6.1. Overview (概要)

6.1. Overview (概要)

システムは, セッション初期化において Active role (アクティブロール) または Passive role (パッシブロール) のいずれかを取ることができます。Active role を取るシステムは, 特定のセッションに対して BFD パケットを受信したかどうかに関係なく, そのセッションに対して BFD Control パケットを送信しなければなりません (MUST)。Passive role を取るシステムは, そのセッションに対して BFD パケットを受信するまで, 特定のセッションに対して BFD パケットの送信を開始してはならず (MUST NOT), したがってリモートシステムの識別子値を学習します。少なくとも1つのシステムは Active role を取らなければなりません (MUST) (場合によっては両方)。システムが取る役割は BFD のアプリケーションに固有であり, この仕様の範囲外です。

セッションは, BFD Control パケットの定期的な低速送信から始まります。双方向通信が実現されると, BFD セッションは Up になります。

BFD セッションが Up になると, システムは希望すれば Echo function を開始でき, 他のシステムがそれを許可することを通知した場合に実行できます。Echo function がアクティブな場合, Control パケットの送信レートは通常低く保たれます。

Echo function がアクティブでない場合, Control パケットの送信レートは, セッションの検出時間要件を達成するために必要なレベルまで増加させることができます。

セッションが Up になると, システムは Demand mode に入ったことを通知でき, リモートシステムによる BFD Control パケットの送信が停止します。接続性を示す他の手段がセッションを維持するために使用されます。いずれかのシステムが双方向接続性を検証したい場合, BFD Control パケットの短い交換 ("Poll Sequence"; セクション 6.5 参照) を開始してそれを行うことができます。

Demand mode がアクティブでなく, 計算された検出時間 (セクション 6.8.4 参照) 内に Control パケットが受信されない場合, セッションは Down であると宣言されます。これは, 送信パケットの State (Sta) フィールドを通じてリモート側に通知されます。

十分な数の Echo パケットが失われた場合, セッションは同じ方法で Down であると宣言されます。セクション 6.8.5 を参照してください。

Demand mode がアクティブで, Poll Sequence に応答して適切な Control パケットが受信されない場合, セッションは同じ方法で Down であると宣言されます。セクション 6.6 を参照してください。

セッションが Down になった場合, Echo パケットの送信 (存在する場合) は停止し, Control パケットの送信は低速レートに戻ります。

セッションが Down であると宣言されると, リモート側が最初にダウンしていることを通知する (Up 状態を離れる) まで, そのセッションは再び Up になることはできません。これにより, 3ウェイハンドシェイクが実装されます。

セッションは, AdminDown 状態に入り, Diagnostic フィールドに説明的な診断コードを送信することによって, 管理的にダウン状態に保つことができます (MAY)。