[SR-Users] Determining next hop for any SIP message

George Diamantopoulos georgediam at gmail.com
Fri May 4 16:25:06 CEST 2018


Hello all,

Just one last attempt at clearing the following points, if someone feels
confident enough to answer:

* Does $nh(d) work when the Route header enforces the next-hop in an
in-dialog request?
* Is it safe to determine next hop for responses by looking at the first
Via header only, or are there exceptions to this?

Thanks!

BR,
George

On 13 April 2018 at 21:29, George Diamantopoulos <georgediam at gmail.com>
wrote:

> I guess you're right...
>
> But if it is possible to do this with different means, I would prefer it...
>
> I think I only miss the following points:
>
> * Does $nh(d) work when the Route header enforces the next-hop in an
> in-dialog request?
> * Is it safe to determine next hop for responses by looking at the first
> Via header only, or are there exceptions to this?
>
> BR,
> George
>
> On 13 April 2018 at 21:20, Alex Balashov <abalashov at evaristesys.com>
> wrote:
>
>> That's probably true of any Kamailio functionality. :-) But point taken.
>>
>> On April 13, 2018 2:09:10 PM EDT, George Diamantopoulos <
>> georgediam at gmail.com> wrote:
>> >Well, the "SIP routing with Kamailio" book by Daniel and Elena states:
>> >
>> >"Defining the onsend_route should be done only if really needed,
>> >because it
>> >is executed for each request sent out, excluding the retransmissions."
>> >
>> >Also, it similarly won't work for responses, only for requests...
>> >
>> >On 13 April 2018 at 21:00, Alex Balashov <abalashov at evaristesys.com>
>> >wrote:
>> >
>> >> "A simpler way to do it, of course, would be to use the onsend_route,
>> >but
>> >> that would most likely introduce an unnecessary overhead for all
>> >routed
>> >> messages."
>> >>
>> >> What informs that assumption?
>> >>
>> >> I suppose there is a measurable nonzero performance penalty to
>> >anything,
>> >> but it should be negligible.
>> >>
>> >> -- Alex
>> >>
>> >> --
>> >> Sent via mobile, please forgive typos and brevity.
>> >>
>> >> _______________________________________________
>> >> Kamailio (SER) - Users Mailing List
>> >> sr-users at lists.kamailio.org
>> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>> >>
>>
>>
>> -- Alex
>>
>> --
>> Sent via mobile, please forgive typos and brevity.
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180504/aac0570c/attachment.html>


More information about the sr-users mailing list