verstehen, wie BFD Netzwerkausfälle erkennt

Das Bidirectional Forwarding Detection (BFD)-Protokoll ist ein einfacher Hello-Mechanismus, der Ausfälle in einem Netzwerk erkennt. Ein Paar Routing-Geräte tauscht BFD-Pakete aus. Die Geräte senden Hello-Pakete in einem festgelegten, regelmäßigen Intervall. Das Gerät erkennt einen Nachbarfehler, wenn das Routinggerät nach einem bestimmten Intervall keine Antwort mehr erhält.

Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.

Im Abschnitt Plattformspezifisches BFD-Verhalten finden Sie Hinweise zu Ihrer Plattform.

• Vorteile
• Arten von BFD-Sitzungen
• Single-Hop- und Multihop-BFD

Ab Junos OS Version 24.3R1 haben wir den verteilten Modus für die BFD-Fehlererkennung (Bidirectional Forwarding Detection) auf vSRX 3.0 eingeführt. Mit dieser Unterstützung haben wir auch die dedizierte Offload-CPU-Funktion in vSRX 3.0 hinzugefügt. Die Funktion "Dedizierte Offload-CPU" plant einen Datenstrom-Thread neu und verwendet die DPDK-Datenstromfilter auf dem NIC, um Pakete mit hoher Priorität (BGP, RIPv2, OSPF, PIM, Multicast, IGMP, Single-Hop-BFD und Multihop-BFD) auf den dedizierten Datenstrom-Thread zu verschieben. Dadurch werden Feature-Pakete von einem eigenen dedizierten Flow-Thread oder einer eigenen Warteschlange verarbeitet, selbst in Fällen, in denen die Weiterleitungsebene überbelegt ist und Pakete verworfen werden.

Da ein gesamter Datenstromthread aus der Weiterleitung des Datenverkehrs entfernt wird, können Sie eine Verringerung der Paket Durchsatz feststellen, und diese Auswirkungen auf die Leistung sind in kleineren Bereitstellungen mit vSRX 3.0 noch ausgeprägter.

Führen Sie den set security forwarding-options dedicated-offload-cpu Befehl aus, um die dedizierte Funktion zum Entladen von CPUs auf vSRX 3.0 zu aktivieren.

Wenn Sie dieses Feature konfigurieren, wird die folgende Warnmeldung in der Syslog-Ausgabe angezeigt: Warnung, Sie haben dedicated-offload-cpu aktiviert, dies hat Auswirkungen auf die Leistung.

Ohne eine dedizierte Offload-CPU können im Falle einer Überbelegung, bei der entweder Speicher- oder CPU-Schwellenwerte auf der Packet Forwarding Engine erreicht werden und Pakete verworfen werden, die Fast BFD-Pakete ebenfalls verworfen werden, was zu BFD-Flapping führt.

Verwenden Sie den show security forward-options dedicated-offload-cpu Befehl, um den aktuellen dedizierten Offload-CPU-Status der Packet Forwarding Engine anzuzeigen. Dieser Befehl zeigt an, ob die dedizierte Offload-CPU-Funktion der Packet Forwarding Engine aktiviert oder deaktiviert ist.

• Vorteile
• Einschränkungen der dedizierten Offload-CPU für vSRX 3.0
• Verteilte Konfiguration und Support

Wir unterstützen zwei Arten von Inline-BFD: Inline-BFD und hardwaregestütztes Inline-BFD. Inline-BFD-Sitzungen werden auf der FPC-Software ausgeführt. Hardwareunterstützte Inline-BFD-Sitzungen werden auf der ASIC-Firmware ausgeführt. Der Support hängt von Ihrem Gerät und Ihrer Softwareversion ab.

• Vorteile
• Inline-BFD
• Hardwaregestütztes Inline-BFD
• Konfiguration

Mit BFD-Sitzungsdämpfung können Sie übermäßige BFD-Flapping-Benachrichtigungen verhindern, indem BFD-Sitzungsstatusänderungen für einen konfigurierten Zeitraum gedämpft werden, wenn definierte Schwellenwerte überschritten werden.

