No ACK to 200 Ok SDP

Hello Everyone,

My friend is experiencing a request timeout at 32 seconds during a call. However, in the same scenario, I don’t face this issue (we’re using the same GitHub branch/code).

Looking at the SIP call flow, I noticed that the client (MicroSIP) is not sending an ACK to the 200 OK with SDP, which leads to the call terminating at 32 seconds.

From the logs, I also noticed the line o= 10.5.0.2.

<--- Transmitting SIP response (1141 bytes) to TCP:10.5.0.1:55738 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.5.0.1:55738;rport=55738;received=10.5.0.1;branch=z9hG4bKPj613939a339e04c649be583ba35ac40b3;alias
Call-ID: d9e38348ee714688afd7262a9389ac60
From: "6001" <sip:6001@localhost>;tag=fd8e9f833b244f1fa3c081765e4a21d0
To: <sip:100@localhost>;tag=f3a0bfd1-a014-4f12-88ad-87a44ef095df
CSeq: 4929 INVITE
Server: Asterisk PBX 18.24.3
Contact: <sip:10.5.0.2:5060;transport=TCP>
Allow: OPTIONS, REGISTER, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, MESSAGE, REFER, INFO
Supported: 100rel, timer, replaces, norefersub
Session-Expires: 1800;refresher=uac
Require: timer
Content-Type: application/sdp
Content-Length:   459
 
v=0
o=- 3965460289 3965460291 IN IP4 10.5.0.2
s=Asterisk
c=IN IP4 10.5.0.2
t=0 0
m=audio 10032 RTP/AVP 9 101
a=ice-ufrag:2ff09a400015565d2e184ad410f30495
a=ice-pwd:3c8864080d5c1350445937543b5ffdac
a=candidate:Hac15a9b3 1 UDP 2130706431 172.21.169.179 10032 typ host
a=candidate:Hac15a9b3 2 UDP 2130706430 172.21.169.179 10033 typ host
a=rtpmap:9 G722/8000
a=ptime:20
a=maxptime:140
a=sendrecv
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16

Also he has rtp.conf

10.5.0.2 => 172.21.169.179

Thank you.

If it is behind NAT, then it has to be configured in pjsip.conf on the transport as well using the external_* options.

That’s consistent with the other information logged. Why do you think it is a problem?

There is insufficient information about your network configuration to say whether this is significant. Nothing like this should appear in rtp.conf, so I don’t understand the reference to that file.

This is all running locally using Podman for containers.
172.21.169.179 is the Podman IP (WSL), and 10.5.0.0/32 is the container network.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.