要約

  • RFC 1953 で受理された IFMP の対応付けを、RFC 1954 は ATM の VPI/VCI と三つの AAL-5 ペイロード形式へ落とし込む。未リダイレクトの IPv4 と IFMP 制御メッセージは VPI 0、VCI 15 の既定経路に残る。
  • ラベル付き VC 上のセルは、ある時点のあるインターフェースが局所的な転送形式を選んだ証拠である。AAL-5 の完成、次ホップ、終端配送、送信者の身元、権限、普及、MPLS への直系継承までは示さない。

受信側が Flow Type を一つ取り違えたとする。ビット列は壊れていない。セルも到着している。それでも復元される IPv4 ヘッダーは別物になる。

この事故像が RFC 1954 の設計をよく表す。フローごとに繰り返される情報を省き、事前の状態に委ねることで高速化する。したがって、状態は単なる転送表ではない。残ったバイト列を読むための文法でもある。

既定 VC は古い道ではなく共通基盤

ラベルを提案し、拒否し、期限切れにし、回収する規則は RFC 1953 の領域である。下流ノードが上流の隣接ノードへ Redirect を送り、受信側はそれを無視できる。受理しても有効期間は有限で、矛盾すればフローは既定状態へ戻る。

RFC 1954 は受理後だけを扱う。既定の IPv4 は VPI 0、VCI 15 を使い、RFC 1483 の LLC/SNAP ヘッダー八オクテットの後に完全な IPv4 データグラムを置く。全体は AAL-5 CPCS-PDU に収まり、IPv4 MTU は 1500 である。

IFMP の制御メッセージも必ずこの既定形式を通る。高速経路を作る交渉そのものを高速経路へ依存させないためだ。Redirect が拒否、失効、競合しても、完全な IP とプロトコル識別を持つ共通経路へ戻れる。

特別な値は未割り当てセルを表す 0/0 と既定の 0/15 だけである。OAM セル、CLP ビット、ABR RM セルはこの方式で使われない。同じ ATM リンクにそれらが見えても、RFC 1954 の動作証拠にはならない。

ラベルは VPI/VCI として使い切られる

IFMP Label の下位 16 ビットが VCI、次の 12 ビットが VPI、上位 4 ビットが予約領域になる。リンクが全ビット幅を扱えなければ、未使用の上位ビットをゼロにする。予約ビットも送信時にゼロ、受信時には無視される。

この番号はリンク上の場所を選ぶが、主体の身元は表さない。同じ VPI/VCI でも、ポート、方向、隣接の世代、有効期間、Flow Type が違えば意味は同じではない。番号だけをログに残す設計は、最も短い部分だけを保存して解釈条件を捨てる。

スイッチ内部の接続も別の証拠である。RFC 1987 の GSMP は、コントローラが ATM スイッチの接続を設定・解放し、ポートや統計を扱う非対称な制御プロトコルだ。RFC 1954 は選ばれた VC の上で IPv4 をどう並べるかを決める。両者は同じ VPI/VCI に触れても、同じ操作を証明しない。

省かれるフィールドが三つの依存関係を作る

Flow Type 0 は LLC/SNAP だけを外す。AAL-5 ペイロードの先頭は IPv4 の Version/IHL で、データグラム全体が残る。MTU は 1500。プロトコル識別を VC の事前合意へ移すが、IP ヘッダーは自立している。

Flow Type 1 は 16 オクテットを送らない。Version、IHL、TOS、TTL、Protocol、送信元・宛先アドレスに加え、IP ヘッダー直後の四オクテットも除かれる。TCP/UDP なら二つのポートである。残るのは Total Length、Identification、フラグ、Fragment Offset、Checksum とデータで、MTU は 1484 になる。

Flow Type 2 は元の IPv4 ヘッダーから Version/IHL、TTL、両アドレスの計 10 オクテットを省く一方、Reserved を 2 オクテット挿入する。したがって正味の短縮は 8 オクテット、MTU は 1492 である。TOS、Protocol、ヘッダー後の四オクテットは残す。

圧縮された二形式でも Total Length は削除前の IPv4 全長を保持する。Checksum は TTL をゼロにした場合の値として送られる。受信側が既知の値を補い、ホップごとに変化する TTL を再構成する前提が、残ったフィールドに刻まれている。

長さだけでは形式を判別できない。AAL-5 には 0～47 オクテットのパディングと 8 オクテットのトレーラーが付き、フラグメントやデータ長も変わる。正しい Flow Type は、その時点で VC に結び付いた状態から得るしかない。

セル観測から配送証明までは遠い

ATM セル一つは AAL-5 PDU の一部分にすぎない。ラベル付き VPI/VCI にセルが現れた事実は、送信インターフェースの選択を示す。全セルが揃い、AAL-5 トレーラーを検証して初めて、完全なペイロードを論じられる。

その後も、欠落フィールドの復元、IPv4 としての検証、次の転送判断、遠端受信、アプリケーション処理が残る。RFC 1954 はセキュリティ問題を論じていない。ラベルは認証情報ではなく、Checksum は署名ではなく、VC は権限証明ではない。

監査記録は、Redirect 受信、受理、有効状態、スイッチ接続、VC 選択、AAL-5 完成、IP 復元、次ホップ、終端、アプリケーションという段階を分ける必要がある。「ラベル付き」という一語で後段を代用すると、入力の観測が結果の断定へ変わる。

後世の名称から祖先を作らない

RFC 2105 の Tag Switching、RFC 3031 の MPLS、RFC 5036 の LDP には、状態と短いラベルで転送を進める共通点がある。ATM 上のラベルも扱う。しかし構造上の類似は、コードや組織の継承を証明しない。

RFC 1954 は Informational であり、IETF ワーキンググループではなく私的プロトコルを記録したものだ。広範な採用、性能、相互運用、後続設計への因果関係を示す資料ではない。系譜を語るなら、設計記録、実装履歴、当事者証言、配備結果を別に集めなければならない。

Heng Lu の running-code primacy は、仕様書を軽視する考えではない。仕様書が証明できる範囲を守るための考えだ。最小の共通規則は、局所的な形式を決定可能にする。採用、実行、成果は、それぞれの運用主体が示す。ラベルという記号に身元や権威や歴史的正統性まで持たせてはならない。

セルが運んだのは判定ではない。ある瞬間に、このポートがこの VC とこの文法を選んだという、狭くて検証可能な事実だった。

出典