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
_______________________________________________ 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