• Vorteile
• Überblick
• Konfiguration

Das Bidirectional Forwarding Detection (BFD)-Protokoll ist ein einfacher Hello-Mechanismus, der Ausfälle in einem Netzwerk erkennt. BFD arbeitet mit einer Vielzahl von Netzwerkumgebungen und -topologien. Ein Paar Routing-Geräte tauscht BFD-Pakete aus. Hello-Pakete werden in einem festgelegten, regelmäßigen Intervall gesendet. Ein Nachbarfehler wird erkannt, wenn das Routinggerät nach einem bestimmten Intervall keine Antwort mehr erhält. Die Timer für die BFD-Fehlererkennung haben kürzere Zeitlimits als die statischen Mechanismen zur Erkennung von Routenfehlern und bieten daher eine schnellere Erkennung.

Die Timer für die BFD-Fehlererkennung können so eingestellt werden, dass sie schneller oder langsamer sind. Je niedriger der Wert des BFD-Fehlererkennungs-Timers ist, desto schneller ist die Fehlererkennung und umgekehrt. Beispielsweise können sich die Timer an einen höheren Wert anpassen, wenn die Nachbarschaft ausfällt (d. h. der Timer erkennt Ausfälle langsamer). Oder ein Nachbar kann einen höheren Wert für einen Timer aushandeln als den konfigurierten Wert. Die Timer passen sich an einen höheren Wert an, wenn ein BFD-Sitzungs-Flapping mehr als dreimal innerhalb von 15 Sekunden auftritt. Ein Backoff-Algorithmus erhöht das Empfangsintervall (Rx) um zwei, wenn die lokale BFD-Instanz der Grund für den Sitzungs-Flap ist. Das Übertragungsintervall (Tx) wird um zwei erhöht, wenn die entfernte BFD-Instanz der Grund für den Session-Flap ist. Sie können den clear bfd adaptation Befehl verwenden, um BFD-Intervall-Timer auf ihre konfigurierten Werte zurückzusetzen. Der clear bfd adaptation Befehl ist hitless, was bedeutet, dass der Befehl keinen Einfluss auf den Datenverkehrsfluss auf dem Routing-Gerät hat.

Standardmäßig wird BFD auf statischen Single-Hop-Routen unterstützt.

Um die Fehlererkennung zu aktivieren, schließen Sie die bfd-liveness-detection Anweisung in die Konfiguration der statischen Route ein.

Das BFD-Protokoll wird für statische IPv6-Routen unterstützt. Globale Unicast- und Link-lokale IPv6-Adressen werden für statische Routen unterstützt. Das BFD-Protokoll wird auf Multicast- oder Anycast-IPv6-Adressen nicht unterstützt. Für IPv6 unterstützt das BFD-Protokoll nur statische Routen. IPv6 für BFD wird auch für das eBGP-Protokoll unterstützt.

Um das BFD-Protokoll für statische IPv6-Routen zu konfigurieren, schließen Sie die bfd-liveness-detection Anweisung auf Hierarchieebene [edit routing-options rib inet6.0 static route destination-prefix] ein.

Sie können ein Hold-Down-Intervall konfigurieren, um anzugeben, wie lange die BFD-Sitzung aktiv bleiben muss, bevor eine Benachrichtigung über Zustandsänderungen gesendet wird.

Um das Niederhalteintervall anzugeben, schließen Sie die holddown-interval Anweisung in die BFD-Konfiguration ein. Sie können eine Zahl im Bereich von 0 bis 255.000 Millisekunden konfigurieren. Der Standardwert ist 0. Wenn die BFD-Sitzung ausfällt und dann während des Halteintervalls wieder hochgefahren wird, wird der Timer neu gestartet.

Um die minimalen Sende- und Empfangsintervalle für die Fehlererkennung anzugeben, schließen Sie die minimum-interval Anweisung in die BFD-Konfiguration ein.

Dieser Wert stellt sowohl das Mindestintervall dar, nach dem das lokale Routinggerät Hello-Pakete überträgt, als auch das Mindestintervall, nach dem das Routinggerät eine Antwort von dem Nachbarn erwartet, mit dem es eine BFD-Sitzung eingerichtet hat. Sie können eine Zahl im Bereich von 1 bis 255.000 Millisekunden konfigurieren. Anstelle dieser Anweisung können Sie optional die minimalen Übertragungs- und Empfangsintervalle separat konfigurieren, indem Sie die Anweisungen transmit-interval minimum-interval und minimum-receive-interval verwenden.

Um das minimale Empfangsintervall für die Fehlererkennung anzugeben, schließen Sie die minimum-receive-interval Anweisung in die BFD-Konfiguration ein. Dieser Wert stellt das Mindestintervall dar, nach dem das Routing-Gerät eine Antwort von einem Nachbarn erwartet, mit dem es eine BFD-Sitzung eingerichtet hat. Sie können eine Zahl im Bereich von 1 bis 255.000 Millisekunden konfigurieren. Anstelle dieser Anweisung können Sie optional das minimale Empfangsintervall mit der minimum-interval Anweisung auf Hierarchieebene [edit routing-options static route destination-prefix bfd-liveness-detection] konfigurieren.

Um die Anzahl der Hello-Pakete anzugeben, die nicht vom Nachbarn empfangen wurden und die dazu führt, dass die ursprüngliche Schnittstelle als ausgefallen deklariert wird, schließen Sie die multiplier Anweisung in die BFD-Konfiguration ein. Der Standardwert ist 3. Sie können eine Zahl im Bereich von 1 bis 255 konfigurieren.

Um einen Schwellenwert für die Erkennung der Anpassung der Erkennungszeit festzulegen, nehmen Sie die threshold Anweisung in die BFD-Konfiguration auf.

Wenn sich die Erkennungszeit der BFD-Sitzung an einen Wert anpasst, der gleich oder höher als der Schwellenwert ist, werden ein einzelner Trap und eine Systemprotokollnachricht gesendet. Die Erkennungszeit basiert auf dem Multiplikator des Minimum-Interval - oder des Minimum-Receive-Interval-Wertes . Der Schwellenwert muss höher sein als der Multiplikator für einen dieser konfigurierten Werte. Wenn das minimale Empfangsintervall beispielsweise 300 ms und der Multiplikator 3 beträgt, beträgt die Gesamterkennungszeit 900 ms. Daher muss der Schwellenwert für die Erkennungszeit einen Wert größer als 900 haben.

Um das minimale Übertragungsintervall für die Fehlererkennung anzugeben, schließen Sie die transmit-interval minimum-interval Anweisung in die BFD-Konfiguration ein.

Dieser Wert stellt das Mindestintervall dar, nach dem das lokale Routinggerät Hello-Pakete an den Nachbarn überträgt, mit dem es eine BFD-Sitzung eingerichtet hat. Sie können einen Wert im Bereich von 1 bis 255.000 Millisekunden konfigurieren. Anstelle dieser Anweisung können Sie optional das minimale Übertragungsintervall mit der minimum-interval Anweisung auf Hierarchieebene [edit routing-options static route destination-prefix bfd-liveness-detection] konfigurieren.

Um den Schwellenwert für die Anpassung des Übertragungsintervalls festzulegen, nehmen Sie die transmit-interval threshold Anweisung in die BFD-Konfiguration auf.

Der Schwellenwert muss größer als das Übertragungsintervall sein. Wenn sich die Übertragungszeit der BFD-Sitzung an einen Wert anpasst, der größer als der Schwellenwert ist, werden ein einzelner Trap und eine Systemprotokollnachricht gesendet. Die Erkennungszeit basiert auf dem Multiplikator des Wertes für das Mindestintervall oder der minimum-receive-interval Anweisung auf Hierarchieebene [edit routing-options static route destination-prefix bfd-liveness-detection] . Der Schwellenwert muss höher sein als der Multiplikator für einen dieser konfigurierten Werte.

Um die BFD-Version anzugeben, schließen Sie die version Anweisung in die BFD-Konfiguration ein. Standardmäßig wird die Version automatisch erkannt.

Um eine IP-Adresse für den nächsten Hop der BFD-Sitzung einzuschließen, schließen Sie die neighbor Anweisung in die BFD-Konfiguration ein.

Sie können BFD-Sitzungen so konfigurieren, dass sie sich nicht an sich ändernde Netzwerkbedingungen anpassen. Um die BFD-Anpassung zu deaktivieren, fügen Sie die no-adaptation Anweisung in die BFD-Konfiguration ein.

Das Bidirectional Forwarding Detection (BFD)-Protokoll ist ein einfacher Hello-Mechanismus, der Ausfälle in einem Netzwerk erkennt. Hello-Pakete werden in einem festgelegten, regelmäßigen Intervall gesendet. Ein Nachbarfehler wird erkannt, wenn das Routinggerät nach einem bestimmten Intervall keine Antwort mehr erhält. BFD arbeitet mit einer Vielzahl von Netzwerkumgebungen und -topologien. Die Fehlererkennungs-Timer für BFD haben kürzere Zeitlimits als die standardmäßigen Fehlererkennungsmechanismen für BGP und bieten daher eine schnellere Erkennung.

Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.

Im Abschnitt Plattformspezifisches BFD für BGP-Verhalten finden Sie Hinweise zu Ihrer Plattform.

Die Timer für die BFD-Fehlererkennung können so eingestellt werden, dass sie schneller oder langsamer sind. Je niedriger der Wert des BFD-Fehlererkennungs-Timers ist, desto schneller ist die Fehlererkennung und umgekehrt. Beispielsweise können sich die Timer an einen höheren Wert anpassen, wenn die Nachbarschaft ausfällt (d. h. der Timer erkennt Ausfälle langsamer). Oder ein Nachbar kann einen höheren Wert für einen Timer aushandeln als den konfigurierten Wert. Die Timer passen sich an einen höheren Wert an, wenn ein BFD-Session-Flapping mehr als dreimal innerhalb von 15 Sekunden (15000 Millisekunden) auftritt. Ein Backoff-Algorithmus erhöht das Empfangsintervall (Rx) um zwei, wenn die lokale BFD-Instanz der Grund für den Sitzungs-Flap ist. Das Übertragungsintervall (Tx) wird um zwei erhöht, wenn die entfernte BFD-Instanz der Grund für den Session-Flap ist. Sie können den clear bfd adaptation Befehl verwenden, um BFD-Intervall-Timer auf ihre konfigurierten Werte zurückzusetzen. Der clear bfd adaptation Befehl ist hitless, was bedeutet, dass der Befehl keinen Einfluss auf den Datenverkehrsfluss auf dem Routing-Gerät hat.

Das Bidirectional Forwarding Detection (BFD)-Protokoll ist ein einfacher Hello-Mechanismus, der Ausfälle in einem Netzwerk erkennt. BFD arbeitet mit einer Vielzahl von Netzwerkumgebungen und -topologien. Ein Paar Routing-Geräte tauscht BFD-Pakete aus. Hello-Pakete werden in einem festgelegten, regelmäßigen Intervall gesendet. Ein Nachbarfehler wird erkannt, wenn das Routinggerät nach einem bestimmten Intervall keine Antwort mehr erhält. Die BFD-Fehlererkennungs-Timer haben kürzere Zeitlimits als die OSPF-Fehlererkennungsmechanismen und bieten daher eine schnellere Erkennung.

