Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
462
Views
0
Helpful
4
Replies

IOS transcoder sessions slow to start

bcooley
Level 1
Level 1

‎07-10-2003 11:53 AM - edited ‎03-13-2019 12:41 AM

I have two sites connected with gateway controlled interculster trunks. I configured the trunks so that calls between them would be g729. For some reason the phones get sent to my IOS transcoder (NM-HDV-FARM) instead of just using their own DSP's. I have plenty of transcoders so that's OK. However, the process is so slow that the calling party never hears the called party say "Hello". The call gets setup well ahead of the RTP stream. Their is some skinny protocol activity during the delay but I don't have voice sniffer to decode it. My gateway is running 12.2(15)T1 and my CallManagers are at 3.3(2)spC. None of the equipment is over 5% utilized.

Has anyone else come across this?

Labels:
0 Helpful
4 Replies 4

mowour
Level 1
Level 1

‎07-10-2003 01:02 PM

Hi William,

I would be loath to blame the transcoder resources themselves since their allocation and invocation is a function of the Media Resource Manager in Callmanager.

Have you tried establishing the two-way audio path as soon as the RTP channel is opened by using the voice rtp send-recv global config commands on the gateways?

Regards,

Michael.

0 Helpful

bcooley
Level 1
Level 1
In response to mowour

‎07-10-2003 01:12 PM

I am using the voice rtp send-recv command. Once the RTP stream starts everything seems OK. It does seem to be the interaction between CM and the DSP resource that is taking so much time. At first I suspected some network problem like slow ARP responses or weird routing, but my sniff shows that part is working fine.

0 Helpful

mowour
Level 1
Level 1
In response to bcooley

‎07-10-2003 01:58 PM

Do you have the option of reconfiguring for testing purposes so that the call between the two sites uses G711 in order to obviate the need for transcoding resources? If so, what is the result of the test call?

Regards,

Michael.

0 Helpful

bcooley
Level 1
Level 1
In response to mowour

‎07-14-2003 08:26 AM

I finally got this resolved. As everyone suspected the problem was not the transcoding. Instead it had something to do with Media Termination Points. I had the 'requires MTP' box checked on the trunk configuration. As soon as I unchecked MTP the delay went away. As a test I checked 'requires MTP' on one of my H323 gateway configurations and received the same results. Any theories on that?

Thanks for the input.

Bill C.

0 Helpful
Customers Also Viewed These Support Documents