[SR-Users] Nathelper sip ping and Path support ?

Daniel-Constantin Mierla miconda at gmail.com
Mon Jul 18 08:10:48 CEST 2022


it should work to send the OPTIONS using the Path header, but normally
you don't need anymore to set the contact alias for REGISTER, only Path
header with received. Contact alias is useful for INVITE or other SIP
requests, not for REGISTER, where Path module should be enough.

There is also a module parameter for registrar module that is related to
path processing.


On 17.07.22 11:04, matteo brancaleoni wrote:
> Hello,
> I'm trying to setup the following scenario with sip ping:
> UAC -> Kamailio Edge -> Kamailio Registrar
> Edge proxy is a multihomed proxy with public/private ips and the
> registrar is a kamailio on a private network. The edge acts as a nat
> proxy and loadbalancer.
> Edge proxy inserts a Path header (and contact alias) which get
> correctly saved on registrar usrloc. Registration works as expected.
> Now, since I need to keep nat open towards the uacs and expire them
> when they're not reachable anymore, I'm trying to send sip pings from
> the registrar via the edge proxy. I'm using nathelper sipping in the
> registrar.
> What I see is that the registrar sends out a sip options putting in
> the Route header the Path as expected, but the sip packet gets sent
> directly to the UAC contact and not via the edge, as the Route header
> specifies.
> After looking into the nathelper code, it seems that the sip packet is
> sent via udp directly without any specific routing. So the question:
> it should work what I'm trying to achieve? Maybe not?
> Probably I can work around it setting the ;received in the contact on
> registrar (it will set to the edge proxy) and since the contact is
> aliased on the edge when the edge receives an option from the
> registrar it can process the alias and send it to the correct
> endpoint, but seems a workaround?
> Or using the keepalive module maybe, even if that means setting
> specific timers and manually do what the nathelper module already does?
> Any hint?
> Thanks,
> Matteo
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at 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

Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda

More information about the sr-users mailing list