標準的なVoIPシステムでは、SIP電話は通常、ユーザーが内線番号をダイヤルしたり、内線通話を行ったり、外線にアクセスしたり、ゲートウェイに接続したりする前に、SIPサーバーに登録します。これが企業音声通信の最も一般的なアーキテクチャです。しかし、一部の小規模または特殊なシナリオでは、ユーザーは2台または数台のSIP電話が相互に通信できれば十分な場合があります。そのような場合、完全なSIPサーバーは必ずしも必要ではありません。

実用的な答えは「はい」です。多くのSIP電話はSIPサーバーに登録せずに通信できます。これはしばしばダイレクトIP通話、ピアツーピアSIP通話、または未登録SIP通話と呼ばれます。これにより、両方のデバイスが同じネットワーク上または適切にルーティングされたIPパスを介して到達可能である限り、あるSIP端末がIPアドレスまたはSIP URLによって別のSIP端末を呼び出すことができます。

通常のVoIPアーキテクチャを理解する

SIPはIP電話システムで最も広く使用されているシグナリングプロトコルの1つです。多くの企業通信システム、インターコムプラットフォーム、ディスパッチシステム、ユニファイドコミュニケーションソリューションは、IPネットワーク上での柔軟な通話設定、セッション制御、メディアネゴシエーション、デバイス相互運用性をサポートするため、SIP上に構築されています。

完全なSIPベースの音声システムは通常、SIPサーバー、SIP端末、SIPゲートウェイという3つの核となる部分で構成されます。これらのコンポーネントは連携して、音声通話、ビデオ通話、内線ダイヤル、トランクアクセス、サードパーティシステムとの相互接続、集中型通信管理を提供します。

SIPサーバーは、ユーザー登録、セッション確立、セッション制御、ユーザー位置情報、通話ルーティング、通話転送、メディアネゴシエーション、セキュリティ管理、通話終了を担当します。これは通信システムの中央制御ポイントとして機能します。ほとんどのエンタープライズ展開では、SIP電話は最初にサーバーに登録し、その後ユーザーは内線番号で相互に通話します。

サーバーが通常提供するもの

SIPサーバーの主な価値は集中管理です。多くのユーザー、部門、拠点、通話ルールが関与する場合、サーバーはシステムの運用を容易にします。管理者は内線番号を割り当て、デバイス登録を管理し、通話権限を定義し、リンクグループを設定し、通話転送ルールを設定し、トランクを接続し、1つのプラットフォームから通話ステータスを監視できます。

例えば、典型的なエンタープライズ電話システムでは、各SIP電話は登録後に内線番号を受け取ります。ユーザーが別の内線番号をダイヤルすると、SIPサーバーが通話の行き先を決定します。通話が外線に到達する必要がある場合、サーバーはそれをトランクゲートウェイにルーティングします。通話が別のサブシステムに到達する必要がある場合、サーバーはSIPゲートウェイまたはメディアゲートウェイを介してルーティングする場合があります。

SIPゲートウェイは大規模システムでも重要です。これらはSIPプラットフォームをサードパーティシステムと接続するためによく使用されます。その機能には、シグナリング変換、メディア制御、音声・ビデオコーデック変換、アドレス解決、PSTNアクセス、アナログ電話統合、無線システムアクセス、またはインターコムシステム統合が含まれる場合があります。

ダイレクト通話が有効な場合

ダイレクトSIP通話は、要件が単純な場合に役立ちます。2台のSIP電話だけが通信する必要があり、両方のデバイスが同じLAN内に配置されている場合、SIPサーバーは不要な場合があります。発信者は相手の電話のIPアドレスをダイヤルするか、ユーザー名とIPアドレスを組み合わせたSIP URL形式を使用できます。

この方法は、通信ポイントが少数しかない小規模サイトにも実用的です。例としては、無人駐車場、機器室、守衛所、当直室、小規模倉庫、一時的な建設現場、メンテナンスエリア、孤立したサービス拠点などが挙げられます。これらの環境では、ユーザーは基本的なポイントツーポイント音声またはビデオ通信のみを必要とする場合があります。

ダイレクト通話は、非常に小規模な通信ネットワークのためにサーバーを展開、設定、維持する必要性を回避します。システムの複雑さを軽減し、プロジェクトを迅速に開始できます。単純なアプリケーションの場合、これは効率的でコスト意識の高い設計となり得ます。

関連製品： Becke SIP電話

ダイレクトIP通話、SIP登録、小規模サイト音声通信展開のためのBecke SIP電話。

ピアツーピア通話の仕組み

ピアツーピアSIP通話では、SIP電話は中央レジストラに依存して相手のエンドポイントを見つけません。代わりに、発信デバイスはSIPリクエストをターゲットデバイスのIPアドレスまたはSIP URLに直接送信します。ターゲット電話がリクエストを受け入れると、2つのデバイスはメディアパラメータをネゴシエートし、通話を確立します。

このプロセスは依然としてSIPシグナリングに基づいています。違いは、サーバーが登録や通話ルーティングに使用されないことです。SIP電話は直接相互に通信し、メディアストリームも通常は2つのエンドポイント間で直接交換されます。

