ā06-25-2012 03:12 AM - edited ā03-16-2019 11:49 AM
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^*
ā06-25-2012 04:04 AM
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"
ā06-26-2012 09:51 PM
Hi ,
Here we are not using the cube.
Thanks
ā06-26-2012 11:14 PM
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"
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide