Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Community Member

Phones not reverting to CUCM once in SRST

Hi All,

I was wondering if anyone has seen this. We have a bunch of 7945 phones in a bracn office that register to CMs (one pub, and one sub- both is same location). There is a 2921 router at the brach office for srst and pstn access. The issue I am seeing is that the phones go into srst when there is a link problem, but they never register back with the CMs once the link is back up. We manually power cycel the phones to ge them to register with CM. Even in the network configuration page of the phone, it shows the SRST router as active CM and the actual servers as the Standby. This tells me that the phones do know that the link is back up, but they stay with the router. How do I get them to automatically revert to the servers once the link is back up?

I hope this makes sense.

Thanks.

Everyone's tags (1)
1 ACCEPTED SOLUTION

Accepted Solutions
Bronze

Phones not reverting to CUCM once in SRST

Hi Mihir,

Ip phone is sending keepalive message to CUCM but it is not receiving keepaliveack from it. We are receiving TCP ack from CUCM but no keepalive ack. As far as i know if no keepalive ack is received from CUCM after 3 keepalives then IP phone will reset the TCP session and will start the process again. Same can be seen in packet capture.

Try taking capture from CUCM interface either by spanning or using CUCM CLI. Check whether CUCM is sending keepalive ack or not. If it is sending then may be your firewall is dropping the packets.

Below is got doc for your understanding

https://supportforums.cisco.com/docs/DOC-19066#Delayed_failover_for_SCCP_phones

Regards,

Mohit Singh

19 REPLIES

Phones not reverting to CUCM once in SRST

I have not seen this myself. By default phones operating in SRST mode should need to be told when to register with the primary server in the CUCM Group.  The phone itself will send keep alives.  By default a phone will wait 120 seconds before attempting to re-establish it connection.  This time of course could be longer With that being said recheck your srst configuration.  Also maybe check your gateway configuration.  There are 3 switch modes that a gateway operating in SRST mode will use, immediate, graceful, or switchback after delay. 

Community Member

Phones not reverting to CUCM once in SRST

Hi Greg-

thank you for your reply.

1. Quick clarification "

By default phones operating in SRST mode should need to be told when..." Do you mean should or should not?

2. I can confirm that the timing under DP is 120 seconds.

3. I apologize, but how do I check what mode the gateway is in? I do not see anything under show run. Btw- this is an h323 gateway, not Mgcp. Dont know if that makes a difference...

This is my srst config:

call-manager-fallback

secondary-dialtone 9

max-conferences 8 gain -6

transfer-system full-consult

ip source-address 7.188.200.4 port 2000

max-ephones 100

max-dn 100 dual-line

system message primary SRST Mode Active

Thanks again for responding.

Phones not reverting to CUCM once in SRST

1. You will shoud not need to tell the phones to re-register. Sorry for mistake.

2.  Switchback only applies to MGCP here. 

VIP Super Bronze

Phones not reverting to CUCM once in SRST

Can you please simulate SRST again and post the output of the following debugs..

1. debug ephone detail

