[SR-Users] Wrong onreply_route is called after serial forking

Carlos Ruiz Díaz carlos.ruizdiaz at gmail.com
Thu Oct 11 16:58:55 CEST 2012


I think $T_branch_idx is only available on branch_route, and besides, it
contains the current branch ID being processed so it wouldn't be useful
from replies outside the current branch.

Regards.

Carlos.

On Thu, Oct 11, 2012 at 11:48 AM, Alex Hermann <alex at speakup.nl> wrote:

> On Thursday 11 October 2012, Carlos Ruiz Díaz wrote:
> > I can confirm this behavior.
> >
> > I had a similar scenario when 2 or more branches were setup. First branch
> > timed out, while second branch was being processed a reply from first
> > branch arrived and handled improperly by a routing logic which was
> > configured for the second branch.
> >
> > I isolated each response from the different branches by parsing the
> branch
> > ID that Kamailio adds to the via header after processing the request.
> > Through this mean, I managed to handle correctly each reply from
> different
> > branches no matter when the response was received.
>
> I thougth of something similar. Using a common onreply_route and
> $T_branch_idx
> (but watch out for the "bug" i reported in another email) or setting branch
> flags depending on the needed handling. But this kind of defeats the
> purpose
> of having the possibility to set different onreply_routes (and makes for
> very
> messy onreply_routes).
>
> --
> Greetings,
>
> Alex Hermann
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121011/9a8ad75f/attachment-0001.htm>


More information about the sr-users mailing list