We upgraded our CUCM from version 6 to 7.1.3 and have come across a number of issues with analog phones and faxes unregistering from call manager and requiring voice-port shut-no shuts to register properly. We're trying to narrow the problem down and ensured that the sccp identifiers on the MGCP VG224's and 3845's are now pointed to version 7.0. However, we're receiving the "Device Is Not Trusted" warning on these gateways in CUCM as well as the analog phones connected to them. Is there a way of debugging why a gateway is not trusted and would this problem cause analog phones to unregister with CUCM (seeminly at random)? Perhaps this is a bug that has been fixed in a later version of CUCM?
We recently upgraded from CUCM 6.1.5 to 7.1.5 and experienced this same ‘not trusted’ issue.I found this post and was surprised no one replied to it.
Here's the deal... In CUCM 7.1.3 there were 'security features' added.
The configured CallManager servers on the router have to match the CallManager’s in the ‘callmanager group’ associated to the ‘device pool’ that the gateway is using.
This 'security feature' impacted our Unity communications, Voice Analog Gateways, and H323 Gateways.TAC resolved the issue with Unity and from there we used that information to correct our problem on our Voice Analog Gateways(VG224).
The H323 gateways were a different problem and TAC was unable to offer a solution besides upgrade the code (no offense TAC guys you’re the best).To resolve the issue we converted the gateways from H.323 to MGCP.
I was having the same problem even though my VG224's are using MGCP and all my previous version of Call manager was working fine but not on my Version 10.5. What fixed my problem was upgrading to the latest IOS for the VG224. This fix my problem.
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...
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.
Phone: 1800 553 2447 Option 4