[要約] RFC 8050は、BGPの追加パス拡張機能を使用したMRTルーティング情報エクスポート形式に関するものです。このRFCの目的は、MRTフォーマットを使用してBGPルーティング情報を効果的にエクスポートするためのガイドラインを提供することです。

Internet Engineering Task Force (IETF)                         C. Petrie
Request for Comments: 8050                                      RIPE NCC
Category: Standards Track                                        T. King
ISSN: 2070-1721                                                   DE-CIX
                                                                May 2017
        

Multi-Threaded Routing Toolkit (MRT) Routing Information Export Format with BGP Additional Path Extensions

BGP追加パス拡張機能を備えたマルチスレッドルーティングツールキット(MRT)ルーティング情報エクスポートフォーマット

Abstract

概要

This document extends the Multi-threaded Routing Toolkit (MRT) export format for Border Gateway Protocol (BGP) routing information by supporting the advertisement of multiple paths in BGP extensions.

このドキュメントでは、BGP拡張で複数のパスのアドバタイズをサポートすることにより、ボーダーゲートウェイプロトコル(BGP)ルーティング情報のマルチスレッドルーティングツールキット(MRT)エクスポート形式を拡張します。

Status of This Memo

本文書の状態

This is an Internet Standards Track document.

これはInternet Standards Trackドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.

このドキュメントは、IETF(Internet Engineering Task Force)の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ(IESG)による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc8050.

このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http://www.rfc-editor.org/info/rfc8050で入手できます。

Copyright Notice

著作権表示

Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved.

