[Serusers] SER Reports "out of memory"
Greger V. Teigre
greger at teigre.com
Mon May 30 22:48:01 CEST 2005
Jan Janak wrote:
> On 30-05-2005 21:56, Greger V. Teigre wrote:
>>> Database updates will not assume anything about the state of the
>>> database so it should not matter if the entry still exists / does
>>> not exists / has been modified..
>>
>> I assume another ser server receiving an update must both write to
>> DB and do a t_replicate to other ser servers who then do
>> save_memory() as Paul responded in his last email to Karl?
>
> t_replicate and save_memory will be necessary no more. Updates will
> propagate through the database. You can use mysql cluster and then
> all ser instances can be configured with the same table -- mysql
> cluster can handle conflict resolution internally.
:-D Smashing!
How is the scenario handled that Karl sketched? One ser is updated with a
usrloc that exists in another ser's memory.
>>> There is one drawback though -- nathelper as it is implemented right
>>> now will not work anymore -- we would need to rewrite it to use the
>>> contents of the database.
>>
>> Are you referring to the ping feature only or are there other things
>> as well? Reading all NATed devices from DB every 30 seconds?
>
> Yes, I am referring to the NAT pinger. We would need something that
> would walk through the entries in the database and send ping packets
> to those that are behind NAT.
Hm. And doing this efficiently...
g-)
More information about the sr-users
mailing list