9. Manageability Considerations (Considérations de gérabilité)
9. Manageability Considerations (Considérations de gérabilité)
Dans les réseaux activés SR, le chemin que prend le paquet est encodé dans l'en-tête. Comme le chemin n'est pas signalé via un protocole, des mécanismes OAM sont nécessaires pour que l'opérateur réseau puisse valider l'efficacité d'un chemin ainsi que vérifier et surveiller sa vivacité et ses performances. Cependant, il convient de noter que le SR permet de réduire considérablement le nombre d'états dans les noeuds de transit; par conséquent, le nombre d'éléments qu'un noeud de transit doit gérer est plus petit.
Les cas d'utilisation OAM SR pour le plan de données MPLS sont définis dans [RFC8403]. Les procédures OAM SR pour le plan de données MPLS sont définies dans [RFC8287].
Les routeurs SR reçoivent des annonces de SID (index, étiquette ou adresse IPv6) des différents protocoles de routage étendus pour le SR. Chacun de ces protocoles dispose de mécanismes de surveillance et de dépannage pour fournir des fonctions d'exploitation et de gestion pour les adresses IP qui doivent être étendues afin d'inclure des fonctions de dépannage et de surveillance du SID.
L'architecture SR introduit l'utilisation de segments globaux. Chaque segment global DOIT être lié à un index ou une adresse unique dans un domaine SR. La gestion de l'allocation d'un tel index ou adresse par l'opérateur est critique pour le comportement du réseau afin d'éviter des situations comme le mauvais routage. En plus de la politique/outillage d'allocation que l'opérateur aura en place, une implémentation DEVRAIT protéger le réseau en cas de détection de conflit en fournissant une approche de résolution déterministe.
Lorsqu'un chemin est exprimé à l'aide d'une pile d'étiquettes, l'occurrence d'empilement d'étiquettes augmentera. Un noeud peut vouloir signaler, dans le plan de contrôle, sa capacité en termes de taille de la pile d'étiquettes qu'il peut supporter.
Un modèle de données YANG [RFC6020] pour la configuration et les opérations SR a été défini dans [SR-YANG].
Lorsque le SR est appliqué au plan de données IPv6, les segments sont identifiés par des adresses IPv6. L'allocation, la gestion et le dépannage des identifiants de segment ne sont pas différents des mécanismes existants appliqués à l'allocation et à la gestion des adresses IPv6.
La DA du paquet donne l'adresse du segment actif. La liste de segments dans le SRH donne le chemin entier du paquet. La validation du chemin source est effectuée par l'inspection de la DA et du SRH présents dans l'en-tête du paquet, appariés aux entrées de table de routage équivalentes.
Dans le contexte du plan de données SRv6, le chemin source est encodé dans le SRH comme décrit dans [IPv6-SRH]. Le chemin source SRv6 est instancié dans le SRH sous forme de liste d'adresses IPv6 où le segment actif est dans le champ DA de l'en-tête de paquet IPv6. Typiquement, en inspectant, dans n'importe quel noeud, l'en-tête du paquet, il est possible de dériver le chemin source auquel il appartient. De manière similaire au contexte du plan de données SR-MPLS, une implémentation peut originer des paquets de contrôle et de surveillance de chemin où le chemin source est inséré dans le SRH et où chaque segment du chemin insère dans le paquet les données pertinentes afin de mesurer le chemin et les performances de bout en bout.