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 <eguli...@fidelus.com> wrote:

From: Emin Guliyev <eguli...@fidelus.com>
Subject: Re: [OSL | CCIE_Voice] CME to CUCM Via CUBE configuration assistant
To: "Art Joe Babakhani Gharibian" <ciscoie2...@gmail.com>, "ccie_voice@onlinestudylist.com" <ccie_voice@onlinestudylist.com>
Date: Friday, July 1, 2011, 6:01 PM

Looks like it is failing due to codec negotiation.

 

Media negotiation failure

Typical scenarios include:

Description: http://www.cisco.com/en/US/i/templates/blank.gifNo codec match occurred.

Description: http://www.cisco.com/en/US/i/templates/blank.gifH.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: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Art Joe Babakhani Gharibian
Sent: Friday, July 01, 2011 12:47 AM
To: ccie_voice@onlinestudylist.com
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

Reply via email to