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).

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

Kind regards,

Matt Harper
Network Analyst | ICT Operations
Information Technology Branch | Department of Transport and Main Roads

***********************************************************************
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.
***********************************************************************