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 Unfortunately, the results to the above query are based on the CUCM System Server. If that is defined as IP, then Jabber gets IPs. Then Jabber takes those IPs, and performs the check below. https://IP:8443/cucm-uds/clusterUser?username=userid Since Jabber uses IP, it throws a cert validation error because the IP doesn't match the FQDN (or SAN) of the certs. There is a defect on CUCM CSCul15900 and a COP to correct that, but it only applies to the second URL above. The first URL continues to return IPs and this causes the issue. If I remove the _cisco-uds SRV and go without using service discovery, I don't encounter the issue. Because Jabber doesn't perform the associated queries listed above. I've opened TAC case for this 629194597, and the Presence engineer indicated changing CUCM SystemServer to FQDN was an option. There is also a defect on the Jabber client CSCul39696, which seems to indicate that jabber will allow CUCM SystemServer to just be a hostname and the tomcat to only have the FQDN. So it seems like eventually, we could get by with CUCM SystemServer just set to hostname, but I don't yet believe this is fixed in an available verson of Jabber. It seems to be, that if CUCM team opened CSCul15900 to address: https://IP:8443/cucm-uds/clusterUser?username=userid They could also fix: https://homeCluster:8443/cucm-uds/servers and that would fix the problem. On Tue, Feb 18, 2014 at 10:27 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: The doc I have is a draft version so may be subject to change. What is directing you to use the FQDN for helping jabber validate certs? I don't see anything perusing the server setup guide or install guide for 9.6. Sent from my iPhone On Feb 18, 2014, at 8:35 PM, Justin Steinberg jsteinb...@gmail.com wrote: What document is that? The reason for changing the systemserver to fqdn is more because of the Jabber for Windows certificate validation process than for CE. That being said, if Jabber wants FQDN and Collab Edge doesn't, we will have a problem. On Feb 18, 2014 2:45 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: Using FQDN in System-Server on UCM is specifically not supported in the Collab Edge deployment guide I'm looking at. It's ok to use a hostname there but it must be resolvable by the Expressway-C (and the phones of course). -Ryan On Feb 18, 2014, at 11:36 AM, Erick Wellnitz ewellnitzv...@gmail.com wrote: We were but it interferes with EMCC. The phone only does DNS lookups for the domain it is assigned so we switched back to IP addreses. On Tue, Feb 18, 2014 at 8:39 AM, Justin Steinberg jsteinb...@gmail.comwrote: Is anyone using CUCM deployments where they set the SystemServer value to the FQDN of the CUCM nodes ? I'm in the process of deploying Jabber for Windows 9.6+ with Collaboration Edge, and there are requirements around certificate validation that seem to require the CUCM SystemServer value set to a FQDN. I'm concerned around making this change and curious if others are using FQDN. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[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 6945s and SCCP. We have 0 issues with call control, voice quality, etc, etc with the 6945s and when the 9951s are registered calls complete and sound fine but they often de-register and since we like to use these for receptionists have issues with call flow. Is there some sort of keep alive timer that affects these models that we should adjust? I'm fairly certain there must be but If anyone has heard of this specific type of scenario please let me know what the fix was. Thanks! Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitterhttp://twitter.com/heliontech | Facebookhttp://www.facebook.com/#!/pages/Helion/252157915296 | Websitehttp://www.heliontechnologies.com/ | Email Supportmailto:supp...@heliontechnologies.com?subject=Technical%20Support%20Request Support Phone. 410.252.8830 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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 different. Since you are one man providing support, I would think you would charge less than a Cisco partner since your pool of resources is far less. Then, I would charge for each type of call flow. You're on the right track. Thanks, James James Buchanan | Sr. Network Engineer Presidio | www.presidio.com 12 Cadillac Drive Suite 130, Brentwood, TN 37027 D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 | jbucha...@presidio.com PRESIDIO Practical thinking for a connected world. Follow Us: www.twitter.com/presidio From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Ryan Burtch [rburt...@gmail.com] Sent: Wednesday, February 19, 2014 9:51 AM To: cisco-voip@puck.nether.net Subject: [cisco-voip] UCCX Projects Cost Estimation - Labor Cost All: I'm planning on doing some consulting on the UCCX side of the house and will be billing on a per project basis. Does anyone know a good way of billing my labor for the entire project? This won't be an hourly rate, but rather I will give them a bill for my services (Call-Flow scripting, Testing, Documentation, etc) and I need to know what a reasonable bill is? Should I charge based on how many call-flows there are, the complexity of the call-flows, etc? Hoping you can help. Sincerely, Ryan Burtch This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments. Please be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[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 syntax on TP says A-D is fine, what am I missing? Anything special like the backslash with + (\+) Thanks ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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 first thing you saw. For the 2nd issue, it sounds like your offline cluster possibly was still serving out the blank ITL. Restarting TFTP service may help there. You’d need to check the trust list on the phones and actually see what the phones got in that scenario. Thanks, Brian From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, February 19, 2014 4:38 PM To: cisco-voip voyp list Subject: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster OK, now I am officially confused. ;) I was under the impression that once a phone has registered to a v9 cluster, it downloads an ITL trust list/file which prevents it from registering to a v7 cluster. To help with this, the Prepare Cluster for Rollback enterprise parameter was introduced. Here's what I did: * upgraded offline cluster (all servers had same hostname and IP address) * set the Prepare Cluster for Rollback parameter to True and clicked Save (because there were no phones registered, I did not Apply Changes) * plugged phones into the offline network * phones registered to the new offline v9 cluster * checked phone security pages - they showed ITL files listed (that long string of numbers) * thinking it was the Apply Changes that missed something, I clicked that * phones restarted, but still showed an ITL file * brought a phone back to the live network, phone registered to the v7 cluster (still has an ITL file listed) * on offline cluster, change the Prepare Cluster for Rollback to False, clicked Save, clicked Apply Changes (phones restarted, and showed an ITL file) * I picked up one of the phones from the offline network (now in rollback=false mode) and brought it to the live network. It registered to the v7 cluster. So what I see are a few things confusing me: * Why do phones still have ITL files if the cluster is in rollback mode. This is not a big deal, but I'd like to be able to tell from the phone when it's registered with the Prepare Cluster for Rollback set to TRUE. * Why does a phone that registers to a v7 cluster still have it's ITL file set? * Why (and this is the one that gets me) does a phone that was on v9 with Prepare Cluster for Rollback set to FALSE successfully register to the v7 cluster? Is the ITL trust list a simple hash of the IP addresses and host names of the cluster members? If I don't change anything, things will continue to work? Is something wrong with my logic and steps? I was testing with a 7942 and a 7962. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.camailto:le...@uoguelph.ca www.uoguelph.ca/ccshttp://www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[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 than ESs or is the engineer offering the wrong version? Thanks, Eric The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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 [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Eric Pedersen Sent: Wednesday, February 19, 2014 6:13 PM To: cisco-voip@puck.nether.net Subject: [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 than ESs or is the engineer offering the wrong version? Thanks, Eric The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/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 2W1From: "Tommy Schlotterer" tschlotte...@netechcorp.comTo: "Eric Pedersen" peders...@bennettjones.com, cisco-voip@puck.nether.netSent: Wednesday, 19 February, 2014 6:44:41 PMSubject: Re: [cisco-voip] CUCM engineering special versionsIn the release notes for 9.1.2 check the “Resolved Caveats in 9.1.X ESX Base ES for 9.12 SU1” This is how you find out the base ES used for the SU Version. The only thing different between a ES and a SU is that the SU has been tested for regressions. Not sure why they give the SU a higher revision number though.Tommy Schlotterer | Systems EngineerCCNA, CCNA Voice48325 Alpha Dr. Ste. 150Wixom, MI 48393p 248.468.0710e tschlotte...@netechcorp.comw netechcorp.comFrom: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Eric PedersenSent: Wednesday, February 19, 2014 6:13 PMTo: cisco-voip@puck.nether.netSubject: [cisco-voip] CUCM engineering special versionsTAC 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 than ESs or is the engineer offering the wrong version?Thanks,EricThe contents of this message may contain confidential and/or privilegedsubject matter. If this message has been received in error, please contactthe sender and delete all copies. Like other forms of communication,e-mail communications may be vulnerable to interception by unauthorizedparties. If you do not wish us to communicate with you by e-mail, pleasenotify us at your earliest convenience. In the absence of suchnotification, your consent is assumed. Should you choose to allow us tocommunicate by e-mail, we will not take any additional security measures(such as encryption) unless specifically requested.___cisco-voip mailing listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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 same name?)? James Buchanan | Sr. Network Engineer Presidio | www.presidio.com 12 Cadillac Drive Suite 130, Brentwood, TN 37027 D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 | jbucha...@presidio.com PRESIDIO Practical thinking for a connected world. Follow Us: www.twitter.com/presidio From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Tanner Ezell [tanner.ez...@gmail.com] Sent: Wednesday, February 19, 2014 3:20 PM To: Ryan Burtch Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file Is there a way to manually refresh the wav file that is being pulled? By hitting the refresh icon. On Wed, Feb 19, 2014 at 1:50 PM, Ryan Burtch rburt...@gmail.commailto: rburt...@gmail.com wrote: I have added a new wav file in my CRS script and added it to the Media server on the IPIVR Admin page, but when I call the Toll-Free, the new wav file isn't playing. Its like the old wav is Cached or something. Is there a way to manually refresh the wav file that is being pulled? Sincerely, Ryan Burtch ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments. Please be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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, 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 same name?)? James Buchanan | Sr. Network Engineer Presidio | www.presidio.com 12 Cadillac Drive Suite 130, Brentwood, TN 37027 D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 | jbucha...@presidio.com PRESIDIO Practical thinking for a connected world. Follow Us: www.twitter.com/presidio From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Tanner Ezell [tanner.ez...@gmail.com] Sent: Wednesday, February 19, 2014 3:20 PM To: Ryan Burtch Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file Is there a way to manually refresh the wav file that is being pulled? By hitting the refresh icon. On Wed, Feb 19, 2014 at 1:50 PM, Ryan Burtch rburt...@gmail.commailto: rburt...@gmail.com wrote: I have added a new wav file in my CRS script and added it to the Media server on the IPIVR Admin page, but when I call the Toll-Free, the new wav file isn't playing. Its like the old wav is Cached or something. Is there a way to manually refresh the wav file that is being pulled? Sincerely, Ryan Burtch ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments. Please be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
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: 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, 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 same name?)? James Buchanan | Sr. Network Engineer Presidio | www.presidio.com 12 Cadillac Drive Suite 130, Brentwood, TN 37027 D: 615.866.5729 | C: 931.797.2326 | F: 615.866.5781 | jbucha...@presidio.com PRESIDIO Practical thinking for a connected world. Follow Us: www.twitter.com/presidio From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Tanner Ezell [tanner.ez...@gmail.com] Sent: Wednesday, February 19, 2014 3:20 PM To: Ryan Burtch Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX/IPIVR isn't playing a new wav file Is there a way to manually refresh the wav file that is being pulled? By hitting the refresh icon. On Wed, Feb 19, 2014 at 1:50 PM, Ryan Burtch rburt...@gmail.commailto: rburt...@gmail.com wrote: I have added a new wav file in my CRS script and added it to the Media server on the IPIVR Admin page, but when I call the Toll-Free, the new wav file isn't playing. Its like the old wav is Cached or something. Is there a way to manually refresh the wav file that is being pulled? Sincerely, Ryan Burtch ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments. Please be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
