This document outlines the automatic creation of dial-peer when using the ccm-manager command and how it affects router operation when we also have SRST dial-peers on the router and someone reconfigures the port.
When the MGCP controlled Analog ports are configured on the Call Manager and we put the ccm-manager config and ccm-manager config server command on the gateway, the dial-peers are downloaded automatically from the call manager. The dial-peers for the SRST can then be configured afterwards. We see that if we delete the port and add the port again and appply the configuration the dial-peer moves to the bottom of the configuration. i.e. below the SRST dial-peers. This causes the calls to start failing or go via SRST dial-peer as that is above the MGCP dial-peer in the router’s config.
Here are some outputs from my lab router. The system image file is "flash0:c3900-universalk9-mz.SPA.152-3.T2.bin" and I am using call manager version 188.8.131.5200-8. After adding the voice port (MGCP controlled) this is what I see on the show dial-peer voice sum. Last two dial-peers are what we are concerned about…
After this I create the dial-peer for SRST, Now I delete the port on the call manager and then add it again. When the port gets deleted the dial-peer is removed and when the dial-peer is added again
So when in practical environments, if someone deletes the port on the call manager and also bounces the MGCP stack on the gateway or removes the ccm-manager config command, the dial-peer which gets created automatically gets deleted.
Also when we add the port again, we see the new dial-peer at the bottom of the config, which is by design.
To get around this problem you can do the following:
•1. Add “service mgcpapp” on the SRST dial-peers to have the calls routed via the default application in the event when the call manager is not available. So adding the service mgcpapp command on the dial-peer will mean that the gateway will route the calls via MGCP when it’s available even if it hits the SRST dial-peer (which is hit because its above the MGCP dial-peer as we deleted and re-added the port), but if it’s not available it will use the default application.
•2. We can remove the ccm-manager config command from the router after are done with all the configuration. Removing the command will ensure that the new config is not downloaded all the time and thus the dial-peer will remain intact.
I must point out that this is by design and is expected behavior. The above two pointers are workarounds if one is consistently, deleting and re-adding the ports on the call manager. Ideally once the deployment is done, we should not de deleting and reading the ports on the call manager frequently.
I have Webex site with Hybrid calendar and call services enabled for Cloud registered Room Kit's, and when dialing a complete URI to any non webex.com or cisco.com domain the call fails. Troubleshooting it I saw the call routing into the Expressway'...
I've been doing some updates at several remote locations and somehow I broke Caller-id. We used some older 2811's as H.323 gateways as well as routers on a stick, during the process I updated the IOS from 12.4 to 15.1, increased the RAM, PVDM2, and added ...
Hi all, CUCM 11.5 I did my best to search Google, then signed up here searched and read a lot of discussions but could not find something solid that I could go on outside of creating new CSS, PT and then doing transformations and/or translations...
Hello All,I purchased the NFR 11.5 UC Packages a few months ago and I have voice lab now up/running. But the SIP Called Party Tracing doesn't display. I read that this is due to a beg. Could someone verify/assist. Is there a work0a-round. I think tha...
Dear All,I need assistance with the following issue.I set Call forwarding to my mobile number from my extension and call forwarding is working fine, but I see my extension's DID number on mobile which is causing inconvenience to identify in case of missed...