Re: [cisco-voip] Mobile Connect and CDR's
So to circle around on this for posterity; I ended up building out a small dial plan branch for this function per what James suggested, basically CSS_Mobility_ReRoute_Unrestricted_LD: 1) Partition: Mobility_Unrestricted_LD - match on 9.1[2-9]XX[2-9]XX or some such 2) Partition: Local_Calling patterns 3) Etc... And on the remote profile using that CSS for the reroute CSS. While the CSS name itself doesn't show up in the CDR, the partition (Mobility_Unrestriced_LD) does show as the finalCalledPartyNumberPartition, which makes it reasonably trivial to search on. I just have to make sure these calls are billed to the finalcalledpartynumber (which shows the internal user extension for the mobility user) rather than callingpartynumber. On Thu, Oct 23, 2014 at 11:15 AM, James Buchanan james.buchan...@gmail.com wrote: I wonder if you used a different CSS for the Redirecting CSS if that would make it easier. Maybe create a special CSS for this one function? On Thu, Oct 23, 2014 at 5:04 PM, Ed Leatherman ealeather...@gmail.com wrote: Hello! I'm trying to figure out how we can identify call legs from Mobile Connect that are going out to long distance destination numbers. We have a number of IT staff with home or mobile numbers that are long distance, and would like to start offering them the capability to use mobile connect to facilitate on-call and other communications needs. Unfortunately this also means I need some way to track utilization and provide bill-back information for internal billing. I can't find any way to identify the final called party number for the remote destination except that it appears to be embedded in OutgoingProtocolCallRef, but the docs just call this a Globally unique call reference, not sure I want to rely on it. So far the best I can do to pick out these calls seems to be searching for records where the finalcalledpartypartition matches the unrestricted long distance partition name, and the originalcalledpartypartition matches our internal DN partition. Wish there was a cleaner way to report on these that included the remote destination number. Does anyone know of a better way to do this? CUCM 9.1. BTW I am using splunk right now to sift through the records - at some point we will probably have this as part of our real billing software though. -- Ed Leatherman ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip -- Ed Leatherman ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup?
I should be able to login to AppAdmin using the AXL Service Provider Configuration ,correct? I tired and it didn’t login to AppAdmin but I’m not sure they know what the password for that Application User is. I’ll have to reset it in CUCM and under Appadmin System Cisco Unified CM Configuration. We are changing the CallManager IP Addresses and if I tried to use a CUCM User login to appadmin after changing CUCM IPs I got a login failure. From: Matthew Loraditch [mailto:mloradi...@heliontechnologies.com] Sent: Wednesday, November 5, 2014 2:39 PM To: Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? in UCCX 8.x the application admin user doesn't really exist after initial setup. I'd presume CET could tell you somehow, but that isn't usable without tac root these days. You might be able to use the cli commands to reset the account, but I'm not sure of the implications once the server has been configured. Either way you don't/can't use it for admin access until 9.x Matthew G. Loraditch - CCNP-V, 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 From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jason Aarons (AM) [jason.aar...@dimensiondata.com] Sent: Wednesday, November 05, 2014 2:31 PM To: cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) Subject: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? Is there a way to see who the username that was selected during setup of UCCX 8.5 for the Application User? Maybe a CLI command to show the application username? Seems customer lost it and using a ldap user to login for everything… itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup?
In 8x the only admin user available for UCCX is whichever ones you've import from CUCM and granted those rights to. If you have changed the CUCM servers you can update in the CLI: set uccx provider ip axl after that you should be able to again login with the user who has admin rights. If that fails you'd have to contact TAC and have them use CET to fix things. Matthew G. Loraditch - CCNP-V, 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 From: Jason Aarons (AM) [jason.aar...@dimensiondata.com] Sent: Wednesday, November 05, 2014 2:49 PM To: Matthew Loraditch; cisco-voip (cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? I should be able to login to AppAdmin using the AXL Service Provider Configuration ,correct? I tired and it didn’t login to AppAdmin but I’m not sure they know what the password for that Application User is. I’ll have to reset it in CUCM and under Appadmin System Cisco Unified CM Configuration. We are changing the CallManager IP Addresses and if I tried to use a CUCM User login to appadmin after changing CUCM IPs I got a login failure. From: Matthew Loraditch [mailto:mloradi...@heliontechnologies.com] Sent: Wednesday, November 5, 2014 2:39 PM To: Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? in UCCX 8.x the application admin user doesn't really exist after initial setup. I'd presume CET could tell you somehow, but that isn't usable without tac root these days. You might be able to use the cli commands to reset the account, but I'm not sure of the implications once the server has been configured. Either way you don't/can't use it for admin access until 9.x Matthew G. Loraditch - CCNP-V, 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 From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jason Aarons (AM) [jason.aar...@dimensiondata.com] Sent: Wednesday, November 05, 2014 2:31 PM To: cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) Subject: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? Is there a way to see who the username that was selected during setup of UCCX 8.5 for the Application User? Maybe a CLI command to show the application username? Seems customer lost it and using a ldap user to login for everything… itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup?
You can only login to AppAdmin with an end user account. The Application Administrator is just for RTMT access. In later versions of UCCX you can login to AppAdmin with the Application Administrator, but one common mistake is to login to the Editor with it as well and then be met with an error when trying to save directly to the repository. To clarify, this Application Administrator is created during installation of UCCX and cannot be seen in CUCM Application Users, nor in the AppAdmin web pages. Check out the set uccx appadmin administrator command from this document. It will let you define a new CUCM end user to be able to login to AppAdmin. http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_8_5/configuration/guide/uccx851cli.pdf On Wed, Nov 5, 2014 at 1:54 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I should be able to login to AppAdmin using the AXL Service Provider Configuration ,correct? I tired and it didn’t login to AppAdmin but I’m not sure they know what the password for that Application User is. I’ll have to reset it in CUCM and under Appadmin System Cisco Unified CM Configuration. We are changing the CallManager IP Addresses and if I tried to use a CUCM User login to appadmin after changing CUCM IPs I got a login failure. *From:* Matthew Loraditch [mailto:mloradi...@heliontechnologies.com] *Sent:* Wednesday, November 5, 2014 2:39 PM *To:* Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.net) *Subject:* RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? in UCCX 8.x the application admin user doesn't really exist after initial setup. I'd presume CET could tell you somehow, but that isn't usable without tac root these days. You might be able to use the cli commands to reset the account, but I'm not sure of the implications once the server has been configured. Either way you don't/can't use it for admin access until 9.x Matthew G. Loraditch - CCNP-V, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitter http://twitter.com/heliontech | Facebook http://www.facebook.com/#!/pages/Helion/252157915296 | Website http://www.heliontechnologies.com/ | Email Support supp...@heliontechnologies.com?subject=Technical%20Support%20Request -- *From:* cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jason Aarons (AM) [jason.aar...@dimensiondata.com] *Sent:* Wednesday, November 05, 2014 2:31 PM *To:* cisco-voip (cisco-voip@puck.nether.net) *Subject:* [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? Is there a way to see who the username that was selected during setup of UCCX 8.5 for the Application User? Maybe a CLI command to show the application username? Seems customer lost it and using a ldap user to login for everything… itevomcid ___ 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 8.5 whom is the Application Admistrator from setup?
That CLI command set uccx provider ip axl is exactly what I needed for/during the CallManager ip address changes! Thanks -jason From: Matthew Loraditch [mailto:mloradi...@heliontechnologies.com] Sent: Wednesday, November 5, 2014 2:58 PM To: Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? In 8x the only admin user available for UCCX is whichever ones you've import from CUCM and granted those rights to. If you have changed the CUCM servers you can update in the CLI: set uccx provider ip axl after that you should be able to again login with the user who has admin rights. If that fails you'd have to contact TAC and have them use CET to fix things. Matthew G. Loraditch - CCNP-V, 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 From: Jason Aarons (AM) [jason.aar...@dimensiondata.com] Sent: Wednesday, November 05, 2014 2:49 PM To: Matthew Loraditch; cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? I should be able to login to AppAdmin using the AXL Service Provider Configuration ,correct? I tired and it didn't login to AppAdmin but I'm not sure they know what the password for that Application User is. I'll have to reset it in CUCM and under Appadmin System Cisco Unified CM Configuration. We are changing the CallManager IP Addresses and if I tried to use a CUCM User login to appadmin after changing CUCM IPs I got a login failure. From: Matthew Loraditch [mailto:mloradi...@heliontechnologies.com] Sent: Wednesday, November 5, 2014 2:39 PM To: Jason Aarons (AM); cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) Subject: RE: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? in UCCX 8.x the application admin user doesn't really exist after initial setup. I'd presume CET could tell you somehow, but that isn't usable without tac root these days. You might be able to use the cli commands to reset the account, but I'm not sure of the implications once the server has been configured. Either way you don't/can't use it for admin access until 9.x Matthew G. Loraditch - CCNP-V, 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 From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Jason Aarons (AM) [jason.aar...@dimensiondata.com] Sent: Wednesday, November 05, 2014 2:31 PM To: cisco-voip (cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net) Subject: [cisco-voip] UCCX 8.5 whom is the Application Admistrator from setup? Is there a way to see who the username that was selected during setup of UCCX 8.5 for the Application User? Maybe a CLI command to show the application username? Seems customer lost it and using a ldap user to login for everything... itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Jabber for Windows 10.5 and LDAP searches not in E.164 format (Application Dial Rules)
Customer mostly uses E.164 in CUCM 10.5. They added Jabber for Windows and some entries in LDAP like mobile phone are just area code-phone number without the E.164. They can't click to call these numbers as it doesn't match a route pattern. I'm thinking that I could configure an Application Dial Rule with 10 digits that Prefix with pattern +1. So if a search for user via LDAP with mobile number 904-444- is found and they dial it changes to +1-904-444- and goes out. Or would it be best to go into Active Directory and store items like Mobile Numbers as E.164? ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] UCCx vendors
I'm looking for a UCCx addition to our UCCx. we have been looking at Taske (http://www.taske.com/) but wanted to know if others are using something that they like better? other options?? TIA Scott ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Jabber for Windows 10.5 and LDAP searches not in E.164 format (Application Dial Rules)
I would do both. Correct the source, but make it work if they miss one. On Wed, Nov 5, 2014 at 1:54 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Customer mostly uses E.164 in CUCM 10.5. They added Jabber for Windows and some entries in LDAP like mobile phone are just area code-phone number without the E.164. They can’t click to call these numbers as it doesn’t match a route pattern. I’m thinking that I could configure an Application Dial Rule with 10 digits that Prefix with pattern +1. So if a search for user via LDAP with mobile number 904-444- is found and they dial it changes to +1-904-444- and goes out. Or would it be best to go into Active Directory and store items like Mobile Numbers as E.164? ___ 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 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
Thanks for taking the time to put some numbers next to these tasks. It looks like this really is a ~5 hour ordeal. Jason, care to share a recap of how it went? On Wed Nov 05 2014 at 8:08:02 PM Justin Steinberg jsteinb...@gmail.com wrote: i'll take a stab at time estimates. that being said, i have heard of switch-versions taking much longer or sitting at SELINUX loading for longer than the typical 15-20 minutes. checking for existing snapshots before doing anything is really important. if there are snapshots that someone left on their from the past, it will most likely completely hose the upgrade times and make the system extremely slow. 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU445 - 60 minutes 5. Switch Version to 8.5(1)SU4 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 6. Patch Publisher with RU COP 5 minutes 7. Shutdown Publisher 10 minutes 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 15 minutes 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 45-60 minutes 12. Switch Version to 10.5(1)SU1 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 13. Rerun the CAD Client Configuration Tool (10 minutes) On Wed, Nov 5, 2014 at 12:36 AM, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ 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
Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
i'll take a stab at time estimates. that being said, i have heard of switch-versions taking much longer or sitting at SELINUX loading for longer than the typical 15-20 minutes. checking for existing snapshots before doing anything is really important. if there are snapshots that someone left on their from the past, it will most likely completely hose the upgrade times and make the system extremely slow. 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU445 - 60 minutes 5. Switch Version to 8.5(1)SU4 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 6. Patch Publisher with RU COP 5 minutes 7. Shutdown Publisher 10 minutes 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 15 minutes 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 45-60 minutes 12. Switch Version to 10.5(1)SU1 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 13. Rerun the CAD Client Configuration Tool (10 minutes) On Wed, Nov 5, 2014 at 12:36 AM, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ 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
Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
More like 8 hour (I’m at 10+ hours and it’s still not done), got to add in TAC for CSCup83263 for root From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com] Sent: Wednesday, November 5, 2014 9:55 PM To: Justin Steinberg Cc: Jason Aarons (AM); cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Thanks for taking the time to put some numbers next to these tasks. It looks like this really is a ~5 hour ordeal. Jason, care to share a recap of how it went? On Wed Nov 05 2014 at 8:08:02 PM Justin Steinberg jsteinb...@gmail.commailto:jsteinb...@gmail.com wrote: i'll take a stab at time estimates. that being said, i have heard of switch-versions taking much longer or sitting at SELINUX loading for longer than the typical 15-20 minutes. checking for existing snapshots before doing anything is really important. if there are snapshots that someone left on their from the past, it will most likely completely hose the upgrade times and make the system extremely slow. 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU445 - 60 minutes 5. Switch Version to 8.5(1)SU4 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 6. Patch Publisher with RU COP 5 minutes 7. Shutdown Publisher 10 minutes 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 15 minutes 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 45-60 minutes 12. Switch Version to 10.5(1)SU1 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 13. Rerun the CAD Client Configuration Tool (10 minutes) On Wed, Nov 5, 2014 at 12:36 AM, Anthony Holloway avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote: Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
At 10hours I haven’t gotten to 10.5.1SU1 either….. From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com] Sent: Wednesday, November 5, 2014 9:55 PM To: Justin Steinberg Cc: Jason Aarons (AM); cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Thanks for taking the time to put some numbers next to these tasks. It looks like this really is a ~5 hour ordeal. Jason, care to share a recap of how it went? On Wed Nov 05 2014 at 8:08:02 PM Justin Steinberg jsteinb...@gmail.commailto:jsteinb...@gmail.com wrote: i'll take a stab at time estimates. that being said, i have heard of switch-versions taking much longer or sitting at SELINUX loading for longer than the typical 15-20 minutes. checking for existing snapshots before doing anything is really important. if there are snapshots that someone left on their from the past, it will most likely completely hose the upgrade times and make the system extremely slow. 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU445 - 60 minutes 5. Switch Version to 8.5(1)SU4 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 6. Patch Publisher with RU COP 5 minutes 7. Shutdown Publisher 10 minutes 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 15 minutes 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 45-60 minutes 12. Switch Version to 10.5(1)SU1 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 13. Rerun the CAD Client Configuration Tool (10 minutes) On Wed, Nov 5, 2014 at 12:36 AM, Anthony Holloway avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote: Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
That's painful to hear. Is this typical and expected or are you hitting the worst case scenario? On Wed Nov 05 2014 at 9:24:33 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: At 10hours I haven’t gotten to 10.5.1SU1 either….. *From:* Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com] *Sent:* Wednesday, November 5, 2014 9:55 PM *To:* Justin Steinberg *Cc:* Jason Aarons (AM); cisco-voip@puck.nether.net *Subject:* Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Thanks for taking the time to put some numbers next to these tasks. It looks like this really is a ~5 hour ordeal. Jason, care to share a recap of how it went? On Wed Nov 05 2014 at 8:08:02 PM Justin Steinberg jsteinb...@gmail.com wrote: i'll take a stab at time estimates. that being said, i have heard of switch-versions taking much longer or sitting at SELINUX loading for longer than the typical 15-20 minutes. checking for existing snapshots before doing anything is really important. if there are snapshots that someone left on their from the past, it will most likely completely hose the upgrade times and make the system extremely slow. 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU445 - 60 minutes 5. Switch Version to 8.5(1)SU4 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 6. Patch Publisher with RU COP 5 minutes 7. Shutdown Publisher 10 minutes 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 15 minutes 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 45-60 minutes 12. Switch Version to 10.5(1)SU1 60 minutes (includes switch version process, reboot, SELINUX loading, services startup) 13. Rerun the CAD Client Configuration Tool (10 minutes) On Wed, Nov 5, 2014 at 12:36 AM, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ 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 itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
Dennis, You're on to something here, however, resources such as time and money are not always in abundance. Sometimes, you're asked to do things as quickly and as cheaply as possible. And by sometimes, I mean most of the time. On Wed Nov 05 2014 at 6:55:04 AM Heim, Dennis dennis.h...@wwt.com wrote: If you have the resources available (time and/or money), my preference is to migrate the environment to an offline environment. If you have the compute resources do it there, or if not some type of Lab a Service (LaaS). Maybe use Veeam to migrate virtual machines, if you are already virtual (make sure to sure mac addresses to manual prior to copying). Then you need to determine what you time frame is.. can you lose a few days of: cdr’s, historical reports, etc. Migrating VM’s between environment would need to be worked out. However, that allows you to identify any issues, develop a realistic timeframe for each aspect of the upgrade process. Most importantly, it allows a lot of the work to be done not in the middle of the night. *Dennis Heim | Collaboration Solutions Architect* World Wide Technology, Inc. | +1 314-212-1814 [image: twitter] https://twitter.com/CollabSensei [image: chat][image: Phone] +13142121814[image: video] *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf Of *Anthony Holloway *Sent:* Tuesday, November 04, 2014 11:37 PM *To:* Jason Aarons (AM); cisco-voip@puck.nether.net *Subject:* Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ 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 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1
The funny part is that this is the replicated offline environment. Once we test scripts, databases, etc then production gets migrated ☺ From: Anthony Holloway [mailto:avholloway+cisco-v...@gmail.com] Sent: Wednesday, November 5, 2014 10:47 PM To: Heim, Dennis; Jason Aarons (AM); cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Dennis, You're on to something here, however, resources such as time and money are not always in abundance. Sometimes, you're asked to do things as quickly and as cheaply as possible. And by sometimes, I mean most of the time. On Wed Nov 05 2014 at 6:55:04 AM Heim, Dennis dennis.h...@wwt.commailto:dennis.h...@wwt.com wrote: If you have the resources available (time and/or money), my preference is to migrate the environment to an offline environment. If you have the compute resources do it there, or if not some type of Lab a Service (LaaS). Maybe use Veeam to migrate virtual machines, if you are already virtual (make sure to sure mac addresses to manual prior to copying). Then you need to determine what you time frame is.. can you lose a few days of: cdr’s, historical reports, etc. Migrating VM’s between environment would need to be worked out. However, that allows you to identify any issues, develop a realistic timeframe for each aspect of the upgrade process. Most importantly, it allows a lot of the work to be done not in the middle of the night. Dennis Heim | Collaboration Solutions Architect World Wide Technology, Inc. | +1 314-212-1814 [twitter]https://twitter.com/CollabSensei [chat][Phone]tel:+13142121814[video] From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.netmailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Anthony Holloway Sent: Tuesday, November 04, 2014 11:37 PM To: Jason Aarons (AM); cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net Subject: Re: [cisco-voip] UCCX 8.5.1sr3 to sr4 to Refresh Upgrade 10.5.1 Wow. Are you going MCS to UCS too? If not, I'm doing that exact upgrade very soon and no documentation I have reviewed indicated how long upgrades would take, let alone 5 hours. Right now my plan has a time budget of 3 hours for the same, which does not include moving ISOs to the datastore (I like doing local upgrades) nor upgrading clients. Which portion is taking 5 hours? Could you break it down by task for us? E.g., L2 to SU4, Switch Version to SU4, RU COP, RU to 10.5, Switch Version to 10.5. Did you disable IO Throttling first? Based on my research here are the summary steps to this exact upgrade (sans client upgrades): 1. Upload ISOs to DataStore 2. Disable IO Throttle on Publisher 3. Mount 8.5(1)SU4 ISO 4. Upgrade Publisher to 8.5(1)SU4 5. Switch Version to 8.5(1)SU4 6. Patch Publisher with RU COP 7. Shutdown Publisher 8. Modify VM Settings: RAM from 4GB to 8GB 9. Power On Publisher 10. Mount 10.5(1)SU1 ISO 11. Upgrade Publisher to 10.5(1)SU1 12. Switch Version to 10.5(1)SU1 On Tue Nov 04 2014 at 11:04:24 PM Jason Aarons (AM) jason.aar...@dimensiondata.commailto:jason.aar...@dimensiondata.com wrote: One UCCX node in ha pair 5 hours doing upgrades...it would be more enjoyable watching paint dry...there has got to be a better method in the future for L2 upgrades than this.. Sent from my Verizon Wireless 4G LTE Smartphone ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip itevomcid ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] ELM 9.11 to PLM 10.5 - does it recognize 9.1 licenses?
Thanks guys for the clarification! I have the 2 cop files on the 9.1.1 server to allow plm upgrade which I'll be doing in a few days. On Mon, Nov 3, 2014 at 11:36 AM, Matthew Loraditch mloradi...@heliontechnologies.com wrote: This is correct Matthew G. Loraditch - CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitter | Facebook | Website | Email Support Support Phone. 410.252.8830 -Original Message- From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Erick Bergquist Sent: Monday, November 03, 2014 12:30 PM To: voip puck Subject: [cisco-voip] ELM 9.11 to PLM 10.5 - does it recognize 9.1 licenses? Quick question, According to cisco docs it sounds like I can upgrade a standalone ELM 9.1 server to PLM 10.5 and still have the 9.1 licenses in ELM function with existing CUCM 9.1? ___ 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