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]
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!








Reply via email to