要約

  • RFC 5098 の operational(1) は、回線をサービス状態に置く処理と CMS の RSIP 確認を示す。個々の通話成功を示す値ではない。
  • CMS の選択先、トーン表、端点行、適合グループは管理面を観測可能にするが、電話機の音、メディア到達、利用者体験には別の証拠が要る。

監視担当者が最初に見るのは、障害名ではなく色かもしれない。PacketCable の端点が緑で、状態は operational。その瞬間、制御リンクの事実が電話サービス全体の結論へと膨らみやすい。

RFC 5098 が定義したのは、PacketCable/IPCablecom 対応 Multimedia Terminal Adapter の NCS シグナリング MIB である。装置能力、端点設定、タイマー、トーン、ケイデンス、一部の状態を SNMP から扱える。これは優れた運用面だが、通話の代替記録ではない。

pktcSigEndPntStatusError の定義は明快だ。operational は回線をサービスに入れるために必要な処理が終わり、Call Management Server が Restart In Progress を正常に確認した状態を指す。ダイヤル、相手の応答、RTP、デコード、受話器の音については何も宣言していない。

端点設定表も同じ範囲を持つ。行は MTA が CMS との NCS 通信を維持するための設定を格納し、行数はプロビジョニング済み端点の数を表す。CMS 情報がなければ音声サービス未設定とされる。CMS 情報があるからといって、通話が成立したという逆命題は得られない。

さらに pktcSigEndPntConfigStatus は SNMP の RowStatus である。RFC は、行を active にする前に列間の制約や依存を要求しない。したがって active(1) は管理エージェント内の行の状態であり、アナログ回路や呼制御、メディア経路の総合試験ではない。

CallAgentId は CMS 名を保持し、FQDN 部分を含む。MTA は現在値を通信先に使い、NCS の Notified Entity から更新する。UDP ポートは同じ宛先の受信点を選び、値が省略された場合は 2727 を使う。運用中の不用意な SNMP 変更を RFC が戒めるのは、これらが NCS 接続に直接効くためだ。

ただし宛先の設定と配送結果は異なる。pktcSigEndPntStatusCallIpAddress は FQDN 解決後に選ばれた CMS アドレスを示す。どこへ送ろうとしたかは分かるが、次のデータグラムを正しいプロセスが受け、呼を承認し、メディアを準備したかまでは分からない。

IPsec の有無でも意味が変わる。制御が有効なら noSecurityAssociation は SA 未成立を示し、disconnected は SA 成立後も NCS が RSIP によるリンク確立中である場合を含む。IPsec が無効なら同じ disconnected は SA を含まない NCS 確立過程だ。数値だけを保存した監視記録は、解釈に必要な条件を失っている。

トーン表は証拠の距離をさらに見やすくする。周波数、レベル、オン・オフ時間、反復、定常性を表現でき、呼出し待ち音や輻輳音の例もある。CMS の一回の要求に対する反復回数と間隔も設定できる。

しかし表は波形計ではない。設定が正しいこと、要求が来たこと、MTA が線を駆動したこと、電話機が音にしたこと、利用者が聞いたことは、それぞれ別の事実である。一つの OID から後段を推論すれば、管理可能性が誤った権威に変わる。

コーデック一覧、エコーキャンセル能力、無音抑圧能力も「可能」を表すにすぎない。可能、使用、交渉、パケット到達、再生、可聴品質は同義ではない。

適合性についても同様である。装置グループと端点グループは MIB 適合を名乗る MTA に必須で、国際化、L line、E line の各グループは条件付きだ。これは実装すべき管理対象の集合を定める。特定の瞬間の値や加入者サービスを認証するものではない。

イベント台帳として期待されそうな pktcSigNotification は、この RFC では将来拡張用に予約されるだけだ。製品固有の trap やログが存在しても、その出所と意味を別途確認しなければならない。RFC 5098 が完全な通話通知列を定義したかのように扱うことはできない。

時間軸にも落とし穴がある。端点設定行は MTA 再起動を越えて永続化しない。起動世代を付けずに前後の ifIndex を結べば、仕様が保証しない連続履歴を監視側が作ってしまう。

管理面は現実に影響する。RFC は、DSCP、リングのケイデンス、信号時間、発信者番号方式、呼制御先、UDP ポートへの悪意ある SET が誤動作やサービス断を起こし得ると警告する。読み出し可能なアドレス、エラー、コーデック情報も攻撃者に価値がある。だから SNMPv3 の認証・秘匿と正当な主体への権限制限が推奨される。

それでも SET 成功は最終結果ではない。管理操作の受理を証明するだけで、CMS、回線、メディアが意図どおり収束したとは言えない。RFC 4682 の MTA device MIB と RFC 3435 の MGCP モデルを合わせて読むと、設定、呼制御、メディアの所有者が隣接しながら別であることが分かる。

障害後に必要なのは一つの巨大な「正常」ではなく、結合可能な小さな受領証だ。MTA と起動世代、設定元、SNMP 主体・操作・OID・値・時刻、CMS FQDN と DNS、アドレス選択、安全関連、NCS トランザクションと RSIP、通話単位の命令、線路イベント、ベアラ／メディア、コーデック・ジッタ・再生、利用者結果を分けて残す。秘密や不要な会話内容は通常ログに入れない。

これは RFC に存在しない構文を足す提案ではない。Heng Lu の reality layer を運用へ移すものだ。帳簿は帳簿として強くし、その強さを理由に現実そのものの決定権まで与えない。

Sources