Aller au contenu principal

2. Prefix-to-AS Mapping Database (Base de données de mappage préfixe vers AS)

2. Prefix-to-AS Mapping Database (Base de données de mappage préfixe vers AS)

Le routeur BGP charge les objets validés du cache dans le stockage local. Les objets chargés ont le contenu (adresse IP, longueur de préfixe, longueur maximale, numéro AS d'origine). Nous appelons un tel objet stocké localement un "Validated ROA Payload" ou "VRP".

Nous définissons plusieurs termes en plus de "VRP". Lorsque ces termes sont utilisés, ils sont en majuscules:

  • Prefix (Préfixe): (adresse IP, longueur de préfixe), interprété comme d'habitude (voir [RFC4632]).

  • Route: Données dérivées d'un UPDATE BGP reçu, tel que défini dans [RFC4271], section 1.1. La route inclut un préfixe et un AS_PATH; elle peut inclure d'autres attributs pour caractériser le préfixe.

  • VRP Prefix (Préfixe VRP): Le préfixe d'un VRP.

  • VRP ASN (Numéro AS VRP): Le numéro AS d'origine d'un VRP.

  • Route Prefix (Préfixe de route): Le préfixe dérivé d'une route.

  • Route Origin ASN (Numéro AS d'origine de route): Le numéro AS d'origine dérivé d'une route comme suit:

    • l'AS le plus à droite dans le segment final de l'attribut AS_PATH dans la route si ce segment est de type AS_SEQUENCE, ou

    • le numéro AS propre du routeur BGP si ce segment est de type AS_CONFED_SEQUENCE ou AS_CONFED_SET ou si l'AS_PATH est vide, ou

    • la valeur distinguée "NONE" si le segment final de l'attribut AS_PATH est de tout autre type.

  • Covered (Couvert): Un préfixe de route est dit couvert par un VRP lorsque la longueur du préfixe VRP est inférieure ou égale à la longueur du préfixe de route, et l'adresse du préfixe VRP et l'adresse du préfixe de route sont identiques pour tous les bits spécifiés par la longueur du préfixe VRP. (C'est-à-dire que le préfixe de route est soit identique au préfixe VRP, soit plus spécifique que le préfixe VRP.)

  • Matched (Correspondant): Un préfixe de route est dit correspondant à un VRP lorsque le préfixe de route est couvert par ce VRP, la longueur du préfixe de route est inférieure ou égale à la longueur maximale VRP, et le numéro AS d'origine de route est égal au numéro AS VRP.

Avec ces définitions, toute route BGP donnée aura l'un des états de validation suivants:

  • NotFound (Non trouvé): Aucun VRP ne couvre le préfixe de route.

  • Valid (Valide): Au moins un VRP correspond au préfixe de route.

  • Invalid (Invalide): Au moins un VRP couvre le préfixe de route, mais aucun VRP ne lui correspond.

Nous observons qu'aucun VRP ne peut avoir la valeur "NONE" comme son numéro AS VRP. Ainsi, une route dont le numéro AS d'origine est "NONE" ne peut pas correspondre à un VRP. De même, aucune route valide ne peut avoir un numéro AS d'origine de zéro [AS0]. Ainsi, aucune route ne peut correspondre à un VRP dont le numéro AS est zéro.

Lorsqu'un routeur BGP reçoit un UPDATE d'un voisin, il DOIT effectuer une recherche comme décrit ci-dessus pour chacune des routes dans le message UPDATE. La recherche DOIT également être appliquée aux routes qui sont redistribuées dans BGP à partir d'une autre source, comme un autre protocole ou une route statique définie localement. Une implémentation PEUT fournir des options de configuration pour contrôler à quelles routes la recherche est appliquée. L'état de validation de la route DOIT être défini pour refléter le résultat de la recherche. L'implémentation devrait considérer l'état de validation tel que décrit dans le document comme une propriété ou un attribut local de la route. Si la validation n'est pas effectuée sur une route, l'implémentation DOIT initialiser l'état de validation d'une telle route à "NotFound".

L'utilisation de l'état de validation est discutée dans les sections 3 et 5. Une implémentation NE DOIT PAS exclure une route de l'Adj-RIB-In ou de la considération dans le processus de décision comme effet secondaire de son état de validation, sauf si elle est explicitement configurée pour le faire.

Nous observons qu'une route peut être correspondante ou couverte par plus d'un VRP. Cette procédure n'impose pas d'ordre dans lequel les VRP doivent être visités; cependant, la sortie de l'état de validation est entièrement déterminée.