これがネットワーク到達性が重要である理由です。両方の電話が同じサブネット上にある場合、ダイレクト通話は通常より簡単です。電話がルーター、ファイアウォール、VLAN、またはNATデバイスによって分離されている場合、ネットワークはSIPシグナリングとRTPメディアトラフィックが正しく通過することを許可する必要があります。そうでない場合、通話は失敗するか、音声なしで接続される可能性があります。

典型的なダイヤル方法

IPアドレスによるダイヤル

最も一般的な方法はダイレクトIPダイヤルです。例えば、あるSIP電話が相手のIPアドレスを入力して別の電話を呼び出すことができます。正確なダイヤル形式は、電話のインターフェースとファームウェアの設計に依存します。一部のデバイスはキーパッドからのIPアドレスの直接入力を許可しますが、他のデバイスはWeb管理ページまたはスピードダイヤルキーによる設定を必要とします。

この方法は簡単ですが、安定したIPアドレッシングが必要です。ターゲット電話がDHCPを使用しており、そのIPアドレスが変更された場合、通話ルールが機能しなくなる可能性があります。このため、ダイレクト通話の展開では静的IPアドレスまたはDHCP予約がよく使用されます。

SIP URLによるダイヤル

別の方法はSIP URLダイヤルです。SIP URLにはユーザー名とIPアドレスが含まれ、発信者が特定のエンドポイントに直接到達できるようにします。この形式は、電話がSIP URIダイヤルをサポートしており、ユーザーが生のIP番号よりも構造化されたアドレスを必要とする場合に役立ちます。

SIP URLダイヤルは柔軟ですが、デバイスは形式を正しくサポートする必要があります。展開前に、プロジェクトチームはターゲット電話モデル、ダイヤル形式、ユーザーインターフェースの動作をテストする必要があります。

プリコンフィグされたキーによる通話

非技術系ユーザーにとって、ダイレクトIPアドレスは便利ではありません。より良い方法は、DSSキー、スピードダイヤルキー、ホットラインキー、または緊急通話キーを設定することです。ユーザーは1つのボタンを押すだけで、電話は自動的にターゲットSIPアドレスを呼び出します。

これは特に守衛所、駐車場、当直室、サービスカウンター、無人施設で役立ちます。ユーザーはIPアドレスやSIP URLを覚える必要がありません。エンドポイントはシンプルなインターコムまたは固定位置通信端末のように動作します。

サーバーレス設計の利点

最初の利点は迅速な展開です。SIPサーバーがない場合、プロジェクトはより少ないデバイスとより少ない設定手順で完了できます。これは通信要件が少数の固定ポイントに限定されている場合に役立ちます。

2番目の利点はコスト削減です。完全なSIPサーバー、トランクゲートウェイ、ライセンスパッケージ、管理プラットフォームは、2台または3台の電話アプリケーションには不要な場合があります。ダイレクト通話は機器コストとメンテナンスコストを削減します。

3番目の利点はローカル独立性です。電話がローカルネットワーク内で直接通信するように設計されている場合、通話は外部プラットフォームに依存しません。一部のローカルサービス拠点では、これにより基本的な通信可用性を向上させることができます。

4番目の利点は操作の簡素化です。ユーザーは固定キーを押すだけで別のエンドポイントを呼び出すことができます。小規模アプリケーションの場合、これは内線番号、登録アカウント、サーバー側の通話ルールを管理するよりも簡単な場合がよくあります。

無視してはならない制限事項

ダイレクトSIP通話は便利ですが、大規模システムにおける完全なSIPサーバーの代替にはなりません。エンドポイントの数が増えると、手動アドレス管理が困難になります。すべての電話に固定アドレッシング、スピードダイヤル設定、個別メンテナンスが必要になる場合があります。

ダイレクト通話は多くの集中機能も欠いています。内線番号割り当て、ユーザー登録、通話転送、リンクグループ、通話キュー、ボイスメール、録音、外部トランクルーティング、集中ログ、権限制御、システム監視などの機能は、通常SIPサーバーまたはユニファイドコミュニケーションプラットフォームを必要とします。

セキュリティも考慮する必要があります。制御されていないネットワークにさらされたダイレクトSIPデバイスは、スキャン、不正通話、またはメディアアクセスのリスクに直面する可能性があります。このため、ダイレクト通話は内部LAN、専用VLAN、プライベート産業ネットワーク、または隔離されたサービスネットワークなどの制御されたネットワークで使用する必要があります。

この設計が最も適する場所

ダイレクトSIP通話は、小規模で固定された通信シナリオに最も適しています。典型的なプロジェクトには、守衛所と制御室に設置された2台のSIP電話、または無人駐車場、機器エリア、メンテナンスサイト全体に設置された複数のSIP端末が含まれる場合があります。

また、一時的な通信にも役立ちます。建設中、テスト中、展示会設営中、フィールドメンテナンス中、または緊急修理作業中に、完全な通信プラットフォームを構築せずに、シンプルなポイントツーポイントSIP電話接続で迅速な音声アクセスを提供できます。

