HI Otto,

So in which scenario I will be using 239.1.1.3:16384 on SiteB router please
?

Thanks // AK

On Tue, Jan 26, 2010 at 12:22 PM, Otto Sanchez <o...@ipexpert.com> wrote:

> Hi,
>
> The branch router will always multicast moh in g.711 format from the flash.
> So, branch phones should be configured to hear the 239.1.1.1 port 16384 and
> not 239.1.1.3:16384 and codec g.729 (this is a not supported
> configuration) when they are put on hold.
>
> How do you guarantee your branch phones will "tune" 239.1.1.1:16384 in
> g.711 format and still be able to communicate with other sites using g.729?.
> Well that's when the g.711 region/DP show up, configure a region such as the
> codec relationship with any other region is g.711, assign this region to a
> new DP and then assign that DP to the MOH server configured for the siteB DP
> MRGL->MRG,
>
> I still trying to find a reason why you will need to stream g.729 from the
> router flash in this scenario, you might want to do that if the moh
> streaming is coming from the hq site,
>
> There's a very good document about this feature, I reference it just in
> case you haven't take a look at it,
>
>
> http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cusrst/admin/srst/configuration/guide/srs_moh.html
>
> HTH,
>
>
> On Mon, Jan 25, 2010 at 8:03 PM, vccie2010 <vccie2...@gmail.com> wrote:
>
>> Thanks Otto for yoru kind reponse, so let me put the question otherway ,
>> what should I do on the UCM and SiteB router if I was to use MOH from flash
>> and it shd be G729. Is this scenario possible please as we say on SiteB
>> router the IP address will be 239.1.1.3 and I think in this case all the
>> configs on UCM remain same, right pls?
>>
>> 2010/1/25 Otto Sanchez <o...@ipexpert.com>
>>
>> Hi,
>>>
>>> The only format supported by the moh file is g.711, you should also take
>>> care of the multicast ip address numbering to make it match to a g.711 moh
>>> streaming not g.729,
>>>
>>> BR,
>>>
>>> ,2010/1/22 Roger Källberg <roger.kallb...@cygate.se>
>>>
>>>   As far as I know you need to have the file(s) in the correct format in
>>>> flash, ie G729 if you want to use that for your MOH or G711U if that's what
>>>> you want. Vik please correct me if I'm wrong.
>>>>
>>>> Brgds,
>>>>  *Roger Källberg*
>>>> Consultant
>>>> Cygate AB
>>>>  ------------------------------
>>>> *Från:* vccie2010 [vccie2...@gmail.com]
>>>> *Skickat:* den 22 januari 2010 04:18
>>>> *Till:* Vik Malhi
>>>> *Kopia:* OSL Group
>>>> *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash
>>>>
>>>>   Also Vik, is it must to have MOH flash file in G729 format if I need
>>>> to have G729 MOH from flash ??? I am confused here...Could you please help
>>>> me here.
>>>>
>>>> On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 <vccie2...@gmail.com> wrote:
>>>>
>>>>> I was trying to test MOH from flash on BR1. G711 MOH works fine butI am
>>>>> having problem when trying config and test G729.
>>>>>
>>>>> You said "There should be no reason why you can’t play  a g729 file
>>>>> from the flash if you have a music file in that format on the flash"
>>>>> ......so does it mean I need to have MOH file shd be in G729 format so 
>>>>> that
>>>>> the MOH from flash is G729 MOH, right ?
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi <vma...@ipexpert.com>wrote:
>>>>>
>>>>>> I’m not fully understanding the scenario. When you press hold from a
>>>>>> PSTN phone then you are not testing your MOH settings. Can you confirm?
>>>>>>
>>>>>> When you are sourcing from the BR1 flash I would guess you would
>>>>>> ALWAYS want it to be g711 since it is now local to the BR1 site. That’s 
>>>>>> one
>>>>>> of the main reasons for doing this- we can play g711 music without any
>>>>>> bandwidth being tied up.
>>>>>>
>>>>>> There should be no reason why you can’t play  a g729 file from the
>>>>>> flash if you have a music file in that format on the flash and you use 
>>>>>> the
>>>>>> "multicast moh 239.1.1.3 port 16384 route <favoicesubinterface IP Add> 
>>>>>> <lo0
>>>>>> IP Addr> " command and increment on ip address on the UCM, use a single
>>>>>> server (the one which has the base multicast ip of 239.1.1.1) and audio
>>>>>> source 1.
>>>>>>
>>>>>> --
>>>>>> Vik Malhi – CCIE #13890
>>>>>> Instructor - IPexpert, Inc.
>>>>>> Mailto: *vma...@ipexpert.com
>>>>>> *Telephone: +1.810.326.1444
>>>>>> Fax: +1.810.454.0130
>>>>>> Live Assistance, Please visit: www.ipexpert.com/chat <*
>>>>>> http://www.ipexpert.com/chat*>
>>>>>>
>>>>>> IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA
>>>>>> (R&S, Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice, Security 
>>>>>> &
>>>>>> Service Provider) Certification Training with locations throughout the
>>>>>> United States, Europe and Australia. Be sure to check out our online
>>>>>> communities at www.ipexpert.com/communities <*
>>>>>> http://www.ipexpert.com/communities*>  and our public website at
>>>>>> www.ipexpert.com <*http://www.ipexpert.com*> .
>>>>>>
>>>>>>
>>>>>> ------------------------------
>>>>>> *From: *vccie2010 <vccie2...@gmail.com>
>>>>>> *Date: *Wed, 20 Jan 2010 20:22:50 -0800
>>>>>>
>>>>>> *To: *OSL Group <ccie_voice@onlinestudylist.com>
>>>>>> *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash
>>>>>>
>>>>>>  Vik, so you mean whether we want G729 MOH or G711MOH to be played on
>>>>>> BR1 from flash we should ALWAYS place MOH server in G711only. I did that 
>>>>>> and
>>>>>> with that G711 MOH works perfectly fine when I put either HQ phone or 
>>>>>> PSTN
>>>>>> phone on hold.
>>>>>>
>>>>>> But I am having problem work G729 MOH heard on BR1 phone when I place
>>>>>> it on hold from HQ phone ( there is dead silence).... while G729 MOH from
>>>>>> works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music 
>>>>>> on
>>>>>> BR1 phone) . A this time on BR1 GW I do have "multicast moh 239.1.1.3 
>>>>>> port
>>>>>> 16384 route <favoicesubinterface IP Add> <lo0 IP Addr> "
>>>>>>
>>>>>> Am I missing something here please ?
>>>>>>
>>>>>>  Wed, Jan 20, 2010 at 2:59 PM, vccie2010 <vccie2...@gmail.com> wrote:
>>>>>>
>>>>>> correction please...
>>>>>>
>>>>>> But when I change the DP on MOH server as "HQ-DP" I get G729 MOH only
>>>>>> when PSTN caller is put on hold but dead silence again when placing HQ 
>>>>>> phone
>>>>>> on hold. Is it normal behaviour or am I missing somehting here please
>>>>>>
>>>>>> "HQ-DP" has region which is g711 internaly and g729 to br1 and br2
>>>>>> regions...
>>>>>>
>>>>>> On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 <vccie2...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> When I set the MOH server in G711only ( which has region with G711only
>>>>>> to all other regions) and MOH Aduio source set to MC and MOH server set 
>>>>>> to
>>>>>> 239.1.1.1 port 16384 with max hops 1
>>>>>>
>>>>>> call-manager-fallback
>>>>>> ip source-addr <favoicesubinterface IP Addr>
>>>>>> max-eph 1
>>>>>> max-dn 1
>>>>>> multicast moh 239.1.1.1 port 16384 route <favoicesubinterface IP Add>
>>>>>> <lo0 IP Addr>
>>>>>>
>>>>>> ccm-manager music-oh-hold.au
>>>>>>
>>>>>> With above config G711 MOH from flash works fine,
>>>>>>
>>>>>> but when I try to set the G729 MOH by changing   " multicast moh
>>>>>> 239.1.1.3 port 16384 route <favoicesubinterface IP Add> <lo0 IP Addr>
>>>>>> get silence MOH when I call from HQ internally or from PSTN . But when
>>>>>> I change the DP on MOH server I get G729 MOH only when PSTN caller is 
>>>>>> put on
>>>>>> hold but dead silence again when placing HQ phone on hold. Is it normal
>>>>>> behaviour or am I missing somehting here please ?
>>>>>>
>>>>>> Thanks for your help.
>>>>>>
>>>>>> -AK
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------
>>>>>>  _______________________________________________
>>>>>> 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
>>>>
>>>>
>>>
>>>
>>>  --
>>> Regards,
>>>
>>> Otto Sanchez
>>> CCIE #25592 (Voice)
>>> Support Engineer - IPexpert, Inc.
>>> URL: http://www.IPexpert.com <http://www.ipexpert.com/>
>>>
>>
>>
>
>
> --
> Regards,
>
> Otto Sanchez
> CCIE #25592 (Voice)
> Support Engineer - IPexpert, Inc.
> URL: http://www.IPexpert.com <http://www.ipexpert.com/>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to