rfc9736v2.txt		rfc9736.txt
	skipping to change at line 71 ¶		skipping to change at line 71 ¶
	3.2. Revision to the Peer Up Notification		3.2. Revision to the Peer Up Notification
	3.3. Definition of Peer Up Information TLV		3.3. Definition of Peer Up Information TLV
	4. IANA Considerations		4. IANA Considerations
	5. Security Considerations		5. Security Considerations
	6. Normative References		6. Normative References
	Acknowledgements		Acknowledgements
	Authors' Addresses		Authors' Addresses
	1. Introduction		1. Introduction
	[RFC7854] defines a number of different BMP message types. With the		[RFC7854] defines a number of different BGP Monitoring Protocol (BMP)
	exception of the Route Monitoring message type, these messages are		message types. With the exception of the Route Monitoring message
	TLV-structured. Most message types have distinct namespaces and IANA		type, these messages are TLV-structured. Most message types have
	registries. However, the namespace of the Peer Up message overlaps		distinct namespaces and IANA registries. However, the namespace of
	that of the Initiation message. As the BGP Monitoring Protocol has		the Peer Up message overlaps that of the Initiation message. As BMP
	been extended, this overlap has become problematic. In this		has been extended, this overlap has become problematic. In this
	document, we create distinct namespaces for the Peer Up and		document, we create distinct namespaces for the Peer Up and
	Initiation messages to eliminate the overlap.		Initiation messages to eliminate the overlap.
	Compliant implementations of [RFC7854], [RFC8671], and [RFC9069] also		Compliant implementations of [RFC7854], [RFC8671], and [RFC9069] also
	comply with this specification.		comply with this specification.
	1.1. Requirements Language		1.1. Requirements Language
	The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",		The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
	"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and		"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
	skipping to change at line 109 ¶		skipping to change at line 109 ¶
	[RFC7854] is updated as detailed in the following subsections.		[RFC7854] is updated as detailed in the following subsections.
	3.1. Revision to the Information TLV		3.1. Revision to the Information TLV
	The Information TLV defined in Section 4.4 of [RFC7854] is renamed		The Information TLV defined in Section 4.4 of [RFC7854] is renamed
	"Initiation Information TLV". It is used only by the Initiation		"Initiation Information TLV". It is used only by the Initiation
	message, not by the Peer Up message.		message, not by the Peer Up message.
	The definition of Type = 0 is revised as shown below. Type = 1 and		The definition of Type = 0 is revised as shown below. Type = 1 and
	Type = 2 are unchanged; they are provided for here for completeness.		Type = 2 are unchanged; they are provided for for completeness.
	* Type = 0: String. The Information field contains a string		* Type = 0: String. The Information field contains a string
	(Section 2). The value is administratively assigned. If multiple		(Section 2). The value is administratively assigned. If multiple
	string TLVs are included, their ordering MUST be preserved when		string TLVs are included, their ordering MUST be preserved when
	they are reported.		they are reported.
	* Type = 1: sysDescr. The Information field contains an ASCII		* Type = 1: sysDescr. The Information field contains an ASCII
	string whose value MUST be set to be equal to the value of the		string whose value MUST be set to be equal to the value of the
	sysDescr MIB-II [RFC1213] object.		sysDescr MIB-II [RFC1213] object.
	skipping to change at line 140 ¶		skipping to change at line 140 ¶
	* Information: Information about the peer, using the Peer Up		* Information: Information about the peer, using the Peer Up
	Information TLV format defined in Section 3.3 of RFC 9736. The		Information TLV format defined in Section 3.3 of RFC 9736. The
	String type may be repeated. Inclusion of the Information field		String type may be repeated. Inclusion of the Information field
	is OPTIONAL. Its presence or absence can be inferred by		is OPTIONAL. Its presence or absence can be inferred by
	inspection of the Message Length in the common header.		inspection of the Message Length in the common header.
	3.3. Definition of Peer Up Information TLV		3.3. Definition of Peer Up Information TLV
	The Peer Up Information TLV is used by the Peer Up message.		The Peer Up Information TLV is used by the Peer Up message.
	0 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8		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 Type | Information Length |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Information (variable) |		| Information (variable) |
	~ ~		~ ~
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	* Information Type (2 bytes): defined types are:		* Information Type (2 bytes): types are as defined in the "BMP Peer
			Up Message TLVs" registry:
	- Type = 0: String. The Information field contains a string		- Type = 0: String. The Information field contains a string
	(Section 2). The value is administratively assigned. If		(Section 2). The value is administratively assigned. If
	multiple strings are included, their ordering MUST be preserved		multiple strings are included, their ordering MUST be preserved
	when they are reported.		when they are reported.
	- Type = 3: VRF/Table Name. The Information field contains a		- Type = 3: VRF/Table Name. The Information field contains a
	UTF-8 string whose value MUST be equal to the value of the VRF		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		or table name (e.g., RD instance name) being conveyed. The
	string size MUST be within the range of 1 to 255 bytes.		string size MUST be within the range of 1 to 255 bytes.
End of changes. 4 change blocks.
	9 lines changed or deleted		11 lines changed or added
This html diff was produced by rfcdiff 1.48.