2. debug ephone keepalive mac-address 0030.94c3.E1A8 (change the mac address to any of the phone that you have...

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
Community Member

Phones not reverting to CUCM once in SRST

Hi...I feel really really stupid askig this, but how do I upload my debug capture? I dont see any options to attach a file here. I tried uploading it under document, but am unsure of how to link to this post. Apologies for this- this is my first time using this forum.

Community Member

Phones not reverting to CUCM once in SRST

I hope this will be ok. I turned on debug for 2 specific phones. One in the beginning and the other at the end and let it run. Please let me know if you see anything. Currenlty these phones are in SRST mode, but the link to CM is up and running. Some phones have registered, but the below are still in SRST mode. Under the network config page of the phone itself, it shows the router as active cm and the servers as standby.

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.02.05 12:32:56 =~=~=~=~=~=~=~=~=~=~=~=

debug ephone keepalive mac-address 70105C5F8E34    :8E34         :5C5F:8E34          5C5F:8E34           .5C5F:8E34         5C5F:8  8E34       8E34       8E34       8E34       8E34       8E34       8E34       8E34       8E34       8E34       8E34      8E34                

NEU-VOICE-BUE-GW01#debug ephone keepalive mac-address 7010.5C5F.8E34

EPHONE keepalive debugging is enabled for phone 7010.5C5F.8E34

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#ter mon

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#debug ephone detal   il

This may severely impact system performance. Continue? [confirm]

EPHONE detail debugging is enabled (detail, state, registration, video, error)

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#s   clear

001015: *Feb  5 18:29:41.679: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001016: *Feb  5 18:29:41.679: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34 log

Clear logging buffer [confirm]

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

001017: *Feb  5 18:29:43.663: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001018: *Feb  5 18:29:43.663: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

001019: *Feb  5 18:29:45.339: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001020: *Feb  5 18:29:45.339: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001021: *Feb  5 18:29:49.951: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001022: *Feb  5 18:29:49.951: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001023: *Feb  5 18:29:54.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001024: *Feb  5 18:29:54.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001025: *Feb  5 18:29:54.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001026: *Feb  5 18:29:54.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001027: *Feb  5 18:29:54.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001028: *Feb  5 18:29:54.415: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001029: *Feb  5 18:29:54.415: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001030: *Feb  5 18:30:11.731: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001031: *Feb  5 18:30:11.731: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001032: *Feb  5 18:30:13.715: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001033: *Feb  5 18:30:13.715: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001034: *Feb  5 18:30:15.391: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001035: *Feb  5 18:30:15.391: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001036: *Feb  5 18:30:20.023: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001037: *Feb  5 18:30:20.023: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001038: *Feb  5 18:30:24.211: Skinny Checking for stale sockets

001039: *Feb  5 18:30:24.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001040: *Feb  5 18:30:24.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001041: *Feb  5 18:30:24.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001042: *Feb  5 18:30:24.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001043: *Feb  5 18:30:24.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001044: *Feb  5 18:30:24.507: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001045: *Feb  5 18:30:24.507: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001046: *Feb  5 18:30:41.771: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001047: *Feb  5 18:30:41.771: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001048: *Feb  5 18:30:43.787: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001049: *Feb  5 18:30:43.787: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001050: *Feb  5 18:30:45.459: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001051: *Feb  5 18:30:45.459: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001052: *Feb  5 18:30:50.075: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001053: *Feb  5 18:30:50.075: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001054: *Feb  5 18:30:54.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001055: *Feb  5 18:30:54.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001056: *Feb  5 18:30:54.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001057: *Feb  5 18:30:54.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001058: *Feb  5 18:30:54.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001059: *Feb  5 18:30:54.567: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001060: *Feb  5 18:30:54.567: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001061: *Feb  5 18:30:57.671: New Skinny socket accepted [1] from 0, sub 1 (5 active)

001062: *Feb  5 18:30:57.671: sin_family 2, sin_port 49668, in_addr 7.188.200.37

001063: *Feb  5 18:30:57.671: skinny_add_socket 1 7.188.200.37 49668

001064: *Feb  5 18:31:11.823: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001065: *Feb  5 18:31:11.823: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001066: *Feb  5 18:31:13.839: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001067: *Feb  5 18:31:13.839: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001068: *Feb  5 18:31:15.551: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001069: *Feb  5 18:31:15.551: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001070: *Feb  5 18:31:20.119: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001071: *Feb  5 18:31:20.119: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001072: *Feb  5 18:31:24.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001073: *Feb  5 18:31:24.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001074: *Feb  5 18:31:24.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001075: *Feb  5 18:31:24.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001076: *Feb  5 18:31:24.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001077: *Feb  5 18:31:24.631: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001078: *Feb  5 18:31:24.631: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001079: *Feb  5 18:31:41.867: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001080: *Feb  5 18:31:41.867: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001081: *Feb  5 18:31:43.899: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001082: *Feb  5 18:31:43.899: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001083: *Feb  5 18:31:45.623: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001084: *Feb  5 18:31:45.623: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001085: *Feb  5 18:31:50.199: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001086: *Feb  5 18:31:50.199: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001087: *Feb  5 18:31:54.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001088: *Feb  5 18:31:54.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001089: *Feb  5 18:31:54.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001090: *Feb  5 18:31:54.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001091: *Feb  5 18:31:54.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001092: *Feb  5 18:31:54.683: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001093: *Feb  5 18:31:54.683: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001094: *Feb  5 18:31:57.775: Cannot find device entry on socket fd 2 for message 0

001095: *Feb  5 18:32:11.955: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001096: *Feb  5 18:32:11.955: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001097: *Feb  5 18:32:13.991: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001098: *Feb  5 18:32:13.991: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001099: *Feb  5 18:32:15.695: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001100: *Feb  5 18:32:15.695: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001101: *Feb  5 18:32:20.271: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001102: *Feb  5 18:32:20.271: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001103: *Feb  5 18:32:24.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001104: *Feb  5 18:32:24.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001105: *Feb  5 18:32:24.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001106: *Feb  5 18:32:24.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001107: *Feb  5 18:32:24.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001108: *Feb  5 18:32:24.731: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001109: *Feb  5 18:32:24.731: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001110: *Feb  5 18:32:28.039: socket 2 fatal error 254! can't read msg header with size -1, fd 2

001111: *Feb  5 18:32:28.039:  it's a stale socket! delete it!!

001112: *Feb  5 18:32:41.999: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001113: *Feb  5 18:32:41.999: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001114: *Feb  5 18:32:44.115: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001115: *Feb  5 18:32:44.115: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001116: *Feb  5 18:32:45.747: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001117: *Feb  5 18:32:45.747: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001118: *Feb  5 18:32:50.331: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001119: *Feb  5 18:32:50.331: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001120: *Feb  5 18:32:54.211: Skinny Checking for stale sockets

001121: *Feb  5 18:32:54.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001122: *Feb  5 18:32:54.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001123: *Feb  5 18:32:54.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001124: *Feb  5 18:32:54.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001125: *Feb  5 18:32:54.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001126: *Feb  5 18:32:54.811: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001127: *Feb  5 18:32:54.811: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001128: *Feb  5 18:33:12.047: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001129: *Feb  5 18:33:12.051: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001130: *Feb  5 18:33:14.175: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001131: *Feb  5 18:33:14.175: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001132: *Feb  5 18:33:15.827: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001133: *Feb  5 18:33:15.827: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001134: *Feb  5 18:33:20.383: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001135: *Feb  5 18:33:20.383: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001136: *Feb  5 18:33:24.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001137: *Feb  5 18:33:24.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001138: *Feb  5 18:33:24.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001139: *Feb  5 18:33:24.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001140: *Feb  5 18:33:24.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001141: *Feb  5 18:33:24.895: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001142: *Feb  5 18:33:24.895: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001143: *Feb  5 18:33:42.099: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001144: *Feb  5 18:33:42.099: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001145: *Feb  5 18:33:44.235: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001146: *Feb  5 18:33:44.235: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001147: *Feb  5 18:33:45.907: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001148: *Feb  5 18:33:45.907: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001149: *Feb  5 18:33:50.443: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001150: *Feb  5 18:33:50.443: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001151: *Feb  5 18:33:54.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001152: *Feb  5 18:33:54.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001153: *Feb  5 18:33:54.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001154: *Feb  5 18:33:54.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001155: *Feb  5 18:33:54.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001156: *Feb  5 18:33:54.967: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001157: *Feb  5 18:33:54.967: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B

001158: *Feb  5 18:34:12.143: ephone-7 If GigabitEthernet0/0.600 ETHERNET 7.188.200.20 via ARP

001159: *Feb  5 18:34:12.143: ephone-7[6/9][SEP70105C5F8E34]:Keepalive socket[9] SEP70105C5F8E34

001160: *Feb  5 18:34:14.287: ephone-12 If GigabitEthernet0/0.600 ETHERNET 7.188.200.33 via ARP

001161: *Feb  5 18:34:14.287: ephone-12[11/19][SEP70105C5E20D6]:Keepalive socket[19] SEP70105C5E20D6

001162: *Feb  5 18:34:15.971: ephone-15 If GigabitEthernet0/0.600 ETHERNET 7.188.200.24 via ARP

001163: *Feb  5 18:34:15.971: ephone-15[14/1][SEP70105C5F64AC]:Keepalive socket[1] SEP70105C5F64AC

001164: *Feb  5 18:34:20.527: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001165: *Feb  5 18:34:20.527: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001166: *Feb  5 18:34:24.211: ephone-6[5/11][SEP70105C5F8F11]:SkinnyCheckPendingCallBackPhone scan 2 lines

001167: *Feb  5 18:34:24.211: ephone-7[6/9][SEP70105C5F8E34]:SkinnyCheckPendingCallBackPhone scan 2 lines

001168: *Feb  5 18:34:24.211: ephone-12[11/19][SEP70105C5E20D6]:SkinnyCheckPendingCallBackPhone scan 2 lines

001169: *Feb  5 18:34:24.211: ephone-14[13/10][SEP08CC6830582B]:SkinnyCheckPendingCallBackPhone scan 2 lines

001170: *Feb  5 18:34:24.211: ephone-15[14/1][SEP70105C5F64AC]:SkinnyCheckPendingCallBackPhone scan 2 lines

001171: *Feb  5 18:34:25.015: ephone-14 If GigabitEthernet0/0.600 ETHERNET 7.188.200.26 via ARP

001172: *Feb  5 18:34:25.015: ephone-14[13/10][SEP08CC6830582B]:Keepalive socket[10] SEP08CC6830582B in all

                    ^

% Invalid input detected at '^' marker.

NEU-VOICE-BUE-GW01#un all

All possible debugging has been turned off

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#debuig      g ephone kee

NEU-VOICE-BUE-GW01#debug ephone keepalive 70105C5F8F11    .8F11         .5C5F.8F11          5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11            5C5F.8F11                                5C5F.8F11                                                sh ephone | i 8F11

ephone-6[5] Mac:7010.5C5F.8F11 TCP socket:[11] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 22/17 max_streams=5

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#debug ephone kee

NEU-VOICE-BUE-GW01#debug ephone keepalive 7010.5C5F.8F11

                                          ^

% Invalid input detected at '^' marker.

NEU-VOICE-BUE-GW01#debug ephone keepalive 7010.5C5F.8F11                  ive  7010.5C5F.8F11               m 7010.5C5F.8F11               a 7010.5C5F.8F11               c 7010.5C5F.8F11               - 7010.5C5F.8F11               a 7010.5C5F.8F11               

NEU-VOICE-BUE-GW01#debug ephone keepalive mac-a 7010.5C5F.8F11

EPHONE keepalive debugging is enabled for phone 7010.5C5F.8F11

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

001173: *Feb  5 18:36:50.863: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001174: *Feb  5 18:36:50.863: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001175: *Feb  5 18:37:20.935: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001176: *Feb  5 18:37:20.935: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001177: *Feb  5 18:37:50.995: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001178: *Feb  5 18:37:50.995: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001179: *Feb  5 18:37:54.211: Skinny Checking for stale sockets

001180: *Feb  5 18:38:21.059: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001181: *Feb  5 18:38:21.059: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11

001182: *Feb  5 18:38:51.111: ephone-6 If GigabitEthernet0/0.600 ETHERNET 7.188.200.35 via ARP

001183: *Feb  5 18:38:51.111: ephone-6[5/11][SEP70105C5F8F11]:Keepalive socket[11] SEP70105C5F8F11 un all

All possible debugging has been turned off

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

NEU-VOICE-BUE-GW01#

Phones not reverting to CUCM once in SRST

Have you altered the "h225 timeouts tcp establish" setting under the "voice class h323"?

HTH

Regards,

Yosh

HTH Regards, Yosh
Community Member

Phones not reverting to CUCM once in SRST

It is:

h225 timeout tcp establish 3

Thanks.

VIP Super Bronze

Phones not reverting to CUCM once in SRST

OK, I dont see what I want or looking for..

Do you know how to use wireshark?  collect wire shark trace..attach here?

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Phones not reverting to CUCM once in SRST

Hi.

Which firmware version are ip phones running?

...and which CUCM version?

Let us know.

Regards

Carlo

Please rate all helpful posts

"The more you help the more you learn"

Please rate all helpful posts "The more you help the more you learn"
Bronze

Phones not reverting to CUCM once in SRST

Hi Mihir,

In SRST mode IP phones keeps on sending TCP keepalive message to CUCM every 30 second. If a response from CUCM is received then IP phone tries to register back to CUCM. So if IP phone are not registering back to CUCM then you should take packet capture from IP phone and CUCM and check whether TCP keepalive is received by CUCM or not. If not then there could be some issue with network. If IP phone is not sending keepalive while registered with SRST router then there could be issue with phone firmware.

Regards,

Mohit Singh

Community Member

Phones not reverting to CUCM once in SRST

Ok, I have the wireshark captures. How do I attach them to this thread? I see the phone sending keepalives to both the Call Managers (pub + sub and the srst router...I think).

Bronze

Phones not reverting to CUCM once in SRST

You can use advanced editor option to upload files. Please mention ip address of phone, pub and sub.

Regards,

Mohit Singh

Community Member

Phones not reverting to CUCM once in SRST

Ok, uploaded.

Phone IP is 7.188.200.51

SRST Router: 7.188.200.4

Pub: 10.2.200.6

Sub: 10.2.200.7

Community Member

Phones not reverting to CUCM once in SRST

I think this might be a firewall issue since I dont see any KeepAliveAcks from the Pub in the trace (10.2.200.6). Can someone confirm (that there isn't a reply to the KAs from the phone)?

Checking with security team. Will report back shortly.

Bronze

Phones not reverting to CUCM once in SRST

Hi Mihir,

Ip phone is sending keepalive message to CUCM but it is not receiving keepaliveack from it. We are receiving TCP ack from CUCM but no keepalive ack. As far as i know if no keepalive ack is received from CUCM after 3 keepalives then IP phone will reset the TCP session and will start the process again. Same can be seen in packet capture.

Try taking capture from CUCM interface either by spanning or using CUCM CLI. Check whether CUCM is sending keepalive ack or not. If it is sending then may be your firewall is dropping the packets.

Below is got doc for your understanding

https://supportforums.cisco.com/docs/DOC-19066#Delayed_failover_for_SCCP_phones

Regards,

Mohit Singh

VIP Super Bronze

Phones not reverting to CUCM once in SRST

Mohit,

Excellent Documentation(+5)...I love it! Clear alot of things up...

From what we see in the trace, we get a TCP ACK (indicative of a functioning link to cucm) however we dont get a sccp ACK..That suggests that the CUCM service is not up!!!

Have you tried to restart the CUCM service...on this server?

As Mohit mentioned, get captures from cucm cli as follows..

utils network capture eth0 size ALL count 1000000 file "file name"

file get activelog platform/cli filename.cap ( on cucm 9 just use file get activelog platform/cli)

use SFTP to download file (you need an sftp client life FreeFTPD32)

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
Community Member

Phones not reverting to CUCM once in SRST

Sorry for the delayed response.

Update:

So it seemed that the FW was indeed dropping the keep alives from the phone to CM. The KAs were allowed through but that didn't seem to solve the issue. I'm going to double check on the FW to ensure that the KAs are making it to the pub and getting to the phone.

The jist of the issue is that KAs from phone and CM are not reaching each other. More than likely FW issue. Will report back in a bit.

Thanks a lot for everyones help.

Community Member

Phones not reverting to CUCM once in SRST

Hi All,

it turned out to be the firewall after all. Data point: keepalives need to be allowed between phones and Publisher AND Subscriber. We had it enabled just for the pub. Once we allowed to the sub, phones started coming out of srst fine.

Thanks everyone for your help.

2474
Views
5
Helpful
19
Replies
CreatePlease to create content