6.8.18. Holding Down Sessions (Maintien des sessions en attente)

6.8.18. Holding Down Sessions (Maintien des sessions en attente)

Un système PEUT choisir d'empêcher l'établissement d'une session BFD. Une raison possible pourrait être de gérer le débit auquel les sessions sont établies. Cela peut être effectué en maintenant la session dans l'état Down ou AdminDown, selon le cas.

Il existe deux mécanismes connexes disponibles pour soutenir cette tâche. Premièrement, un système est REQUIS de maintenir l'état de la session (y compris les paramètres de temporisation) même si une session est en panne, jusqu'à ce qu'une durée de détection (Detection Time) se soit écoulée sans recevoir de paquet de contrôle BFD. Cela signifie qu'un système peut faire tomber une session et transmettre une valeur arbitrairement grande dans le champ Required Min RX Interval pour contrôler le débit auquel il reçoit des paquets.

De plus, un système PEUT transmettre une valeur de zéro pour Required Min RX Interval afin d'indiquer que le système distant ne doit envoyer aucun paquet du tout.

Tant que le système local continue de transmettre des paquets de contrôle BFD, le système distant est obligé d'honorer la valeur transmise dans Required Min RX Interval. Si le système distant ne reçoit pas de paquets de contrôle BFD pendant une durée de détection, il DEVRAIT réinitialiser bfd.RemoteMinRxInterval à sa valeur initiale de 1 (conformément à la section 6.8.1, car il n'est plus nécessaire de maintenir l'état de session précédent) et peut alors transmettre à son propre débit.