要約

  • RFC 1285はANSIのFDDI Station ManagementオブジェクトをインターネットのSMIとSNMP向けに書き換え、名称や構文を変えながら各オブジェクトの意味を保つことを目指した。
  • RFC 1512はANSI SMT 6.2から7.3への変更がMIBツリーの別の枝を要するほど多かったと記し、RFC 1285との互換性を前提にしないよう明示した。

FDDIには、インターネットのSNMP枠組みとは別の管理用語体系があった。RFC 1285が扱ったのは、その翻訳である。SNMPを使うネットワーク管理者が、ANSIのFDDI Station Managementで定義されたステーション、MAC、パス、ポート、アタッチメントの情報をどう扱えるようにするか。文書は可能な限りANSIのオブジェクト定義と同じ内容を保ち、それをインターネットのSMIとMIBに合わせて再構成した。

その約束は慎重に書かれている。管理対象オブジェクトの意味は同じに保ち、SNMPに適合させるため表現は変えてよい。ブール値を列挙整数に、ビット列をオクテット列に置き換えたり、インターネットMIBツリーに収めるためオブジェクト名を変えたりする。これは見た目の統一だけが目的ではない。共通の定義があれば、異なる管理方式で計測器を共有し、管理情報を相互に翻訳しやすくなるという設計目標だった。RFC 1285は、その効果を測定した報告でも、個別メーカーの実装証拠でもない。

このモデルは、リング全体を一つの「正常／異常」表示に縮めなかった。SMT、MAC、PATH、PORT、ATTACHMENT、チップセットを別々のグループとして扱った。各グループは異なる管理対象を表す。オブジェクト識別子とそのインスタンスが示すのは、管理名前空間内の特定の項目であり、値を報告する機器の本人性、物理ケーブルの経路、アプリケーション通信の成功ではない。カウンター、状態、操作値の意味は、各オブジェクトの定義に限られる。

後の改訂は、「マッピング」という言葉が隠しがちな境界を示した。1993年9月のRFC 1512は、ANSI SMT 6.2から7.3への変更に基づいてFDDI MIBを改めた。変更が多かったためオブジェクトを別のMIBツリー枝に配置し、RFC 1285との互換性を想定しないよう求めている。一方で、SNMP用に構文や名称を変えつつ管理対象オブジェクトの意味を保つという目標は維持した。意味の翻訳と版間互換性は別の問いだった。ある管理方式の意味を別方式に移せても、元のモデルが進化したとき管理者向けの構造まで変わらないとは限らない。

「FDDI MIB対応」という表示を互換性の証明に使うと、この違いが実務に響く。管理者はエージェントのMIB版、オブジェクト識別子、元のANSIモデル、期待する変数の実装状況を確かめる必要がある。なじみのある名称だけでは足りない。RFCからは、どの製品が各版を実装したか、ある更新が失敗したか、FDDIの通信が宛先に届いたかまでは分からない。記録しているのは設計上の境界であり、実装の全数調査ではない。

教訓は限定的だが重要だ。相互運用には明示的な意味の契約が要る。移行には別の互換性契約が要る。RFC 1285は前者を記録し、RFC 1512はそれだけでは後者を約束できないことを示した。

出典：RFC 1285、RFC 1512、RFC 1155、RFC 1212、RFC 1213。