Die BFD-Fehlererkennungs-Timer sind adaptiv und können so eingestellt werden, dass sie schneller oder langsamer sind. Je niedriger der Wert des BFD-Fehlererkennungs-Timers ist, desto schneller ist die Fehlererkennung und umgekehrt. Beispielsweise können sich die Timer an einen höheren Wert anpassen, wenn die Nachbarschaft ausfällt (d. h. der Timer erkennt Ausfälle langsamer). Oder ein Nachbar kann einen höheren Wert für einen Timer aushandeln als den konfigurierten Wert. Die Timer passen sich an einen höheren Wert an, wenn ein BFD-Sitzungs-Flapping mehr als dreimal innerhalb von 15 Sekunden auftritt. Ein Backoff-Algorithmus erhöht das Empfangsintervall (Rx) um zwei, wenn die lokale BFD-Instanz der Grund für den Sitzungs-Flap ist. Das Übertragungsintervall (Tx) wird um zwei erhöht, wenn die entfernte BFD-Instanz der Grund für den Session-Flap ist. Sie können den clear bfd adaptation Befehl verwenden, um BFD-Intervall-Timer auf ihre konfigurierten Werte zurückzusetzen. Der clear bfd adaptation Befehl ist hitless, was bedeutet, dass der Befehl keinen Einfluss auf den Datenverkehrsfluss auf dem Routing-Gerät hat.

Sie können die folgenden BFD-Protokolleinstellungen konfigurieren:

• detection-time threshold—Schwellenwert für die Anpassung der Erkennungszeit. Wenn sich die Erkennungszeit der BFD-Sitzung an einen Wert anpasst, der gleich oder größer als der konfigurierte Schwellenwert ist, werden eine einzelne Trap- und eine einzelne Systemprotokollnachricht gesendet.

• full-neighbors-only– Es können BFD-Sitzungen nur für OSPF-Nachbarn mit vollständiger Nachbarschaft eingerichtet werden. Das Standardverhalten besteht darin, BFD-Sitzungen für alle OSPF-Nachbarn einzurichten.

• minimum-interval– Minimales Übertragungs- und Empfangsintervall für die Fehlererkennung. Diese Einstellung konfiguriert sowohl das Mindestintervall, nach dem das lokale Routinggerät Hello-Pakete überträgt, als auch das Mindestintervall, nach dem das Routinggerät eine Antwort von dem Nachbarn erwartet, mit dem es eine BFD-Sitzung eingerichtet hat. Beide Intervalle werden in Millisekunden angegeben. Sie können die minimalen Sende- und Empfangsintervalle auch separat mit den transmit-interval minimum-interval Anweisungen and minimum-receive-interval angeben.

  Hinweis:

  Abhängig von Ihrer Netzwerkumgebung kann Folgendes zutreffen:

  • Das empfohlene Mindestintervall für zentrale BFD beträgt 300 ms mit a multiplier von 3 und das empfohlene Mindestintervall für verteilte BFD beträgt 100 ms mit a multiplier von 3.

  • Damit BFD-Sitzungen während eines Routing-Engine-Switchover-Ereignisses aktiv bleiben, wenn Nonstop Active Routing (NSR) konfiguriert ist, geben Sie ein Mindestintervall von 2500 ms für Routing-Engine-basierte Sitzungen an. Ohne NSR können Routing-Engine-basierte Sitzungen ein Mindestintervall von 100 ms haben.

  • Für verteilte BFD-Sitzungen mit konfigurierter NSR bleiben die Empfehlungen für das Mindestintervall unverändert und hängen nur von Ihrer Netzwerk-Bereitstellung ab.

  • BFD wird nicht vor Junos 21.2 verteilt (da BFD für OSPFv3 in der Routing-Engine basiert).

• minimum-receive-interval– Minimales Empfangsintervall für die Fehlererkennung. Mit dieser Einstellung wird das minimale Empfangsintervall in Millisekunden konfiguriert, nach dem das Routinggerät erwartet, ein Hello-Paket von einem Nachbarn zu erhalten, mit dem es eine BFD-Sitzung eingerichtet hat. Sie können auch das minimale Empfangsintervall mit der minimum-interval Anweisung angeben.

