Menu
▾
▴
Re: [Netdisco] netdisco2 adding new MIBs
|
From: Martin L. <ma...@la...> - 2015-11-30 15:55:17
|
Hi Oliver, the devices are identified as: avaya / VSP8284XSQ: SNMP::Info::Layer3::Passport avaya / rapidCity.209: SNMP::Info::Layer3::Passport rapidCity.209 is the Avaya VSP-7254XSQ. But we get always "validate_autoload_method(hasCDP) Unable to resolve method" on these devices at discover process. On a "avaya / VSP9010" wich is also identified as " SNMP::Info::Layer3::Passport" the discover succeeds - also on the older Avaya passport devices (ERS8xxx). Any hints? Regards Martin -----Ursprüngliche Nachricht----- Von: Oliver Gorwits [mailto:ol...@cp...] Gesendet: Samstag, 28. November 2015 20:19 An: net...@li... Betreff: Re: [Netdisco] netdisco2 adding new MIBs Hi Martin, On 2015-11-26 16:49, Martin Lärcher wrote: > the same here with Avaya VSP 8000 and VSP 7200. > > But this devices should support SONMP too, or? > > We get always "validate_autoload_method(hasCDP) Unable to resolve > method" Well, according to the current release of SNMP::Info, SONMP is included in the support neighbor protocols, and is checked for: https://metacpan.org/pod/SNMP::Info#Topology-Information However this relies on the device being identified correctly in the first place (as something which supports SONMP) - what we call the Device Class. You can see the Device Class in the web interface under the device details tab, or at the command line when run in debug, when the SNMP connection is made. If it's not specific to the vendor/platform, then it's likely SONMP is not being tested. The creation of a new device class is also a little tricky, if required. regards, oliver. > Running with debug shows the following: > > SNMP::Info::_global lldp_sys_cap : LLDP-MIB::lldpLocSysCapEnabled.0 : > .1.0.8802.1.1.2.1.3.6.0 > > SNMP::Info::_global(lldp_sys_cap) NOSUCHOBJECT at > /home/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line 676. > > SNMP::Info::_load_attr lldp_rem_id : LLDP-MIB::lldpRemChassisId : > .1.0.8802.1.1.2.1.4.1.1.5 error:snmp_translate_obj:Unknown OID hasCDP > > SNMP::Info::_validate_autoload_method(hasCDP) Unable to resolve > method. > > SNMP::Info::_global sonmp_run : > S5-ETH-MULTISEG-TOPOLOGY-MIB::s5EnMsTopStatus.0 : > .1.3.6.1.4.1.45.1.6.13.1.2.0 error:snmp_translate_obj:Unknown OID > hasFDP > > SNMP::Info::_validate_autoload_method(hasFDP) Unable to resolve > method. > > error:snmp_translate_obj:Unknown OID hasEDP > > SNMP::Info::_validate_autoload_method(hasEDP) Unable to resolve > method. > > error:snmp_translate_obj:Unknown OID hasAMAP > > SNMP::Info::_validate_autoload_method(hasAMAP) Unable to resolve > method. > > SNMP::Info::_load_attr sonmp_topo_port : > S5-ETH-MULTISEG-TOPOLOGY-MIB::s5EnMsTopNmmPort : > .1.3.6.1.4.1.45.1.6.13.2.1.1.2 SNMP::Info::_load_attr sonmp_topo_ip : > S5-ETH-MULTISEG-TOPOLOGY-MIB::s5EnMsTopNmmIpAddr : > .1.3.6.1.4.1.45.1.6.13.2.1.1.3 error:snmp_translate_obj:Unknown OID > hasCDP > > SNMP::Info::_validate_autoload_method(hasCDP) Unable to resolve > method. > > [23437] 2015-11-25 15:55:22 debug [192.168.x.x] neigh - CDP/LLDP not > enabled! > > [23437] 2015-11-25 15:55:22 info discover: finished at Wed Nov 25 > 16:55:22 2015 [23437] 2015-11-25 15:55:22 info discover: status > done: Ended discover for 192.168.x.x > > Regards > > Martin > > VON: mat...@ar... > [mailto:mat...@ar...] > GESENDET: Freitag, 20. Februar 2015 10:54 > AN: net...@li... > BETREFF: Re: [Netdisco] netdisco2 adding new MIBs > > Hello Oliver, > > thanks for your answer. > >> If you're not seeing any icon, then probably the neighbor protocols >> aren't working correctly on that uplink (CDP, LLDP, etc). You can >> discover the devices manually using the web form at the homepage of > your >> Netdisco installation, or at the command line using netdisco-do. > > Yes, you're right. The vsp4000 do not know anything about LLDP > (*damn*). It is on the Avaya roadmap for further enhancement. Until > then we'll have to add devices manually :-( > >> OK, I will come back to this... at the moment there isn't an easy > way, >> but I will try to think of something. > > Thanks for thinking about an easy way to add new mibs. > Maybe it's possible to create a website where mibs can be uploaded and > processed so that the result can be shared with others that are using > these mibs. But maybe I'm not thinking very well and it's more > complicated than I can imagine :-) > > Greetings Mathias > > ArcelorMittal Bremen GmbH > > Vorsitzender des Aufsichtsrates: Hedwig Vergote > > Vorstand der GmbH: Dr. Dietmar Ringel, Vorsitzender, Rudolf Egbert, > Jörn Pufpaff, Dr. Paul Benteler > > Sitz der Gesellschaft: Bremen > > Amtsgericht Bremen, HRB 15474 HB ------------------------------------------------------------------------------ _______________________________________________ Netdisco mailing list net...@li... https://lists.sourceforge.net/lists/listinfo/netdisco-users |
