5. Betrieb

Der in Abschnitt 3 spezifizierte Pfadbezeichner kann verwendet werden, um mehrere Pfade für denselben Adresspräfix anzukündigen, ohne dass nachfolgende Ankündigungen die vorherigen ersetzen. Abgesehen von der Tatsache, dass dies jetzt möglich ist, werden die Routenankündigungsregeln von [RFC4271] nicht geändert. Insbesondere ersetzt eine neue Ankündigung für einen bestimmten Adresspräfix und einen bestimmten Pfadbezeichner eine vorherige Ankündigung für denselben Adresspräfix und Pfadbezeichner. Wenn ein BGP-Sprecher eine Nachricht erhält, um einen Präfix mit einem zuvor nicht gesehenen Pfadbezeichner zurückzuziehen, SOLLTE (SHOULD) er ihn stillschweigend ignorieren.

Damit ein BGP-Sprecher mehrere Pfade an seinen Peer senden kann, MUSS (MUST) dieser BGP-Sprecher die ADD-PATH-Fähigkeit mit dem Senden/Empfangen-Feld auf 2 oder 3 gesetzt ankündigen, und MUSS (MUST) von seinem Peer die ADD-PATH-Fähigkeit mit dem Senden/Empfangen-Feld auf 1 oder 3 gesetzt für das entsprechende <AFI, SAFI> empfangen.

Ein BGP-Sprecher MUSS (MUST) die in [RFC4271] definierten Verfahren befolgen, wenn er eine UPDATE-Nachricht für ein bestimmtes <AFI, SAFI> an einen Peer generiert, es sei denn, der BGP-Sprecher kündigt die ADD-PATH-Fähigkeit dem Peer an, die seine Fähigkeit anzeigt, mehrere Pfade für das <AFI, SAFI> zu senden, und empfängt auch die ADD-PATH-Fähigkeit vom Peer, die seine Fähigkeit anzeigt, mehrere Pfade für das <AFI, SAFI> zu empfangen. In diesem Fall MUSS (MUST) der Sprecher eine Routenaktualisierung für das <AFI, SAFI> basierend auf der Kombination aus Adresspräfix und Pfadbezeichner generieren und die in diesem Dokument spezifizierten erweiterten NLRI-Kodierungen verwenden. Der Peer SOLL (SHALL) entsprechend handeln, wenn er eine UPDATE-Nachricht verarbeitet, die sich auf ein bestimmtes <AFI, SAFI> bezieht.

Ein BGP-Sprecher SOLLTE (SHOULD) die beste Route [RFC4271] einschließen, wenn mehr als ein Pfad einem Nachbarn angekündigt wird, es sei denn, es handelt sich um einen von diesem Nachbarn empfangenen Pfad.

Da die Pfadbezeichner lokal zugewiesen werden und über einen Neustart der Steuerungsebene eines BGP-Sprechers hinweg persistent sein können oder nicht, SOLLTE (SHOULD) eine Implementierung besondere Sorgfalt walten lassen, damit die zugrunde liegende Weiterleitungsebene eines „empfangenden Sprechers", wie in [RFC4724] beschrieben, während des graceful restart einer BGP-Sitzung nicht betroffen ist.