[SR-Users] Re: kamailio sending from udp non-listening port

I have a similar issue, but my case is even more simple in that I have only a single UDP socket. Are you running Kamailio in docker? In my case, I was able to observe that Kamailio was using the correct socket address and port, but docker's outbound NAT, was changing not only the source address of the packet, but also the source port as well. Host is running Amazon Linux 2023, docker from their packages. Kaufman Senior Voice Engineer E: bkaufman(a)bcmone.com SIP.US Client Support: 800.566.9810 | SIPTRUNK Client Support: 800.250.6510 | Flowroute Client Support: 855.356.9768 [img]<https://www.sip.us/> [img]<https://www.siptrunk.com/> [img]<https://www.flowroute.com/> ________________________________ From: David Villasmil via sr-users &lt;sr-users(a)lists.kamailio.org&gt; Sent: Tuesday, September 10, 2024 5:31 AM To: Kamailio (SER) - Users Mailing List &lt;sr-users(a)lists.kamailio.org&gt; Cc: David Villasmil &lt;david.villasmil.work(a)gmail.com&gt; Subject: [SR-Users] kamailio sending from udp non-listening port CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hello guys, i'm seeing something weird, and i'm working if you can let me know. I have a kamailio in AWS with a private IP listening on several sockets: Listening on udp: 10.1.2.36:5070<http://10.1.2.36:5070/> udp: 10.1.2.36:5080<http://10.1.2.36:5080/> udp: 10.1.2.36:5160<http://10.1.2.36:5160/> advertise 4.3.2.1:5160<http://4.3.2.1:5160/> udp: 0.0.0.0:5066<http://0.0.0.0:5066/> tls: 10.1.2.36:443<http://10.1.2.36:443/> advertise sip.something.com:443<http://sip.something.com:443/> tls: 10.1.2.36:444<http://10.1.2.36:444/> advertise sip.something.com:444<http://sip.something.com:444/> tls: 10.1.2.36:5061<http://10.1.2.36:5061/> When forwarding a udp invite received on 10.1.2.36:5080<http://10.1.2.36:5080/> to a public ip provider say on 8.8.8.8:5060<http://8.8.8.8:5060/>, i'm forcing the outgoing socket with force_socket via 10.1.2.36:5160<http://10.1.2.36:5160/>. But the outgoing invite does NOT use 5160, it uses some random port... Anybody knows why this might be? my problem is, that call goes to freeswitch... call is setup properly and connects fine. But 15 minutes later the end provider sends back a reINVITE, which freeswitch then sends TO THE RANDOM PORT kamailio used to send the INVITE... but by this time kamailio doesn't seem to even see the packet... help is greatly appreciated! David Regards, David Villasmil email: david.villasmil.work@gmail.com<mailto:david.villasmil.work@gmail.com>