Lorawan-stack: Configurar políticas de enrutamiento

Creado en 9 feb. 2021  ·  3Comentarios  ·  Fuente: TheThingsNetwork/lorawan-stack

Resumen

Configurar políticas de enrutamiento.

Para enumerar las redes y los inquilinos disponibles, necesitamos https://github.com/packetbroker/iam/issues/2.

¿Porqué necesitamos esto?

Para que las redes configuren políticas de enrutamiento con otras redes

¿Qué ya hay? ¿Qué ves ahora?

Actualmente, esto debería hacerse con pbctl , pero sería bueno poder configurar las políticas de enrutamiento a través de la CLI y la consola.

¿Lo que falta? ¿Qué quieres ver?

La capacidad de configurar políticas de enrutamiento entre la red o el arrendatario local de Packet Broker y cualquier otra red o arrendatario.

¿Cómo propone implementar esto?

  • Agregar API a Packet Broker Agent para la administración de políticas de enrutamiento
  • Implementar soporte CLI
  • Implementar soporte de Consola. Comencemos ingresando manualmente la NetID y la ID del arrendatario. Con https://github.com/packetbroker/iam/issues/2 , podemos tener un menú desplegable de redes públicas e inquilinos (pero aún debe ser posible la entrada manual)

¿Cómo propone probar esto?

Pruebas de integración

¿Puedes hacerlo tú mismo y enviar una solicitud de extracción?

Puede hacer soporte API y CLI.

@kschiffer , ya piensa en UX. Consulte los comandos pbctl vinculados para tener una idea de lo que se puede hacer.

console packet broker agent needux sizlarge ucli uweb

Comentario más útil

@kschiffer , comience a pensar en la UX en forma de estructuras alámbricas.

La API está diseñada. Consulte https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 y luego especialmente esos rpc s.

Mi idea es la siguiente:

  • Los administradores pueden gestionar el emparejamiento de su red. En The Things Stack, esto es por implementación. En The Things Stack Cloud, esto es por inquilino. Es decir, no hay configuraciones de nivel de aplicación o dispositivo (todavía)
  • La configuración es técnicamente doble: reenviador y configuración de red doméstica. Los reenviadores tienen infraestructura de puerta de enlace, las redes domésticas tienen dispositivos finales. La mayoría de los usuarios jugarán cualquiera de los dos roles, pero técnicamente debemos hacer una distinción aquí

Los elementos de la interfaz de usuario son:

  1. Elemento de menú de nivel superior para Packet Broker. Mi sugerencia sería usar el término Packet Broker para impulsar esa marca. Entonces, el elemento del menú sería Packet Broker y no emparejaría
  2. En la página de descripción general de la consola, muestre el estado de Packet Broker (por determinar, pero por ahora si la red tiene un registro activo)
  3. La página de configuración de Packet Broker. Aquí, el usuario puede:

    • Regístrese y cancele el registro en Packet Broker, y vea su información de registro (enlaces /pba/registration ). Cuando no hay registro ( NotFound ), deshabilite todos los componentes en la página

    • Administrar las políticas de enrutamiento del reenviador. Esto está en dos niveles: la configuración predeterminada ( /pba/forwarder/default-policy enlaces) y la configuración de la red por hogar ( /pba/forwarder/policies enlaces). Para configurar por red doméstica, puede permitir que el usuario seleccione una red doméstica de una lista de todas las redes disponibles (enlace /pba/forwarde/home-networks )

    • Ver las políticas de enrutamiento que otros reenviadores establecieron para esta red doméstica (enlace /pba/home-network/policies )

Habrá estadísticas en el futuro, pero no se moleste con eso por ahora.

Todos 3 comentarios

@kschiffer , comience a pensar en la UX en forma de estructuras alámbricas.

La API está diseñada. Consulte https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 y luego especialmente esos rpc s.

Mi idea es la siguiente:

  • Los administradores pueden gestionar el emparejamiento de su red. En The Things Stack, esto es por implementación. En The Things Stack Cloud, esto es por inquilino. Es decir, no hay configuraciones de nivel de aplicación o dispositivo (todavía)
  • La configuración es técnicamente doble: reenviador y configuración de red doméstica. Los reenviadores tienen infraestructura de puerta de enlace, las redes domésticas tienen dispositivos finales. La mayoría de los usuarios jugarán cualquiera de los dos roles, pero técnicamente debemos hacer una distinción aquí

Los elementos de la interfaz de usuario son:

  1. Elemento de menú de nivel superior para Packet Broker. Mi sugerencia sería usar el término Packet Broker para impulsar esa marca. Entonces, el elemento del menú sería Packet Broker y no emparejaría
  2. En la página de descripción general de la consola, muestre el estado de Packet Broker (por determinar, pero por ahora si la red tiene un registro activo)
  3. La página de configuración de Packet Broker. Aquí, el usuario puede:

    • Regístrese y cancele el registro en Packet Broker, y vea su información de registro (enlaces /pba/registration ). Cuando no hay registro ( NotFound ), deshabilite todos los componentes en la página

    • Administrar las políticas de enrutamiento del reenviador. Esto está en dos niveles: la configuración predeterminada ( /pba/forwarder/default-policy enlaces) y la configuración de la red por hogar ( /pba/forwarder/policies enlaces). Para configurar por red doméstica, puede permitir que el usuario seleccione una red doméstica de una lista de todas las redes disponibles (enlace /pba/forwarde/home-networks )

    • Ver las políticas de enrutamiento que otros reenviadores establecieron para esta red doméstica (enlace /pba/home-network/policies )

Habrá estadísticas en el futuro, pero no se moleste con eso por ahora.

Esto necesita importantes extensiones de API, por lo que se trasladó a 3.12.

@kschiffer por favor coordine la implementación y clasificación de UX

¿Fue útil esta página
0 / 5 - 0 calificaciones