堅牢型VoIP端末は、サーバーへの登録に成功しても運用上の処理に失敗することがあります。PTTボタンが別のアプリケーションを操作する、遠隔の通話相手に音声が届かない、電源断後に通話サービスが復旧しない、といった例です。そのため、現場での受入れでは、実際に使用するハードウェアとソフトウェアの正確な構成で、必要な通信手順を試験しなければなりません。
購入時に有用な問いは、端末に漠然と「ミッションクリティカル」と表示されているかどうかではありません。文書化された能力と再現可能な試験が、端末に割り当てる役割を裏づけるかどうかです。端末固有の機能は、IP PBX、指令アプリケーション、無線ゲートウェイ、広域のネットワークが提供する機能と区別してください。
通話とPTTの動作手順を検証する
RFC 3261は、SIPをセッション制御のためのシグナリングとして定義しています。登録や呼設定が成功しても、メディア経路、マルチキャスト放送、無線相互接続、特定の緊急優先機能が動作する証拠にはなりません。
予定しているサーバー、ネットワーク経路、コーデック、セキュリティ構成を使って着信と発信を試験します。双方向音声、呼解放、必要な転送やDTMFの動作を確認してください。導入構成にSBC、VPN、ルーティングされた拠点間接続がある場合は、その経路も試験に含めます。実験室のスイッチを介した通話は、本番ネットワークでの性能を裏づけるものではありません。
物理的なPTTボタンにも明確な機能定義が必要です。アプリケーションを起動する、管理されたグループへの送信許可を要求する、ローカルマイクをミュートする、対応するゲートウェイインターフェースを制御するなどの用途が考えられます。これらの機能は互換ではありません。無線接続では、設計上必要なゲートウェイ、無線インターフェース、送受信制御の動作を特定してください。
| 要求する動作 | 受入れの根拠 |
|---|---|
| ワンボタン発信 | 設定したボタンで、担当者がいる所定の宛先に接続し、無応答時には合意した動作を行う。 |
| PTTグループ通信 | ボタンの押下と解放が所定のグループを制御し、使用中、送信拒否、送信中断の状態を利用者が明確に把握できる。 |
| 無線相互接続 | 文書化された端末からプラットフォーム、ゲートウェイへの経路が、音声と制御を双方向に正しく伝える。 |
| 緊急優先 | トラフィックが競合する状況で、実際の端末とプラットフォームの構成が指定した優先動作を実現する。 |
どの機能が端末に属し、どの機能に別のシステムが必要かを記録してください。統合デモが成功したことをもって、同じ大分類の端末がすべてその機能を標準で備えていると主張してはいけません。
予定構成で音声、電源、復旧を試験する
音声の受入れ試験には、使用予定の受話器、スピーカーフォンまたはヘッドセット、代表的な背景騒音、該当する場合は利用者が通常着用する保護具を含めます。両端で明瞭度を確認してください。特定距離で測定したスピーカー出力値だけでは、工業現場における音声明瞭度を裏づけられません。
PoEで設置する場合は、端末の文書に記載された電源要件、スイッチまたはインジェクターが対応する給電方式、利用可能なポート別およびシステム全体の電力予算、実際の配線を確認します。必要なアクセサリーや運転時のピーク負荷も含めてください。EthernetコネクターがあるだけではPoE対応は証明できず、PoE規格名の入った図面も製品の裏づけ資料にはなりません。
管理された受入れ試験で、対象の電源またはネットワークサービスを停止し、復旧させます。再起動、時刻同期、登録の復旧、アプリケーション起動、割り当てた通話ボタンの復旧を観察してください。利用者の操作が必要かどうかも記録します。バックアップ運転が必要な場合は、スイッチ、サーバー、ゲートウェイを含む経路全体を、プロジェクト指定の継続時間に照らして試験します。
ネットワーク冗長化、ローカルバッテリー容量、アプリケーションのフェイルオーバーは、それぞれ異なる問題を解決します。各対策がどの障害をカバーし、どの依存関係が残るかを明らかにしてください。端末の筐体が頑丈であるという理由だけで、システム全体に障害耐性があると表現するのは避けます。
環境性能の根拠とソフトウェアサポートを別々に確認する
環境性能の根拠を、設置構成と照合します。正確なモデル、試験条件、合格基準、取付構成、コネクターの保護、使用可能なアクセサリーを確認してください。一般的な堅牢性の主張は、温度、水、粉塵、塩分、振動、衝撃のあらゆる組合せに対する耐性を証明しません。
試験機関の試験報告書についても、その対象範囲を正しく解釈する必要があります。特定の試験方法を、あらゆる軍用、船舶用、産業用の用途に適合する証拠として提示してはいけません。侵入保護等級は防爆認証ではありません。分類された危険場所に導入するには、その場所に適切な評価と根拠資料が必要です。
ソフトウェアサポートは独立した購入要件です。サポート対象のファームウェアとOSのバージョン、セキュリティ更新方針、サポート期間、アプリケーション互換性、復旧方法を入手してください。OSのバージョン名だけでは、現在のパッチ適用状況や、サプライヤーが機器の完全なイメージを保守できるかどうかはほとんど分かりません。
運用技術環境に接続する端末については、NIST SP 800-82 第3改訂版が、運用性能、信頼性、安全性を考慮したセキュリティの枠組みを示しています。実際のアーキテクチャにセキュリティ管理策を適用し、管理アクセス、認証情報、ネットワークアクセス、更新責任、復旧手順をシステム所有者と定義してください。
受入れ結果を納入機器まで追跡できるようにする
端末モデルとハードウェアのリビジョン、ファームウェア、アプリケーションのバージョン、サーバーまたはプラットフォームのバージョン、アクセサリー、ネットワーク構成を特定した試験記録を使用します。要件ごとに試験条件、期待動作、観察結果、未解決の制約を記録してください。
試験不合格と未試験の機能を区別します。デモが今後のソフトウェアリリース、カスタマイズされたゲートウェイ、設計変更に依存する場合は、その依存関係と提供責任者を記録してください。最終受入れは、明示されていない将来の能力ではなく、納入された構成を対象とすべきです。
保守のため、受入れ済みの構成と復旧手順を保管してください。ファームウェア、アプリケーション、サーバー、ネットワークを変更した後は、影響する手順を再確認します。過去の結果が新たな組合せにも自動的に適用されるわけではありません。
現場の固定発信拠点については、産業用SIP電話機の概要が機器の分類と一般的な構成を説明しています。その後の端末評価では、個別のプロジェクトに必要な発信業務、運用環境、根拠資料に対象を絞ります。
