[Serusers] More usrloc sync questions

Greger V. Teigre greger at teigre.com
Thu Apr 7 07:26:24 CEST 2005


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
>>  modparam("usrloc", "db_mode", 2)
>> 
>>  route {
>> 
>>       if (method=="REGISTER") {
>> 
>>             if (src_ip==10.255.15.1) {  # ip of peer SER proxy
>> 
>>                    save_memory();
>> 
>>              } else {
>> 
>>                    save("location");
>>                    t_replicate("10.255.15.2", 5060);
>> 
>>              };
>>        };
>>  }
>> 
>> 
>>  What I don't know, however, is will 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/af139288/attachment.htm>


More information about the sr-users mailing list