[cisco-voip] SUpplementary services dont work after WAN outage

[Ryan Ratliff]

Does the trunk to the CUBE have MTP required set in CCMAdmin?  If so, is the MTP getting invoked a dspfarm resource on the CUBE router?

If the answer to both of those questions is yes, then get a call up that can't use supplementary services, and check the output of 'show sccp conn' on the CUBE router.  

The most common cause of supplementary services failing on a call that connects is MTP required set, but no MTP getting successfully invoked.  

Other than getting lucky with an IOS or CUCM upgrade I don't see a way to diagnose this without traces and/or debugs at the router.

-Ryan

On May 6, 2010, at 8:57 AM, Joel Perez wrote:

> Hey Guys,
>  
> I have a strange one here. This is for a colleague of mine so I dont have alot of info to go on.
>  
> This person has CCM 5.1.1.3, CUBE is running 12.4(20)T4.
> CCM is using H323 to CUBE, CUBE is using SIP to provider who is Verizon.
>  
> The CCM and the GW are not on the same LAN segment. Everything works fine on this system except if there is a WAN outage.
> When that happens and the connection comes back up the users cannot place calls on hold or transfer calls until the CUBE is reloaded.
> They checked to make sure that the resources on the CCM MRGL show as registered and they do, as well as looking at them on the CUBE itself. If you try to manually reset them they will re-register but supp. services still wont work. I dont have access to the system and neither does he so its tough to set up traces on the CCM system.  Im pretty sure if the services were restarted on the CCM servers it would also work but they havent done that yet.
>  
> I cant think of a possible cause right of the top of my head without actually looking at traces or debugs.
> Has anyone ran across something like this before?
>  
> Thanks,
>  
> Joel P
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip