6.1. Overview (Überblick)
6.1. Overview (Überblick)
Ein System kann entweder eine Active Role (aktive Rolle) oder eine Passive Role (passive Rolle) bei der Sitzungsinitialisierung übernehmen. Ein System, das die Active Role übernimmt, MUSS BFD Control Packets für eine bestimmte Sitzung senden, unabhängig davon, ob es BFD-Pakete für diese Sitzung empfangen hat. Ein System, das die Passive Role übernimmt, DARF NICHT beginnen, BFD-Pakete für eine bestimmte Sitzung zu senden, bis es ein BFD-Paket für diese Sitzung empfangen hat und somit den Discriminator-Wert des entfernten Systems gelernt hat. Mindestens ein System MUSS die Active Role übernehmen (möglicherweise beide). Die Rolle, die ein System übernimmt, ist spezifisch für die Anwendung von BFD und liegt außerhalb des Geltungsbereichs dieser Spezifikation.
Eine Sitzung beginnt mit der periodischen, langsamen Übertragung von BFD Control Packets. Wenn bidirektionale Kommunikation erreicht wird, wird die BFD-Sitzung Up.
Sobald die BFD-Sitzung Up ist, kann ein System wählen, die Echo-Funktion zu starten, wenn es dies wünscht und das andere System signalisiert, dass es dies zulassen wird. Die Übertragungsrate von Control Packets wird typischerweise niedrig gehalten, wenn die Echo-Funktion aktiv ist.
Wenn die Echo-Funktion nicht aktiv ist, kann die Übertragungsrate von Control Packets auf ein Niveau erhöht werden, das notwendig ist, um die Detection Time-Anforderungen für die Sitzung zu erreichen.
Sobald die Sitzung Up ist, kann ein System signalisieren, dass es in den Demand Mode eingetreten ist, und die Übertragung von BFD Control Packets durch das entfernte System hört auf. Andere Mittel zur Implikation von Konnektivität werden verwendet, um die Sitzung am Leben zu erhalten. Wenn eines der Systeme die bidirektionale Konnektivität verifizieren möchte, kann es einen kurzen Austausch von BFD Control Packets (eine "Poll Sequence"; siehe Abschnitt 6.5) initiieren, um dies zu tun.
Wenn Demand Mode nicht aktiv ist und keine Control Packets in der berechneten Detection Time empfangen werden (siehe Abschnitt 6.8.4), wird die Sitzung als Down deklariert. Dies wird dem entfernten Ende über das State (Sta) Feld in ausgehenden Paketen signalisiert.
Wenn ausreichend Echo-Pakete verloren gehen, wird die Sitzung auf die gleiche Weise als Down deklariert. Siehe Abschnitt 6.8.5.
Wenn Demand Mode aktiv ist und keine geeigneten Control Packets als Antwort auf eine Poll Sequence empfangen werden, wird die Sitzung auf die gleiche Weise als Down deklariert. Siehe Abschnitt 6.6.
Wenn die Sitzung Down geht, hört die Übertragung von Echo-Paketen (falls vorhanden) auf, und die Übertragung von Control Packets geht zurück zur langsamen Rate.
Sobald eine Sitzung als Down deklariert wurde, kann sie nicht wieder Up kommen, bis das entfernte Ende zuerst signalisiert, dass es down ist (indem es den Up-Zustand verlässt), was einen Three-Way-Handshake implementiert.
Eine Sitzung KANN administrativ down gehalten werden, indem der AdminDown-Zustand eingegeben und ein erklärender Diagnostic Code im Diagnostic-Feld gesendet wird.