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 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.2attempt 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