Understood, makes sense. I am not sure if outbound listener selection is entirely deterministic, though, in the absence of either clear routing table feedback via mhomed or explicit steering via $fs.
— Sent from mobile, with due apologies for brevity and errors.
On Oct 25, 2021, at 6:52 PM, Brooks Bridges bbridges@call48.com wrote:
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@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@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 25, 2021 3:35 PM To: Kamailio (SER) - Users Mailing List sr-users@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@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@lists.kamailio.org On Behalf Of Alex Balashov Sent: Monday, October 25, 2021 3:19 PM To: Kamailio (SER) - Users Mailing List sr-users@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
On Oct 25, 2021, at 6:15 PM, Brooks Bridges bbridges@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- 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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- 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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: