アカウントをお持ちの場合
  •   パーソナライズされたコンテンツ
  •   製品とサポート

アカウントをお持ちでない場合

アカウントを作成

Unity Connection TIMG がコールを正しくルーティングしない

ダウンロード オプション

  • PDF     (177.1 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (73.2 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (72.4 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2014 年 11 月 25 日
Document ID:118443
翻訳について

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。 ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。 シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

Document ID: 118443

Updated: 2014 年 11 月 25 日

著者：Cisco TAC エンジニア Scott Hills

概要

この資料はまたは PBX IP メディア ゲートウェイ（PIMG） T1 スレーブ IP メディア ゲートウェイに（入る呼び出しが TIMG）正しくルーティングされませんとき問題を記述したものです。 PBX がボイスメール アクセスのための Unity Connection に統合ことができるように TIMGs および PIMGs は可能にします。 いくつかの PBX はこの統合が簡易メッセージ デスク インターフェイス（SMDI）、MCI、または MD-110 によってあることを必要とします。 これはそれを呼び出し情報が PBX からの TIMG または PIMG へのシリアルポート接続によって渡されることを意味します。 ためにシリアルケーブルが接続する PIMG マスターでか TIMG は設定されます。 必要な他の TIMGs または PIMGs がある場合これらはスレーブでおよび呼び出し情報のためのマスターへの外観をために設定されます。

問題

マスターおよびスレーブ設定の 2つ以上の TIMGs/PIMGs があります。 コールがマスターに入って来るとき、コールは適切な Unity Connection 音声メール ボックス メッセージに転送されます。

マスター PIMG からのページのスクリーン ショット例はここにあります:

ただし、コールがスレーブ TIMG に入って来るときコールは開始グリーティングによって応答されます。 コールは開始グリーティングに TIMG からの Unity Connection に送信 される勧誘に「転換がないので転送します: 」どのメールボックス 拡張 コールがに行く必要があるか言う中行。

マスターで見られる呼び出し情報の例はここにあります:

08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Prot     4D
08-28 17:54:28.078 [Si        ] Prot     44
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     4E
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     34
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     35
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Code     siSrvSerialInputEvent
08-28 17:54:28.078 [Si        ] Prot     From Serial: 0D 0A 4D 44 30 30 30 30 30 30 31
 4E 31 39 31 38 20 39 31 39 33 33 33 33 34 38 35 20 0D 0A 19 00 
08-28 17:54:28.078 [Si        ] Prot     19
08-28 17:54:28.078 [Si        ] Code     siSrvPrcCpidFromSwitch ltn = 1,
 src=9133333485, Dst = <NULL>, Redir = 1918, Reason = NoAns
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1=client1
08-28 17:54:28.078 [SiIp      ] Code     _TaskMainClientReceive received data 516
08-28 17:54:28.078 [Si        ] Code     serial_client_cb
08-28 17:54:28.078 [Si        ] Code         SI_TYPE_CPID 1:NoAns (9193333485->->1918)
08-28 17:54:28.078 [Tel-1     ] Code     GetChannelFromLogicalChannelNum
 LogicalChanNum 0 span 0 channel 1
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid
08-28 17:54:28.078 [Tel-1     ] Event    Cpid (9193333485,->,->1918,) (NoAns)
08-28 17:54:28.078 [Tel-1     ] Warn     t1casReportNewCpid err: no call for cpid
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid saving pre-call cpid for
 serial
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) received 516 bytes
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) keep-alive 1
 received
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) sending keep-alive
 response

問題の例は誘いますスレーブで見られてここにあります:

08-28 17:54:30.453 [VoIP      ] Prot     <----INVITE sip:Anonymous@14.48.4.88:5060 SIP/2.0
08-28 17:54:30.453 [VoIP      ] Prot     From:"Anonymous"<sip:Anonymous@14.48.4.92:5060;
user=phone>;vnd.pimg.port=1;tag=133B324631353641000BCF02
08-28 17:54:30.453 [VoIP      ] Prot     To:"Anonymous"<sip:Anonymous@14.48.4.88:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Contact:<sip:14.48.4.92:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Content-Type:application/sdp
08-28 17:54:30.453 [VoIP      ] Prot     Supported:replaces,early-session,100rel
08-28 17:54:30.453 [VoIP      ] Prot     Allow:INVITE,BYE,CANCEL,REFER,NOTIFY,OPTIONS,
REGISTER,INFO,ACK,PRACK
08-28 17:54:30.453 [VoIP      ] Prot     Expires:120
08-28 17:54:30.453 [VoIP      ] Prot     Call-ID:02061555D6F5009A000012BC@test.local
08-28 17:54:30.453 [VoIP      ] Prot     CSeq:1 INVITE
08-28 17:54:30.453 [VoIP      ] Prot     Max-Forwards:70
08-28 17:54:30.453 [VoIP      ] Prot     User-Agent:PBX-IP Media Gateway
08-28 17:54:30.453 [VoIP      ] Prot     Via:SIP/2.0/UDP 14.48.4.92:5060;
branch=z9hG4bKDC0A05314DD4ED48CEEEA72BD196FC38
08-28 17:54:30.453 [VoIP      ] Prot     Content-Length:245

これは呼び出し情報をマスター TIMG/PIMG へのシリアルケーブルを渡って転送されるが、Logical Terminal Number （LTN） 情報は T1 中央認証サービス（CAS）のポートと物理的 な コールが入った調和しませんので起こります。

解決策

TIMG で、> シリアル > スイッチ プロトコル各ポートのための論理展開数を設定するために『Configuration』 を選択 して下さい。

PBX 設定からの TIMG LTN およびポート番号を一致する。 PBX にチャネル T1 CAS 回線利用率どの LTN かどれを示す表があります。 PBX からのこの情報を最初に判別し、TIMG でそれをそれに応じて設定 して下さい。 マスター チャネル 1-24 のために LTN 1-24 およびスレーブ チャネル 1-24 のための LTN 25-48 を使用することは可能性のあるです。

関連情報

Updated: 2014 年 11 月 25 日
Document ID: 118443
TAC Authored

シスコ エンジニア提供

  • Scott Hills
    Cisco TAC Engineer.

このドキュメントは役に立ちましたか?

Feedbackフィードバック

お問い合わせ先

関連するサポート コミュニティのディスカッション

このドキュメントは次の製品に対応しています

シスコについて
シスコへのお問い合わせ
採用情報