固定SIPページング電話は、指令ソフト停止時も呼制御、網、メディア、電源が動けば直接音声インターフェースを保てます。電話機だけで独立した緊急網は作れません。特定障害を対象に継続運用を設計・試験します。
基盤復旧前にも当直室、現場指揮者、放送区域、無線利用者、外部機関へ連絡する必要があります。対応するハンズフリー、DSS、ホットライン、外部接続は有用ですが、グループ通話、放送、無線は選定端末、サービス、連携に依存します。
実際に故障した部分を特定する
「基盤停止」は画面フリーズ、データベース故障、SIP呼制御喪失、WAN断、停電を含み得ます。アプリ、IP PBX、SBC、電話帳、放送、録音、ゲートウェイは別々の場合も同居する場合もあります。予備系選定前に実依存関係を描きます。
指令端末だけの故障なら、固定電話は稼働中のSIPコアで通話できる場合があります。中央の同じノードで登録と経路が失われるなら別経路が必要です。ホスト、スイッチ、回線、UPSを共有する仮想SIPサーバー二台は共通障害に弱いままです。
最低限のサービスと障害境界を定義する
重要役割間通話、固定ホットライン、必要な放送、無線、外線から決めます。録音と会議も維持すべきか判断します。合意済み縮退運転ではGIS、映像、履歴、動的電話帳、複雑な業務が止まる場合がありますが、必須機能を単に省略してはいけません。
アプリとWANの障害
基本SIP呼制御を指令アプリから分離すればアプリ障害後も通話を維持できる場合があります。WAN断中のローカルPBXやサバイバビリティ機能は、アカウント、認証、番号計画、必要サービスが現地にある場合に限り有効です。到達不能なクラウドDBへの依存が残れば完全な代替ではありません。
SIPノード、LAN、電源の障害
予備Registrarや呼制御は対応するサーバー故障を扱いますが、故障スイッチや電源回路は直しません。LAN継続には実用的な代替網路または別手段が必要です。電源継続にはPoEスイッチ、サーバー、電話、ゲートウェイを含む全重要経路の予備電源が必要です。
拠点のリスクと責務に応じ許容停止時間と予備運転時間を定めます。集約スイッチ、光回線、DNS、必要なDHCP、時刻サービス、仮想ホスト、共有ストレージを評価します。両経路に残る共通依存が冗長性の限界です。
適切な代替手段を選ぶ
ローカル継続機能と冗長登録
重要拠点は基本呼制御を現地に置くか、独立して到達できる代替サービスを用意します。対応機能に応じ、主・予備サーバー、同時アカウント、DNS探索、クラスタを使います。RFC 3263はSIPサーバー探索と再試行を定めますが、端末の切替設計全体を保証しません。
故障検知、再登録時間、新規通話、経路権限、着信、主系復帰を検証します。予備登録だけで相手、ゲートウェイ、メディアの到達は分かりません。継続中の通話は信号・メディアの中継位置で切断も継続もあり得るため、実構成を試験せず無瞬断を約束しません。
関連ソリューション：指令・統制センター向けIP電話ディスパッチ。
直接IP通話は別の限定的な選択肢
一部端末は故障サーバーへ登録せず設定済みSIP URIやIPへ発信できます。両端が対応・許可し、固定的アドレス、互換コーデック、到達可能なSIP/RTP、承認済み安全方針が必要です。名前利用時はDNSにも依存します。Registrarは回避できてもLAN、電源、相手端末は回避できません。
直接IP発信は短い内線、着信経路、緊急優先、録音、会議、ゲートウェイを自動的には維持しません。承認宛先を事前設定・表示します。事故中に未知のIPを手入力させる運用は頼れません。
ローカルマルチキャスト放送は通常のSIP通話とは異なる
明示的な対応があれば、電話や放送源から中央呼制御を経由せず設定済みグループへ音声を送れます。受信機、コーデック、グループ、ポート、権限、優先動作を一致させます。スイッチ、IGMP、VLAN境界、必要なマルチキャスト経路が動く必要があります。
サーバー故障中の特定放送経路を保てても、双方向通話や受信確認を意味しません。故障スイッチ、スピーカー停電、送信源停止は回避できません。必要な全区域の受信と競合放送の扱いを試験します。
放送、無線、外線への経路を残す
固定短縮番号からSIP放送、RoIP、音声ゲートウェイへ接続できるのは呼経路とゲートウェイが動く場合だけです。放送には増幅器、スピーカー回線またはIP受信機と電源も必要です。RoIPには互換音声、送信操作制御、無線網、必要な許可が要ります。
DMR、PDT、TETRA、PoCは別系統で、電話が全無線接続を標準装備するわけではありません。FXO、SIP Trunkなどの外線も回線・事業者設備に依存します。必要に応じコーデック、DTMF、半二重を確認します。ゲートウェイは停止した下流サービスを復活させません。
操作者に慣れた代替運用にする
可能なら当直責任者、消防、放送、無線、重要外線の通常短縮番号と固定DSSを維持します。重要宛先は停止した電話帳なしで使えるよう保存します。HotlineとOff-Hook Auto Dialは一律有効化せず担当業務と誤発信リスクで決めます。
端末が対応する場合は縮退状態と残存サービスを明示し、非対応なら簡単な手順を用意します。緑の登録表示は全サービスの可用性を示しません。ラベルと訓練により、自ら障害診断せず次の重要通話ができるようにします。
ハンズフリーと拡声音声は近くの担当者との緊急情報共有に役立ちます。ハウリング、騒音、プライバシー、隣接席への干渉を確認します。単純な操作もキー、音声経路、応答役割が実際に残る場合のみ有効です。
ネットワークと電源の全経路を守る
一台のPoEスイッチが全重要電話へ給電するならSIPサーバー冗長化の効果は限定的です。アクセス網、コア、必要なら物理分離回線、ゲートウェイ電源、端末接続を評価します。単一ポート電話にコア冗長化だけで独立した二経路は生まれません。
変換損失と必要予備容量を含め全重要負荷を計算し、その負荷でUPS時間を確認します。定格時間の表示は受入結果ではありません。重大LAN故障や長期停電には、真に別の障害領域を持つ無線、アナログ直通、衛星などを検討します。
実通信を受入確認し制御された故障を試す
電源、IP到達性、SIP登録は別の観測です。REGISTERは連絡先の対応付けを作成・更新し、音声セッションは確立しません。シグナリング成功中も経路、NAT、ファイアウォール、メディア設定でRTPが止まります。コーデック、マイク、スピーカー、相手装置も重要です。
承認済み保守・安全手順で正常基準を記録し、指令アプリ、WAN、主SIP、選択経路を個別停止します。許可時に商用停電も模擬します。試験ごとに残るべき機能を明示し、実際の緊急対応を妨げません。
各状態で検知・復旧時間を測り、重要席への発着信、双方向音声、ホットライン、現場放送受信、無線、必要外線を確認します。必須なら録音も試験します。端末識別、経路、警報、時系列、手動操作を記録します。
主系復旧後も切替と同様に慎重に確認します。二重登録、古い経路、着信欠落、予備に残る端末を調べ、優先度、識別、録音を再検証します。通常通話や予備登録の成功だけでは代替運用の準備完了を示しません。
よくある質問
代替運用中も録音は必要ですか。
運用および適用される遵守要件によります。必須なら利用可能な録音経路または独立した現地録音を設け、必要な各障害状態でメディア到達を確認します。
全支所にローカル呼制御が必要ですか。
いいえ。重要度、WAN依存、端末数、許容停止から判断します。中央の高可用性で足りる場合もありますが、切れた支所WANはそれだけでは復旧しません。
主・予備SIPサーバーは同一供給元である必要がありますか。
絶対的なプロトコル要件ではありません。実製品で登録、経路、機能コード、購読、メディア、復旧を試験します。共通SIP対応は滑らかな冗長化の証拠ではありません。
別の通信手段はいつ必要ですか。
要求シナリオにローカルIP全経路停止、長期停電、広域設備障害が含まれるなら、網、電源、運用依存が異なる代替手段を評価します。
Becke TelcomはSIPページング電話と放送・指令・RoIP・音声ゲートウェイ連携機器を提供します。合意した代替サービスへの組合せには、機種機能、独立性、指定障害時の全通話経路の検証が必要です。
