Activity for Sam
-
Sam posted a comment on discussion Help
Here is what I have been using the past couple of years.
-
I don't believe it is required as far as I have seen. Sam On Wed, Jan 17, 2018 at 2:53 AM, Matthew Earley matthewearley@users.sf.net wrote: To use this software in my current client environement I do not have access to the "show run" command, but do have access to "show start", "show mac address-table", "sho ip arp" etc in RO access mode via SSH CLI. Will this suffice in populating the database? Thank you, Matthew On Cisco is "Show Run" Required? https://sourceforge.net/p/netdbtracking/discussion/939989/thread/3a98187d/?limit=25#999d...
-
Follow the instructions in the file "INSTALL" and you should be up and running.
-
I fixed this by writing my own scraper based upon the skeletonscraper.
-
Dylan, These errors are triggered because NetDB was unable to find any mac addresses on that device. So First verify that the affected device actually returns mac addresses. The NetDB iosscraper.pl supports both commands and will try both. Then if mac addresses are found then debug the iosscraper.pl by running it manually like below: iosscraper.pl -d fqdn.of.switch -debug 3 Running the above command should show what is returned from the switch. Here is some lines of the code that could be triggered...
-
In newer versions of OpenSSH they have removed sha1 support, so I have modified my SSH config by adding this line: KexAlgorithms ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 We are mostly a cisco shop so I cannot speak to if this will work for brocade. Using the debug in SSH should help narrow down what is causing the issue. I use this command to help troubleshoot...
-
Have you tried using ssh on the server that NetDB resides on to connect to the failing switches? Sam Jones || CCNA VoIP Network Engineer || Idaho State University jonesamu@isu.edu || (208) 282-4525 On Sun, Aug 27, 2017 at 12:44 AM, Ahmed Soltan sultan0583@users.sf.net wrote: Also these logs might help: 172.23.76.122 SSH port open |SSH|: Logging in to switch1.company.com (timeout: 15) |SSH|: Primary Login Failed to switch1.company.com: SSHProcessError The ssh process was terminated. at /usr/share/perl5/NetDBHelper.pm...
-
Have you tried using ssh on the server that NetDB resides on to connect to the failing switches?
-
Looking for some patches to the PaloAlto Scrapper to make it useable to pull Arps via ssh.
1