OSPF Discovery Not Working on Huawei NetEngine8000 and CloudEngine6800

[Angelo_Colucci]

I recently added the following two Huawei devices on my Librenms production environment:

• NetEngine 8000
• CloudEngine 6800

For both equipments the discovery process don’t document OSPF neighborship status.

• The output of ./validate.php

$ ./validate.php
===========================================
Component | Version
--------- | -------
LibreNMS  | 23.9.1-117-g79cc5c911 (2023-10-23T11:02:17+02:00)
DB Schema | 2023_10_20_075853_cisco_asa_add_default_limits (268)
PHP       | 8.2.0
Python    | 3.8.10
Database  | MariaDB 10.5.18-MariaDB-1:10.5.18+maria~ubu1804
RRDTool   | 1.7.2
SNMP      | 5.8
===========================================

[OK]    Composer Version: 2.6.5
[OK]    Dependencies up-to-date.
[OK]    Database connection successful
[OK]    Database Schema is current
[OK]    SQL Server meets minimum requirements
[OK]    lower_case_table_names is enabled
[OK]    MySQL engine is optimal
[OK]    Database and column collations are correct
[OK]    Database schema correct
[OK]    MySQl and PHP time match
[OK]    Active pollers found
[OK]    Dispatcher Service not detected
[OK]    Locks are functional
[OK]    Python poller wrapper is polling
[OK]    Redis is unavailable
[OK]    rrdtool version ok
[OK]    Connected to rrdcached
$

output of discovery.php via Pastebin

Re: CE6800 - LibreNMS CE6800 first part
CE6800 2nd part - LibreNMS CE6800 second part

NE8000 First Part - LibreNMS NE8000 first part
NE8000 second part - LibreNMS NE8000 second part

How can I solve this issue?
Consider that the vendor shared with us the updated MIB tree for the two platform (CE6800 and NE8000).
Let me know if this updated MIB tree could be useful to solve the issue.

Thanks in advance for your support

[murrant]

I don’t see the ospf module running. Did you try enabling it?

[Angelo_Colucci]

Hi Murrant,
thanks for your support.
I checked the modules under both Huawei nodes (NetEngine8K, CE6800), and as you can see below, the ospf module is enabled.

Where did you see that ospf module was disabled? Is there another section where i can enable this module?

Let me know?
Best regards
Angelo

[murrant]

I did a search on your discovery and poller files and didn’t find ospf. Maybe I messed up. Take a look through the output yourself.

[RR1]

are you looking for below from discovery ?

1. OSPF Discovery: SQL[[1;33mSELECT DISTINCT(ospfNbrIpAddr),device_id FROM ospf_nbrs WHERE device_id=? [0;33m[49][0m 0.31ms]

• array (

2. 672 =>

3. array (

4. ‘SW-CORE-01-MSSR’ =>

5. array (

6. ‘100GE1/0/1’ => 1,

7. ),

8. ),

9. 673 =>

10. array (

11. ‘SW-CORE-02-MSSR’ =>

12. array (

13. ‘100GE1/0/1’ => 1,

14. ),

15. ),

16. )

[Angelo_Colucci]

Hi @murrant,
as RR1 wrote the discovery gathered ospf info. Why LibreNMS didn’t save these information and show that in OSPF tab?
What can I do, to fix this issue?

BR
Thanks for your support

[murrant]

No, that is from the discovery-protocols module. @Angelo_Colucci has not enabled the ospf module for these devices.

[Angelo_Colucci]

@murrant

iscovery-proto

Hi @Murrant, here the module section of the RT-GN-01-MSSR (Device ID 49 - Huawei NetEngine 8000)

As you can see the OSPF module is enabled in the section.
Let me know if this configuration isn’t enough to enable the discovery of the OSPF.

Thanks for you support
Best Regards
Angelo

[murrant]

Try running the poller in debug mode manually enabling the ospf module and let’s see what it looks like.

lnms device:poll -m ospf -vv <hostname>