1. Introduction
1. Introduction
Une caractéristique de plus en plus importante des équipements réseau est la détection rapide des défaillances de communication entre systèmes adjacents, afin d'établir plus rapidement des chemins alternatifs. La détection peut se produire assez rapidement dans certaines circonstances lorsque le matériel de liaison de données entre en jeu (comme les alarmes SONET - Synchronous Optical Network). Cependant, il existe des médias qui ne fournissent pas ce type de signalisation (comme Ethernet), et certains médias peuvent ne pas détecter certains types de défaillances dans le chemin, par exemple, des interfaces défaillantes ou des composants de moteur de transmission.
Les réseaux utilisent des mécanismes "Hello" relativement lents, généralement dans les protocoles de routage, pour détecter les défaillances lorsqu'il n'y a pas de signalisation matérielle pour aider. Les temps de détection de défaillances (Detection Times) disponibles dans les protocoles existants ne sont pas meilleurs qu'une seconde, ce qui est beaucoup trop long pour certaines applications et représente une grande quantité de données perdues aux débits gigabit. De plus, les messages Hello des protocoles de routage ne sont d'aucune aide lorsque ces protocoles de routage ne sont pas utilisés, et la sémantique de la détection est subtilement différente -- ils détectent une défaillance dans le chemin entre les deux moteurs de protocole de routage.
L'objectif de la détection de transmission bidirectionnelle (Bidirectional Forwarding Detection - BFD) est de fournir une détection à faible surcharge et de courte durée des défaillances dans le chemin entre les moteurs de transmission adjacents, incluant les interfaces, les liaisons de données et, dans la mesure du possible, les moteurs de transmission eux-mêmes.
Un objectif supplémentaire est de fournir un mécanisme unique qui peut être utilisé pour la détection de vivacité sur n'importe quel média, à n'importe quelle couche de protocole, avec une large gamme de temps de détection et de surcharges, afin d'éviter une prolifération de méthodes différentes.
Ce document spécifie les détails du protocole de base. L'utilisation de certains mécanismes dépend de l'application et est spécifiée dans une série distincte de documents d'application. Ces questions sont ainsi notées.
Notez que de nombreux mécanismes précis dépendent de l'implémentation et n'affecteront pas l'interopérabilité, et sont donc en dehors de la portée de cette spécification. Ces questions sont ainsi notées.