I've been trying to upgrade my customer's IPCC Express system to 4.0(4) as I see that the existing 3.5(2) is not shown as compatible with CM 4.2.
Publisher CM was originally 4.0 with co-resident CRS 3.5(2) running on an older OS.
Publisher CM was upgraded to current OS and SR.
Publisher CM system was upgrade to 4.2(1) sr1b.
I sourced the CRS 4.0(4) disks and initiated the upgrade procedure. This seemed to work up to a stage where the installer upgrade tool asks for a manual BARS backup. I understand that once the BARS backup of the platform concludes successfully the upgrade tool should see this and continue - prompting you to click on OK to proceed. However I do not get the OK button and even once BRAS completes OK I can only close th upgrade tool window, there is nothing else I can click. This results in the installer reporting that the pre-backup/restore operation was not completed and that the installation will now abort.
Has anyone else seen this? Is there anything I can do?
I do think this might be Java-related. In the CM the JRE installed is 1.4.2, however the CRS system appears to try to use JRE 1.3.1 (which is installed in the JTAPI client sub-directory).
Any ideas whether this is the right way to go? My customer is still on the original 4.0 for now, but has frozen all changes hoping that we can nail this issue.
We tried to force the matter by installibng the latest JRE on the server. This made not much difference initially, and we went to TAC.
The TAC engineer asked us to put in the relevant path to JAva.exe in the system %path% variable and then to ensure that path also featured the java library directory in the root of the upgrade media.
This allowed us to work the upgrade tool, and we could see the button to click when BARS completed.
However, after following the upgrade procedure to the letter, the upgrade worked, but failed to retain the data from the 3.5 system.
At that point I decided to uninstall CRS 3.5 and remove all relevant directories from the server, then installed 4.0(4) successfully. All I had to do was upload scripts, convert using the CRS 4 editor and upload prompts etc.
We are now ready to go live.
My advice is to do the uninstall and install 4.0 on as clean as possible a platform you can.
I've never tried - you could check the compatibility matrices to see what upgrade paths are "supported". I think this should be supported within the context of an upgrade, provided that the upgrade uses Cisco's installer.
I am having some issue with 3.5(3) upgrade to 4.0(4). When the BARS asked me to fix the System DSN on the IPCC server, I went to the server and find that all the "System DSN" originally in 3.5(3) wasn't there, there were 10 of them in 3.5(3). Does BARS mean "User DSN"? Do I have to configure all 10 System DSN that were in 3.5(3)???
BTW, is there a way to see how the DSN was configured in 3.5(3)???
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...