We have identified the issue with the SIP communication. It appears that provider's switch is altering the branch parameter in its responses, which prevents our switch from matching the original SIP dialog and, consequently, from sending an ACK.
Here are the details:
Original Value in our SIP INVITE:
Please send the PCAP file recorded on Kamailio.
Need to see whole exchange to FreeSwitch and to provider.Sergey.On Thu, Jul 11, 2024 at 10:32 AM Ghulam Mustafa via sr-users <sr-users@lists.kamailio.org> wrote:__________________________________________________________Hi Community,
We are setting up a new provider in our VoIP setup for outgoing calls (FreeSWITCH --> Kamailio --> Provider).When the provider sends a 200 OK in response to our INVITE, FreeSWITCH's SIP stack discards the message, and we are unable to determine the cause of this behavior.
I am sharing the SIP message exchange below. Could any SIP experts assist us in understanding why FreeSWITCH is not sending an ACK in response to the 200 OK message?
We understand that the issue is not related to Kamailio but seems to be within the SIP stack or FreeSWITCH itself.
Below are the actual INVITE and its response, which was discarded by FreeSWITCH:
send 1203 bytes to tcp/[10.xxx.x.30]:5060 at 15:48:23.001054:------------------------------------------------------------------------INVITE sip:+86xxxxxxxxxxx@35.xxx.xxx.xxx;transport=tcp SIP/2.0Via: SIP/2.0/TCP 10.xxx.x.10:5080;rport;branch=z9hG4bKD8p0KmvB8ZKmaMax-Forwards: 69From: "+1xxxxxxxxxx" <sip:+1xxxxxxxxxx@10.xxx.x.10>;tag=ZSvBBtypKypDSTo: <sip:+86xxxxxxxxxxx@35.xxx.xxx.xxx>Call-ID: 21b7b9b5-b8a5-123d-63a6-ecf4bbd64f6cCSeq: 85714459 INVITEContact: <sip:gw+commsgroup@10.xxx.x.10:5080;transport=tcp;gw=commsgroup>User-Agent: FreeSWITCH-mod_sofia/1.10.11-release~64bitAllow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFYSupported: timer, path, replacesAllow-Events: talk, hold, conference, referContent-Type: application/sdpContent-Disposition: sessionContent-Length: 347X-FS-Support: update_display,send_infoRemote-Party-ID: "+1xxxxxxxxxx" <sip:+1xxxxxxxxxx@10.xxx.x.10>;party=calling;screen=yes;privacy=offv=0o=Z 5395246197255529491 693195311 IN IP4 10.xxx.x.225s=Zc=IN IP4 10.xxx.x.225t=0 0m=audio 55319 RTP/AVP 106 9 98 101 0 8 3a=rtpmap:106 opus/48000/2a=fmtp:106 sprop-maxcapturerate=16000; minptime=20; useinbandfec=1a=rtpmap:98 telephone-event/48000a=fmtp:98 0-16a=rtpmap:101 telephone-event/8000a=fmtp:101 0-16a=rtcp-muxtport.c:2316 tport_set_secondary_timer() tport(0x150e6c0291c0): reset timernta.c:8400 outgoing_send() nta: sent INVITE (85714459) to tcp/10.xxx.x.30:5060tport.c:4191 tport_pend() tport_pend(0x150e6c0291c0): pending 0x150e6c0c52f0 for tcp/10.xxx.x.30:5060 (already 2)nua_session.c:4131 signal_call_state_change() nua(0x150d9c107460): call state changed: init -> calling, sent offersoa.c:1268 soa_get_local_sdp() soa_get_local_sdp(static::0x150e6c0c0210, [0x150e91772798], [0x150e91772790], [(nil)]) callednua_stack.c:299 nua_stack_event() nua(0x150d9c107460): event i_state INVITE sentnua_stack.c:389 nua_application_event() nua: nua_application_event: enteringnua.c:1170 nua_handle_unref_user() nua nua_handle_unref_user(0x150d9c107460): enteringnua.c:365 nua_handle_magic() nua: nua_handle_magic: enteringnua_stack.c:558 nua_signal() nua(0x150d9c107460): sent signal r_handle_unrefnua.c:1157 nua_unref_user() nua: nua_unref_user: entering2024-07-09 15:48:22.985772 100.00% [DEBUG] sofia.c:7493 Channel sofia/external/+86xxxxxxxxxxx entering state [calling][0]nua_stack.c:599 nua_stack_signal() nua(0x150d9c107460): recv signal r_handle_unrefnua.c:365 nua_handle_magic() nua: nua_handle_magic: enteringnua_stack.c:558 nua_signal() nua((nil)): sent signal r_unrefnua.c:1170 nua_handle_unref_user() nua nua_handle_unref_user(0x150d9c107460): enteringnua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unrefnua_stack.c:558 nua_signal() nua(0x150d9c107460): sent signal r_handle_unrefnua_stack.c:599 nua_stack_signal() nua(0x150d9c107460): recv signal r_handle_unrefnua.c:1157 nua_unref_user() nua: nua_unref_user: enteringnua_stack.c:558 nua_signal() nua((nil)): sent signal r_unrefnua_stack.c:599 nua_stack_signal() nua((nil)): recv signal r_unref2024-07-09 15:48:22.985772 100.00% [DEBUG] switch_core_state_machine.c:659 (sofia/external/+86xxxxxxxxxxx) State CONSUME_MEDIA2024-07-09 15:48:22.985772 100.00% [DEBUG] switch_core_state_machine.c:659 (sofia/external/+86xxxxxxxxxxx) State CONSUME_MEDIA going to sleeptport.c:2796 tport_wakeup() tport_wakeup(0x150e6c0291c0): events INtport.c:2900 tport_recv_event() tport_recv_event(0x150e6c0291c0)tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x150e6c0291c0) msg 0x150e6c0cb390 from (tcp/10.xxx.x.30:5060) has 352 bytes, veclen = 1recv 352 bytes from tcp/[10.xxx.x.30]:5060 at 15:48:23.004029:------------------------------------------------------------------------SIP/2.0 100 TryingVia: SIP/2.0/TCP 10.xxx.x.10:5080;rport=37555;branch=z9hG4bKD8p0KmvB8ZKma;received=10.xxx.x.10From: "+1xxxxxxxxxx" <sip:+1xxxxxxxxxx@10.xxx.x.10>;tag=ZSvBBtypKypDSTo: <sip:+86xxxxxxxxxxx@35.xxx.xxx.xxx>Call-ID: 21b7b9b5-b8a5-123d-63a6-ecf4bbd64f6cCSeq: 85714459 INVITEServer: Kamailio 5.8Content-Length: 0tport.c:3055 tport_deliver() tport_deliver(0x150e6c0291c0): msg 0x150e6c0cb390 (352 bytes) from tcp/10.xxx.x.30:5060/sip next=(nil)nta.c:3378 agent_recv_response() nta: received 100 Trying for INVITE (85714459)nta.c:3445 agent_recv_response() nta: 100 Trying is going to a transactionnta.c:9697 outgoing_estimate_delay() nta_outgoing: RTT is 3.038 mstport.c:4253 tport_release() tport_release(0x150e6c0291c0): 0x150e6c0c52f0 by 0x150e6c0be9a0 with 0x150e6c0cb390 (preliminary)tport.c:2316 tport_set_secondary_timer() tport(0x150e6c0291c0): reset timernta.c:5904 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x150e91973a50)nta.c:7270 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 0/0 term, 2/3 freenta.c:1310 agent_timer() nta: timer not settport.c:2796 tport_wakeup() tport_wakeup(0x150e6c0291c0): events INtport.c:2900 tport_recv_event() tport_recv_event(0x150e6c0291c0)tport.c:3237 tport_recv_iovec() tport_recv_iovec(0x150e6c0291c0) msg 0x150e6c0c9d90 from (tcp/10.xxx.x.30:5060) has 1195 bytes, veclen = 1recv 1195 bytes from tcp/[10.xxx.x.30]:5060 at 15:48:27.070278:------------------------------------------------------------------------SIP/2.0 200 OKVia: SIP/2.0/TCP 10.xxx.x.10:5080;received=10.xxx.x.10;rport=37555;branch=z9hG4bKD8p0KmFrom: "+1xxxxxxxxxx" <sip:+1xxxxxxxxxx@10.xxx.x.10>;tag=ZSvBBtypKypDSTo: <sip:+86xxxxxxxxxxx@35.xxx.xxx.xxx>;tag=7bQ0OSl9Dl-39455-57712329-1057554-14Call-ID: 21b7b9b5-b8a5-123d-63a6-ecf4bbd64f6cCSeq: 85714459 INVITEContact: <sip:127.0.0.8;line=sr-H46V9.fbsXNDlkfEJjGbujK3J4aDo1GzP5GOJ8hcsXwV9LAWw1abHkqWlXczwL7*>Record-Route: <sip:13x.xxx.xxx.xx;transport=tcp;lr;ftag=ZSvBBtypKypDS;did=cbd.e581;nat=yes>Supported: sdp-anatAllow: INVITE,PRACK,ACK,UPDATE,CANCEL,BYE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFYRequire: timerSession-Expires: 2000;refresher=uasServer: Mediant VE SBC/v.7.40A.250.265P-Asserted-Identity: <sip:4006100666@hk.chinatelecom.com;user=phone>Accept: application/sdp, application/isup, multipart/mixed, application/dtmf, application/dtmf-relayContent-Type: application/sdpContent-Length: 219User-Agent: Kamailio 5.8v=0o=- 846721169 1919912032 IN IP4 13x.xxx.xxx.xxs=-c=IN IP4 13x.xxx.xxx.xxt=0 0m=audio 49708 RTP/AVP 8 101a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=sendrecva=rtcp:49709tport.c:3055 tport_deliver() tport_deliver(0x150e6c0291c0): msg 0x150e6c0c9d90 (1195 bytes) from tcp/10.xxx.x.30:5060/sip next=(nil)nta.c:3378 agent_recv_response() nta: received 200 OK for INVITE (85714459)nta.c:3494 agent_recv_response() nta: 200 OK was discardedAny insights or suggestions would be greatly appreciated,
Specifically, why is the 200 OK response being discarded?. Thank you!
Regards,
Mustafa
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe: