I would go for transcoder. It's more flexible if you need it later in the lab (e.g. UCCX). G.711 in LAN shouldn't bother you and it might save you some time. I can't stop wondering why transcoders cannot do such simple thing as G.729 passtthrough.
On Sat, Nov 13, 2010 at 19:52, David A <david.a...@gmail.com> wrote: > Thanks Randall and Mann > > I tested this and works just like you guys explained. > > I agree Randall that the call drops when using g729 on the > transcoder. Thanks a lot for the insight :) I think I would use mtp > for CUBE rather than a transcoder since the call is g729 across. > > Thanks Again > DA > > On 11/13/10, Mann Chaddha <mann.chad...@gmail.com> wrote: > > David > > > > If my understanding is right, MTPs also have a DP that they can be > > associated to ( I don't have a UCM in-front of me now). So I believe > > you have your MTP in the HQ Region which is talking G729 to the CUBE > > Trunk Region. And so with MTP its a G729 Call. > > > > But with XCoder, which doesn't happen to have any DP, you seem to have > > it support both G711 & G729 Codecs. UCM will always prefer a higher > > quality Codec between 2 Endpoints, and so G711 is rightly being > > negotiated between HQ & XCoder. But the other side is CME whose > > incoming Dial Peer must be hardcoded to G729 & so your XCoder is > > converting the media stream to G729 for that feed. > > > > I hope this makes sense. > > > > Good day. > > Mann > > > > On Sat, Nov 13, 2010 at 10:30 PM, > > <ccie_voice-requ...@onlinestudylist.com> wrote: > >> Send CCIE_Voice mailing list submissions to > >> ccie_voice@onlinestudylist.com > >> > >> To subscribe or unsubscribe via the World Wide Web, visit > >> http://onlinestudylist.com/mailman/listinfo/ccie_voice > >> or, via email, send a message with subject or body 'help' to > >> ccie_voice-requ...@onlinestudylist.com > >> > >> You can reach the person managing the list at > >> ccie_voice-ow...@onlinestudylist.com > >> > >> When replying, please edit your Subject line so it is more specific > >> than "Re: Contents of CCIE_Voice digest..." > >> > >> > >> Today's Topics: > >> > >> 1. CUBE Early Offer - Transcoder vs MTP (David A) > >> > >> > >> ---------------------------------------------------------------------- > >> > >> Message: 1 > >> Date: Sat, 13 Nov 2010 11:36:48 -0500 > >> From: David A <david.a...@gmail.com> > >> To: ccie_voice@onlinestudylist.com > >> Subject: [OSL | CCIE_Voice] CUBE Early Offer - Transcoder vs MTP > >> Message-ID: > >> > >> <aanlktin79qdfszb8fvwt8fczdcdwq9ecm0gjbnz+a...@mail.gmail.com<aanlktin79qdfszb8fvwt8fczdcdwq9ecm0gjbnz%2ba...@mail.gmail.com> > > > >> Content-Type: text/plain; charset=ISO-8859-1 > >> > >> Hi All, > >> > >> I was doing a scenario where in I have HQ gateway setup as a CUBE. > >> > >> HQ = MGCP - phones in CUCM - 5002 - Region HQ with 729 to CUBE > >> BR2 = CME - SCCP Phones > >> CUBE trunk - Region g729 with all > >> > >> I am doing Early Offer on the CUBE with inbount and outbound faststart > >> and it works fine > >> > >> My intial undersanding is that "mtp" is needed on HQ gateway with > >> g729. Call works fine and both phones use g729. > >> > >> I however configured a "transcoder" with g711 and 729 and replaced the > >> "mtp". Call works fine however in this case HQ phone uses g711 and CME > >> uses g729 and I see 2 sessions on transcoder. > >> > >> All dialpeers are g729 (default voip) > >> > >> Can someone please help me understand why the codec used on HQ is g711 > >> in case of transcoder and g729 incase of MTP? > >> > >> Thanks in advance > >> > >> DA > >> > >> > >> ------------------------------ > >> > >> _______________________________________________ > >> CCIE_Voice mailing list > >> CCIE_Voice@onlinestudylist.com > >> http://onlinestudylist.com/mailman/listinfo/ccie_voice > >> > >> > >> End of CCIE_Voice Digest, Vol 57, Issue 67 > >> ****************************************** > >> > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
