Lorawan-stack: Configurer les politiques de routage
Résumé
Configurez les politiques de routage.
Pour répertorier les réseaux et les locataires disponibles, nous avons besoin de https://github.com/packetbroker/iam/issues/2.
Pourquoi avons nous besoin de ça?
Pour que les réseaux configurent des politiques de routage avec d'autres réseaux
Qu'y a-t-il déjà ? Que voyez-vous maintenant ?
Cela devrait actuellement être fait avec pbctl , mais ce serait bien de pouvoir configurer les politiques de routage via la CLI et la console.
Que manque-t-il? Qu'est-ce que tu veux voir?
La possibilité de configurer des politiques de routage entre le réseau ou locataire local de Packet Broker et tout autre réseau ou locataire.
Comment proposez-vous de mettre cela en œuvre ?
- Ajouter une API à Packet Broker Agent pour la gestion des politiques de routage
- Implémenter la prise en charge de la CLI
- Implémenter la prise en charge de la console. Commençons par saisir manuellement le NetID et l'ID de locataire. Avec https://github.com/packetbroker/iam/issues/2 , nous pouvons avoir une liste déroulante des réseaux publics et des locataires (mais la saisie manuelle doit toujours être possible)
Comment proposez-vous de tester cela ?
Tests d'intégration
Pouvez-vous le faire vous-même et soumettre une demande d'extraction ?
Peut prendre en charge l'API et la CLI.
@kschiffer , pensez déjà à UX. Voir les commandes liées pbctl pour avoir une idée de ce qui peut être fait.
johanstokking
Tous les 3 commentaires
@kschiffer , s'il vous plaît, commencez à penser à l'UX sous forme de wireframes.
L'API est conçue. Voir https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 et surtout ces rpc s.
Mon idée est la suivante :
- Les administrateurs peuvent gérer le peering pour leur réseau. Dans The Things Stack, c'est par déploiement. Dans The Things Stack Cloud, c'est par locataire. Autrement dit, aucun paramètre au niveau de l'application ou de l'appareil (pour l'instant)
- La configuration est techniquement double : configuration du transitaire et du réseau domestique. Les transitaires ont une infrastructure de passerelle, les réseaux domestiques ont des terminaux. La plupart des utilisateurs joueront l'un ou l'autre rôle, mais techniquement, nous devons faire une distinction ici
Les éléments de l'interface utilisateur sont :
- Élément de menu de niveau supérieur pour Packet Broker. Ma suggestion serait d'utiliser le terme Packet Broker pour promouvoir cette marque. Ainsi, l'élément de menu lirait Packet Broker et non peering
- Dans la page de présentation de la console, affichez l'état de Packet Broker (à déterminer, mais pour l'instant si le réseau a une inscription active)
- La page des paramètres de Packet Broker. Ici, l'utilisateur peut :
- Enregistrez-vous et désenregistrez-vous auprès de Packet Broker, et consultez leurs informations d'enregistrement (
/pba/registrationliaisons). Lorsqu'il n'y a pas d'inscription (NotFound), désactivez tous les composants de la page - Gérer les politiques de routage du redirecteur. Cela se fait à deux niveaux : les paramètres par défaut (liaisons
/pba/forwarder/default-policy) et les paramètres du réseau domestique (liaisons/pba/forwarder/policies). Pour configurer par réseau domestique, vous pouvez autoriser l'utilisateur à sélectionner un réseau domestique dans une liste de tous les réseaux disponibles (liaison/pba/forwarde/home-networks) - Afficher les politiques de routage définies par d'autres redirecteurs pour ce réseau domestique (liaison
/pba/home-network/policies)
- Enregistrez-vous et désenregistrez-vous auprès de Packet Broker, et consultez leurs informations d'enregistrement (
Il y aura des statistiques à l'avenir, mais ne vous en souciez pas pour l'instant.
johanstokking
le 12 mars 2021
Cela nécessite des extensions d'API majeures, c'est donc déplacé vers 3.12.
johanstokking
le 14 mars 2021
@kschiffer , veuillez coordonner la mise en œuvre et le triage UX
johanstokking
le 30 mars 2021
Questions connexes
johanstokking
·
8Commentaires
rvolosatovs
·
9Commentaires
kschiffer
·
6Commentaires
johanstokking
·
8Commentaires
adamsondelacruz
·
7Commentaires
Commentaire le plus utile
@kschiffer , s'il vous plaît, commencez à penser à l'UX sous forme de wireframes.
L'API est conçue. Voir https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 et surtout ces
rpcs.Mon idée est la suivante :
Les éléments de l'interface utilisateur sont :
/pba/registrationliaisons). Lorsqu'il n'y a pas d'inscription (NotFound), désactivez tous les composants de la page/pba/forwarder/default-policy) et les paramètres du réseau domestique (liaisons/pba/forwarder/policies). Pour configurer par réseau domestique, vous pouvez autoriser l'utilisateur à sélectionner un réseau domestique dans une liste de tous les réseaux disponibles (liaison/pba/forwarde/home-networks)/pba/home-network/policies)Il y aura des statistiques à l'avenir, mais ne vous en souciez pas pour l'instant.