Cisco VPN 3000 returns a non unique Port name when doing
snmpwalk –c snmp_ro_community 192.168.0.1 ifTable
Example:
IF-MIB::ifDescr.1 = STRING: DEC 21143A PCI Fast Ethernet
IF-MIB::ifDescr.2 = STRING: DEC 21143A PCI Fast Ethernet
Mac addresses are unique. IFname is unique in IFMIB.
this is a copy of a report from netdisco:
http://sourceforge.net/tracker2/?func=detail&aid=2016033&group_id=80033&atid=558508
the product becomes obsolete (unsupported) on August 31, 2012. closing this ticket because it's unlikely we'll find someone with a running device to test against.
cough I can help with that if you want ...
Diff:
Still, I don't really see what the problem is. Yes, Cisco VPN3000 returns non-unique ifDescr instances when queried with snmpwalk. There's nothing we can do about /that/, or at least I don't think it's a good idea to try fixing the device behhavior by modifying vendor firmware with a hex editor.
Our SNMP::Info class supporting this device (SNMP::Info::Altiga) deals with this issue, the interfaces() method returns unique names. I'm sure about that because it's the first SNMP::Info class that I wrote to get the VPN3030 in our network into Netdisco. It's not my cleanest code ever but it worked :-)
The link to the original Netdisco ticket doesn't work anymore, but I'm pretty sure this ticket is obsolete.
Diff:
OK, re-closing :-}