Cisco 7600 シリーズ ルータ セッション ボーダ コン トローラ コンフィギュレーション ガイド
SIP コール転送
SIP コール転送
発行日;2012/01/30 | 英語版ドキュメント(2010/04/20 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 9MB) | フィードバック

目次

SIP コール転送

この章の構成

SIP コール転送サポートの制約事項

SIP コール転送について

REFER 要求

NOTIFY メッセージ

Replaces ヘッダー

SIP コール転送

Session Border Controller(SBC; セッション ボーダ コントローラ)は、標準のインターネット テレフォニー サービスである Session Initiation Protocol(SIP)コール転送をサポートしています。コール転送を使用すると、さまざまな非集中型マルチパーティ コール処理が可能になります。これらの非集中型コール処理は、サードパーティ コール制御の基盤となるもので、Voice over IP(VoIP)および SIP にとって重要な機能です。コール転送は電話会議にも不可欠な機能であり、複数のポイントツーポイント リンクと IP レベルのマルチキャストとの間でコールを円滑に移行できます。SBC SIP コール転送機能には、次のネットワーク トポロジに対応した基本的な in-dialog 転送や高度なコール転送などがあります。

中央集中型 SBC

ネットワーク内転送

ネットワーク外転送

同僚への転送


) ACE SBC Release 3.0.00 では、この機能は統合モデルに限りサポートされます。


SIP コール転送機能の履歴

 

リリース
変更内容

ACE SBC Release 3.0.00

この機能は、SBC 統合モデルのサポートとともに Cisco 7600 シリーズ ルータに追加されました。

この章の構成

この章で説明する内容は、次のとおりです。

「SIP コール転送サポートの制約事項」

「SIP コール転送について」

SIP コール転送サポートの制約事項

次に、SIP コール転送サポートの制約事項を示します。

設定機能は「常にオン」であると想定されています。したがって、設定は不要であり、この機能をディセーブルにはできません。

REFER サブスクリプション ステートは、フェールオーバー時には維持されません。このため、フェールオーバー後、委託状況に関する REFER 送信者への NOTIFY は失われます。NOTIFY は、481 SIP エラー応答で戻されます。このためにコール転送が阻止されることはありませんが、診断がイネーブルの場合にはエラー ログがいくつか生成されることがあります。

SIP コール転送について

REFER 要求

REFER メソッドには、主に次の 3 つのロールがあります。

発信者:転送または REFER 要求を開始するユーザ エージェント

受信者:REFER 要求を受信し、最終受信者に転送されるユーザ エージェント

最終受信者:受信者とともにコールに導入されるユーザ エージェント

REFER メソッドは、常に既存のコールのコンテキスト内で発信者によって開始されます。発信者は、REFER 要求を受信者(REFER 要求を受信するユーザ エージェント)に送信して、トリガーされた INVITE 要求を開始します。トリガーされた INVITE 要求では、Refer-To ヘッダーに含まれる SIP URL が INVITE 要求の宛先として使用されます。

次に、受信者は Refer-To ヘッダー(最終受信者)のリソースと通信し、SIP 202(Accepted)応答を発信者に返します。受信者は、発信者に REFER トランザクションの結果(最終受信者との通信が正常に完了したかどうか)を通知する必要があります。通知には、NOTIFY メソッド(SIP のイベント通知メカニズム)が使用されます。

NOTIFY メッセージに SIP 200 OK というメッセージ本文が含まれる場合は、転送が正常に完了したことを示しています。SIP 503 Service Unavailable というメッセージ本文が含まれる場合は、転送が正常に完了しなかったことを示しています。コールが正常に完了した場合は、受信者と最終受信者間のコールが発生します。

SBC は、in-dialog REFER 要求を受け付け、パススルーします。標準の SIP ヘッダーは通常どおりに操作されます。コール転送に固有のヘッダーは、次のように処理されます。

Refer-To ヘッダーは、変更なしでパススルーされます。

Referred-By ヘッダー:

受信した Referred-By ヘッダーは、無視されてパススルーされます。

発信 REFER では、次のヘッダーが書き込まれます。

Referred-By: <sip:endpoint_dn@sbc_adj_sip_domain_name>
 

ただし、次の場合を除きます。

SBC が REFER を受信したコールの側でプライバシーがイネーブル(CAC で設定)になっている場合、発信 REFER には Referred-By ヘッダーが書き込まれません。

Replaces ヘッダーは、INVITE 要求と同じように処理されます。

Out-of-dialog REFER 要求は拒否されます。Target-Dialog ヘッダーは、明示的にサポートされていないため、ヘッダーとメソッドのホワイトリストおよびブラックリストの設定に従って、除去またはパススルーされます。

NOTIFY メッセージ

REFER トランザクションの結果がわかった場合、REFER 要求の受信者は REFER トランザクションの結果(最終受信者との通信が正常に完了したかどうか)を発信者に通知する必要があります。通知には、NOTIFY メソッド(SIP のイベント通知メカニズム)が使用されます。通知には SIP 応答状況表示行のあるメッセージ本文が含まれており、状況表示行内の応答クラスが REFER トランザクションの成功または失敗を示します。

SBC は、in-dialog NOTIFY 要求を受け付け、パススルーします。標準の SIP ヘッダーは通常どおりに操作されます。

NOTIFY にタイプ message/sipfrag の本文が含まれていて、その本文の始まりが SIP 応答状況表示行として正しく解析できる場合、発信 NOTIFY には、同じ応答コードを持つ SIP 応答状況表示行を含む(他には何も含まない)message/sipfrag 本文が与えられます。

NOTIFY にタイプ message/sipfrag の本文がないか、または NOTIFY 本文の 1 行目が状況表示行として正しく解析できない場合、発信 NOTIFY は本文なしで送信されます。これには、message/sipfrag の本文が mime/multipart の本文の一部として含まれている場合も含まれます。

Replaces ヘッダー

Replaces ヘッダーの処理は、SBC でのコール転送サポートにおける重要なロジックです。SBC は、受信した Replaces ヘッダー内のコール ID およびタグで検索を行います。対応するコール分岐(たとえば、C1)が見つかった場合は、パートナーのコール分岐(たとえば、C2)を検索します。C1 および C2 は、SBC を通してともに別のコールを構成します。転送される要求で送信される Replaces ヘッダーでは、要求のタイプおよび他の考慮事項に応じて、コール分岐 C1 または C2 を参照する場合があります。Replaces ヘッダーの「early-only」フラグはパススルーされます。