Internet Engineering Task Force (IETF) J. Scudder
Request for Comments: 9736 Juniper Networks
Updates: 7854, 8671, 9069 P. Lucente
Category: Standards Track NTT
ISSN: 2070-1721 March 2025
RFC 7854, the BGP Monitoring Protocol (BMP), uses different message types for different purposes. Most of these are structured as Type, Length, Value (TLV). One message type, the Peer Up message, lacks a set of TLVs defined for its use, instead sharing a namespace with the Initiation message. Experience has shown that this namespace sharing was a mistake, as it hampers the extension of the protocol.
BGPモニタリングプロトコル（BMP）であるRFC 7854は、さまざまな目的でさまざまなメッセージタイプを使用しています。これらのほとんどは、タイプ、長さ、値（TLV）として構成されています。1つのメッセージタイプ、ピアアップメッセージには、使用のために定義されたTLVのセットがありません。代わりに、開始メッセージと名前空間を共有します。経験から、この名前空間の共有は、プロトコルの拡張を妨げるため、間違いであることが示されています。
This document updates RFC 7854 by creating an independent namespace for the Peer Up message. It also updates RFCs 8671 and 9069 by moving defined codepoints into the newly introduced registry. Compliant implementations of RFCs 7854, 8671, and 9069 also comply with this specification.
このドキュメントは、ピアアップメッセージの独立した名前空間を作成することにより、RFC 7854を更新します。また、定義されたコードポイントを新しく導入されたレジストリに移動することにより、RFCS 8671および9069を更新します。RFCS 7854、8671、および9069の準拠の実装もこの仕様に準拠しています。
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
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）の製品です。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 https://www.rfc-editor.org/info/rfc9736.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9736で取得できます。
Copyright (c) 2025 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2025 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（https://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。
1. Introduction
1.1. Requirements Language
2. String Definition
3. Changes to Existing RFCs
3.1. Revision to the Information TLV
3.2. Revision to the Peer Up Notification
3.3. Definition of Peer Up Information TLV
4. IANA Considerations
5. Security Considerations
6. Normative References
Acknowledgements
Authors' Addresses
[RFC7854] defines a number of different BGP Monitoring Protocol (BMP) message types. With the exception of the Route Monitoring message type, these messages are TLV-structured. Most message types have distinct namespaces and IANA registries. However, the namespace of the Peer Up message overlaps that of the Initiation message. As BMP has been extended, this overlap has become problematic. In this document, we create distinct namespaces for the Peer Up and Initiation messages to eliminate the overlap.
[RFC7854]は、さまざまなBGPモニタリングプロトコル（BMP）メッセージタイプを定義します。ルート監視メッセージタイプを除き、これらのメッセージはTLV構造化されています。ほとんどのメッセージタイプには、個別の名前空間とIANAレジストリがあります。ただし、ピアアップメッセージの名前空間は、開始メッセージの名前の重複しています。BMPが拡張されると、このオーバーラップは問題になりました。このドキュメントでは、ピアアップのための個別の名前空間を作成し、オーバーラップを排除するための開始メッセージを作成します。
Compliant implementations of [RFC7854], [RFC8671], and [RFC9069] also comply with this specification.
[RFC7854]、[RFC8671]、および[RFC9069]の準拠の実装もこの仕様に準拠しています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
このドキュメント内のキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、および「OPTIONAL」は、ここに示すようにすべて大文字で表示されている場合にのみ、BCP 14 [RFC2119] [RFC8174] で説明されているように解釈されます。
A string TLV is a free-form sequence of UTF-8 characters whose length in bytes is given by the TLV's Length field. There is no requirement to terminate the string with a null (or any other particular) character -- the Length field gives its termination.
文字列TLVは、TLVの長さフィールドによってバイトの長さが与えられるUTF-8文字の自由形式シーケンスです。ヌル（または他の特定の）文字で文字列を終了する必要はありません - 長さフィールドは終了します。
[RFC7854] is updated as detailed in the following subsections.
[RFC7854]は、以下のサブセクションで詳述されているように更新されます。
The Information TLV defined in Section 4.4 of [RFC7854] is renamed "Initiation Information TLV". It is used only by the Initiation message, not by the Peer Up message.
[RFC7854]のセクション4.4で定義されている情報TLVは、「開始情報TLV」と改名されます。それは、ピアアップメッセージによってではなく、開始メッセージによってのみ使用されます。
The definition of Type = 0 is revised as shown below. Type = 1 and Type = 2 are unchanged; they are provided for completeness.
タイプ= 0の定義は、以下に示すように改訂されています。type = 1およびtype = 2は変更されていません。それらは完全性のために提供されます。
* Type = 0: String. The Information field contains a string (Section 2). The value is administratively assigned. If multiple string TLVs are included, their ordering MUST be preserved when they are reported.
* タイプ= 0：文字列。情報フィールドには文字列が含まれています（セクション2）。値は管理上割り当てられます。複数の文字列TLVが含まれている場合、報告されたときに注文を保存する必要があります。
* Type = 1: sysDescr. The Information field contains an ASCII string whose value MUST be set to be equal to the value of the sysDescr MIB-II [RFC1213] object.
* タイプ= 1：sysdescr。情報フィールドには、sysdescr mib-ii [rfc1213]オブジェクトの値に等しいように値を設定する必要があるASCII文字列が含まれています。
* Type = 2: sysName. The Information field contains an ASCII string whose value MUST be set to be equal to the value of the sysName MIB-II [RFC1213] object.
* タイプ= 2：sysname。情報フィールドには、sysname mib-ii [rfc1213]オブジェクトの値に値を設定する必要があるASCII文字列が含まれています。
The final paragraph of Section 4.10 of [RFC7854] references the Information TLV (which is revised above (Section 3.1)). That paragraph is replaced by the following:
[RFC7854]のセクション4.10の最終段落は、情報TLV（上記（セクション3.1））の情報を参照しています。その段落は以下に置き換えられます。
* Information: Information about the peer, using the Peer Up Information TLV format defined in Section 3.3 of RFC 9736. The String type may be repeated. Inclusion of the Information field is OPTIONAL. Its presence or absence can be inferred by inspection of the Message Length in the common header.
* 情報：RFC 9736のセクション3.3で定義されているピアアップ情報TLV形式を使用して、ピアに関する情報。文字列タイプを繰り返すことができます。情報フィールドを含めることはオプションです。その存在または不在は、共通ヘッダーのメッセージ長を検査することで推測できます。
The Peer Up Information TLV is used by the Peer Up message.
ピアアップ情報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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Information Type | Information Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Information (variable) |
~ ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
* Information Type (2 bytes): types are as defined in the "BMP Peer Up Message TLVs" registry:
* 情報タイプ（2バイト）：タイプは、「BMPピアアップメッセージTLVS」レジストリで定義されています。
- Type = 0: String. The Information field contains a string (Section 2). The value is administratively assigned. If multiple strings are included, their ordering MUST be preserved when they are reported.
- タイプ= 0：文字列。情報フィールドには文字列が含まれています（セクション2）。値は管理上割り当てられます。複数の文字列が含まれている場合、報告されたときに注文を保存する必要があります。
- Type = 3: VRF/Table Name. The Information field contains a UTF-8 string whose value MUST be equal to the value of the VRF or table name (e.g., RD instance name) being conveyed. The string size MUST be within the range of 1 to 255 bytes.
- タイプ= 3：VRF/テーブル名。情報フィールドには、VRFまたはテーブル名（RDインスタンス名など）の値に等しい必要があるUTF-8文字列が含まれています。文字列サイズは、1〜255バイトの範囲内でなければなりません。
- Type = 4: Admin Label. The Information field contains a free-form UTF-8 string whose byte length is given by the Information Length field. The value is administratively assigned. There is no requirement to terminate the string a with null or any other character.
- タイプ= 4：管理者ラベル。情報フィールドには、バイト長が情報の長さフィールドによって与えられるフリーフォームUTF-8文字列が含まれています。値は管理上割り当てられます。nullまたは他の文字で文字列Aを終了する必要はありません。
* Information Length (2 bytes): The length of the following Information field, in bytes.
* 情報長（2バイト）：バイト単位の次の情報フィールドの長さ。
* Information (variable): Information about the monitored router, according to the type.
* 情報（変数）：タイプに従って、監視されているルーターに関する情報。
IANA has created the "BMP Peer Up Message TLVs" within the "BGP Monitoring Protocol (BMP) Parameters" registry group and listed this document as the reference.
IANAは、「BGPモニタリングプロトコル（BMP）パラメーター」レジストリグループ内で「BMPピアアップメッセージTLV」を作成し、このドキュメントを参照としてリストしました。
Registration procedures for this registry are:
このレジストリの登録手順は次のとおりです。
+=============+=========================+
| Range | Registration Procedures |
+=============+=========================+
| 0, 3-32767 | Standards Action |
+-------------+-------------------------+
| 32768-65530 | First Come First Served |
+-------------+-------------------------+
| 65531-65534 | Experimental |
+-------------+-------------------------+
| 1-2, 65535 | Reserved |
+-------------+-------------------------+
Table 1
The initial values for this registry are:
このレジストリの初期値は次のとおりです。
+=======+================+===========+
| Type | Description | Reference |
+=======+================+===========+
| 0 | String | RFC 9736 |
+-------+----------------+-----------+
| 1 | Reserved | RFC 9736 |
+-------+----------------+-----------+
| 2 | Reserved | RFC 9736 |
+-------+----------------+-----------+
| 3 | VRF/Table Name | RFC 9736 |
+-------+----------------+-----------+
| 4 | Admin Label | RFC 9736 |
+-------+----------------+-----------+
| 65535 | Reserved | RFC 9736 |
+-------+----------------+-----------+
Table 2
IANA has also renamed the "BMP Initiation and Peer Up Information TLVs" registry to "BMP Initiation Information TLVs" and populated it with the following values:
IANAはまた、「BMP開始と情報TLVS」レジストリに「BMP開始情報TLV」に名前を変更し、次の値を入力しました。
+=======+=============+===========+
| Type | Description | Reference |
+=======+=============+===========+
| 0 | String | RFC 9736 |
+-------+-------------+-----------+
| 1 | sysDescr | RFC 9736 |
+-------+-------------+-----------+
| 2 | sysName | RFC 9736 |
+-------+-------------+-----------+
| 3 | Reserved | RFC 9736 |
+-------+-------------+-----------+
| 4 | Reserved | RFC 9736 |
+-------+-------------+-----------+
| 65535 | Reserved | RFC 9736 |
+-------+-------------+-----------+
Table 3
This document does not alter the security considerations of [RFC7854] that continue to apply.
このドキュメントは、適用され続ける[RFC7854]のセキュリティ上の考慮事項を変更しません。
[RFC1213] McCloghrie, K. and M. Rose, "Management Information Base
for Network Management of TCP/IP-based internets: MIB-II",
STD 17, RFC 1213, DOI 10.17487/RFC1213, March 1991,
<https://www.rfc-editor.org/info/rfc1213>.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC7854] Scudder, J., Ed., Fernando, R., and S. Stuart, "BGP
Monitoring Protocol (BMP)", RFC 7854,
DOI 10.17487/RFC7854, June 2016,
<https://www.rfc-editor.org/info/rfc7854>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8671] Evens, T., Bayraktar, S., Lucente, P., Mi, P., and S.
Zhuang, "Support for Adj-RIB-Out in the BGP Monitoring
Protocol (BMP)", RFC 8671, DOI 10.17487/RFC8671, November
2019, <https://www.rfc-editor.org/info/rfc8671>.
[RFC9069] Evens, T., Bayraktar, S., Bhardwaj, M., and P. Lucente,
"Support for Local RIB in the BGP Monitoring Protocol
(BMP)", RFC 9069, DOI 10.17487/RFC9069, February 2022,
<https://www.rfc-editor.org/info/rfc9069>.
The authors would like to thank Maxence Younsi for his review.
著者は、Maxence Younsiのレビューに感謝したいと思います。
John Scudder
Juniper Networks
1194 N. Mathilda Ave
Sunnyvale, CA 94089
United States of America
Email: jgs@juniper.net
Paolo Lucente
NTT
Veemweg 23
3771 MT Barneveld
Netherlands
Email: paolo@ntt.net