[cisco-voip] Cisco CUPS - Presence Status Red

Tue Jul 13 11:17:24 EDT 2010

Hello all,

Thank you for your assistance, which did help with my troubleshooting. 

It turns out that the ports were not being blocked. When I first
configured CUPS, I entered our domain name. However, I failed to enter
it as a FQDN. Under the 'service parameters' and then 'general proxy
parameters', I added '.co.uk' at the end of my domain name and then the
presence connection worked once I restarted the proxy services.

As it happened, the rest of the configuration was fine.

Thanks again.

Regards,

Jamie

Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this. 

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/

________________________________

From: Jason Burns [mailto:burns.jason at gmail.com] 
Sent: 12 July 2010 16:14
To: Cheng, Karen
Cc: Jamie Weatherhead; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Cisco CUPS - Presence Status Red

Jamie,

The first connection CUPC makes to CUPS is on TCP 443 (HTTPS) for login
purposes and getting your profile.

The next connection will be from CUPC to CUPS on TCP 5060, (or maybe
5061) to publish your own presence status.

The next connection will be FROM CUPS TO CUPC on some high numbered TCP
port. Usually 50000 or 50001. This almost always gets blocked by
firewalls. This is what gives you other users' presence status, as well
as IMs from other users.

These three connections need to be made for that "Presence" section to
show green.

There are also some SIP connections or CTI connections to control your
soft or hard phone, but those go to CUCM and seem to be working for you.

If all of your TCP connections are being allowed by the
network/firewalls then the next thing to check is that your user is
properly associated with a device and a line, and that digest
credentials are configured on the end user page.

Give all those a try and let us know how it worked out.

On Fri, Jul 9, 2010 at 10:10 PM, Cheng, Karen <Karen.Cheng at racq.com.au>
wrote:

IS the SIP trunk/profile allowing TCP/UDP or both?

Judging from the screen capture the presence server is trying TCP....

There should also be a Troubleshooting monitor page on the CUPS admin
site that may help you.

Karen Cheng

Voice Network Engineer

From: cisco-voip-bounces at puck.nether.net [mailto:
cisco-voip-bounces at puck.nether.net] On Behalf Of Jamie Weatherhead
Sent: Saturday, 10 July 2010 1:28 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Cisco CUPS - Presence Status Red

Hello all,

I was wondering whether anyone could assist with a CUPS issue I am
having.

I have recently configured CUPS 7.0.6.10000-17 in VMWare for testing. I
have following Cisco's documentation and have managed to get it
communicating successfully with my test publisher server (version
7.1(3)) which is also in VMWare.

I have configured the SIP trunk on CUCM with port 5060. I have also
created the Presence Gateway pointing to the IP address of CUCM. I made
sure I enabled the SIP Publish on CUCM.

I created a CUPC device profile in CUCM and installed CUPC client
(version 7.1) which successfully logged in. However, the Presence Server
status shows as red as follows. Is there anything else I might be
missing? Any help would be appreciated.

Thanks Jamie.

Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient
and may not be disclosed. Although it is believed that this email and
any attachments are virus free, it is the responsibility of the
recipient to confirm this. 

You are advised that urgent, time-sensitive communications should not be
sent by email. We hereby give you notice that a delivery receipt does
not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where
applicable), can be found at this URL 
http://www.charles-stanley.co.uk/contact-us/disclosure/
<http://www.charles-stanley.co.uk/contact-us/disclosure/> 

Join us at MotorFest on 11 July 2010 at Eagle Farm Racecourse. Visit 
www.racq.com/motorfest for more information

Please Note: If you are not the intended recipient, please delete this
email as its use is prohibited. RACQ does not warrant or represent that
this email is free from viruses or defects. If you do not wish to
receive any further commercial electronic messages from RACQ please
e-mail unsubscribe at racq.com.au or contact RACQ on 13 19 05.

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100713/c5d758ef/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 41136 bytes
Desc: image002.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100713/c5d758ef/attachment.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 35829 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100713/c5d758ef/attachment-0001.jpe>