25 Oct
2021
25 Oct
'21
6:51 p.m.
apologies, I missed the second half of your post. We do not, and I know I could
explicitly tell it to use that IP, however I am more interested in figuring out what might
cause it to decide to use the interface IP, seemingly without a clear reason. I am not a
fan of static configuration of things like that in shared environments.
-----Original Message-----
From: Brooks Bridges
Sent: Monday, October 25, 2021 3:48 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: RE: [SR-Users] t_relay changing source IP?
Correct.
listen=lo:5060
listen=eth0:5060
listen=eth1:5060
listen=XXX.XXX.XXX.XXX:5060 (<--- HA IP)
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Alex Balashov
Sent: Monday, October 25, 2021 3:35 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] t_relay changing source IP?
I take it you have listeners on both the interface IP and the HA IP?
Absent ‘mhomed=1’, do you regulate egress interface selection for all t_relay() cases with
$fs explicitly? If not, try that.
On Oct 25, 2021, at 6:25 PM, Brooks Bridges
<bbridges(a)call48.com> wrote:
That's been set to 0 since inception and this has just recently become an issue.
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Alex Balashov
Sent: Monday, October 25, 2021 3:19 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] t_relay changing source IP?
Does the behaviour differ depending on whether ‘mhomed’ is on?
https://www.kamailio.org/wiki/cookbooks/5.5.x/core#mhomed
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and
confidential information intended only for the use of the individual(s) or entity named on
the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or
agent responsible for delivering it to the intended recipient, you are hereby notified
that reading this e-mail is strictly prohibited. If you have received this e-mail in
error, please immediately return it to the sender and delete it from your system.
On Oct 25, 2021, at 6:15 PM, Brooks Bridges
<bbridges(a)call48.com> wrote:
So we have a box that's bound to all interfaces on the server, and one specific IP
address (that is an HA IP), and I've run into a bit of an odd behavior that I cannot
explain.
For 99.9999% of our traffic, the invites come into the HA IP, and then are forwareded out
the HA IP to an SBC for further processing. In a very rare instance however, I have found
that there is an invite coming in the HA IP, and for some unknown reason it gets forwarded
out the *interface* ip instead of the HA IP.
For example:
Working:
1.2.3.4 -- invite --> 9.8.7.6 (ha IP) -- invite --> 5.6.7.8 (sbc)
Non working:
1.2.3.4 -- invite --> 9.8.7.6 (ha IP) *something happens here* 9.8.7.5 (interface IP)
-- invite --> 5.6.7.8 (sbc)
I've been through tm, tmx, and the incoming invite of a working and non working
request with a fine toothed comb and I cannot for the life of me explain this behavior.
Any thoughts?
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and
confidential information intended only for the use of the individual(s) or entity named on
the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or
agent responsible for delivering it to the intended recipient, you are hereby notified
that reading this e-mail is strictly prohibited. If you have received this e-mail in
error, please immediately return it to the sender and delete it from your system.
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Confidentiality Notice: This e-mail, and any attachment to it, contains privileged and
confidential information intended only for the use of the individual(s) or entity named on
the e-mail. If the reader of this e-mail is not the intended recipient, or the employee or
agent responsible for delivering it to the intended recipient, you are hereby notified
that reading this e-mail is strictly prohibited. If you have received this e-mail in
error, please immediately return it to the sender and delete it from your system.
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users