Hello,
the replies are generated by the process where sl_send_reply()/t_reply()
is used, can be another process than the one that received the request
(e.g., async processing). Also, for tcp/tls, a matter of connection
availability, the content of the reply can be put in a queue for sending
out.
Note that even by design the udp sip worker processes are receiving
traffic on a specific socket, they can send on any other socket kamailio
is listening on, including tcp/tls. So, if kamailio listens on two udp
sockets, a worker receiving traffic on first socket can send out
directly on second socket.
Cheers,
Daniel
On 02.01.23 22:42, Alex Balashov wrote:
Hi,
Happy New Year!
From what I understand, replies are always sent back out of the listener on which they
were received, though `reply_to_via` (off by default) can override this and cause the exit
listener to be recalculated based on a real-time assessment of the best way to reach the
last Via hop.
Two questions arise:
1) If turning `mhomed` off, can `$fs` be used to override the exit interface of locally
generated replies, too? If so, where should it be done? In a request_route prior to a
send_reply() / sl_send_reply() / t_reply() call?
Or should it be done inside a local reply route or onsend_route?
2) Does this differ for locally generated replies vs. relayed replies, either statefully
or statelessly?
Thanks!
-- Alex
--
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
To unsubscribe send an email to sr-users-leave(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:
--
Daniel-Constantin Mierla --
www.asipto.com
www.twitter.com/miconda --
www.linkedin.com/in/miconda