6.6. Demand Mode
6.6. Demand Mode
Demand Mode wird unabhängig in jeder Richtung angefordert, indem ein System das Demand (D) Bit in seinen BFD Control Packets setzt. Das System, das das Demand-Bit empfängt, stellt die periodische Übertragung von BFD Control Packets ein. Wenn beide Systeme im Demand Mode arbeiten, fließen keine periodischen BFD Control Packets in beide Richtungen.
Demand Mode erfordert, dass ein anderer Mechanismus verwendet wird, um die fortgesetzte Konnektivität zwischen den beiden Systemen zu implizieren. Der verwendete Mechanismus muss in beide Richtungen nicht derselbe sein und liegt außerhalb des Geltungsbereichs dieser Spezifikation. Ein möglicher Mechanismus ist der Empfang von Verkehr vom entfernten System; ein anderer ist die Verwendung der Echo-Funktion.
Wenn ein System im Demand Mode die bidirektionale Konnektivität verifizieren möchte, initiiert es eine Poll Sequence (siehe Abschnitt 6.5). Wenn keine Antwort auf ein Poll empfangen wird, wird das Poll wiederholt, bis die Detection Time abläuft, zu diesem Zeitpunkt wird die Sitzung als Down deklariert. Beachten Sie, dass wenn Demand Mode nur auf dem lokalen System arbeitet, die Poll Sequence durchgeführt wird, indem einfach das Poll (P) Bit in regulären periodischen BFD Control Packets gesetzt wird, wie in Abschnitt 6.5 gefordert.
Die Detection Time im Demand Mode wird anders berechnet als im Asynchronous Mode; sie basiert auf der Übertragungsrate des lokalen Systems und nicht auf der Übertragungsrate des entfernten Systems. Dies stellt sicher, dass der Poll Sequence-Mechanismus ordnungsgemäß funktioniert. Siehe Abschnitt 6.8.4 für weitere Details.
Beachten Sie, dass der Poll-Mechanismus immer fehlschlagen wird, es sei denn, die ausgehandelte Detection Time ist größer als die Round-Trip-Zeit zwischen den beiden Systemen. Die Durchsetzung dieser Einschränkung liegt außerhalb des Geltungsbereichs dieser Spezifikation.
Demand Mode KANN jederzeit aktiviert oder deaktiviert werden, unabhängig in jeder Richtung, indem das Demand (D) Bit im BFD Control Packet gesetzt oder gelöscht wird, ohne den BFD-Sitzungszustand zu beeinflussen. Beachten Sie, dass das Demand-Bit NICHT gesetzt werden DARF, es sei denn, beide Systeme nehmen die Sitzung als Up wahr (das lokale System denkt, die Sitzung ist Up, und das entfernte System hat zuletzt den Up-Zustand im State (Sta) Feld des BFD Control Packets gemeldet).
Wenn der übertragene Wert des Demand (D) Bits geändert werden soll, MUSS das übertragende System eine Poll Sequence in Verbindung mit der Änderung des Bits initiieren, um sicherzustellen, dass beide Systeme sich der Änderung bewusst sind.
Wenn Demand Mode auf einem oder beiden Systemen aktiv ist, MUSS eine Poll Sequence initiiert werden, wann immer der Inhalt des nächsten zu sendenden BFD Control Packets sich vom Inhalt des vorherigen Pakets unterscheiden würde, mit Ausnahme der Poll (P) und Final (F) Bits. Dies stellt sicher, dass Parameteränderungen zum entfernten System übertragen werden und dass das entfernte System diese Änderungen bestätigt.
Da der zugrunde liegende Erkennungsmechanismus nicht spezifiziert ist und zwischen den beiden Systemen unterschiedlich sein kann, werden die gesamten Detection Time-Eigenschaften des Pfads keinem der beiden Systeme vollständig bekannt sein. Die gesamte Detection Time für ein bestimmtes System ist die Summe der Zeit vor der Initiierung der Poll Sequence plus der berechneten Detection Time.
Beachten Sie, dass wenn Demand Mode nur in einer Richtung aktiviert ist, die kontinuierliche bidirektionale Konnektivitätsverifizierung verloren geht (nur die Konnektivität in der Richtung vom System im Demand Mode zum anderen System wird verifiziert). Die Lösung des Problems, dass ein System Demand Mode anfordert, während das andere eine kontinuierliche bidirektionale Konnektivitätsverifizierung erfordert, liegt außerhalb des Geltungsbereichs dieser Spezifikation.