Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
It's from multicast moh section of the cmeadmin guide, page 1252 of the current guide version. I think that has nothing to do with live-feed in this case. 2012/10/4 Dimuthu dim...@yahoo.com For me it seems document is correct (no typos). We can configure different moh live-feeds with unique media port numbers using voice moh-group number command. Document Author seems referring to the live-feed with media port 2000 inside telephony-service configuration. *From:* Jason Aarons (AM) jason.aar...@dimensiondata.com *To:* Steffen Bruening stbruen...@gmail.com; ccie_voice ccie_voice@onlinestudylist.com *Sent:* Wednesday, October 3, 2012 8:59 PM *Subject:* Re: [OSL | CCIE_Voice] CME Multicast MOH Port number I think that is a typo. Stick with 16384. *From:* ccie_voice-boun...@onlinestudylist.com [mailto: ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Steffen Bruening *Sent:* Tuesday, October 02, 2012 5:28 PM *To:* ccie_voice *Subject:* [OSL | CCIE_Voice] CME Multicast MOH Port number Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: *port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router.* I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen itevomcid ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
Yes , it's easier if we can just read this page only get required details for configuration. I just tried to figure it out what this doc writer is trying to say by reading the whole MoH section of same guide. This can't be a typo because same guide use port number 2000 for MoH in example configurations as well. There's no recommendation for a specific single port numbers for MoH. We use 16384 as it's there in CUCM by default. We can change base port in CUCM as required. Tks From: Steffen Bruening stbruen...@gmail.com To: Dimuthu dim...@yahoo.com Cc: Jason Aarons (AM) jason.aar...@dimensiondata.com; ccie_voice ccie_voice@onlinestudylist.com Sent: Thursday, October 4, 2012 2:02 PM Subject: Re: [OSL | CCIE_Voice] CME Multicast MOH Port number It's from multicast moh section of the cmeadmin guide, page 1252 of the current guide version. I think that has nothing to do with live-feed in this case. 2012/10/4 Dimuthu dim...@yahoo.com For me it seems document is correct (no typos). We can configure different moh live-feeds with unique media port numbers using voice moh-group number command. Document Author seems referring to the live-feed with media port 2000 inside telephony-service configuration. From: Jason Aarons (AM) jason.aar...@dimensiondata.com To: Steffen Bruening stbruen...@gmail.com; ccie_voice ccie_voice@onlinestudylist.com Sent: Wednesday, October 3, 2012 8:59 PM Subject: Re: [OSL | CCIE_Voice] CME Multicast MOH Port number I think that is a typo. Stick with 16384. From:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Steffen Bruening Sent: Tuesday, October 02, 2012 5:28 PM To: ccie_voice Subject: [OSL | CCIE_Voice] CME Multicast MOH Port number Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router. I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen itevomcid ___ For more information regarding industry leading CCIE Lab training, please visit http://www.ipexpert.com/ Are you a CCNP or CCIE and looking for a job? Check out http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
So it is not a typo. This may clear things up a bit. Let's play out two scenarios 1st Scenario Standalone CME site. Router is configured with CME and has 2 ephones registered. Your customer has complained that having the router source an individual UNICAST steam each time someone places someone else on hold is just beyond what they want to do. Instead they have asked to you multicast the MOH so that there is one stream all the time that the end client may tune into whilst placed on hold. To do this you go into the CME and enter the following commands... Telephony-service Moh music-on-hold.au Multicast moh 229.0.0.1 port 2000 route x.x.x.x x.x.x.x ... At this point the router is now streaming multicast traffic. You must also enable PIM on the loopback such that the MOH can be Multicast to any calls across the PSTN. But for the most part , there is now active multicast MOH steam on your router. Now when an individual places another person on hold the traffic flow goes as such Phone1 presses hold-sccp/hold signal sent to CME for active call-CME Router CME router looks through parameters sees that Multicast MOH is enabled and tells distant end to listen to 229.0.0.1 and port 2000 for audio. Basically it tells the phone to listed on a new port and IP such that it can hear the rtp of the MOH. Phone1 presses hold again-sccp/hold signal sent to CME (give me my call back...)CME Router CME router then tells distant phone, ok your done listening to that IP and port, go back to the original port and IP again. But in the back ground the MOH is still being multicasted, the distant phone just isn't listening anymore. The commands entered into CME earlier do two things.. 1. Tells the router to stream MOH as multicast and 2. Gives a Multicast IP address and Port number to multicast on as well as inform the placed on hold caller to which IP and port to listen to. Now Scenario two. You have a Cisco UCM running in a Centralized location with distributed call processing. IE.. you have users at a remote location that home back to the HQ location in order to register and process call requests. Those remote users also have a local gateway which is also providing SRST services. Router with CME/CMFB running SRST. Now let say that your customer says we have noticed that when a large number of Unicast streams of MOH are sent across our limited WAN that it is detrimental to our link speeds. However, we don't want to have multicast traffic going across either because it is not a valid solution for us. In this case you can trick the users at the remote site into thinking that they are listening to MOH from the HQ location although it is actually being sourced from the local gateway. So lets think about how this happens. Usually you would set either your PUB or your SUB at the HQ location to Multicast an MOH file. You would then sent th e number of HOPS to reach from one subnet/VLAN across your WAN link and into your voice VLAN on the remote location. You would also setup PIM on the appropriate interfaces to allow the Multicast traffic to traverse the Layer 3 interfaces. Then the call flow would happen as such for an active call Phone 1 send hold signal to UCM cluster at HQ location across WAN-UCM UCM then checks device pool settings of user/gateway that is being placed on hold to find that they should listen to Multicast MOH UCM sends signal to distant phone/gateway to tune into 229.0.0.1 port 16384--phone/gateway. The phone/gateway then hears the Multicast traffic that is already actively being transmitted(this is why you hear the music on hold in the middle of the song rather than it starting from beginning). Now we're almost there, no unicast across the WAN, however we're still breaking our customer's requirement of no Multicast either. Ok so if I turn off PIM then I will stop the Multicast but the user place on hold with no longer hear the stream... So repeat the same steps for scenario one. However there are a few things to consider here. The users at the remote site are registered to the UCM at HQ location. This means all signaling for call activity is based upon how the UCM cluster is configured. So when you setup your Multicast MOH in your CME/SRST router you must match the Multicast settings that you set up back on the SUB/PUB upon which you are/were multicasting your MOH file from. Key details here are codec, Multicast IP, and port number. The Multicast IP and port you set in CME/SRST needs to match what the UCM thinks that distant user is using. So if you have increment on IP address or Port number selected results may vary. Research this if you are confused here. Ok so now your CME router is now playing Multicast MOH from flash on the same IP and port as what UCM was sending across the WAN. You also stopped the multicast traffic from playing across the WAN.
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
This cisco document is not wrong. It's for a live MoH feed ( which is already port 2000 ) a backup flash file with same port. In my practice using PL , I could hear MoH (usually 2 different musics for CUCM Router by default ), I used ports 1638x. If it's blocked you can use local router flash moh (under srst) Tks From: William Bell b...@ucguerrilla.com To: Steffen Bruening stbruen...@gmail.com Cc: ccie_voice ccie_voice@onlinestudylist.com Sent: Wednesday, October 3, 2012 5:49 AM Subject: Re: [OSL | CCIE_Voice] CME Multicast MOH Port number Steffen, I saw that note as well and (erroneously or not) dismissed it. I go with 16384 in my lab tests and my gear is 100% in my lab. It works and, unless the IE lab requirements state something that suggests using something different I plan to stick with 16384. -Bill -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Oct 2, 2012, at 5:28 PM, Steffen Bruening wrote: Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router. I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen___ For more information regarding industry leading CCIE Lab training, please visit http://www.ipexpert.com/ Are you a CCNP or CCIE and looking for a job? Check out http://www.platinumplacement.com/ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
I think that is a typo. Stick with 16384. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Steffen Bruening Sent: Tuesday, October 02, 2012 5:28 PM To: ccie_voice Subject: [OSL | CCIE_Voice] CME Multicast MOH Port number Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: port port-number-Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router. I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen itevomcid___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
For me it seems document is correct (no typos). We can configure different moh live-feeds with unique media port numbers using voice moh-group number command. Document Author seems referring to the live-feed with media port 2000 inside telephony-service configuration. From: Jason Aarons (AM) jason.aar...@dimensiondata.com To: Steffen Bruening stbruen...@gmail.com; ccie_voice ccie_voice@onlinestudylist.com Sent: Wednesday, October 3, 2012 8:59 PM Subject: Re: [OSL | CCIE_Voice] CME Multicast MOH Port number I think that is a typo. Stick with 16384. From:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Steffen Bruening Sent: Tuesday, October 02, 2012 5:28 PM To: ccie_voice Subject: [OSL | CCIE_Voice] CME Multicast MOH Port number Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router. I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen itevomcid ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] CME Multicast MOH Port number
Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: *port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router.* I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] CME Multicast MOH Port number
Steffen, I saw that note as well and (erroneously or not) dismissed it. I go with 16384 in my lab tests and my gear is 100% in my lab. It works and, unless the IE lab requirements state something that suggests using something different I plan to stick with 16384. -Bill -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Oct 2, 2012, at 5:28 PM, Steffen Bruening wrote: Hi all, I know that usually we would configure multicast moh for CME in this way multicast' moh 239.1.1.1 port 16384 route . I read through the CME admin guide and found the following sentence: port port-number—Media port for multicast. Range is 2000 to 65535. We recommend port 2000 because it is already used for normal RTP media transmissions between IP phones and the router. I use hardware vpn with Proctorlabs so I can't test multicast moh with my phones at home. Did somebody uses Port 2000 for multicast moh? Regards Steffen ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
