Aller au contenu principal

5. Gestion des erreurs

Un locuteur BGP NE DOIT PAS (MUST NOT) transmettre des mises à jour contenant des attributs AS_CONFED_SET ou AS_CONFED_SEQUENCE à des pairs qui ne sont pas membres de la confédération locale.

C'est une erreur pour un locuteur BGP de recevoir un message UPDATE avec un attribut AS_PATH qui contient des segments AS_CONFED_SEQUENCE ou AS_CONFED_SET d'un voisin qui n'est pas situé dans la même confédération. Si un locuteur BGP reçoit un tel message UPDATE, il DOIT (SHALL) traiter le message comme ayant un AS_PATH malformé selon les procédures de [BGP-4], section 6.3 (« Gestion des erreurs de message UPDATE »).

C'est une erreur pour un locuteur BGP de recevoir un message de mise à jour d'un pair de confédération qui n'est pas dans le même Member-AS et qui n'a pas AS_CONFED_SEQUENCE comme premier segment. Si un locuteur BGP reçoit un tel message UPDATE, il DOIT (SHALL) traiter le message comme ayant un AS_PATH malformé selon les procédures de [BGP-4], section 6.3 (« Gestion des erreurs de message UPDATE »).

5.1. Problèmes administratifs courants​

Il est raisonnable pour les systèmes autonomes membres d'une confédération de partager une administration commune et des informations de protocole de passerelle intérieur (IGP) pour l'ensemble de la confédération. Il est également raisonnable pour chaque Member-AS d'exécuter un IGP indépendant. Dans ce dernier cas, le NEXT_HOP peut devoir être défini à l'aide d'une politique (c'est-à-dire, par défaut, il n'est pas modifié).

5.2. Gestion de MED et LOCAL_PREF​

Il DOIT (SHALL) être légal pour un locuteur BGP d'annoncer un attribut NEXT_HOP et MULTI_EXIT_DISC (MED) inchangé aux pairs dans un Member-AS voisin de la confédération locale.

Les MED de deux routes NE DEVRAIENT être comparés (SHOULD) que si les premiers systèmes autonomes dans la première AS_SEQUENCE des deux routes sont les mêmes -- c'est-à-dire, ignorer tous les systèmes autonomes dans AS_CONFED_SET et AS_CONFED_SEQUENCE. Une implémentation PEUT (MAY) fournir la possibilité de configurer la sélection de chemin de sorte que les MED de deux routes soient comparables si les premiers systèmes autonomes dans les AS_PATH sont les mêmes, indépendamment de AS_SEQUENCE ou AS_CONFED_SEQUENCE dans l'AS_PATH.

Une implémentation PEUT (MAY) comparer les MED reçus d'un Member-AS via plusieurs chemins. Une implémentation PEUT (MAY) comparer les MED de différents systèmes autonomes membres de la même confédération.

De plus, la restriction contre l'envoi de l'attribut LOCAL_PREF aux pairs dans un système autonome voisin au sein de la même confédération est supprimée.

5.3. AS_PATH et sélection de chemin​

Les critères de sélection de chemin pour les informations reçues des membres à l'intérieur d'une confédération DOIVENT (MUST) suivre les mêmes règles utilisées pour les informations reçues des membres à l'intérieur du même système autonome, comme spécifié dans [BGP-4].

De plus, les règles suivantes DOIVENT (SHALL) être appliquées :

  1. Si l'AS_PATH est interne à la confédération locale (c'est-à-dire, il n'y a que des segments AS_CONFED_*), considérer l'AS voisin comme l'AS local.

  2. Sinon, si le premier segment dans le chemin qui n'est pas un AS_CONFED_SEQUENCE ou AS_CONFED_SET est un AS_SEQUENCE, considérer l'AS voisin comme l'AS AS_SEQUENCE le plus à gauche.

  3. Lors de la comparaison des routes en utilisant la longueur de l'AS_PATH, les CONFED_SEQUENCE et CONFED_SET NE DEVRAIENT PAS (SHOULD NOT) être comptés.

  4. Lors de la comparaison des routes en utilisant les règles interne (appris par IBGP) versus externe (appris par EBGP), traiter une route apprise d'un pair qui est dans la même confédération (pas nécessairement le même Member-AS) comme « interne ».

Dernière mise à jour le