産業および施設管理プロジェクトでは、ダイレクト通話は機械室、当直ステーション、警備デスク、サービスカウンター、ローカル運用拠点間の基本的な連絡をサポートできます。後で要件が拡張された場合、同じSIP電話をSIPサーバーに登録するか、より大きな通信システムに統合することができます。

SIPサーバーが必要になる場合

プロジェクトが基本的なポイントツーポイント通信以上のものを必要とする場合、SIPサーバーを検討する必要があります。サイトに多くのユーザー、複数の部門、モバイル内線、外線、録音要件、通話転送、アクセス制御、ディスパッチ統合、またはマルチサイトネットワーキングがある場合、集中SIP管理がはるかに実用的になります。

システムがアナログ電話、PSTNトランク、無線システム、インターコムシステム、ビデオプラットフォーム、ページングシステム、または緊急通信プラットフォームに接続する必要がある場合もサーバーが推奨されます。これらの場合、ゲートウェイとルーティングルールを調整する必要があり、ダイレクトIP通話では通常不十分です。

成長中のプロジェクトでは、段階的アプローチがうまく機能します。最初の段階では少数の固定ポイントにダイレクトSIP通話を使用する場合があります。2番目の段階では、より多くのエンドポイント、より多くのルール、より多くのシステム統合が必要になったときにSIPサーバーを追加する場合があります。これにより、アップグレードパスを開いたまま、プロジェクトをシンプルに開始できます。

ネットワークと設定のチェックリスト

サーバーなしで2台のSIP電話を使用する前に、プロジェクトチームはいくつかの詳細を確認する必要があります。両方の電話がダイレクトIP通話またはSIP URLダイヤルをサポートしている必要があります。それらのIPアドレスは安定している必要があります。ネットワークはSIPシグナリングとRTPメディア送信を許可する必要があります。コーデック設定は互換性がある必要があります。音声パスは双方向でテストする必要があります。

ユーザーがワンタッチ操作を必要とする場合、スピードダイヤルまたはDSSキーを設定する必要があります。サイトがVLANまたはファイアウォールを使用している場合、インストール前にルーティングルールを確認する必要があります。電話が屋外または無人エリアにある場合、電源供給、PoE利用可能性、デバイス保護、物理的取り付けも確認する必要があります。

最終テストには、通話設定、着信音、双方向音声、通話解放、再起動回復、IPアドレスの永続性、ユーザー操作を含める必要があります。小規模サイト通信は現場での技術サポートなしで動作することが期待されることが多いため、シンプルなシステムでも慎重にテストする必要があります。

実用的な結論

デバイスがダイレクトIP通話またはSIP URLダイヤルをサポートしている場合、2台のSIP電話はSIPサーバーなしで通信できます。これは小規模サイト、固定位置通信、一時的展開、シンプルなポイントツーポイント音声またはビデオニーズに対する実用的なソリューションです。

ただし、ダイレクト通話はその境界を明確に理解した上で使用する必要があります。展開は簡単ですが、完全なSIPサーバーの集中管理と高度な通話機能を提供するものではありません。システムが成長するにつれて、SIPサーバーは内線管理、ルーティング、セキュリティ、監視、録音、サードパーティ統合のより良い基盤となります。

プロジェクト計画では、アーキテクチャを実際の要件に合わせることが最善のアプローチです。ニーズが2台または少数のエンドポイントのみである場合、ダイレクトSIP通話は効率的です。サイトがより広範な通信制御を必要とする場合、SIP電話は管理されたSIPプラットフォームに統合されるべきです。

FAQ

2台のSIP電話が直接相互に通話するには同じブランドである必要がありますか？

いいえ。同じブランドである必要はありませんが、両方のデバイスが互換性のあるSIPダイレクト通話、コーデック、ダイヤル形式をサポートしている必要があります。プロジェクト納品前にテストすることをお勧めします。

ダイレクトSIP通話はインターネット経由で機能しますか？

正しいルーティング、NATトラバーサル、ファイアウォールルール、セキュリティ制御で機能する可能性がありますが、管理されていないパブリックネットワークへの露出には推奨されません。VPNまたは管理されたSIPプラットフォームが通常はより安全です。

一方の電話のIPアドレスが変更された場合はどうなりますか？

発信者が正しいエンドポイントに到達できなくなるため、ダイレクト通話ルールが失敗する可能性があります。このタイプの展開には静的IPアドレスまたはDHCP予約をお勧めします。

ダイレクトSIP電話通話にビデオを含めることはできますか？

はい、両方のエンドポイントがビデオ通話、互換性のあるコーデック、十分なネットワーク帯域幅をサポートしている場合に可能です。この機能は特定の電話の機能と設定に依存します。

ダイレクト通話は緊急通信に適していますか？

シンプルなローカル緊急連絡拠点には使用できますが、より大規模な緊急システムは通常、SIPサーバーまたはコマンドプラットフォームを介した集中管理、監視、録音、優先制御、バックアップ設計を必要とします。