CU Personal Communicator doesn't connect to Presence Server

Unanswered Question
Aug 29th, 2008
User Badges:


Could anybody help me.

I have CUCM business edition 6.1.2 and CUPS 6.0.4. all software was installed on VMWARE. In addition I have MS Win2003 when I was installing the AD (LDAP) and the DNS services.

When i login to CUPC 7.1 i see at tab Show Server Health that Presence is not connected. It is triying to connect alltime.

DNS service is work. I can ping all srv and the host via short name and full name.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Tommer Catlin Fri, 08/29/2008 - 08:52
User Badges:
  • Green, 3000 points or more

Can you make sure your CUPS server health is good? You will need to log into CUPS and run the "Troubleshooter" This will tell you if all services, CTIs, AXL, etc are configured and running

A.Timoshenko Fri, 08/29/2008 - 20:15
User Badges:

Sorry, i forgot. yes, i can.

troubleshooter showed what all okay and all services were running whitout errors.

Tommer Catlin Fri, 08/29/2008 - 20:32
User Badges:
  • Green, 3000 points or more

Tough to say in VMware. You might be having some sort of SIP problem because of VMware. The CUPC client, you can turn on logging, then go through the logs on the PC to see what it's doing.

Also, on RTMT on the CUPS server you can turn on live trace logs for SIP proxy and see if you are even getting any invites from the client to connect.

A.Timoshenko Mon, 09/01/2008 - 02:20
User Badges:

SDI log for SIP Proxy

09/01/2008 14:00:49.900 ESP|Mon Sep 01 14:00:49 2008] PID(32356) mod_sip.c(375) ipc handler 1 msgs

[Mon Sep 01 14:00:49 2008] PID(10447) sip_tcp.c(2983) sip_tcp received auth state as: 0 for connid: 1022 from sip_sm

[Mon Sep 01 14:00:49 2008] PID(10447) sip_tcp.c(495) sip_tcp is now sending ok pdu connid 1022, sock_fd 29 1 msgs

[Mon Sep 01 14:00:49 2008] PID(1564) sip_sm.c(382) sip_process_sendok_msg ed7c9d07756e9838MTIzNDAyYzA0ZGNmYjY2MjVmNjg4Zjc3MWE1ZmMwNWQ.:1 connid 1022 sock_fd 29 (ffffffff:48bbbd51:48bbbd51:48bbbd51)

[Mon Sep 01 14:00:49 2008] PID(1564) mod_sip.c(375) ipc handler 1 msgs

PID(10447) prefork.c(1511) Perf Idle server maint 6:0:6:6


09/01/2008 14:00:49.900 ESP|ID(10447) prefork.c(1515) server stats: 3 http: 0 udp: 0 time: 19 ptime: 0 tevents: 0 ipc: 2 ievents: 2


09/01/2008 14:00:50.014 ESP|[Mon Sep 01 14:00:50 2008] PID(10447) sip_tcp.c(455) sip_tcp is now reporting pdu to state machine connid 1022, sock_fd 29 0 msgs

PID(32358) sip_protocol.c(5663) Received 895 bytes TCP packet from

REGISTER sip:demobox.voice.lan;transport=tcp SIP/2.0

Via: SIP/2.0/TCP;branch=z9hG4bK-d87543-552dea7cc32e6f07-1--d87543-

Max-Forwards: 70

Contact: ;q=0.6

To: "Alexey Timoshenko"[email protected]>

From: "Alexey Timoshenko"[email protected]>;tag=124e3959

Call-ID: ed7c9d07756e9838MTIzNDAyYzA0ZGNmYjY2MjVmNjg4Zjc3MWE1ZmMwNWQ.


Expires: 3600


Supported: eventlist

User-Agent: Cisco-UCModel01/7.0.1

Authorization: Digest username="a_timoshenko",realm="demobox.voice.lan",nonce="48bbbd51",uri="sip:demobox.voice.lan;transport=tcp",response="d097c0f8e46f2dbe7645da425b609e6f",cnonce="e32da8e1048cd49a",nc=00000001,qop=auth,algorithm=MD5

Content-Length: 0


09/01/2008 14:00:50.252 ESP|PID(32358) sip_sm.c(1100) Sent 481 bytes TCP packet to

SIP/2.0 401 Unauthorized

Via: SIP/2.0/TCP;received=;branch=z9hG4bK-d87543-552dea7cc32e6f07-1--d87543-

Call-ID: ed7c9d07756e9838MTIzNDAyYzA0ZGNmYjY2MjVmNjg4Zjc3MWE1ZmMwNWQ.

From: "Alexey Timoshenko"[email protected]>;tag=124e3959

To: "Alexey Timoshenko"[email protected]>


WWW-Authenticate: DIGEST realm="demobox.voice.lan", nonce="48bbbd52", qop="auth", algorithm=MD5

Content-Length: 0

A.Timoshenko Mon, 09/01/2008 - 03:23
User Badges:

I set "Authentication Module Status" to off.

And after that i can login to CUPS.

but i don't know is it correct?

jmize Fri, 09/05/2008 - 13:34
User Badges:

I just had the same issue. i fixed it with help of tech support and the digest credential.

hope this helps


Due to the SIP protocol design (IETF standard), you need to configure "Digest Credential" on CUCM Admin > User Management > End User page. The Digest Credential could be any non-blank value.

If you don't want to configure "Digest Credential" for each end users, there are two ways to bypass the SIP authentication:

Option 1: Like you did, set "authentication module" to off.

Option 2: On CUP server, create an incoming ACL. Any address pattern match the ACL will bypass the SIP authentication. The "ALL" pattern would match any address.


This Discussion