Several phones unregistering each day Reason code 9

[VON CLAWSON]

Getting these errors in the event viewer:

Event Type: Error

Event Source: Cisco CallManager

Event Category: None

Event ID: 3

Date: 1/11/2007

Time: 10:03:01 AM

User: N/A

Computer: SFM-CCMSUB01

Description:

Error: DeviceUnregistered - Device unregistered.

Device name.: SEP00175AEE0D27

Device IP address.: 172.27.13.59

Device type. [Optional]: 7

Device description [Optional].: Sunrise CCR 7 x313

Reason Code [Optional].: 9

App ID: Cisco CallManager

Cluster ID: StandAloneCluster

Node ID: 172.27.102.12

Explanation: A device that has previously registered with Cisco CallManager has unregistered. This event may be issued as part of normal unregistration event or due to some other reason such as loss of keepalives.

Recommended Action: No action is required if unregistration of this device was expected..

No one is resetting the phones so I can't understand why we get a reason code of 9. Phones can be in the middle of a call when the call is dropped and the phone resets. Here is some info from the trace:

01/11/2007 10:03:01.867 CCM|dBProcs - updateStationRegistrationProfileCache_i. PartitionPatternList is removed by the deviceName SEP00175AEE0D27|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.867 CCM|dBProcs - update cache start, num of Caching Entries = 174|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.867 CCM|dBProcs - update cache clear this record, num of Caching Entries = 173|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.867 CCM|dBProcs - start real time database access for device SEP00175AEE0D27|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.960 CCM|dBProcs - getDbDn [SEP00175AEE0D27] 1 Entries in dbPartitionPatternList|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.960 CCM|dBProcs - getDbDn [SEP00175AEE0D27] 2 Entries in dbPartitionPatternList|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.960 CCM|dBProcs - getDbDn [SEP00175AEE0D27] 3 Entries in dbPartitionPatternList|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.960 CCM|dBProcs - SUCCESS read one device|<CLID::StandAloneCluster><NID::172.27.102.12>

01/11/2007 10:03:01.960 CCM|DeviceManager::findDeviceInfoGivenKey - Key={F7A37E40-38C3-49BB-829C-FB039E3C344F} Not In List|<CLID::StandAloneCluster><NID::172.27.102.12><CT::1,100,115,1.80164><IP::><DEV::>

01/11/2007 10:03:01.960 CCM|DeviceManager::findDeviceInfoGivenKey - Name=SEP00175AEE0D27 Key={F7A37E40-38C3-49BB-829C-FB039E3C344F} Pid=(2,118,3865)|<CLID::StandAloneCluster><NID::172.27.102.12><CT::1,100,115,1.80164><IP::><DEV::>

01/11/2007 10:03:01.960 CCM|DeviceManager::DmResetDeviceReq - RESTART request received for registered device. DeviceName=SEP00175AEE0D27, DeviceType=7|<CLID::StandAloneCluster><NID::172.27.102.12><CT::1,100,115,1.80164><IP::><DEV::>

01/11/2007 10:03:01.960 CCM|StationD: (0003865) StationReset resetType=2.|<CLID::StandAloneCluster><NID::172.27.102.12><CT::1,100,115,1.80164><IP::><DEV::>

01/11/2007 10:03:01.976 CCM|StationInit: (0003865) Unregister.|<CLID::StandAloneCluster><NID::172.27.102.12><CT::2,100,119,1.18869143><IP::172.27.13.59><DEV::SEP00175AEE0D27>

01/11/2007 10:03:01.976 CCM|StationD: (0003865) star_DeviceUnregisterReq send StationOutputUnregisterAck status=0.|<CLID::StandAloneCluster><NID::172.27.102.12><CT::2,100,119,1.18869143><IP::172.27.13.59><DEV::SEP00175AEE0D27>

01/11/2007 10:03:01.976 CCM|StationD: (0003865) UnregisterAck status=0.|<CLID::StandAloneCluster><NID::172.27.102.12><CT::2,100,119,1.18869143><IP::172.27.13.59><DEV::SEP00175AEE0D27>

[jason-calbert_2]

Are maybe these phones using IPCC and people are logging out of the phones or possible extension mobility. Might want to check this.

[VON CLAWSON]

I'm checking on that but, this happens when the users are on calls and the calls are dropping. There is no way they could logout of EM in the middle of a call. Additionally, if someone were to reset the phone and it was in the middle of a call it would wait until the call was over to reset the phone.

[gogasca]

Hi Von,

This is only for EM users? any other application phone is using like IPCC?

Can we get CCM|SDL sniffer trace when this happens?

Which phone model, load, CCM version and OS.

Thanks

[b.eman]

We had a simalar issue turned out to be the settings on our ARP and CAM table timeouts. Rest those values to "default" and it resolve our issue.

Just an idea of somewhere to look.

[Bill CARTER]

I had the same problem. ARP Timeouts were turned down. Returning ARP to defaults fixed the problem.

[VON CLAWSON]

Where is the arp timeout setting? in Service parameters?

Thanks

Von

[redrobish]

Hi wbcarter,

I have the same issue. My switch is 3560.

What command to check the ARP timeouts? and what's the defaults?

just new in router/switches...

tnx

[bparker]

we had a similar problem, are all the phones on the same network segment? We come to discover that the DHCP server was set to 10 seconds so everytime there was network congestion or the DHCP server was reset during a policy change it reset only a select set of phones. We change the DHCP setting to 518400 secs and that fixed it. Just a thought.

[erwvan]

Could be similar to the issue I have.

Where did you change this DHCP setting to 518400s?

Can you plse explain?