[Serusers] More usrloc sync questions

Jan Janak jan at iptel.org
Sat Apr 9 10:40:58 CEST 2005


Yes, this is exactly what the function does.

  Jan.

On 07-04 07:34, Java Rockx wrote:
> 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
> >

> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers




More information about the sr-users mailing list