• multiplier– Multiplikator für Hello-Pakete. Diese Einstellung konfiguriert die Anzahl der Hello-Pakete, die nicht von einem Nachbarn empfangen werden, was dazu führt, dass die ursprüngliche Schnittstelle als ausgefallen deklariert wird. Standardmäßig führen drei verpasste Hello-Pakete dazu, dass die ursprüngliche Schnittstelle als ausgefallen deklariert wird.

• no-adaptation– Deaktiviert die BFD-Adaption. Diese Einstellung verhindert, dass BFD-Sitzungen an sich ändernde Netzwerkbedingungen angepasst werden.

  Hinweis:

  Es wird empfohlen, die BFD-Anpassung nicht zu deaktivieren, es sei denn, es ist vorzuziehen, keine BFD-Anpassung in Ihrem Netzwerk zu haben.

• transmit-interval minimum-interval– Minimales Übertragungsintervall für die Fehlererkennung. Mit dieser Einstellung wird das minimale Übertragungsintervall in Millisekunden konfiguriert, in dem das lokale Routinggerät Hello-Pakete an den Nachbarn überträgt, mit dem es eine BFD-Sitzung eingerichtet hat. Sie können auch das minimale Übertragungsintervall mit der minimum-interval Anweisung angeben.

• transmit-interval threshold– Schwellenwert für die Anpassung des Übertragungsintervalls der BFD-Sitzung. Wenn sich das Übertragungsintervall an einen Wert anpasst, der größer als der Schwellenwert ist, werden ein einzelnes Trap und eine einzelne Systemprotokollnachricht gesendet. Der Schwellenwert muss größer als das minimale Übertragungsintervall sein. Wenn Sie versuchen, eine Konfiguration mit einem Schwellenwert unter dem minimalen Übertragungsintervall zu bestätigen, zeigt das Routinggerät einen Fehler an und akzeptiert die Konfiguration nicht.

• version—BFD-Version. Mit dieser Einstellung wird die BFD-Version konfiguriert, die für die Erkennung verwendet wird. Sie können BFD Version 1 explizit konfigurieren, oder das Routinggerät erkennt automatisch die BFD-Version. Standardmäßig erkennt das Routing-Gerät automatisch die BFD-Version, die entweder 0 oder 1 ist.

Sie können BFD-Vorgänge auch zu Fehlerbehebungszwecken verfolgen.

Die BFD-Fehlererkennungs-Timer sind adaptiv und können so eingestellt werden, dass sie schneller oder langsamer sind. Beispielsweise können sich die Timer an einen höheren Wert anpassen, wenn die Nachbarschaft fehlschlägt, oder ein Nachbar kann einen höheren Wert für einen Timer als den konfigurierten Wert aushandeln. Die Timer passen sich an einen höheren Wert an, wenn ein BFD-Sitzungs-Flapping mehr als dreimal innerhalb von 15 Sekunden auftritt. Ein Backoff-Algorithmus erhöht das Empfangsintervall (RX) um zwei, wenn die lokale BFD-Instanz der Grund für den Sitzungs-Flap ist. Das Übertragungsintervall (TX) wird um zwei erhöht, wenn die entfernte BFD-Instanz der Grund für den Session-Flap ist.

Sie können den clear bfd adaptation Befehl verwenden, um BFD-Intervall-Timer auf ihre konfigurierten Werte zurückzusetzen. Der clear bfd adaptation Befehl ist hitless, was bedeutet, dass der Befehl keinen Einfluss auf den Datenverkehrsfluss auf dem Routing-Gerät hat.

Um Fehler im Netzwerk zu erkennen, werden die Anweisungen in Tabelle 2 in der Konfiguration verwendet.

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisungen einschließen können, finden Sie in den Abschnitten mit der Zusammenfassung der Anweisungen für diese Anweisungen.

