[Serusers] replication and rtpproxy

Andres andres at telesip.net
Fri Feb 27 02:17:21 CET 2004


----- Original Message ----- 
From: "Klaus Darilion" <klaus.mailinglists at pernau.at>
To: "Arnd Vehling" <av at nethead.de>
Cc: "Nils Ohlmeier" <nils at iptel.org>; <serusers at lists.iptel.org>
Sent: Thursday, February 26, 2004 5:00 PM
Subject: Re: [Serusers] replication and rtpproxy


> It all depends on the setup of the database at the back. If you have 2
> mysql server, one for each ser, than you would like to automatically
> synchronize the "statical tables" (subscriber, acc, aliases...) between
> the 2 mysql servers, but not the user location table, as this is done by
> the ser proxies and t_replicate.
>
Exactly...This is what we do.

> Klaus
>
> Arnd Vehling wrote:
> > Nils Ohlmeier wrote:
> >
> >> Yes, comitted. But the replicated data will not be read in by the
> >> backup server.
> >
> >
> > Mhh, seems like i didnt really understood what t_replicate does.
> > I thought "t_replicate" will replicate all invites to a failover box
> > so the primary and secondary are synced in terms of subscribed
> > users?!
> >
> > So, if the primary box fails it the secondary should will have an (maybe
> > minus ore or two records) identical database and an identical subscriber
> > base?!
> >
> >> Mode=1 only means that the server writes it immediately to the
> >> database. But there is currently no mode available in which contact
> >> data is read from the database for every lookup.
> >
> >
> > I thought t_replicate will do this. But if not i either restart ser as
> > suggested or patch it so it will re-read the subsriber table if i send
> > it a SIGHUP or a something via the fifo.
> >
> > best regards,
> >
> >   Arnd
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>





More information about the sr-users mailing list