Cisco IP Phone 7800/8800 シリーズからの CLI デバッグ 出力を使用して 1 つの方法音声の問題を解決して下さい
概要
この資料は 1 つの方法音声の問題の Cisco IP Phone 7800/8800 シリーズ用の Command Line Interface （CLI）で生成されるデバッグのログ 分析を記述したものです。
Cisco Phone 7800/8800 シリーズ 1 方法音声の問題を解決して下さい
1 つの方法オーディオ問題をトラブルシューティングするとき一番最初のタスクはトポロジーを引き、RTP ストリームを送信し、受け取るデバイスおよび RTP メディア（リアルタイムプロトコル）パスを判別することです。 特に総合 作業は IP Phone がだったかどうか把握することでストリームを送信 し、受け取ります。
もっとも一般的な方法はそれぞれ技術情報に記述されているように Cisco IP Phone からパケットキャプチャを集めることです。 1 つの方法音声の問題から次の時間影響を受ける電話を判別するためにしかし問題は断続的なときほとんどの場合挑戦的です。
この技術情報で代替方式は使用されます。 それは特にそれが散発的 1 つの方法音声の問題を取扱っているとき非常に役立ちます。
ログをキャプチャ すること
1. 電話の SSH を有効に するのにこの技術情報を使用して下さい。
2. オプション の ステップ。 Syslog サーバに電話ログをダンプする設定。
既に述べられてので 1 つの方法オーディオ問題は通常断続的です。 複数の電話をリモート syslog サーバにログをダンプするオプションを設定するために必要となります影響を受けてもらうことは。
Cisco Unified Communications Manager （CUCM）イネーブル次のパラメータ。
電話機をリセットします。
3. SSH プロトコルによって電話の CLI にログインして下さい。
4. 電話ログをイネーブルに設定して下さい。
DEBUG> settmask -p ms -t 0xfffff -b LOG_DEBUG
DEBUG> debug lsm vcm fim fsm gsm
debugs: fim fsm gsm lsm sip-state sip-messages sip-reg-state ccdefault vcm
DEBUG> debug jvm SIPCC
DEBUG> Successfully executed the command.
5. ログをダンプし始めて下さい。
DEBUG> sdump
6. 電話のリセットによってログ 収集を取り消して下さい。
コールの詳細
電話ファームウェアを呼出すこと: sip78xx.10-3-1-12
電話 IP アドレスを呼出すこと: 10.62.153.20
電話番号を呼出すこと: 5035
呼出された電話 IP アドレス: 10.229.16.243
呼出された電話番号: 2211
CUCM バージョン: 11.0.1.20000-2
CUCM パブリッシャ IP アドレス: 10.48.47.143
CUCM サブスクライバ IP アドレス: 10.48.47.136
CUBE: 10.62.150.10
分析に信号を送ること
初めにコールのためのシグナリングを見つける 1 つの方法オーディオ問題がある必要があります。
最も簡単な方法は検索パラメータとして呼出 し 番号を使用することです。
電話は CUCM 加入者サーバの方の勧誘メッセージを送信 します。 そして標準応答を受け取ります。 この特定のコールのためのすべての関連したメッセージをトラッキングする呼び出しID レコード割り当て。
JAVA sipio 送信 される 0611 DEB DEC 21 14:33:00.127717---> sip:2211@10.48.47.136;user=phone SIP/2.0^M を誘って下さい
Via: SIP/2.0/TCP 10.62.153.20:52464;branch=z9hG4bK2037857c^M
From: "5035" <sip:5035@10.48.47.136>;tag=c80084aa872103164b6d6bb1-699aac4f^M
これを、次のように変更します。 <sip:2211@10.48.47.136>^M
呼び出しID: c80084aa-8721000b-302564ee-403d3d01@10.62.153.20^M
最大値転送します: 70^M
Date : 水曜日 12月21日 2016 14:33:00 GMT^M
CSeq: 101 INVITE^M
User-Agent: Cisco-CP7821/10.3.1^M
連絡先: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:52464;transport=tcp>^M
切れます: 180^M
Accept: アプリケーション/sdp^M
割り当て: ACK は、BYE、キャンセル、オプション、参照しましたり、登録しましたり、アップデートしましたり、定期講読します、INFO^M 誘いましたり、知らせます
リモート パーティ ID: "5035" <sip:5035@10.48.47.136>;party=calling;id-type=subscriber;privacy=off;screen=yes^M
サポートされる: 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^M
許可イベント: kpml、dialog^M
Content-Length: 348^M
Content-type: アプリケーション/sdp^M
Content-disposition: セッション; handling=optional^M
^M
v=0^M
o=Cisco-SIPUA 7726 0 IN IP4 10.62.153.20^M
s=SIP Call^M
t=0 0^M
m=audio 27986 RTP/AVP 9 0 8 116 18 101^M
c=IN IP4 10.62.153.20^M
a=rtpmap:9 G722/8000^M
a=rtpmap:0 PCMU/8000^M
a=rtpmap:8 PCMA/8000^M
a=rtpmap:116 iLBC/8000^M
a=fmtp:116 mode=20^M
a=rtpmap:18 G729/8000^M
a=fmtp:18 annexb=yes^M
a=rtpmap:101 電話event/8000^M
a=fmtp:101 0-15^M
a=sendrecv^M
0650 DEB DEC 21 14:33:00.171483 JAVAsipio recv<--- SIP/2.0 100 Trying^M
0782 DEB DEC 21 14:33:00.249127 JAVAsipio recv<--- SIP/2.0 180 Ringing^M
8 秒被呼加入者でコールに応答し、音声 ストリームは確立されます。 ネゴシエートされたメディア アドレスの下で注意することは重要です。 アドレスがネゴシエートされるメディアは早いオファー SIP モードのための、および遅らせられたオファー モードのための ACK に先行している 200 OK の 200 の良いメッセージ誘い。
1150 DEB DEC 21 14:33:08.179266 JAVAsipio recv<--- SIP/2.0 200 OK^M
Via: SIP/2.0/TCP 10.62.153.20:52464;branch=z9hG4bK2037857c^M
From: "5035" <sip:5035@10.48.47.136>;tag=c80084aa872103164b6d6bb1-699aac4f^M
これを、次のように変更します。 <sip:2211@10.48.47.136>;tag=59591~c6f18c49-d13e-4c97-aefc-039c35dcaca0-37698453^M
Date : 水曜日 12月21日 2016 14:32:59 GMT^M
呼び出しID: c80084aa-8721000b-302564ee-403d3d01@10.62.153.20^M
CSeq: 101 INVITE^M
割り当て: 、オプション、INFO、BYE、キャンセル、ACK、PRACK、アップデート誘って下さい、NOTIFY^M 参照して下さい、定期講読して下さい
許可イベント: presence^M
サポートされる: replaces^M
Server: Cisco-CUCM11.0^M
コール情報: 、 security= NotAuthenticated; orientation= への; gci= 2-6064; isVoip; call-instance= 1^M
送信情報: 会議、x Ciscoconference^M
リモート パーティ ID: <sip:2211@10.48.47.136>;party=called;screen=no;privacy=off^M
セッションID: f329a19bdd6e9960881d66e6bab59592;remote=7d416919fab94807bcc061c4baa59591^M
リモート パーティ ID: <sip:2211@10.48.47.136;user=phone>;party=x-cisco-original-called;privacy=off^M
連絡先: <sip:2211@10.48.47.136:5060;transport=tcp>^M
Content-type: アプリケーション/sdp^M
Content-Length: 236^M
^M
v=0^M
o=CiscoSystemsCCM-SIP 59591 1 IN IP4 10.48.47.136^M
s=SIP Call^M
c=IN IP4 10.62.150.10^M
b=TIAS:64000^M
b=AS:64^M
t=0 0^M
m=audio 23672 RTP/AVP 0 101^M
a=ptime:20^M
a=rtpmap:0 PCMU/8000^M
a=rtpmap:101 電話event/8000^M
a=fmtp:101 0-15^M
最後に呼び出し終了 メッセージを見つけて下さい。
2081 DEB DEC 21 14:33:18.688956 JAVAsipio recv<--- BYE sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:52464;transport=tcp SIP/2.0^M
Via: SIP/2.0/TCP 10.48.47.136:5060;branch=z9hG4bK17c47b18ed76^M
From: <sip:2211@10.48.47.136>;tag=59591~c6f18c49-d13e-4c97-aefc-039c35dcaca0-37698453^M
これを、次のように変更します。 "5035" <sip:5035@10.48.47.136>;tag=c80084aa872103164b6d6bb1-699aac4f^M
Date : 水曜日 12月21日 2016 14:33:07 GMT^M
呼び出しID: c80084aa-8721000b-302564ee-403d3d01@10.62.153.20^M
User-Agent: Cisco-CUCM11.0^M
最大値転送します: 70^M
CSeq: 101 BYE^M
Reason: Q.850;cause=16^M
セッションID: f329a19bdd6e9960881d66e6bab59592;remote=7d416919fab94807bcc061c4baa59591^M
リモート パーティ ID: <sip:2211@10.48.47.136;user=phone>;party=x-cisco-original-called;privacy=off^M
Content-Length: 0^M
^M
メディア ストリーム 分析
ブラックボックス デバイスを分析した場合コール コンテキストへのリレーションシップを用いるタイムスタンプに特に注目して下さい。
transmittion がまだ非アクティブこと確認を見つけて下さい。
0407 ない DEC 21 14:33:00.082822 ms-RTCPMGR.rtcpm_getSr[A:17] TX ストリーム状態接続されなかった [ingress=0][state=0]
1144 ない DEC 21 14:33:08.152988 ms-RTCPMGR.rtcpm_getSr[A:17] TX ストリーム状態接続されなかった [ingress=7][state=1]
（RX）音声 ストリーム パラメータを受け取ることをアップデートするメッセージ。
1380 ない DEC 21 14:33:08.220957 ms-RTPSESSION.ms_updateRTPRxParam[A:17] アップデート RX [mediaType(codec)=4][dynamicPayloadType=0][hootNumTalkers=0][dtmfPayloadType=101][pktperiod=20][security=0]
1481 INF DEC 21 14:33:08.282028 msRCVMGR.receiveManagerStartReceive[A:17] 開始する RX 5: syncId 5、コーデック 16、rtnCode 0
送信された（TX）音声 ストリームに関する情報を表示する メッセージ。
1668 DEB DEC 21 14:33:08.380273 msRTPSESSION.startRTPSessionTx[A:17] は入ります
1670 DEB DEC 21 14:33:08.380395 ms-RTPMGR.rtpmgr_txStart[A:17] [streamId=7] は入ります
1673 INF DEC 21 14:33:08.380609 msMGRRTP.rtpTransmitStart[A:17] TX [CT=1][msPktSz=20][Ssrc=0xE322D7C2][Csrc=0x0][fTyp=0][SPF=80][FPP=2][pktSz=236][Buf=Y]
1674 INF DEC 21 14:33:08.380670 msMGRRTP.rtpTransmitStart[A:17] RFC2833: [PT=101][tsscale=8][pktPeriod=20][step=10][sizeof=4]
1771 ない DEC 21 14:33:08.407650 ms-RTPSESSION.ms_startRTPSessionTx[A:17] 開始する TX: [mediaType(codec)=4][pkt size=20][remote IPv4=10.62.150.10][rport=23672][groupid=8][callid=8]
呼び出し終了はオンフック状態遷移と見つけることができます。
2113 ない DEC 21 14:33:18.699974 JAVA-SIPCC-CC_API: 1/8、cc_int_onhook: GSM - > SIP: ONHOOK
コールが終了した後 RTP 統計情報は表示する。 このメッセージから電話がパケットを受信しなかった、従って次 の ステップが CUBE のパケットキャプチャを有効に することであることは明らかです。
2121 ない DEC 21 14:33:18.701225 ms-MS.statm_print DecoderStats[A:17]
[Rx Count=0][Rx Lost=0][Pkts Discarded=0][Rx Octets=0]
[Avg Jitter=0][Max Jitter=0]
[RFC2833=0]
[CCR=0.0000][ICR=0.0000][MaxCR=0.0000][CS=0][SCS=0]
514 のパケットが送信されたことエンコーダ統計ディスプレイ。
2124 ない DEC 21 14:33:18.701897 ms-MS.statm_print EncoderStats[A:17]
[Tx Count=514][TX Octets=82240]
フィードバック