rfc-2545

Use of BGP-4 Multiprotocol Extensions for IPv6 Inter-Domain Routing

P. Marques, F. Dupont
date1999-03 streamIETF areartg wgidr statusPROPOSED STANDARD pages5 canonicalhttps://www.rfc-editor.org/rfc/rfc2545 doi10.17487/RFC2545
BGP-4 Multiprotocol Extensions (BGP-MP) defines the format of two BGP attributes (MP_REACH_NLRI and MP_UNREACH_NLRI) that can be used to announce and withdraw the announcement of reachability information. This document defines how compliant systems should make use of those attributes for the purpose of conveying IPv6 routing information. [STANDARDS-TRACK]

Extracted elements (12)

design-rationale §2

Link-local addresses are not well-suited for use as next hop attributes in BGP-4 under normal BGP rules, yet IPv6 requires a link-local next hop for directly connected routes; therefore the dual global+link-local next hop encoding was introduced to satisfy both constraints.

bgp, ip, v6ops, routing

design-rationale §2

This document treats global and site-local IPv6 addresses equivalently as 'non-link-local', making no distinction between them, because no assumption is made about the characteristics of the routing realm where BGP-4 is deployed.

bgp, ip, v6ops, routing

design-rationale §4

Using TCP over IPv6 as the transport for IPv6 reachability information has the advantage of providing explicit confirmation of IPv6 network reachability between two peers, unlike TCP over IPv4.

bgp, ip, v6ops, routing, tcp

interoperability-note §4

When using TCP over IPv4 as transport for IPv6 reachability information, additional explicit configuration of the peer's network address is required because BGP-4 normally derives the peer address implicitly from the transport connection.

bgp, ip, v6ops, routing, tcp

normative-requirement §3 MUST

A BGP speaker shall advertise to its peer in the Network Address of Next Hop field the global IPv6 address of the next hop, potentially followed by the link-local IPv6 address of the next hop.

bgp, ip, v6ops, routing

normative-requirement §3 MAY

A BGP speaker that advertises a route to an internal peer may modify the Network Address of Next Hop field by removing the link-local IPv6 address of the next hop.

bgp, ip, v6ops, routing

normative-requirement §3 MUST

In all cases where the BGP speaker does not share a common subnet with the next hop entity and the peer, only the global IPv6 address shall be advertised in the Network Address field, with Length set to 16.

bgp, ip, v6ops, routing

normative-requirement §3 MUST

The link-local address shall be included in the Next Hop field if and only if the BGP speaker shares a common subnet with the entity identified by the global IPv6 address carried in the Next Hop field and the peer the route is being advertised to.

bgp, ip, v6ops, routing

protocol-element §3

MP_REACH_NLRI Next Hop field for IPv6 carries either a single 16-byte global IPv6 address or a 32-byte pair consisting of a global IPv6 address followed by a link-local IPv6 address.

bgp, ip, v6ops, routing

protocol-element §4

The BGP Identifier is a 32-bit unsigned integer exchanged at session establishment in the OPEN message; it must be unique in the network and should be derived from an IPv4 address regardless of which network protocol(s) a BGP-4 instance is carrying.

bgp, ip, routing

security-consideration §5

The extensions defined in this document allow BGP to propagate reachability information about IPv6 routes; no new security issues are raised beyond those already existing in BGP-4 and its use with IPv4.

bgp, security, ip, v6ops

wire-format §3

The Length of Next Hop Network Address field in MP_REACH_NLRI shall be set to 16 when only a global IPv6 address is present, or 32 when a link-local address is also included.

bgp, ip, v6ops, routing