Re: Kamailio as a Stateless Smart SIP Proxy
Alex Balashov via sr-users <[email protected]>
| Newsgroups | gmane.comp.voip.ser |
|---|---|
| Message-ID | <[email protected]> |
Hi, The set_contact_alias() / handle_ruri_alias() functions from the `nathelper` module[1] are quite ready-made for this use-case, though you may need a more sophisticated approach if the upstream registrar does not support Path[2][3]. -- Alex [1] https://kamailio.org/docs/modules/6.0.x/modules/nathelper.html [2] https://datatracker.ietf.org/doc/html/rfc3327 [3] https://kamailio.org/docs/modules/6.0.x/modules/path.html#path.f.add_path > On Jul 11, 2025, at 6:19 AM, Antonio via sr-users <[email protected]> wrote: > > Hi everyone, > Do we have a ready-to-use Kamailio role or configuration for: > > “Kamailio as a Stateless Smart SIP Proxy”, > Specifically one that uses Contact Header Encoding? > > That is — a proxy where Kamailio does not store registration state, > but encodes the client’s IP and port into the Contact header during REGISTER, > and later decodes it from the INVITE to forward the call back to the client. > Thanks in advance! > -- > > Antony > [email protected] > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected] > To unsubscribe send an email to [email protected] > Important: keep the mailing list in the recipients, do not reply only to the sender! -- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com, https://www.csrpswitch.com Tel: +1-706-510-6800 __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected] To unsubscribe send an email to [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender!