要約

  • RFC 1304 のレベル3受信カウンターは正常な PDU だけを数え、sipL3Errors は処理またはビットの異常による廃棄を数える一方、アドレス関連の異常を除外した。
  • 意味上のアドレス異常には別のカウンターがあり、加入条件違反による廃棄は別の MIB に委ねられた。「総数」は定義された母集団の総数でしかなかった。
  • エラー表が保持したのはインターフェース・種類ごとの最新一件であり、RFC 1694 はさらに複数の計数先を ifTable へ移した。値だけでは履歴にもサービス判定にもならない。

ゼロが語れる範囲

1992年2月の RFC 1304 は、SMDS Interface Protocol、SIP のための SNMP 管理オブジェクトを定義した。SIP レベル3、レベル2、PLCP、DS1 または DS3 という層構造に合わせ、管理情報も一枚の表にはまとめられなかった。物理回線には既存の MIB があり、加入契約や加入者網インターフェースの構成には別の仕様があった。

受信オブジェクトからして母集団は限定されている。個別宛てとグループ宛てのレベル3 PDU は、異常のないものだけが数えられた。値がゼロでも、インターフェースに何も到達しなかったとは限らない。判定前の入力、別分類への振り分け、上位アプリケーションの処理はこの数の外にある。

管理値は、存在するものだけでなく、定義上見ないものによって意味が決まる。

一つの「総エラー」を分解する

sipL3Errors は、遠隔側から受け取り、プロトコル処理またはビットの異常が見つかって廃棄された PDU を数えた。ただしアドレス関連の異常は含めない。RFC 1304 は別に、未知の個別宛先、未知のグループ宛先、不正な SMDS アドレスタイプを意味上のサービスエラーとして並べた。

これらを合わせればレベル3の構文・意味エラーを説明できる。しかし公共 SMDS 網は加入条件違反でも PDU を捨て得た。その管理オブジェクトは Subscription MIB にある、と文書は明記した。Destination Address Screening 違反も未知宛先のカウンターには入らない。

「総」という語が嘘なのではない。総和の領域が狭いのである。境界を消した表示だけが、限定された観測を網全体の損失へ昇格させる。

最新一件は出来事の列ではない

sipL3PDUErrorTable は十二種類の構文上の不一致を扱った。アドレス形式、サイズ、ヘッダー拡張、開始・終了タグ、長さ、受信間隔のタイムアウトなどである。各インターフェースとエラー種別の組に、拒否された送信元、宛先、時刻が置かれた。

保持されるのは最新の発生だけだった。同じ種類が再発すれば前の記録は置き換わる。件数、継続時間、修復、影響を復元するイベント台帳ではない。時刻も sysUpTime を基準とするため、機器の稼働周期から切り離せない。

時刻がゼロなら行全体に有効な情報はない。これは慎重な無知の表現である。別種の廃棄がなかったことや、アプリケーションが成功したことまで証明しない。

予約された枝は機能ではない

RFC 1304 の MIB 木には carrier selection の枝があったが、説明は placeholder にすぎない。将来の座標を確保する行為と、オブジェクトを定義し実装して選択を行う行為は別である。

IP-over-SMDS 表は、IP アドレス、個別 SMDS アドレス、論理 IP サブネットのグループアドレス、ARP 要求の送り先を結び付けた。一つの SMDS アドレスに複数の IP アドレスが対応でき、一つの SNI は複数の LIS に参加できた。一行を一顧客、一契約、一サービスと読む根拠はない。

標準上は読み取り専用でも、agent の裁量で書き込み可能にし、適切に権限を与えられた管理局が設定を変えることも許された。許可された設計、製品の実装、管理者の認証、権限判断、Set 操作、実際の設定は、それぞれ確認すべき記録である。

同じ意味が別の表へ移る

RFC 1694 は1994年に RFC 1304 を置き換え、SMIv2 に準拠しながら旧定義と意味的に同一だと述べた。一方で、複数の SIP カウンターを deprecated とし、一般の ifTable オブジェクトを使うよう指示した。

観測の住所が変われば、履歴には継ぎ目ができる。旧新の二重収集は二重計上を招き、即時切替は人工的な段差を作る。インターフェース索引や再起動境界を失えば、二つの値が同じ対象を測ったかも検証できない。

後継 RFC の発行は移行命令の記録であって、個別の agent や収集器が移行した証拠ではない。実装と運用を見て初めて採用が事実になる。

管理面の外に残った結果

RFC 1304 は実測値を示さず、特定の導入例も証明しなかった。Security Considerations は、セキュリティ問題を論じない、とだけ記した。したがって取得経路の真正性や書き込み権限を文書から補うことはできない。

古い MIB が残した教訓は、数を疑うことではなく、数の管轄を保存することである。OID、母集団、除外条件、時刻、管理主体を持つ値は強い証拠になる。それらを落とした「総数」は、やがて自分が観測していない結果まで語り始める。

出典