[Serusers] More usrloc sync questions

[Java Rockx]

That appears to be what it does. I would love for the registrar module 
README to include documentation of this function to be certain of its 
purpose.

P

On Apr 7, 2005 1:26 AM, Greger V. Teigre <greger at teigre.com> wrote:
> 
> So, just to be sure that I understand it's use correctly:
> It will save the UA's location to memory, but not to DB, and it will reply 
> to UA as save() does?
> g-)
>  ---- Original Message ----
> From: Java Rockx
> To: AJ Grinnell
> Cc: Greger V. Teigre ; serusers at lists.iptel.org
> Sent: Wednesday, April 06, 2005 03:48 PM
> Subject: Re: [Serusers] More usrloc sync questions
> 
> > I just tested the save_memory() function and it works as I suspected.
> > 
> > The only bug in my example is that save_memory() should be
> > save_memory("location") 
> > 
> > Regards,
> > Paul
> > 
> > 
> > On Apr 6, 2005 9:28 AM, AJ Grinnell <ajgrinnell at gmail.com> wrote:
> > That is exactly what I would need.
> > 
> > On Apr 6, 2005 9:05 AM, Java Rockx <javarockx at gmail.com> wrote:
> >> Has anyone ever seen the save_memory() function in the registrar
> >> module? 
> >> 
> >> I'm wondering exactly what this does. Assuming I have two (2) SER
> >> servers connected to the __same__ MySQL server, it seems like
> >> something like this should be legal:
> >> 
> >> listen=10.255.15.1 <http://10.255.15.1>
> >> modparam("usrloc", "db_mode", 2)
> >> 
> >> route {
> >> 
> >> if (method=="REGISTER") {
> >> 
> >> if (src_ip==10.255.15.1 <http://10.255.15.1>) { # ip of peer SER proxy
> >> 
> >> save_memory();
> >> 
> >> } else {
> >> 
> >> save("location");
> >> t_replicate("10.255.15.2 <http://10.255.15.2>", 5060);
> >> 
> >> };
> >> };
> >> }
> >> 
> >> 
> >> What I don't know, however, is will 10.255.15.2 <http://10.255.15.2>attempt to write to
> >> the location table.
> >> 
> >> Does anyone know about this?
> >> 
> >> Regards,
> >> Paul
> >> 
> >> 
> >> 
> >> 
> >> On Apr 6, 2005 1:55 AM, Greger V. Teigre <greger at teigre.com> wrote:
> >>> 
> >>> You have a cluster and you want to do replication in SER? Do your
> >>> SER servers have one or several databases in mysql? You cannot do
> >>> both replication and have one DB. The problem of using a cluster
> >>> is that SER will write back everything to the database, but there
> >>> is no "refresh" when looking up a location, so you cannot be sure
> >>> that SER B will pick up what SER A stored.
> >>> g-)
> >>> 
> >>> AJ Grinnell wrote:
> >>>> So I can get replication working, but I constantly am getting
> >>>> errors about receiving SERs usrloc not being able to insert into
> >>>> the database. My guess is because the contact is already there by
> >>>> the originating SER. I have a MySQL cluster that both SERs are
> >>>> using. My question is this, how can I save the contact in the SER
> >>>> that is receiving the contact, without SER trying to write the
> >>>> contact to the DB?
> >>>> 
> >>>> _______________________________________________
> >>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20050407/2999719d/attachment.htm>