Lorawan-stack: Errores de la función lambda de la pila de formación de nubes

Hola,

Creo que esto es un error, pero corríjame si me equivoco.

Resumen

Después de instalar y configurar la integración de AWS IoT para The Things Stack en nuestra cuenta de AWS con la dirección del clúster au1.cloud.thethings.network , creé algo en AWS IoT Core. CreateThingFunction devolvió un error: 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" La documentación dice que si bien la dirección del clúster puede estar en au1, Identity Server API requests to any cluster other than eu1 will fail .

Cambié la pila para que la dirección del clúster fuera eu1.cloud.thethings.industries y parecía funcionar porque las cosas se crearon en la consola ttn au1.cloud.thethings.network, pero la función lambda aún informa fallas. Los registros muestran

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

Pasos para reproducir

1. crear una organización y una aplicación en au1.cloud.thethings.network utilizando la red de la comunidad au1
2. instale AWS IoT Integration 1.0.4 para The Things Stack, utilizando una dirección de clúster au1 (sin ID de inquilino)
3. crear una cosa en AWS

¿Qué ves ahora?

La dirección del clúster proporcionada en la documentación no parece funcionar o no es aplicable para la red comunitaria. Parece que debe usarse eu1 en su lugar. La función lambda informa un resultado de error en Cloudwatch, pero crea cosas en la consola TTN.

¿Qué quieres ver en su lugar?

La función lambda no debería informar un error. La documentación aquí debe tener una dirección de clúster de muestra para la red comunitaria.

Ambiente

No creo que el hardware o las puertas de enlace sean relevantes aquí.

¿Cómo se propone implementar esto?

Actualizaciones de documentación y actualizaciones de funciones lambda.

¿Cómo propones probar esto?

Se puede probar fácilmente utilizando los pasos de reproducción anteriores siempre que no se utilice eu1 como red de prueba.

¿Puede hacer esto usted mismo y enviar una solicitud de extracción?

Desafortunadamente, no si las funciones lambda están escritas en Go!

Gracias