Lol. I'm still here. I'm trying to get an IP phone to register to my Commodore 64. I might need help. Lol
From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Vik Malhi Sent: Wednesday, November 11, 2009 12:13 AM To: Aamir Panjwani; Kumar, Narinder; Robert McGhee; OSL Group Subject: Re: [OSL | CCIE_Voice] MOH spoofing at remote branch Aamir- good to see you sticking around! It's like the KGB used to say- we will never let you leave (this list)! I'm sure Michael, Jonathan, Daniel, Otto et al are still addicted too. My two cents: no mgcp / mgcp. Also one more: the router is not multicasting and you do not need pim/multicast-routing enabled on the router since the router is the MOH server and we are flooding the multicast packets onto the subnets defined in the "multicast moh route" statement. -- Vik Malhi - CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com 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. ________________________________ From: Aamir Panjwani <aamir.panjw...@ivision.com.au> Date: Wed, 11 Nov 2009 15:50:21 +1100 To: "Kumar, Narinder" <narinder.ku...@uxcg.com.au>, Robert McGhee <bobwmcg...@verizon.net>, OSL Group <ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] MOH spoofing at remote branch In addition to what Narinder suggested, by default MOH file name is "music-on-hold.au" NOT "music_on_hold.au" unless you manually renamed it. If you are playing from flash there is no need to enable multicast/pim dense mode. Turn on "debug ccm-manager music-on-hold events" and "debug ip igmp" then make a test call If you hear "tone on hold" as opposed to dead silence, that usually means UCM config problem. Double check you mrg/mrgl/moh server/regions etc. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Kumar, Narinder Sent: Wednesday, 11 November 2009 3:43 PM To: Robert McGhee; 'OSL Group' Subject: Re: [OSL | CCIE_Voice] MOH spoofing at remote branch Robert, You need to change the command " multicast moh 239.1.1.1 port 16384" To multicast moh 239.1.1.1 port 16384 router XXXX ( Voice Vlan) XXXX ( loopback) Voice vlan for PSTN users and loopback for MOH between ip phones. Also if it is h323 gw you need ccm-manager music-on-hold. You need to "no" the existing commands and then add again, that's the way of resetting MOH from flash. From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Robert McGhee Sent: Wednesday, 11 November 2009 3:36 PM To: 'OSL Group' Subject: [OSL | CCIE_Voice] MOH spoofing at remote branch Hi, Anyone run into issues getting MOH to play from flash for remote sites, spoofing the multicast address? I have MOH setup for multicast on CUCM and MRGL is assigned to remote site phones. Here's remote configuration: call-manager-fallback max-conferences 8 gain -6 transfer-system full-consult ip source-address 10.0.200.1 port 2000 max-ephones 2 max-dn 4 moh music_on_hold.au multicast moh 239.1.1.1 port 16384 ip multicast-routing int f0/0 ip pim dense-mode Nothing shows up with "show ip mroute" I don't see anything for 239.1.1.1: For giggles I added ccm-manager music-on-hold. Still nothing just the "beeps". The MOH file does play when the phones are in SRST mode. I reset the streaming service and nothing, any ideas? Thanks!!! ________________________________ CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact UXC Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not UXC Getronics Australia. While we endeavour to protect our network from computer viruses, UXC Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system. ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ________________________________ _______________________________________________ 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
