[cisco-voip] CIPC 8.6.1 with CM 8.6.2 Extension mobility service empty

[Jason Aarons (AM)]

Security by default, but non security clients will use the non-secure URL defined in the Services section.

I noticed this with CallManager 8.5 Corporate Directory and 7965s vs 7940s.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
Sent: Thursday, February 16, 2012 11:43 AM
To: Chris Axelsson
Cc: Cisco VOIP
Subject: Re: [cisco-voip] CIPC 8.6.1 with CM 8.6.2 Extension mobility service empty



Are you doing secure EM or nonsecure? CIPC doesn't support secure EM.

-Ryan

On Feb 16, 2012, at 8:49 AM, Chris Axelsson wrote:

Hi

I am having the same problem and are currently investigating what this might be without any results, would appreciate if we could start a discussion or maybe someone already has the answer to this question?
Running CUCM 8.5.1 and I have tested both CIPC v7 and v8.6. EM works flawlessly on any given desk phone in my network except on the CIPC clients..

Best Regards
Chris
On Thu, Feb 16, 2012 at 2:32 PM, Roger Wiklund <roger.wiklund at gmail.com<mailto:roger.wiklund at gmail.com>> wrote:
Hi,

I'm having a weird problem with CIPC and EM.

I have EM configured as an enterprise subscription, it works just fine
on my 7941, IP blue running as a 7962 etc.
But when I press the services button on the CIPC I just see an empty
service window. I cannot choose anything.

Have you seen this before?

Thanks,
Regards
Roger
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

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



itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120216/a111ed03/attachment.html>