home lab that I pulled the sample audio from the MOH folder. I set it to G711only and change the IP address to 239.1.1.1 and all is well.
On Wed, Jan 14, 2009 at 12:44 PM, Vik Malhi <vma...@ipexpert.com> wrote: > Can you post the output of debug ccm-m music all. > > Check that the MOH is being active using debug ephone moh. > > Dead air is better than tone. CCM thinks everything is working so the > problem is lying in the spoofing part. > > I don't think it is anything to do with your MOH file- have you tried it > with the music-on-hold.au that is provided? > > > -- > Vik Malhi – CCIE #13890, CCSI #31584 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: *vma...@ipexpert.com > > * > Join our free online support and peer group communities: > *http://www.IPexpert.com/communities > *IPexpert - The Global Leader in Self-Study, Classroom-Based, > Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE > R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and > CCIE Storage Lab Certifications. > > > > > > > > ------------------------------ > *From: *Ryan Trauernicht <ryanstudyvo...@gmail.com> > *Date: *Wed, 14 Jan 2009 12:15:47 -0600 > *To: *Antonio McCarver <amccar...@cciequest.com> > *Cc: *<ccie_voice@onlinestudylist.com> > *Subject: *Re: [OSL | CCIE_Voice] MOH Issue > > If i set my MOH server to G729 for the remote branch and put a G711 file on > the flash with the following commands: > > moh XXXX.wav > multicast moh 239.1.1.3 port 16384 route X.X.X.X X.X.X.X > > > I get dead air.... is that b/c the file type loaded on the flash needs to > be g729? > > > > On Wed, Jan 14, 2009 at 12:11 PM, Antonio McCarver < > amccar...@cciequest.com> wrote: > > Hello group, > I am at the very beginning stages of my lab prep so please forgive me if > this is one of those "come on newbie, you should've known that" questions. I > have read and re-read the MOH section in the CallManager Fundamentals book, > and in the CUCM 7.x SRND and I don't see where either went into detail about > the different mcast addresses 239.1.1.1, .2, or .3. My question is, where > can I look to read up on them and this issue? > > Amp > > > Quoting Vik Malhi <vma...@ipexpert.com>: > > The two solutions work- either you place your MOH server in a g711-always > DP > and your should set the SRST router to use 239.1.1.1. OR...IF you did but > the MOH server in a DP that uses g729 to site B (for whatever reason) then > you should set the SRST router to use 239.1.1.3. > > The MOH file on the flash will be sent out using the same IP Address CCM is > telling the phone/gateway to listen. The phone on hold is receiving RTP > packets and the payload type will be g711u- however CCM "thinks" that the > MOH server back in HQ is active and the stream is g729. But I guess that's > the whole idea of spoofing- CCM is not aware of what is going on. The codec > CCM "thinks" is being used and the actual codec are different- but that > will > not affect the end result. > > Also- while we are on the topic of sourcing music from the flash- you all > should be putting in the command: no mgcp timer receive-rtcp (in the case > of > an MGCP gateway).... > > > > > -- > Vik Malhi – CCIE #13890, CCSI #31584 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: vma...@ipexpert.com > > > Join our free online support and peer group communities: > http://www.IPexpert.com/communities > IPexpert - The Global Leader in Self-Study, Classroom-Based, > Video-On-Demand > and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE > Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage > Lab Certifications. > > > > > >