Informacastの設定およびトラブルシューティング
内容
概要
このドキュメントでは、Cisco Paging Server製品（InformaCastとも呼ばれる）と、この製品をCisco Unified Communications Manager(CUCM)と統合する方法について説明します。 このドキュメントでは、機能の目的、機能の設定、トラブルシューティングのために収集するデータ、データの分析例、および追加調査のための関連リソースについて説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Cisco Unified Communications Manager
- InformaCast[InformaCast]
- SIP、CTI、Http、およびSNMPプロトコル。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。
- InformaCastバージョン11.5.2 - 38
- CUCMバージョン11.5.1.14900-8
- CP-8811およびCP-8861 sip88xx.12-0-1SR1-1
- 基本ライセンス
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
背景説明
機能の目的
Cisco Paging Server は、数千台の電話機、スピーカー、その他のデバイスに対応するページング/一斉通知ソリューションです。これは、ライブ、事前録音された音声、またはテキスト通知を使用する緊急事態で特に役立ちます。
Singlewire（InformaCast ベンダー）との Original Equipment Manufacturer（OEM）契約に基づき、Cisco Technical Assistance Center（TAC）は、InformaCast バージョン 8.3 を CUCM バージョン 8.5 以降と合わせてサポートします。Cisco TAC でサポートされるモードは、基本ページングのみです。
基本と詳細
基本ページングモードでは、受信者グループあたり最大50台の電話のライブオーディオブロードキャストのみがサポートされ、追加ライセンスは必要ありません。CUCM の一部として提供される InformaCast のバージョンには、基本ページング モードのライセンスが含まれています。補足機能が必要なお客様は、Singlewireのサポートにより、Advanced Notificationモードにアップグレードできます。
高度なページングのライセンスでは、無制限のページンググループを使用できます。また、オーバーヘッドアナログおよびIPスピーカへのページング、ベルスケジューリング、コールバージェオプションによる緊急通知の優先順位付け、録音済みのテキストのみのページ、通知用ソーシャルメディアサイトとの統合、電子メールおよびショートメッセージサービス(SMS)の一括通知と全番号モニタリング、緊急サービスアラート、Cisco Jabberクライアントとの統合など、その他の高度な機能も実現します。InformaCastのインストール後、高度な通知モードのトライアルを有効にすることができます。
使用されるプロトコル
Cisco Paging Serverは、SIP、SNMP、AXL、およびCTIを使用してUnified CMと通信します。Cisco Paging Server 9.0.1以降では、HTTPまたはJTAPIを使用して電話機と通信できます。
Cisco Paging ServerはSNMPを使用して、他のUnified CMノードと、各クラスタメンバに登録されている電話機のリストを検索します。SNMP通信が完了すると、Cisco Paging ServerはAXLを使用して、デバイス名、説明、デバイスプール、コーリングサーチスペース、電話番号、場所など、登録されている各電話機に関する追加情報を判別します。この情報を使用して、受信者グループと呼ばれる電話機の論理グループを構築できます。前述のとおり、BasicライセンスのCisco Paging Serverでは、受信者グループに最大50台の電話機を含めることができます。
HTTPとJTAPI
9.xより前のInformaCastバージョンはすべて、電話のアクティベーションにHTTPを使用していました。HTTPモードでは、Cisco Paging Serverは各IP Phone HTTPサーバにコマンドとクレデンシャルを送信します。IP Phoneは、これらのクレデンシャルを検証してから、コマンドを実行します。 ブロードキャスト送信時に、InformaCast は HTTP 経由で XML サービス インターフェイス（XSI）を使って直接それらの電話に接続します。
JTAPIモードでは、Cisco PagingはUnified CMを介して各電話機にコマンドを送信します。Cisco Paging Serverでは、要求のたびにクレデンシャルを送信する必要がないため、各電話機でWebサーバをアクティブにする必要がなく、コマンドはより迅速に実行されます。また、CTIモードでは、ビジー状態の電話を迅速にチェックし、アクティブ化できます。
CUCMとの統合タイプ（SIPまたはCTI）に関係なく、HTTPまたはJTAPIを使用できます。英語以外のロケールの電話機では、HTTPよりもJTAPIの方が適切に機能することに注意してください。ユーザロケールを確認するには、電話機のWebページを参照してください。
SIPとCTI
Informacastは、CTIまたはSIPを介してコールを受信できます。CTIの場合、コールはCTIルートポイントで処理されます（Cisco Paging Serverでは、着信コールに応答するためにCTIポートは必要ありません）。
SIPの場合、コールはSIPトランクでUnified CMから発信されます。CTIとSIPの両方が有効であり、サポートされています。ただし、SIP統合のトラブルシューティングはCTIよりもはるかに簡単であるため、CTIを介したSIPコールフローを使用することを推奨します。
設定
ネットワーク図
コールフロー
- 発信者（呼び出し元）が、Unified CMで事前定義された番号をダイヤルします。例：7777
- Unified CMは、SIPトランクまたはCTIルートポイントを介してコールをCisco Paging Serverにルーティングします。
- Cisco Paging Serverがコールに応答します。
- 発信者に対して、低いストール音が聞こえます。Cisco Paging Serverがこのトーンを再生している間、マルチキャストグループに参加するための指示がHTTPまたはJTAPI経由で受信者グループ内の各電話機に送信されます。
- すべての電話機がマルチキャストグループに参加すると、Cisco Paging Serverは高い先行音を再生します。発信者にこのトーンが聞こえると、Cisco Paging Serverが音声を受信してマルチキャストIPおよびポートに送信する準備が整ったことを示します。
- 発信者が通話すると、メディアは発信者の電話機からCisco Paging Serverに送信され、次にPaging ServerからマルチキャストIPアドレスとポートに送信され、最終的にマルチキャストIPから着信側電話機に送信されます。
- 発信者が電話を切ると、指示が各IPフォンに送信され、今度はマルチキャストグループから出て、ブロードキャストが終了します。
JTAPIライブラリおよびコンピュータテレフォニーインテグレーション(CTI)Managerを使用してInformaCastをCisco Call Managerと統合する場合、図に示すように、TCP経由のQuick Buffer Encoding(QBE)プロトコルを使用します。
SIP統合では、図に示すように、InformaCastはSIP protocol over TCPとポート5060を使用してCall Managerと通信します。
Call Managerの設定
ステップ 1：サービスをアクティブ化し、Cisco Unified Serviceability > Tools > Service Activationの順に移動して、次のサービスを有効にします。
- Cisco CallManager
- Cisco CTIManager
- Cisco AXL Web Service
- Cisco CallManager SNMP Service
ステップ 2：SNMPの設定（バージョン2またはバージョン3）
SNMP v2の場合
- Cisco Unified Serviceability > SNMP > v1/v2の順に移動します。
- コミュニティストリング名に、ReadOnlyのアクセス権限を設定します。
- 可能であれば、Apply to All Nodesチェックボックスをクリックして、Saveをクリックします。
SNMP v3の場合
- Cisco Unified Serviceability > SNMP > V3 > Userの順に移動し、ICVAという名前のユーザを作成します。
- Authentication Requiredチェックボックスを有効にし、認証パスワードを入力して、SHAオプションボタンを選択します。
- Privacy Requiredチェックボックスを有効にし、プライバシーパスワードを入力してAES128オプションボタンを選択します。
- Access PrivilegesドロップダウンメニューからReadOnlyを選択し、可能であればApply To All Nodesチェックボックスを選択して、Saveをクリックします。
ステップ 3：デフォルトコーデックのG.711への設定
- CM Administration > System > Region Information > Regionの順に移動し、新しいリージョン（ICVAなど）を作成します。
- Regions領域ですべてのリージョンを選択し、64kbps(G.722、G.711)をMaximum Audio Bit Rateとして設定します。
- Max Video Call Bit RateでNoneオプションボタンを選択し、Saveをクリックします。
ステップ 4：デバイスプールの作成
- CM Administration >システム> Device Poolに移動し、デバイスプールを作成します。例：ICVA_DPという名前を付けます。
- 作成したICVAリージョンを追加します。
- SRST ReferenceドロップダウンメニューからDisableを選択します。
- Join Across LinesドロップダウンメニューからOnを選択し、Saveをクリックします。
ステップ 5：ルートパーティション（ICVA_PTなど）を作成します。
手順 6：コーリングサーチスペース（ICVA_CSSなど）を作成します。ICVA_PTを含めます。
手順 7：アクセスコントロールグループ(AXL)を作成します。
- CM Admin > User Management > User Settings > Access Control Groupの順に移動し、アクセス制御グループ（ICVAユーザグループなど）を作成します。
- Standard AXL API Accessロールを追加します。
ステップ 8：アプリケーションユーザの作成
- CM Admin > User Management > Application Userの順に移動し、Add Newをクリックします。アプリケーションユーザにICVA_InformaCastという名前を付け、次のロールを割り当てます。
- Standard CTI Enabled
- ICVAユーザグループ（または標準AXL APIアクセス）
- Standard CTI Allow Control of Phones Supporting Connected Xfer and Conf.
- Standard CTI Allow Control of Phones Supporting Rollover Mode
- Standard CTI Allow Control of All Devices
ステップ 9：SIPまたはCTIを使用して、Communications ManagerをInformacastと統合します。
SIP統合の場合は、SIPプロファイル、SIPトランク、およびルートパターンを作成します。
- CM Admin> Device > Device Settings > SIP Profileの順に選択し、Standard SIP Profileをクリックしてから、Copy
- プロファイルにICVA SIP Profileという名前を付け、Best Effort (no MTP inserted)を選択します。 [Save] をクリックします。
- CM Admin > Device > Trunkの順に移動し、Add Newをクリックします。
- トランクタイプのドロップダウンメニューからSIP Trunkを選択します。Nextをクリックして、SIPトランクの名前を入力します。
- デバイスプールICVA_DPを選択し、SIP情報領域までスクロールダウンして、宛先アドレスにInformaCastサーバのIPアドレスを入力します。
- Destination Portフィールドの値が5060であることを確認して、Non Secure SIP Trunk Profileを選択し、SIP Profileドロップダウンメニューから以前に作成したSIPプロファイルを割り当てます。[Save] をクリックします。
- ルートパターンを作成し、CM Admin > Call Routing > Route Hunt > Route patternの順に選択し、Add Newをクリックします。
- ルートパターン（7777など）を入力し、電話機から到達可能なパーティション（ICVA_PTなど）を設定します。
- Gateway/Route Listドロップダウンメニューから、作成したばかりのSIPトランクを選択します。
- Route This PatternとOnNetオプションボタンを選択します。
- Provide Outside Dial Toneチェックボックスのチェックマークを外して、Saveをクリックします。
CTI統合の場合は、CTIルートポイントを作成し、ステップ8で作成したアプリケーションユーザに関連付けます。
- CM Administration > Device > CTI Route Pointの順に移動し、Add newをクリックします。
- 名前を入力します。例：ICVA_CTI_RP（または任意の名前）。
- デバイスプールICVA_DPを割り当て、Saveをクリックします。
- 回線1を選択し、電話番号（7778など）を入力し、最近作成したパーティション(ICVA_PT)を割り当てます。
- 残りの情報を必要に応じて設定し、Saveをクリックします。
CTIルートポイントをICVAアプリケーションユーザの設定の制御デバイスとして追加します。
ステップ 10：Cisco IP PhoneのWebアクセスを有効にして、HTTPを使用して電話機を制御します。
- Web アクセスは、[Enterprise Phone Configuration] でデバイごと、共通デバイス プロファイルごと、またはシステム全体で設定できます。
- エンタープライズ電話設定の変更を適用するには、CM Admin > System > Enterprise Phone Configurationに移動し、Web Accessドロップダウンメニューまでスクロールダウンして、Enabledを選択します。[Save] をクリックします。
- 電話機をリセットして変更を適用します。
ステップ 11：認証URLを設定します。
IP PhoneからInformaCastに認証要求を送信するために、認証URLを変更します。 InformaCast 以外のすべての認証要求はデフォルトの CUCM 認証 URL にリダイレクトされます。
- CM Administration >システム>エンタープライズパラメータに移動します。
- URL Authenticationフィールドにhttp://<InformaCast Virtual Appliance IP Address>:8081/InformaCast/phone/auth、Secure Authentication URLを入力します。
- Save、Apply config、およびResetの順にクリックします。
ステップ 12：API Browser Accessの認証方式を設定します。
- Unified Communications Manager 11.5.1以降を使用している場合は、ページを下にスクロールしてSecurity Parameters領域に移動し、Authentication Method for API Browser AccessドロップダウンメニューからBasicを選択します。
ステップ 13：電話機をテストします。たとえば、7777（SIP統合の場合）または7778（CTI統合の場合）をダイヤルします。
Informacastの設定
ステップ 1：InformacastでCommunications Managerクラスタを設定します。
- Informacastにログインし、Admin > Telephony > Unified Communications Manager Clusterの順に選択します。Editをクリックします。
- ステップ8で作成したアプリケーションユーザのアプリケーションユーザ名とパスワードを入力します。
- Use Application User for AXLチェックボックスが選択されていることを確認します。これは、InformaCastの電話キャッシュを構築する際にアプリケーションユーザのクレデンシャルが使用されることを意味します。
- Communications Manager IP Address(es)フィールドに、Unified Communications ManagerサーバのIPアドレスを入力します。DNS名ではなく、数字のIPアドレスを使用します。
- SNMP v2またはSNMP v3オプションボタンを選択します。CUCMで設定されているものと同じ情報を入力します。Updateをクリックします。
ステップ 2：受信者グループを設定します。
- Recipients > Edit recipient Groupsの順に移動し、Updateをクリックして、CUCMに登録され、InformaCastによって検出されたすべての電話を表示します。
- 新しい受信者グループを作成するには、Addをクリックし、名前を入力してからEditをクリックして、この受信者グループの電話機を追加します。電話機を受信者に追加したら、Submitをクリックします。
- 変更を保存するにはUpdateをクリックします。
ステップ 3：InformaCastへのSIPアクセスを許可/無効にします。
- Admin > SIP > SIP Accessの順に移動します。デフォルトでは、すべてのSIPコールが拒否されます。
- Allowオプションボタンを選択してすべてのSIPコールを許可するか、Addをクリックしてこの許可の例外を許可します。
ステップ 4：ブロードキャストダイヤル設定の追加
- Admin > DialCast > Dialing Configurationsの順に選択し、Add
- CUCMで作成したルートパターン（SIP統合の場合）またはCTIルートポイント（CTI統合の場合）に従って、Dialing Patternフィールドにダイヤルパターン（7777、7778など）を入力します。
- リストから受信者グループを選択して、Updateをクリックします。
ステップ 5：ブロードキャストパラメータを設定します。
- Admin > Broadcast Parametersの順に移動します。
- マルチキャスト用のIPを設定します。デフォルトのIP(239.0.1.2)が一般的に使用されます。
- コマンドをJTAPIとして電話機に送信する場合は、JTAPIチェックボックスをオンにします。オフにすると、HTTPメッセージが使用されます。
この範囲がネットワーク インフラストラクチャの設定と一致し、すべての受信者グループに対応することを確認します。マルチサイトの展開では、Singlewire とシスコは、アドレスの範囲の使用を推奨しています。この範囲は、同時ブロードキャストごとに 1 つのアドレスを処理できる十分な大きさであることが必要です。
ネットワークでのマルチキャストの設定
Cisco Paging ServerとIP Phoneが別々のIPサブネット上にある場合、これら2つのサブネットの間にあるルータは、マルチキャストルーティング用に設定する必要があります。
Cisco Paging Serverでは、マルチキャストルーティングの特定の方式（SM、DM、S-DM、SSMなど）は必要ありません。 一部のWide Area Network（WAN；ワイドエリアネットワーク）環境では、マルチキャストルーティングがサポートされていません。このような環境では、サイト間でGREトンネルを構築し、マルチキャストの転送に使用できます。
ご使用の環境でのマルチキャストの設計と設定については、このドキュメントでは扱いませんが、次のリソースが役に立つ場合があります。
確認
現在、この設定に使用できる確認手順はありません。
トラブルシューティング
一般的な問題
電話機がアクティブでない
ブロードキャストが発生すると、使用中（ビジー）の電話がすべてスキップされることを考慮してください。
InformaCastでは、電話へのメッセージの送信方法（HTTPまたはJTAPI）に応じて、さまざまなビジー検出方法が使用されます。
HTTP：ビジー検出は、英語のロードを実行する電話機ロケールでのみ機能します
CTI：英語以外の電話ロケールに対応
また、話中検出は、回線タイプや回線状態だけでなく、プロトコルによっても動作が異なります。
|
回線ステータス |
CTIビジー検出 |
HTTPビジー検出 |
|
別の電話機でコールが使用中の共有回線、保留中のコールなし |
Idle |
Idle |
|
オフフック、番号の収集 |
ビジー |
非ビジー |
|
通話中、アクティブコール |
ビジー |
ビジー |
|
保留中、共有回線の非アクティブコール |
ビジー |
非ビジー |
|
保留中、一意の回線の非アクティブコール |
ビジー |
非ビジー |
アクティブになっていない電話機のトラブルシューティングを行う際には、次のデータを収集する必要があります。
- Informacastからのパフォーマンスログ。
- 電話機からのコンソールログ(PRT)
電話機が検出されない
InformaCast で検出されるのは登録された電話だけです。IP電話が登録されているが検出されない場合は、InformacastのSNMPサービス設定と、電話が登録されているCUCMノードを確認します。SNMPサービスとコミュニティストリングは、Call Managerサービスがアクティブになっているすべてのノードに設定する必要があります。
SNMPエラー：受信者グループを作成できません： java.lang.Exception
- このエラーは、DNSの接続または解決が原因で、SNMPがクエリーにタイムリーに応答できないことを意味します。
- InformaCastサーバからすべてのUnified Communications Managerクラスタノードに対して、UDPポート161をブロックしているポートがないことを確認します。
- SNMP情報が正しいことを確認します。Admin > Telephony > Unified Communications Manager Clusterの順に移動し、可能であれば新しいSNMP文字列を入力します。CUCMで新しい文字列を設定します。
- コミュニティストリングの最大文字数を超えるコミュニティストリングを使用している可能性もあります。CUCMからコミュニティストリングをコピーしてInformacast設定に貼り付ける場合は、それを入力してストリング全体を入力できるかどうかを確認してください。Informacastバージョン11では、最大文字数は18文字です。
- CUCMのDNS設定が正しいことを確認し、CSCtb70375と一致していないことを確認します。
宛先電話機で音声が聞こえない
電話が点灯しても音声が再生されない場合、問題はマルチキャストルーティングに関連している可能性が高く、CUCMサーバまたはIP電話に関連していない可能性があります。
収集するデータ
Informacastのトラブルシューティングを行う際には、次のデータを収集する必要があります。
- Informacastからのパフォーマンスログ。
- Informacastからのパケットキャプチャ。
- 電話機からのパケットキャプチャ。
- CUCMからのパケットキャプチャ。
- CUCMからのSDLログ
- PRT（コンソールログ）
パフォーマンスログ
Informacastからパフォーマンスログを取得するには、2つの方法があります。
方式 1
- https://<Informacast IP>:8444/InformaCast/logs/performance.logに移動します。
- をコピーし、ログを.txtファイルに保存します。
方式 2
- WebブラウザでInformacast IP(https://<informacast_IP>)を開き、Informacastを選択します。
- クレデンシャルを使用してログインし、Help > Supportに移動します。
3. 図に示すように、ToolsセクションにあるPerformance Logsをクリックします。
パケット キャプチャ
Informacastから
Informacastからパケットキャプチャを取得するには、3つの方法があります。
方式 1
- SSH経由でInformacastボックスのCLIに接続します。
- sudo capturePackets test.capコマンドを実行して、キャプチャを開始し、test.capという名前のファイルを作成します。
- 動作していない電話機にページアウトする
- pcapを終了するには、Ctrl + Cキーを押します
- lsを実行して、パケットキャプチャがオンになっていることを確認します
- sftpまたはセキュアコピー(SCP)を使用して、ファイルをPCに転送します
方式 2
- WebサイトからInformaCast_LogToolをダウンロードしてインストールします。
- ソフトウェアを実行し、オプション[5]を選択します。図に示すように、InformacastのIP、ログインクレデンシャル、およびパケットキャプチャを実行する秒数を記入します。
- キャプチャはすぐに開始されず、テスト環境を準備できます。 準備ができたら、オプション[1]を選択してEnterキーを押し、図に示すようにパケットのキャプチャを開始します。
- このツールでは、キャプチャの未処理の時間を示すカウントダウンタイマーが表示されます。この間に問題を再現し、キャプチャカウントダウンがゼロに達すると、キャプチャは完了して停止します。
- このツールでは、パケットキャプチャとすべてのログが.tgzファイルにバンドルされ、ワークステーションに転送されます。 これはログを収集するオプション1と同じですが、ネットワークトラフィックのキャプチャも含まれています。
- このツールは、図に示すように、Informacast_LogTool.exeのベースディレクトリにパケットキャプチャのフォルダを作成します。
方法3（バージョン12.0.1以降で使用可能）
- <Informacast_IP>にログインします：10000
- System > Capture Network Trafficの順に選択します。
- Start a new packet captureをクリックし、図に示すように問題を再現します。
- 問題が完全に複製されたら、Stop Packet Captureをクリックします。あるいは、33,000パケットをキャプチャした後に自動的に停止します。
- System > Collect Logsの順に移動し、問題の簡単な説明を入力して、Collect a new set of logsをクリックします。
- ログを保存するには、次の図に示すように、Download to Your Computerをクリックします。
方法4（バージョン12.0.1以降で使用可能）
バージョン12.0.1以降では、sudoコマンドは不要になりました。パケットキャプチャを実行するには、例に示すように、capture-packets <ファイル名> <パケット数>コマンドを使用します。
admin@informacast:~$ capture-packets test Saving up to 33000 packets to /var/log/capture-packets/test tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 1514 bytes ^C13 packets captured 15 packets received by filter 0 packets dropped by kernel Interrupt signaled. Cleaning up.
CUCMから
導入に応じて、パケットキャプチャをどこから取得するかを定義します。クラスタ内に設定できるCUCMノードは1つだけですが、複数のCUCMを設定することもできます。
- CUCMノードが1つの場合は、図に示すようにパケットキャプチャを取得します。
- CUCMクラスタがあり、1つのノードがInformacastと通信しているが、別のノードが電話と通信している場合は、図に示すようにパケットキャプチャを取得します。
- キャプチャする必要があるノードのSSHセッションを開きます
- utils network capture eth0 size all count 1000000 file Testコマンドを実行して、パケットキャプチャを開始します。
- 問題を再現する
- Ctrl+Cキーでパケットキャプチャを停止します。
- パケットキャプチャが保存されたことを確認するには、file list activelog platform/cli/*コマンドを実行します。
- file get activelog platform/cli/Test.capコマンドを使用して、パケットキャプチャをSFTPサーバに送信します。または、サーバに保存されているすべての.capファイルを収集するには、file get activelog platform/cli/*.capを使用します。
- SFTPサーバを使用できない場合は、RTMTを使用します。System > Trace & Log Central > Collect Filesの順に選択します。Nextをクリックし、図に示すようにPacket capture logsチェックボックスをオンにします。
- Nextをクリックし、ダウンロードファイルディレクトリを選択して、Finishをクリックします。
- file delete activelog platform/cli/Test.capコマンドを使用して、パケットを削除します。
電話から
- SPANからPCへのポートをアクティブにします。CM Admin page > Device > phoneの順に移動し、問題が報告されている電話機を見つけます。
- Product Specific Configuration Layoutセクションで、Span to PC Portを探し、ドロップダウンメニューからEnableを選択します。 Saveをクリックし、次にApply configをクリックします。
- ラップトップを電話機のPCポートに接続します。
- ラップトップでパケットアナライザソフトウェアを実行します。Wireshark（または他のパケットキャプチャソフトウェア）を使用できます。
- 問題を再現します。
- 問題が完全に複製されたら、パケットキャプチャを停止します。
詳細については、次のリンクを参照してください。https://supportforums.cisco.com/document/44741/collecting-packet-capture-cisco-ip-phone
分析例
SDLトレース
JTAPIで制御されるSIP統合および電話用
CUCM:10.1.61.158
インフォーマキャスト：10.1.61.118
電話A
DN: 110
モデル：CP-8861
ファームウェアバージョン：sip88xx.12-0-1SR1-1
電話機AのIPアドレス：10.1.61.12
MAC SEP2C3124C9F8E1
電話機B
DN: 111
モデル：CP-8811
ファームウェアバージョン：sip88xx.12-0-1SR1-1
電話機BのIPアドレス：10.1.61.11
MAC SEPF87B204EED99
ダイヤルキャスト番号： 7777
#### CUCM receives the invite from Phone A 71439050.002 |19:00:35.206 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 1791 bytes: [431528,NET] INVITE sip:7@10.1.61.158;user=phone SIP/2.0 Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK18a14280 From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57 To: <sip:7@10.1.61.158> Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12 Max-Forwards: 70 Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000 Date: Tue, 10 Sep 2019 00:00:37 GMT CSeq: 101 INVITE User-Agent: Cisco-CP8861/12.0.1 Contact: <sip:142b9f25-7f2b-48a8-9ff9-377f616f3084@10.1.61.12:51600;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1" Expires: 180 Accept: application/sdp Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE,INFO Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1 Allow-Events: kpml,dialog Recv-Info: conference Recv-Info: x-cisco-conference Content-Length: 548 Content-Type: application/sdp Content-Disposition: session;handling=optional v=0 o=Cisco-SIPUA 11811 0 IN IP4 10.1.61.12 s=SIP Call b=AS:4064 t=0 0 m=audio 22018 RTP/AVP 114 9 124 0 8 116 18 101 c=IN IP4 10.1.61.12 b=TIAS:64000 a=rtpmap:114 opus/48000/2 a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0 a=rtpmap:9 G722/8000 a=rtpmap:124 ISAC/16000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:116 iLBC/8000 a=fmtp:116 mode=20 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv ### CUCM performs digit analysis for the dialed digits (dd="7777") 71439203.000 |19:00:36.580 |SdlSig |DaReq |wait |Da(1,100,216,1) |Cdcc(1,100,224,6) |1,100,14,1368.16^10.1.61.12^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI=19282342 Fqdn=ti=1nd=110pi=0si1 Cgpn=tn=0npi=0ti=1nd=110pi=1si1 DialedNum=tn=0npi=1ti=1nd=7777User=7777Host=10.1.61.158Port=5060PassWord=Madder=Transport=4mDisplayName=RawUrl=sip:7@10.1.61.158;user=phoneOrigPort=0pi=0si1 requestID=0 DigitAnalysisComplexity=1 CallingUser= IgnoreIntercept=0 callingDeviceName=SEP2C3124C9F8E1 71439203.001 |19:00:36.580 |AppInfo |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(8653f609-05a7-5914-819b-3a89680af6a2:), filteredPartitionSearchSpaceString(Informacast_PT:phone_pt), partitionSearchSpaceString(Informacast_PT:phone_pt) 71439203.002 |19:00:36.580 |AppInfo |Digit Analysis: Host Address=10.1.61.158 MATCHES this node's IPv4 address. 71439203.003 |19:00:36.580 |AppInfo |Digit Analysis: star_DaReq: Matching SIP URL, Numeric User, user=7777 71439203.012 |19:00:36.588 |AppInfo |Digit analysis: match(pi="2", fqcn="110", cn="110",plv="5", pss="Informacast_PT:phone_pt", TodFilteredPss="Informacast_PT:phone_pt", dd="7777",dac="1") 71439203.013 |19:00:36.588 |AppInfo |Digit analysis: analysis results 71439203.014 |19:00:36.588 |AppInfo ||PretransformCallingPartyNumber=110 |CallingPartyNumber=110 |DialingPartition=Informacast_PT |DialingPattern=7777 |FullyQualifiedCalledPartyNumber=7777 |DialingPatternRegularExpression=(7777) |DialingWhere= |PatternType=Enterprise |PotentialMatches=NoPotentialMatchesExist |DialingSdlProcessId=(0,0,0) |PretransformDigitString=7777 |PretransformTagsList=SUBSCRIBER |PretransformPositionalMatchList=7777 |CollectedDigits=7777 |UnconsumedDigits= |TagsList=SUBSCRIBER |PositionalMatchList=7777 |VoiceMailbox= |VoiceMailCallingSearchSpace= |VoiceMailPilotNumber= |RouteBlockFlag=RouteThisPattern |RouteBlockCause=0 |AlertingName= |UnicodeDisplayName= |CallableEndPointName=[ddef6b78-6232-f5eb-b286-79292be99bb5] #### CUCM determines call must stay on the same node, then it sends the call to SIP Trunk PID=SIPD(1,100,84,12) 71439207.001 |19:00:36.588 |AppInfo |Digit analysis: wait_DmPidRes- Partition=[107a02ea-a384-5219-3670-ba9d14b9d094] Pattern=[7777] Where=[],cmDeviceType=[Unknown], OutsideDialtone =[0], DeviceOverride=[0], PID=SIPD(1,100,84,12),CI=[19282342],Sender=Cdcc(1,100,224,6) ### CUCM extends the call to the Informacast SIP Trunk 71439248.001 |19:00:36.643 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.118 on port 5060 index 25758 [431545,NET] INVITE sip:7777@10.1.61.118:5060 SIP/2.0 Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996d1e0c5e3e From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343 To: <sip:7777@10.1.61.118> Date: Tue, 10 Sep 2019 00:00:36 GMT Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 Supported: timer,resource-priority,replaces Min-SE: 1800 User-Agent: Cisco-CUCM11.5 Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY CSeq: 101 INVITE Expires: 180 Allow-Events: presence, kpml Supported: X-cisco-srtp-fallback,X-cisco-original-called Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=500" Call-Info: ;x-cisco-video-traffic-class=DESKTOP Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000 Cisco-Guid: 0047656832-0000065536-0000000001-2654798090 Session-Expires: 1800 P-Asserted-Identity: "PhoneA" <sip:110@10.1.61.158> Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;screen=yes;privacy=off Contact: <sip:110@10.1.61.158:5060;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1" Max-Forwards: 69 Content-Type: application/sdp Content-Length: 552 v=0 o=CiscoSystemsCCM-SIP 229417 1 IN IP4 10.1.61.158 s=SIP Call c=IN IP4 10.1.61.12 b=TIAS:64000 b=AS:64 t=0 0 m=audio 22018 RTP/AVP 114 9 124 0 8 116 18 101 b=TIAS:64000 a=rtpmap:114 opus/48000/2 a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0 a=rtpmap:9 G722/8000 a=rtpmap:124 iSAC/16000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:116 iLBC/8000 a=maxptime:20 a=fmtp:116 mode=20 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 #### Informacast replies with 200 OK (Call established using codec PCMU) 71439316.004 |19:00:36.849 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.118 on port 5060 index 25758 with 889 bytes: [431549,NET] SIP/2.0 200 OK CSeq: 101 INVITE Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343 To: <sip:7777@10.1.61.118>;tag=2c9be8b4 Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996d1e0c5e3e;rport=43802 Content-Type: application/sdp Contact: "InformaCast" <sip:7777@10.1.61.118;transport=tcp> Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,NOTIFY Accept: application/sdp Accept-Encoding: identity Accept-Language: en Supported: Call-Info: <sip:7777@10.1.61.118:5060>;method="NOTIFY;Event=telephone-event;Duration=500" Content-Length: 248 v=0 o=SinglewireInformaCast-SIP 1568074182370 1 IN IP4 10.1.61.118 s=SIP Call c=IN IP4 10.1.61.118 b=TIAS:64000 b=AS:64 t=0 0 m=audio 32070 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 #### ACK from CUCM to Informacast 71439319.001 |19:00:36.850 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.118 on port 5060 index 25758 [431550,NET] ACK sip:7777@10.1.61.118;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK1996e72237022 From: "PhoneA" <sip:110@10.1.61.158>;tag=229417~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282343 To: <sip:7777@10.1.61.118>;tag=2c9be8b4 Date: Tue, 10 Sep 2019 00:00:36 GMT Call-ID: 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 User-Agent: Cisco-CUCM11.5 Max-Forwards: 70 CSeq: 101 ACK Allow-Events: presence, kpml Content-Length: 0 ### CUCM sends 200 OK to Phone A with codec PCMU 71439437.001 |19:00:36.884 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.12 on port 51600 index 25770 [431551,NET] SIP/2.0 200 OK Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK18a14280 From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57 To: <sip:7@10.1.61.158>;tag=229414~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282342 Date: Tue, 10 Sep 2019 00:00:35 GMT Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12 CSeq: 101 INVITE Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY Allow-Events: presence Supported: replaces Server: Cisco-CUCM11.5 Call-Info: ; security= NotAuthenticated; orientation= to; gci= 1-15008; isVoip; call-instance= 1 Send-Info: conference, x-cisco-conference Remote-Party-ID: <sip:7777@10.1.61.158>;party=called;screen=no;privacy=off Session-ID: ddef6b786232f5ebb2867929ab229417;remote=712c9e1f00105000a0002c3124c9f8e1 Remote-Party-ID: <sip:7777@10.1.61.158;user=phone>;party=x-cisco-original-called;privacy=off Contact: <sip:7@10.1.61.158:5060;transport=tcp> Content-Type: application/sdp Content-Length: 235 v=0 o=CiscoSystemsCCM-SIP 229414 1 IN IP4 10.1.61.158 s=SIP Call c=IN IP4 10.1.61.118 b=AS:64 t=0 0 m=audio 32070 RTP/AVP 0 101 b=TIAS:64000 a=ptime:20 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 #### ACK from Phone A to CUCM 71439438.002 |19:00:36.950 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 692 bytes: [431552,NET] ACK sip:7@10.1.61.158:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK20553712 From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c3c246b7956-5c62fa57 To: <sip:7@10.1.61.158>;tag=229414~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282342 Call-ID: 2c3124c9-f8e1000d-00337209-0547bb10@10.1.61.12 Max-Forwards: 70 Session-ID: 712c9e1f00105000a0002c3124c9f8e1;remote=ddef6b786232f5ebb2867929ab229417 Date: Tue, 10 Sep 2019 00:00:39 GMT CSeq: 101 ACK User-Agent: Cisco-CP8861/12.0.1 Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes Content-Length: 0 Recv-Info: conference Recv-Info: x-cisco-conference #### Since integration is with JTAPI, CUCM sends REFER to the phone with instructions to join to the IP and port of multicast 71439541.002 |19:00:38.199 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768 [431557,NET] REFER sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK19970687ccd2b From: <sip:111@10.1.61.158>;tag=1598606730 To: <sip:111@10.1.61.11> Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158 CSeq: 101 REFER Max-Forwards: 70 Contact: <sip:111@10.1.61.158:5060;transport=tcp> User-Agent: Cisco-CUCM11.5 Expires: 30 Refer-To: cid:1234567890@10.1.61.158 Content-Id: <1234567890@10.1.61.158> Content-Type: multipart/mixed;boundary=uniqueBoundary Mime-Version: 1.0 Referred-By: <sip:111@10.1.61.158> Content-Length: 682
--uniqueBoundary
Content-Type:application/x-cisco-remotecc-request+xml
<x-cisco-remotecc-request>
<datapassthroughreq>
<applicationid>0</applicationid>
<lineid>0</lineid>
<transactionid>109</transactionid>
<stationsequence>StationSequenceLast</stationsequence>
<displaypriority>2</displaypriority>
<appinstance>0</appintance>
<routingid>0</routingid>
<confid>0</confid>
<featuredata></featuredata>
</datapassthroughreq>
</x-cisco-remotecc-request>
--uniqueBoundary
Content-Type:application/x-cisco-remote-cm+xml
<CiscoIPPhoneExecute><ExecuteItem URL="RTPMRx:239.0.1.2:20480"/></CiscoIPPhoneExecute>
--uniqueBoundary--
#### Phone B replies with 202 Accepted 71439542.002 |19:00:38.215 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 571 bytes: [431558,NET] SIP/2.0 202 Accepted Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK19970687ccd2b From: <sip:111@10.1.61.158>;tag=1598606730 To: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158 Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000 Date: Tue, 10 Sep 2019 00:00:40 GMT CSeq: 101 REFER Server: Cisco-CP8811/12.0.1 Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99" Content-Length: 0 #### Phone B sends a NOTIFY to indicate that it was activated (Data="Success") 71439548.004 |19:00:38.453 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 2006 bytes: [431559,NET] NOTIFY sip:111@10.1.61.158:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK08ccf329 To: <sip:111@10.1.61.158>;tag=1598606730 From: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158 Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000 Date: Tue, 10 Sep 2019 00:00:40 GMT CSeq: 1000 NOTIFY Event: refer Subscription-State: terminated; reason=timeout Max-Forwards: 70 Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99" Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE Content-Type: multipart/mixed; boundary=uniqueBoundary Mime-Version: 1.0 Content-Length: 1199
--uniqueBoundary
Content-Type:application/x-cisco-remotecc-response+xml
Content-Disposition_session;handling=required
<?xml version=1.0" enconding="UTF-8"?>
<x-cisco-remotecc-response>
<response>
<code>200</code>
<reason></reason>
<applicationid>0</applicationid>
<transactionid>109</transactionid>
<stationsequence>StationSequenceLast</stationsequence>
<displaypriority>2</displaypriority>
<appinstance>0</appintance>
<linenumber>0</linenumber>
<routingid>0</routingid>
<confid>0</confid>
<callid></callid>
<options_ind>
<combine max="0">
<service-control></service-control>
</combine>
<dialog usage="">
<unot></unot>
<sub></sub>
</dialog>
<presence usage="">
<unot></unot>
<sub></sub>
</presence>
</options_ind>
</response>
</x-cisco-remotecc-response>
--uniqueBoundary
Content-Type:application/x-cisco-remote-cm+xml
Csontent-Disposition:session;handling=required
<?xml version="1.0" encoding="utf-8"?>
<CiscoIPPhoneResponse>
<ResponseItem URL="RTPMRx:239.0.1.2:20480" Data="Success" Status="0"/>
</CiscoIPPhoneResponse>
--uniqueBoundary--
#### CUCM send a 200 OK for the NOTIFY received
71439556.001 |19:00:38.464 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768
[431560,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK08ccf329
From: <sip:111@10.1.61.11>;tag=f87b204eed990c3a4020c613-5969341f
To: <sip:111@10.1.61.158>;tag=1598606730
Date: Tue, 10 Sep 2019 00:00:38 GMT
Call-ID: 4085c80-d761e7a6-1996d-9e3d010a@10.1.61.158
CSeq: 1000 NOTIFY
Server: Cisco-CUCM11.5
Content-Length: 0
#### CUCM sends to the phone B a REFER to stop receiving multicast audio 71442357.002 |19:01:10.795 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768 [431582,NET] REFER sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK199754588a6e3 From: <sip:111@10.1.61.158>;tag=928499252 To: <sip:111@10.1.61.11> Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158 CSeq: 101 REFER Max-Forwards: 70 Contact: <sip:111@10.1.61.158:5060;transport=tcp> User-Agent: Cisco-CUCM11.5 Expires: 30 Refer-To: cid:1234567890@10.1.61.158 Content-Id: <1234567890@10.1.61.158> Content-Type: multipart/mixed;boundary=uniqueBoundary Mime-Version: 1.0 Referred-By: <sip:111@10.1.61.158> Content-Length: 683 --uniqueBoundary
Content-Type:application/x-cisco-remotecc-request+xml
<x-cisco-remotecc-request>
<datapassthroughreq>
<applicationid>0</applicationid>
<lineid>0</lineid>
<transactionid>109</transactionid>
<stationsequence>StationSequenceLast</stationsequence>
<displaypriority>2</displaypriority>
<appinstance>0</appintance>
<routingid>0</routingid>
<confid>0</confid>
<featuredata></featuredata>
</datapassthroughreq>
</x-cisco-remotecc-request>
--uniqueBoundary
Content-Type:application/x-cisco-remote-cm+xml
<CiscoIPPhoneExecute><ExecuteItem Priority="0" URL="RTPMRx:Stop"/></CiscoIPPhoneExecute>
--uniqueBoundary--
#### Phone B sends to CUCM a 202 Accepted
71442358.002 |19:01:10.802 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 571 bytes:
[431583,NET]
SIP/2.0 202 Accepted
Via: SIP/2.0/TCP 10.1.61.158:5060;branch=z9hG4bK199754588a6e3
From: <sip:111@10.1.61.158>;tag=928499252
To: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704
Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158
Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000
Date: Tue, 10 Sep 2019 00:01:12 GMT
CSeq: 101 REFER
Server: Cisco-CP8811/12.0.1
Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99"
Content-Length: 0
#### A NOTIFY is sent from the phone B to CUCM to indicate that it stopped receiving multicast audio 71442417.004 |19:01:11.069 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.11 on port 51784 index 25768 with 1994 bytes: [431584,NET] NOTIFY sip:111@10.1.61.158:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK68d7f530 To: <sip:111@10.1.61.158>;tag=928499252 From: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704 Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158 Session-ID: f9d4984b00105000a000f87b204eed99;remote=00000000000000000000000000000000 Date: Tue, 10 Sep 2019 00:01:13 GMT CSeq: 1000 NOTIFY Event: refer Subscription-State: terminated; reason=timeout Max-Forwards: 70 Contact: <sip:e2881942-2853-4eab-a0d9-96228c79d062@10.1.61.11:51784;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEPF87B204EED99" Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE Content-Type: multipart/mixed; boundary=uniqueBoundary Mime-Version: 1.0 Content-Length: 1187 --uniqueBoundary
Content-Type:application/x-cisco-remotecc-request+xml
Content-Disposition:session;handling=required
<?xml version="1.0" encoding="UTF-8"?>
<x-cisco-remotecc-response>
<response>
<code>200</code>
<reason></reason>
<applicationid>0</applicationid>
<transactionid>117</transactionid>
<stationsequence>StationSequenceLast</stationsequence>
<displaypriority>2</displaypriority>
<appinstance>0</appinstance>
<linenumber>0</linenumber>
<routingid>0</routingid>
<confid>0</confid>
<callid></callid>
<options_ind>
<combine max="0">
<service-control></service-control>
</combine>
<dialog usage="">
<unot></unot>
<sub></sub>
</dialog>
<presence usage="">
<unot></unot>
<sub></sub>
</presence>
</options_ind>
</response>
</x-cisco-remotecc-response>
--uniqueBoundary
Content-Type: application/x-cisco-remotecc-cm+xml
Content-Disposition: session;handling=required
<?xml version="1.0" encoding="utf-8"?>
<CiscoIPPhoneResponse>
<ResponseItem URL="RTPRx:Stop" Data="Success" Status="0" />
</CiscoIPPhoneResponse>
--uniqueBoundary—
### CUCM replies with 200 OK
71442425.001 |19:01:11.070 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.11 on port 51784 index 25768
[431585,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.1.61.11:51784;branch=z9hG4bK68d7f530
From: <sip:111@10.1.61.11>;tag=f87b204eed990c3e1c1bfe96-1d092704
To: <sip:111@10.1.61.158>;tag=928499252
Date: Tue, 10 Sep 2019 00:01:11 GMT
Call-ID: 171b2c80-d761e7c6-19970-9e3d010a@10.1.61.158
CSeq: 1000 NOTIFY
Server: Cisco-CUCM11.5
Content-Length: 0
CTI統合およびHTTPで制御される電話
CUCM:10.1.61.158
インフォーマキャスト：10.1.61.118
電話A
DN: 110
モデル：CP-8861
ファームウェアバージョン：sip88xx.12-0-1SR1-1
電話機AのIPアドレス：10.1.61.12
MAC:SEP2C3124C9F8E1
電話機B
DN: 111
モデル：CP-8811
ファームウェアバージョン：sip88xx.12-0-1SR1-1
電話機BのIPアドレス：10.1.61.11
MAC: SEPF87B204EED99
ダイヤルキャスト番号： 7778
#### CUCM receives the INVITE from phone A (Call Manager SDL Log)
71531116.002 |19:15:32.972 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 1791 bytes:
[431985,NET]
INVITE sip:7@10.1.61.158;user=phone SIP/2.0
Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK112766fc
From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32
To: <sip:7@10.1.61.158>
Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12
Max-Forwards: 70
Session-ID: 02023b9b00105000a0002c3124c9f8e1;remote=00000000000000000000000000000000
Date: Tue, 10 Sep 2019 00:15:35 GMT
CSeq: 101 INVITE
User-Agent: Cisco-CP8861/12.0.1
Contact: <sip:142b9f25-7f2b-48a8-9ff9-377f616f3084@10.1.61.12:51600;transport=tcp>;+u.sip!devicename.ccm.cisco.com="SEP2C3124C9F8E1"
Expires: 180
Accept: application/sdp
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCRIBE,INFO
Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes
Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1
Allow-Events: kpml,dialog
Recv-Info: conference
Recv-Info: x-cisco-conference
Content-Length: 548
Content-Type: application/sdp
Content-Disposition: session;handling=optional
v=0
o=Cisco-SIPUA 19108 0 IN IP4 10.1.61.12
s=SIP Call
b=AS:4064
t=0 0
m=audio 19104 RTP/AVP 114 9 124 0 8 116 18 101
c=IN IP4 10.1.61.12
b=TIAS:64000
a=rtpmap:114 opus/48000/2
a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0
a=rtpmap:9 G722/8000
a=rtpmap:124 ISAC/16000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:116 iLBC/8000
a=fmtp:116 mode=20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
#### Digit analysis for the dialed number 7778
71531367.000 |19:15:34.231 |SdlSig |DaReq |wait |Da(1,100,216,1) |Cdcc(1,100,224,12) |1,100,14,1368.88^10.1.61.12^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI=19282358 Fqdn=ti=1nd=110pi=0si1 Cgpn=tn=0npi=0ti=1nd=110pi=1si1 DialedNum=tn=0npi=1ti=1nd=7778User=7778Host=10.1.61.158Port=5060PassWord=Madder=Transport=4mDisplayName=RawUrl=sip:7@10.1.61.158;user=phoneOrigPort=0pi=0si1 requestID=0 DigitAnalysisComplexity=1 CallingUser= IgnoreIntercept=0 callingDeviceName=SEP2C3124C9F8E1
71531367.001 |19:15:34.231 |AppInfo |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(8653f609-05a7-5914-819b-3a89680af6a2:), filteredPartitionSearchSpaceString(Informacast_PT:phone_pt), partitionSearchSpaceString(Informacast_PT:phone_pt)
71531367.002 |19:15:34.231 |AppInfo |Digit Analysis: Host Address=10.1.61.158 MATCHES this node's IPv4 address.
71531367.003 |19:15:34.231 |AppInfo |Digit Analysis: star_DaReq: Matching SIP URL, Numeric User, user=7778
71531367.004 |19:15:34.232 |AppInfo |Digit Analysis: getDaRes data: daRes.ssType=[0] Intercept DAMR.sstype=[0], TPcount=[0], DAMR.NotifyCount=[0], DaRes.NotifyCount=[0]
71531367.005 |19:15:34.232 |AppInfo |Digit Analysis: getDaRes - Remote Destination [] isURI[1]
71531367.006 |19:15:34.232 |AppInfo |Digit analysis: patternUsage=2
71531367.007 |19:15:34.232 |AppInfo |Digit analysis: match(pi="2", fqcn="110", cn="110",plv="5", pss="Informacast_PT:phone_pt", TodFilteredPss="Informacast_PT:phone_pt", dd="7778",dac="1")
71531367.008 |19:15:34.232 |AppInfo |Digit analysis: analysis results
71531367.009 |19:15:34.232 |AppInfo ||PretransformCallingPartyNumber=110
|CallingPartyNumber=110
|DialingPartition=Informacast_PT
|DialingPattern=7778
|FullyQualifiedCalledPartyNumber=7778
|DialingPatternRegularExpression=(7778)
|DialingWhere=
|PatternType=Enterprise
|PotentialMatches=NoPotentialMatchesExist
|DialingSdlProcessId=(0,0,0)
|PretransformDigitString=7778
|PretransformTagsList=SUBSCRIBER
|PretransformPositionalMatchList=7778
|CollectedDigits=7778
|UnconsumedDigits=
|TagsList=SUBSCRIBER
|PositionalMatchList=7778
|VoiceMailbox=
|VoiceMailCallingSearchSpace=
|VoiceMailPilotNumber=
|RouteBlockFlag=RouteThisPattern
|RouteBlockCause=0
|AlertingName=InformacastCTIRP
|UnicodeDisplayName=InformacastCTIRP
|DisplayNameLocale=1
|OverlapSendingFlagEnabled=0
|WithTags=
|WithValues=
|CallingPartyNumberPi=NotSelected
|ConnectedPartyNumberPi=NotSelected
|CallingPartyNamePi=NotSelected
|ConnectedPartyNamePi=NotSelected
|CallManagerDeviceType=NoDeviceType
|PatternPrecedenceLevel=Routine
|CallableEndPointName=[4db482c3-64c3-5adf-33c5-a11c890d96d0]
|PatternNodeId=[4db482c3-64c3-5adf-33c5-a11c890d96d0]
|AARNeighborhood=[]
|AARDestinationMask=[]
|AARKeepCallHistory=true
|AARVoiceMailEnabled=false
|NetworkLocation=OnNet
|Calling Party Number Type=Cisco Unified CallManager
|Calling Party Numbering Plan=Cisco Unified CallManager
|Called Party Number Type=Cisco Unified CallManager
|Called Party Numbering Plan=Cisco Unified CallManager
|ProvideOutsideDialtone=false
|AllowDeviceOverride=false
|IsEmergencyNumber=false
|AlternateMatches=
|TranslationPatternDetails=
|ResourcePriorityNamespace=
|PatternRouteClass=RouteClassDefault
#### CUCM extends the call to the Line control associated to the CTI Route Point ICVA_CTI_RP (Call Manager SDL Log)
71531370.001 |19:15:34.232 |AppInfo |Digit analysis: wait_DmPidRes- Partition=[107a02ea-a384-5219-3670-ba9d14b9d094] Pattern=[7778] Where=[],cmDeviceType=[UserDevice], OutsideDialtone =[0], DeviceOverride=[0], PID=LineControl(1,100,178,1306),CI=[19282358],Sender=Cdcc(1,100,224,12)
71531386.001 |19:15:34.233 |AppInfo |LineCdpc(20): -dispatchToAllDevices-, sigName=CcSetupReq, device=ICVA_CTI_RP
#### CUCM sends the CTI New call notify (Call Manager SDL Log)
71531404.000 |19:15:34.235 |SdlSig-O |CtiNewCallNotify |NA RemoteSignal |UnknownProcessName(1,200,25,1) |StationCdpc(1,100,67,2) |1,100,14,1.33^*^* |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0] LH=1|47 GCH=1|15018 CH=1|19282359 Held CH=0|0 State=2(CtiOfferingState) Reason=1 Origin=1 DeviceName=ICVA_CTI_RP CGPN=[ DN=110 uDN=110 NumPI=T Part=phone_pt VmBox= NumType=0 Name=PhoneA UniName=PhoneA NamePI=T Locale=1 PU=2 Device=SEP2C3124C9F8E1 GlblCgpn=110] CDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1 PU=2 Device=] LRP=[ DN= uDN= NumPI=T Part= VmBox= NumType=0 Name= UniName= NamePI=T Locale=1] OCDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1] AuxData=T FarEndCMId=1 EndpointType=1 RIU=F Privacy=F CallPresent=T FeatPriority=1 Feature=137 AttrType=0 LineId [DN=110 Part=phone_pt] IPAddrMode=0 IsConsCallDueToRollover=F UniqCallRef=0000000000003AAA012639B700000000 CgpnIPv4Addr=c3d010a CgpnIPv6Addr= CallingMultiMediaCap=0F0 CalledMultiMediaCap=0F0 CallingPartyMultiMediaMask=3 CalledPartyMultiMediaMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1
#### CTI process receives the CtiNewCallNotify from CallManager process (CTI Manager SDL Trace)
04961495.000 |19:15:34.236 |SdlSig-I |CtiNewCallNotify |ready |CTIDeviceLineMgr(1,200,25,1) |StationCdpc(1,100,67,2) |1,100,14,1.33^*^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] LH=1|47 GCH=1|15018 CH=1|19282359 Held CH=0|0 State=2(CtiOfferingState) Reason=1 Origin=1 DeviceName=ICVA_CTI_RP CGPN=[ DN=110 uDN=110 NumPI=T Part=phone_pt VmBox= NumType=0 Name=PhoneA UniName=PhoneA NamePI=T Locale=1 PU=2 Device=SEP2C3124C9F8E1 GlblCgpn=110] CDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1 PU=2 Device=] LRP=[ DN= uDN= NumPI=T Part= VmBox= NumType=0 Name= UniName= NamePI=T Locale=1] OCDPN=[ DN=7778 uDN=7778 NumPI=T Part=Informacast_PT VmBox= NumType=0 Name=InformacastCTIRP UniName=InformacastCTIRP NamePI=T Locale=1] AuxData=T FarEndCMId=1 EndpointType=1 RIU=F Privacy=F CallPresent=T FeatPriority=1 Feature=137 AttrType=0 LineId [DN=110 Part=phone_pt] IPAddrMode=0 IsConsCallDueToRollover=F UniqCallRef=0000000000003AAA012639B700000000 CgpnIPv4Addr=c3d010a CgpnIPv6Addr= CallingMultiMediaCap=0F0 CalledMultiMediaCap=0F0 CallingPartyMultiMediaMask=3 CalledPartyMultiMediaMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1
#### CTI process sends the NewCallEvent to Informacast server (CTI Manager SDL Trace)
04961497.003 |19:15:34.236 |AppInfo |[CTI-APP] [CTIHandler::OutputCtiMessage ] CTI NewCallEvent ( LH=1|46 CH=1|19282359 CH=0|0 GCH=1|15018 lineHandleSpecified=1 state=2 origin=1 farEndpointSpecified=1 farEndpointCMID=1 endpointType=1 reason=1 remote in use=0 privacy=0 mediaResourceID= resource ID=0 deviceName=ICVA_CTI_RP cgpn=110 Presentation=1 cgpn NameInfo=locale: 1 pi: 1 Name: PhoneA UnicodeName: PhoneA cdpn=7778 Presentation=1 cdpn NameInfo=locale: 1 pi: 1 Name: InformacastCTIRP UnicodeName: InformacastCTIRP original cdpn=7778 Presentation=1 original cdpn NameInfo=locale: 1 pi: 1 Name: InformacastCTIRP UnicodeName: InformacastCTIRP LRP= Presentation=1 LRP NameInfo=locale: 1 pi: 1 Name: UnicodeName: UserData= callingPartyDeviceName=SEP2C3124C9F8E1 mediaDeviceName= ucgpn=110 ucdpn=7778 unmodifiedOriginal cdpn=7778 uLRP= cgPnPartition=phone_pt cdPnPartition=Informacast_PT oCdPnPartition=Informacast_PT lrpPartition= CgpnIP=0xc3d010a IsConsultCallDueToRollover=0 apiCallReference=0000000000003AAA012639B700000000 lineId.DN=110 lineId.part=phone_pt CallPresentable=1 FeaturePriority =1 globalizedCgPn=110 ipAddrMode=0 cgpnPU=2 cdpnPU=2CallingPartyMultiMediaBitMask=3CalledPartyMultiMediaBitMask=3 Session-ID: Device= 5ee92aa5415831d8b114c4ba19282359; Remote= 02023b9b00105000a0002c3124c9f8e1
#### CTI process receives the LineCallAcceptRequest from Informacast server (CTI Manager SDL Trace)
04961500.002 |19:15:34.242 |AppInfo |[CTI-APP] [CTIHandler::processIncomingMessage] CTI LineCallAcceptRequest ( seq#=33 LH=1|46 CH=1|19282359 media resource ID= resource ID=0 media device name=)
#### CTI process sends the answer to Call Manager process (CTI Manager SDL Trace)
04961503.000 |19:15:34.242 |SdlSig-O |CtiLineCallAcceptReq |NA RemoteSignal |UnknownProcessName(1,100,66,16) |CTIDeviceLineMgr(1,200,25,1) |1,200,13,90.89^10.1.61.118^ICVA_CTI_RP |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=124 CH=1|19282359 LH=1|47 MediaDeviceName = MediaDevicePid = (0,0,0,0) resource ID=0
#### Call Manager process receives the answer from CTI process (Call Manager SDL Log)
71531414.000 |19:15:34.243 |SdlSig-I |CtiLineCallAcceptReq |restart0 |StationD(1,100,66,16) |CTIDeviceLineMgr(1,200,25,1) |1,200,13,90.89^10.1.61.118^ICVA_CTI_RP |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=124 CH=1|19282359 LH=1|47 MediaDeviceName = MediaDevicePid = (0,0,0,0) resource ID=0
#### CTI Process receives from Informacast the port to be used to receive the audio (CTI Manager SDL Trace)
04961525.002 |19:15:34.256 |AppInfo |[CTI-APP] [CTIHandler::processIncomingMessage] CTI DeviceSetRTPForCallRequest ( seq#=35 DH=1|52 CH=1|19282359 RtpDestination=1983709450|32080)
#### CTI Process sends the port to Call manager process (CTI Manager SDL Trace)
04961528.000 |19:15:34.256 |SdlSig-O |CtiDeviceSetRTPForCallReq |NA RemoteSignal |UnknownProcessName(1,100,66,16) |CTIDeviceLineMgr(1,200,25,1) |1,200,13,90.91^10.1.61.118^ICVA_CTI_RP |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] AsyncResponse=126mCtiInterface(1,200,25,1) DH=1|53 CH=1|19282359 RtpDestination1983709450|32080
#### CUCM sends the 200 OK to the Phone A (Codec PCMU, IP and port of Informacast)
71531593.001 |19:15:34.258 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.1.61.12 on port 51600 index 25770
[432000,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK112766fc
From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32
To: <sip:7@10.1.61.158>;tag=229579~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282358
Date: Tue, 10 Sep 2019 00:15:32 GMT
Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Supported: replaces
Server: Cisco-CUCM11.5
Call-Info: <urn:x-cisco-remotecc:callinfo>; security= NotAuthenticated; orientation= to; gci= 1-15018; isVoip; call-instance= 1
Send-Info: conference, x-cisco-conference
Session-ID: 5ee92aa5415831d8b114c4ba19282359;remote=02023b9b00105000a0002c3124c9f8e1
Remote-Party-ID: "InformacastCTIRP" <sip:7778@10.1.61.158>;party=called;screen=yes;privacy=off
Contact: <sip:7@10.1.61.158:5060;transport=tcp>
Content-Type: application/sdp
Content-Length: 179
v=0
o=CiscoSystemsCCM-SIP 229579 1 IN IP4 10.1.61.158
s=SIP Call
c=IN IP4 10.1.61.118
b=AS:64
t=0 0
m=audio 32080 RTP/AVP 0
b=TIAS:64000
a=ptime:20
a=rtpmap:0 PCMU/8000
#### ACK from Phone A to CUCM
71531622.002 |19:15:34.473 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.1.61.12 on port 51600 index 25770 with 692 bytes:
[432004,NET]
ACK sip:7@10.1.61.158:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.1.61.12:51600;branch=z9hG4bK4fcbad6d
From: "PhoneA" <sip:110@10.1.61.158>;tag=2c3124c9f8e10c541ed075c2-67793e32
To: <sip:7@10.1.61.158>;tag=229579~7cc9781e-f7e3-4c51-a2b9-de353a4e7d6f-19282358
Call-ID: 2c3124c9-f8e10011-0bb54030-57b0a7c8@10.1.61.12
Max-Forwards: 70
Session-ID: 02023b9b00105000a0002c3124c9f8e1;remote=5ee92aa5415831d8b114c4ba19282359
Date: Tue, 10 Sep 2019 00:15:37 GMT
CSeq: 101 ACK
User-Agent: Cisco-CP8861/12.0.1
Remote-Party-ID: "PhoneA" <sip:110@10.1.61.158>;party=calling;id-type=subscriber;privacy=off;screen=yes
Content-Length: 0
Recv-Info: conference
Recv-Info: x-cisco-conference
NOTE: At this point the call from phone A to Informacast has been established successfully. For this scenario the phones are activated using HTTP, hence there are no CUCM logs related to the phone activation.
パフォーマンスログ
SIP統合
#### Informacast receives an INVITE sent by CUCM 2019-09-09 19:09:42,323 [pool-41-thread-1] INFO ba [] - Received INVITE request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; contact <sip:110@10.1.61.158:5060;transport=tcp>; user-agent Cisco-CUCM11.5
#### Informacast sends a 200 OK to CUCM 2019-09-09 19:09:42,508 [pool-41-thread-1] INFO ba [] - Sent INVITE response; status OK (200) ; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; contact "InformaCast" <sip:7777@10.1.61.118;transport=tcp> #### CUCM replies with ACK to Informacast 2019-09-09 19:09:42,527 [pool-41-thread-1] INFO ba [] - Received ACK request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; user-agent Cisco-CUCM11.5 #### Informacast provides the IP and port 2019-09-09 19:09:42,871 [pool-1264-thread-1] INFO u [] - providing address: 239.0.1.2 2019-09-09 19:09:42,885 [pool-1264-thread-1] INFO t [] - Gathering information required to send the message 2019-09-09 19:09:42,904 [pool-1264-thread-1] INFO t [] - Broadcast will be sent on port: 20480 #### Stream settings: 2019-09-09 19:09:43,556 [Signaler # 1 run 1] INFO Signaler [] - Stream settings: General info: User=dialcast(System User), BroadcastInitiator=10.1.61.12, SourceType=CallingPhone, MessageKey=908, MessageType=Live Audio, MessageDescription=Basic Paging Live Broadcast, RecipientGroupDescription=SanJose, MaxIPPhones=50, MaxIPSpeakers=0, DeviceArbiter=null, CreatedOn=Mon Sep 09 19:09:42,849 CDT 2019, PauseLength=0, NumberOfRepetitions=1 Audio details: AudioFile=null, AudioFormat=ULAW 8000.0 Hz, 8 bit, mono, 1 bytes/frame, , RemoteAddress=239.0.1.2, RemotePort=20480, MessageVolume=As-Is, NonUrgent=true, Interrupt=false, Priority=2, LiveAudioSource=LiveBroadcastTriggerTask[callID=2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158, callMapper=CallMapper[dialedNumber=7777 isMapped=true messageId=908 recipientIds=[1714] dialcode=null dn=null] , multicastAddress=null, multicastPort=0, triggerFailAudioFile=/usr/local/singlewire/InformaCast/web/sounds/ivr/broadcastTrigger/triggerFail.ulaw.wav, preToneFile=null, postToneFile=null, recordedFile=null, recordingStarted=false, done=false] , PreTone=null, PostTone=null, HasDynamicAudio=falseReplay=false Confirmation details: CollectConfirmations=false #### Informacast sends the instruction message to 1 participant (SEPF87B204EED99) 2019-09-09 19:09:43,555 [Signaler # 1 run 1] INFO Signaler [] - Sending message to 1 participants 2019-09-09 19:09:43,643 [Push:10.1.61.11-pool-1269-thread-1] INFO i [1 run 1] - Started device instructor for phone PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=Auto 111, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM) #### Informacast received the response via JTAPI from the phone 2019-09-09 19:09:44,126 [Push:10.1.61.11-pool-1269-thread-1] INFO i [1 run 1] - The response from the phone SEPF87B204EED99 via JTAPI is:
<?xml version="1.0" encoding="UTF-8"?>
<CiscoIPPhoneResponse>
<ResponseItem URL="RTPMRx:239.0.1.2:20480" Data="Success" Status="0" />
</CiscoIPPhoneResponse>
#### Informacast starts broadcasting 2019-09-09 19:09:44,151 [pool-1269-thread-1] INFO ah [] - Starting broadcast for inbound call 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 on multicast address /239.0.1.2 and port 20480 #### Informacast receives the BYE to end the paging 2019-09-09 19:10:15,222 [pool-41-thread-1] INFO ba [] - Received BYE request; call ID 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158; from "PhoneA" <sip:110@10.1.61.158>; to <sip:7777@10.1.61.118>; user-agent Cisco-CUCM11.5 #### Informacast sends to the phone the instruction to stop receiving audio 2019-09-09 19:10:16,403 [Push:10.1.61.11-pool-1269-thread-3] INFO i [1 run 1] - Pushing stop command to phone: PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM) #### Informacast receives the response from the phone 2019-09-09 19:10:16,732 [Push:10.1.61.11-pool-1269-thread-3] INFO i [1 run 1] - The response from the phone SEPF87B204EED99 via JTAPI is: <?xml version="1.0" encoding="UTF-8"?>
<CiscoIPPhoneResponse>
<ResponseItem URL="RTPMRx:Stop" Data="Success" Status="0" />
</CiscoIPPhoneResponse>
#### Task ended 2019-09-09 19:10:19,357 [DeviceDeactivator-pool-1268-thread-1] INFO ah [1] - Canceling live broadcast for inbound call 2d72f80-d761e7a4-1996c-9e3d010a@10.1.61.158 2019-09-09 19:11:45,250 [Timer-0] INFO JavaExchangeAdapter [] - Task Ended: checkpoint command to compact the database
CTI統合
#### Informacast receives the request to route the call 2019-09-09 19:24:39,936 [RouteCall:15018/1Thread] INFO av [] - Route request for call [CiscoCallID=15018/1 callingDN=110 callingPartition=phone_pt callingTerminal=SEP2C3124C9F8E1 lastRedirectedDN=null modifiedCalledDN=7778 currentCalledDN=7778 calledDN=7778] on ICVA_CTI_RP,7778 #### Dialing pattern matches 2019-09-09 19:24:39,942 [ObserverThread(af@feaf7c)] INFO V [] - Dialing pattern "7778" matched dialed route point number 7778 #### Informacast provides the IP and port for multicast 2019-09-09 19:24:40,020 [pool-1287-thread-1] INFO u [] - providing address: 239.0.1.2 2019-09-09 19:24:40,020 [pool-1287-thread-1] INFO t [] - Gathering information required to send the message 2019-09-09 19:24:40,023 [pool-1287-thread-1] INFO t [] - Broadcast will be sent on port: 20486 #### Informacast sends the message to all devices in the recipient group, in this case to only 1 device 2019-09-09 19:24:40,262 [Signaler # 4 run 1] INFO Signaler [] - Sending message to 1 participants #### Informacast starts the live broadcast over the IP and port 2019-09-09 19:24:40,263 [Signaler # 4 run 1] INFO ah [] - Starting live broadcast alert for inbound call 15018/1 on multicast address /239.0.1.2 and port 20486 #### Informacast sends the instruction activate the phone (SEPF87B204EED99) and join to the multicast audio 2019-09-09 19:24:40,278 [Push:10.1.61.11-pool-1269-thread-10] INFO i [4 run 1] - Started device instructor for phone PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM) #### Informacast receives the response from the phone 2019-09-09 19:24:40,624 [Push:10.1.61.11-pool-1269-thread-10] INFO i [4 run 1] - The response from the phone is: #### Informacast starts the broadcast over the IP and port 2019-09-09 19:24:40,637 [pool-1269-thread-10] INFO ah [] - Starting broadcast for inbound call 15018/1 on multicast address /239.0.1.2 and port 20486 #### Informacast receives the notification that the call has ended 2019-09-09 19:25:21,253 [ObserverThread(af@feaf7c)] INFO af [] - RTP input stopped event received for inbound call 15018/1 #### Informacast sends the instruction to the phones in order to stop receiving audio 2019-09-09 19:25:21,865 [Push:10.1.61.11-pool-1269-thread-12] INFO i [4 run 1] - Pushing stop command to phone: PhoneDescription (deviceType=36670, deviceName=SEPF87B204EED99, description=PhoneB, devicePool=Default, callingSearchSpace=, address=10.1.61.11, ctiUser=ICVAInformacast, ctiPassword=[hidden], location=Hub_None, profileDescription=null, pbxDescription=CUCM) #### Informacast receives the response from the phone 2019-09-09 19:25:22,123 [Push:10.1.61.11-pool-1269-thread-12] INFO i [4 run 1] - The response from the phone is: #### Deactivation done 2019-09-09 19:25:22,134 [pool-1269-thread-12] INFO ah [] - Canceling live broadcast for inbound call 15018/1 2019-09-09 19:25:22,134 [pool-1269-thread-12] INFO Signaler [] - Notifying signaler that the deactivator is done
コンソールログ(PRT)
#### The same IP and port for multicast provided by Informacast is shown in the console logs 5311 INF Sep 10 00:15:34.434302 (701:844) JAVA-PushThread|cip.push.PushThread:execute - Sleep for 100ms previous= current=RTPMRx:239.0.1.2:20486 i=0 total=1 5312 DEB Sep 10 00:15:34.535773 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: scheme_specific=239.0.1.2:20486 direction=0 mcast=1 payloadtype=4 framesize=20 vadenable=0 5313 DEB Sep 10 00:15:34.535893 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: precedence=0 mixingmode=0 mixingparty=0 channeltype=0 5314 DEB Sep 10 00:15:34.535980 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: ipv4 address/port/type [-1382943496/20486/1]. #### Create receive session only 5315 DEB Sep 10 00:15:34.536032 (701:832) JAVA-SIPCC-MSP: mp_create_rtp_session: Create Rx only stream. 5316 NOT Sep 10 00:15:34.536151 (408:408) ms-MSAPI.ms_forceReserveMediaPort port 20486 5317 NOT Sep 10 00:15:34.536291 (701:832) JAVA-SIPCC-MED_API: 0/-1, mp_create_rx_session: MCAP 0:GRP -1:STRM -1: PT 4: PRD 20: PORT 20486: DTPT 0: MCAST 1 5320 DEB Sep 10 00:15:34.536489 (701:832) JAVA-mp_create_rx_session:type=1, addr=239.0.1.2, ip4=-285212414 5321 DEB Sep 10 00:15:34.536525 (701:832) JAVA-mp_create_rx_session:addr_str=239.0.1.2 5323 DEB Sep 10 00:15:34.536661 (701:832) JAVA-mp_create_rx_session:[ToMS] payload=4 dynpayload=0 pkt_period=20 local_addr=239.0.1.2 type=0 local_port=20486 5326 NOT Sep 10 00:15:34.537528 (408:408) ms-RTPSESSION.createRTPSession media [ipv4=239.0.1.2][port=20486][interface=NULL][mediatype=4][relayee=0][groupid=4294967295][callid=4294967295] #### Start RTCP 5385 NOT Sep 10 00:15:34.673264 (408:408) ms-RTCPMGR.rtcpm_startRtcp[A:6:5:8] [local IPv4:port=239.0.1.2:20487][remote IPv4:port=0.0.0.0:0] #### Start RTP session RX 5388 NOT Sep 10 00:15:34.673917 (408:408) ms-RTPSESSION.ms_startRTPSessionRx[A:6] START RX [stream=5][mediaType(codec)=4][pkt size=20][P-IPv4=239.0.1.2][Port=20486][groupid=-1][callid=-1] #### Release connection 5536 NOT Sep 10 00:16:16.173301 (701:832) JAVA-SIPCC-MED_API: mp_session_cmd: release local rtp port 20486 5537 NOT Sep 10 00:16:16.173396 (408:408) ms-MSAPI.ms_releaseRxPort : port 20486
パケット キャプチャ
電話からパケットキャプチャを収集し、InformaCastからHTTP XSIコマンドを確認します。マルチキャストストリームに参加するために、Internet Group Management Protocol(IGMP)メッセージが送信されます。IGMPメッセージの後にMulticast Real-Time Transport Protocol(RTP)ストリームが表示されない場合は、InformaCastからパケットキャプチャを取得し、InformacastサーバがRTPをIPとポートに送信していることを確認してから、ネットワークインフラストラクチャを調査できます。
電話機でのパケットキャプチャ（HTTPで制御）
- CUCM:10.1.61.158
- インフォーマキャスト：10.1.61.118
- 電話機BのIPアドレス：10.1.61.11
- モデル：CP-8811
- ファームウェアバージョン：sip88xx.12-0-1SR1-1
- eth.addr==SEPF87B204EED99
電話機で受信されたHTTPおよびIGMPメッセージは次の図で示されています。
電話機でのパケットキャプチャ（JTAPIで制御）
- CUCM:10.1.61.158
- インフォーマキャスト：10.1.61.118
- 電話機BのIPアドレス：10.1.61.11
- モデル：CP-8811
- ファームウェアバージョン：sip88xx.12-0-1SR1-1
- MAC SEPF87B204EED99
「設定」セクションで説明されているように、電話機はJTAPIによって制御できます。つまり、図に示すように、Send Commands to Phones by Jtapiが有効になっています。
その場合、電話機Bは、SIP REFERを介してCUCMサーバからマルチキャストのIPとポートを受信します。SIP REFERメッセージをクリックし、次にメッセージ本文ヘッダーを右クリックして、図に示すようにShow Packet Bytesを選択します。
この命令を受け取った電話機は、IGMPメッセージを使用してマルチキャストIPとポートに参加します。電話機は、音声の受信開始を最大で3回試行します。ページングが終了すると、受信者グループの電話機はLeave Groupメッセージを送信して、マルチキャストセッションをドロップします。
トラブルシューティング ツール
Multicast Testing Toolを使用すると、SNMPをさらにトラブルシューティングできます。
InformaCast_LogToolは、ネットワークへのInformaCastの実装とメンテナンスで発生する一般的な問題のトラブルシューティングに役立ちます。
Advanceライセンス
高度な通知モードを使用するお客様は、Singlewireでサポートされます。その他のサポートについては、sales@singlewire.comにお問い合わせください。
Sunglewireのサポートは、月曜日から金曜日の午前7時から午後6時のCDTの+1 608.661.1140オプション2で利用可能です。
パスワード
Informacastには、次のようないくつかの種類のパスワードがあります。
OSクレデンシャル：WebminとControl Center(https://x.x.x.x:10000)に入るために使用され、SSHを使用してInformaCast仮想アプライアンスにアクセスする際に使用されます。デフォルトユーザはadmin、パスワードはchangeMeです。
管理パスワード：管理インターフェイス(https://x.x.x.x:8444/InformaCast/admin)へのログインに使用します。
パスフレーズ：InformaCast仮想アプライアンスのバックアップを保護するために使用されます。このパスフレーズを覚えておいてください。Singlewireのサポート担当者は、データが失われた場合に復元することはできません。
パスワードの回復
Cisco paging server 12.5.1以降：https://www.singlewire.com/help/InformaCast/v12.5.1/advanced/cucm/index.htm#t=InformaCast_Fusion%2FWebmin%2FRecover_the_Servers_Password.htm
InformacastのJTAPIの更新
InformaCast仮想アプライアンスを初めてインストールする場合、またはCUCMのバージョンを変更する場合は、InformaCast仮想アプライアンスで使用されるJTAPIライブラリを、CUCMサーバで使用されるバージョンと同じバージョンに更新する必要があります。
仮想アプライアンス経由でJTAPIを更新すると、JTAPIを使用するすべてのSinglewireアプリケーションのJTAPIバージョンが更新されます。
この手順については、次のガイドの「InformacastでのJTAPIの更新」のセクションを参照してください。https://community.cisco.com/t5/collaboration-voice-and-video/integrating-basic-cisco-paging-basic-informacast-with-cucm/ta-p/3161322
一般的な不具合
CSCve47332 
Cisco IP Phone 69XXシリーズは、Informacastのアプリケーションユーザのスペースを処理できない
CSCuy56088 8800シリーズPhone No Multicast Audio
CSCut91894 FF/Chromeの更新後にFF37およびChromeからInformaCastへの接続が失敗する
CSCtb70375 SNMPはDNS接続の問題をユーザに警告する必要がある
関連情報
- CUCM互換性マトリックス：https://www.singlewire.com/matrix/cisco-platforms
- 電話マトリクス：https://www.singlewire.com/matrix/cisco-phones
- アップグレードパス：https://www.singlewire.com/matrix/ic-upgrades
- サーバプラットフォーム：https://www.singlewire.com/matrix/server-platforms
- ハードウェア要件：https://www.singlewire.com/informacast-hardware-requirements
- テクニカルサポートとドキュメント – Cisco Systems SRND:https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab12/collab12.pdf
- Cisco Paging Server/InformaCastとのCUCM統合の設定例：https://www.cisco.com/c/en/us/support/docs/unified-communications/paging-server/117059-configure-informacast-00.html
- Cisco Paging Server – クイックスタートガイド：https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cucm/cisco_paging_server/12_5_1/QSGInformaCastBasicPaging1251.pdf
フィードバック