[OpenSIPS-Users] can't get is_contact_registered() to return true
Jeff Pyle
jeff at ugnd.org
Thu Oct 8 14:18:54 EST 2020
Yes. I want to compare everything I can between the INVITE I've just
received and the registration I authenticated previously to make sure
everything that is supposed to match does match. I'd love to compare
User-Agent as well, for example, but it doesn't appear there's a way to
access that on lookup(). This use case may or may not be enough to
actually code it -- I'll happily defer that decision to you and the team!
Here's some context of how I use this. In my case, I increment a memcache
counter with a relatively short TTL upon preauth failure, and after
*x* failures
in *y* seconds, I set a distinct memcache key with a relatively long TTL
that matches the source IP. The presence of that key is checked early in
the script to ignore traffic from blacklisted source IP addresses.
Here's to 3.2!
- Jeff
On Thu, Oct 8, 2020 at 9:47 AM Liviu Chircu <liviu at opensips.org> wrote:
> On 08.10.2020 16:40, Jeff Pyle wrote:
> >
> > This loads the registered contacts as branches, which allows me to
> > iterate through each and compare 1) the base URI from the inbound
> > INVITE with the base URI of the registered contact, 2) the received IP
> > and 3) the received port. Assuming one matches, that's enough to
> > satisfy me that we've received a message from a registered endpoint.
> > I'm calling this route on initial INVITEs and so far, so good. There
> > are optimizations that could occur, such as exiting the while loop
> > once we've found a match, but at least this works.
>
> Interesting use case! Maybe we can formalize this into one or more
> extensions, so you can just call the appropriate functions. Here are
> your current problems which must be addressed:
>
> * is_ip_registered() is too imprecise, as it only takes the IP as input,
> while you'd want to match the URI and port as well.
> * is_contact_registered() is too precise, as it matches _everything_,
> including URI parameters which you'd like to skip.
>
> I've put this problem on the bucket list for 3.2 :) Cheers!
>
> --
> Liviu Chircu
> www.twitter.com/liviuchircu | www.opensips-solutions.com
>
>
> _______________________________________________
> 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/20201008/a5cba62a/attachment-0001.html>
More information about the Users
mailing list