Dnia czwartek, 20 stycznia 2005 09:50, Kristian Eide napisa?:

You are right that at least some of the problems are related to your network architecture. NAV tries to build its own view of the network structure so it can determine exactly which VLANs run on each trunk. This does require an unbroken chain, however, and in your case we do not support all parts of the chain.

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.

You can certainly help with adding such support! The data collection system, getDeviceData, is written in Java. You can look here for docs:

http://metanav.ntnu.no/javadoc/no/ntnu/nav/getDeviceData/deviceplugins/Devi ceHandler.html

The procedure for adding a new device plugin is relatively straight forward if you know how to collect the required data from the devices. I would be happy to extend any assistance in this process. Does the Linux server run an SNMP daemon which can be queried for the required info?

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.

As for the case where you have a normal router -> switch link, which router is this and what type (I assume you have added it to NAV)? We also make use of CDP to determine on which port on the router and switch the link is connected, thus CDP must be enabled and supported on both ends for this to work.

for default I always disable cdp, but I will make some tests today, and will turn it on. Our cisco routers: 7507 7140 7206

As for ATM, I don't believe we support this case currently. We would like to expand our support for such cases of course, but a solution where we display the VLAN number even if NAV has not been able to verify the chain might be a good idea.

I think so too.

However, we cannot display VLAN numbers for trunks without actually traversing the whole chain.

why?

[cut]

Last question, bugfixes (ip prefix scope graph, cricket desc for routers etc.) - when? :)

regards