Are you sure these are exposed in SNMP by the device?
Our VRF support is kinda old and may not use the same tables.
I'm not sure why it would actually require VRF collection to do BGP alerting, though, as our VRF and BGP code doesn't interact at all (BGP4-MIB doesn't really have any concept of VRF beyond address families)
adam.
On 2014-06-19 00:24, Matthew A Harper wrote:
Hi Guys,
Recently I've started monitoring some of our edge routers using Observium and have found that VRFs don't appear to get found during discovery.
I found an old post from last year where Adam advised that VRF tracking in Observium is currently considered "broken and unstable". (http://comments.gmane.org/gmane.network.observium.general/3159 [1]).
Here is a snip from a discovery of one of our edge devices running a handful of VRFs:
_dot1d id ifIndex Port Name Priority State Cost_
_504 5003 Port-channel3 128 forwarding 3_
_Cisco Pseudowires :_
_VRFS :_
_SLAs :_
_UCD Disk IO :_
_Discovered in 6.686 seconds_
I'm guessing this may be a lower priority to devs at the moment but it is something we'd be requiring before we can fully move away from our other unnamed/expensive monitoring solution as we need to enable alerting for BGP instances bound to specific VRFs.
If this is still an ongoing issue is this perhaps something we could offer the devs financial incentive in the form of donations to bump the priority a bit?
Alternatively if this has since been patched am I doing something wrong? I have the following enabled in my global config (and confirmed on the devices under modules):
_$config['enable_vrfs'] = 1;_
CISCO-VRF
enabled
enabled
Kind regards,
Matt Harper Network Analyst | ICT Operations INFORMATION TECHNOLOGY BRANCH | Department of Transport and Main Roads
Floor 4 | Transport House | 230 Brunswick Street | Fortitude Valley Qld 4006 PO Box 673 | Fortitude Valley Qld 4006 P: (07) 30661125 | F: (07) 30662044 E: matthew.a.harper@tmr.qld.gov.au W: www.tmr.qld.gov.au [2]
WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority.
If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake.
It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).
Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure.
Links:
[1] http://comments.gmane.org/gmane.network.observium.general/3159 [2] http://www.tmr.qld.gov.au/
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium