7. Considérations opérationnelles
7. Considérations opérationnelles
Le BFD est susceptible d'être déployé en tant que partie critique de l'infrastructure réseau. Par conséquent, il convient de prendre des précautions pour éviter toute perturbation.
Évidemment, tout mécanisme qui bloque les paquets BFD, comme les pare-feu ou d'autres processus de politique, provoquera l'échec du BFD.
Les mécanismes qui contrôlent l'ordonnancement des paquets, tels que les policers, les façonneurs de trafic, la mise en file d'attente prioritaire, etc., ont le potentiel d'impacter les opérations BFD si le temps de détection est d'une échelle similaire au taux d'émission ou de réception programmé des paquets. La livraison des paquets BFD est critique en termes de temps, par rapport à l'ampleur du temps de détection, ce qui peut devoir être pris en compte lors de l'implémentation et du déploiement, en particulier lorsque des temps de détection très courts doivent être utilisés.
Lorsque le BFD est utilisé à travers plusieurs sauts, un mécanisme de contrôle de congestion DOIT être implémenté, et lorsqu'une congestion est détectée, l'implémentation BFD DOIT réduire la quantité de trafic qu'elle génère. Le mécanisme exact utilisé est en dehors de la portée de cette spécification, et les exigences de ce mécanisme peuvent différer selon la façon dont le BFD est déployé et comment il interagit avec d'autres parties du système (par exemple, le backoff exponentiel peut ne pas être approprié dans les cas où les protocoles de routage interagissent étroitement avec le BFD).
Notez que la "congestion" n'est pas seulement un phénomène de trafic, mais aussi un phénomène de calcul. Il est possible pour des systèmes avec un grand nombre de sessions BFD et/ou des intervalles de paquets très courts de devenir limités par le CPU. En tant que tel, un algorithme de contrôle de congestion DEVRAIT être utilisé même à travers des sauts uniques afin d'éviter la possibilité d'un effondrement catastrophique du système, car de telles défaillances ont été observées à plusieurs reprises dans d'autres protocoles Hello périodiques.
Les mécanismes de détection de congestion sont en dehors de la portée de cette spécification, mais peuvent inclure la détection de paquets de contrôle BFD perdus (en vertu de trous dans l'espace de numéros de séquence d'authentification, ou par échec de session BFD) ou d'autres moyens.
Les mécanismes pour réduire la charge de trafic du BFD sont le contrôle du taux de transmission de paquets local et distant via les champs Min RX Interval et Min TX Interval.
Notez que tout mécanisme qui augmente les intervalles de transmission ou de réception augmentera le temps de détection pour la session.
Il est à noter qu'une seule session BFD ne consomme pas une grande quantité de bande passante. Une session agressive qui atteint un temps de détection de 50 millisecondes, en utilisant un intervalle de transmission de 16,7 millisecondes et un multiplicateur de détection de 3, générera 60 paquets par seconde. La longueur maximale de chaque paquet sur le fil est de l'ordre de 100 octets, pour un total d'environ 48 kilobits par seconde de consommation de bande passante dans chaque direction.