Here is a link that some other group talking about the same issue: http://www.voiceie.com/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=8;t=000599
On Tue, Jun 3, 2008 at 8:16 AM, Onur Tufekci <[EMAIL PROTECTED]> wrote: > same here! > > I got these configured > > voice service voip > allow connections h323 to sip > allow connections sip to h323 > h323 > sip > > Transcoder is registered > > Under telephony service > call-forward pattern .T > transfer-system full-consult > transfer-pattern .T > > ephone-dn 3 dual-line > call-forward busy 3600 > call-forward noan 3600 timeout 10 > > > > > On Thu, May 29, 2008 at 7:55 AM, Juan <[EMAIL PROTECTED]> wrote: > >> 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* >>> >> >> >> >