[cisco-voip] Unity External Transcoding

[Pritchard, Jon]

G729r8 is the common denominator codec.

The thing of it is, the media manager isn't getting involved to even try and negotiate the codec.  The media termination point control is trying to set up a connection to resources at the IP of the DSPFarm voice gateway which makes no sense 1) why does it want to set up MTP 2) there is no MTP resource defined at the targeted IP let alone included in a MRG/MRGL.

Jon

-----Original Message-----
From: Kevin Thorngren [mailto:kthorngr at cisco.com] 
Sent: Tuesday, March 28, 2006 9:33 AM
To: Kevin Thorngren
Cc: cisco-voip at puck.nether.net; Pritchard, Jon
Subject: Re: [cisco-voip] Unity External Transcoding

sure they have command G729 codecs.  Should be: sure they have common 
G729 codecs :-)


On Mar 28, 2006, at 10:59 AM, Kevin Thorngren wrote:

> I would first suspect a mismatch between the G729 codec(s) that the GW
> is configured for and what the Transcoder is configured to support.
> Check the IOS config of both routers to make sure they have command
> G729 codecs.
>
> Kevin
> On Mar 28, 2006, at 10:49 AM, Pritchard, Jon wrote:
>
>> I'm attempting to enable Unity external transcoding for g729
>> connections to offload CPU and improve voice quality.  I have a PVDM2
>> based DSPFarm with 80 transcoder sessions.  I have successfully
>> disabled native transcoding on Unity and have verified external
>> transcoding is in play when calling Unity internally (VM or AA) from a
>> Region set for g729 relative to the Region Unity is in.   However,
>> when external calls are routed to Unity from the g729 regions I get
>> disconnected with what "sounds" like a codec mismatch.
>>
>> I compared the CCM traces (detailed/debug) of the successful internal
>> calls vs. the failed external calls.  The successful calls showed the
>> MediaResourceManager negotiating the transcoder connection and minimal
>> MediaTerminatePointControl activity.  The unsuccessful calls didn't
>> show a specific error but does show trying to push a G711ulaw payload
>> during the MediaTerminationPointControl phase and no interaction with
>> the MediaResourceManager to set up transcoding.
>>
>> The gateways involved are 1760 H323 on 12.3(8)T4 and have both G711
>> and G729 codecs enabled via codec class in the dial-peers, pref 1 G711
>> and pref 2. G729.
>>
>> The really weird part is the external connections have been and still
>> are successful when Unity is running native transcoding with the rest
>> of the configuration is the same.
>>
>> Is it possible I'm missing something relative to MTP requirements?
>> MTP resource is currently limited CallManagers and is within scope of
>> the MRGL for all devices, VM ports and gateways included.
>>
>> Any insight you might have would be appreciated.
>>
>> Thx,
>> Jon Pritchard
>>  
>>
>>
>>
>> This message and any attachments are intended only for the use of the
>> addressee and may contain information that is privileged and
>> confidential. If the reader of the message is not the intended
>> recipient or an authorized representative of the intended recipient,
>> you are hereby notified that any dissemination of this communication
>> is strictly prohibited. If you have received this communication in
>> error, please notify us immediately by e-mail and delete the message
>> and any attachments from your system.
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>


This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.