IP Phone 登録解除のトラブルシューティング - ケース スタディ

概要

このドキュメントでは、設定のトラブルシューティングに役立つ情報について説明します。

ネットワーク レベルで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 （プライマリとバックアップ） -同時に役立ちます。

• Cisco Call Manager トレース。

関連リンク

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トラフィックの追跡が容易になります。

電話機からのキャプチャ

送信にシーケンス番号2991996107のパケット電話をかけ、このパケットがCUCMに到達できることを確認します。

CUCMから取得します

電話スニファ キャプチャで見られるシーケンス番号は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で有効となります。

解決方法

問題に対処するために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分後にプライマリに再登録し、これが続きます。

キープアライブ廃棄の原因

スイッチ ポートにポート セキュリティが設定されたときに、ポートのエージングが非アクティブ タイマーが設定されました。タイマーは少なくなるSIPのキープアライブ タイマーを1分に設定されています。これは、電話機のMACをフラッシュするスイッチ ポートでそれぞれ分いました。パケットは、SIPのキープアライブ間隔は2分ごとにあるため引き続き廃棄されます。