Well, but via SNMP you have direct info about trunks, vlans and so on. Maybe if finding whole chain fails You can always display the vlan number on port, because it really is true.
It doesn't have to be though, many devices will just have the vlan at the default '1' value which is why we have the current solution.
I can provide snmp walk and oids for this, we are running mrtg and rrdtool
for
taking stats from linux machines, it is really no problem, mrtg does it automatically. If you make some interface for this I can try to put some linux stuff to Nav.
Do you have experience with Java programming? If so it should be easy to add yourself. If not please send any SNMP walks and we can try to add it for you.
However, we cannot display VLAN numbers for trunks without actually traversing the whole chain.
We can only access the VLANs allowed on the trunk (we already collect this info), but this might be very different from what is actually running (many sites simply allow all VLANs on the trunks). For this reason we try to determine which VLANs are actually active on the trunk.
Last question, bugfixes (ip prefix scope graph, cricket desc for routers
etc.)
- when? :)
Fixes will be part of the beta9 release, due out shortly (hopefully today or tomorrow). As for the cricket bug you can apply the fix ourself. Edit the file:
/usr/share/doc/nav/cricket/cricket-config/router-interfaces/.nav
On the line starting with descr = change the SQL statement to:
select nettype,netident from gwportprefix left join prefix using (prefixid) left join vlan using (vlan) where gwportid=$id and netident is not null
Then run makecricketconfig.
-- Kristian