[OpenSIPS-Users] Possible dialog/topology hiding bug

[Pete Kelly]

Yes exactly - in fact I did not restart opensips, I waited until the call
is established, and until dialog had flushed to DB and then killall -9
opensips to simulate a crash.

Upon restart the dialog was loaded in from database

On 17 May 2016 at 18:18, Bogdan-Andrei Iancu <bogdan at opensips.org> wrote:

> Hi Pete,
>
> No, this is not a know bug, nor an intended behavior. So, simply
> restarting opensips during a TH call will lead to this error ? no special
> setup, just a proxy between 2 end points, right ?
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 17.05.2016 16:36, Pete Kelly wrote:
>
> I am seeing something interesting with topology_hiding + dialog on 2.1. If
> I let the dialog flush to the DB and kill opensips, opensips loads back in
> the dialog info on startup as expected.
>
> However any new in dialog requests (e.g. BYE) do not proxy - it looks like
> Via, Call-ID and Contact are restored but ruri is not - which makes
> OpenSIPS loop the request back to itself.
>
> For reference, to "enable" topology hiding, I am simply calling
> topology_hiding("C") then in has_totag() I am calling
> topology_hiding_match()
>
> If I perform the same test without topology hiding, the in-dialog requests
> continue to proxy as normal.
>
> Is this a known bug/quirk, is it likely I am not performing some check or
> test that i need to?
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160518/c293543a/attachment.htm>