You can prove the transcoder is good by making a direct call into the CUE. This also would prove the allow-connections is configured correctly. If you can transcode SIP to SIP then that is big news to me! Now assuming the test above is successful see if call forwarding to CUE from another CME phone works. If not the issue is xcoder related or allow-connections being missing or indeed you might be using dial-peer 0 (which allows ANY codec). Assuming the test above works you are missing the "call-forward pattern .T" command. If none of the above I would need the ENTIRE configuration to expand on this answer. Vik Malhi CCIE #13890 Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juan Sent: Thursday, May 29, 2008 4:56 AM To: 'OSL CCIE Voice Lab Exam' Subject: Re: [OSL | CCIE_Voice] Forwarded calls from CME phones to CUE arecleared if call coming from CCM Please disregard my previous mail : it seems Xcoding does indeed engage, even if the call comes from SIP g729 and it gets xcoded to g711 (direct call to CUE from CCM) In the past I think I overlooked this, as I was under the impression transcoding from SIP was not supported. Hence I thought to only have forwards to CUE work if the incoming dialpeer on CME would be h323. So, I have the same problem as you did now: no forwards to CUE work by means of the command: 'call-forward noan 3600 timeout 10' :-S When I set the DN manually to forward all to 3600, it works however... The outbound trunk on CCM is h323 (MTP checked, not waiting on h245 call capabilties, outbound fast start enabled or disabled- it doesn't matter: same as above (?) - I'd think of faststart outbound if h323-SIP...) Any help is greatly appreciated - I'm looking into it for some hours now.. I attached the ccapi output and dialpeer info from CME: BR2-RTR# May 29 2008 13:32:50.525 CEST: //209/xxxxxxxxxxxx/CCAPI/cc_api_caps_ind: Call Entry Is Not Found May 29 2008 13:32:50.525 CEST: //-1/00409C510200/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=2122251003 ----- ccCallInfo IE subfields ----- cisco-ani=2122251003 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=3001 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 May 29 2008 13:32:50.525 CEST: //-1/00409C510200/CCAPI/cc_api_call_setup_ind_common: Interface=0x66847600, Call Info( Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), BR2-RTR#Called Number=3001(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subsriber Type Str=Unknown, FinalDestinationFlag=TRUE, Incoming Dial-peer=2, Progress Indication=NULL(0), Calling IE Present=TRUE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=209 May 29 2008 13:32:50.525 CEST: //-1/00409C510200/CCAPI/ccCheckClipClir: In: Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) May 29 2008 13:32:50.525 CEST: //-1/00409C510200/CCAPI/ccCheckClipClir: Out: Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) May 29 2008 13:32:50.525 CEST: //209/00409C510200/CCAPI/cc_api_call_setup_ind_common: Set Up Event Sent; Call Info(Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=3001(TON=Unknown, NPI=Unknown)) May 29 2008 13:32:50.525 CEST: //209/00409C510200/CCAPI/cc_process_call_setup_ind: Event=0x66CE82F8 May 29 2008 13:32:50.525 CEST: //209/00409C510200/CCAPI/ccCallSetContext: Context=0x719A2F34 May 29 2008 13:32:50.525 CEST: //209/00409C510200/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed cid 209 with tag 2 to app "_ManagedAppProcess_Default" May 29 2008 13:32:50.525 CEST: //209/00409C510200/CCAPI/ccCallProceeding: Progress Indication=NULL(0) May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccCallSetupRequest: Destination=, Calling IE Present=TRUE, Mode=0, Outgoing Dial-peer=20008, Params=0x719A6CC4, Progress Indication=O BR2-RTR#RIGINATING SIDE IS NON ISDN(3) May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccCheckClipClir: In: Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccCheckClipClir: Out: Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccCallSetupRequest: Destination Pattern=3001$, Called Number=3001, Digit Strip=TRUE May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccCallSetupRequest: Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=3001(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info=HQ-phn3 Account Number=2122251003, Final Destination Flag=TRUE, Guid=00409C51-CC85-D11D-0200-00000A3D8169, Outgoing Dial-peer=20008 May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/cc_api_display_ie_subfields: ccCallSetupRequest: cisco-username=2122251003 ----- ccCallInfo IE subfields ----- cisco-ani=2122251003 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=3001 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccIFCallSetupRequestPrivate: Interface=0x66CC8824, Interface Type=6, Destination=, Mode=0x0, Call Params(Calling Number=2122251003(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=3001(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subsriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20008, Call Count On=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=) May 29 2008 13:32:50.529 CEST: //210/00409C510200/CCAPI/ccIFCallSetupRequestPrivate: SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1 May 29 2008 13:32:50.529 CEST: //210/00409C510200/CCAPI/ccCallSetContext: Context=0x719A6C74 May 29 2008 13:32:50.529 CEST: //209/00409C510200/CCAPI/ccSaveDialpeerTag: Outgoing Dial-peer=20008 May 29 2008 13:32:50.529 CEST: //210/00409C510200/CCAPI/cc_api_update_call_info: Interface=0x66CC8824, Call Id=0xD2 May 29 2008 13:32:50.529 CEST: //210/00409C510200/CCAPI/cc_api_call_proceeding: Interface=0x66CC8824, Progress Indication=NULL(0) May 29 2008 13:32:50.533 CEST: //210/00409C510200/CCAPI/cc_api_call_alert: Interface=0x66C BR2-RTR#C8824, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1) May 29 2008 13:32:50.533 CEST: //210/00409C510200/CCAPI/cc_api_call_alert: Call Entry(Retry Count=0, Responsed=TRUE) May 29 2008 13:32:50.533 CEST: //209/00409C510200/CCAPI/ccCallAlert: Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1) May 29 2008 13:32:50.533 CEST: //209/00409C510200/CCAPI/ccCallAlert: Call Entry(Responsed=TRUE, AlertSent=TRUE) BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# BR2-RTR# May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_call_disconnected: Cause Value=19, Interface=0x66CC8824, Call Id=210 May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=19, Retry Count=0) May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null May 29 2008 13:33:00.533 CEST: //-1/xxxxxxxxxxxx/CCAPI/ccUpdateRedirectNumber: Original Called Number=3001, Calling Number=2122251003, Calling DN=-1, Redirect Number=3600, Redirect Reason=2 May 29 2008 13:33:00.533 CEST: //209/00409C510200/CCAPI/ccCallForwardTo: Call Forward Number=3600, Call Forward Cause Reason=2, Call Id=209 May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=19) May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/ccCallDisconnect: Cause Value=19, Call Entry(Responsed=TRUE, Cause Value=19) May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null May 29 2008 13:33:00.533 CEST: //209/00409C510200/CCAPI/cc_api_call_disconnected: Cause Value=16, Interface=0x66847600, Call Id=209 May 29 2008 13:33:00.533 CEST: //209/00409C510200/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0) May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x66CC8824, Tag=0x0, Call Id=210, Call Entry(Disconnect Cause=19, Voice Class Cause Code=0, Retry Count=0) May 29 2008 13:33:00.533 CEST: //210/00409C510200/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent May 29 2008 13:33:00.537 CEST: //209/00409C510200/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16) And the Dialpeer info: dial-peer voice 3600 voip translation-profile outgoing 10to4digit destination-pattern 3[126].. session protocol sipv2 session target ipv4:10.48.97.67 dtmf-relay sip-notify codec g711ulaw ip qos dscp cs3 signaling no vad ! dial-peer voice 3601 voip translation-profile outgoing 10to4digit destination-pattern 3313253[126]00 session protocol sipv2 session target ipv4:10.48.97.67 dtmf-relay sip-notify codec g711ulaw ip qos dscp cs3 signaling no vad ! dial-peer voice 3999 voip session protocol sipv2 incoming called-number 399[89].... dtmf-relay sip-notify codec g711ulaw no vad ! dial-peer voice 1 pots translation-profile incoming 10to4digit incoming called-number . direct-inward-dial port 1/0/0:0 ! ... ! dial-peer voice 2 voip session protocol sipv2 incoming called-number 3... dtmf-relay rtp-nte no vad ! cheers, Juan _____ From: Juan [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2008 11:44 AM To: 'OSL CCIE Voice Lab Exam' Subject: RE: [OSL | CCIE_Voice] Forwarded calls from CME phones to CUE are cleared if call coming from CCM Hi Gustavo, have you found the issue with forwards to CUE? I see the same here, but in my setup the incoming leg on CME is SIP, using g729. As transcoding does not engage if 'launched' by SIP, CUE can't take the call as it only speaks g711. cheers, Juan _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Snow Sent: Friday, May 23, 2008 4:26 PM To: OSL CCIE Voice Lab Exam Subject: Re: [OSL | CCIE_Voice] Forwarded calls from CME phones to CUE are cleared if call coming from CCM Yes - please post your config! :) -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- 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 May 22, 2008, at 2:36 PM, Onur Tufekci wrote: Can you please post all the config on R2? On Thu, May 22, 2008 at 4:15 PM, Sanchez Galarza, Gustavo - (Col) <[EMAIL PROTECTED]> wrote: Hi: I have a very estrange issue: I make a call from a CCM phone to CME phone and the call is forwarded by no answer to CUE Voicemail but immediately I receive a busy tone in CCM. I see that the CME invoke the transcoder but the call doesn't proceed. If I make a direct call from CCM to CUE Pilot, this proceeds correctly and I hear the prompts and the transcoder operates good. I have configured transcoder, allow-connections h t s allow-connections s t h Anybody could provides me some feedback, idea? Thanks Gustavo Sánchez