Hello ben,
Yes it’s running on kubernetes, but I’m using host networking, so it
shouldn’t do that.. I don’t think it’s on Kamailio’s side, but maybe
someone has gone through this and can help us!
Regards,
David Villasmil
email: david.villasmil.work(a)gmail.com
On Tue, 10 Sep 2024 at 15:30, Ben Kaufman <bkaufman(a)bcmone.com> wrote:
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
[image: img] <https://www.sip.us/>
[image: img] <https://www.siptrunk.com/>
*[image: img] <https://www.flowroute.com/>*
------------------------------
*From:* David Villasmil via sr-users <sr-users(a)lists.kamailio.org>
*Sent:* Tuesday, September 10, 2024 5:31 AM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
*Cc:* David Villasmil <david.villasmil.work(a)gmail.com>
*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
udp: 10.1.2.36:5080
udp: 10.1.2.36:5160 advertise 4.3.2.1:5160
udp: 0.0.0.0:5066
tls: 10.1.2.36:443 advertise sip.something.com:443
tls: 10.1.2.36:444 advertise sip.something.com:444
tls: 10.1.2.36:5061
When forwarding a udp invite received on 10.1.2.36:5080 to a public ip
provider say on 8.8.8.8:5060, i'm forcing the outgoing socket with
force_socket via 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(a)gmail.com