[SR-Users] Replication problems Registration Using t_replicate ().

[Raphael Borges]

*Hello,*


I have two servers in kamailio duality, I am using the function t_replicate
() for replication log as below:
Server 1 active
t_replicate ("xxx.xxx.xxx.2", "5060");
Server 2 reserves
t_replicate ("xxx.xxx.xxx.1", "5060");

But when the record is replicated to the standby server the parameter
received is being filled with the active server IP, where the IP would
Correro UAC, registry problems generating the backup server.

Example
Server 1 active xxx.xxx.xxx.1

$ Kamctl ul show
Domain :: location table = 512 records = 1 = 1 max_slot
         AOR :: 4301
                 Contact :: sip: 4301 at yyy.yyy.yyy.100; transport = udp Q =
                         Expires :: 4566
                         Callid :: ccd0431c-6a4c-1231-0a94-7356c4f466e6
                         CSeq :: 46740150
                         User-agent :: stepo_LITE
                         Received :: sip: yyy.yyy.yyy.100: 5060
                         State :: CS_SYNC
                         Flags :: 0
                         CFLAG :: 0
                         Socket :: udp: xxx.xxx.xxx.1: 5060
                         Methods :: 8159

Server 2 Reserve xxx.xxx.xxx.2

$ Kamctl ul show
Domain :: location table = 512 records = 1 = 1 max_slot
         AOR :: 4301
                 Contact :: sip: 4301 at yyy.yyy.yyy.100; transport = udp Q =
                         Expires :: 6665
                         Callid :: ec7cfd42-6a7c-1231-0f94-7356c4f466e6
                         CSeq :: 46750472
                         User-agent :: stepo_LITE
                         Received :: sip: xxx.xxx.xxx.1: 5060
                         State :: CS_SYNC
                         Flags :: 0
                         CFLAG :: 0
                         Socket :: udp: xxx.xxx.xxx.2: 5060
                         Methods :: 8159



Tkanks

Raphael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130718/e4c1fd8a/attachment.html>