要約

  • RFC 2127は、物理ISDNアクセス、Dチャネルの各層、個々のBチャネル、上位インターフェースを別々のifTable行にし、ifStackで関係を表した。そのグラフはローカルな管理トポロジーの申告であり、エンドツーエンド回線の証明ではない。
  • ハイパーチャネルは複数のBチャネルを使っても、信号統計では一つの呼として数えられた。関連するベアラ行には同じ呼情報が入るため、行数から呼数や実効容量は導けない。
  • 切断は上位層とBチャネルを結ぶifStack行の削除として表された。ローカルな削除だけでは、遠端の解放、課金終了、アプリケーション結果までは証明できない。

管理画面をノードと辺の図にしてみる。最下部に物理PRI、その上に複数のBチャネルとDチャネル、さらにLAPDと信号層、上端にPPPがある。PPPから三本のBチャネルへ辺が伸びても、三つの呼があるとは限らない。RFC 2127では、それが一つのマルチレート呼であり得た。

1997年3月の仕様は、ISDNを一個の状態値に押し込めなかった。Basic RateまたはPrimary Rateの物理アクセス、信号用Dチャネル、伝送用Bチャネル、そして上位のカプセル化を分離した。Dチャネルの内部でも、LAPDデータリンク層とネットワーク層の信号エンティティを分けた。

グラフが語る範囲

isdnBearerTableの一行は一つのBチャネルを表した。その状態は、空き、発信接続中、着信検証中、アクティブを区別する。これはチャネル割当を観測するには適している。しかし、そのチャネルの先でアプリケーションが有用な通信を得たかどうかは別の問いだった。

一般原則はインターフェースMIBのRFC 1573にある。各サブレイヤを概念上のifTable行とし、ifStackTableで上下関係を示す。RFC 2127はこの方法をISDNへ適用した。グラフの所有者はローカルエージェントである。正しい構文の辺があっても、遠端スイッチやペイロードの到達を独立に検証したことにはならない。

汎用のダイヤル制御は必須のRFC 2128に分けられた。相手設定、アクティブ呼、呼履歴はDial Control MIBが扱い、ISDN固有の物理・信号・ベアラ状態はRFC 2127が扱う。分冊そのものが、設定、割当、履歴の権限を一つにしない設計だった。

一つの呼に複数の下位層

ハイパーチャネルでは、一つのカプセル化インターフェースが複数のBチャネルに接続された。実装者はDS0Bundleを使うか、同じ上位インデックスと異なる下位インデックスを持つ複数のifStack行を使えた。

同じ呼に属する各ベアラ行には、相手アドレスとサブアドレス、呼方向、情報種別、マルチレート、セットアップ時刻、接続時刻、課金単位について同じ値が入る。一方、信号統計はBチャネル数に関係なく一呼として数えた。

したがって、三行は三呼を意味しない。一呼は一チャネルを意味しない。三チャネルの割当も、三チャネル分の有効データが届いた証拠にはならない。管理モデルは関連を示したが、性能測定を代行しなかった。

後年のRFC 2494は1999年にDS0とDS0Bundleを正式化した。束ね方を理解する資料ではあるが、1997年の全実装に遡って同じ構成を認定するものではない。

切断は辺を消す操作だった

RFC 2127はアクティブ呼の切断を、上位インターフェースとBチャネルを結ぶifStack行の削除として記した。これは管理者が要求し、ローカルエージェントが受理できる具体的な状態変更である。

しかし、削除成功の受領範囲はローカルに限られる。遠端が解放したか、すべての解放信号が完了したか、課金記録が閉じたか、アプリケーションが期待どおり終了したかは、別の観測を要する。明確な操作を万能の完了証明に変えてはならない。

「現在または直前」が残る欄

相手アドレスは現在の呼または直前の呼を示した。スイッチやPBXによって形式が予測できず、実装依存になり、情報がなければ空にもなる。文字列が存在しても、最新性、正規化、認証済みの相手を自動的には保証しない。

課金単位も現在または直前の接続に属した。着信、またはスイッチが課金情報を出さない場合はゼロになる。ゼロは「報告なし」と整合し、無料の証明ではない。

ダイヤルアップBチャネルには関連信号チャネルの制御があったが、専用線Bチャネルにはなかった。全体を専用線として使うPRIは、ISDN固有情報なしにDS1/E1 MIBだけで扱える場合もある。信号行の不在を一律に障害とみなすことはできなかった。

speech、3.1 kHz audio、旧7 kHz audioも完全な伝送記述ではなく、信号上の仕掛けだった。ネットワークは約束された能力の範囲で処理を選べた。音声品質を保つ処理がモデム信号まで保証するわけではない。

書かれなかった安全性

RFC Editorの公式記録とIETF Datatrackerは、ISDN MIBワーキンググループによるProposed Standardだったことを示す。エラッタ記録には適合性OIDの検証済み技術訂正が一件と、却下された報告が一件ある。製品普及や運用精度の証拠ではない。

セキュリティ節は、セキュリティ問題を論じないとだけ述べた。認証、機密性、安全な書込み、悪意ある管理者への耐性は確立されていない。空欄を保証に読み替えることはできない。

RFC 2127が残したのは万能な状態ランプではなく、どの層が何を知るかを分ける方法だった。歴史的に重要なのは、その分離を運用時にも守ることである。

出典と限界

公式文書が示すのは仕様とオブジェクト意味論であり、製品普及、特定設備、実測呼、請求精度ではない。Lu Hengによる後年のRunning-Code Primacy、Minimum Initial Specification、Reality Layersは、仕様、ローカル実行状態、運用結果を別々に検証するための解釈規律としてのみ用いた。1997年の著者意図を示す資料ではない。