Copyright(c)2017 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定(http://trustee.ietf.org/license-info)の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

目次

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Rationale . . . . . . . . . . . . . . . . . . . . . . . . . .   2
   3.  MRT Subtypes for Types BGP4MP/BGP4MP_ET . . . . . . . . . . .   3
   4.  MRT Subtypes for Type TABLE_DUMP_V2 . . . . . . . . . . . . .   3
     4.1.  AFI/SAFI-Specific RIB Subtypes  . . . . . . . . . . . . .   4
     4.2.  RIB_GENERIC_ADDPATH Subtype . . . . . . . . . . . . . . .   4
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   5
     5.1.  BGP4MP/BGP4MP_ET Subtype Codes  . . . . . . . . . . . . .   5
     5.2.  TABLE_DUMP_V2 Subtype Codes . . . . . . . . . . . . . . .   5
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
   7.  Normative References  . . . . . . . . . . . . . . . . . . . .   6
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   6
        
1. Introduction
1. はじめに

The MRT record format [RFC6396] was developed to provide researchers and engineers a means to encapsulate, export, and archive routing protocol transactions and RIB snapshots.

MRTレコード形式[RFC6396]は、ルーティングプロトコルトランザクションとRIBスナップショットをカプセル化、エクスポート、およびアーカイブする手段を研究者とエンジニアに提供するために開発されました。

The Advertisement of Multiple Paths in BGP [RFC7911] defines a BGP extension to allow the advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones.

BGPでの複数のパスのアドバタイズメント[RFC7911]は、新しいパスが以前のパスを暗黙的に置き換えることなく、同じアドレスプレフィックスの複数のパスのアドバタイズメントを許可するBGP拡張を定義します。

This document contains an optional extension to the MRT format [RFC6396] and introduces additional definitions of MRT subtype fields to permit representation of multiple path advertisements [RFC7911].

このドキュメントには、MRT形式[RFC6396]へのオプションの拡張が含まれており、MRTサブタイプフィールドの追加定義を導入して、複数のパスアドバタイズメント[RFC7911]の表現を許可します。

2. Rationale
2. 根拠

MRT parsers are usually stateless. In order to parse BGP messages that contain data structures that depend on the capabilities negotiated during the BGP session setup, the MRT subtypes are utilized. The Advertisement of Multiple Paths [RFC7911] extension for BGP alters the encoding of the BGP Network Layer Reachability Information (NLRI) format for withdraws and announcements. Therefore, new BGP4MP/BGP4MP_ET subtypes as defined in [RFC6396] are required to signal to an MRT parser how to parse the NLRI.

MRTパーサーは通常ステートレスです。 BGPセッションのセットアップ中にネゴシエートされた機能に依存するデータ構造を含むBGPメッセージを解析するために、MRTサブタイプが利用されます。 BGPの複数パスのアドバタイズ[RFC7911]拡張は、撤回およびアナウンスのBGPネットワーク層到達可能性情報(NLRI)形式のエンコーディングを変更します。したがって、[RFC6396]で定義されている新しいBGP4MP / BGP4MP_ETサブタイプは、NLRIを解析する方法をMRTパーサーに通知する必要があります。

In Section 4.3 of the MRT specification [RFC6396], RIB subtypes are specified. Prefix length and prefix fields are encoded in the same manner as the BGP NLRI encoding. In order to support Path Identifier information as defined in [RFC7911], new subtypes need to be added.

MRT仕様[RFC6396]のセクション4.3では、RIBサブタイプが指定されています。プレフィックス長とプレフィックスフィールドは、BGP NLRIエンコーディングと同じ方法でエンコードされます。 [RFC7911]で定義されているパス識別子情報をサポートするには、新しいサブタイプを追加する必要があります。

The following two sections define the required subtypes.

次の2つのセクションでは、必要なサブタイプを定義します。

3. MRT Subtypes for Types BGP4MP/BGP4MP_ET
3. タイプBGP4MP / BGP4MP_ETのMRTサブタイプ

This document defines the following new subtypes:

このドキュメントでは、次の新しいサブタイプを定義しています。

o BGP4MP_MESSAGE_ADDPATH

o BGP4MP_MESSAGE_ADDPATH

o BGP4MP_MESSAGE_AS4_ADDPATH

o BGP4MP_MESSAGE_AS4_ADDPATH

o BGP4MP_MESSAGE_LOCAL_ADDPATH

o BGP4MP_MESSAGE_LOCAL_ADDPATH

o BGP4MP_MESSAGE_AS4_LOCAL_ADDPATH

o BGP4MP_MESSAGE_AS4_LOCAL_ADDPATH

The fields of these message types are identical to the equivalent non-additional-path versions specified in Section 4.4 of [RFC6396]. These enhancements continue to encapsulate the entire BGP message in the BGP message field.

これらのメッセージタイプのフィールドは、[RFC6396]のセクション4.4で指定されている同等の非追加パスバージョンと同じです。これらの拡張機能により、BGPメッセージ全体がBGPメッセージフィールドにカプセル化され続けます。

4. MRT Subtypes for Type TABLE_DUMP_V2
4. タイプTABLE_DUMP_V2のMRTサブタイプ

This document defines the following new subtypes:

このドキュメントでは、次の新しいサブタイプを定義しています。

o RIB_IPV4_UNICAST_ADDPATH

o RIB_IPV4_UNICAST_ADDPATH

o RIB_IPV4_MULTICAST_ADDPATH

o RIB_IPV4_MULTICAST_ADDPATH

o RIB_IPV6_UNICAST_ADDPATH

o RIB_IPV6_UNICAST_ADDPATH

o RIB_IPV6_MULTICAST_ADDPATH

o RIB_IPV6_MULTICAST_ADDPATH

o RIB_GENERIC_ADDPATH

o RIB_GENERIC_ADDPATH

The fields of these message types are identical to the equivalent non-additional-path versions specified in Section 4.3 of [RFC6396]. However, for the case of the 4 AFI/SAFI-specific RIB subtypes, the existing RIB Entries field is redefined as detailed in the sections below.

これらのメッセージタイプのフィールドは、[RFC6396]のセクション4.3で指定されている同等の非追加パスバージョンと同じです。ただし、4つのAFI / SAFI固有のRIBサブタイプの場合、既存のRIBエントリフィールドは、以下のセクションで詳しく説明するように再定義されます。

4.1. AFI/SAFI-Specific RIB Subtypes
4.1. AFI / SAFI固有のRIBサブタイプ

In order to preserve the record compaction achieved by using the most common subtypes and allow multiple RIB Entries to be stored in a single TABLE_DUMP_V2 record, the existing RIB Entries field is redefined for use within the new AFI/SAFI-specific RIB subtypes defined by this document as follows:

最も一般的なサブタイプを使用して達成されたレコードの圧縮を維持し、複数のRIBエントリを単一のTABLE_DUMP_V2レコードに格納できるようにするために、既存のRIBエントリフィールドは、これによって定義される新しいAFI / SAFI固有のRIBサブタイプ内で使用するために再定義されます。次のように文書化:

        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
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |         Peer Index            |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         Originated Time                       |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         Path Identifier                       |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |      Attribute Length         |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                    BGP Attributes... (variable)
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

Figure 1: RIB Entries for AFI/SAFI-Specific RIB Subtypes with Support for Additional Paths

図1:追加のパスをサポートするAFI / SAFI固有のRIBサブタイプのRIBエントリ

This adds a field to the RIB Entries record to store the Path Identifier when used with the RIB_IPV4_UNICAST_ADDPATH, RIB_IPV4_MULTICAST_ADDPATH, RIB_IPV6_UNICAST_ADDPATH, and RIB_IPV6_MULTICAST_ADDPATH subtypes.

これにより、RIBエントリレコードにフィールドが追加され、RIB_IPV4_UNICAST_ADDPATH、RIB_IPV4_MULTICAST_ADDPATH、RIB_IPV6_UNICAST_ADDPATH、およびRIB_IPV6_MULTICAST_ADDPATHサブタイプで使用される場合にパス識別子が格納されます。

4.2. RIB_GENERIC_ADDPATH Subtype
4.2. RIB_GENERIC_ADDPATHサブタイプ

The fields of this subtype are identical to the equivalent non-additional-path versions specified in Section 4.3.3 of [RFC6396]. These fields continue to encapsulate the raw and additional-path-enabled AFI/SAFI/NLRI in the record, and the raw attributes in the RIB Entries.

このサブタイプのフィールドは、[RFC6396]のセクション4.3.3で指定されている同等の非追加パスバージョンと同じです。これらのフィールドは引き続き、レコードの未加工および追加のパスが有効なAFI / SAFI / NLRI、およびRIBエントリの未加工属性をカプセル化します。

For clarity, the RIB Entries in this subtype are not redefined.

明確にするために、このサブタイプのRIBエントリは再定義されていません。

5. IANA Considerations
5. IANAに関する考慮事項

IANA has assigned the subtype codes defined below in the "Multi-threaded Routing Toolkit (MRT)" registry <https://www.iana.org/assignments/mrt>.

IANAは、「マルチスレッドルーティングツールキット(MRT)」レジストリ<https://www.iana.org/assignments/mrt>で以下に定義されているサブタイプコードを割り当てました。

5.1. BGP4MP/BGP4MP_ET Subtype Codes
5.1. BGP4MP / BGP4MP_ETサブタイプコード

The following have been registered in the "BGP4MP Subtype Codes" and "BGP4MP_ET Subtype Codes" registries:

「BGP4MPサブタイプコード」および「BGP4MP_ETサブタイプコード」レジストリに以下が登録されています。

8 BGP4MP_MESSAGE_ADDPATH (RFC 8050)

8 BGP4MP_MESSAGE_ADDPATH(RFC 8050)

9 BGP4MP_MESSAGE_AS4_ADDPATH (RFC 8050)

9 BGP4MP_MESSAGE_AS4_ADDPATH(RFC 8050)

10 BGP4MP_MESSAGE_LOCAL_ADDPATH (RFC 8050)

10 BGP4MP_MESSAGE_LOCAL_ADDPATH(RFC 8050)

11 BGP4MP_MESSAGE_AS4_LOCAL_ADDPATH (RFC 8050)

11 BGP4MP_MESSAGE_AS4_LOCAL_ADDPATH(RFC 8050)

5.2. TABLE_DUMP_V2 Subtype Codes
5.2. TABLE_DUMP_V2サブタイプコード

The following have been registered in the "TABLE_DUMP_V2 Subtype Codes" registry:

「TABLE_DUMP_V2サブタイプコード」レジストリに以下が登録されています。

8 RIB_IPV4_UNICAST_ADDPATH (RFC 8050)

8 RIB_IPV4_UNICAST_ADDPATH(RFC 8050)

9 RIB_IPV4_MULTICAST_ADDPATH (RFC 8050)

9 RIB_IPV4_MULTICAST_ADDPATH(RFC 8050)

10 RIB_IPV6_UNICAST_ADDPATH (RFC 8050)

10 RIB_IPV6_UNICAST_ADDPATH(RFC 8050)

11 RIB_IPV6_MULTICAST_ADDPATH (RFC 8050)

11 RIB_IPV6_MULTICAST_ADDPATH(RFC 8050)

12 RIB_GENERIC_ADDPATH (RFC 8050)

12 RIB_GENERIC_ADDPATH(RFC 8050)

6. Security Considerations
6. セキュリティに関する考慮事項

It is not believed that this document adds any additional security considerations. However, the security considerations of [RFC6396] are equally applicable to this document, because this document permits the export of more detailed routing data.

このドキュメントがセキュリティに関する追加の考慮事項を追加するとは考えられていません。ただし、[RFC6396]のセキュリティに関する考慮事項は、このドキュメントにも同様に適用できます。これは、このドキュメントにより、より詳細なルーティングデータのエクスポートが可能になるためです。

An organization that uses the MRT format to store their BGP routing information should be aware that supporting these extensions permits more detailed network path information to be stored and should consider the implications of this within their environment.

MRT形式を使用してBGPルーティング情報を保存する組織は、これらの拡張機能をサポートすることで、より詳細なネットワークパス情報を保存できることを認識し、環境内での影響を考慮する必要があります。

An organization that peers with public BGP collectors and enables the capability for additional paths on a peering session should be aware that it is exporting not only its best paths, but potentially other paths within its networks. The BGP peer should consider any and all implications of exposing this additional data.

パブリックBGPコレクターとピアリングし、ピアリングセッションで追加パスの機能を有効にする組織は、その最良のパスだけでなく、ネットワーク内の他のパスもエクスポートする可能性があることに注意する必要があります。 BGPピアは、この追加データを公開することによるあらゆる影響を考慮する必要があります。

7. Normative References
7. 引用文献

[RFC6396] Blunk, L., Karir, M., and C. Labovitz, "Multi-Threaded Routing Toolkit (MRT) Routing Information Export Format", RFC 6396, DOI 10.17487/RFC6396, October 2011, <http://www.rfc-editor.org/info/rfc6396>.

[RFC6396] Blunk、L.、Kairr、M。、およびC. Labovitz、「Multi-Threaded Routing Toolkit(MRT)Routing Information Export Format」、RFC 6396、DOI 10.17487 / RFC6396、2011年10月、<http:// www .rfc-editor.org / info / rfc6396>。

[RFC7911] Walton, D., Retana, A., Chen, E., and J. Scudder, "Advertisement of Multiple Paths in BGP", RFC 7911, DOI 10.17487/RFC7911, July 2016, <http://www.rfc-editor.org/info/rfc7911>.

[RFC7911] Walton、D.、Retana、A.、Chen、E。、およびJ. Scudder、「Advertisement of Multiple Paths in BGP」、RFC 7911、DOI 10.17487 / RFC7911、2016年7月、<http:// www。 rfc-editor.org/info/rfc7911>。

Authors' Addresses

著者のアドレス

Colin Petrie RIPE NCC Stationsplein 11 Amsterdam 1012 AB The Netherlands

Colin Petrie RIPE NCC Stationsplein 11アムステルダム1012 ABオランダ

   Email: cpetrie@ripe.net
        

Thomas King DE-CIX Management GmbH Lichtstrasse 43i Cologne 50825 Germany

Thomas King DE-CIX Management GmbH Lichtstrasse 43iケルン50825ドイツ

   Email: thomas.king@de-cix.net