I'm working on script that places calls to CME or CM phones. For the latter, we use a regular H.323 GW configuration.
 
In both cases, I can establish the call and audio path ok, however, when placing the call on hold on a CME phone and resuming it, the scripts receives an 'ev_sserv_ind'. That apparently doesn't cause any problem.
 
On CUCM instead, script receives 'ev_reset_ind' and it becomes impossible to resume an held call, as the phone does't show the appropriate softkey. Consequently, the call is dropped.
 
Can anyone document these events, and explain what the script is supposed to do when receiving them ?

I think ev_reset_ind won't be used by Tcl
May be is not used, but is received by the script, and I would like to understand why, and If I have to take action on receiving it.

1. What is the IOS version ?
Some 12.4, does it matter?


2. Is "supplementary-service media-renegotiate" configued in IOS ? 
No. codec is fixed as 711u
 
Is anyone from Cisco willing to document these events ?

 
Thanks Rok. Interestingly my situation is exaclty the opposite, never had problem with scripts in the same CME router.
 
If nothing else works, I can try the handoff as you suggested. That is what B-ACD/AA does also.
 
 
 

I verified that the disconnection came from CUCM when pressing "resume" on an held call.
 
I set "MTP always required" in the H.323 GW config in CUCM. With that, the script does not receive the event anymore, and CUCM does not disconnect on resuming, so apparently it's working OK now.
 
Thanks to everyone that has responded.