We have a recently installed the CM 4.2 cluster in Sydney. At Melbourne we have a Cisco 3825 voice gateway SRST router registered with the Sydney CM. We have the Arc server located at Sydney. The receptions at both the sites have got the Arc client installed on their pc's. At the Sydney the reception is happy however at Melbourne : when an external call comes in on the Arc console screen the receptionist has to click on the call twice to attend to it and the when she transfers it takes more time then necessary in comparison to Sydney. It appears that some sort of signalling between the melbourne arc console and the arc server in sydney is delaying things. I have ruled out qos and networking for the moment since everything else is working fine and the call quality is good. We have put the arc signalling between Melbn and Sydney to g711 since arc does not support g729 as we have not enabled the transcoder. Has anybody encountered anything similar before and knows the fix?
The Cisco IP Phone in Cluster 1 makes a call to the Cisco IP Phone in Cluster 2. Intercluster Cisco CallManager communication takes place using the H.323 Version 2 protocol. A Cisco IOS Gatekeeper also serves for admission control.
The Cisco IP Phone can connect to the Cisco CallManager via Skinny Station protocol, and the Cisco CallManager can connect with the Cisco IOS Gatekeeper by using the H.323 Registration, Admission, and Status (RAS) protocol. The admission request message (ARQ) gets sent to the Cisco IOS Gatekeeper, which sends the admission confirmed message (ACF) after making sure the intercluster call can be made using H.323 version 2 protocol. Once this happens, the audio path gets made by using the RTP protocol between Cisco IP Phones in different clusters.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...