1. Introduction (はじめに)

1. Introduction (はじめに)

ネットワーク機器においてますます重要な機能となっているのが, 隣接システム間の通信障害を迅速に検出し, より迅速に代替パスを確立することです。検出は, データリンクハードウェアが関与する特定の状況 (Synchronous Optical Network (SONET) アラームなど) では比較的迅速に行われます。しかし, この種のシグナリングを提供しないメディア (Ethernetなど) や, パス内の特定の種類の障害 (例えば, 故障したインターフェースやフォワーディングエンジンコンポーネント) を検出できないメディアもあります。

ネットワークは, ハードウェアシグナリングが利用できない場合に障害を検出するために, 通常はルーティングプロトコル内の比較的低速な "Hello" メカニズムを使用します。既存のプロトコルで利用可能な障害検出時間 (Detection Times) は1秒よりも良くありません。これは一部のアプリケーションにとってはあまりにも長く, ギガビットレートでは大量のデータ損失を意味します。さらに, ルーティングプロトコルのHelloは, それらのルーティングプロトコルが使用されていない場合には役に立たず, 検出のセマンティクスは微妙に異なります。つまり, それらは2つのルーティングプロトコルエンジン間のパスにおける障害を検出します。

Bidirectional Forwarding Detection (双方向フォワーディング検出, BFD) の目標は, 隣接するフォワーディングエンジン間のパスにおける障害を, 低オーバーヘッドかつ短時間で検出することです。これには, インターフェース, データリンク, および可能な限りフォワーディングエンジン自体が含まれます。

追加の目標は, あらゆるメディア上で, あらゆるプロトコルレイヤーで, 広範囲の検出時間とオーバーヘッドで使用できる単一の生存性検出メカニズムを提供し, さまざまな異なる方法の増殖を避けることです。

この文書は, 基本プロトコルの詳細を規定します。一部のメカニズムの使用はアプリケーションに依存し, 別の一連のアプリケーション文書で規定されています。これらの問題は適宜記載されています。

多くの正確なメカニズムは実装依存であり, 相互運用性に影響を与えないため, この仕様の範囲外であることに注意してください。これらの問題は適宜記載されています。