3.3 The BGP-LS Attribute (BGP-LS属性)
3.3. The BGP-LS Attribute (BGP-LS属性)
BGP-LS属性は, リンク, ノード, プレフィックスのパラメータと属性を伝送するために使用されるオプショナルで非推移的なBGP属性です。この属性は, 以下のセクションで説明されるType/Length/Value (TLV) トリプレットのセットとして定義されます。この属性はLink-State NLRIとともにのみ含まれるべきです (SHOULD)。この属性は他のすべてのアドレスファミリーに対しては無視されなければなりません (MUST)。
Node attribute TLVsは, Node NLRIを伴うBGP-LS属性内にエンコードされる可能性のあるTLVです。以下のNode Attribute TLVsが定義されています:
+-------------+----------------------+----------+-------------------+
| 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
Node Flag Bits TLVは, ノード属性を記述するビットマスクを伝送します。値は可変長のフラグのビット配列であり, 各ビットはノード機能を表します。
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
ビットは以下のように定義されます:
+-----------------+-------------------------+------------+
| 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
IS-ISノードは1つ以上のIS-ISエリアの一部になることができます。これらの各エリアアドレスはIS-IS Area Identifier TLV内に伝送されます。複数のエリアアドレスが存在する場合, それらをエンコードするために複数のTLVが使用されます。IS-IS Area Identifier TLVは, Link-State Node NLRI内でアドバタイズされる場合にのみBGP-LS属性内に存在する可能性があります。
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
Node Name TLVはオプショナルです。その構造とエンコーディングは[RFC5301]から借用されています。Valueフィールドはルーターノードのシンボリック名を識別します。このシンボリック名は, ルーターの完全修飾ドメイン名 (FQDN) であることができ, FQDNのサブセット (例えば, ホスト名) であることもでき, オペレーターがルーターに使用したい任意の文字列であることもできます。FQDNまたはそのサブセットの使用が強く推奨されます (RECOMMENDED)。Node Name TLVの最大長は255オクテットです。Valueフィールドは7ビットASCIIでエンコードされます。このフィールドの設定または表示を許可するユーザーインターフェースがUnicode文字を許可する場合, そのユーザーインターフェースは, 転送または表示のための正しい形式を実現するために[RFC5890]で説明されているToASCIIおよび/またはToUnicodeアルゴリズムを適用する責任があります。
[RFC5301]はIS-IS固有の拡張を説明していますが, Node Name TLVの使用はすべてのプロトコルで可能です。例えばOSPFノードなど, ルーターがノード名を導出してインジェクトする方法は, この文書の範囲外です。
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
ローカルIPv4/IPv6 Router-ID TLVsは, IGPが使用している可能性のある補助的なRouter-IDsを記述するために使用されます。例えば, TEや移行の目的, あるいは異なるプロトコル間でNode-IDを相関させるためです。特定のタイプの補助的なRouter-IDが複数存在する場合, それぞれが独自のTLV内にエンコードされます。
Opaque Node Attribute TLVは, ルーターによってアドバタイズされるオプショナルなNode Attribute TLVsを透過的に伝送するエンベロープです。発信元ルーターは, NLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルに固有の情報, またはBGP Link-State NLRI内にプロトコル中立的な表現が存在しないNLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルへの新しいプロトコル拡張をエンコードするために, このTLVを使用するものとします (shall)。Opaque Node Attribute TLVの主な用途は, 例えば新しいIGPリンク状態属性が定義されることとプロトコル中立的なBGP-LS拡張が公開されることの間の文書ラグを橋渡しすることです。例えばルーターは, [RFC7770]で定義されているOSPF Router Informational Capabilities TLVや[RFC5073]で説明されているIGP TE Node Capability Descriptor TLVなど, ネイティブプロトコルのNode Attribute TLVsをアドバタイズするためにこの拡張を使用することができます。
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
Link Attribute TLVsは, Link NLRIを伴うBGP-LS属性内にエンコードされる可能性のあるTLVsです。各 'Link Attribute' は, セクション3.1で定義されているフォーマットでフォーマットされたType/Length/Value (TLV) トリプレットです。一部のLink Attribute TLVs内のValueフィールドのフォーマットとセマンティクスは, [RFC5305]および[RFC5307]で定義されているIS-IS Extended IS Reachability sub-TLVs内のValueフィールドのフォーマットとセマンティクスに対応します。その他のLink Attribute TLVsはこの文書で定義されています。Link Attribute TLVsのエンコーディングは元々IS-ISのために定義されましたが, これらのTLVsはIS-ISまたはOSPFのいずれかからソースされたデータを伝送することができます。
以下のLink Attribute TLVsは, Link NLRIを伴うBGP-LS属性内で有効です:
+-----------+---------------------+--------------+------------------+
| 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
ローカル/リモートIPv4/IPv6 Router-ID TLVsは, IGPが使用している可能性のある補助的なRouter-IDsを記述するために使用されます。例えばTE目的などです。ローカルノードとリモートノードの両方のすべての補助的なRouter-IDsは, 各Link NLRIのリンク属性内に含まれなければなりません (MUST)。特定のタイプの補助的なRouter-IDが複数存在する場合, それらをエンコードするために複数のTLVsが使用されます。
MPLS Protocol Mask TLVは, どのMPLSシグナリングプロトコルが有効になっているかを記述するビットマスクを伝送します。このTLVの長さは1です。値は8つのフラグのビット配列であり, 各ビットはMPLSプロトコル機能を表します。
MPLS Protocol Mask TLVの生成は, ローカルリンク洞察を持つ発信元に対してのみ有効であり, 使用されるべきです (SHOULD)。例えば, 表2の 'Static configuration' または 'Direct' のProtocol-IDsなどです。MPLS Protocol Mask TLVは, 表2にリストされている他のProtocol-IDsを持つNLRIs内に含まれてはなりません (MUST NOT)。
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
以下のビットが定義されています:
+------------+------------------------------------------+-----------+
| 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
TE Default Metric TLVは, このリンクのTraffic Engineeringメトリックを伝送します。このTLVの長さは4オクテットに固定されています。ソースプロトコルが32ビット未満のメトリック幅を使用する場合, このフィールドの上位ビットはゼロでパディングされなければなりません (MUST)。
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
IGP Metric TLVは, このリンクのメトリックを伝送します。このTLVの長さは, 基盤となるプロトコルのメトリック幅に応じて可変です。IS-ISスモールメトリックの長さは1オクテットです (最上位2ビットは無視されます)。OSPFリンクメトリックの長さは2オクテットです。IS-ISワイドメトリックの長さは3オクテットです。
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
Shared Risk Link Group (SRLG) TLVは, Shared Risk Link Group情報 ([RFC4202]のセクション2.3 ("Shared Risk Link Group Information") を参照) を伝送します。これは, SRLG値の (可変) リストから構成されるデータ構造を含み, リスト内の各要素は図22に示すように4オクテットを持ちます。このTLVの長さは4 * (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
OSPF-TEのSRLG TLVは[RFC4203]で定義されています。IS-ISでは, SRLG情報は2つの異なるTLVsで伝送されます: [RFC5307]で定義されているIPv4 (SRLG) TLV (Type 138) と[RFC6119]で定義されているIPv6 SRLG TLV (Type 139) です。Link-State NLRI内では, IPv4とIPv6の両方のSRLG情報が単一のTLV内に伝送されます。
Opaque Link Attribute TLVは, ルーターによってアドバタイズされるオプショナルなLink Attribute TLVsを透過的に伝送するエンベロープです。発信元ルーターは, NLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルに固有の情報, またはBGP Link-State NLRI内にプロトコル中立的な表現が存在しないNLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルへの新しいプロトコル拡張をエンコードするために, このTLVを使用するものとします (shall)。Opaque Link Attribute TLVの主な用途は, 例えば新しいIGPリンク状態属性が定義されることと 'protocol-neutral' BGP-LS拡張が公開されることの間の文書ラグを橋渡しすることです。
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
Link Name TLVはオプショナルです。Valueフィールドはルーターリンクのシンボリック名を識別します。このシンボリック名は, リンクのFQDNであることができ, FQDNのサブセットであることもでき, オペレーターがリンクに使用したい任意の文字列であることもできます。FQDNまたはそのサブセットの使用が強く推奨されます (RECOMMENDED)。Link Name TLVの最大長は255オクテットです。
Valueフィールドは7ビットASCIIでエンコードされます。このフィールドの設定または表示を許可するユーザーインターフェースがUnicode文字を許可する場合, そのユーザーインターフェースは, 転送または表示のための正しい形式を実現するために[RFC5890]で説明されているToASCIIおよび/またはToUnicodeアルゴリズムを適用する責任があります。
ルーターがリンク名を導出してインジェクトする方法は, この文書の範囲外です。
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
プレフィックスは, IGPトポロジー (IS-ISまたはOSPF) からIGP属性のセット (メトリック, ルートタグなど) とともに学習され, これらはprefix NLRIを伴うBGP-LS属性内に反映されなければなりません (MUST)。このセクションは, IPv4/IPv6プレフィックスに関連する異なる属性を説明します。
Prefix Attribute TLVsは, NLRIタイプ3および4のみをアドバタイズする際に使用されるべきです (SHOULD)。以下のPrefix Attribute TLVsが定義されています:
+---------------+----------------------+----------+-----------------+
| 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
IGP Flags TLVは, プレフィックスに元々割り当てられていたIS-ISおよびOSPFフラグとビットを含みます。IGP Flags TLVは以下のようにエンコードされます:
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
Valueフィールドには, 以下の表に従って定義されたビットが含まれます:
+----------+---------------------------+-----------+
| 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
IGP Route Tag TLVは, プレフィックスの元のIGP Tags (IS-IS [RFC5130] またはOSPF) を伝送し, 以下のようにエンコードされます:
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
Lengthは4の倍数です。
Valueフィールドには, IGPトポロジーで学習された1つ以上のRoute Tagsが含まれます。
Extended IGP Route Tag TLVは, プレフィックスのIS-IS Extended Route Tags [RFC5130] を伝送し, 以下のようにエンコードされます:
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
Lengthは8の倍数です。
Extended Route Tagフィールドには, IGPトポロジーで学習された1つ以上のExtended Route Tagsが含まれます。
Prefix Metric TLVはオプショナルな属性であり, 一度だけ出現する可能性があります。存在する場合, [RFC5305]のセクション4で説明されているように, IGPトポロジーで知られているプレフィックスのメトリックを伝送します (したがって, プレフィックスへの到達可能性コストを表します)。存在しない場合, それはプレフィックスが到達可能性なしでアドバタイズされることを意味します。
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
Lengthは4です。
OSPF Forwarding Address TLV [RFC2328] [RFC5340] は, 元のOSPFアドバタイズメントで知られているOSPF転送アドレスを伝送します。転送アドレスはIPv4または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
Lengthは, IPv4転送アドレスの場合は4, IPv6転送アドレスの場合は16です。
Opaque Prefix Attribute TLVは, ルーターによってアドバタイズされるオプショナルなPrefix Attribute TLVsを透過的に伝送するエンベロープです。発信元ルーターは, NLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルに固有の情報, またはBGP Link-State NLRI内にプロトコル中立的な表現が存在しないNLRI headerのProtocol-IDフィールドでアドバタイズされるプロトコルへの新しいプロトコル拡張をエンコードするために, このTLVを使用するものとします (shall)。Opaque Prefix Attribute TLVの主な用途は, 例えば新しいIGPリンク状態属性が定義されることとプロトコル中立的なBGP-LS拡張が公開されることの間の文書ラグを橋渡しすることです。
TLVのフォーマットは以下の通りです:
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
Typeは表11で指定されている通りです。Lengthは可変です。