CU Personal Communicator doesn't connect to Presence Server

Unanswered Question
Aug 29th, 2008

Hello.

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.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Tommer Catlin Fri, 08/29/2008 - 08:52

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

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

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

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 192.168.2.176 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 192.168.2.176 connid 1022, sock_fd 29 0 msgs

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

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

Via: SIP/2.0/TCP 192.168.2.176:50054;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.

CSeq: 2 REGISTER

Expires: 3600

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO

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 192.168.2.176:1417

SIP/2.0 401 Unauthorized

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

Call-ID: ed7c9d07756e9838MTIzNDAyYzA0ZGNmYjY2MjVmNjg4Zjc3MWE1ZmMwNWQ.

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

To: "Alexey Timoshenko"[email protected]>

CSeq: 2 REGISTER

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

Content-Length: 0

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

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

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

hope this helps

Jeff

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.

Actions

This Discussion