CUCM 8.6 SIP Trunk - Early Offer Codec Negotiation

[gpsriramdc]

Hi All,

We are testing the Trunk-to-Trunk interoperability for CUCM 8.6 SIP Trunk.

Call Manager Service Parameter

Prefered size for 729 = 30 Ms.

Scenario 1

Call from Nortel to CUCM.

Working Fine :

MTP Unchecked:

Codec g729 30 MS.

Scenario 2

Trunk to Trunk Call  [ CUCM - ITSP is EO enabled

Nortel --SIP--CUCM --- SIP-- ITSP

When the call select the ITSP trunk it is negitated with G729 20 Ms based EO codec negoiation.My doubt is here 729 prefered codec is configured as 30 ms in system level.

21:33:52.085 |SIP DTMF Info: mLocalDtmfCaps...UNSOL=0, KPML=0, Inband=1(101) mEndppointsDtmfCaps...UNSOL=1, KPML=0, Inband=0(0) mDefaultTelephonyEvent=120, mDtmfPreference=1, mMtpAllocated=0|*^*^*

21:33:52.085 |//SIP/SIPCdpc(1,74,872)/ci=32286731/ccbId=3381/scbId=0/sendPolicyAndRSVPRegisterReq: capCount[0], videoCap[0], dataCap[2], earlyOffer[2], latCaps[NULL]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |//SIP/SIPCdpc(1,74,872)/ci=32286731/ccbId=3381/scbId=0/sendPolicyAndRSVPRegisterReq: preconditions: Not using preconditions, rsvpStatus[0] sdp[0]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |RSVP(1,962) -setEOParty- region=[REG-AVAY-AURA], partyreg=[REG-AVAY-AURA]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |RSVP(1,962) -setEOParty- capCount =[6] fParty.capCount=[6]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |caps=4(20), partycaps=4(20) |*^*^*

21:33:52.085 |caps=2(20), partycaps=2(20) |*^*^*

21:33:52.085 |caps=15(20), partycaps=15(20) |*^*^*

21:33:52.085 |caps=16(20), partycaps=16(20) |*^*^*

21:33:52.085 |caps=11(20), partycaps=11(20) |*^*^*

21:33:52.085 |caps=12(20), partycaps=12(20) |*^*^*

21:33:52.085 |RSVP(1,962) -setEOParty- region=[REG-AVAY-AURA], partyreg=[REG-AVAY-AURA]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |RSVP(1,962) -setEOParty- capCount =[0] fParty.capCount=[0]|1,100,63,1.2652^10.228.64.10^*

21:33:52.085 |DET-MediaUtility::isMTPNeededForDTMFBeforeCutThru-there is NO DTMF MISMATCH|*^*^*

21:33:52.086 |DET-MediaUtility::preScreenIfMTPNeeded-mtpAllocReasonCode=0|*^*^*

21:33:52.086 |RSVP(1,962) -processEarlyOffer fmtpInsertionReasonCode =[0]|1,100,63,1.2652^10.228.64.10^*

21:33:52.086 |RSVP(1,962) -getAudioCodecForEarlyOffer- incapcount =[6] siteACapCount=[6]|1,100,63,1.2652^10.228.64.10^*

21:33:52.086 |4(20) |*^*^*

21:33:52.086 |2(20) |*^*^*

21:33:52.086 |15(20) |*^*^*

21:33:52.086 |16(20) |*^*^*

21:33:52.086 |11(20) |*^*^*

21:33:52.086 |12(20) |*^*^*

21:33:52.086 |RSVP(1,962) -getAudioCodecForEarlyOffer- Use only side A's caps|1,100,63,1.2652^10.228.64.10^*

[Ayodeji Okanlawon]

Hi,

You want to know if CUCM is using 30ms packetization. I am not sure if that trace is tellign you its using 20ms packetization. But if you enable "debug ccsip messages" on your CUBE., the "a=ptime" attribute in your SDP will tell you what packetization your call is using.

Example below:

Content-Type: application/sdp
Content-Length: 237

v=0
o=CiscoSystemsCCM-SIP 23139 1 IN IP4 110.125.140.14
s=SIP Call
c=IN IP4 110.141.51.24
t=0 0
m=audio 21192 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20------->This attribute tells you what packetization your call is using (here its 20ms)

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

[gpsriramdc]

Hi ,

Here we are not using the cube.

Thanks

[Ayodeji Okanlawon]

Look at CUCM traces. Enable detailed tracing in cucm. You will see the SIP negotiation and in there look at the a=ptime attribute in the SDP. That will confirm what packetization you are using

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"