Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-users digest..."
Today's Topics:
1. Re: netdot and Huawei switches (Stefano Martini)
2. Re: netdot and Huawei switches (Carlos Vicente)
3. Re: netdot and Huawei switches (Stefano Martini)
----------------------------------------------------------------------
Message: 1
Date: Thu, 26 May 2016 15:17:01 +0000
From: Stefano Martini <[email protected]>
Subject: Re: [Netdot-users] netdot and Huawei switches
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Thank you Carlos.
Is there a way to configure netdot to use a specific OID when querying a set of
device?
For example make netdot to use the proprietary Huawei OIDs instead of the
standard ones.
Regards
Stefano
-----Original Message-----
From: Carlos Vicente [mailto:[email protected]]
Sent: mercoled? 25 maggio 2016 17:12
To: Stefano Martini <[email protected]>
Cc: [email protected]
Subject: Re: [Netdot-users] netdot and Huawei switches
Stefano,
Sorry for the silence. My guess is that Huawei does not populate the necessary
standard MIBs for either LLDP or forwarding tables, so Netdot does not have
enough data to work with.
You have the option to set the neighbor relationships by hand (Device page,
Interfaces tab). Not ideal, but.
Best,
cv
On May 25, 2016, at 9:48 AM, Stefano Martini <[email protected]> wrote:
> Hello people,
> Can anybody give me a suggestion?
> Are Huawei devices supported by netdot ?
>
> Thanks in advance
> Stefano
>
> From: Stefano Martini
> Sent: marted? 10 maggio 2016 09:44
> To: 'Stefan Deling' <[email protected]>
> Cc: [email protected]
> Subject: RE: [Netdot-users] netdot and Huawei switches
>
> Hello Stefan,
> Thank you for replying.
> The snmp setup is correct and netdot collects some information from the
> devices (description, interfaces, interfaces status, .).
>
> My goal is to make the network topology by using LLDP and/or CDP.
>
> This is the "Topology Discovery" of my Site.conf file:
>
> TOPO_USE_DP => 1,
> TOPO_WEIGHT_DP => 8,
> TOPO_USE_STP => 1,
> TOPO_WEIGHT_STP => 9,
> TOPO_USE_FDB => 0,
> TOPO_WEIGHT_FDB => 6,
> FDB_COMPLETENESS_RATIO => .25,
> FDB_MAX_NUM_DEVS_IN_SEGMENT => 50,
> FDB_EXCLUDE_DEVICES => [],
> TOPO_USE_P2P => 0,
> TOPO_WEIGHT_P2P => 9,
> TOPO_MIN_SCORE => 6,
> ADD_UNKNOWN_DP_DEVS => 0,
> EXCLUDE_UNKNOWN_DP_DEVS_FROM_BLOCKS => {
> '10.0.0.0/8' => 'rfc-1918',
> },
> MAX_NEIGHBOR_MISSED_TIMES => 3,
> NMS_DEVICE => 'localhost',
>
> This is the output of updatedevice.pl:
>
> updatedevices.pl -D -T -I
>
> INFO - bin/updatedevices.pl started at Mon May 9 15:49:00 2016
> INFO - Updating all devices in the DB
> INFO - Using traditional method for SNMP collection
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> INFO - Device::snmp_update: sw1: Finished updating
> INFO - Device::snmp_update: sw04.defaultdomain: Finished updating
> INFO - Device::snmp_update: sw03.defaultdomain: Finished updating
> INFO - Device::snmp_update: sw02.defaultdomain: Finished updating
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> INFO - Device::snmp_update: router01: Finished updating
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
> Use of uninitialized value $first_idx in hash element at
> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
> INFO - Device::snmp_update: swHuawei01.defaultdomain: Finished updating
> INFO - All Devices updated. 6 devices in 15 min, 22 sec
> INFO - Discovering Network Topology using sources: STP, DP. Min score: 6
> INFO - Topology discovery done in 0 sec. Links added: 0, removed: 0
> INFO - bin/updatedevices.pl total runtime: 15 min, 22 sec
>
> After updatedevice.pl the Huawei switch has no uplinks in netdot.
>
> Thank
> Stefano
>
> From: Stefan Deling [mailto:[email protected]]
> Sent: marted? 26 aprile 2016 18:03
> To: Stefano Martini <[email protected]>
> Cc: [email protected]
> Subject: Re: [Netdot-users] netdot and Huawei switches
>
> Ciao Stefano,
>
> what does the "Topology Discovery" section in your Site.conf look like? Did
> you verify your snmp setup? Is it working correctly?
> What happens if you run the "updatedevices" cronjob manually?
>
> regards
>
> Stefan
>
>
> 2016-04-26 17:51 GMT+02:00 Stefano Martini <[email protected]>:
> Hi guys,
> I tried netdot 1.0.6 on a network with a set of Cisco 2960 switches and one
> Huawei AR2220 switch which is the core switch of the network.
> The switches have STP disabled and LLDP enabled and working.
> Unfortunely netdot is not able to determine network topology.
>
> Do you have an idea to make network topology work?
>
> Thanks in advance
> Stefano
>
>
> _______________________________________________
> Netdot-users mailing list
> [email protected]
> https://osl.uoregon.edu/mailman/listinfo/netdot-users
>
>
>
>
> --
>
> Stefan Deling
>
> Senior Consultant
> [email protected]
>
> +49 172 656 90 42
>
> eksp? GmbH
> Hahnstr. 70
> 60528 Frankfurt am Main
> Tel: 069/770 19031
> Fax: 069/962 444 82
> [email protected]
> www.ekspe.de
> ------------
> HRB Frankfurt am Main 98158
> Gesch?ftsf?hrer: Markus Mengelkamp
> Gerichtsstand: Frankfurt am Main
> USt-Nr. DE285782197
> _______________________________________________
> Netdot-users mailing list
> [email protected]
> https://osl.uoregon.edu/mailman/listinfo/netdot-users
------------------------------
Message: 2
Date: Thu, 26 May 2016 11:54:23 -0400
From: Carlos Vicente <[email protected]>
Subject: Re: [Netdot-users] netdot and Huawei switches
To: Stefano Martini <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
Hi Stefano,
Not really. Netdot uses the SNMP::Info package and all the SNMP logic is in
that code.
cv
On May 26, 2016, at 11:17 AM, Stefano Martini <[email protected]> wrote:
> Thank you Carlos.
> Is there a way to configure netdot to use a specific OID when querying a set
> of device?
> For example make netdot to use the proprietary Huawei OIDs instead of the
> standard ones.
>
> Regards
> Stefano
>
> -----Original Message-----
> From: Carlos Vicente [mailto:[email protected]]
> Sent: mercoled? 25 maggio 2016 17:12
> To: Stefano Martini <[email protected]>
> Cc: [email protected]
> Subject: Re: [Netdot-users] netdot and Huawei switches
>
> Stefano,
>
> Sorry for the silence. My guess is that Huawei does not populate the
> necessary standard MIBs for either LLDP or forwarding tables, so Netdot does
> not have enough data to work with.
>
> You have the option to set the neighbor relationships by hand (Device page,
> Interfaces tab). Not ideal, but.
>
> Best,
>
> cv
>
> On May 25, 2016, at 9:48 AM, Stefano Martini <[email protected]> wrote:
>
>> Hello people,
>> Can anybody give me a suggestion?
>> Are Huawei devices supported by netdot ?
>>
>> Thanks in advance
>> Stefano
>>
>> From: Stefano Martini
>> Sent: marted? 10 maggio 2016 09:44
>> To: 'Stefan Deling' <[email protected]>
>> Cc: [email protected]
>> Subject: RE: [Netdot-users] netdot and Huawei switches
>>
>> Hello Stefan,
>> Thank you for replying.
>> The snmp setup is correct and netdot collects some information from the
>> devices (description, interfaces, interfaces status, .).
>>
>> My goal is to make the network topology by using LLDP and/or CDP.
>>
>> This is the "Topology Discovery" of my Site.conf file:
>>
>> TOPO_USE_DP => 1,
>> TOPO_WEIGHT_DP => 8,
>> TOPO_USE_STP => 1,
>> TOPO_WEIGHT_STP => 9,
>> TOPO_USE_FDB => 0,
>> TOPO_WEIGHT_FDB => 6,
>> FDB_COMPLETENESS_RATIO => .25,
>> FDB_MAX_NUM_DEVS_IN_SEGMENT => 50,
>> FDB_EXCLUDE_DEVICES => [],
>> TOPO_USE_P2P => 0,
>> TOPO_WEIGHT_P2P => 9,
>> TOPO_MIN_SCORE => 6,
>> ADD_UNKNOWN_DP_DEVS => 0,
>> EXCLUDE_UNKNOWN_DP_DEVS_FROM_BLOCKS => {
>> '10.0.0.0/8' => 'rfc-1918',
>> },
>> MAX_NEIGHBOR_MISSED_TIMES => 3,
>> NMS_DEVICE => 'localhost',
>>
>> This is the output of updatedevice.pl:
>>
>> updatedevices.pl -D -T -I
>>
>> INFO - bin/updatedevices.pl started at Mon May 9 15:49:00 2016
>> INFO - Updating all devices in the DB
>> INFO - Using traditional method for SNMP collection
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: sw1: Finished updating
>> INFO - Device::snmp_update: sw04.defaultdomain: Finished updating
>> INFO - Device::snmp_update: sw03.defaultdomain: Finished updating
>> INFO - Device::snmp_update: sw02.defaultdomain: Finished updating
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: router01: Finished updating
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: swHuawei01.defaultdomain: Finished updating
>> INFO - All Devices updated. 6 devices in 15 min, 22 sec
>> INFO - Discovering Network Topology using sources: STP, DP. Min score: 6
>> INFO - Topology discovery done in 0 sec. Links added: 0, removed: 0
>> INFO - bin/updatedevices.pl total runtime: 15 min, 22 sec
>>
>> After updatedevice.pl the Huawei switch has no uplinks in netdot.
>>
>> Thank
>> Stefano
>>
>> From: Stefan Deling [mailto:[email protected]]
>> Sent: marted? 26 aprile 2016 18:03
>> To: Stefano Martini <[email protected]>
>> Cc: [email protected]
>> Subject: Re: [Netdot-users] netdot and Huawei switches
>>
>> Ciao Stefano,
>>
>> what does the "Topology Discovery" section in your Site.conf look like? Did
>> you verify your snmp setup? Is it working correctly?
>> What happens if you run the "updatedevices" cronjob manually?
>>
>> regards
>>
>> Stefan
>>
>>
>> 2016-04-26 17:51 GMT+02:00 Stefano Martini <[email protected]>:
>> Hi guys,
>> I tried netdot 1.0.6 on a network with a set of Cisco 2960 switches and one
>> Huawei AR2220 switch which is the core switch of the network.
>> The switches have STP disabled and LLDP enabled and working.
>> Unfortunely netdot is not able to determine network topology.
>>
>> Do you have an idea to make network topology work?
>>
>> Thanks in advance
>> Stefano
>>
>>
>> _______________________________________________
>> Netdot-users mailing list
>> [email protected]
>> https://osl.uoregon.edu/mailman/listinfo/netdot-users
>>
>>
>>
>>
>> --
>>
>> Stefan Deling
>>
>> Senior Consultant
>> [email protected]
>>
>> +49 172 656 90 42
>>
>> eksp? GmbH
>> Hahnstr. 70
>> 60528 Frankfurt am Main
>> Tel: 069/770 19031
>> Fax: 069/962 444 82
>> [email protected]
>> www.ekspe.de
>> ------------
>> HRB Frankfurt am Main 98158
>> Gesch?ftsf?hrer: Markus Mengelkamp
>> Gerichtsstand: Frankfurt am Main
>> USt-Nr. DE285782197
>> _______________________________________________
>> Netdot-users mailing list
>> [email protected]
>> https://osl.uoregon.edu/mailman/listinfo/netdot-users
>
------------------------------
Message: 3
Date: Thu, 26 May 2016 16:00:34 +0000
From: Stefano Martini <[email protected]>
Subject: Re: [Netdot-users] netdot and Huawei switches
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Carlos,
Okay, never mind.
Thank you.
Stefano
-----Original Message-----
From: Carlos Vicente [mailto:[email protected]]
Sent: gioved? 26 maggio 2016 17:54
To: Stefano Martini <[email protected]>
Cc: [email protected]
Subject: Re: [Netdot-users] netdot and Huawei switches
Hi Stefano,
Not really. Netdot uses the SNMP::Info package and all the SNMP logic is in
that code.
cv
On May 26, 2016, at 11:17 AM, Stefano Martini <[email protected]> wrote:
> Thank you Carlos.
> Is there a way to configure netdot to use a specific OID when querying a set
> of device?
> For example make netdot to use the proprietary Huawei OIDs instead of the
> standard ones.
>
> Regards
> Stefano
>
> -----Original Message-----
> From: Carlos Vicente [mailto:[email protected]]
> Sent: mercoled? 25 maggio 2016 17:12
> To: Stefano Martini <[email protected]>
> Cc: [email protected]
> Subject: Re: [Netdot-users] netdot and Huawei switches
>
> Stefano,
>
> Sorry for the silence. My guess is that Huawei does not populate the
> necessary standard MIBs for either LLDP or forwarding tables, so Netdot does
> not have enough data to work with.
>
> You have the option to set the neighbor relationships by hand (Device page,
> Interfaces tab). Not ideal, but.
>
> Best,
>
> cv
>
> On May 25, 2016, at 9:48 AM, Stefano Martini <[email protected]> wrote:
>
>> Hello people,
>> Can anybody give me a suggestion?
>> Are Huawei devices supported by netdot ?
>>
>> Thanks in advance
>> Stefano
>>
>> From: Stefano Martini
>> Sent: marted? 10 maggio 2016 09:44
>> To: 'Stefan Deling' <[email protected]>
>> Cc: [email protected]
>> Subject: RE: [Netdot-users] netdot and Huawei switches
>>
>> Hello Stefan,
>> Thank you for replying.
>> The snmp setup is correct and netdot collects some information from the
>> devices (description, interfaces, interfaces status, .).
>>
>> My goal is to make the network topology by using LLDP and/or CDP.
>>
>> This is the "Topology Discovery" of my Site.conf file:
>>
>> TOPO_USE_DP => 1,
>> TOPO_WEIGHT_DP => 8,
>> TOPO_USE_STP => 1,
>> TOPO_WEIGHT_STP => 9,
>> TOPO_USE_FDB => 0,
>> TOPO_WEIGHT_FDB => 6,
>> FDB_COMPLETENESS_RATIO => .25,
>> FDB_MAX_NUM_DEVS_IN_SEGMENT => 50,
>> FDB_EXCLUDE_DEVICES => [],
>> TOPO_USE_P2P => 0,
>> TOPO_WEIGHT_P2P => 9,
>> TOPO_MIN_SCORE => 6,
>> ADD_UNKNOWN_DP_DEVS => 0,
>> EXCLUDE_UNKNOWN_DP_DEVS_FROM_BLOCKS => {
>> '10.0.0.0/8' => 'rfc-1918',
>> },
>> MAX_NEIGHBOR_MISSED_TIMES => 3,
>> NMS_DEVICE => 'localhost',
>>
>> This is the output of updatedevice.pl:
>>
>> updatedevices.pl -D -T -I
>>
>> INFO - bin/updatedevices.pl started at Mon May 9 15:49:00 2016 INFO
>> - Updating all devices in the DB INFO - Using traditional method for
>> SNMP collection Use of uninitialized value $first_idx in hash element
>> at /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: sw1: Finished updating INFO -
>> Device::snmp_update: sw04.defaultdomain: Finished updating INFO -
>> Device::snmp_update: sw03.defaultdomain: Finished updating INFO -
>> Device::snmp_update: sw02.defaultdomain: Finished updating Use of
>> uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: router01: Finished updating Use of
>> uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 819.
>> Use of uninitialized value $first_idx in hash element at
>> /usr/local/netdot_huawei/lib/Netdot/Model/Device.pm line 820.
>> INFO - Device::snmp_update: swHuawei01.defaultdomain: Finished
>> updating INFO - All Devices updated. 6 devices in 15 min, 22 sec INFO
>> - Discovering Network Topology using sources: STP, DP. Min score: 6
>> INFO - Topology discovery done in 0 sec. Links added: 0, removed: 0
>> INFO - bin/updatedevices.pl total runtime: 15 min, 22 sec
>>
>> After updatedevice.pl the Huawei switch has no uplinks in netdot.
>>
>> Thank
>> Stefano
>>
>> From: Stefan Deling [mailto:[email protected]]
>> Sent: marted? 26 aprile 2016 18:03
>> To: Stefano Martini <[email protected]>
>> Cc: [email protected]
>> Subject: Re: [Netdot-users] netdot and Huawei switches
>>
>> Ciao Stefano,
>>
>> what does the "Topology Discovery" section in your Site.conf look like? Did
>> you verify your snmp setup? Is it working correctly?
>> What happens if you run the "updatedevices" cronjob manually?
>>
>> regards
>>
>> Stefan
>>
>>
>> 2016-04-26 17:51 GMT+02:00 Stefano Martini <[email protected]>:
>> Hi guys,
>> I tried netdot 1.0.6 on a network with a set of Cisco 2960 switches and one
>> Huawei AR2220 switch which is the core switch of the network.
>> The switches have STP disabled and LLDP enabled and working.
>> Unfortunely netdot is not able to determine network topology.
>>
>> Do you have an idea to make network topology work?
>>
>> Thanks in advance
>> Stefano
>>
>>
>> _______________________________________________
>> Netdot-users mailing list
>> [email protected]
>> https://osl.uoregon.edu/mailman/listinfo/netdot-users
>>
>>
>>
>>
>> --
>>
>> Stefan Deling
>>
>> Senior Consultant
>> [email protected]
>>
>> +49 172 656 90 42
>>
>> eksp? GmbH
>> Hahnstr. 70
>> 60528 Frankfurt am Main
>> Tel: 069/770 19031
>> Fax: 069/962 444 82
>> [email protected]
>> www.ekspe.de
>> ------------
>> HRB Frankfurt am Main 98158
>> Gesch?ftsf?hrer: Markus Mengelkamp
>> Gerichtsstand: Frankfurt am Main
>> USt-Nr. DE285782197
>> _______________________________________________
>> Netdot-users mailing list
>> [email protected]
>> https://osl.uoregon.edu/mailman/listinfo/netdot-users
>
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 86, Issue 9
*******************************************
