25 May
2017
25 May
'17
11:56 a.m.
Is there any progress? Thanks
2017-05-04 16:49 GMT+08:00 Charles Chance <charles.chance(a)sipcentric.com>om>:
Hello,
I think in the case of a (re)register, the receiving server should become
authoritive for that contact and remove any FL_RPL which may be present.
I will take a look at this today/tomorrow along with the other issue
reported on Github.
Cheers,
Charles
On 4 May 2017 09:35, "张顺通" <shuntongzhang(a)gmail.com> wrote:
In dmq_usrloc, a ucontact_t with FL_RPL flag will not send it's modify to
other kamailio.
For example, I have one edge and three kamailio(for register, name A B
C). And First SIP REGISTER send to edge, and edge forward to register
kamailio A, then kamailio B & C have FL_RPL flag, kamailio A do not
have FL_RPL flag.
In this situation, If kamailio A is crash, the second SIP REGISTER(same
call-id and tag) forward to kamailio B, kamailio B will not replicate reg
info to C, because kamailio B have FL_RPL flag.
What is the suggestion in this case?
Thanks
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
Birmingham Science Park, Birmingham B7 4BB.
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users