Missing TenGigabit interfaces on Cisco WC-C4900M
Hi all
First of all thank to the team of developer for making this program, and making it better and better everyday, love the look and ease of use.
But I have run into a problem with a Tengigabit ethernet device I newly added into my Observium v. 0.12.8.3360. it seems that every thing get detected alright, except all the TenGigabitEthernet, interfaces dont show up anywhere in Observium, all other interfaces on that device gets detectet allright, and I can see the interfaces in the ports tab on the device, but not the TenGengigabit interfaces. btw: the device is a Cisco WS-C4900M
Is that because Cisco WS-C4900M is not a supported device , or should I do some config changes to get TenGigabitEthernet to work ?
if the WC-C4900M is not supported, how can I then contribute with information on the device , and help to then this device supported ?
Best Regards Per Jorgensen
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
This kind of integration is unlikely, we'd prefer to just implement it ourselves.
The rancid/smokeping things are just 15-minute hacks.
adam.
On 15/08/2012 16:34, Michael Robbert wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQEcBAEBAgAGBQJQK8GYAAoJEFmgPOBxQDtB0MoH/3WZQPT0PqfG7R5EmsOdOsic Q9G5XlXnNKI8xxE/6e60WRyUXXyIUdTX5YI8v0mBX7imSSDoKxOYNtVD598M7ocl +3N3IBIKtG0fTpNRBvuK0ICOGlMNgOCCOoLFHIz0AKyTe9umgdtCezqCCKpkbhIk ABiwhn8d9uq23CxMQQJVXmoztBfqJ8rErllf7bX8mvHk1OcJm0aqDvX0c5BQmHW+ Q9G2kkEh9xD/dBNPpRssTB+pi/5+vgkrc/X+vNIqWwy5/BFXnaFFpyPNcsW+TmQc filKzhCU55xTguVS16UYwDuSAe/uj0o7xDMzhjfvApbmPcLtb9YgRp83BDRVTxU= =z8EK -----END PGP SIGNATURE----- _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I was going to write the same, the time spent on this would better be spent in improving our bridge table discovery and search functionality.
On 15/08/2012 17:37, Adam Armstrong wrote:
This kind of integration is unlikely, we'd prefer to just implement it ourselves.
The rancid/smokeping things are just 15-minute hacks.
adam.
On 15/08/2012 16:34, Michael Robbert wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQEcBAEBAgAGBQJQK8GYAAoJEFmgPOBxQDtB0MoH/3WZQPT0PqfG7R5EmsOdOsic Q9G5XlXnNKI8xxE/6e60WRyUXXyIUdTX5YI8v0mBX7imSSDoKxOYNtVD598M7ocl +3N3IBIKtG0fTpNRBvuK0ICOGlMNgOCCOoLFHIz0AKyTe9umgdtCezqCCKpkbhIk ABiwhn8d9uq23CxMQQJVXmoztBfqJ8rErllf7bX8mvHk1OcJm0aqDvX0c5BQmHW+ Q9G2kkEh9xD/dBNPpRssTB+pi/5+vgkrc/X+vNIqWwy5/BFXnaFFpyPNcsW+TmQc filKzhCU55xTguVS16UYwDuSAe/uj0o7xDMzhjfvApbmPcLtb9YgRp83BDRVTxU= =z8EK -----END PGP SIGNATURE----- _______________________________________________ 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
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
-----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org
iQEcBAEBAgAGBQJQK8GYAAoJEFmgPOBxQDtB0MoH/3WZQPT0PqfG7R5EmsOdOsic Q9G5XlXnNKI8xxE/6e60WRyUXXyIUdTX5YI8v0mBX7imSSDoKxOYNtVD598M7ocl +3N3IBIKtG0fTpNRBvuK0ICOGlMNgOCCOoLFHIz0AKyTe9umgdtCezqCCKpkbhIk ABiwhn8d9uq23CxMQQJVXmoztBfqJ8rErllf7bX8mvHk1OcJm0aqDvX0c5BQmHW+ Q9G2kkEh9xD/dBNPpRssTB+pi/5+vgkrc/X+vNIqWwy5/BFXnaFFpyPNcsW+TmQc filKzhCU55xTguVS16UYwDuSAe/uj0o7xDMzhjfvApbmPcLtb9YgRp83BDRVTxU= =z8EK -----END PGP SIGNATURE----- _______________________________________________ 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
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
So how did you manage to add switchmap to the menu in the UI in observium? Been toying with this for a day or so - can't seem to make it work.
Unfortunately I am not as Linux savvy as I should be - but I am getting better
participants (7)
-
Adam Armstrong -
Cushard Michael -
David Shirk -
Michael Robbert -
Nikolay Shopik -
Per Jorgensen -
Tom Laermans