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 <bog...@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@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users