Summary

  • RFC 1696 はダイヤルアップモデムを監視・制御する管理項目を定めた。mdmCCRingsBeforeAnswer をゼロにすると、着信が鳴ってもモデムは受話状態にならない。
  • 管理側は mdmLineState に受話器を置く状態、使用停止、リセットを書き込めた。1994年の本文は安全性を論じず、後に RFC 4450 の再分類で Historic となった。

電話回線が鳴るのにモデムが出ない。ラックの故障だけを疑うと、管理表の数字を見落とす。1994年8月の RFC 1696 には、何回目の呼び出しで応答するかを示す書き込み可能な項目がある。既定値は一回目。ゼロなら着信に応答しない。配線に触れず、管理側の値だけで受け付けを止められる設計だった。

この MIB は、モデムを遠隔で観察し操作するための最小限の共通語彙を目指した。管理エージェントが扱う一台ごとに表の行があり、製造元や機種、回線の状態、呼び出しの失敗、接続の成功、再訓練回数などを読める。障害対応に役立つ情報だ。その表には、状態を変える項目も並んでいた。

mdmLineState への管理命令は、どの状態からでも受話器を置く、回線を使用停止にする、リセットする、という三つに限られた。リセット後にどの状態になるかは実装次第と明記された。さらに搬送波が消えた後、切断するまでの待ち時間は十分の一秒単位で書ける。255 は搬送波喪失による切断を行わない設定だ。非同期ダイヤル接続には、アイドル時間を分単位で測って切断する別の項目もあり、ゼロは無効を意味した。

プロトコル機能の扱いには、要求と結果の区別があった。管理者は機能を無効、任意、優先として要求できる。実際に認められた値は別の読み取り専用項目で確かめる。設定したつもりと機器が受け入れた状態は同じではない。運用者が呼び出し失敗の数字を見て設定を変えたなら、その後に接続数が戻ったかまで見る必要がある。

RFC の安全性の節は、問題を論じないとだけ述べている。特定の侵入や被害の記録はこの資料にはない。RFC Editor の記録 は現在の位置付けを Historic とし、2006年の RFC 4450 が古い Proposed Standard の見直しで RFC 1696 を挙げる。廃止時の分類と、1994年に定義された書き込みの力は別の事実だ。

監視画面に見える数字の一部は、加入者にとっての入口そのものだった。モデムが答えたかどうかを説明するには、機器の在庫よりも、応答設定を誰がいつ変更したかが要る。

Sources