As part of the 10.X Cisco Collaboration Systems Release, Enterprise License Manager (ELM) has been changed to Prime License Manager (PLM) and the system operates a little bit differently than ELM did. There are a few differences including how you install 3rd party signed certificates on the box. I will discuss some operating differences and how to handle getting 3rd party certificates on the PLM. Continue reading
Category Archives: Cisco
Cisco Live 2014 CAE Bands
Wow! Just got word that the bands for the Cisco Live 2014 Customer Appreciation Event (CAE) will be Lenny Kravitz & Imagine Dragons at the home of World Series Champions – The San Francisco Giants!
Personally, I think this is huge! I have been to lots of Cisco Live CAE’s and I think as far as bands go, Imagine Dragons is one of their best picks to date! I am so disappointed I can’t go this year, but if you’ve never been, this would be an great year to go to check it out! Read more after the jump.
Unable to install Cisco UCCE 9 Maintenance Release
Background: Over the past 6-9 months we have been planning for our Technology Refresh migration from Cisco Unified Contact Center Enterprise version 8.5 to version 9.0. This is both an upgrade and a hardware refresh to virtualized servers. The upgrade is being done to maintain software currency (in the Cisco Collaboration application space you should always know when your next upgrade is planned) as well as allow us to upgrade our CUCM cluster to version 9.X. We also want to eliminate our legacy Cisco MCS servers and migrate everything to virtual servers. Continue reading
Fragmented UDP SIP packets causing “dead air”
This is the first in a series of (long overdue) posts related to odd bugs and behavior experienced in the Cisco Unified Border Element (CUBE) which is built into Cisco IOS. I will spare you all the details, but high level our environment looks like this:
- Cisco Unified Communications Manager (CUCM) – multisite deployment with centralized call processing with geographical diversity
- Contact Center – Cisco CVP including Call Studio, UCCE, Nuance ASR/TTS, Cisco Unified Presence Server (SIP Proxy)
- SIP Trunks with CUBE for Local/Long-Distance and Inbound Toll-Free
EEM Monitoring of CUBE SIP Messages
Recently, at work, we have had two separate instances with our SIP Service Provider where both their primary and secondary Acme Session Border Controller (SBC) clusters went into a “hung” state and we were off the air from the outside telephone world’s perspective. Despite all the provisioning precautions of having two geographically diverse carrier SBCs accessed from two geographically diverse MPLS transport circuits (used exclusively for SIP trunking) that route to two geographically diverse data centers with a dedicated CUBE router in each, we were still hosed. Doing a quick packet capture on the CUBE’s external interface we could see the provider’s SBCs were responding with SIP 503 “Service Unavailable” messages for every call attempt we made outbound. Inbound calls resulted in an “All Circuits Busy” message to callers and nothing was signaling ingress to our CUBEs from the provider.
My diversion header broke your voicemail
Ok, it is another post from the network engineering voice trenches. We have been working the past 19 months (longest project ever) with a major carrier to get their SIP trunking solution in place to eventually replace our tons of standalone PRI and NFAS T-1 Circuits. We have had more than our fair share of problems along the way and, I promise, some day I plan to share some of our horror stories experiences, but I will save that for later.
First, a little background. Our reasons for invetigating SIP trunking was not one of cost savings — which is what most carriers try to push when they come to talk with you — but rather one of redundancy. Redundancy for our high value phone number blocks. These not only include the toll-free numbers that route into our contact center for our customers (which are already very redundant thanks to advanced feature capabilities not available on normal PRIs), but more so for our DID (or DDI if you prefer) phone numbers that power outside communications for our back office employees.