2. Design (Progettazione)
2. Design (Progettazione)
BFD è progettato per rilevare guasti nella comunicazione con un next hop del piano di inoltro. È destinato ad essere implementato in qualche componente del motore di inoltro di un sistema, nei casi in cui i motori di inoltro e di controllo sono separati. Questo non solo vincola maggiormente il protocollo al piano di inoltro, ma disaccoppia il protocollo dal destino del motore del protocollo di routing, rendendolo utile in concerto con vari meccanismi di "graceful restart" per tali protocolli. BFD può anche essere implementato nel motore di controllo, sebbene farlo possa precludere il rilevamento di alcuni tipi di guasti.
BFD opera sopra qualsiasi protocollo dati (livello di rete, livello di collegamento, tunnel, ecc.) che viene inoltrato tra due sistemi. È sempre trattato come payload in qualunque protocollo dati lo incapsuli. BFD può fornire un rilevamento dei guasti a qualsiasi tipo di percorso tra sistemi, inclusi percorsi di livello fisico, virtuale-circuito, tunnel, collegamenti MPLS Label Switched Path (LSP), multi-hop routing, e collegamenti di livello di rete unidirezionali (vedi la sezione sui collegamenti unidirezionali in [BFD-GENERIC]).
È previsto che più protocolli possano utilizzare BFD per il rilevamento dei guasti al fine di accelerare la loro convergenza. Ogni protocollo può utilizzare BFD per i propri scopi. Ogni protocollo client può stabilire le proprie sessioni BFD con i propri parametri. A differenza dei protocolli esistenti, BFD fornisce un tasso di rilevamento dei guasti uniforme che può essere regolato su un'ampia gamma di valori. Inoltre, dato che BFD è indipendente dal protocollo, una singola implementazione hardware o software può fornire questo servizio a vari protocolli client e trasporti.
BFD NON PUÒ essere utilizzato per rilevare guasti multipli del sistema (dove l'intero sistema torna su ma alcuni dei suoi servizi rimangono non disponibili); questo è determinato meglio da qualche altro mezzo.