[cisco-voip] Interwork External Multicast MOH source to Unicast MOH (CSCuu65414)

[Brian Meade]

This is great.  I'm going to update my lab cluster to 10.5(2)SU3 and test
it out now.

On Fri, Feb 26, 2016 at 8:10 AM, Mark Holloway <mh at markholloway.com> wrote:

> As mentioned in Bug Search, CUCM 10.0 and newer did not allow an external
> USB audio interface to be used where a fixed audio source could be played
> as Unicast, therefore requiring CUBE to do multicast/unicast conversion for
> PSTN SIP Trunk calls. I noticed the update to this bug on February 20th
> says Status: Fixed. If I’m reading this correctly, CUCM may be configured
> to listen to a multicast stream on the network and will do the conversion
> on the server to Unicast when calls are placed on hold.
>
>
>
>
>
>
> Symptom:
> Customers that have been using CUCM releases prior to CUCM 10.0 on MCS
> (hardware) servers had the capability of using a USB MOH sound device to
> connect an external audio source such as CD, Radio, Jukebox, etc. for use
> as a CUCM Music-on-Hold audio source. This enabled playing custom or live
> music on hold for callers capable of multicast stream reception and/or for
> callers requiring a unicast stream (such as mobile callers).
>
> Conditions:
> Starting with CUCM 10.0, the MCS (hardware) servers are no longer
> supported. Only VM installation is supported. This also means that the USB
> MOH sound device are also no longer supported for an external Music-on-Hold
> audio source. To overcome this limitation, you can configure Cisco Unified
> Survivable Remote Site Telephony (SRST) router as an audio source. This
> router provides multicast MOH audio for devices that are capable of
> multicast reception. In this approach, devices act as if Cisco Unified
> Communications Manager is sending the multicast MOH audio. However, in this
> approach too, devices that are capable of only the unicast reception cannot
> hear the MOH audio that an external MOH source (for example, Cisco Unified
> SRST router) sends. Devices that are capable of only unicast reception can
> be public switched telephone network (PSTN) phones, destination to session
> border controllers (SBC), and Session Initiation Protocol (SIP) trunks.
>
> Workaround:
> None
>
> Further Problem Description:
> This feature develops capability to configure one or more external
> Multicast Source(s) on CUCM Audio Source configurations. CUCM MOH will
> support receiving one or more multicast RTP Music stream from an external
> multicast source and unicast/multicast it to held callers. This allows
> replacing one or more of the MOH wav file audio sources with external
> multicast stream(s).
> Depending on what hardware / software is used to provide the external
> multicast stream(s), the originating source could be from a wav file, CD
> player, radio, or other audio device. As an example the Cisco SRST
> GW/Router can use an E&M port to connect a CD player as a source.
> MOH Audio Source Configuration page on CUCM admin is enhanced to configure
> following fields :
> i)Rebroadcast External Multicast Source
> ii)Source IPv4 Multicast Address
> iii)Source Port Number
>
> This feature has no impact on existing functionality of playing multicast
> MOH audio using external
> audio source for the devices that are capable of multicast reception.
> For unicast media connection, Cisco Unified Communications Manager MOH
> Server plays initial
> announcement and periodic announcement even if you configure the MOH audio
> source with external
> multicast source.
>
> Codec Specific Inbound Stream using External Multicast Source :
> Configure an external multicast audio source, such as Cisco Unified SRST
> router, to MOH server for streaming the required audio feed.
> i)Cisco Unified Communications Manager listens to multicast G.711 mu-law
> stream on external multicast
> IP address and port that you configured on the MOH Audio Source
> configuration window. An MOH
> server can transcode between the G.711 mu-law or a-law or L16 256K
> wideband MOH codecs. The
> external multicast RTP stream uses G.711 mu-law codec for MOH as a source
> for G.711 mu-law or
> a-law or L16 256K wideband MOH codecs. For G.711 a-law and wideband calls,
> Cisco Unified
> Communications Manager MOH server transcodes the inbound G.711 mu-law
> stream to outbound G.711
> a-law or wideband stream before sending it to the device.
> ii)Cisco Unified Communications Manager listens to multicast G.729 stream
> on external multicast IP and
> port value added with four that is configured on the MOH audio source
> configuration window. For
> example, if you configure an MOH audio Source with 239.1.1.1:16384, Cisco
> Unified Communications
> Manager listens to G.711 mu-law stream on 239.1.1.1:16384 and G.729
> stream on 239.1.1.1:16388 (port
> value added with four). An MOH server cannot transcode for G.729 codecs.
> Callers who are using MOH
> G.729 codec require an external multicast RTP stream using G.729 or G.729a
> codec.
>
> Customer Visible
> Add Notification
> Save Bug
> Open Support Case
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160226/eebb70de/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Add_notification_1335_16.png
Type: image/png
Size: 1592 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160226/eebb70de/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.png
Type: image/png
Size: 170606 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160226/eebb70de/attachment-0001.png>