Am 27.01.2011 13:05, schrieb Alex Hermann:
On Thursday 27 January 2011, Klaus Darilion wrote:
Am 27.01.2011 11:21, schrieb Danny Dias:
> I've read some difficulty in the synchronisation of registrations because
> Kamailio works best when it stores registrations in memory and
> registrations are constantly changing - they expire and are renewed, as
> well as new ones joining and old ones leaving. To make the failover
> solution function seamlessly, it is necessary to synchronise the
> in-memory registrations between the primary and the backup server . This
> can be done by forking a copy of the registration request to the backup
> server, but there are some practical problems in doing this, has anyone
> do something with this?
What problems are you referring to? I use this for some years now without any
problems.
Alex, what happens if one server is down. There will be lots of
"replication transactions" which will timeout. Can this cause any
problems if there are too many open transactions (retransmissions ...)?
btw: I just found in tm readme:
* t_replicate should be done more cleanly--Vias, Routes, etc.
should be removed from a message prior to replicating it (well,
does not matter any longer so much as there is a new replication
module).
Is there really a dedicated replication module somewhere?
klaus