[cisco-voip] Use of MTP for H.323 Gateway

[Aman Chugh]

Hi,

Thanks for replying, yes you are correct it is trying to use G711 , I got
this resolved by creating a trancoder on the voice gateway and using it for
the call.

I dont want to repeat this and want to undertand this so in future
installations this is not repeated.

1.  Yes UCCX was installed only with G.711 codec, Can UCCX be installed with
both G711 and G.729 prompts during the intial installation , what is the
best practice where we have centralized UCCX and remote agents over the wan
with G.729.

2.  If my gateway was MGCP would I still need a transcoder for this Call
Flow.


Thanks again.

Aman




On 8/20/08, Matt Slaga (US) <Matt.Slaga at us.didata.com> wrote:
>
>  Your stream must not be 711 end to end.  UCM is attempting to introduce a
> transcoder into the stream which is where the no MTP resources is coming
> from.  Generally speaking, mtp resources are only needed for H323 with v1
> gateways to handle supplementary services.  Unlike transcoding, the soft mtp
> resources in UCM can be utilized.  In your case, I bet UCCX is still trying
> to handle calls with only G711.  If it was not installed to use G729, it
> will have to be re-installed to begin using.
>
>
>
>
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Aman Chugh
> *Sent:* Tuesday, August 19, 2008 4:50 PM
> *To:* cisco voip
> *Subject:* [cisco-voip] Use of MTP for H.323 Gateway
>
>
>
>
>
> Why do I need an MTP for a call coming in from an H.323 gateway, In my case
> I have centerlized callmanager deployment where callmanager , IPCCX and
> Voice gateways are at a centeral site and call lands at remote IPCC agent,
> the call rings and the agent answers but only hears beep when I use G.729
> codec  and the call is established when I use G711 , I can see no more mtp
> resources error in RTMT.  Any hints would be appricated.
>
>
>
>
>
> TIA
>
>
>
> Aman
>
> ------------------------------
>
> *Disclaimer: This e-mail communication and any attachments may contain
> confidential and privileged information and is for use by the designated
> addressee(s) named above only. If you are not the intended addressee, you
> are hereby notified that you have received this communication in error and
> that any use or reproduction of this email or its contents is strictly
> prohibited and may be unlawful. If you have received this communication in
> error, please notify us immediately by replying to this message and deleting
> it from your computer. Thank you. *
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080820/dbfb6ffe/attachment-0001.html>