要約

  • RFC 5287 は、TDM IWF が正常な間に PW Status TLV を併用すると、データ面と制御面の状態表示が競合し得るため推奨しない。通常の状態証拠は制御ワード内にある。
  • IWF 自体が故障し、PWE3 制御面だけが残った場合、TLV は全関連障害ビットを立てる保守的なフォールバックになる。これは代替警報の送信証拠であり、五つの物理故障を個別に測った証拠ではない。

「生存」は観測対象ごとに違う

運用画面で LDP セッションが緑なら、制御プロセスと隣接関係は確かに生きているかもしれない。しかし、その色から TDM データ、接続回線、クロック回復、CE 信号の状態まで導くことはできない。観測対象が違うからだ。

RFC 5287 は、LDP による PWE3 設定を TDM 擬似回線へ拡張する。両端は PW タイプを一致させ、TDM では必ず制御ワードを使う。サービス方式に応じてペイロード長、論理ビットレート、AAL モード、RTP 利用、タイムスタンプ周波数、CAS とシグナリング、断片化条件を照合する。C-bit がゼロなら Illegal C-Bit となる。

これらは設定互換性の受領書である。現在の接続回線が正常であること、パケットが届くこと、ジッタバッファが安定すること、出力クロックが許容範囲に入ることを証明しない。ラベルが存在してもデータ面は故障し得る。

SAToP、CESoPSN、TDMoIP は、制御ワード（control word）の中に接続回線側と PSN 側の状態を持つ。一方、PWE3 制御面には PW Status TLV がある。内容に重なりがあっても、経路、更新時刻、世代、故障依存性は同じではない。二票の多数決として扱うと、どちらの証人が故障しているかを見失う。

権限は IWF の健康状態で決まる

RFC 5287 の通常規則は明快だ。TDM PW の IWF が動作している間、Status TLV の利用は推奨されない。理由はデータ面と制御面が報告する状態の競合を避けるためである。ここでは帯域内の制御ワードが、実際の TDM 処理に結びついた通常の報告者になる。

例外は IWF 自体の停止である。IWF が故障しても PWE3 制御面が動作するなら、シグナリング PE は五つの状態をすべて立てた TLV を送るべきだとする。PW 非転送、ローカル接続回線の受信・送信障害、ローカル PSN 側の受信・送信障害である。

全ビットは、五つの独立センサーが同時に異常を実測したという意味ではない。詳細を帯域内で伝える機能そのものが失われたため、残った制御面が「このサービスを信頼するな」と保守的に通知する。障害管理が五件の物理事故として数えるなら、標準にない因果関係を作ってしまう。

逆に、IWF が正常で制御ワードが障害を示すとき、古い TLV が管理システムに入りやすいというだけで帯域内状態を上書きしてはならない。収集の便利さと証拠の権限は別である。

必要な連鎖は次のようになる。

対象世代 -> 報告者 -> 報告者の健康 -> 生の状態 -> 仲裁 -> 動作 -> 独立結果

報告者の健康を記録しなければ、条件付きの規則が固定優先順位に劣化する。生の状態を残さなければ、後から抑制・遅延・上書きを区別できない。

無音は復旧通知ではない

帯域内状態が消えた理由は、障害が解消したからかもしれないし、パケット列または IWF が消えたからかもしれない。TLV が遅れて届けば、現在とは異なる FEC/ラベル世代を説明している可能性がある。収集装置の再起動後の受信時刻は、元の生成時刻を表さない。LDP 復旧後もバッファやクロックは再取得中かもしれない。

したがって共有記録には、ローカル・リモート PE、接続回線、FEC、ラベル世代、PW タイプ、方向、報告者、生のビット、生成時刻と受信時刻、IWF 健康、期限、抑制理由を保持する。最終表示を一色にまとめてもよいが、その色から元の観測へ戻れなければならない。

RFC の語は NOT RECOMMENDED であり禁止ではない。二経路を同時利用する実装には、追加の運用契約が必要になる。どのイベントが IWF 障害を確定するか。古い TLV はいつ失効するか。警報を立てた報告者だけが解除できるのか。ラベル変更時に状態世代をどう切るのか。片方向障害をどう表すのか。柔軟性は判断を隠す許可ではない。

二本の PW が一つのサービスを作る場合

RFC 5287 は、CESoPSN NxDS0 のデータと CE アプリケーション信号を別 PW に載せる組も定義する。二本は同じ PW タイプ、同じ設定方式、同じ関連パラメータを用い、役割を示すビットだけが相補的になる。

PWId FEC ではデータ PW が偶数 ID、信号 PW が直後の奇数 ID を使う。Generalized PW FEC では組み合わせ確認が実装依存になる。資産台帳が関係を保存しなければ、障害後に二つのオブジェクトが同じサービスだったか再現できない。

片方だけが確立した場合、確立済みの側を取り下げなければならない。確立後に片方が故障した場合も、残った側を取り下げる。標準は、サービスの半分だけが緑で残る状態を有効な劣化運転として認めない。

ただし teardown 指示は動作要求にすぎない。ローカル readback、リモート側の状態、再確立後のデータ、CE 信号、タイミングには別々の確認が要る。一つの成功レスポンスを最終結果へ昇格させない。

受領書を順番に並べる

状態の階段は次のように分けられる。

設定 -> ラベル -> パラメータ一致 -> ペア完成 -> 有効な報告者 -> 状態受信 -> 動作 -> 転送 -> タイミング -> CE 結果

VCCV は擬似回線の検証チャネル、BFD は連続性検出、OAM マッピングは障害の翻訳、preferential forwarding bit は選択に関する信号を与える。どれも有用だが、TDM 制御ワードの意味を自動的に置換せず、LDP 生存を回線結果に変換しない。

制御ワードがクリーンでもクロック品質は保証されない。その問題は既存の RFC 5143 記事が扱う。本稿はさらに前段で、値を解釈する前に報告者が発言資格を保っていたかを問う。

転送を主張するならカウンタやトレース、タイミングならバッファとクロック測定、CE 信号ならアプリケーション状態、サービスなら利用側での観測が必要になる。TLV に観測していない結果まで証明させてはならない。

矛盾を監査資料として残す

単純なデータモデルは真偽値と updated_at だけを持つ。二つの収集器が同じ列へ書き、最後の値が勝つ。インシデントは整然として見えるが、整然さは後から作られたものだ。

各観測を独立イベントとして残し、仲裁を別イベントにする。仲裁には規則、理由、有効期間、所有者、公開値を含める。動作と readback、独立結果をさらに分ける。矛盾は汚れではなく、IWF 停止、古い TLV、誤ペア、世代不一致、方向消失を見つける診断材料である。

証拠群は特定の事業者や製品の事故を示さず、普遍的な発生頻度や復旧時間も示さない。確認できるのは標準が二つの報告経路と切替条件を定義したことだけである。実例を作らず、検証可能な境界を示すべきだ。