You need to force the g711 on your dial-peers. I am assuming you are using H323 so just include codec g711 on voip dialpeers pointing to CUCM.
Thanks -----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccie_voice-requ...@onlinestudylist.com Sent: Tuesday, January 26, 2010 1:47 PM To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 47, Issue 128 Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. MOH from flash to PSTN (Angel Perez) 2. CME files for phones (Randall Crumm) 3. Re: fair-queue when configuring FRF.12 (Otto Sanchez) 4. Re: MOH from flash to PSTN (Omar Dahmani) ---------------------------------------------------------------------- Message: 1 Date: Tue, 26 Jan 2010 17:12:38 +0000 From: Angel Perez <gorr...@hotmail.com> Subject: [OSL | CCIE_Voice] MOH from flash to PSTN To: <ccie_voice@onlinestudylist.com> Message-ID: <col110-w65124ac136eea6fcbe80b8a1...@phx.gbl> Content-Type: text/plain; charset="iso-8859-1" Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call Codec Incoming Address number in/out id Interface =================================================================== 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep" Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance _________________________________________________________________ http://www.quemovileres.com/ ?Descubre qu? M?vil eres! Hay uno hecho para ti. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100126/8c353027/attachment-0001.htm ------------------------------ Message: 2 Date: Tue, 26 Jan 2010 09:47:40 -0800 From: Randall Crumm <randall.cr...@harmonicinc.com> Subject: [OSL | CCIE_Voice] CME files for phones To: "ccie_voice@onlinestudylist.com" <ccie_voice@onlinestudylist.com> Message-ID: <9473270a65ca67458d287f3da3c9f37d0f008f0...@exch-cms.hlit.local> Content-Type: text/plain; charset="us-ascii" Hi, I want to know what are the four files in CME? I don't work with CME and I am looking at lab 3A .bin .loads .sb2 .sbn Thanks, Randall -----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccie_voice-requ...@onlinestudylist.com Sent: Tuesday, January 26, 2010 9:00 AM To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 47, Issue 127 Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. Call Forward not working (Sivakumar Mahalingam) 2. Re: MULTICAST MOH over SIP TRUNK? (Vccie Vccie) ---------------------------------------------------------------------- Message: 1 Date: Tue, 26 Jan 2010 11:22:32 -0500 From: Sivakumar Mahalingam <sima...@gmail.com> Subject: [OSL | CCIE_Voice] Call Forward not working To: OSL Group <ccie_voice@onlinestudylist.com> Message-ID: <703b51d01001260822y1df82b73se07cd3463a9f3...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi All, I need some help for the below issue that am facing. I have CUCM 7.1.3(a) running on my VoIP network and the issue is ,when i setup "forward all" for Extn A to Extn B ,the off campus calls are forwarded to Extn B correctly and the on campus calls are not being forwarded and it rings the Extn A phone directly. If anyone of you have faced a simillar kind of problem,please let me know you thoughts. Thanks, Simah. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100126/da62b3f3/attachment-0001.htm ------------------------------ Message: 2 Date: Tue, 26 Jan 2010 10:29:43 -0600 From: Vccie Vccie <voiceccie2...@gmail.com> Subject: Re: [OSL | CCIE_Voice] MULTICAST MOH over SIP TRUNK? To: ccie_voice@onlinestudylist.com Message-ID: <8adf63bc1001260829x19043ec8kde845eed89336...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" After further testing I have confirmed that is indeed the IOS version that is not allowing for the Multicast MOH over a SIP trunk to a PSTN Termination. Tested versions: c2801-adventerprisek9_ivs-mz.124-20.T4.bin = PSTN MOH DOESN"T WORK c2801-adventerprisek9_ivs-mz.124-22.T.bin = PSTN MOH WORKS Typology SIP/SKINNYPHONE -> UCM (Multicast-PUB/MGRL) -> SIPTRUNK -> (HQ-2801 sourced Multicast MOH) > PRI -> (PSTN-2821) ->PSTNPHONE If any one know anything to the contrary to my findings please respond as I am under the assumption that this is the final outcome. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100126/97cae30a/attachment-0001.htm ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 47, Issue 127 ******************************************* ------------------------------ Message: 3 Date: Tue, 26 Jan 2010 13:44:52 -0430 From: Otto Sanchez <o...@ipexpert.com> Subject: Re: [OSL | CCIE_Voice] fair-queue when configuring FRF.12 To: sean hurricane <shurric...@gmail.com> Cc: ccie_voice@onlinestudylist.com Message-ID: <be6b39441001261014l4e0c1fcan1bb72769bcf30...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi Sean, This is the router's expected behavior whenever you configure fragmentation (frame-relay fragmentation) on a frame-relay class map (and haven't assigned any service policy to it yet), please take a look at the command reference: http://www.cisco.com/en/US/docs/ios/wan/command/reference/wan_f1.html#wp1013944 As you noticed, if you already configured a hierarchical service policy into a FR map-class and configure the frame-relay fragment, the command suddenly appears. However, if you do the same with a non-hierarchical policy the frame-relay fair-command will not be there automatically, To sum up, if the FR map-class is directly attached to a hierarchical service policy or hasn't any configured before the introduction of the fragment command, the frame-relay fair-queue will appear, In any case, I think this command won't hurt as the configured service policy (whether it is hierarchical or not) queue configuration will take effect, Hope this makes sense, On Sun, Jan 24, 2010 at 4:25 PM, sean hurricane <shurric...@gmail.com>wrote: > When configuring FRF.12 using class based shaping is it normal for frame > relay to auto magically append fair queue, i have been noticing this problem > since last week and can't turn it off. i have tried turning it off on the > physical interface but it show back up again, see below > > HQ#sh run > Building configuration... > > > Current configuration : 4076 bytes > ! > ! Last configuration change at 12:57:58 PST Sun Jan 24 2010 > ! NVRAM config last updated at 12:58:05 PST Sun Jan 24 2010 > ! > version 12.4 > service timestamps debug datetime msec > service timestamps log datetime msec > no service password-encryption > ! > hostname HQ > ! > boot-start-marker > warm-reboot > boot-end-marker > ! > logging message-counter syslog > ! > no aaa new-model > clock timezone PST -8 > clock summer-time PST recurring > network-clock-participate wic 1 > ! > dot11 syslog > ip source-route > ! > ! > ip cef > ip dhcp excluded-address 10.10.200.1 10.10.200.49 > ip dhcp excluded-address 10.10.200.70 10.10.200.254 > ip dhcp excluded-address 10.10.201.1 10.10.201.49 > ip dhcp excluded-address 10.10.201.70 10.10.201.254 > ip dhcp excluded-address 10.10.202.1 10.10.202.49 > ip dhcp excluded-address 10.10.202.70 10.10.202.254 > ! > ip dhcp pool HQ > network 10.10.200.0 255.255.255.0 > default-router 10.10.200.3 > option 150 ip 10.10.210.11 > ! > ip dhcp pool BR1 > network 10.10.201.0 255.255.255.0 > default-router 10.10.201.1 > option 150 ip 10.10.210.11 > ! > ip dhcp pool BR2 > network 10.10.202.0 255.255.255.0 > default-router 10.10.202.1 > option 150 ip 10.10.210.11 > ! > ! > no ip domain lookup > ip domain name ipexpert.com > no ipv6 cef > ! > multilink bundle-name authenticated > ! > ! > ! > ! > isdn switch-type primary-ni > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > voice-card 0 > ! > ! > ! > ! > ! > archive > log config > hidekeys > ! > ! > ! > ! > ! > controller T1 0/1/0 > pri-group timeslots 1-3,24 service mgcp > ! > controller T1 0/1/1 > ! > ! > class-map match-any MEDIA > match protocol sip > match protocol h323 > match protocol mgcp > match protocol rsvp > match protocol skinny > class-map match-any RTP > match protocol rtp audio > match protocol rtcp > ! > ! > policy-map LLQ > class RTP > priority 23 > compress header ip rtp > set dscp ef > class MEDIA > bandwidth 17 > set dscp af31 > class class-default > fair-queue > policy-map SHAPE > class class-default > shape average 364800 3648 > service-policy LLQ > ! > ! > ! > ! > ! > interface Loopback0 > ip address 10.10.110.1 255.255.255.0 > ! > interface FastEthernet0/0 > no ip address > duplex auto > speed auto > ! > interface FastEthernet0/0.10 > encapsulation dot1Q 10 native > ip address 10.10.100.1 255.255.255.0 > ! > interface FastEthernet0/0.20 > encapsulation dot1Q 20 > ip address 10.10.200.3 255.255.255.0 > ip helper-address 10.10.210.10 > ! > interface FastEthernet0/0.30 > encapsulation dot1Q 30 > ip address 10.10.210.1 255.255.255.0 > ! > interface FastEthernet0/1 > no ip address > shutdown > duplex auto > speed auto > ! > interface Serial0/1/0:23 > no ip address > encapsulation hdlc > isdn switch-type primary-ni > isdn incoming-voice voice > isdn bind-l3 ccm-manager > isdn outgoing display-ie > no cdp enable > ! > interface Serial0/2/0 > no ip address > shutdown > no fair-queue > clock rate 2000000 > ! > interface Serial0/3/0 > no ip address > encapsulation frame-relay > ! > interface Serial0/3/0.1 point-to-point > ip address 10.10.111.1 255.255.255.0 > snmp trap link-status > frame-relay interface-dlci 102 > class BR1 > ! > interface Serial0/3/0.2 point-to-point > ip address 10.10.112.1 255.255.255.0 > snmp trap link-status > frame-relay interface-dlci 103 > ! > router ospf 10 > log-adjacency-changes > network 0.0.0.0 255.255.255.255 area 0 > ! > ip forward-protocol nd > ip http server > no ip http secure-server > ! > ! > ! > ! > map-class frame-relay BR1 > frame-relay fragment 480 > frame-relay fair-queue > service-policy output SHAPE > ! > ! > ! > ! > ! > ! > ! > control-plane > ! > ! > ! > voice-port 0/1/0:23 > ! > ccm-manager redundant-host 10.10.210.10 > ccm-manager mgcp > ccm-manager fax protocol cisco > ! > mgcp > mgcp call-agent 10.10.210.11 service-type mgcp version 0.1 > mgcp dtmf-relay voip codec all mode out-of-band > mgcp fax t38 ecm > mgcp bind control source-interface Loopback0 > mgcp bind media source-interface Loopback0 > mgcp behavior g729-variants static-pt > ! > mgcp profile default > ! > ! > ! > ! > ! > ! > gatekeeper > shutdown > ! > ! > line con 0 > privilege level 15 > line aux 0 > line vty 0 4 > exec-timeout 0 0 > privilege level 15 > password cisco > login > line vty 5 15 > exec-timeout 0 0 > privilege level 15 > password cisco > login > ! > scheduler allocate 20000 1000 > ntp source Loopback0 > ntp server 10.1.100.2 > end > > HQ# > > > any thoughts? > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > -- Regards, Otto Sanchez CCIE #25592 (Voice) Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100126/7a190a5a/attachment-0001.htm ------------------------------ Message: 4 Date: Tue, 26 Jan 2010 19:46:28 +0100 From: "Omar Dahmani" <omar.dahm...@gmx.de> Subject: Re: [OSL | CCIE_Voice] MOH from flash to PSTN To: "'Angel Perez'" <gorr...@hotmail.com>, <ccie_voice@onlinestudylist.com> Message-ID: <01ad01ca9eb7$dfa5cfb0$9ef16f...@dahmani@gmx.de> Content-Type: text/plain; charset="iso-8859-1" Maybe it is for some reason a codec mismatch. So maybe your MOH Server is using G711 and the Gateway is using G729. Please try to allow G729 as well on the IP Voice Media Streaming App and check if you still hear beep when calling from the PSTN phone. If you hear nothing, then do a sh ccm-manager music-on-hold again to check if the multicast address is 239.1.1.3. Which protocol are you using, MGCP or H.323? HTH, Omar Von: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Im Auftrag von Angel Perez Gesendet: Dienstag, 26. Januar 2010 18:13 An: ccie_voice@onlinestudylist.com Betreff: [OSL | CCIE_Voice] MOH from flash to PSTN Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call Codec Incoming Address number in/out id Interface =================================================================== 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep" Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance _____ ?Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la ?ltima <http://deportes.es.msn.com/> informaci?n de tus equipos favoritos. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100126/4e73f4e3/attachment.htm ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 47, Issue 128 ******************************************* _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com