Re: [Observium] VRF's on a Cisco 6500 series
The op is running sup2t, so likely quite different code if you have sup & RSP 720s.
Adam.
Sander Steffann sander@steffann.nl wrote:
Hi,
Better start complaining to Cisco then; read carfully what Adam is saying.
If VRFs are discovered on 7k6 but not on 6k5, it's not Observium's fault, but buggy IOS... ;)
Very true. I'll compare the 7600's and 6500's I'm working on for a customer as soon as I get the chance. Unfortunately I'll be traveling for the next three weeks, so don't hold your breath :-)
Cheers, Sander
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi,
The op is running sup2t, so likely quite different code if you have sup & RSP 720s.
I know. I just want to see where the differences are and what can be done about them. If the information is available in some place it might be possible to make Observium use it, and if not then I know how and where to kick Cisco :-)
Cheers, Sander
On 05/02/2013 11:35 PM, Adam Armstrong wrote:
VRF listings on VRF's in observium work fine on 6500's. Except for SUP2T i guess, we recently migrated a 6500 from SUP720 to SUP2T, and vrf's afterwards didn't show up anymore in the same way.
Observium now reports that the VRF is present (and also reports RD), but doesn't show anymore which interfaces are associated with the VRF.
This is on SUP2T running 15.0(1)SY3.
The op is running sup2t, so likely quite different code if you have sup & RSP 720s.
Adam.
Sander Steffann sander@steffann.nl wrote:
Hi,
Better start complaining to Cisco then; read carfully what Adam is saying.
If VRFs are discovered on 7k6 but not on 6k5, it's not Observium's fault, but buggy IOS... ;)
Very true. I'll compare the 7600's and 6500's I'm working on for a customer as soon as I get the chance. Unfortunately I'll be traveling for the next three weeks, so don't hold your breath :-)
Cheers, Sander
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
Thanks for the replies everyone. I just wanted to see what I was seeing was the same as what others were getting. As said on IRC last night I am not placing the blame anywhere. Have not had a chance yet to look what the differences are yet. I will have these 6500's in sort of a lab mode for another month. The only 7600 I could have access to are the ones on GNS3. Will try to have a look at what the differences are next week perhaps.
@Cliff, my observium is the latest svn update, the 6500's are as well 15.0(1)SY3
@Cliff, my observium is the latest svn update, the 6500's are as well 15.0(1)SY3
It also doesn't work under 15.0(1)SY on sup2t
You can try running the VRF module for that host in debuggin gmode, you might be able to work out what's happening from the output.
./discovery.php -h <host_id> -m cisco-vrf -d
adam.
Hi Adam,
The debug output is as below. It seems to be using the MPLS mib's but I guess for the Sup2t there isnt anything there. I do get all the VRF Labels on the ASR1002 and the 6500's under "SNMPv2-SMI::enterprises.9.9.711.1.1.1.1.2". I'm still getting my head around cisco's snmp documentation. Will look at it more later.
Observium v0.13.4.3973 Discovery
DEBUG!
SQL[SELECT version FROM `dbSchema` ORDER BY version DESC LIMIT 1] SQL[SELECT revision FROM `dbSchema`] SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND `hostname` LIKE 'XXXXXXXXX' ORDER BY device_id DESC] SQL[SELECT * FROM devices_attribs WHERE `device_id` = '22'] XXXXXXXXX 22 ios (cisco) VRFs : DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-L3VPN-STD-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsL3VpnVrfRD .1.3.6.1.2.1.10.166.11.1.2.2.1.4 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsVpnVrfRouteDistinguisher .1.3.6.1.3.118.1.2.2.1.3 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.2.1.2 .1.3.6.1.3.118.1.2.2.1.2 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.1.1.2 .1.3.6.1.3.118.1.2.1.1.2 No Such Object available on this agent at this OID
SQL[UPDATE `devices` set `last_discovered` =NOW(),`type` ='network',`last_discovered_timetaken` ='0.391' WHERE `device_id` = '22'] SQL[INSERT INTO `devices_perftimes` (`device_id`,`operation`,`start`,`duration`) VALUES ('22','discover','1367582727.198','0.39110398292542')] Discovered in 0.391 seconds
SQL[INSERT INTO `perf_times` (`type`,`doing`,`start`,`duration`,`devices`) VALUES ('discover','XXXXXXXXX','1367582727.179','0.421','1')] /export/observium/discovery.php XXXXXXXXX May 3, 2013, 14:05 - 1 devices discovered in 0.421 secs
SQL[SELECT count(*) FROM ports] SQL[SELECT count(*) FROM devices] SQL[SELECT count(*) FROM sensors] SQL[SELECT count(*) FROM services] SQL[SELECT count(*) FROM applications] SQL[SELECT count(*) FROM bgpPeers] SQL[SELECT COUNT(*) AS count,os from devices group by `os`] ^[[BMySQL: Cell[1/0s] Row[7/0.02s] Rows[1/0s] Column[0/0s] Update[1/0.01s] Insert[2/0s] Delete[0/0s]
Darius
On Fri, May 3, 2013 at 11:49 AM, Adam Armstrong adama@memetic.org wrote:
@Cliff, my observium is the latest svn update, the 6500's are as
well 15.0(1)SY3
It also doesn't work under 15.0(1)SY on sup2t
You can try running the VRF module for that host in debuggin gmode, you might be able to work out what's happening from the output.
./discovery.php -h <host_id> -m cisco-vrf -d
adam.
______________________________**_________________ observium mailing list observium@observium.org http://postman.memetic.org/**cgi-bin/mailman/listinfo/**observiumhttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Don't bother.
The MIBs aren't populated, open a TAC case.
adam.
On 2013-05-03 13:16, Darius Seroka wrote:
Hi Adam,
The debug output is as below. It seems to be using the MPLS mib's but I guess for the Sup2t there isnt anything there. I do get all the VRF Labels on the ASR1002 and the 6500's under "SNMPv2-SMI::enterprises.9.9.711.1.1.1.1.2". I'm still getting my head around cisco's snmp documentation. Will look at it more later.
Observium v0.13.4.3973 Discovery
DEBUG!
SQL[SELECT version FROM `dbSchema` ORDER BY version DESC LIMIT 1] SQL[SELECT revision FROM `dbSchema`] SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND `hostname` LIKE 'XXXXXXXXX' ORDER BY device_id DESC] SQL[SELECT * FROM devices_attribs WHERE `device_id` = '22'] XXXXXXXXX 22 ios (cisco) VRFs : DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-L3VPN-STD-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsL3VpnVrfRD .1.3.6.1.2.1.10.166.11.1.2.2.1.4 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsVpnVrfRouteDistinguisher .1.3.6.1.3.118.1.2.2.1.3 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.2.1.2 .1.3.6.1.3.118.1.2.2.1.2 No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.1.1.2 .1.3.6.1.3.118.1.2.1.1.2 No Such Object available on this agent at this OID
SQL[UPDATE `devices` set `last_discovered` =NOW(),`type` ='network',`last_discovered_timetaken` ='0.391' WHERE `device_id` = '22'] SQL[INSERT INTO `devices_perftimes` (`device_id`,`operation`,`start`,`duration`) VALUES ('22','discover','1367582727.198','0.39110398292542')] Discovered in 0.391 seconds
SQL[INSERT INTO `perf_times` (`type`,`doing`,`start`,`duration`,`devices`) VALUES ('discover','XXXXXXXXX','1367582727.179','0.421','1')] /export/observium/discovery.php XXXXXXXXX May 3, 2013, 14:05 - 1 devices discovered in 0.421 secs
SQL[SELECT count(*) FROM ports] SQL[SELECT count(*) FROM devices] SQL[SELECT count(*) FROM sensors] SQL[SELECT count(*) FROM services] SQL[SELECT count(*) FROM applications] SQL[SELECT count(*) FROM bgpPeers] SQL[SELECT COUNT(*) AS count,os from devices group by `os`] ^[[BMySQL: Cell[1/0s] Row[7/0.02s] Rows[1/0s] Column[0/0s] Update[1/0.01s] Insert[2/0s] Delete[0/0s]
Darius
On Fri, May 3, 2013 at 11:49 AM, Adam Armstrong adama@memetic.org wrote:
@Cliff, my observium is the latest svn update, the 6500's are as well 15.0(1)SY3
It also doesn't work under 15.0(1)SY on sup2t
You can try running the VRF module for that host in debuggin gmode, you might be able to work out what's happening from the output.
./discovery.php -h <host_id> -m cisco-vrf -d
adam.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Yeah what Adam says. We already opened tac case for IPSec active session counter weirdness in last releases 15.2 and later. And they fixed other bug for us with backward counter. Snmp bugs fixed not fast but at least worth open case
On 03.05.2013, at 16:41, Adam Armstrong adama@memetic.org wrote:
Don't bother.
The MIBs aren't populated, open a TAC case.
adam.
On 2013-05-03 13:16, Darius Seroka wrote:
Hi Adam, The debug output is as below. It seems to be using the MPLS mib's but I guess for the Sup2t there isnt anything there. I do get all the VRF Labels on the ASR1002 and the 6500's under "SNMPv2-SMI::enterprises.9.9.711.1.1.1.1.2". I'm still getting my head around cisco's snmp documentation. Will look at it more later. Observium v0.13.4.3973 Discovery DEBUG! SQL[SELECT version FROM `dbSchema` ORDER BY version DESC LIMIT 1] SQL[SELECT revision FROM `dbSchema`] SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND `hostname` LIKE 'XXXXXXXXX' ORDER BY device_id DESC] SQL[SELECT * FROM devices_attribs WHERE `device_id` = '22'] XXXXXXXXX 22 ios (cisco) VRFs : DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-L3VPN-STD-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsL3VpnVrfRD .1.3.6.1.2.1.10.166.11.1.2.2.1.4 No Such Object available on this agent at this OID DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 mplsVpnVrfRouteDistinguisher .1.3.6.1.3.118.1.2.2.1.3 No Such Object available on this agent at this OID DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.2.1.2 .1.3.6.1.3.118.1.2.2.1.2 No Such Object available on this agent at this OID DEBUG: SNMP Auth options = -v2c -c public /usr/bin/snmpbulkwalk -v2c -c public-Osqn -m MPLS-VPN-MIB -M /export/observium/mibs udp:XXXXXXXXX:161 .1.3.6.1.3.118.1.2.1.1.2 .1.3.6.1.3.118.1.2.1.1.2 No Such Object available on this agent at this OID SQL[UPDATE `devices` set `last_discovered` =NOW(),`type` ='network',`last_discovered_timetaken` ='0.391' WHERE `device_id` = '22'] SQL[INSERT INTO `devices_perftimes` (`device_id`,`operation`,`start`,`duration`) VALUES ('22','discover','1367582727.198','0.39110398292542')] Discovered in 0.391 seconds SQL[INSERT INTO `perf_times` (`type`,`doing`,`start`,`duration`,`devices`) VALUES ('discover','XXXXXXXXX','1367582727.179','0.421','1')] /export/observium/discovery.php XXXXXXXXX May 3, 2013, 14:05 - 1 devices discovered in 0.421 secs SQL[SELECT count(*) FROM ports] SQL[SELECT count(*) FROM devices] SQL[SELECT count(*) FROM sensors] SQL[SELECT count(*) FROM services] SQL[SELECT count(*) FROM applications] SQL[SELECT count(*) FROM bgpPeers] SQL[SELECT COUNT(*) AS count,os from devices group by `os`] ^[[BMySQL: Cell[1/0s] Row[7/0.02s] Rows[1/0s] Column[0/0s] Update[1/0.01s] Insert[2/0s] Delete[0/0s] Darius On Fri, May 3, 2013 at 11:49 AM, Adam Armstrong adama@memetic.org wrote: @Cliff, my observium is the latest svn update, the 6500's are as well 15.0(1)SY3 It also doesn't work under 15.0(1)SY on sup2t You can try running the VRF module for that host in debuggin gmode, you might be able to work out what's happening from the output. ./discovery.php -h <host_id> -m cisco-vrf -d adam. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1] Links:
[1] 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
Will do. Will update again when I hear back from them.
participants (5)
-
Adam Armstrong -
Cliff Albert -
Darius Seroka -
Nikolay Shopik -
Sander Steffann