SIP trunk early offer

[j.huizinga]

Hi,

We have configured a trunk with a provider using CUBE.

Callmanager--------CUBE--------Provider

The provider wants early offer and G729r8

So we configured a SIP trunk with a device pool/region so that only g729 is allowed between SIP trunk and the rest.

We have configured an IOS MTP resource, and this is registered on callmanager:

!

dspfarm profile 2 mtp

codec g729r8

maximum sessions software 20

associate application SCCP

!

!

The mtp resource is assign to the trunk using MR-list and MR-group

The trunk has MTP enabled with "MTP prefered Codec" G729b/G729ab

On CUBE we enable "deb ccsip mess" and we see the invite comming from callmanager, but without attached SDP

What must be done to make callmanager use early-offer?

Thanks for the help,

Jan

[jfernandorosa]

Yes, I have the SIP Trunk between CUCM and CUBE.

I change the dial-peer to:

dial-peer voice 2 voip

description # Call Leg VOIP #

session protocol sipv2

incoming called-number .

voice-class codec 1

dtmf-relay rtp-nte digit-drop sip-kpml

But not working.

Attached logs.

Thanks!

Joao.

[Ayodeji Okanlawon]

The call is still sent to MTP not the fax device. What do you have configured on your sip trunk dtmf method? Is it rfc2833 or no preference?

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jfernandorosa]

no preference.

Thanks!

Joao.

[Ayodeji Okanlawon]

ok..Can you go to the ATA187 config on cucm and check if you have the option of "RFC2833 enable"..If its there please selct the tick box and reset the phone then test again

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jfernandorosa]

In ATA187 don´t have this option.

Have (Require DTMF Reception) uncheck.

Thanks!

[jfernandorosa]

Hi,

I attached new log fax_problem_log4.txt.zip

IP ATA187 is 21.10.0.14

In log IP the ATA is ok in RTP.

v=0

o=CiscoSystemsSIP-GW-UserAgent 4424 2824 IN IP4 21.10.0.3

s=SIP Call

c=IN IP4 21.10.0.14  -->IP ATA187

t=0 0

m=audio 16386 RTP/AVP 8 101

c=IN IP4 21.10.0.14

a=rtpmap:8 PCMA/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=ptime:20

Thanks!

Joao

[Ayodeji Okanlawon]

You need to look at your ATA confgiuration properly. It looks like its not setup correctly for T38..

When CUBE send a re-INVITE with t38 parameters, CUCM doesnt respond correctly..It send an IP of 0.0.0.0 and no T38 parameterd advertised

Received:

SIP/2.0 200 OK

Via: SIP/2.0/TCP 21.10.0.3:5060;branch=z9hG4bKE3ADC3

From: <297832422526>;tag=4301F980-385

To: "ATA187 Core" <6001>;tag=24797~fb89236f-816b-47f5-8c94-b8d3c388dd7c-64665313

Date: Tue, 03 Sep 2013 20:30:04 GMT

Call-ID: 96aae900-226146c3-c42-7000a15@21.10.0.7

CSeq: 102 INVITE

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY

Allow-Events: presence, kpml

Supported: replaces

Supported: X-cisco-srtp-fallback

Supported: Geolocation

Session-Expires:  1800;refresher=uas

Require:  timer

P-Asserted-Identity: "ATA187 Core" <6001>

Remote-Party-ID: "ATA187 Core" <6001>;party=called;screen=yes;privacy=off

Contact: <6001>;+sip.instance="";+u.sip!devicename.ccm.cisco.com="ATA44ADD9D576F4";+u.sip!model.ccm.cisco.com="550"

Content-Type: application/sdp

Content-Length: 240

v=0

o=CiscoSystemsCCM-SIP 24797 2 IN IP4 21.10.0.7

s=SIP Call

c=IN IP4 0.0.0.0

b=TIAS:64000

b=AS:64

t=0 0

m=audio 16386 RTP/AVP 8 101

a=rtpmap:8 PCMA/8000

a=ptime:20

a=inactive

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jfernandorosa]

ATA187 configured for T38 fax relay.

Thanks.

Joao.

[j.huizinga]

I also had several ATA187 which worked perfectly with an ISDN PRI line.

Then customer switched to SIP trunk and faxes didn't work anymore.

Didn't want to spend to much time on it and configured pass-thru, and faxes work perfectly again.

JH

[jfernandorosa]

Hi JH,

I change to pass-thru, but not working!

Thanks for help!

Joao.

[j.huizinga]

You have to change to pass-thru on the ATA187 and the cube

fax protocol pass-through

Bye,

Jan

[jfernandorosa]

Yes, in ATA and CUBE.

Bye!

Joao

[jfernandorosa]

Hi Aokanlawon,

In ATA device config for T38 is correct.

I collect debug ccsip all and attached logs, if you can analyze.

Thanks for help!

Joao.

[jfernandorosa]

Hi,

I solve the problems

In my case the ISP incomming SDP messages with first m-line with fax informations, and second m-line with rtp. Cube return to CUCM malformed packet and disconect the call.

I change in CUBE for  SDP messages pass-thru for CUCM, CUCM was enable to invite SDP messages (SIP Profile), CUCM don´t have problems with this, fax and dtmf working.

cube:

sip

pass-thru content sdp

thanks for help!