Re: CUCM 7.1(3) IP TSP H245 issue

guy.richard · ‎02-09-2011

Hi,

Can samebody help me understanding the H245 issue I get

What is "dataType audioData : g729 : 4" and

what is "dataType audioData : g729 : 3"

This happens while UCCX 7.0(1) script makes a "call redirect" to a Broadcast mode Attendant Pilot Point on CUCM 7.1(3) for an incomming IP TSP call.

Prefered G729 framing is 40ms due to TSP requirements.

This config comes from a 4.2(3) to 7 upgrade

Calls from Ip TSP directly to Attendant PilotPoint or to the UCCX CTI route-point work well.

Kind Regards

Guy RICHARD

02/09/2011 17:53:15.349 CCM|H245ASN - TtPid=(2,100,16,5964) -Outgoing -value MultimediaSystemControlMessage ::= response : masterSlaveDeterminationAck :
    {
      decision master : NULL
    }|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::State Transition><MASK::0001>
02/09/2011 17:53:15.359 CCM|H245ASN - TtPid=(2,100,16,5964) -Incoming -value MultimediaSystemControlMessage ::= response : masterSlaveDeterminationAck :
    {
      decision slave : NULL
    }|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::State Transition><MASK::0001>
02/09/2011 17:53:15.359 CCM|H245ASN - TtPid=(2,100,16,5964) -Incoming -value MultimediaSystemControlMessage ::= request : openLogicalChannel :
    {
      forwardLogicalChannelNumber 1,
      forwardLogicalChannelParameters
      {
        dataType audioData : g729 : 4,
        multiplexParameters h2250LogicalChannelParameters :
          {
            sessionID 1,
            mediaControlChannel unicastAddress : iPAddress :
                {
                  network '0AFAFA02'H,
                  tsapIdentifier 5089
                }
          }
      }
    }|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::State Transition><MASK::0001>
02/09/2011 17:53:15.359 CCM|LcseOpenLogicalChannel::decodedAsnStructure OUT algorithm=0x0, encryptionSync len=0|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::Detailed><MASK::0001>
02/09/2011 17:53:15.359 CCM|ProcessH245SM - open new LcseIncoming Instance for OLC=1|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.359 CCM|H245ASN - TtPid=(2,100,16,5964) -Outgoing -value MultimediaSystemControlMessage ::= request : openLogicalChannel :

02/09/2011 17:53:15.359 CCM|H245ASN - TtPid=(2,100,16,5964) -Outgoing -value MultimediaSystemControlMessage ::= request : openLogicalChannel :
    {
      forwardLogicalChannelNumber 1,
      forwardLogicalChannelParameters
      {
        dataType audioData : g729 : 3,
        multiplexParameters h2250LogicalChannelParameters :
          {
            sessionID 1,
            mediaControlChannel unicastAddress : iPAddress :
                {
                  network '0AC8050B'H,
                  tsapIdentifier 4001
                },
            silenceSuppression FALSE
          }
      }
    }|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::State Transition><MASK::0001>

02/09/2011 17:53:15.359 CCM|H245Interface(5964)::sessionEstablished_H245LogicalChannelOpenIncomingIndication, LCN=1,vPT=2, callType=1, mediaType=1 modes(0 0)|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.359 CCM|H245Interface(5964)::proceedToHandleH245OLCIncoming, mmType(1),mediaType(1),videoCall(0),sdpMode(0,0),PT(2,2),req(0),ret(1)|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.359 CCM|H245Interface(5964)::convertFromH245CompressionType, dateType=4, codecType=11.|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.359 CCM|H245Interface(5964)::handleH245OLCIncoming, dataType=4, codec=11, algorithmID=0, h235=0x0, rtpPayloadNum=0, isAudio=1, isExtendedVideo=0|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.359 CCM|H245Interface(5964)::convertFromH245CompressionType, dateType=4, codecType=11.|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.360 CCM|H245Interface(5964)::handleH245OLCIncoming, sending 225MediaType: videoCall=0, bottomUpRestarting=0,audiosdpMode=0,videoSDPMode(0) xferMode(4,0),BRQ(0),, extendedVideo=0, mKbpsReserved=0|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>
02/09/2011 17:53:15.360 CCM|H225Cdpc(6841) - star_H225MediaType - BRQ for Audio Call(bandwidth=8)|<CLID::StandAloneCluster><NID::10.200.5.11><CT::2,100,16,5964.22><IP::10.200.5.11><DEV::Port 36327><LVL::Detailed><MASK::0100>

02/09/2011 17:53:15.360 CCM|H245ASN - TtPid=(2,100,16,5964) -Outgoing -value MultimediaSystemControlMessage ::= response : openLogicalChannelReject :
    {
      forwardLogicalChannelNumber 1,
      cause dataTypeNotSupported : NULL
    }|<CLID::StandAloneCluster><NID::10.200.5.11><LVL::State Transition><MASK::0001>

Steven Stuart · ‎02-16-2011

The G.729 = 4 is a packet size of 40ms

The G.729 = 3 is a packet size of 30ms

I hope this helps.

guy.richard · ‎02-16-2011

Hi Steven,

Thanks. Why does CUCM propose 729 : 3, only during a call transfert (service parameters prefered framing is 40ms for G729).

When I call directly the UCCX CTi route-point or the Attendant pilot-point the codec proposed is G729 40ms.

But when a call is redirected by UCCX to the attendant pilot the codec proposed is only 30ms and in that case, the 40ms proposed by the IP TSP is rejected and the call is released by the CUCM.

Guy

Steven Stuart · ‎02-16-2011

Try checking your voice gateway dial-peers and see if that codec is setup in your gateway?

Also look at the voice class codecs in the gateway and see if the bytes is defined after the codec.

If you use voice class codec to define preference of codecs, then the default codec of the dial peer will not be used in codec negotiation and you cannot define codecs directly on the dial-peer.
voice class codec 1

codec preference 1 g711ulaw

codec preference 1 g711alaw

In this case, the router will negotiate only g711ulaw and g711alaw. It will not use the dial-peer default codec of g729r8.

guy.richard · ‎02-17-2011

As I wrote before, I have no voice gatway but a H323 peering with an IP Telephony Provider that accepts only G729 40ms.

All other types of call work well. That config worked well during a few years in CCM 4.2(3) before upgrading to 7.