BFD ermöglicht ein schnelles Failover zwischen einem primären und einem sekundären gerouteten Pfad. Das Protokoll testet den Betriebsstatus der Schnittstelle mehrmals pro Sekunde. BFD stellt Konfigurations-Timer und Schwellenwerte für die Fehlererkennung zur Verfügung. Wenn das Mindestintervall beispielsweise auf 50 Millisekunden festgelegt ist und der Schwellenwert den Standardwert von drei verpassten Nachrichten verwendet, wird innerhalb von 200 Millisekunden nach dem Fehler ein Fehler auf einer Schnittstelle erkannt.

Intervenierende Geräte (z. B. ein Ethernet-LAN-Switch) verbergen Ausfälle auf Verbindungsschichten vor Routing-Protokoll-Peers, z. B. wenn zwei Router über einen LAN-Switch verbunden sind, wobei der lokale Schnittstellenstatus auch dann bestehen bleibt, wenn ein physischer Fehler in der Remote-Verbindung auftritt. Die Zeiten für die Erkennung von Ausfällen auf der Verbindungsschicht variieren je nach physischem Medium und Layer-2-Verkapselung. BFD kann schnelle Fehlererkennungszeiten für alle Medientypen, Verkapselungen, Topologien und Routing-Protokolle bieten.

Um BFD für RIP zu aktivieren, müssen beide Seiten der Verbindung eine Aktualisierungsnachricht vom Peer erhalten. Standardmäßig exportiert RIP keine Routen. Daher müssen Sie das Senden von Aktualisierungsnachrichten aktivieren, indem Sie eine Exportrichtlinie für Routen konfigurieren, bevor eine BFD-Sitzung ausgelöst wird.

Wenn Sie Micro-BFD-Sitzungen für jede Mitgliedsverbindung in einem LAG-Bundle konfigurieren, bestimmt jede einzelne Sitzung die Layer-2- und Layer-3-Konnektivität jeder Mitgliedsverbindung in einer LAG.

Nachdem die einzelne Sitzung auf einer bestimmten Verbindung eingerichtet wurde, werden die Mitgliedsverbindungen an die LAG angehängt und dann durch eine der folgenden Optionen ausgeglichen:

• Statische Konfiguration: Die Gerätesteuerung fungiert als Client für die Micro-BFD-Sitzung.

• Link Aggregation Control Protocol (LACP): LACP fungiert als Client für die Micro-BFD-Sitzung.

Wenn die Micro-BFD-Sitzung aktiv ist, wird eine LAG-Verbindung aufgebaut und die Daten werden über diese LAG-Verbindung übertragen. Wenn die Micro-BFD-Sitzung auf einer Mitgliedsverbindung ausfällt, wird diese bestimmte Mitgliedsverbindung aus dem Load Balancer entfernt, und die LAG-Manager leiten den Datenverkehr nicht mehr an diese Verbindung. Diese Micro-BFD-Sitzungen sind unabhängig voneinander, obwohl sie über einen einzigen Client verfügen, der die LAG-Schnittstelle verwaltet.

Micro-BFD-Sitzungen werden in den folgenden Modi ausgeführt:

• Verteilungsmodus: In diesem Modus sendet und empfängt die Packet Forwarding Engine (PFE) die Pakete auf Layer 3. Standardmäßig werden Micro-BFD-Sitzungen auf Layer 3 verteilt.

• Nicht-Verteilungsmodus: In diesem Modus sendet und empfängt die Routing-Engine die Pakete auf Layer 2. Sie können die BFD-Sitzung für die Ausführung in diesem Modus konfigurieren, indem Sie die no-delegate-processing Anweisung in die periodische Paketverwaltung (PPM) aufnehmen.

Ein Paar Routing-Geräte in einer LAG tauscht BFD-Pakete in einem bestimmten, regelmäßigen Intervall aus. Das Routinggerät erkennt einen Nachbarfehler, wenn es nach einem bestimmten Intervall keine Antwort mehr erhält. Dies ermöglicht die schnelle Überprüfung der Konnektivität mit oder ohne LACP für die Mitgliedsverbindung. Ein UDP-Port unterscheidet BFD über LAG-Pakete von BFD über Single-Hop-IP-Pakete. Die Internet Assigned Numbers Authority (IANA) hat 6784 als UDP-Zielport für Micro-BFD zugewiesen.

