Curious, what is the requirement for FastStart being enabled on an ICT Gatekeeper Controlled Trunk again?
On Mon, Feb 23, 2009 at 2:03 PM, Kevin Hogan (kevhogan) <kevho...@cisco.com>wrote: > Yep...Here it is... > > > ------------------------------ > *From:* Mark Snow [mailto:ms...@ipexpert.com] > *Sent:* Monday, February 23, 2009 2:00 PM > > *To:* Kevin Hogan (kevhogan) > *Cc:* Vik Malhi; OSL Group > *Subject:* Re: [OSL | CCIE_Voice] CCM-->CUE call fail > > Thanks will fix the screenshot. But call does indeed work fine now? > > -- > 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:55 PM, Kevin Hogan (kevhogan) wrote: > > 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 <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<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 <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 <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 <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 <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! > > > > > > > > > -- ______ Jeremy Combs Cellular: (608) 695-1240