TCL script dropping calls

Unanswered Question
Jul 16th, 2010

I am having a strange issue.  I have a script that accepts a call, the caller enters in a number that they wish to call, and the script places the call for them.  It is used in conjunction with the MeetMe feature in Call Manager.  If the MeetMe conference has not started, the script will put the user in a queue and try the call again in 30 seconds. 

So here is the problem.  Sometimes, after the call says it connects (I get an ls_000 event status) we hear the incoming tones on the conference but then the call just drops.  The conference is still good but the participant just looses the call. 

Here is what I know so far.  The issue seems to happen to people that have the Cisco Video advantage turned on.  We noticed the same problem when people with person video tried to make normal pstn calls.  We ended up needing to put "bearer cap speech" on the voice ports.  However, since we are using a script and everything stays internal, the call never goes across a voice port.  Below you will see the output from a debug voip ccapi inout.  The codec that is being negotiated is not recognized so it drops the call. 

Here is my specific question.  Does anyone know how to get something similar to "bearer cap speech" on a dial-peer or is there a way to specify the codec in my TCL script.  I have also attached my dial-peers below.  We already specify g711 on the dial-peer.

Thanks for anyone who can help.

Working:

======================================================

The script is sending out g711u as seen in the OLC packet below:

Jul  9 16:02:12 mt-pam-cmm2-vg02 865871: Jul  9 16:00:35.799 CDT: H245 FS OLC OUTGOING PDU ::=

Jul  9 16:02:12 mt-pam-cmm2-vg02 865872:

Jul  9 16:02:12 mt-pam-cmm2-vg02 865873: value OpenLogicalChannel ::=

Jul  9 16:02:12 mt-pam-cmm2-vg02 865874:     {

Jul  9 16:02:12 mt-pam-cmm2-vg02 865875:       forwardLogicalChannelNumber 1

Jul  9 16:02:12 mt-pam-cmm2-vg02 865876:       forwardLogicalChannelParameters

Jul  9 16:02:12 mt-pam-cmm2-vg02 865877:       {

Jul  9 16:02:12 mt-pam-cmm2-vg02 865878:         dataType audioData : g711Ulaw64k : 20

Jul  9 16:02:12 mt-pam-cmm2-vg02 865879:         multiplexParameters h2250LogicalChannelParameters :

Jul  9 16:02:12 mt-pam-cmm2-vg02 865880:         {

Jul  9 16:02:12 mt-pam-cmm2-vg02 865881:           sessionID 1

Jul  9 16:02:12 mt-pam-cmm2-vg02 865882:           mediaControlChannel unicastAddress : iPAddress :

Jul  9 16:02:12 mt-pam-cmm2-vg02 865883:           {

Jul  9 16:02:12 mt-pam-cmm2-vg02 865884:             network 'AC18FB32'H

Jul  9 16:02:12 mt-pam-cmm2-vg02 865885:             tsapIdentifier 16597

Jul  9 16:02:12 mt-pam-cmm2-vg02 865886:           }

Jul  9 16:02:12 mt-pam-cmm2-vg02 865887:           silenceSuppression TRUE

Jul  9 16:02:12 mt-pam-cmm2-vg02 865888:         }

Jul  9 16:02:12 mt-pam-cmm2-vg02 865889:       }

Jul  9 16:02:12 mt-pam-cmm2-vg02 865890:     }

======================================================

Non Working:

======================================================

No Codec is being sent out in the OLC packet

Jul  9 16:04:32 mt-pam-cmm2-vg02 871780: Jul  9 16:02:55.471 CDT: H245 FS OLC OUTGOING PDU ::=

Jul  9 16:04:32 mt-pam-cmm2-vg02 871781:

Jul  9 16:04:32 mt-pam-cmm2-vg02 871782: value OpenLogicalChannel ::=

Jul  9 16:04:32 mt-pam-cmm2-vg02 871783:     {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871784:       forwardLogicalChannelNumber 1

Jul  9 16:04:32 mt-pam-cmm2-vg02 871785:       forwardLogicalChannelParameters

Jul  9 16:04:32 mt-pam-cmm2-vg02 871786:       {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871787:         dataType audioData : nonStandard :

Jul  9 16:04:32 mt-pam-cmm2-vg02 871788:         {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871789:           nonStandardIdentifier h221NonStandard :

Jul  9 16:04:32 mt-pam-cmm2-vg02 871790:           {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871791:             t35CountryCode 181

Jul  9 16:04:32 mt-pam-cmm2-vg02 871792:             t35Extension 0

Jul  9 16:04:32 mt-pam-cmm2-vg02 871793:             manufacturerCode 18

Jul  9 16:04:32 mt-pam-cmm2-vg02 871794:           }

Jul  9 16:04:32 mt-pam-cmm2-vg02 871795:           data '436C65617243686964'H

Jul  9 16:04:32 mt-pam-cmm2-vg02 871796:         }

Jul  9 16:04:32 mt-pam-cmm2-vg02 871797:         multiplexParameters h2250LogicalChannelParameters :

Jul  9 16:04:32 mt-pam-cmm2-vg02 871798:         {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871799:           sessionID 1

Jul  9 16:04:32 mt-pam-cmm2-vg02 871800:           mediaControlChannel

Jul  9 16:04:32 mt-pam-cmm2-vg02 871801: unicastAddress : iPAddress :

Jul  9 16:04:32 mt-pam-cmm2-vg02 871802:           {

Jul  9 16:04:32 mt-pam-cmm2-vg02 871803:             network 'AC18FB32'H

Jul  9 16:04:32 mt-pam-cmm2-vg02 871804:             tsapIdentifier 19183

Jul  9 16:04:32 mt-pam-cmm2-vg02 871805:           }

Jul  9 16:04:32 mt-pam-cmm2-vg02 871806:           silenceSuppression FALSE

Jul  9 16:04:32 mt-pam-cmm2-vg02 871807:         }

Jul  9 16:04:32 mt-pam-cmm2-vg02 871808:       }

Jul  9 16:04:32 mt-pam-cmm2-vg02 871809:     }

======================================================

Dial-peers
======================================================
!
dial-peer voice 51111 voip
description incoming call to the script
preference 1
service debit
incoming called-number 22007
dtmf-relay h245-alphanumeric
codec g711ulaw
no vad
!
dial-peer voice 7251111 voip
description second leg going to CUCM and MeetMe conference
preference 1
destination-pattern #72.....
session target ipv4:172.24.XXX.XX
dtmf-relay h245-alphanumeric
codec g711ulaw
!
I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Paolo Bevilacqua Sat, 07/17/2010 - 01:04

Interesting problem but to be honest with you, on this kind of corner case issues, it is very difficult to have Cisco look seriosly into it, unless you are very vocal or important to them. And of course have a support contract.

Actions

This Discussion

Related Content