Re: [cisco-voip] Changing CUCM SystemServer from IP to FQDN

here is how I understand it. If DNS has the _cisco-uds._tcp.customer.com SRV record, Jabber starts the service discovery process using that SRV. Jabber takes the results from the SRV, then performs a query against the CUCM defined in the SRV using: https://homeCluster:8443/cucm-uds/servers

[cisco-voip] 9951 Re-Registering Often

Here is the scenario: 9951s are becoming un registered when we are on backup WAN Connectivity. Our normal WAN is MPLS, backup is DMVPN over the internet. The 9951s randomly unregister when the handset is picked up, when speaker phone is attempted to be used, etc. The rest of the phones are

Re: [cisco-voip] UCCX Projects Cost Estimation - Labor Cost

Hello, I would categorize the call flows according to the features between Enhanced and Premium. If you imagine that premium leaves you open to email queues, database dipping, etc., then you'll want to charge more for that. I can't give you a figure for that because everyone's skillset is

[cisco-voip] CUCM Letters in Translation Pattern?

Hi I'm trying to match a called number from a CUBE that's C990134T. I created a TP that matches C990134. predot. DNA show match and proper strip etc. However it does not work. If I strip the C in the CUBE and send 990134T it works, so it looks like there's a problem with letters. The

Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster

Lelio, So the phones will still get an ITL file in a “Prepare Cluster for Rollback” scenario but it should be a blank ITL allowing the phones to trust everything. If you open the trust list on the phone, you should see there are no TFTP servers defined in that scenario. That explains the

[cisco-voip] CUCM engineering special versions

TAC is suggesting we go to CUCM 9.1.2. 11021.1, which is an engineering special, to fix a defect. We're already on 9.1.2 SU1. The version number for this is 9.1.2.11900-12 which is higher than the ES. I thought patches always meant going up in version numbers. Do SU versions work differently

Re: [cisco-voip] CUCM engineering special versions

Eric, The SU version numbers don't exactly line up with the ES version numbers. 9.1.2.11900-12 (9.1.2 SU1) was actually built off of the 9.1.2.11006-1 Engineering Special so the 9.1.2.11021.1 ES he told you to go to will indeed be a newer release. Thanks, Brian From: cisco-voip

Re: [cisco-voip] CUCM engineering special versions

Title: Signature Great tip Tommy. Thanks.---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G

Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file

We have a new wav file name. We have refreshed the Application in the admin page, but the it is still playing the old wav file. Sincerely, Ryan Burtch On Wed, Feb 19, 2014 at 4:27 PM, Buchanan, James jbucha...@presidio.comwrote: Did the new file replace the old file (does it have the

Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file

OK--here's a dumb question. Did you change the file name in your script? On Thu, Feb 20, 2014 at 8:50 AM, Ryan Burtch rburt...@gmail.com wrote: We have a new wav file name. We have refreshed the Application in the admin page, but the it is still playing the old wav file. Sincerely,

Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file

Maybe the script is playing the prompt from another folder than the new one was uploaded to. If the prompt is a parameter try changing it to new prompt or different prompt then back on the application settings page. On Thu, Feb 20, 2014 at 12:58 AM, James Buchanan james.buchan...@gmail.comwrote: