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@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@gmail.com>
wrote:
> That is exactly what I would need.
>
> On Apr 6,
2005 9:05 AM, Java Rockx <javarockx@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@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@lists.iptel.org
>>>>
http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
_______________________________________________
>>> Serusers mailing
list
>>> serusers@lists.iptel.org
>>>
http://lists.iptel.org/mailman/listinfo/serusers