Incase this fell out of anyone's inbox, still looking for some input on any of these items. My limited debugging abilities with PHP aren't helping matters much :(
On 2012-10-15, at 8:22 PM, Jason Lixfeld jason@lixfeld.ca wrote:
First off, let me say thanks to the developers of Observium. This piece of code is one of the most amazing pieces of code I have used for my network monitoring purposes to date.
I have a few questions that I'm hoping someone can answer -
BGP:
I have a few eBGP speakers that live inside a VRF. Observium picks up the VRFs just fine, but the routing tab for the device only seems to show the BGP sessions that exist in the global (non-VRF) table. Is it possible to show the BGP sessions that exist inside a VRF?
Pseudowires:
I see lots of data inside the pseudowires table on the observium database, but I don't see any of that inside the pseudowires tab from within a device where I know pseudowires are configured. These pseudowires exist on IOS boxes, IOS-XR boxes and IOS-XE boxes. I do see a few. Observium > Ports > Pseudowires shows me 11 pseuowires. 6 of them are duplicates of one another while 5 are unique. The database shows hundreds.
While looking through a ./discovery.php -d I ran against one of our XR boxes, I did see this:
Cisco Pseudowires : SQL[SELECT * FROM `pseudowires` WHERE `device_id` = '1'] DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcID cpwVcID = No Such Instance currently exists at this OID
DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcName cpwVcName = No Such Instance currently exists at this OID
DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcType cpwVcType = No Such Instance currently exists at this OID
DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcPsnType cpwVcPsnType = No Such Instance currently exists at this OID
DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcDescr cpwVcDescr = No Such Instance currently exists at this OID
DEBUG: SNMP Auth options = -v2c -c ************ /usr/bin/snmpbulkwalk -v2c -c ************ -OQUs -m CISCO-IETF-PW-MPLS-MIB -M /opt/observium/mibs udp:router:161 cpwVcMplsPeerLdpID cpwVcMplsPeerLdpID = No Such Instance currently exists at this OID
That seems to show that pseudowire support for XR isn't there yet? Is that on the road map, by chance?
Discovery:
There are a couple of devices that aren't getting discovered for some reason. The IP that their hostname resolves to is within the 'nets' arrays configured inside config.php and I have other SNMP devices that reach those boxes, so I know the SNMP side is sound. Likewise, I can see the device in question in the CDP table of an adjacent device, so I know that part is working as well.
I've looked at a ./discovery -d of an adjacent device hoping to see a clue about why the device is being skipped, but nothing is striking out at me.
Hostname truncating:
We name our devices <device><device_number>.<pop>.<city>.domain.tld. In the devices view, it shows the full device name no problem. In the VRF view, for example, however, it shows only <device><device_number>, truncating the pop and city portions.
If anyone has any insight or guidance on these issues, I'd be grateful!
Thanks in advance. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium