3.3 The BGP-LS Attribute (L'attribut BGP-LS)
3.3. The BGP-LS Attribute (L'attribut BGP-LS)
L'attribut BGP-LS est un attribut BGP optionnel et non transitif qui est utilisé pour transporter des paramètres et attributs de lien, de noeud et de préfixe. Il est défini comme un ensemble de triplets Type/Length/Value (TLV), décrits dans la section suivante. Cet attribut DEVRAIT être inclus uniquement avec des Link-State NLRIs. Cet attribut DOIT être ignoré pour toutes les autres familles d'adresses.
Les Node attribute TLVs sont les TLVs qui peuvent être encodés dans l'attribut BGP-LS avec un Node NLRI. Les Node Attribute TLVs suivants sont définis:
+-------------+----------------------+----------+-------------------+
| TLV Code | Description | Length | Reference |
| Point | | | (RFC/Section) |
+-------------+----------------------+----------+-------------------+
| 263 | Multi-Topology | variable | Section 3.2.1.5 |
| | Identifier | | |
| 1024 | Node Flag Bits | 1 | Section 3.3.1.1 |
| 1025 | Opaque Node | variable | Section 3.3.1.5 |
| | Attribute | | |
| 1026 | Node Name | variable | Section 3.3.1.3 |
| 1027 | IS-IS Area | variable | Section 3.3.1.2 |
| | Identifier | | |
| 1028 | IPv4 Router-ID of | 4 | [RFC5305]/4.3 |
| | Local Node | | |
| 1029 | IPv6 Router-ID of | 16 | [RFC6119]/4.1 |
| | Local Node | | |
+-------------+----------------------+----------+-------------------+
Table 7: Node Attribute TLVs
Le TLV Node Flag Bits transporte un masque de bits décrivant les attributs du noeud. La valeur est un tableau de bits de drapeaux de longueur variable, où chaque bit représente une capacité de noeud.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|O|T|E|B|R|V| Rsvd|
+-+-+-+-+-+-+-+-+-+
Figure 15: Node Flag Bits TLV Format
Les bits sont définis comme suit:
+-----------------+-------------------------+------------+
| Bit | Description | Reference |
+-----------------+-------------------------+------------+
| 'O' | Overload Bit | [ISO10589] |
| 'T' | Attached Bit | [ISO10589] |
| 'E' | External Bit | [RFC2328] |
| 'B' | ABR Bit | [RFC2328] |
| 'R' | Router Bit | [RFC5340] |
| 'V' | V6 Bit | [RFC5340] |
| Reserved (Rsvd) | Reserved for future use | |
+-----------------+-------------------------+------------+
Table 8: Node Flag Bits Definitions
Un noeud IS-IS peut faire partie d'une ou plusieurs aires IS-IS. Chacune de ces adresses d'aire est transportée dans le TLV IS-IS Area Identifier. Si plusieurs adresses d'aire sont présentes, plusieurs TLVs sont utilisés pour les encoder. Le TLV IS-IS Area Identifier PEUT être présent dans l'attribut BGP-LS uniquement lorsqu'il est annoncé dans le Link-State Node NLRI.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Area Identifier (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 16: IS-IS Area Identifier TLV Format
Le TLV Node Name est optionnel. Sa structure et son encodage ont été empruntés à [RFC5301]. Le champ Value identifie le nom symbolique du noeud routeur. Ce nom symbolique peut être le nom de domaine pleinement qualifié (FQDN) du routeur, il peut être un sous-ensemble du FQDN (par exemple, un nom d'hôte), ou il peut être n'importe quelle chaîne que les opérateurs souhaitent utiliser pour le routeur. L'utilisation du FQDN ou d'un sous-ensemble de celui-ci est fortement RECOMMANDÉE. La longueur maximale du TLV Node Name est de 255 octets. Le champ Value est encodé en ASCII 7 bits. Si une interface utilisateur pour configurer ou afficher ce champ permet des caractères Unicode, cette interface utilisateur est responsable de l'application des algorithmes ToASCII et/ou ToUnicode comme décrit dans [RFC5890] pour obtenir le format correct pour la transmission ou l'affichage.
Bien que [RFC5301] décrive une extension spécifique à IS-IS, l'utilisation du TLV Node Name est possible pour tous les protocoles. La façon dont un routeur dérive et injecte les noms de noeuds, par exemple les noeuds OSPF, est en dehors du périmètre de ce document.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Node Name (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 17: Node Name Format
Les TLVs IPv4/IPv6 Router-ID locaux sont utilisés pour décrire les Router-IDs auxiliaires que l'IGP pourrait utiliser, par exemple à des fins de TE et de migration telles que la corrélation d'un Node-ID entre différents protocoles. S'il existe plus d'un Router-ID auxiliaire d'un type donné, chacun est encodé dans son propre TLV.
Le TLV Opaque Node Attribute est une enveloppe qui transporte de manière transparente des TLVs Node Attribute optionnels annoncés par un routeur. Un routeur d'origine doit utiliser ce TLV pour encoder des informations spécifiques au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI ou de nouvelles extensions de protocole au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI pour lesquelles il n'existe pas de représentation neutre de protocole dans le NLRI Link-State BGP. L'utilisation principale du TLV Opaque Node Attribute est de combler le décalage de documentation entre, par exemple, la définition d'un nouvel attribut d'état de liaison IGP et la publication des extensions BGP-LS neutres de protocole. Un routeur, par exemple, pourrait utiliser cette extension pour annoncer les TLVs Node Attribute du protocole natif, tels que le TLV OSPF Router Informational Capabilities défini dans [RFC7770] ou le TLV IGP TE Node Capability Descriptor décrit dans [RFC5073].
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Opaque node attributes (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 18: Opaque Node Attribute Format
Les Link Attribute TLVs sont des TLVs qui peuvent être encodés dans l'attribut BGP-LS avec un Link NLRI. Chaque 'Link Attribute' est un triplet Type/Length/Value (TLV) formaté comme défini dans la Section 3.1. Le format et la sémantique des champs Value dans certains Link Attribute TLVs correspondent au format et à la sémantique des champs Value dans les sub-TLVs IS-IS Extended IS Reachability, définis dans [RFC5305] et [RFC5307]. D'autres Link Attribute TLVs sont définis dans ce document. Bien que les encodages pour les Link Attribute TLVs aient été initialement définis pour IS-IS, les TLVs peuvent transporter des données provenant soit d'IS-IS soit d'OSPF.
Les Link Attribute TLVs suivants sont valides dans l'attribut BGP-LS avec un Link NLRI:
+-----------+---------------------+--------------+------------------+
| TLV Code | Description | IS-IS TLV | Reference |
| Point | | /Sub-TLV | (RFC/Section) |
+-----------+---------------------+--------------+------------------+
| 1028 | IPv4 Router-ID of | 134/--- | [RFC5305]/4.3 |
| | Local Node | | |
| 1029 | IPv6 Router-ID of | 140/--- | [RFC6119]/4.1 |
| | Local Node | | |
| 1030 | IPv4 Router-ID of | 134/--- | [RFC5305]/4.3 |
| | Remote Node | | |
| 1031 | IPv6 Router-ID of | 140/--- | [RFC6119]/4.1 |
| | Remote Node | | |
| 1088 | Administrative | 22/3 | [RFC5305]/3.1 |
| | group (color) | | |
| 1089 | Maximum link | 22/9 | [RFC5305]/3.4 |
| | bandwidth | | |
| 1090 | Max. reservable | 22/10 | [RFC5305]/3.5 |
| | link bandwidth | | |
| 1091 | Unreserved | 22/11 | [RFC5305]/3.6 |
| | bandwidth | | |
| 1092 | TE Default Metric | 22/18 | Section 3.3.2.3 |
| 1093 | Link Protection | 22/20 | [RFC5307]/1.2 |
| | Type | | |
| 1094 | MPLS Protocol Mask | --- | Section 3.3.2.2 |
| 1095 | IGP Metric | --- | Section 3.3.2.4 |
| 1096 | Shared Risk Link | --- | Section 3.3.2.5 |
| | Group | | |
| 1097 | Opaque Link | --- | Section 3.3.2.6 |
| | Attribute | | |
| 1098 | Link Name | --- | Section 3.3.2.7 |
+-----------+---------------------+--------------+------------------+
Table 9: Link Attribute TLVs
Les TLVs IPv4/IPv6 Router-ID locaux/distants sont utilisés pour décrire les Router-IDs auxiliaires que l'IGP pourrait utiliser, par exemple à des fins de TE. Tous les Router-IDs auxiliaires du noeud local et du noeud distant DOIVENT être inclus dans l'attribut de lien de chaque Link NLRI. S'il existe plus d'un Router-ID auxiliaire d'un type donné, plusieurs TLVs sont utilisés pour les encoder.
Le TLV MPLS Protocol Mask transporte un masque de bits décrivant quels protocoles de signalisation MPLS sont activés. La longueur de ce TLV est 1. La valeur est un tableau de bits de 8 drapeaux, où chaque bit représente une capacité de protocole MPLS.
La génération du TLV MPLS Protocol Mask n'est valide que pour et DEVRAIT être utilisée uniquement avec des originateurs qui ont une connaissance directe du lien local, par exemple les Protocol-IDs 'Static configuration' ou 'Direct' selon le Tableau 2. Le TLV MPLS Protocol Mask NE DOIT PAS être inclus dans les NLRIs avec les autres Protocol-IDs listés dans le Tableau 2.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|L|R| Reserved |
+-+-+-+-+-+-+-+-+
Figure 19: MPLS Protocol Mask TLV
Les bits suivants sont définis:
+------------+------------------------------------------+-----------+
| Bit | Description | Reference |
+------------+------------------------------------------+-----------+
| 'L' | Label Distribution Protocol (LDP) | [RFC5036] |
| 'R' | Extension to RSVP for LSP Tunnels | [RFC3209] |
| | (RSVP-TE) | |
| 'Reserved' | Reserved for future use | |
+------------+------------------------------------------+-----------+
Table 10: MPLS Protocol Mask TLV Codes
Le TLV TE Default Metric transporte la métrique Traffic Engineering pour ce lien. La longueur de ce TLV est fixée à 4 octets. Si un protocole source utilise une largeur de métrique inférieure à 32 bits, alors les bits de poids fort de ce champ DOIVENT être complétés avec des zéros.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TE Default Link Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 20: TE Default Metric TLV Format
Le TLV IGP Metric transporte la métrique pour ce lien. La longueur de ce TLV est variable, en fonction de la largeur de métrique du protocole sous-jacent. Les métriques petites IS-IS ont une longueur de 1 octet (les deux bits les plus significatifs sont ignorés). Les métriques de lien OSPF ont une longueur de 2 octets. Les métriques larges IS-IS ont une longueur de 3 octets.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// IGP Link Metric (variable length) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 21: IGP Metric TLV Format
Le TLV Shared Risk Link Group (SRLG) transporte les informations Shared Risk Link Group (voir Section 2.3 ("Shared Risk Link Group Information") de [RFC4202]). Il contient une structure de données consistant en une liste (variable) de valeurs SRLG, où chaque élément de la liste a 4 octets, comme montré dans la Figure 22. La longueur de ce TLV est 4 * (nombre de valeurs SRLG).
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Shared Risk Link Group Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// ............ //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Shared Risk Link Group Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 22: Shared Risk Link Group TLV Format
Le TLV SRLG pour OSPF-TE est défini dans [RFC4203]. Dans IS-IS, les informations SRLG sont transportées dans deux TLVs différents: le TLV IPv4 (SRLG) (Type 138) défini dans [RFC5307] et le TLV IPv6 SRLG (Type 139) défini dans [RFC6119]. Dans le Link-State NLRI, les informations SRLG IPv4 et IPv6 sont transportées dans un seul TLV.
Le TLV Opaque Link Attribute est une enveloppe qui transporte de manière transparente des TLVs Link Attribute optionnels annoncés par un routeur. Un routeur d'origine doit utiliser ce TLV pour encoder des informations spécifiques au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI ou de nouvelles extensions de protocole au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI pour lesquelles il n'existe pas de représentation neutre de protocole dans le NLRI Link-State BGP. L'utilisation principale du TLV Opaque Link Attribute est de combler le décalage de documentation entre, par exemple, la définition d'un nouvel attribut d'état de liaison IGP et la publication des extensions BGP-LS 'neutres de protocole'.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Opaque link attributes (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 23: Opaque Link Attribute TLV Format
Le TLV Link Name est optionnel. Le champ Value identifie le nom symbolique du lien routeur. Ce nom symbolique peut être le FQDN du lien, il peut être un sous-ensemble du FQDN, ou il peut être n'importe quelle chaîne que les opérateurs souhaitent utiliser pour le lien. L'utilisation du FQDN ou d'un sous-ensemble de celui-ci est fortement RECOMMANDÉE. La longueur maximale du TLV Link Name est de 255 octets. Le champ Value est encodé en ASCII 7 bits. Si une interface utilisateur pour configurer ou afficher ce champ permet des caractères Unicode, cette interface utilisateur est responsable de l'application des algorithmes ToASCII et/ou ToUnicode comme décrit dans [RFC5890] pour obtenir le format correct pour la transmission ou l'affichage.
La façon dont un routeur dérive et injecte les noms de liens est en dehors du périmètre de ce document.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Link Name (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 24: Link Name TLV Format
Les préfixes sont appris de la topologie IGP (IS-IS ou OSPF) avec un ensemble d'attributs IGP (tels que métrique, balises de route, etc.) qui DOIVENT être reflétés dans l'attribut BGP-LS avec un prefix NLRI. Cette section décrit les différents attributs liés aux préfixes IPv4/IPv6.
Les Prefix Attribute TLVs DEVRAIENT être utilisés uniquement lors de l'annonce des types NLRI 3 et 4. Les Prefix Attribute TLVs suivants sont définis:
+---------------+----------------------+----------+-----------------+
| TLV Code | Description | Length | Reference |
| Point | | | |
+---------------+----------------------+----------+-----------------+
| 1152 | IGP Flags | 1 | Section 3.3.3.1 |
| 1153 | IGP Route Tag | 4*n | [RFC5130] |
| 1154 | IGP Extended Route | 8*n | [RFC5130] |
| | Tag | | |
| 1155 | Prefix Metric | 4 | [RFC5305] |
| 1156 | OSPF Forwarding | 4 | [RFC2328] |
| | Address | | |
| 1157 | Opaque Prefix | variable | Section 3.3.3.6 |
| | Attribute | | |
+---------------+----------------------+----------+-----------------+
Table 11: Prefix Attribute TLVs
Le TLV IGP Flags contient les drapeaux et bits IS-IS et OSPF initialement assignés au préfixe. Le TLV IGP Flags est encodé comme suit:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|D|N|L|P| Resvd.|
+-+-+-+-+-+-+-+-+
Figure 25: IGP Flag TLV Format
Le champ Value contient des bits définis selon le tableau ci-dessous:
+----------+---------------------------+-----------+
| Bit | Description | Reference |
+----------+---------------------------+-----------+
| 'D' | IS-IS Up/Down Bit | [RFC5305] |
| 'N' | OSPF "no unicast" Bit | [RFC5340] |
| 'L' | OSPF "local address" Bit | [RFC5340] |
| 'P' | OSPF "propagate NSSA" Bit | [RFC5340] |
| Reserved | Reserved for future use. | |
+----------+---------------------------+-----------+
Table 12: IGP Flag Bits Definitions
Le TLV IGP Route Tag transporte les balises IGP originales (IS-IS [RFC5130] ou OSPF) du préfixe et est encodé comme suit:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Route Tags (one or more) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 26: IGP Route Tag TLV Format
La longueur est un multiple de 4. Le champ Value contient une ou plusieurs Route Tags telles qu'apprises dans la topologie IGP.
Le TLV Extended IGP Route Tag transporte les Extended Route Tags IS-IS du préfixe [RFC5130] et est encodé comme suit:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Extended Route Tag (one or more) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 27: Extended IGP Route Tag TLV Format
La longueur est un multiple de 8. Le champ Extended Route Tag contient une ou plusieurs Extended Route Tags telles qu'apprises dans la topologie IGP.
Le TLV Prefix Metric est un attribut optionnel et ne peut apparaître qu'une seule fois. S'il est présent, il transporte la métrique du préfixe telle que connue dans la topologie IGP comme décrit dans la Section 4 de [RFC5305] (et représente donc le coût de joignabilité au préfixe). S'il n'est pas présent, cela signifie que le préfixe est annoncé sans joignabilité.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Metric |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 28: Prefix Metric TLV Format
La longueur est 4.
Le TLV OSPF Forwarding Address [RFC2328] [RFC5340] transporte l'adresse de transfert OSPF telle que connue dans l'annonce OSPF originale. L'adresse de transfert peut être soit IPv4 soit IPv6.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Forwarding Address (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 29: OSPF Forwarding Address TLV Format
La longueur est 4 pour une adresse de transfert IPv4, et 16 pour une adresse de transfert IPv6.
Le TLV Opaque Prefix Attribute est une enveloppe qui transporte de manière transparente des TLVs Prefix Attribute optionnels annoncés par un routeur. Un routeur d'origine doit utiliser ce TLV pour encoder des informations spécifiques au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI ou de nouvelles extensions de protocole au protocole annoncé dans le champ Protocol-ID de l'en-tête NLRI pour lesquelles il n'existe pas de représentation neutre de protocole dans le NLRI Link-State BGP. L'utilisation principale du TLV Opaque Prefix Attribute est de combler le décalage de documentation entre, par exemple, la définition d'un nouvel attribut d'état de liaison IGP et la publication des extensions BGP-LS neutres de protocole.
Le format du TLV est le suivant:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
// Opaque Prefix Attributes (variable) //
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 30: Opaque Prefix Attribute TLV Format
Le type est tel que spécifié dans le Tableau 11. La longueur est variable.