[cisco-voip] Device > Gateway > H323 > Checking Media Termination Point Required and Enable Inbound FastStart

Nick Matthews matthnick at gmail.com
Thu Jul 8 10:37:47 EDT 2010


The software MTP feature fixes problems in a lot of cases.

I know this week, I had to use it for a SNR issue because early media
and the speed it was happening required it.

SIP trunks with early offer also require it.

Sometimes with H.323 transfers and conferences checking this will fix
the problem as well.

Many of these scenarios are *technically* problems with the
implementation somewhere else, but by checking MTP you can work around
it.  DTMF is another common MTP requirement, though these are more
dynamic than some other scenarios.

-nick

On Thu, Jul 8, 2010 at 10:24 AM, Jason Aarons (US)
<jason.aarons at us.didata.com> wrote:
> Thanks for the clarification, it doesn’t seem best practice to run every
> gateway call thru the CUCMs software MTP, agree? I’m not clear why someone
> would have set it up that way.
>
>
>
> From: Ryan Ratliff [mailto:rratliff at cisco.com]
> Sent: Thursday, July 08, 2010 10:08 AM
> To: Jason Aarons (US)
> Cc: cisco-voip (cisco-voip at puck.nether.net)
> Subject: Re: [cisco-voip] Device > Gateway > H323 > Checking Media
> Termination Point Required and Enable Inbound FastStart
>
>
>
> Inbound FastStart support does not require MTP, only outbound.
>
>
>
> Other than that MTPs don't transcode, transcoders so.  As Nicholas pointed
> out software MTPs only support one codec (the IOS ones can be configured to
> use various codecs, the CUCM software MTPs only support g.711).
>
>
>
> Most people use g.729 IOS software transcoders when they have a trunk that
> requires early media (either via SIP or H.323 faststart) with g.729 as a
> transcoder won't support a non-g.711 call leg.
>
>
>
> -Ryan
>
>
>
> On Jul 8, 2010, at 12:00 AM, Jason Aarons (US) wrote:
>
> I’m not a fan of forcing every call to “Use MTP Required” on Device >
> Gateway > H323 and Inbound Fast Start (which also forces MTP)
>
>
>
> Anyone disagree with me that best practice says you don’t use G729 as
> default codec and have CallManager doing Software MTP transcoding from G729
> to G711 and vice
>
>
>
> If you want transcoding you really should do it in hardware, eh?
>
>
>
> I’m trying to figure out if someone knew what they were doing and wanted to
> force software transcoding at this customer…or didn’t really know what they
> were doing.
>
>
>
>
>
>
>
> ________________________________
>
>
>
> 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.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> ________________________________
>
> 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.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>



More information about the cisco-voip mailing list