[OpenSIPS-Users] Problem using a shared usrloc table with NAT Ping (OPTIONS) on both opensips instances

[Benjamin Cropley]

Maybe you can use the nat_keepalive function of the nat_traversal module
instead of automatic keep alive checks?



On Mon, Apr 18, 2016 at 11:07 AM, Max Mühlbronner <mm at 42com.com> wrote:

> I just found this bug which turned into a feature request (from 2012)
> someone else had exactly the same problem:
>
> https://sourceforge.net/p/opensips/feature-requests/99/
>
>
> @Bogdan, if for whatever reason the table is being shared by two Opensips
> instances (In my case it's not for balancing/failover at all but just for
> having the registrations for two servers in one central place for checking
> with external scripts/other optimizations...)
>
> Shouldn't each instance check whether it's his client or not before
> sending the keepalive/OPTIONS pings? This would fix the problems in
> scenarios like mine and i would guess there are a lot of people with the
> same problem: but they probably never noticed it, or never will.
>
>
> Best Regards
>
>
> Max M.
>
> On 07.04.2016 13:00, Max Mühlbronner wrote:
>
>> Hi,
>>
>> I experienced something weird: I got two servers sharing the same
>> location table. (usrloc module)
>>
>> My problem is: both servers got nathelper ping (OPTIONS) enabled. The
>> Opensips instance A has it's own clients and instance B also...
>>
>> Now as the location database/table is being shared by both servers the
>> NAT Pings from Instance B are also sent for clients which are registered on
>> instance A.
>>
>> I did not find any solution to tell Opensips A/B to only ping "their"
>> registered clients. The force_socket option of nathelper will not solve my
>> issue as both servers got their own socket/IP.
>>
>> Is there any workaround for my situation? (Nat ping does not take the
>> socket/IP of the registered client into account?)
>>
>>
>> Best Regards
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160418/be46b455/attachment.htm>