cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
850
Views
7
Helpful
5
Replies

Multicast Music on Hold (MOH) Issue

Dennis Mink
VIP Alumni
VIP Alumni

I have an issue with multicast MOH, that seems to be related to the voicegateway. I am running a 2951 c2951-universalk9-mz.SPA.153-3.M6. in conjunction with CUCM 10.0.  I can see that when a phone is being put in hold, the correct multicast address 239.1.1.5 is used (see debug below) but the MOH file is never played out.  

TOPOLOGY:

voicegateway connected to layer 3 switch, phone connected to same Layer 3switch, but different subnet.

 

Voicegateway configuration, MOH related

interface GigabitEthernet0/0
 ip address 10.61.1.201 255.255.255.0
 ip pim sparse-mode
 ip multicast boundary 2
 duplex auto
 speed auto


call-manager-fallback
 max-conferences 8 gain -6
 transfer-system full-consult
 moh "CaribbeanBlue.wav"
 multicast moh 239.1.1.5 port 16384 route 10.61.1.201

ccm-manager music-on-hold bind GigabitEthernet0/0

ip multicast-routing 

on SW1:

interface Vlan11    (voicegateway, MOH, connected to this L3 interface)
 ip address 10.61.1.11 255.255.255.0
 ip helper-address 10.61.2.50
 no ip redirects
 ip pim sparse-mode
end

interface Vlan40   (Phone, being put on hold, connected to this L3 interface)
 ip address 10.61.4.11 255.255.255.0
 ip helper-address 10.61.2.50
 no ip redirects
 ip pim sparse-mode
end

debug ip mrouting, when putting a phone on hold:


sw1#
Oct 26 23:57:11: MRT(0): Update (*,239.1.1.5), RPF  /0.0.0.0
Oct 26 23:57:11: MRT(0): Set the C-flag for (*, 239.1.1.5)
Oct 26 23:57:11: MRT(0): WAVL Insert interface: Vlan40 in (* ,239.1.1.5) Successful
Oct 26 23:57:11: MRT(0): set min mtu for (0.0.0.0, 239.1.1.5) 18010->1500
Oct 26 23:57:11: MRT(0): Add Vlan40/239.1.1.5 to the olist of (*, 239.1.1.5), Forward state - MAC not built

Oct 26 23:55:35: PIM(0): Building Triggered (*,G) Join / (S,G,RP-bit) Prune message for 239.1.1.5

 

Above shows a join request on interface vlan40, where the phone is L3 connected.

 

sw1#sh ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report, 
       Z - Multicast Tunnel, z - MDT-data group sender, 
       Y - Joined MDT-data group, y - Sending to MDT-data group
       V - RD & Vector, v - Vector
Outgoing interface flags: H - Hardware switched, A - Assert winner
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode

(*, 239.1.1.5), 00:02:34/00:02:23, RP 0.0.0.0, flags: SJC  <------------------------------------------239.1.1.5 is what is configured on the VGW, and the                                                                                                                                                              phone is using the right multicast address
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Vlan40, Forward/Sparse, 00:00:57/00:02:23

(*, 239.255.255.253), 19:37:40/00:02:17, RP 0.0.0.0, flags: SP
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list: Null

 

No where can I see that the IP address 10.61.1.201 (VGW) has actually joined the 239.1.1.5 multicast group as the source.

 

I have removed the call-manager-fallback config in its entirety and performed a reboot, but cannnot get the VGW to become the source for 239.1.1.5 and until then, MOH will not play out.   

 

one interesting thing i noticed is:

voipgw#sh ephone summ

hairpin_block:
Max 0, Registered 0, Unregistered 0, Deceased 0 High Water Mark 0, Sockets 0
ephone_send_packet process switched 0


Max Conferences 77 with 0 active (8 allowed)

-------------------------------------
Skinny Music On Hold Status - group 0
 Active MOH clients 0 (max 1300), Media Clients 0, B-ACD Clients 0
 No MOH file loaded         <-----------------------------------------------------------------??

 

as it definitely loaded into flash:

 

   5  -rw-    41992652  Apr 29 2014 10:35:42 +10:00  CaribbeanBlue.wav

Before I TAC this, any ideas?

 

Please remember to rate useful posts, by clicking on the stars below.

5 Replies 5

Terry Cheema
VIP Alumni
VIP Alumni

You can try couple of things:

1) Remove the call-manager fallback and re-add it back

2) add the max-ephone and max-dn commands

3) You can also try to upload the file again (may not be required if it was working before, refer to below note in that case)

4) If it is a working router and has stopped suddenly, then it may be memory leak. I came across that, and a reboot fixed the issue. IOS upgrade stabilized that. I remember the output of sh ephone summ was similar to yours.

-Terry

Please rate all helpful posts

Sorry didnt realise you have already tried pretty much all of that :)

Yeah cheers Terry,

 

I will upgrade the IOS and give it another shot, otherwise I will  go and TAC it

 

Please remember to rate useful posts, by clicking on the stars below.

Ben Morgan
Level 3
Level 3

Try adding the IP Address 10.61.4.11 to the multicast command under call-manager fallback.

multicast moh 239.1.1.5 port 16384 route 10.61.1.201 10.61.4.11

 

And just so we are clear, you are playing G711ulaw from MoH Source Number 2 in CUCM? Unless you have configured your MoH Server to play 239.1.1.5 from Source 1?

 

See how you go.

 

Ben

Ben,

 

I am playing, source 5, g711ulaw from cucm. my debugs show 239.1.1.5 is invoked by the phone, this is why i concluded cucm is not the reason it is not working, but I could be wrong

Please remember to rate useful posts, by clicking on the stars below.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: