[OpenSIPS-Users] b2b modules restart-safeness / database use

Jeff Pyle jpyle at fidelityvoice.com
Wed Feb 23 17:16:02 CET 2011


Ok.  Any plans to add a db_mode in the future?  Also, I noticed yesterday there are no options to choose the table names as almost all the other modules have.  Any thoughts on that?

- Jeff

From: Anca Vamanu <anca at opensips.org<mailto:anca at opensips.org>>
Reply-To: OpenSIPS users mailling list <users at lists.opensips.org<mailto:users at lists.opensips.org>>
Date: Wed, 23 Feb 2011 06:09:15 -0500
To: "users at lists.opensips.org<mailto:users at lists.opensips.org>" <users at lists.opensips.org<mailto:users at lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] b2b modules restart-safeness / database use

Hi Jeff,

In b2b there isn't this db mode option - there is only one mode - saving the data from time to time (controlled by update_period parameter) and at shutdown. To be more safe, you can decrease the update_period parameter.


On 02/21/2011 08:54 PM, Jeff Pyle wrote:

I'm trying to understand the use of the database in the B2B modules.  So far my application is only topology hiding (baby steps).

When it comes to shutdown / db operations, in my mind I think of it like the dialog module.  Is that a useful analogy?  On my non-B2B-enabled proxies I run db_mode<http://www.opensips.org/html/docs/modules/1.6.x/dialog.html#id292849>=1 to preserve as much data as possible during an Opensips restart.  I've got it to the point where I lose only in-progress transactions and dialog profile data.  I can live with that.

In the B2B world, as long as I have the data written to the db, am I restart-safe?  If so, in b2b_entities is there a way to emulate the "REALTIME" db_mode=1 option of the dialog module?


Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Anca Vamanu
OpenSIPS Developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110223/846906fd/attachment-0001.htm>

More information about the Users mailing list