Send netdisco-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/netdisco-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 netdisco-users digest..."
Today's Topics:
1. Re: Fwd: Good Afternoon, Question about Netdisco (Oliver Gorwits)
2. Re: Data and Voice VLAN (Emma Cardinal-Richards)
3. Re: ArpNipping Linux Net-SNMP fails (Nic Bernstein)
4. Re: Data and Voice VLAN (Oliver Gorwits)
5. Re: ArpNipping Linux Net-SNMP fails (Oliver Gorwits)
6. Netgear Smart Switch Stack Problem (Weidner,Andre)
7. Re: Netgear Smart Switch Stack Problem (Weidner,Andre)
8. Re: netdisco 2 and Dell Powerconnect 5524 and 5548 Hardware
Status (Jon Gerdes)
--- Begin Message ---Please can you try to add this device to bulkwalk_no config? bulkwalk_no: - '172.31.0.1' Regards Oliver Sent from the moon. > On 16 Mar 2015, at 13:22, Victor A Asencio Casiano <[email protected]> > wrote: > > 172.31.0.1
--- End Message ---
--- Begin Message ---Hi OliverMany thanks indeed, this is exactly what I was hoping to see. I've implemented the change to include Voice VLANs in the VLAN Membership column, and it'll be in the next release of Netdisco.No thank you! I just realised I had rudely not responded!At the moment the release on CPAN is marked "DEV" as it includes (as well as this change) a few changes to the core I'd like to test more widely before releasing (as 2.032001). If you want to be a trailblazer, try: ~netdisco/bin/localenv cpanm --notest App::[email protected]_001I'll hang on for the wider release, Netdisco is now a live (and much loved) service!Emma
--- End Message ---
--- Begin Message ---On 02/28/2015 06:12 AM, Oliver Gorwits wrote:Hi, On 2015-02-27 16:17, Peter Soppe (gmail) wrote:I am trying to get the arp table from a linux net-snmpd but it fails: netdisco@de-cacti-01:~/bin$ ./netdisco-do arpnip -D -d 127.0.0.1...[23663] 2015-02-27 16:02:13 info arpnip: status done: Skipped arpnip fordevice 127.0.0.1/32 without OSI layer 3 capabilityThis is the important message - the device isn't reporting OSI Layer 3 capability (in other words, routing), so Netdisco will not attempt to retrieve the ARP table.[Sorry to be jumping into this so late, but I've been traveling] Excuse me Oliver, but isn't this message, from OPs tcpdump, illustrative?17:10:56.710343 IP localhost.snmp > localhost.41810: C=del1 GetResponse(29) system.sysServices.0=72A sysservice value of 72 means only layers 4 (transport) & 7 (application) are supported, so no reason for SNMP::Info to look further. If OP simply reconfigures net-snmp (/etc/snmp/snmpd.conf, for example) with a sysservices value more reflective of the actual layers supported (i.e. 76 or 78, depending on layer 2), won't SNMP::Info just do The Right Thing®?Cheers, -nicThere's no way to override this behaviour, but what you can do instead is use a brand new feature just released in version 2.031012 (so you will need to upgrade, and set up a cron job for the sshcollector helper app)....-- Nic Bernstein [email protected] Onlight, Inc. www.onlight.com 219 N. Milwaukee St., Suite 2a v. 414.272.4477 Milwaukee, Wisconsin 53202<<attachment: nic.vcf>>
--- End Message ---
--- Begin Message ---On 2015-03-18 14:23, Emma Cardinal-Richards wrote:I'll hang on for the wider release, Netdisco is now a live (and much loved) service!Okay, 2.032001 is on its way to CPAN now. regards, oliver.
--- End Message ---
--- Begin Message ---On 2015-03-23 15:00, Nic Bernstein wrote:Excuse me Oliver, but isn't this message, from OPs tcpdump, illustrative?17:10:56.710343 IP localhost.snmp > localhost.41810: C=del1 GetResponse(29) system.sysServices.0=72A sysservice value of 72 means only layers 4 (transport) & 7 (application) are supported, so no reason for SNMP::Info to look further. If OP simply reconfigures net-snmp (/etc/snmp/snmpd.conf, for example) with a sysservices value more reflective of the actual layers supported (i.e. 76 or 78, depending on layer 2), won't SNMP::Info just do The Right Thing®?You're absolutely right, thanks :-)Just to clarify, in the context of Netdisco it's not SNMP::Info choosing to do anything different. SNMP::Info is reporting the layers() supported by the device, and App::Netdisco is avoiding macsuck or arpnip on devices not reporting layer 2 or 3 functionality, respectively.regards, oliver.
--- End Message ---
--- Begin Message ---Hi, i am new to Netdisco and ran into a problem with the discovery of our Netgear GS724TS/GS748TS switches. The non-stacked devices get discovered correctly. A stack consisting of a GS748TS and a GS724TS is discovered as "Netgear GS7xxTPS", with all ports showing in Netdisco. A second stack, consisting of four GS748TS switches gets discovered as "GS748TS". The discovery of this stack takes about 10 minutes, compared to 2 minutes with the other stack. Afterwards i can't see the ports of that stack in Netdisco, it says "No matching records". This also happens when selecting the switch from within the VLAN Inventory (Netdisco knows, that the VLAN is attached to the switch/stack, but won't display the ports with "No matching records"). I have checked all settings on that stack and they aren't in any way different tot he other switches of that series. Thanks for your help. [netdisco@netdisco Info]$ netdisco-do -D discover -d switch [16753] 2015-03-25 12:41:10 info discover: started at Wed Mar 25 13:41:10 2015 [16753] 2015-03-25 12:41:10 debug [X.X.X.X] try_connect with ver: 2, class: SNMP::Info::Layer2::Netgear, comm: <hidden> [16753] 2015-03-25 12:42:15 debug [X.X.X.X] device - aliased as X.X.X.X [16753] 2015-03-25 12:42:15 debug [X.X.X.X] device - aliased as 0.255.255.1 [16753] 2015-03-25 12:42:15 debug resolving 2 aliases with max 50 outstanding requests [16753] 2015-03-25 12:42:24 debug [X.X.X.X] device - removed 2 aliases [16753] 2015-03-25 12:42:24 debug [X.X.X.X] device - added 2 new aliases [16753] 2015-03-25 12:46:21 error [X.X.X.X] interfaces - Error! Failed to get uptime from device! [16753] 2015-03-25 12:47:17 debug [X.X.X.X] vlans - removed 6 device VLANs [16753] 2015-03-25 12:47:17 debug [X.X.X.X] vlans - added 6 new device VLANs [16753] 2015-03-25 12:47:17 debug [X.X.X.X] vlans - removed 0 port VLANs [16753] 2015-03-25 12:47:17 debug [X.X.X.X] vlans - added 0 new port VLANs [16753] 2015-03-25 12:47:27 debug [X.X.X.X] power - 0 power modules [16753] 2015-03-25 12:47:35 debug [X.X.X.X] modules - removed 225 chassis modules [16753] 2015-03-25 12:47:35 debug [X.X.X.X] modules - added 225 new chassis modules [16753] 2015-03-25 12:47:35 debug [X.X.X.X] neigh - setting manual topology links [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.148.5 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.17.79 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.26.156 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.44.84 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.46.6 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.47.7 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.48.8 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.95.4 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.96.1 not resolved, skipping [16753] 2015-03-25 12:49:16 debug [X.X.X.X] neigh - port for IID:0.98.23 not resolved, skipping [16753] 2015-03-25 12:49:16 info discover: finished at Wed Mar 25 13:49:16 2015 [16753] 2015-03-25 12:49:16 info discover: status done: Ended discover for X.X.X.X
--- End Message ---
--- Begin Message ---The Netgear stack's SNMP routine was to slow while responding to snmpwalk. Solved it by adding "bulkwalk_no: [X.X.X.X]" to "~/environment/deployment.yml". That did the trick and now all ports and corresponding VLANs are visible from within Netdisco. -----Ursprüngliche Nachricht----- Von: Weidner,Andre [mailto:[email protected]] Gesendet: Mittwoch, 25. März 2015 13:52 An: '[email protected]' Betreff: [Netdisco] Netgear Smart Switch Stack Problem Hi, i am new to Netdisco ...
--- End Message ---
--- Begin Message ---On Sat, 2015-02-28 at 12:53 +0000, Oliver Gorwits wrote: > On 2015-02-27 16:45, Jon Gerdes wrote: > > On Wed, 2015-02-25 at 21:33 +0000, Oliver Gorwits wrote: > >> Could you provide please the output of the following for the > >> relevant > >> device-IP, if they look sensible? > > > > Sorry to butt in but I have several Dell 5524s so here's some output > > from one. If nothing else it gives a second opinion: > > Many thanks, Jon! > > So I've made a blind stab at fan and PSU support, and you can try by > copying the following file over the existing one: > > https://sourceforge.net/p/snmp-info/code/ci/master/tree/Info/Layer3/Dell.pm?format=raw > > copy to: > > ~netdisco/perl5/lib/perl5/SNMP/Info/Layer3/Dell.pm > > And then run a discover on the device. As it's untested, it may not > work ;) so let me know how you get on. > > regards, > oliver. (Just back from holidays/vacation) I now see see this: Fan: fan2_unit2: notFunctioning, fan1_unit2: notFunctioning PS1 [internalRedundant]: normal PS2 [internalRedundant]: normal This is from a two unit stack and I guess that one unit can't show the status of the other's fans. Either that or the other unit's fans are notFunctioning! I'll take a look tomorrow. Thanks Oliver and sorry for the late response. Cheers Jon
--- End Message ---
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________ Netdisco mailing list - Digest Mode [email protected] https://lists.sourceforge.net/lists/listinfo/netdisco-users
