[cisco-voip] UCM 5.1.3 Sub - IP phones will not reset

[Wes Sisk]

phones receive change notification from the ccm.exe process where they 
are registered.
ccm.exe in 5.x receives change notification from dbnotify on the pub.  
you can see the CN sessions with CLI command:
show tech notify

couple ways this could be broken:
1. dbnotify on pub must have tcp port 8001 open to receive sessions:
cli: show open port regexp 8001
2. tcp port for change notification blocked bewteen the sites (between 
the cm servers).  the port is 8001.  cli command 'show open port' from 
above will show if tcp session exist from sub to pub and are in 
ESTABLISHED state
3. ccm.exe on sub may not be subscribing to change notification.
cli: show tech notify
look for 'ccm' processes, should be one per server.  example from my 3 
server cluster:

admin:show tech notify search ccm
****************************************************************************************************
This command displays the database change notify monitor and will take 
quite some time...please be patient.
****************************************************************************************************

 -------------------- show tech notify --------------------

Database Change Notify Monitor

I=Inuse, P=Processed, H=Head, T=Tail, S=Subscribed, DB= Change 
Notification Queue Length

22 I   0 P   0 H   0 T   0 S   2 CCMAuthentication[14.48.40.52]:32790
24 I   0 P   0 H   0 T   0 S   2 CCMAuthentication[14.48.40.53]:32795
27 I   0 P   0 H   0 T   0 S   1 RIS_CCM
32 I   0 P   0 H   0 T   0 S  58 ccm
39 I   0 P   0 H   0 T   0 S   2 CCMAuthentication[127.0.0.1]:33046
43 I   0 P   0 H   0 T   0 S  10 SNMPCCM
65 I   0 P   0 H   0 T   0 S   1 RIS_CCM:Client_PID=10945[14.48.40.53]:32925
68 I   0 P   0 H   0 T   0 S  58 ccm:Client_PID=10945[14.48.40.53]:32947
80 I   0 P   0 H   0 T   0 S   1 RIS_CCM:Client_PID=11000[14.48.40.52]:32924
82 I   0 P   0 H   0 T   0 S  58 ccm:Client_PID=11000[14.48.40.52]:32946


note the 3 ccm processes, one local, one at .52, and one at .53.

if you are missing these entries then either dbnotify is not accepting 
the subscription or ccm is not attempting the subscription 
(CSCso93220).  Best way to get them back:
1. restart dbnotify on publisher. non-service impacting for your users.  
will cause a momentary delay in em login/logout, mwi, CFA, but will be 
quickly restored and no changes lost.  check for subscription. if still 
not present then ccm is not requesting it or it's not making it over the 
network from sub to pub (packet capture looking for tcp port 8001)
2. if ccm isn't requesting subscription only way to restore service is 
restart ccm on the subscriber.

/Wes

Mike Lydick wrote:
> Has anyone experienced issues where phones will not reset and take
> updates from a Subscriber at a remote location (changes made on pub).
> We have run database state reports and all looks good. The pub and sub
> are on separate sites less than 80ms delay. The issue began several
> months after deployment. remote site phones reset and get updates if
> homed to the the sub located on the same site as pub.  TFTP is pointed
> to the local sub.
>
>  
> MAL
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>