I can confirm as well. Fingerbank-collector upgrade resolved issue with
crashes but no help with hitting hourly API limits.
So my questions are:

1. Is there any way to reduce Upstream API calls? I thought only new
unrecognized devices on the network should cause an API call to the cloud.
Also, I thought a local copy of "fingerbank_Upstream.db" would
significantly drop the number of calls but it does not seem to be the case.

- would changing "Query cache time in the collector" (currently 1440),
"Database persistence interval" (currently 600) or the duration of DHCP
lease (currently 30) values help? And if it helps what are the recommended
values?

2. If Packetfence software is now generating many more API calls shouldn't
hourly API limits be increased?

Once the limit is hit and upstream is not reachable anymore packetfence.log
fills up with these
















*Jan 16 07:53:29 rpspacketfence pfqueue: pfqueue(79325) WARN: [mac:unknown]
Unable to perform a Fingerbank lookup for device with MAC address
'[REMOVED]' (pf::fingerbank::process)Jan 16 07:53:29 rpspacketfence
pfqueue: pfqueue(79325) WARN: [mac:unknown] Use of uninitialized value
$class in concatenation (.) or string at /usr/local/pf/lib/pf/fingerbank.pm
<http://fingerbank.pm> line 295. (pf::fingerbank::_parse_parents)Jan 16
07:53:29 rpspacketfence pfqueue: Use of uninitialized value $class in
concatenation (.) or string at /usr/local/pf/lib/pf/fingerbank.pm
<http://fingerbank.pm> line 295.Jan 16 07:53:29 rpspacketfence pfqueue:
pfqueue(79325) WARN: [mac:unknown] Use of uninitialized value
$top_level_parent in concatenation (.) or string at
/usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line
342. (pf::fingerbank::find_device_class)Jan 16 07:53:29 rpspacketfence
pfqueue: Use of uninitialized value $top_level_parent in concatenation (.)
or string at /usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line
342.Jan 16 07:53:29 rpspacketfence pfqueue: Use of uninitialized value
$device_name in concatenation (.) or string at
/usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line 342.Jan 16
07:53:29 rpspacketfence pfqueue: pfqueue(79325) WARN: [mac:unknown] Use of
uninitialized value $device_name in concatenation (.) or string at
/usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line
342. (pf::fingerbank::find_device_class)Jan 16 07:53:29 rpspacketfence
pfqueue: pfqueue(79325) WARN: [mac:unknown] Use of uninitialized value
$device_name in concatenation (.) or string at
/usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line
328. (pf::fingerbank::__ANON__)Jan 16 07:53:29 rpspacketfence pfqueue: Use
of uninitialized value $device_name in concatenation (.) or string at
/usr/local/pf/lib/pf/fingerbank.pm <http://fingerbank.pm> line 328.Jan 16
07:53:29 rpspacketfence pfqueue: Use of uninitialized value $device_name in
concatenation (.) or string at /usr/local/pf/lib/pf/fingerbank.pm
<http://fingerbank.pm> line 328.Jan 16 07:53:29 rpspacketfence pfqueue:
pfqueue(79325) WARN: [mac:unknown] Use of uninitialized value $device_name
in concatenation (.) or string at /usr/local/pf/lib/pf/fingerbank.pm
<http://fingerbank.pm> line 328. (pf::fingerbank::__ANON__)*






On Thu, Jan 16, 2020 at 6:58 AM Nicolas Quiniou-Briand via
PacketFence-users <[email protected]> wrote:

> Hello,
>
> Thanks for your feedback Hubert.
>
> My coworker Julien told me that since PF 9.2.0, we use
> fingerbank-collector 1.2.0 [1] and this one track more data than
> previously. That could cause more requests on API
>
> Anyway, I will check if I see some unusual behavior
>
> [1]
>
> https://github.com/inverse-inc/packetfence/commit/a1a781bffa2b0a977cc27697505b374586e75f45#diff-c153437373e6e8e23adc599d5c49346f
> --
> Nicolas Quiniou-Briand
> [email protected]  ::  +1.514.447.4918 *140  ::  https://inverse.ca
> Inverse inc. :: Leaders behind SOGo (https://sogo.nu), PacketFence
> (https://packetfence.org) and Fingerbank (http://fingerbank.org)
>
>
> _______________________________________________
> PacketFence-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/packetfence-users
>

-- 



*-----------------------------------------------------------------------------------***


*THE INFORMATION CONTAINED IN THIS MESSAGE (E-MAIL AND ANY ATTACHMENTS) IS 
INTENDED ONLY FOR THE INDIVIDUAL AND CONFIDENTIAL USE OF THE DESIGNATED 
RECIPIENT(S).*

If any reader of this message is not an intended recipient 
or any agent responsible for delivering it to an intended recipient, you 
are hereby notified that you have received this document in error, and that 
any review, dissemination, distribution, copying or other use of this 
message is prohibited.  If you have received this message in error, please 
notify us immediately by reply e-mail message or by telephone and delete 
the original message from your e-mail system and/or computer database.  
Thank you.


*-----------------------------------------------------------------------------------*


**NOTICE**:

*You are advised that e-mail correspondence and attachments 
between the public and the Ridgewood Board of Education are obtainable by 
any person who files a request under the NJ Open Public Records Act (OPRA) 
unless it is subject to a specific OPRA exception.  You should have no 
expectation that the content of e-mails sent to or from school district 
e-mail addresses, or between the public and school district officials and 
employees, will remain private.*


*-----------------------------------------------------------------------------------*
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
  • [PacketFence-users] Fingerban... Truax, Peter via PacketFence-users
    • [PacketFence-users] R: F... Giacinto Caretto via PacketFence-users
      • Re: [PacketFence-use... Hubert Kupper via PacketFence-users
        • Re: [PacketFence... Nicolas Quiniou-Briand via PacketFence-users
          • Re: [PacketF... Serhiy Morhun via PacketFence-users
            • Re: [Pa... Nicolas Quiniou-Briand via PacketFence-users
              • Re:... Hubert Kupper via PacketFence-users
                • ... Nicolas Quiniou-Briand via PacketFence-users
                • ... Serhiy Morhun via PacketFence-users
                • ... Nicolas Quiniou-Briand via PacketFence-users
                • ... Nicolas Quiniou-Briand via PacketFence-users
                • ... Serhiy Morhun via PacketFence-users
                • ... Hubert Kupper via PacketFence-users
                • ... Serhiy Morhun via PacketFence-users
                • ... Nicolas Quiniou-Briand via PacketFence-users
                • ... Serhiy Morhun via PacketFence-users
                • ... Nicolas Quiniou-Briand via PacketFence-users
                • ... Truax, Peter via PacketFence-users
                • ... mj via PacketFence-users

Reply via email to