if you remove the call start interwork and on your ucm h225 trunk un check "wait for far end TCS set" it should work as well
2011/7/1 Art Joe Babakhani Gharibian <[email protected]> > One more thing. I couldn't answer the call without "call start interwork" > so I added the following class to both incoming and outgoing dial-peers. > > voice class h323 5 > h225 timeout tcp establish 5 > h225 display-ie ccm-compatible > call start interwork > > Thanks, > Joe > On Fri, Jul 1, 2011 at 11:34 AM, Art Joe Babakhani Gharibian < > [email protected]> wrote: > >> thanks, it was the codec I changed it and now is working. >> >> >> On Fri, Jul 1, 2011 at 7:57 AM, manishankar pandey < >> [email protected]> wrote: >> >>> Yes this has to do with Codec mismatch. Or the Interpretation of Fast >>> start and Slow start. >>> >>> Try using the below option >>> >>> 1) Create Voice class and then bind it to dial-peer >>> Example : >>> >>> voice class h323 1 >>> h225 timeout tcp establish 5 >>> h225 display-ie ccm-compatible >>> call start fast >>> ! >>> voice class h323 5 >>> h225 timeout tcp establish 5 >>> h225 display-ie ccm-compatible >>> call start interwork >>> ! >>> voice class h323 6 >>> h225 timeout tcp establish 5 >>> h225 display-ie ccm-compatible >>> call start slow >>> >>> And under Dial-peer VoIP, try testing with each Voice class h323 command >>> >>> " voice-class h323 "1/5/6" >>> Thanks >>> --- On *Fri, 7/1/11, Emin Guliyev <[email protected]>* wrote: >>> >>> >>> From: Emin Guliyev <[email protected]> >>> Subject: Re: [OSL | CCIE_Voice] CME to CUCM Via CUBE configuration >>> assistant >>> To: "Art Joe Babakhani Gharibian" <[email protected]>, " >>> [email protected]" <[email protected]> >>> Date: Friday, July 1, 2011, 6:01 PM >>> >>> >>> Looks like it is failing due to codec negotiation. >>> >>> >>> >>> Media negotiation failure >>> >>> Typical scenarios include: >>> >>> •[image: Description: http://www.cisco.com/en/US/i/templates/blank.gif]No >>> codec match occurred. >>> >>> •[image: Description: http://www.cisco.com/en/US/i/templates/blank.gif]H.323 >>> or H.245 problem leading to failure in media negotiation >>> >>> 65 >>> >>> CC_CAUSE_BEARER_CAPABILITY_ >>> NOT_IMPLEMENTED >>> >>> Indicates that the equipment sending this cause does not support the >>> bearer capability requested. >>> >>> >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/cch323_h225_send_release: Cause >>> = 65; Location = 0 >>> >>> >>> >>> >>> >>> *From:* [email protected] [mailto: >>> [email protected]] *On Behalf Of *Art Joe Babakhani >>> Gharibian >>> *Sent:* Friday, July 01, 2011 12:47 AM >>> *To:* [email protected] >>> *Subject:* [OSL | CCIE_Voice] CME to CUCM Via CUBE configuration >>> assistant >>> >>> >>> >>> Has anyone tested a call from CME >> to >> CUCM via Gatekeeper and CUBE? >>> >>> Could you please provide a working configuration sample? >>> >>> I have configured the gatekeeper to send the calls from CME to CUCM via >>> CUBE. CME calls drop after matching an incoming voip dialpeer in the CUBE. >>> I can’t figure out why my calls get disconnected once they match an incoming >>> dial-peer. It is worth mentioning that I use that exact same dial-peers to >>> send calls from CUCM to CME and they work just fine. >>> >>> I am pasting some show and debug outputs. >>> >>> Thanks, >>> >>> Joe >>> >>> *ON the CUBE >> show run | s dial-peer * >>> >>> dial-peer voice 20 voip >>> >>> incoming called-number . >>> >>> dtmf-relay h245-alphanumeric >>> >>> no vad >>> >>> dial-peer voice 21 voip >>> >>> destination-pattern [1,3,5]... >>> >>> voice-class codec 1 >>> >>> session target ras >>> >>> dtmf-relay h245-alphanumeric >>> >>> no vad >>> >>> >>> >>> >>> >>> *show run | s gatek * >>> >>> gatekeeper >>> >>> zone local Spain ipexpert.com outvia VGK >>> >>> zone local US ipexpert.com outvia VGK >>> >>> zone local VGK ipexpert.com >>> >>> zone remote PSTN-WAN ipexpert.com 10.10.100.2 1719 >>> >>> zone prefix US 1... gw-priority 10 gk-trunk_1 >>> >>> zone prefix US 1... gw-priority 9 gk-trunk_2 >>> >>> zone prefix Spain 3... >>> >>> zone prefix US 5... gw-priority 10 gk-trunk_1 >>> >>> zone prefix US 5... gw-priority 9 gk-trunk_2 >>> >>> gw-type-prefix 1#* default-technology >>> >>> no shutdown >>> >>> >>> >>> *on the CUBE debug voice dialpeer * >>> >>> >>> >>> Jun 29 21:49:12.911: //-1/762755B380B3/DPM/dpAssociateIncomingPeerCore: >>> >>> Calling Number=3006, Called Number=5002, Voice-Interface=0x0, >>> >>> Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search >>> Type=PEER_TYPE_VOICE, >>> >>> Peer Info Type=DIALPEER_INFO_SPEECH >>> >>> Jun 29 21:49:12.911: //-1/762755B380B3/DPM/dpAssociateIncomingPeerCore: >>> >>> Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=20 >>> >>> Jun 29 21:49:12.911: //-1/762755B380B3/DPM/dpAssociateIncomingPeerCore: >>> >>> Calling Number=3006, Called Number=5002, Voice-Interface=0x0, >>> >>> Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search >>> Type=PEER_TYPE_VOICE, >>> >>> Peer Info Type=DIALPEER_INFO_SPEECH >>> >>> >>> >>> Jun 29 21:49:12.911: //-1/762755B380B3/DPM/dpAssociateIncomingPeerCore: >>> >>> Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=20 >>> >>> >>> >>> >>> >>> *On the CUBE >> debug cch323 h225 * >>> >>> >>> >>> Jun 29 21:49:46.398: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: >>> Received msg of type SETUPIND_CHOSEN >>> >>> Jun 29 21:49:46.398: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry >>> >>> Jun 29 21:49:46.398: //33/8A1D25B080B9/H323/setup_ind: >>> callingNumber[3006] calledNumber[5002] >>> >>> Jun 29 21:49:46.398: //33/8A1D25B080B9/H323/setup_ind: ---- calling IE >>> present >>> >>> Jun 29 21:49:46.398: //33/8A1D25B080B9/H323/setup_ind: ====== PI = 0 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/setup_ind: Receive: infoXCap >>> 0 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/setup_ind: Receive: infoXCap >>> ccb 0 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/setup_ind: >>> >>> setup_ind: is_overlap = 0, info_complete = 0 >>> >>> >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/cch323_h225_receiver: >>> SETUPIND_CHOSEN: src address = 10.10.200.3; dest address = 10.10.112.2 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/run_h225_sm: Received event >>> H225_EV_FS_SETUP_IND while at state H225_IDLE >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/idle_fsSetupInd_hdlr: Setup >>> ccb 0x4A40CB50 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/act_fastStartSetupInd: full >>> match is found >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/act_fastStartSetupInd: codec >>> match = 2 >>> >>> Jun 29 21:49:46.402: >>> //33/8A1D25B080B9/H323/cch323_create_incoming_callinfo_block: peer 4725E964, >>> voice_peer_tag 20, ccb: 4A40CB50 >>> >>> Jun 29 21:49:46.402: //33/8A1D25B080B9/H323/cch323_h225_send_release: >>> Cause = 65; Location = 0 >>> >>> Jun 29 21:49:46.406: //33/8A1D25B080B9/H323/cch323_h225_send_release: >>> h225TerminateRequest: src address = 168478723; dest address = 10.10.112.2 >>> >>> Jun 29 21:49:46.406: //33/8A1D25B080B9/H323/cch323_h225_set_new_state: >>> Changing from H225_IDLE state to H225_WAIT_FOR_REL_COMP state >>> >>> Jun 29 21:49:46.410: //33/8A1D25B080B9/H323/run_h225_sm: Received event >>> H225_EV_RELEASE_TIMER while at state H225_WAIT_FOR_REL_COMP >>> >>> Jun 29 21:49:46.410: //33/8A1D25B080B9/H323/cch323_h225_set_new_state: >>> Changing from H225_WAIT_FOR_REL_COMP state to H225_IDLE state >>> >>> >>> >>> Jun 29 21:49:46.414: //-1/xxxxxxxxxxxx/H323/validate_crv: No CCB for crv: >>> 0x801D >>> >>> >>> >>> *On The CUBE >> debug h225 q931* >>> >>> >>> >>> Protocol Discriminator : 0x08 >>> >>> CRV Length : 2 >>> >>> CRV Value : 0x0009 >>> >>> Message Type : 0x05: SETUP >>> >>> Bearer Capability: Length Of IE=3 >>> >>> Data 8090A3 >>> >>> Display: Length Of IE=9 >>> >>> Data 6272322070686E2034 >>> >>> Calling Party Number: Length Of IE=6 >>> >>> Data 008133303036 >>> >>> Called Party Number: Length Of IE=5 >>> >>> Data 8035303032 >>> >>> User-User: Length Of IE=176 >>> >>> Data >>> 0520A0060008914A0004014006004200520032002D00520054005228C0B50000120B436973636F47617465776179003240023C0504010020402C05010000FE55CEEAA2C411E0803A80B055C3ADAB00CD1D820007000A0A7002C7471100FE566B12A2C411E0803C80B055C3ADAB3402130000000C6013800B050001000A0A700241F3801E400000060401004C60138012150001000A0A700241F2000A0A700241F3800100010001800180010010800180 >>> >>> Q931 Message IE Decodes >>> >>> Protocol Discriminator : 0x08 >>> >>> CRV Length : 2 >>> >>> CRV Value : 0x8009 >>> >>> Message Type : 0x5A: RELEASE_COMP >>> >>> Cause: Length Of IE=2 >>> >>> Data 80C1 >>> >>> User-User: Length Of IE=34 >>> >>> Data 052580060008914A000411001100FE566B12A2C411E0803C80B055C3ADAB10800180 >>> >>> HQ-RTR# >>> >>> Q931 Message IE Decodes >>> >>> Protocol Discriminator : 0x08 >>> >>> CRV Length : 2 >>> >>> CRV Value : 0x0009 >>> >>> Message Type : 0x5A: RELEASE_COMP >>> >>> Cause: Length Of IE=2 >>> >>> Data 80C1 >>> >>> User-User: Length Of IE=34 >>> >>> Data 052580060008914A000411001100FE566B12A2C411E0803C80B055C3ADAB10800180 >>> -----Inline Attachment Follows----- >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >>> >> > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com >
<<image001.png>>
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
![http://www.cisco.com/en/US/i/templates/blank.gif]No](http://www.cisco.com/en/US/i/templates/blank.gif]No){kind=link}
![http://www.cisco.com/en/US/i/templates/blank.gif]H.323](http://www.cisco.com/en/US/i/templates/blank.gif]H.323){kind=link}