Exactly correct Christian - and do also bear in mind that if Unicast
and if a XCoder is needed - it is up to the MoH Server resource to
find in ITS MRGL - a Xcoder.
Also something to bear in mind - IPSec and Multicast are inherently
incompatible. Thus if testing your MMoH stream and expecting to hear
it from one of your IPBlue phones on laptop or even Hardware Phones
across the EasyVPN - you will be waiting all day - since IP Multicast
cannot be directly encapsulated into IPSec.
Best way to test is to call into BR1 from your IPBlue PSTN Phone -
then have the BR1 phone put you on hold (it is in all reality putting
the BR1 gateway on hold since we have no direct control over the PSTN
phone) and thus you will see the Multicast stream appear with an OIL
(Outgoing Interface List) to the Loopback of BR1 (assuming you
configured PIM Dense mode on the loopback properly), and you WILL in
fact hear the music coming across to your PSTN phone - since the
multicast was turned into PCM upon going across the PRI trunk - and
then Unicast from the PSTN GW back to your PSTN phone.
HTH a little as well :)
--
Mark Snow
CCIE #14073 (Voice, Security)
Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444
Fax: +1.309.413.4097
Mailto: [EMAIL PROTECTED]
--
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.
--
On May 22, 2008, at 4:48 PM, Christian Narvaez wrote:
Three rules of Thumb:
1)Who Places on Hold Determines the Music SOURCE
2)Who IS on hold determines the MOH SERVER from its Media Resource
List/Media Resource List
3)The configuracion of the Media Resource Group where was located
the MoH Server determines if the stream will be Multicast or Unicast
An Example of 2). If HQ calls BR1 and HQ places on hold to BR1 in
that case:
- Then BR1 must select a MOH Server from the MRGL assigned to its
device pool or in the phone configuration
- If the MOH Server selected was configured as Multicast Enabled
and was part of a Media Resource Group which had ticketed the "Use
Multicast for MOH Audio". In that case the CCM will send a Multicast
Stream to BR1
Regards,
-----Original Message-----
From: [EMAIL PROTECTED] on behalf of Gregory
Jost (grjost)
Sent: Thu 5/22/2008 6:25 PM
To: ccievoice
Subject: [OSL | CCIE_Voice] Unicast/Multicast MOH
Lab Experience 1, problem 27"
... "The music should be sent to the HQ site using a unicast stream
and
sent to the BR1 site using a multcast stream."
How can this be possible? This is determined by who placed on hold.
For example:
HQ has unicast audio source
BR1 has multicast audio source
HQ calls BR1 and HQ places on hold, unicast to BR1
BR1 calls BR1 and BR1 places on hold, multicast to BR1
PSTN calls BR1 and BR1 places on hold, multicast to BR1
BR1 calls HQ and BR1 places on hold, multicast to HQ
HQ calls HQ and HQ places on hold, unicast to HQ
PSTN calls HQ and HQ places on hold, unicast to HQ
Greg Jost
Network Consulting Engineer
Unified Communications Practice
Cisco Systems, Inc.
214-274-1922
