06-12-2012 04:21 AM
Hi,
One of our CUCM customers would like to have soft phone capability. The customer doesnt have CUP. So I was planning to propose the good old CIPC. Just to make sure Cisco has not discontinuted it, I looked at the release notes and found out there is a CIPC version 8.6 out. So that tells me the product is still alive and Cisco has not stopped developing it.
However, i chanced upon a slide (attached) in one of the UC 9 training presentations on Cisco Jabber for Windows where the roadmap for Jabber for Windows is discussed that says in 2H2012, there will be an option for modular deployement for Cisco Jabber for Windows which would allow Jabber deployement as a soft phone only client.
I am just wondering if that means, Cisco IPC is going to be phased out when that happens. If thats so, we should stop positioning Cisco IPC as a remote working solution.
Can anyone comment if its still reasonable to propose Cisco IPC as a soft phone solution? and what is Cisco's medium to long term strategy on Cisco IPC?
Regards,
Zeeshan
06-18-2012 02:18 AM
I asked the same question from PDI helpdesk and after few emails back and forth, the response can be summarised as below:
I hope this helps!
Regards,
Zeeshan
10-01-2012 06:15 PM
As we're in October now, is there any futher update on this?
Do we know if Jabber is now available as replacement for CIPC without CUPS?
Or is CUPS still required to use Jabber?
10-01-2012 06:20 PM
You might want to post on the EAP community but nothing in 9.1 to change that. at least now you have desk phone video support but you still need CUPS.
Thanks
Srini
10-01-2012 06:33 PM
Thanks for that.
05-17-2013 02:56 PM
From what I have read, Jabber for Windows: 1) does not support CDP and therefore does not support mac address based location with Emergency Responder. 2) does not add qos markings to the traffic; it requires a medianet enabled network to provide prioritization. Without these features, I strongly question whether or not Jabber is a mature enough product to fit our environment as an IPC replacement.
Is there a roadmap to add these features?
05-18-2013 06:38 PM
Medianet is not the only way to signal QOS. You can specify GPO policies to mark the traffic coming from Jabber or use ACL on the switching side to match the ports and mark accordingly
Srini
05-20-2013 02:37 PM
Hi Srini,
Yes, I've since read that regarding GPO as well. GPO would involve getting another team involved and an ACL means rolling out a switch and router config update. I was hoping for something simpler like just deploying an application. These extra steps will add time to rolling out the product.
Thanks for the info.
Regards,
Jason
05-21-2013 07:51 AM
Hi Jason,
When running on Windows 7 Jabber is unable to mark DSCP directly for traffic. This is due to changes Microsoft made to the Windows 7 operating system. Windows 7 doesn't allow applications to mark QoS in packets in the same way XP could. In Windows 7 only an administrator can mark packets. Customers do not typically allow their users to run with administrator privilages so this would not work.
There are several methods to work around this change in Windows 7. You either leverage Medianet, Network ACL's or Windows GPO. Network ACLs and Windows GPO both work on the basis that Jabber will create identifiable traffic streams based on port ranges. Medianet works by providing meta data on traffic streams created by Jabber.
Bryan
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide