ifName should be derived from baseport number if not available

Bug #739718 reported by Morten Brekkevold
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Network Administration Visualized
Fix Released
Wishlist
Morten Brekkevold

Bug Description

when a device doesn't respond to IF-MIB::ifName, ipdevpoll substitutes the value found in IF-MIB::ifDescr. Oftentimes, the ifDescr value is quite verbose. This breaks the port layout in ipdevinfo, which is designed for port numbers or short names (such as `Gi1/2`).

If an interface is found to be a switch port, but no ifName value can be collected, ipdevpoll should substitute the dot1dBasePort number for the ifName. If not a switch port, it should fall back to substituting ifDescr as is being done today.

Tags: ipdevpoll
Revision history for this message
Morten Brekkevold (mbrekkevold) wrote :

fix here: http://metanav.uninett.no/hg/default/rev/394c9253ae6d

This fix depends on the bridge plugin running before the interfaces plugin of the ipdevpoll inventory job - the config file is updated by this patch as well.

Changed in nav:
status: Confirmed → Fix Committed
milestone: none → 3.9.0
Changed in nav:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.