メインコンテンツまでスキップ

Appendix A. Backward Compatibility (後方互換性)

Appendix A. Backward Compatibility (後方互換性)

このプロトコルのバージョン0 (この RFC となったインターネットドラフトの初期バージョンで定義されたもの) は広く展開されていない可能性が高いですが, 一部の実装者は後方互換性メカニズムを持つことを望む場合があります。プロトコル定義を変更しない任意のメカニズムが使用される可能性があるため, 相互運用性は問題にならないはずであることに注意してください。

ここで説明される推奨メカニズムには, 両方のシステムがそれを実装している場合, 検出時間内に一方のシステムがバージョン0からアップグレードされた場合でも, バージョン1に収束するという特性があります。1つのバージョンのみを実装する (または1つのバージョンのみをサポートするように設定されている) システムと相互運用します。システムが単一バージョンのみの使用に設定されているか, 単一バージョンのみを使用できる場合, 明らかにこの機能を実行すべきではありません。

BFD セッションは, 自動バージョニング用に設定されており, 起動したばかりか, セッションが手動でクリアされた場合に "negotiation holddown (ネゴシエーション保留)" に入ります。セッションは AdminDown 状態とバージョン1に設定されます。保留期間 (1つの検出時間続く) の間, システムは通常どおり BFD Control パケットを送信しますが, 受信したパケットを無視します。保留時間が完了すると, 状態は Down に遷移し, 通常の動作が再開されます。

システムが保留中でなく, 自動バージョニングを行っており, 現在バージョン1を使用している場合, セッションに対してバージョン0のパケットが受信されると, 即座にバージョン0に切り替わります。現在バージョン0を使用していて, 隣接システムが AdminDown 状態であることを示すバージョン1のパケットが受信された場合, バージョン1に切り替わります。バージョン0を使用していて, AdminDown 以外の状態を示すバージョン1のパケットが受信された場合, パケットは無視されます (仕様に従って)。

使用されているバージョンが変更された場合, セッションは新しいバージョンに適切にダウンします (バージョン1の場合は Down 状態, バージョン0の場合は Failing 状態)。