要約

  • 2009年9月の Standards Track 文書 RFC 5654 では、Deborah Brungard は五人の編集者の一人である。MPLS-TP の要求は構成要素となるプロトコル機構・手順の振る舞いに向けられ、実装要件ではなく、MPLS-TP 実装がサポートする機能を記述しない、と同文書は明記する。
  • 文書は静的または動的な設定でトランスポート経路を確立できるとし、制御プレーンがなくても OAM と保護を含めてネットワークと経路を完全に運用できると述べる。これは設計上の選択肢であり、特定の運用者が選んだ設定、インストール済み経路、保護の作動、トラフィック、SLA の結果を示すものではない。

プロファイルは道具立てであって、ネットワークへの命令ではない

「プロファイル」という語は、完成した姿を連想させる。準拠機器、確定済みのトポロジー、販売可能なサービスまで出来上がっているように聞こえるかもしれない。RFC 5654 の言い方はもっと限定的である。MPLS Transport Profile の要求を扱い、その要求はプロファイルを構成するプロトコル機構と手順の振る舞いに関する。実装要件ではない。

序文は、この違いを実務的に説明する。文書が特定するのは MPLS のツールキットで利用できるべき機能と、必要な新しいプロトコル作業である。どの機能を特定の MPLS-TP 実装がサポートするかは書かない。ITU-T の作業で規範参照しやすくするため Standards Track に置かれた要求仕様なのである。共有参照は重要でも、製品の機能表、既設設定、あるいは通信事業者に運用方式を命じる文書にはならない。

ここでは層を分けて読まなければならない。ツールキットはローカルなシステムが採り得る能力を示す。実装にはバージョン、サポート範囲、相互運用上の制約がある。運用者はトポロジー、開通方法、保護方針、移行時期、サービス境界を決める。さらに保証担当は、特定の回線やフローが主張どおり振る舞ったかを観測する。RFC に能力があるという事実だけでは、後段のどの受領証にもならない。

静的、動的、制御プレーンなしは別の状態である

RFC 5654 は MPLS-TP のトランスポート経路を静的または動的な設定で確立できるとする。また、制御プレーンが存在しなくても、OAM と保護能力を含めネットワークと経路を完全に運用できると述べる。これはネットワークに責任を負う者のための選択面を残す記述であって、名指しのネットワークに方法を選んでいるわけではない。

制御プレーンの節も分離を保つ。制御プレーンを使わずに MPLS-TP ネットワークを運用可能でなければならない。制御プレーンを使う場合には、制御プレーンとデータプレーンのトポロジー独立性をサポートし、制御プレーンの障害がデータプレーンの障害を意味しないようにする必要がある。また特定のクライアント層・サーバ層の制御プレーンから独立して動作できなければならない。

この文は短絡を防ぐ。動的能力があることは有効化を示さず、静的な開通が可能なことは静的設定の存在を示さない。二種類の障害を区別できることも、その時点のどちらかの健全性を示さない。OAM や保護の要求は、切替が起きたこと、正しく設定されたこと、顧客トラフィックが守られたことを証明しない。各主張には、その状態を所有するシステムからの証拠が必要である。

共有規則は管理上の境界を消さない

RFC は、同じ層ネットワーク、または異なる層ネットワークを別々の管理グループが担当し得ると認める。MPLS-TP 層のアドレスやトポロジーなどの情報をクライアント層から隠せることを求め、運用者の選択で SRLG や到達性のような限定的な要約情報を層間で漏らせるようにする。

この共通規則は意図的に控えめだ。境界を可能にするが、撤廃しない。クライアント層は標準があるだけで下位トポロジー全体への権利を得ず、実装だけから運用者の管理モデルが明らかになるわけでもない。要約情報が公開されるなら、その出所、範囲、鮮度、方針は検証すべき事実である。公開されない場合、RFC が可能にする機構から架空の普遍トポロジーを復元することはできない。

稼働するシステムが自らの証跡を出さなければならない

実際のトランスポートに関する主張には、RFC より長い証拠連鎖が要る。実装記録はソフトウェア版とサポート機能を示せる。管理・制御システムは開通方法、経路意図、シグナリング行為を示せる。転送プレーンはインストール済み状態とカウンタを示せる。OAM は何を、いつ、どの端点間で試験したかを記す。保護記録はトリガー、行為、結果を示し、サービス測定が契約した顧客境界で結果を示す。

RFC はそのどれも代替しない。具体的なシステムを設計するための共通語彙を提供するのであって、ベンダーのサポート表、インベントリ、トポロジー、経路、フロー、障害、保護イベント、顧客体験を立証しない。標準をこれらの証拠とみなせば、標準を運用者と取り違え、利用可能な能力を実施済みの配備と取り違える。

Heng Lu の最小初期仕様とローカルな将来決定の区別は、ここで有用な読み方を与える。共有仕様は共通であるべきものを整え、後の選択はシステムを実行する参加者に残る。調整のための成果物は、公開されただけで運用現実にはならない。RFC 5654 がツールキットを普遍的な実装命令へ変えなかったことは、その有用性の一部である。

Brungard の編集を認めても、別の権限を与えない

RFC 5654 は Ben Niven-Jenkins、Deborah Brungard、Malcolm Betts、Nurit Sprecher、Shigeru Ueno を編集者として記す。Brungard の IETF Datatracker プロフィールは本人確認と、編集肖像の根拠となる公開写真の来歴を提供する。ここから言えるのは、彼女が共同の要求文書の編集者だった、という限定された帰属である。

これらの資料は、彼女が RFC を単独執筆したこと、後続実装を選んだこと、現在の IETF・ITU-T の決定を支配すること、通信事業者ネットワークを運用すること、あるいはトランスポートサービスを保証することを示さない。正確な帰属の方が強い。共有の技術的境界に関する仕事を評価しつつ、実装、設定、観測、実ネットワークへの説明責任をローカルな主体に残すからである。

証拠の限界

資料が示すのは RFC 5654 の内容と、その明示的な限界である。特定運用者の現在の MPLS-TP 利用、配備場所、稼働経路、トポロジー、制御プレーン状態、OAM の結果、保護行為、トラフィック、顧客体験は示さない。ここでの証跡連鎖は境界の運用上の読み方であり、RFC に新しい義務を加えるものではない。

情報源