Re: [Observium] Switchmap integration
:-D
Nikolay Shopik shopik@inblock.ru wrote:
Adam, just use two words - world domination
On 15.08.2012 21:37, Adam Armstrong wrote:
Almost everything that switchmap and netdisco does is on our long-term wish list, it's just a matter of finding time and resources to develop it all.
We also would prefer to use our own code to generate the configs and "smokeping" stats too, as integration is a little one way and suboptimal to configure.
adam.
On 15/08/2012 17:59, Cushard Michael wrote:
Hi,
Netdisco does have move features and is an all-around more complete solution, but for me personally it was overkill. Switchmap is just a few simple scripts you schedule and it pulls all the data into csv files, then creates simple html files based on the csv data and has a script for seaching through all the generated pages. It's pretty fast as well. I can do roughly 10000 ports in under 30 minutes with it over some pretty terrible WAN links. I currently have a Switchmap link in our Observium installation as a custom menu item, but tighter integration (of something) would obviously be better.
Regards,
Michael -----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Michael Robbert Sent: Wednesday, August 15, 2012 8:35 AM To: observium@observium.org Subject: Re: [Observium] Switchmap integration
Michael, How does Switchmap compare to Netdisco and/or SNMPInfo (The set of libraries that Netdisco uses)? Netdisco stores its data in a database that could be queried. We use Netdisco and I might be convinced to take a look at this kind of integration. I am not a core developer for either project so I can't say anything about its acceptance in the code base. I do think that it would have to be a plug-in of some type not a core feature. Both Swiitchmap and Netdisco are mostly Perl while Observium is mostly PHP. I see them as being separate projects, but Observium could have a configuration telling it to look at another database for more info to display. As a side note I'm surprised that I've never heard of Switchmap before. We work often with the Network engineers at NCAR/UCAR that wrote it. They manage the consortium that is our connection to the internet.
Mike Robbert
On 8/14/12 9:39 PM, Cushard Michael wrote:
Hi,
Switchmap (http://sourceforge.net/projects/switchmap) is a most excellent little utility written in perl. It goes out to all your configured switches utilizing SNMP and pulls all the ARP and MAC tables from them, and builds static HTML pages for each switch with tables that list port number, speed, duplex, CDP neighbor information, MAC address(es), IP address(es), and the fqdn(s) of the device(s) seen on the ports at the time of polling. It also provides a rudimentary search function that lets you search through all the hosts to find which switch port across all your switches a particular host was last seen on. This is very handy when you have a large number of switches and ports and you need to go "hunting".
Now I may be having a UTS moment here, and if I am please correct me, but while Observium seems to have something similar, it doesn't appear to go to the depth that Switchmap does to actually tell you what host(s) are actually connected to what switch ports by utilizing the switches ARP and MAC tables.
What would make Observium - and Switchmap - even better would be if there was integration between the two, similar to the SmokePing or RANCID integration. Switchmap stores all its polled data for each switch in separate CSV files, there doesn't seem to be anything mysterious going on as far as data storage is concerned. What would it take to make a "Switchmap" tab in Observium under a device that lists this data, similar to the way RANCID has a "config" tab and SmokePing has a "Ping" tab that is integrated into Observium?
Regards,
Michael
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (1)
-
Adam Armstrong