cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
530
Views
0
Helpful
5
Replies

CUPS 6 Users not updating

jeff.singh_2
Level 3
Level 3

Hi we have cucm 6, ldap sync and CUPS 6 server. users appear in CUCM from AD but when we assign capablities for them for CUPS they do not appear in the CUPS server. if we reboot the CUPS server the users appear. Troubleshooting guide gives all clear. Any advise appreciated.

5 Replies 5

Tommer Catlin
VIP Alumni
VIP Alumni

Do you mean, when you enable them for CUPC in CUCM, they do not appear on the CUPS server? If that is that case you have an AXL problem. AXL is pulling this information for CUCM to CUPS. I would probably delete the AXL information for CUPS, re-input it and see what happens. Also, check your RTMT and see if the logs are showing any errors (application, system, etc)

Tim,

yes when I enable for cupc in cucm(capabilties assignment) they do not appear in CUPS. Only when I either reboot the CUPS server or manually just restart the Cisco UP sync agent service then the users appear in CUPS server.

The AXL user, its password has been reset on both CUCM and CUPS, it also has standard AXL API access and has control of all devices. Still same problem.

I think you still need to setup up a trace, but check out this doc.

http://www.cisco.com/en/US/docs/voice_ip_comm/cups/6_0_1/error_msg/error/message/cupalarms.html

There is clearly an error in the sync agent on why it is not updating. I have also seen a problem or remember ready a note that if the password had special characters in the AXL account, it will not work. So try and easy password for the AXL account. (if you have not already)

matt22coll
Level 1
Level 1

Hi Jeff,

Do you have any Firewalls in the way, We had the same issue caused by our ASA's, CUCM uses one port to do a complete sync after reboot or restart then another port to carry out all updates after that, If you do I'll dig out the port number you need to grant access to tomorrow when at work.

Hope this helps.

Matthew

This is a typical "Change Notification Issue" (CN).

"Change Notification" is a mechanism to trigger update between different components.

When you update users on CUCM, CUCM should send CN to CUPS via IPSEC. CUPS, upon receiving CN, would trigger SyncAgent to pull the update.

If you got CN issue, notification won't be sent from CUCM to CUPS. Thus CUPS won't trigger the SyncAgent. The work around is to restart SyncAgent on CUPS manually.

Usually, CN issue was caused by one (or more) of the following:

1) Secret password on CUCM and CUPS mismatched.

2) Hostname was changed on CUCM or CUPS. However, some of the configuration files were not updated (bug).

We'll need Cluster Manager logs from CUCM and CUPS to verify. Sync Agent log from CUPS would also help.

Regards,

Michael

http://htluo.blogspot.com

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: