I am currently migrating a Unified CallManager cluster 4.2(3) to Unified Communications Manager 6.1(3) during this process I receive the following output:
There is a mismatch between the ServerName 172.20.3.240 in the DMA File (Windows DB) and the IP address 184.108.40.206 of this machine. Install will remap the ServerName 172.20.3.240 to 220.127.116.11
I have read through the documentation and understand that due to the reconfiguration of the ServerName to IP address that this message will occur, remove DNS reliance. What I cannot understand is 18.104.22.168 is my FTP server address which has never been configured in the CallManager database?
If I select proceed the migration is successful and the first node has the correct IP address of 172.20.3.240?
The version 4.2(3) servername was configured to an IP address to remove DNS reliance 172.20.3.240, the hostname was BHO-PUB.
During the installation of CUCM 6.1(3) the hostname was configured to be BHO-PUB with an IP address of 172.20.3.240, the same address as before. Yes the mismatch was reported during the DMA import. The DMA file is stored on a server 22.214.171.124, using FTP to transfer the file. My confusion is why would the DMA refer to the FTP server's IP address for remaping.
The cluster is up and working with no apparent problems.
I am confused about RONA. I am looking at Precision Queue Interval report that I run at the end of the day to get daily totals. One queue has 110 calls offered, 34 RONA, 76 Handled, and 0 abandoned. Are RONA calls considered handle...
(view in My Videos)
This event had place on Thursday 22, October 2020 at 10hrs PDT
Contact Center call flows are fundamental to the successful implementation and support of Customer Voice Portal (CVP) and IP Interactive Voice Response (IP IVR) deplo...
there is a lot of evolution on Hybrid services for On-Premises CUCM/BE6k solution.
These kind of services allow customers to continue operate with on-premises Cisco Collab model and at same time get amazing features from the Webex cloud.&...
Customer received error in the morning that they could not record sessions because the storage was full. After they deleted approximately 40 recordings, and tried to record again in the afternoon - they still received the error: Webex Recorder...
Any of you come across below issue when we call the rest services from CVP 11.6? java.lang.IllegalArgumentException: Unsupported ciphersuite TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384---------custom,ReadRESTConfig,Stack Tracecom.sun.jersey.api.clien...