Ab Version 16.1R1 von Junos OS können Sie den Status der statischen Route im Status "Ausgefallener BFD-Administrator" festlegen, indem Sie einen der folgenden Befehle konfigurieren:

• set routing-options static static-route bfd-admin-down active– BFD Admin Down state ruft die statische Route ab.

• set routing-options static static-route bfd-admin-down passive– BFD Admin Down State ruft die statische Route nicht herunter.

Seamless BFD (S-BFD) reduziert die Zeit, die benötigt wird, um Pfadfehler zu erkennen und darauf zu reagieren, indem es die BFD-Initiierungszeit verkürzt. Jedem Knoten im Netzwerk wird ein eindeutiger S-BFD-Diskriminator zugewiesen. Knoten fungieren entweder als Initiatoren, die aktiv die Erreichbarkeit von Pfaden prüfen, oder als Responder, die Erreichbarkeitsanforderungen überwachen und darauf reagieren. Wenn ein S-BFD-Initiator ein Anforderungspaket sendet, antwortet der Responder, indem er Diskriminatoren vertauscht und den Status sofort auf UPsetzt. Dieser zustandslose Betrieb ermöglicht den schnellen Aufbau mehrerer Sitzungen und ist damit ideal für Umgebungen, die schnelle Konnektivitätsprüfungen erfordern.

Um sbfd zu aktivieren, konfigurieren Sie die bfd-liveness-detection sbfd remote-discriminator value Anweisung auf den Initatorknoten und die bfd sbfd local-discriminator value auf den Berichtsknoten.

• Vorteile von S-BFD
• S-BFD löste schnelle Umleitung aus

Ab Junos OS Version 22.4R1 können Sie BFD so konfigurieren, dass Echopakete von einem benachbarten Gerät hin und her gesendet werden, um sicherzustellen, dass ein Weiterleitungspfad verfügbar ist. Verwenden Sie die bfd-liveness-detection echo minimum-interval milliseconds Konfigurationsanweisung, um den BFD-Echomodus zu aktivieren und das Mindestintervall für Echopakete festzulegen. Der BFD-Echomodus funktioniert nur, wenn das Nachbargerät BFD unterstützt.

Wenn das Nachbargerät BFD nicht unterstützt, können Sie den BFD-Echo-Lite-Modus verwenden. Um den BFD-Echo-Lite-Modus zu aktivieren, verwenden Sie die bfd-liveness-detection echo-lite minimum-interval milliseconds Konfigurationsanweisung. Der BFD-Echo-Lite-Modus führt die gleiche Funktion wie der BFD-Echo-Modus aus, ohne dass eine BFD-Konfiguration auf dem Nachbargerät erforderlich ist.

Standardmäßig unterstützen die Echo- und Echo-Lite-Modi nur Single-Hop-Sitzungen im zentralen BFD-Modus. Ab Junos OS Version 24.2R1 unterstützen PRPD BFD-APIs den Echo-Lite-Modus für Multihop-Sitzungen im verteilten und Inline-BFD-Modus. Weitere Informationen zu PRPD-APIs finden Sie unter Übersicht über JET-APIs. Ab Junos OS Version 25.4R1 können Sie Single-Hop-BFD-Echo-Lite-Sitzungen im Inline- und verteilten Modus konfigurieren.

Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.

Verwenden Sie die folgenden Tabellen, um plattformspezifische Verhaltensweisen für Ihre Plattform zu überprüfen:

• Plattformspezifisches verteiltes BFD-Verhalten
• Plattformspezifisches Inline-BFD-Verhalten
• Plattformspezifisches BFD für statisches Routenverhalten
• Plattformspezifisches BFD für BGP-Verhalten
• Plattformspezifisches BFD für OSPF-Verhalten
• Plattformspezifisches BFD für IS-IS-Verhalten
• Plattformspezifisches BFD für RIP-Verhalten
• Plattformspezifisches Mikro-BFD-Verhalten