Hello,
Have you suffer a call disconnection after 25 seconds?
debug voip ccapi inout
Aug 21 11:19:15.018: //861/80CEC8490A00/CCAPI/cc_api_call_disconnected:
Cause Value=41, Interface=0x49F63A88, Call Id=861
In my case I did and this was the solution:
The following example uses the ip rtcp report interval command to set the reporting interval to 5000 milliseconds, and then the timer media-inactive command to set the multiplication factor to 10. The result is that calls detected as inactive for 50 seconds (5,000 milliseconds times 10) will be disconnected.
Router(config)# ip rtcp report interval 5000
Router(config)# gateway
Router(config-gateway)# timer media-inactive 10
Router(config-gateway)# exit
EXPLANATION
When the timer media-inactive command is used, the gateway uses the inactivity timer as a combination of thetimer media-inactive command and the ip rtcp report interval command. The timer media-inactive command uses DSP statistics. This capability is based on the configuration of callfeature parameters using application command-line interface (CLI) to enable control.
The media are considered inactive only if there is no transfer of RTP packets in the send direction and no RTP packets in the receive direction. If RTP is present in either the send or receive direction, it is considered active. In this mode, DSP filters out any comfort noise packets, and the presence of any comfort noise packet is considered inactivity in either direction.
The multiple argument (or multiplication factor) is multiplied by the interval that is set using the ip rtcp report interval command. This command configures the average interval between successive RTCP report transmissions for a given voice session. For example, if the value argument is set to 25,000 milliseconds, an RTCP report is sent every 25 seconds, on average. If no RTP packets are received during the calculated interval, the call is disconnected. The gateway signals the disconnect to the VoIP network and the time-division multiplexing (TDM) network so that upstream and downstream devices can clear their resources.
Before doing that verify also in the Call Manager:
Devices > Gateway > MTP (has to be check)
source: http://www.cisco.com/en/US/docs/ios/voice/command/reference/vr_t2.html#wp1644723