3. Overview of Operations (Überblick über den Ablauf)
3. Overview of Operations (Überblick über den Ablauf)
Wenn ein BGP Speaker [RFC4271], der Capabilities Advertisement unterstützt, eine OPEN-Nachricht an seinen BGP Peer sendet, DARF die Nachricht einen Optional Parameter namens Capabilities enthalten. Der Parameter listet die vom Speaker unterstützten Capabilities auf.
Ein BGP Speaker ermittelt die vom Peer unterstützten Capabilities, indem er die Liste der Capabilities im Capabilities Optional Parameter der OPEN-Nachricht prüft, die der Speaker vom Peer empfängt.
Ein BGP Speaker, der eine bestimmte Capability unterstützt, kann diese Capability mit seinem Peer nutzen, nachdem der Speaker (wie oben beschrieben) festgestellt hat, dass der Peer diese Capability unterstützt. Kurz gesagt, eine gegebene Capability kann in einem Peering genutzt werden, wenn beide Peers sie angekündigt haben. Wenn einer der Peers sie nicht angekündigt hat, kann die Capability nicht genutzt werden.
Ein BGP Speaker stellt fest, dass sein Peer Capabilities Advertisement nicht unterstützt, wenn er als Antwort auf eine OPEN-Nachricht mit dem Capabilities Optional Parameter eine NOTIFICATION-Nachricht mit dem Error Subcode Unsupported Optional Parameter erhält. (Dies folgt aus der BGP-4-Basisspezifikation [RFC4271] und ist keine neue Anforderung.) In diesem Fall SOLLTE der Speaker versuchen, die BGP-Verbindung zum Peer ohne Senden des Capabilities Optional Parameter neu aufzubauen.
Wenn ein BGP Speaker, der eine bestimmte Capability unterstützt, feststellt, dass sein Peer diese Capability nicht unterstützt, KANN der Speaker eine NOTIFICATION-Nachricht an den Peer senden und das Peering beenden (siehe Abschnitt "Extensions to Error Handling"). Beispielsweise muss ein BGP Speaker das Peering möglicherweise beenden, wenn er es zum Austausch von IPv6-Routen aufgebaut hat und feststellt, dass sein Peer die Multiprotocol Extensions for BGP-4 [RFC4760] nicht unterstützt. Der Error Subcode in der NOTIFICATION-Nachricht wird dann auf Unsupported Capability gesetzt. Die Nachricht MUSS die Capability oder Capabilities enthalten, die den Speaker zum Senden der Nachricht veranlassen. Die Entscheidung, die Nachricht zu senden und das Peering zu beenden, liegt beim Speaker. Wenn das Peering beendet wurde, SOLLTE ein solches Peering nicht automatisch wiederhergestellt werden.
Wenn ein BGP Speaker von seinem Peer eine Capability empfängt, die er selbst nicht unterstützt oder nicht erkennt, MUSS er diese Capability ignorieren. Insbesondere DARF die NOTIFICATION-Nachricht Unsupported Capability NICHT erzeugt werden und die BGP-Sitzung DARF nicht beendet werden, weil eine vom lokalen Speaker nicht unterstützte Capability empfangen wurde.