要約

  • 1992 年 1 月の Standards Track 文書 RFC 1294 は、Frame Relay 上のルーティングとブリッジングのための多重プロトコル・カプセル化を定めた。複数の方式を扱えるシステムは、どの仮想回線がどの方式を運ぶかを事前に知り、この方式を明示的に設定された VC 上だけで使わなければならない。
  • NLPID や SNAP は一つの PDU を受信側が解釈するための標識である。VC を設定せず、端点間の合意も、受理・転送・配送・サービス結果も証明しない。

RFC 1294 — Multiprotocol Interconnect over Frame Relay は、ヘッダを読めることと回線を使ってよいことを同じ成功にしなかった。フレームの内部には、受信側が次のバイト列をどう扱うかを決める情報が必要である。しかし、同じネットワークで複数のカプセル化方式があり得るなら、フレームの内部標識だけでは、どの方式をその VC に載せるべきか決められない。

RFC は全プロトコルを Q.922 Annex A のフレームに入れ、PDU 内にプロトコルまたはカプセル化を識別する情報を持たせる。NLPID は IP、CLNP、SNAP などを指し得る。特定の NLPID を持たないルーティング対象では、NLPID 0x80、OUI 00-00-00、EtherType が続く。IP データグラムには NLPID 0xCC を使える。ステーションはルーティングされたパケットについて、NLPID 形式と SNAP 形式の双方を受け入れなければならない。

これは受信文法の要件である。RFC の abstract は別の要件を置く。方式と VC の対応をあらかじめ知り、そのカプセル化を明示的に設定された VC だけで使うこと。ラベルは「この PDU をどう読むか」を答える。設定は「この回線でこの PDU をこの方式で送ることが許されるか」を答える。一方の答えを他方から推論してはならない。

DLCI はローカルな取付点を指した

Frame Relay グループは完全メッシュにも部分メッシュにもなり得る。各 VC は各 Frame Relay インターフェースで Data Link Connection Identifier により識別される。RFC 1294 は DLCI が多くの場合、そのインターフェースで厳密にローカルな意味しか持たないとする。この限定は DLCI を弱くするのではない。観測した場所で正確に使える一方、全経路の恒久名やサービス方針に膨張しないようにする。

RFC はアドレス解決の説明で、ネットワーク通過中に DLCI が書き換えられることも述べる。送信側が入れた数値と、受信側が自分の側で見る数値は異なり得る。したがって、ある DLCI を含むキャプチャは、そのインターフェースでそのフレームを見たという証拠にはなるが、遠隔端点の身元、回線のカプセル化方針、相互設定、転送成功の証明にはならない。

NLPID は解釈を導き、入場を許可しなかった

通常の制御値は、別の交渉がない限り UI 0x03 である。整列用の pad はゼロでなければならない。NLPID 0x00 はこのカプセル化では無効である。pad と区別できず、この文脈で意味を持たないからだ。標識が機能するには、周囲の構造との境界がまず保たれなければならない。

ブリッジされたフレームでは、NLPID 0x80 が SNAP を示し、OUI 00-80-C2 が 802.1 の組織を示す。PID は MAC ヘッダの形式と元の FCS を保持するかを指す。ここにも二重の節度がある。値は受信側に解釈経路を選ばせるが、元フレームの真正性、ブリッジの転送動作、相手端の同じ設定、LAN 側の到達を保証しない。

「ブリッジ Ethernet として標識された」はヘッダについての観測である。「Ethernet がブリッジされた」は処理についての主張である。「VC はそのブリッジ方式に設定されていた」は事前方針についての主張である。三つには別々の証拠が要る。RFC 1294 は三つを一文に溶かすことを許さない。

XID の範囲も限定されていた

Frame Relay 回線初期化時に、Exchange Identification (XID) を選択的に使い、最大フレームサイズ N201、再送タイマ T200、未確認 I フレーム数 K を交渉できる。XID を使わない場合、これらは DLC 端点の相互合意によって静的に設定するか、Q.922 の既定値を用いる。XID をサポートする局は XID を受けたら応答し、遠隔側の最大値が小さければ、応答前にその DLC で自局が使う最大サイズを下げる必要がある。

これは実在する、しかし狭い合意である。XID があるからといって、すべてのカプセル化の割当て、後続 PDU の受理、上位プロトコルの状態、配送結果まで合意済みにはならない。RFC は何を交渉するかを名指しした。その精度こそ、限定された交換を回線全体の白紙委任に変えないためのものだった。

必要なのはフィールドではなく記録の連鎖

運用上の検証では、ローカルのインターフェースと DLCI、時点つきの VC—カプセル化割当て、XID または静的合意、Q.922 の生バイト、NLPID/SNAP の復号、受信実装の動作、さらに後続の転送または上位結果を別々に残す必要がある。正しい NLPID は「このフレームはこのプロトコルを名乗った」と言える。正しい方針記録は「この VC に方式が割り当てられていた」と言える。どちらも隣の事実を自動で作らない。

RFC 1294 が守ったのは、共有搬送の上で多様な PDU を読めるようにしながら、読めることを権限にしない順序である。フレームを明瞭にし、VC の用途を先に明示し、結果を後の独立した証拠に残す。この順序を壊すと、可視的なラベルが見えない設定を支配したことにされる。

出典と証拠の限界

出典は RFC 1294 — Multiprotocol Interconnect over Frame Relay である。1992 年 1 月の標準化、明示的設定、DLCI のローカル性、Q.922/NLPID/SNAP、ルーティングとブリッジング、XID の限定的役割を支える。現在の回線、通信事業者、遠隔端点、実効設定、安全性、転送、配送、サービス結果は証明しない。