Zum Hauptinhalt springen

4. Verwendung der BGP-Fähigkeitsankündigung

[RFC5492] definiert einen Mechanismus, der es zwei BGP-Sprechern ermöglicht, zu entdecken, ob eine bestimmte Fähigkeit von ihrem BGP-Peer unterstützt wird und somit, ob sie mit diesem Peer verwendet werden kann. Dieses Dokument definiert eine Fähigkeit, die mit [RFC5492] angekündigt werden kann, bezeichnet als "Extended Next Hop Encoding capability". Diese Fähigkeit ermöglicht es BGP-Sprechern zu entdecken, ob ein Peer für ein gegebenes NLRI <AFI/SAFI> die Ankündigung mit einem Next Hop unterstützt, dessen Netzwerkprotokoll durch den Wert des Feldes Length of Next Hop Address bestimmt wird, wie in Abschnitt 3 spezifiziert.

Ein BGP-Speaker, der gemäß dieser Spezifikation einen IPv6-Next-Hop für IPv4 NLRI oder für VPN-IPv4 NLRI an einen BGP-Peer ankündigen möchte, MUSS die in [RFC5492] definierten Capability Advertisement-Verfahren mit der Extended Next Hop Encoding capability verwenden, um zu bestimmen, ob sein Peer dies für die interessierenden NLRI AFI/SAFI-Paare unterstützt. Die Felder im Capabilities Optional Parameter MÜSSEN wie folgt gesetzt werden:

  • Das Feld Capability Code MUSS auf 5 gesetzt werden (was die Extended Next Hop Encoding capability anzeigt).

  • Das Feld Capability Length wird auf einen variablen Wert gesetzt, der die Länge des Feldes Capability Value (das folgt) ist.

  • Das Feld Capability Value hat das folgende Format:

            +-----------------------------------------------------+
            | NLRI AFI - 1 (2 octets)                             |
            +-----------------------------------------------------+
            | NLRI SAFI - 1 (2 octets)                            |
            +-----------------------------------------------------+
            | Nexthop AFI - 1 (2 octets)                          |
            +-----------------------------------------------------+
            | .....                                               |
            +-----------------------------------------------------+
            | NLRI AFI - N (2 octets)                             |
            +-----------------------------------------------------+
            | NLRI SAFI - N (2 octets)                            |
            +-----------------------------------------------------+
            | Nexthop AFI - N (2 octets)                          |
            +-----------------------------------------------------+

wobei:

  • jedes Tripel <NLRI AFI, NLRI SAFI, Nexthop AFI> anzeigt, dass das NLRI von <NLRI AFI / NLRI SAFI> mit einer Next-Hop-Adresse angekündigt werden kann, die zum Netzwerkschichtprotokoll von Nexthop AFI gehört.

  • die AFI- und SAFI-Werte sind in den Registern "Address Family Numbers" und "Subsequent Address Family Identifier (SAFI) Parameters" definiert (siehe [IANA-AFI] bzw. [IANA-SAFI]).

Da sich dieses Dokument nur mit der Ankündigung von IPv4 NLRI und VPN-IPv4 NLRI mit einem IPv6-Next-Hop befasst, erlaubt diese Spezifikation nur die folgenden Werte im Feld Capability Value der Extended Next Hop Encoding capability:

  • NLRI AFI = 1 (IPv4)

  • NLRI SAFI = 1, 2, 4, 128 oder 129

  • Nexthop AFI = 2 (IPv6)

Dieses Dokument spezifiziert nicht die Verwendung der Extended Next Hop Encoding capability mit anderen Kombinationen von <NLRI AFI, NLRI SAFI, Nexthop AFI>. Zum Beispiel ist die in diesem Dokument spezifizierte Next Hop Encoding capability nicht zur Verwendung für NLRI AFIs/SAFIs gedacht, deren Definition bereits die Verwendung sowohl von IPv4- als auch von IPv6-Next-Hops erlaubt (z.B. AFI/SAFI = <1/132> wie in [RFC4684] definiert). Ebenso ist nicht beabsichtigt, dass die Extended Next Hop Encoding capability für NLRI AFIs/SAFIs verwendet wird, für die bereits eine Lösung zur Ankündigung eines Next Hop einer anderen Adressfamilie existiert (z.B. AFI/SAFI = <2/1>, <2/2> oder <2/4> mit einem IPv4-Next-Hop gemäß [RFC4798] und AFI/SAFI = <2/128> mit einem IPv4-Next-Hop gemäß [RFC4659]).

Es wird erwartet, dass, wenn in Zukunft neue AFIs/SAFIs definiert werden, ihre Definitionen von Anfang an Vorkehrungen (wo angemessen) für sowohl IPv4- als auch IPv6-Next-Hops haben werden, wobei die Bestimmung auf dem Feld Length of Next Hop Address basiert. Daher wird nicht erwartet, dass neue AFIs/SAFIs die Extended Next Hop Encoding capability verwenden.

Ein BGP-Speaker DARF das IPv4- oder VPN-IPv4-NLRI mit einem IPv6-Next-Hop nur dann an einen BGP-Peer ankündigen, wenn der BGP-Speaker zunächst über die BGP Capability Advertisement festgestellt hat, dass der BGP-Peer die Extended Next Hop Encoding capability für das relevante AFI/SAFI-Paar unterstützt.

Die Extended Next Hop Encoding capability liefert Informationen über die Next-Hop-Kodierung für ein gegebenes AFI/SAFI, vorausgesetzt, dass dieses AFI/SAFI erlaubt ist. Sie beeinflusst nicht, ob dieses AFI/SAFI tatsächlich erlaubt ist. Ob ein AFI/SAFI zwischen den BGP-Peers verwendet werden kann, wird ausschließlich durch die in [RFC4760] definierten Multiprotocol Extensions capability bestimmt.

Letztes Update am