Announcing indeni 5.1: F5© BIG-IP© support, many improvements
Key takeawaysThis key takeaway was generated through LLMs crawling the page and coming up with an overview of the content.Version 5.1 introduces support for F5 BIG-IP 11.x and adds multiple F5-related signatures to detect node and pool member availability issues, connection limits, SSL transaction license nearing, ConfigSync problems, and other operational states, with cross-checking against AskF5.com. The release also fixes numerous bugs and false positives across device discovery, monitoring, search indexing, authentication, logging, SNMP monitoring, VPN debug messaging, and UI performance to improve accuracy and stability in mixed network and security device environments. Key outcomes include improved device discovery and inventory reporting performance, corrected alert details and false positives for Check Point and other vendors, and additional diagnostic data for troubleshooting ARP, NIC, and failover interface issues.
What new F5 product version and signatures are supported in version 5.1?
Version 5.1 adds support for F5 BIG-IP 11.x and includes a set of F5-related signatures designed to surface operational issues. The signatures identify node availability problems, pool member connection limits nearing or reached, load balancer connection limits nearing or reached, and when the number of active pool members falls below a threshold. Additional signatures monitor SSL Transactions per Second approaching license limits, ConfigSync state not OK, the Reaper process starting, and cross-check relevant log lines with AskF5.com to aid troubleshooting.
Which significant bugs and functional issues were fixed in the 5.1 release?
The 5.1 release addresses many bugs and functional issues, including Network Health left-side widgets appearing empty (WC-2051) and slow discovery of analyzed devices caused by CentOS /dev/random behavior (IS-1365). NIC details not indexed by Search (IS-1363) and a bug preventing the indeni4it service from starting more than once (IS-1346) were fixed. Authentication issues causing RADIUS one-time token lockouts (IS-1087), VPN debug messages revealing partial information (IK-1951), and multiple false positives and monitoring inaccuracies for Check Point and other devices (IK-1914, IK-1856, IK-1626, IK-1919, IK-1871, IK-1670) were also resolved.
How does version 5.1 improve performance and troubleshooting data?
Performance improvements in 5.1 include faster rendering of device lists (WC-1800) and better performance generating inventory reports (IS-1088). Full text search coverage and result sorting have been improved (IS-1371), and SNMP monitoring false positives like incorrect device clock warnings were addressed (IK-1626). The release also adds diagnostic data such as ‘fwaccel stat’ for Check Point debug reports (IS-1357) and more specific interface details for RX traffic reduction after failover suspected to be ARP-related (IK-1901), which enhances troubleshooting of failover, ARP, and NIC problems.
We’re excited to announce version 5.1. While this version has been generally available for a few months now, it has had improvements added to it over the past two months.
New product versions supported:
- F5© BIG-IP© 11.x
New signatures:
- The following are some of the F5-related signatures included in this release:
- Identify node availability issues
- Pool member connection limit nearing or reached
- Load balancer connection limit nearing or reached
- Number of active members in a pool lower than threshold
- Number of SSL Transactions per Second nearing license limit
- ConfigSync state not OK
- Reaper process started
- Cross check certain log lines with AskF5.com
Bugs fixed and minor improvements:
- WC-2051: Network Health left-side widgets empty in some cases
- IS-1365: Discovery of analyzed devices was sometimes slow due to a behavior issue with CentOS’s /dev/random
- IS-1363: NIC details were not indexed by the Search feature in certain cases
- IS-1346: Prevent “service indeni4it start” from starting the application more than one time
- IS-1087: RADIUS authentication with one-time tokens resulted in lockouts
- IK-1951: VPN debug messages contain partial information
- IK-1924: “Coredumping setting not as desired” Profile Check – FP
- IK-1914: “Some members of the same cluster are not being monitored” FP
- IK-1856: Hardware alert FPs on Check Point Open Servers
- IK-1626: SNMP monitoring – “Device clock appears to be set incorrectly” FP
- IK-1919: “SecureXL templates are partially disabled” FP
- IK-1871: “HSRP cluster members differ in VLAN configuration” FP
- IK-1670: Live Configuration – all NICS are showing as Down
- IK-1852: indeni server’s disk filled up without any storage alerts
- IK-1847: Failed to Communicate alert: wrong details when Check Point shell is not bash
- WC-1800: Performance of rendering of the list of devices has been improved
- WC-2061: Network Health – scrolling alerts show acknowledged alerts
- IS-922: Ignored items list was sometimes cleared instead of stored
- IS-1371: Full text search improved to increase coverage and improve result sorting
- IS-1357: “fwaccel stat” added to debug report for Check Point firewalls
- IS-1088: Improvement to the performance of the generation of inventory reports
- IK-1901: “RX traffic drastically reduced post fail over, possible ARP issue” add specific interface details
Related content
BlueCat moves agentic AI from insight to action with new AI integrations
Extends its Intelligent NetOps platform to help organizations unlock measurable AI value through a unified data foundation
BlueCat appoints Jeff McCullough as Vice President, Worldwide Channel and Alliance
Experienced channel leader will drive partner-led growth and support partners in generating revenue and value within BlueCat’s global ecosystem
BlueCat introduces BlueCat Horizon, a SaaS-first Intelligent NetOps platform for cross-domain network operations
The platform delivers a unified control plane for DNS, DHCP, IPAM, security, and observability, empowering rapid, automated action across networks
Fewer than half of enterprises are fully successful with network observability tools
Fragmented tools and cloud blind spots are straining NetOps, but a new five-stage maturity model charts the path to excellence.