[SR-Users] handling BYEs generated by dialog-timeout
* Paolo Visintin - evosip.cloud
paolo.visintin at evosip.cloud
Fri Jan 18 22:14:28 CET 2019
Hi Alex,
I relay packets with another kamailio on top, that is not using
record-route; the "inner" kamailio sends packets setting the $du relaying
always to proxy.
It works well except for packets generated directly in "inner" kamailio
(double bye generated by dialog-timeout).
Paolo
Il giorno ven 18 gen 2019 alle ore 22:06 Alex Balashov <
abalashov at evaristesys.com> ha scritto:
> Hi,
>
> Perhaps it is worthwhile to ask the question: why do you want to
> manipulate $du for these internally generated BYEs? What is the root
> problem you are trying to solve?
>
> -- Alex
>
> On Fri, Jan 18, 2019 at 03:27:19PM +0100, * Paolo Visintin - evosip.cloud
> wrote:
>
> > Hello!
> >
> > I'm wondering if someone have experience in changing $du on local
> kamailio
> > generated packets (like BYE generated at the dialog-timeout) I'm trying
> to
> > manipulate in `event_route[tm:local-request]` with no success.
> >
> > In the end I have it working using the `forward()` function and then
> using
> > `exit;` but in this case instead of having 2 BYEs , kamailio sends 4 BYEs
> > (2 with original $du, 2 with new $du)
> >
> > this an example :
> > event_route[tm:local-request] {
> > if ($rm == "BYE") {
> > route(SELECT_OUTBOUND_PROXY);
> > forward();
> > exit;
> > }
> > }
> >
> > I'm using a kamailio proxy on top with no record-route (we want to have
> > multiple instances of proxy that can change ip address).
> >
> > Thanks in advance!
> >
> > Paolo
>
> > _______________________________________________
> > Kamailio (SER) - Users Mailing List
> > sr-users at lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> 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 (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/20190118/f8632fd5/attachment.html>
More information about the sr-users
mailing list