6.1. Vue d'ensemble
6.1. Vue d'ensemble
Un système peut prendre soit un rôle actif, soit un rôle passif lors de l'initialisation de la session. Un système prenant le rôle actif DOIT envoyer des paquets de contrôle BFD pour une session particulière, qu'il ait reçu ou non des paquets BFD pour cette session. Un système prenant le rôle passif NE DOIT PAS commencer à envoyer des paquets BFD pour une session particulière tant qu'il n'a pas reçu un paquet BFD pour cette session, et donc appris la valeur du discriminateur du système distant. Au moins un système DOIT prendre le rôle actif (éventuellement les deux). Le rôle qu'un système prend est spécifique à l'application de BFD et est en dehors de la portée de cette spécification.
Une session commence par la transmission périodique lente de paquets de contrôle BFD. Lorsque la communication bidirectionnelle est établie, la session BFD devient Up.
Une fois que la session BFD est Up, un système peut choisir de démarrer la fonction Echo s'il le souhaite et que l'autre système signale qu'il l'autorisera. Le taux de transmission des paquets de contrôle est typiquement maintenu bas lorsque la fonction Echo est active.
Si la fonction Echo n'est pas active, le taux de transmission des paquets de contrôle peut être augmenté à un niveau nécessaire pour atteindre les exigences de temps de détection pour la session.
Une fois que la session est Up, un système peut signaler qu'il est entré en mode Demand, et la transmission de paquets de contrôle BFD par le système distant cesse. D'autres moyens d'impliquer la connectivité sont utilisés pour maintenir la session active. Si l'un ou l'autre système souhaite vérifier la connectivité bidirectionnelle, il peut initier un court échange de paquets de contrôle BFD (une "séquence de sondage" (Poll Sequence); voir section 6.5) pour ce faire.
Si le mode Demand n'est pas actif et qu'aucun paquet de contrôle n'est reçu dans le temps de détection calculé (voir section 6.8.4), la session est déclarée Down. Ceci est signalé à l'extrémité distante via le champ State (Sta) dans les paquets sortants.
Si un nombre suffisant de paquets Echo est perdu, la session est déclarée Down de la même manière. Voir section 6.8.5.
Si le mode Demand est actif et qu'aucun paquet de contrôle approprié n'est reçu en réponse à une séquence de sondage, la session est déclarée Down de la même manière. Voir section 6.6.
Si la session passe Down, la transmission de paquets Echo (le cas échéant) cesse, et la transmission de paquets de contrôle revient au taux lent.
Une fois qu'une session a été déclarée Down, elle ne peut pas revenir Up tant que l'extrémité distante ne signale pas d'abord qu'elle est down (en quittant l'état Up), implémentant ainsi une poignée de main à trois voies.
Une session PEUT être maintenue administrativement inactive en entrant dans l'état AdminDown et en envoyant un code de diagnostic explicatif dans le champ Diagnostic.