2つのSIPクライアントが同時にサービスプロバイダーにログインしている場合、着信コールが着信するとどうなり、発信コールを発信しようとするとどうなりますか? (この質問は、米国の電話番号に接続されたSIPサービスに関するものです。)
次のいずれかが上記の質問への回答に影響しますか?
ありがとうございました!
最終的な答えは、サービスプロバイダーの構成に大きく依存します。
オプション1:登録されているすべてのエンドポイント(並列ブランチ)を呼び出し、いずれか1つが応答するのを待ってから、残りの要求をキャンセルします。
オプション2:最後に登録されたエンドポイントのみを呼び出します。
オプション3:1つが応答するまで、登録された各エンドポイントを一度に1つずつ呼び出します(シリアルブランチ)。
複数の登録が存在するという事実は、アウトバウンドコールの観点からはそれほど重要ではありません。登録は主に、プロバイダーのプロキシが着信コールの送信先を認識できるようにするためのものです。アウトバウンドに電話をかけると、通常は再認証も行います。アウトバウンドコールが成功するかどうかは、プロバイダー側で構成されたトランク容量に大きく依存します。
一部のプロバイダーは、固定数のアクティブなインバウンド/アウトバウンドコールを提供しており、エンドポイントの数に関係なく、それを超えることはできません。そうは言っても、その制限までは、通常、任意のエンドポイントからのインバウンドコールまたはアウトバウンドコールの任意の組み合わせ(同じエンドポイントからの複数のコールでも)を行うことは問題ありません。
使用しているエンドポイント/クライアントのタイプに関する限り、着信コールをルーティングするために何をするかについての決定のほとんどはプロキシで行われます。エンドポイントは通話を受信するか受信しないかのどちらかであり、応答するかどうかを決定できます(またはボイスメールにリダイレクト/転送します)。
私には、これが同時に起こる可能性は非常にまれに思えます。いずれの場合も、サーバーは通話に参加しません。 2つのエンドポイントが正常な呼び出しセットアップをネゴシエートすると、サーバーはバックアウトし、次の呼び出し要求を処理する準備が整います。サーバーは、実際には、2つのエンドポイントを接続し、2つの間で交換されるSIPパケットを決定する、SIPプロキシに、呼び出し要求を送信します。 。
偶然にも、同時に衝突する2つの呼び出しがある場合、サーバーは一方を優先し、おそらくもう一方をドロップすると思います。また、最新のハードウェアとソフトウェアがキューを形成し、両方を次々に処理するように機能すると確信しています。
SIPトランキングを理解しようとしている人のために、 http://telecom.Toshiba.com/multimedia/content/sip-trunking-101.cfm)に簡単に理解できるインフォグラフィックがあります。 。お友達と共有してください。
ありがとう
自分で何かを実装しようとしている場合は、これを確認することをお勧めします: https://www.google.com/patents/US20120157098