Lorawan-stack: Fehler bei der Lambda-Funktion des Cloud-Formationsstapels

Hallo,

Ich denke, das ist ein Fehler, aber bitte korrigieren Sie mich, wenn ich falsch liege!

Zusammenfassung

Nachdem ich die AWS IoT-Integration für The Things Stack in unserem AWS-Konto mit der Clusteradresse au1.cloud.thethings.network installiert und konfiguriert hatte, habe ich ein Ding in AWS IoT Core erstellt. Die CreateThingFunction hat einen Fehler zurückgegeben: Failed to dial Identity Server at "ttn-v3-is:///ttn.au1.cloud.thethings.network": connection error: desc = "transport: error while dialing: dial tcp: lookup ttn.au1.cloud.thethings.network on 169.254.78.1:53: no such host" Die Dokumentation besagt, dass die Clusteradresse zwar in au1 sein kann, Identity Server API requests to any cluster other than eu1 will fail .

Ich habe den Stapel so geändert, dass die Clusteradresse eu1.cloud.thethings.industries und es schien zu funktionieren, dass Dinge auf der ttn-Konsole au1.cloud.thethings.network erstellt wurden, aber die Lambda-Funktion meldet immer noch einen Fehler. Die Protokolle zeigen

2021/02/23 02:13:20 Created on Identity Server
2021/02/23 02:13:21 Failed to dial Join Server at "ttn-v3-js:///eu1.cloud.thethings.network": context deadline exceeded
2021/02/23 02:13:21 Rollback create on Identity Server failed: rpc error: code = DeadlineExceeded desc = context deadline exceeded

Schritte zum Reproduzieren

1. Erstellen Sie eine Organisation und Anwendung auf au1.cloud.thethings.network mithilfe des au1-Community-Netzwerks
2. Installieren Sie AWS IoT Integration 1.0.4 für The Things Stack unter Verwendung einer au1-Clusteradresse (keine Mandanten-ID).
3. Erstellen Sie eine Sache in AWS

Was siehst du jetzt?

Die in der Dokumentation angegebene Clusteradresse scheint nicht zu funktionieren oder gilt nicht für das Community-Netzwerk. Es scheint, dass stattdessen eu1 verwendet werden muss. Die Lambda-Funktion meldet ein Fehlerergebnis in Cloudwatch, erstellt jedoch Dinge in der TTN-Konsole.

Was möchtest du stattdessen sehen?

Die Lambda-Funktion sollte keinen Fehler melden. Die Dokumentation hier sollte eine Beispiel-Clusteradresse für das Community-Netzwerk enthalten.

Umgebung

Ich denke nicht, dass die Hardware oder Gateways hier relevant sind.

Wie schlagen Sie vor, dies umzusetzen?

Aktualisierungen der Dokumentation und Aktualisierungen der Lambda-Funktion.

Wie schlagen Sie vor, dies zu testen?

Könnte leicht mit den obigen Wiedergabeschritten getestet werden, solange eu1 nicht als Testnetzwerk verwendet wird.

Können Sie dies selbst tun und eine Pull-Anfrage einreichen?

Leider nicht, wenn die Lambda-Funktionen in Go!

Vielen Dank