Aller au contenu principal

4. Utilisation de l'annonce de capacité BGP

[RFC5492] définit un mécanisme permettant à deux locuteurs BGP de découvrir si une capacité particulière est supportée par leur pair BGP et, ainsi, si elle peut être utilisée avec ce pair. Ce document définit une capacité qui peut être annoncée en utilisant [RFC5492], appelée "Extended Next Hop Encoding capability". Cette capacité permet aux locuteurs BGP de découvrir si, pour un NLRI <AFI/SAFI> donné, un pair supporte l'annonce avec un next hop dont le protocole réseau est déterminé par la valeur du champ Length of Next Hop Address, comme spécifié dans la section 3.

Un locuteur BGP qui souhaite annoncer un next hop IPv6 pour un NLRI IPv4 ou un NLRI VPN-IPv4 à un pair BGP selon cette spécification DOIT utiliser les procédures d'annonce de capacité définies dans [RFC5492] avec la capacité Extended Next Hop Encoding pour déterminer si son pair supporte cela pour la paire AFI/SAFI NLRI d'intérêt. Les champs du paramètre optionnel Capabilities DOIVENT être définis comme suit:

  • Le champ Capability Code DOIT être défini à 5 (ce qui indique la capacité Extended Next Hop Encoding).

  • Le champ Capability Length est défini à une valeur variable qui est la longueur du champ Capability Value (qui suit).

  • Le champ Capability Value a le format suivant:

            +-----------------------------------------------------+
            | NLRI AFI - 1 (2 octets)                             |
            +-----------------------------------------------------+
            | NLRI SAFI - 1 (2 octets)                            |
            +-----------------------------------------------------+
            | Nexthop AFI - 1 (2 octets)                          |
            +-----------------------------------------------------+
            | .....                                               |
            +-----------------------------------------------------+
            | NLRI AFI - N (2 octets)                             |
            +-----------------------------------------------------+
            | NLRI SAFI - N (2 octets)                            |
            +-----------------------------------------------------+
            | Nexthop AFI - N (2 octets)                          |
            +-----------------------------------------------------+

où:

  • chaque triplet <NLRI AFI, NLRI SAFI, Nexthop AFI> indique que le NLRI de <NLRI AFI / NLRI SAFI> peut être annoncé avec une adresse next-hop appartenant au protocole de couche réseau de Nexthop AFI.

  • les valeurs AFI et SAFI sont définies dans les registres "Address Family Numbers" et "Subsequent Address Family Identifier (SAFI) Parameters" (voir [IANA-AFI] et [IANA-SAFI], respectivement).

Puisque ce document ne concerne que l'annonce de NLRI IPv4 et VPN-IPv4 NLRI avec un next hop IPv6, cette spécification n'autorise que les valeurs suivantes dans le champ Capability Value de la capacité Extended Next Hop Encoding:

  • NLRI AFI = 1 (IPv4)

  • NLRI SAFI = 1, 2, 4, 128 ou 129

  • Nexthop AFI = 2 (IPv6)

Ce document ne spécifie pas l'utilisation de la capacité Extended Next Hop Encoding avec d'autres combinaisons de <NLRI AFI, NLRI SAFI, Nexthop AFI>. Par exemple, la capacité Next Hop Encoding spécifiée dans ce document n'est pas destinée à être utilisée pour les AFIs/SAFIs NLRI dont la définition permet déjà l'utilisation de next hops IPv4 et IPv6 (par exemple, AFI/SAFI = <1/132> tel que défini dans [RFC4684]). De même, il n'est pas prévu que la capacité Extended Next Hop Encoding soit utilisée pour les AFIs/SAFIs NLRI pour lesquels il existe déjà une solution pour annoncer un next hop d'une famille d'adresses différente (par exemple, AFI/SAFI = <2/1>, <2/2> ou <2/4> avec un next hop IPv4 selon [RFC4798] et AFI/SAFI = <2/128> avec un next hop IPv4 selon [RFC4659]).

Il est attendu que si de nouveaux AFIs/SAFIs sont définis à l'avenir, leurs définitions auront des dispositions (le cas échéant) pour les next hops IPv4 et IPv6 dès le départ, avec la détermination basée sur le champ Length of Next Hop Address. Ainsi, les nouveaux AFIs/SAFIs ne devraient pas utiliser la capacité Extended Next Hop Encoding.

Un locuteur BGP NE DOIT annoncer le NLRI IPv4 ou VPN-IPv4 avec un next hop IPv6 à un pair BGP que si le locuteur BGP s'est d'abord assuré via l'annonce de capacité BGP que le pair BGP supporte la capacité Extended Next Hop Encoding pour la paire AFI/SAFI concernée.

La capacité Extended Next Hop Encoding fournit des informations sur l'encodage du next-hop pour un AFI/SAFI donné, en supposant que cet AFI/SAFI est autorisé. Elle n'influence pas si cet AFI/SAFI est effectivement autorisé. Qu'un AFI/SAFI puisse être utilisé entre les pairs BGP est purement déterminé par la capacité Multiprotocol Extensions définie dans [RFC4760].

Dernière mise à jour le