Hello all, Is there any update on my question? Should I open a bug about this issue, or is there any other test I can run to verify this feature?
Thanks, Mariana. On Thu, May 17, 2012 at 2:22 PM, Mariana Arduini <marianardu...@gmail.com>wrote: > Hello, > > >> The dlg_db_sync command is only useful when you have the second server > online, and want to trigger a refresh of OpenSIPS memory based on what is > in the DB. > > In fact I noticed it. I also tried this test with no success in > fetching the dialog vars: > > 1) Server #2 is online listening on 10.0.0.1 > 2) interface 10.0.0.1 is set down on server #2, but server #2 is not > stopped > 3) interface 10.0.0.1 is set up on server #1 and server #1 is started > 4) UAC sends INVITE to 10.0.0.1, which goes to server #1 > 5) interface 10.0.0.1 is set down on server #1, and server #1 is stopped > 6) interface 10.0.0.1 is set up on server #2 > 7) dlg_db_sync is run on server #2, but dlg_list_ctx shows no vars > 8) UAC sends BYE to 10.0.0.1, which goes to server #2 > > >> If you just start the secondary server & do not issue dlg_db_sync, do > you still have the same problem ? > > Yes, no dialogs vars in context. > > Attached is the log on server #2 you asked for. It includes the > following, in this order: > > 1) opensipsctl start > 2) opensipsctl fifo dlg_list_ctx: no vars shown in context > 3) opensipsctl fifo dlg_db_sync > 4) opensipsctl fifo dlg_list_ctx: no vars shown in context > 5) BYE from UAC, server looks for dialog var "caller_tag" > > For this test, I tried to get the vars using fetch_dlg_value(), file > name is log-server-2-from-start-fetch.txt. > > I collected another log for the same test, now using get_dialog_info() > instead of fetch_dlg_value(), file name is. > > Thanks for the help. > Mariana > > On Thu, May 17, 2012 at 6:08 AM, Vlad Paiu <vladp...@opensips.org> wrote: > > > > Hello, > > > > Just to clear some things up, if you leave the second server offline and > only start it after the active is down, then the ongoing dialogs will be > automatically loaded by the secondary server at startup. The dlg_db_sync > command is only useful when you have the second server online, and want to > trigger a refresh of OpenSIPS memory based on what is in the DB. > > > > If you just start the secondary server & do not issue dlg_db_sync, do > you still have the same problem ? > > If you can, please send us ( privately or via pastebin ) a full debug > OpenSIPS log of the secondary server ( from startup, until the moment you > want to access a dlg_var ). > > > > > > Regards, > > > > Vlad Paiu > > OpenSIPS Developer > > http://www.opensips-solutions.com > > > > > > On 05/16/2012 08:46 PM, Mariana Arduini wrote: > >> > >> Hi Vlad, > >> > >> > Does this also happen if you leave the second server offline, and > start it after the active OpenSIPS is shut down (...) ? > >> > >> Yes, that's exactly the test I've run. > >> > >> > At the moment that you run dlg_db_sync, do you see the variables in > the dialog DB table ? > >> > >> Yes. > >> > >> After you run dlg_db_sync, you say you cannot access the variables from > the script, but you see them in dlg_list_ctx ? > >> > >> No, I don't see them in dlg_list_ctx, neither I can access them from > the script. > >> > >> Thanks. > >> Mariana. > >> > >> On Wed, May 16, 2012 at 2:31 PM, Vlad Paiu <vladp...@opensips.org> > wrote: > >>> > >>> Hi Mariana, > >>> > >>> Does this also happen if you leave the second server offline, and > start it after the active OpenSIPS is shut down, instead of leaving the > second server up and running 'dlg_db_sync' ? > >>> > >>> At the moment that you run dlg_db_sync, do you see the variables in > the dialog DB table ? > >>> After you run dlg_db_sync, you say you cannot access the variables > from the script, but you see them in dlg_list_ctx ? > >>> > >>> Regards, > >>> > >>> Vlad Paiu > >>> OpenSIPS Developer > >>> http://www.opensips-solutions.com > >>> > >>> > >>> On 05/16/2012 07:57 PM, Mariana Arduini wrote: > >>>> > >>>> Hi Razvan, > >>>> > >>>> Do I need to open a bug about this issue somewhere? I saw Bogdan's > message about OpenSIPS 1.8 Stable being released tomorrow. > >>>> > >>>> I think the problem is the dialog variables are not being fetched > from DB, either when OpenSIPS is restarded, either when we run the new fifo > command dlg_db_sync. > >>>> > >>>> Thanks again! > >>>> Mariana. > >>>> > >>>> On Wed, May 16, 2012 at 8:06 AM, Mariana Arduini < > marianardu...@gmail.com> wrote: > >>>>> > >>>>> Hi, Razvan! > >>>>> > >>>>> Thank you for the $DLG_dir pseudovariable, it worked! > >>>>> > >>>>> The variables are properly flushed into the DB after 200 OK, and I > can also see them using "opensipsctl fifo dlg_list_ctx", under context. > >>>>> > >>>>> Even using the $DLG_dir for the direction of a sequential request, I > still need to access either the caller_contact or the callee_contact. Is > there any other way to have those apart from the variables? > >>>>> > >>>>> Thanks again! > >>>>> Mariana. > >>>>> > > > > _______________________________________________ > > Users mailing list > > Users@lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users