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. > >
