If rel1xx disabled then response to 2OO OK msg,ACK msg will go via UDP

[amitkumarsonar]

If rel1xx disabled then response to 2OO OK msg, ACK msg will go via UDP ONLY?,

I am facing the issue where my cube send ACK msg over TCP obly when rel1xx is enabled but when i disable the rel1XX then it always choose transport udp.

can someone check and co

[b.winter · Accepted solution]

Personally, I wouldn't know a thing about CUBE that it automatically uses TCP when rel1xx is enabled, and UDP when rel1xx is disabled.

But you can set the transport protocol in the global voice, tenant or dial-peer level, to whatever you want:

session transport tcp | udp

[amitkumarsonar]

Hi

Thank you, i already have a session transport tcp in my dial-peer as well over tenant assigned to that dial-peer.

Once I enable rel1Xx then ack msg goes via TCP.

Once I disable the rel1Xx then always select transport UDP

[b.winter]

That's interesting. Personally, I've never seen this behaviour at any of my installations.
Which version do you use?

[amitkumarsonar]

17.9

[b.winter]

Just did some quick tests on my lab CUBE (16.09.08) and it doesn't matter if rel1xx is disabled or enabled.
It's always TCP or UDP, depending on the session transport I have set.

[amitkumarsonar]

when rel1xx is enabled. server time out RECEIVED because Other not supporting provisional response, advised to keep rel1xx disabled

Received:
SIP/2.0 504 Server Time-out

Sent:
ACK sip:09XXXXXXXX@2X.XX.XX.XX SIP/2.0
Via: SIP/2.0/TCP 1XX.XX.XX.XX;branch=z9hG4bKB27A1395
From: <sip:009XXXXXX@1XX.XX.XX.XX>;tag=4C9F4A13-B68
To: <sip:09XXXXXX@2X.XX.XX.XX>;tag=gK0ca151a8
Date: Tue, 05 Mar 2024 18:20:20 GMT
Call-ID: DC4A1D66-DA5311EE-8F58A194-3C8E395B@1XX.XX.XX.XX
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: kpml, telephone-event
Session-ID: 42fae10d2fa154be8d2b0e999b13989f;remote=675f24c464b7541085d3a003d12dde61
Content-Length: 0
P-Preferred-Identity: <sip:009XXXXXXXXX@1XX.XX.XX.XX

but when rel1xx config as "rel1xx disable" with session transport tcp have in dial-peer as well as tenant config

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 1XX.XX.XX.XX;alias;branch=z9hG4bKB28B1B4F
From: <sip:009XXXXXX@1XX.XX.XX.XX>;tag=4CA4E601-70
To: <sip:09XXXXXX@2XX.XX.XX.XX>;tag=gK04a19521
Call-ID: B7651F5E-DA5411EE-8F78A194-3C8E395B@1XX.XX.XX.XX
CSeq: 101 INVITE
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
Contact: <sip:09XXXXXX@2X.XX.XX.XX>
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH
Require: timer
Supported: timer,replaces
Session-Expires: 1800;refresher=uac
Content-Length: 183
Content-Disposition: session; handling=required
Content-Type: application/sdp

v=0
o=Sonus_UAC 926564 823785 IN IP4 2X.XX.XX.XX
s=SIP Media Capabilities
c=IN IP4 2X.XX.XX.XX
t=0 0
m=audio 31694 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=sendrecv
a=ptime:10

Sent:
ACK sip:09XXXXXXXX@2X.XX.XX.XX SIP/2.0
Via: SIP/2.0/UDP 1XX.XX.XX.XX;branch=z9hG4bKB28C254F
From: <sip:009XXXXXXX@1XX.XX.XX.XX>;tag=4CA4E601-70
To: <sip:09XXXXXX@2X.XX.XX.XX>;tag=gK04a19521
Date: Tue, 05 Mar 2024 18:26:28 GMT
Call-ID: B7651F5E-DA5411EE-8F78A194-3C8E395B@1XX.XX.XX.XX
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: kpml, telephone-event
Session-ID: bd05c139e3ec55c780b4f96e1625692e;remote=0bfa8b4e278355e8a341955df4ddc15f
Content-Length: 0
P-Preferred-Identity: <sip:009XX.XX.XX.XX@1XX.XX.XX.XX>

[b.winter]

Maybe you could post the full config and the output of a complete call with the following debugs enabled:
debug ccsip messages
debug voice ccapi ind 1
debug voice ccapi ind 2
debug voice ccapi ind 74

Edit: Have you tried to upgrade it? e.g to 17.9.4a?