概要
このドキュメントでは、設定のトラブルシューティングに役立つ情報について説明します。
ネットワーク レベルでTCPに加え、Cisco IP Phoneはアプリケーションレベルのキープアライブ機能は死活機能を保持します。Skinny Call Control Protocol (SCCP )およびSession Initiation Protocol (SIP )デバイスのキープアライブ機能はデバイスの維持がコール制御に登録されたことを確認します。また、コール制御デバイスとの接続を再確立することです。
前提条件
要件
このドキュメントに特有の要件はありません。
使用するコンポーネント
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
SCCPキープアライブおよびフェールオーバー機能
SCCPは転送にTCPプロトコルを使用し、Call Managerへの接続にポート2000および2443 (セキュアで)動作します。SCCP電話機は登録する前に、へのCisco Unified Communications Manager (CUCM )とのTCP接続をする必要があります。次の通信チャネルを確立するためにポート2000で、TCP 3ウェイ ハンドシェイク行われる。電話機はCUCMへ同期(同期)送信してこの接続を開始し、CUCMはSYN、ACK (受信)で応答します。 電話がACKを、回答、TCP接続が確立されます。
キープアライブ
2 つのキープアライブ方式があります。Skinny (キープアライブ)レベル(TCPキープアライブ)ネットワークレベル アプリケーション
フェールオーバー
理想的なシナリオでは、SCCP電話機はプライマリCUCMと最初のバックアップCUCMへのTCP接続を確立します。SCCP電話機はTCP接続確立されるすべてのCUCMにキープアライブを送信します。プライマリ サーバはSCCPキープアライブに応答します。間隔は30秒にプライマリ サーバとバックアップ サーバへ60秒です。
プライマリCUCMはSCCPおよびTCP接続の両方に対してSCCPキープアライブACKで応答します。バックアップCUCMは電話機によって送信されるキープアライブに、TCP ACKを送信します。Call Managerサービスは、またはTCP接続ではないため、電話機はバックアップCUCM自体にプライマリCUCMでは実現できない障害時に、プライマリCMの障害を検出するには、2種類の機能を使用して、正常、遅れる。
標準フェールオーバー
この方法は、キープアライブを与えるためにCUCMにかかる時間の平均を計算するためにアルゴリズムを使用します。
たとえば、CUCMにかかる平均時間が過去10000キープアライブに応答X秒で電話をCUCMの障害を検出する前にX秒間待ちます。次に、バックアップCUCMに登録を試みる。
遅延フェールオーバー
この機能では、電話機はプライマリCUCMの障害を検出するには3つのキープアライブ間隔を待機します。
欠点
パケットの移動時間が変動するネットワーク遅延は、フェールオーバーによって不要な登録解除を回避します。
移動時間の例(ping応答の遅れに注目してください):
64 bytes from 10.106.97.150: icmp_seq=1 ttl=63 time=0.100 ms
64 bytes from 10.106.97.150: icmp_seq=2 ttl=63 time=200 ms
64 bytes from 10.106.97.150: icmp_seq=3 ttl=63 time=0.180 ms
64 bytes from 10.106.97.150: icmp_seq=4 ttl=63 time=0.678 ms
64 bytes from 10.106.97.150: icmp_seq=5 ttl=63 time=590 ms
64 bytes from 10.106.97.150: icmp_seq=6 ttl=63 time=0.100 ms
64 bytes from 10.106.97.150: icmp_seq=7 ttl=63 time=345 ms
64 bytes from 10.106.97.150: icmp_seq=8 ttl=63 time=456 ms
64 bytes from 10.106.97.150: icmp_seq=9 ttl=63 time=0.345 ms
[an error occurred while processing this directive]
長所
この機能は、遅延に影響されやすいネットワークで使用できます。
SIPのキープアライブ
SIP電話はCUCMに登録し、CUCMの設定でキープアライブを120秒ごとに送信します。電話機はプライマリCUCMに最初の登録を送信すると、3600秒(電話に適用されたSIPプロファイルのデフォルト設定)にタイマーに設定します。CUCMは、サービス パラメータの値によって120秒にタイマーを変更してACKを送信します。
そのため、電話はデフォルトでは5秒)だけSIPプロファイルで設定されたデルタ値引は120であるキープアライブを120秒ごとに115秒(実際に送信します。 このとき、電話機はキープアライブを115秒ごとに送信します。
SIP電話交換機はバックアップCUCMへの登録メッセージにはフィールドに0セットあります。
プライマリ
REGISTER sip:10.106.114.161 SIP/2.0
Via: SIP/2.0/TCP 10.106.114.185:53006;branch=z9hG4bKd451a4fa
From: <sip:5678@10.106.114.161>;tag=0024142ddf242c6644b6e5d2-f01c795a
To: <sip:5678@10.106.114.161>
Call-ID: 0024142d-df24000a-44da4e09-0de51424@10.106.114.185
Max-Forwards: 70
Date: Wed, 15 Jul 2015 12:42:56 GMT
CSeq: 11435 REGISTER
User-Agent: Cisco-CP7975G/9.3.1
Contact: <sip:9e9e1ffb-0206-4ea1-6d77-ba04a72017f7@10.106.114.185:53006;transport=tcp>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-0024142ddf24>";+u.sip!devicename.ccm.cisco.com="SEP0024142DDF24";+u.sip!model.ccm.cisco.com="437"
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-6.0.0,X-cisco-xsi-8.5.1
Content-Length: 0
Expires: 3600
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.106.114.185:53006;branch=z9hG4bKd451a4fa
From: <sip:5678@10.106.114.161>;tag=0024142ddf242c6644b6e5d2-f01c795a
To: <sip:5678@10.106.114.161>
Date: Wed, 15 Jul 2015 12:42:59 GMT
Call-ID: 0024142d-df24000a-44da4e09-0de51424@10.106.114.185
CSeq: 11435 REGISTER
Content-Length: 0
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.106.114.185:53006;branch=z9hG4bKd451a4fa
From: <sip:5678@10.106.114.161>;tag=0024142ddf242c6644b6e5d2-f01c795a
To: <sip:5678@10.106.114.161>;tag=1708299782
Date: Wed, 15 Jul 2015 12:42:59 GMT
Call-ID: 0024142d-df24000a-44da4e09-0de51424@10.106.114.185
CSeq: 11435 REGISTER
Expires: 120
Contact: <sip:9e9e1ffb-0206-4ea1-6d77-ba04a72017f7@10.106.114.185:53006;transport=tcp>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-0024142ddf24>";+u.sip!devicename.ccm.cisco.com="SEP0024142DDF24";+u.sip!model.ccm.cisco.com="437"
Supported: X-cisco-srtp-fallback,X-cisco-sis-6.0.0
Content-Length: 0
[an error occurred while processing this directive]
セカンダリに
REGISTER sip:10.60.1.12:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.60.63.21:3784;rport;branch=z9hG4bKPjdcJ819aZtTCtmvr0VBheV6p0uL8aC.pG
Max-Forwards: 70
From: <sip:6836@10.60.1.12>;tag=5oI-ew53.DGjTDu5LB9orkdDpZlccNbv
To: <sip:6836@10.60.1.12>
Call-ID: HxTK.m6BH9qxjstVwexTbhVnUxNeuxle
CSeq: 18800 REGISTER
Expires: 0
Contact: <sip:e2b0f175-feae-d664-befa-b7cd0837fcc6@10.60.63.21:5060;transport=TCP>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-e0d1730ac1b1>";+u.sip!devicename.ccm.cisco.com="SEPE0D1730AC1B1";+u.sip!model.ccm.cisco.com="592";expires=0;cisco-keep-alive
Content-Length: 0
[an error occurred while processing this directive]
必要なログ
電話登録解除理由が発生したかを特定するには、図の情報を取得します:
- イベント ビューア アプリケーションおよびシステム ログ-電話登録解除に警告/エラー コードを提供し、使用、トラブルシューティングに進むことができます。
- 電話機からのパケット キャプチャおよびネットワーク側の問題を切り分けるためのCUCM (プライマリとバックアップ) -同時に役立ちます。
関連リンク
CUCMからパケット キャプチャを実施
IP Phoneからキャプチャを実施
トレースの集合
ログとパケット キャプチャの分析
- イベント ビューア アプリケーション ログはEndPointUnregisteredメッセージと、関連する原因コードが表示されます。
Example: 31 uc-ucm-01 local7 3 : 41679: uc-ucm-01.pcce.local Jul 02 2015 06:22:31 UTC : %UC_CALLMANAGER-3-EndPointUnregistered: %[DeviceName=SEPE0D1730A8137][IPAddress=10.60.98.210][Protocol=SIP][DeviceType=592][Description=Phone][Reason=13][IPAddrAttributes=0][LastSignalReceived=SIPStationDPrimaryLineTimeout][AppID=Cisco CallManager][ClusterID=StandAloneCluster][NodeID=uc-ucm-01]: An endpoint has unregistered
[an error occurred while processing this directive]
EndPointUnregistrationのReason Codeはシステム エラー メッセージのマニュアルに記載されています。
Wireshark ログの読み取り
両方のキャプチャがエッジ設計と、電話機によって送信されるキープアライブが実際にCUCMにかかわらず到達していることを確認します。
TCPパケットのシーケンス番号は、スニファ キャプチャの電話とCUCM間のTCPトラフィックの追跡が容易になります。
電話機からのキャプチャ
![](/c/dam/en/us/support/docs/collaboration-endpoints/unified-ip-phone-7900-series/200410-Troubleshoot-IP-Phone-Unregistration-A-00.jpeg)
送信にシーケンス番号2991996107のパケット電話をかけ、このパケットがCUCMに到達できることを確認します。
CUCMから取得します
![](/c/dam/en/us/support/docs/collaboration-endpoints/unified-ip-phone-7900-series/200410-Troubleshoot-IP-Phone-Unregistration-A-01.jpeg)
電話スニファ キャプチャで見られるシーケンス番号はCUCMのキャプチャに表示されます。
ケース スタディ 1.2
問題の説明
SCCP電話機は定期的に再起動します。
トラブルシュート
イベント ビューア アプリケーション ログは、電話が再起動を13のエラー コードのないSwitchingを保つことが原因で保存されます。
Event Viewer Message.
[an error occurred while processing this directive]
IP Phone、CUCMからパケット キャプチャを集めます。 このシナリオでは、IP Phoneから送信された最後のキープアライブはCUCMに達しませんでした。
Image.
[an error occurred while processing this directive]
キープアライブが原因をそのためドロップされています:
CUCMのMACアドレスを取得するために、ARP応答を送信したときには、ASAのMACアドレスのARPプロキシから入力された。明らかに、最初の応答はCUCMに見つからない。ただし、電話機はそれを最初に受信されるため、他のデバイスのMACアドレスを持つスイッチにフレームを送信する。
これは、プロキシARPがASAで有効となります。
![](/c/dam/en/us/support/docs/collaboration-endpoints/unified-ip-phone-7900-series/200410-Troubleshoot-IP-Phone-Unregistration-A-02.jpeg)
解決方法
問題に対処するためにASAでプロキシARPをディセーブルにします。
ケース スタディ 2
問題の説明
Cisco IP Phoneモデル8961および登録は16分ごとにセカンダリCUCMにリセットをダイヤルします。2分後、電話機はプライマリCUCMへのドロップされ、このサイクルが続きます。
トラブルシュート
電話とCUCMトレースからパケット キャプチャを集めます。登録解除はIP Phoneに間違えたSIPのキープアライブが原因でした。
分析
SIP電話はCUCMに登録し、CUCMの設定でキープアライブを120秒ごとに送信します。
電話機は最初の登録を送信すると3600秒(電話に適用されたSIPプロファイルのデフォルト設定)にタイマーに設定します。CUCMは、サービス パラメータの値によって120秒にタイマーを変更し、確認応答します。
電話機はキープアライブを120秒ごとに送信します(デフォルトでは5秒) SIPプロファイルで設定されたデルタ値引は120のキープアライブ間隔は115秒です。 この電話信号はキープアライブを115秒ごとに送信します。
この問題のシナリオで電話は115番目の2番目のキープアライブを送信し、ネットワークで廃棄されます。これは.01秒(100ミリ秒)キープアライブを再送信する電話になります。 これは、登録要求のCUCMから応答を受信します。
これで電話機は115秒に2番目のキープアライブを送信し、ネットワークで廃棄されます。通話中、成長は.02秒(200ミリ秒)に登録の再試行間隔です。
携帯電話は115の後にキープアライブを送信し、ネットワークでドロップされ、これはパケットを再送信する電話をします。また、電話の急増、再試行間隔です。少数のこのようなキープアライブ後、電話機は14秒に増加を再試行します。
電話機は14秒後に再送信し、CUCMからACKを取得します。
電話機がキープアライブを送信するときに、および失われたときに、電話機は28秒後に登録要求を再送信します。CUCMは15秒待機しますが、28秒待つことはありません(115s以降)その送信信号を登録解除。
キープアライブ時間とRTOは16分および秒数を示します。
CUCMから登録解除時に16分後、電話機はセカンダリCUCMに登録し、2分後にプライマリに再登録し、これが続きます。
![](/c/dam/en/us/support/docs/collaboration-endpoints/unified-ip-phone-7900-series/200410-Troubleshoot-IP-Phone-Unregistration-A-03.jpeg)
キープアライブ廃棄の原因
スイッチ ポートにポート セキュリティが設定されたときに、ポートのエージングが非アクティブ タイマーが設定されました。タイマーは少なくなるSIPのキープアライブ タイマーを1分に設定されています。これは、電話機のMACをフラッシュするスイッチ ポートでそれぞれ分いました。パケットは、SIPのキープアライブ間隔は2分ごとにあるため引き続き廃棄されます。