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@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: