That makes sense. All I have been using for the past year or so was 12.4(20)T in lab stuff, so it would have worked without it. Page 93 of lab 1 volume 3 is the screen shot.
________________________________ From: Mark Snow [mailto:ms...@ipexpert.com] Sent: Monday, February 23, 2009 1:53 PM To: Kevin Hogan (kevhogan) Cc: Vik Malhi; OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail So it works now? It will not work without it (if it shows unchecked in the answer key then it is a typo - what page and I will get it corrected right away). Reason is this: H323 DO (delayed offer) to SIP EM (early media) has only begun to be supported in the latest 12.4(xx)T train (20T I believe). So in the older mainline version in the current lab - if you are doing an IPIPGW (coming into CME H323 as slow start then leaving as SIP early media) then the call will fail. -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@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. -- On Feb 23, 2009, at 2:44 PM, Kevin Hogan (kevhogan) wrote: The one thing I missed...Fast Start with G.729 on the CCM Trunk. Thought I tried it, but apparently not! Curious though, in lab 1 of volume 3 this scenario does not have FastStart checked on the GK Trunk. Should it work without that? ________________________________ From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Kevin Hogan (kevhogan) Sent: Monday, February 23, 2009 12:57 PM To: Vik Malhi; OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail No luck...Here is the NM that I am using for DSP Farm (using different NM for PRI just to make sure it wasn't a conflict or something): NAME: "High Density Voice", DESCR: "High Density Voice" PID: NM-HDV= , VID: 1.0, SN: JAB034004DA NAME: "PVDM 3-C549 Simm", DESCR: "PVDM 3-C549 Simm" PID: PVDM-12= , VID: 1.0, SN: NAME: "PVDM 3-C549 Simm", DESCR: "PVDM 3-C549 Simm" PID: PVDM-12= , VID: 1.0, SN: NAME: "PVDM 3-C549 Simm", DESCR: "PVDM 3-C549 Simm" PID: PVDM-12= , VID: 1.0, SN: NAME: "PVDM 3-C549 Simm", DESCR: "PVDM 3-C549 Simm" PID: PVDM-12= , VID: 1.0, SN: As you mentioned, I changed DSP Farms, IOS, tried ICT, GK-ICT, with MTP on CCM, without MTP on CCM and everything else I can think of. Also went through a bunch of TAC cases (Cisco employee) and tried everything I could find. I am lost on this one! ________________________________ From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, February 23, 2009 12:51 PM To: Kevin Hogan (kevhogan); OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail I see that the DSP is engaging from a previous post and that you have changed your DSPfarm too so that removes the possibility of HW problems. One more thing to try if you haven't already I don't know how many DSP's you have available. Bring down the max sessions down to "2" (in both places) and # of units down to "1" followed by no sccp/sccp. I've seen strange things happen when you exceed the max sessions you "really" have. -- Vik Malhi - CCIE #13890, CCSI #31584 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: "Kevin Hogan (kevhogan)" <kevho...@cisco.com> Date: Mon, 23 Feb 2009 13:34:52 -0500 To: Vik Malhi <vma...@ipexpert.com>, OSL Group <ccie_voice@onlinestudylist.com> Subject: RE: [OSL | CCIE_Voice] CCM-->CUE call fail Just erased the config, re configured it with same result. I have also tried (and currently using) non-GK controlled ICT to take GK out of the mix (just incase). Calls go through fine with g711 forced end to end, but with 729 to CME they fail. Attached is the config as it stands right now. ________________________________ From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, February 23, 2009 12:22 PM To: Kevin Hogan (kevhogan); OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail Check the output of "show sdspfarm units" on the CME- how does it look? Also can you send your full CME router config. -- Vik Malhi - CCIE #13890, CCSI #31584 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: "Kevin Hogan (kevhogan)" <kevho...@cisco.com> Date: Mon, 23 Feb 2009 12:28:11 -0500 To: Vik Malhi <vma...@ipexpert.com>, OSL Group <ccie_voice@onlinestudylist.com> Subject: RE: [OSL | CCIE_Voice] CCM-->CUE call fail Can ping the 6608 Xcoder IP from the CUE and other way. G711 works fine. Hmmmm. ________________________________ From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, February 23, 2009 11:21 AM To: Kevin Hogan (kevhogan); OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail Sounds like a routing issue somewhere along the media path. - Check the default gw for the CUE. - If the call is passing through an MTP on the CCM side check the xcoder default gw (6608). A problem here would also cause dead air on calls to CME phones - if the two things above are fine then remove the need for the xcoder. Change the DP on the trunk, change your incoming dial-peer codec, remove any bandwidth CAC on the GK and test g711u end to end. -- Vik Malhi - CCIE #13890, CCSI #31584 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: "Kevin Hogan (kevhogan)" <kevho...@cisco.com> Date: Mon, 23 Feb 2009 11:42:47 -0500 To: Vik Malhi <vma...@ipexpert.com>, OSL Group <ccie_voice@onlinestudylist.com> Subject: RE: [OSL | CCIE_Voice] CCM-->CUE call fail Already have it in there (forgot to put that in last email) and the call is hitting it. Still dead air when CUE answers. Here is the incoming DP it is hitting: dial-peer voice 1001 voip translation-profile incoming strip-prefix ---strips tech prefix. incoming called-number 2#3... ---tried with "." just incase, but no luck no vad ________________________________ From: Vik Malhi [mailto:vma...@ipexpert.com] Sent: Monday, February 23, 2009 9:10 AM To: Kevin Hogan (kevhogan); OSL Group Subject: Re: [OSL | CCIE_Voice] CCM-->CUE call fail I think you need an inbound VOIP dial-peer in order to fix the codec to g729 and thereby intiating the transcoder. Try this: Dial-p v xx voip incoming called-number . codec g729r8 !! DEFAULT COMMAND- FYI only -- Vik Malhi - CCIE #13890, CCSI #31584 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: "Kevin Hogan (kevhogan)" <kevho...@cisco.com> Date: Mon, 23 Feb 2009 02:54:27 -0500 To: OSL Group <ccie_voice@onlinestudylist.com> Subject: [OSL | CCIE_Voice] CCM-->CUE call fail Have CCM---> GK Controlled ICT (G.729) -- > CME --> CFNA (or direct to VM) -->CUE. With IOS 12.4(3) call gets to CUE, but no audio. With IOS 12.4(23) call gets fast busy (tried changing IOS incase DSP firmware issue or bug). I have xcoders on CME...here is the output of show sccp: SCCP Admin State: UP Gateway IP Address: 192.168.1.1 Switchover Method: IMMEDIATE, Switchback Method: GUARD_TIMER Switchback Guard Timer: 1200 sec, IP Precedence: 5 Max Supported MTP sessions: 0 User Masked Codec list: None Transcoding Oper State: ACTIVE - Cause Code: NONE Active Call Manager: 10.1.202.1, Port Number: 2000 TCP Link Status: CONNECTED Conferencing Oper State: DOWN - Cause Code: DSPFARM_DOWN Active Call Manager: NONE TCP Link Status: NOT_CONNECTED Call Manager: 10.1.202.1, Port Number: 2000 Priority: 1, Version: 3.1 or Higher The "Max Supported MTP sessions: 0" seems strange to me. Not sure if that is normal or not. If I use g.711 throughout the call goes through fine. Relevant pieces of CME config: voice-card 2 dspfarm dsp services dspfarm ! voice service voip allow-connections h323 to h323 allow-connections h323 to sip allow-connections sip to h323 allow-connections sip to sip ! sccp local FastEthernet0/1 sccp sccp ccm 10.1.202.1 priority 1 ! dspfarm transcoder maximum sessions 10 dspfarm ! dial-peer voice 3600 voip destination-pattern 3[1269].. session protocol sipv2 session target ipv4:10.1.202.2 dtmf-relay sip-notify codec g711ulaw no vad ! telephony-service sdspfarm units 1 sdspfarm transcode sessions 10 sdspfarm tag 1 mtp001ae2a4c081 call-forward pattern .T transfer-system full-consult transfer-pattern .T Any ideas??? Thanks!
