I managed to get this upgraded eventually! Firstly i tried running the upgrade with the latest GB Dial Plan installed which failed also. After this i deleted the route patterns, route filters and uninstalled the dial plan. I ran the upgrade after this and it upgraded OK to the inactive partition. Thanks, Simon ... View more

Jamie, Thanks for getting back to me. I've been through the release notes, upgrade guides and the compatibility matrix but still having problems with this. Here are the details: Current VM Spec is: 8GB RAM 2 vCPU 110GB HDD This is inline with what is required of 11.5.1 based on a  7500 user OVA. There is more than 25GB available on the common partition Version 3 Keys COP file has been installed and visible on a show version active I'm able to access NTP I'm able to access DNS and resolve/Ping the servers hostname The compatibility matrix confirms that i can upgrade from 9.1(SU2) to 11.5.1 (SU1) The error i'm getting from the install seems to be: 12/22/2016 18:59:40 component_install|File:/opt/cisco/install/bin/component_install:821, Function: exec_progmeter(), /opt/cisco/install/bin/progmeter failed (1)|<LVL::Error> 12/22/2016 18:59:40 appmanager.sh|Internal Error, File:/usr/local/bin/base_scripts/appmanager.sh:276, Function: refresh_upgrade(), failed to refresh_upgrade infrastructure_post components|<LVL::Critical> 12/22/2016 18:59:40 post_install|File:/opt/cisco/install/bin/post_install:1030, Function: install_applications(), /usr/local/bin/base_scripts/appmanager.sh -refresh-upgrade failed (1)|<LVL::Error> 12/22/2016 18:59:40 post_install|Exiting with result 1|<LVL::Info> 12/22/2016 18:59:40 post_install|INSTALL_TYPE="Refresh Upgrade"|<LVL::Debug> 12/22/2016 18:59:40 post_install|Process refresh upgrade failure|<LVL::Info> Looking through the forums, i can't see anyone else that has come across: component_install|File:/opt/cisco/install/bin/component_install:821 Do you know what this relates to, i'm struggling to see what is causing this now. Thanks, Simon ... View more

Thanks Jamie. No, i didn't amend the VM specification to match 11.X OVA. I can easily add 2GB of RAM and test again but it looks like the HDD needs to be increased from 80GB to 110GB. (It's the 7500 user template) Last time i came across this situation, i believe the Cisco recommendation was to build a new VM using the OVA your looking to go to, install the current version on that VM, DRS restore and then upgrade to the new version. Do you know if this is still the case? ... View more

Deepak, I installed the ciscocm.refresh_upgrade_v1.5.cop.sgn file but the install failed, it stated that the COP file was not required because the current version 9.1(2) has all the changes that would have been installed by the COP file. I downloaded this version from the CUCM 9.1 section, the same file is also listed in the CUCM 11 section; there is no ciscocm.refresh COP in the 11.5 section of Cisco's website. I'm presuming this is the latest version. Thanks, Simon ... View more

Deepak, Thank you - i wasn't aware that this was needed, i'll install and try again. Thanks, Simon ... View more

Deepak, Is this required for an upgrade from 9.1? I'm sure i read that this was required if you were upgrading from version 8.X? Thanks, Simon  ... View more

Thanks for this documentation, really useful - I'm hoping the following command will work: voice class sip-profiles 1  response 503 sip-header SIP-StatusLine Modify “503 Service Unavailable” “404 Not Found" I'll test this and confirm if it is OK. ... View more

Jonathan, Thanks for taking the time to respond, this is really helpful. I have been working from some old traces and some things just aren't adding up, i'm scheduled in to do more testing next week. From the old traces i can see BYE messages on the CUBE in all directions, between from/to ITSP and from/to CUCM - the odd thing is there is a gap of around 30minutes that i don't see any BYE messages but in this time we were making test calls and i am seeing the INVITE's come in from ITSP. When i come to taking more logs, i'm going to monitor all messages for a single call inbound from the ITSP to ensure the messaging is correct end-to-end; i'll then monitor again for multiple simultaneous calls when the issue happens, at this point i'll be able to determine what messages are missing. Thanks for the advice on calls per second, i'll check CPU utilisation while i'm testing. Thanks, Simon ... View more