[c-nsp] ios-xr asr9k ipv6IfAdminStatus does return next instance if it does not exist

[Florian Lohoff]

On Tue, Dec 16, 2014 at 01:55:28PM -0500, Tony Tauber wrote:
> Jared,
> 
> Perhaps you could sell your test suite (to Cisco, for starters).
> 
> For this kind of thing where the SNMP data structures seem to go all wiggy,
> it may point to some underlying problem that isn't the SNMP stack itself;
> though it could well be.

This is not something "go all wiggy" - Somebody internally misused getnext 
instead of get ....

The intern had some first try on this stuff called SNMP. 

Flo

> On Tue, Dec 16, 2014 at 12:23 PM, Jared Mauch <jared at puck.nether.net> wrote:
> >
> > On Tue, Dec 16, 2014 at 10:28:26AM +0100, Florian Lohoff wrote:
> > >
> > > After digging into this a bit more
> > >
> > > On Tue, Dec 16, 2014 at 05:40:43AM +0100, Florian Lohoff wrote:
> > > >
> > > > Hi,
> > > > did anyone see something like this?
> > > >
> > > >     $ snmpget -c public -v 2c asr9k-corerouter ipv6IfAdminStatus.77
> > > >     IPV6-MIB::ipv6IfAdminStatus.79 = INTEGER: up(1)
> > > >
> > > > Asking for instance .77 and get .79.
> > >
> > > It seems this is a clear violation of the SNMPv2 RFC 1905
> > >
> > >     RFC1905 4.2.1. The GetRequest-PDU
> > >     [ ... ]
> > >     (1)  If the variable binding's name exactly matches the name of a
> > >          variable accessible by this request, then the variable binding's
> > >          value field is set to the value of the named variable.
> > >
> > >     (2)  Otherwise, if the variable binding's name does not have an
> > OBJECT
> > >          IDENTIFIER prefix which exactly matches the OBJECT IDENTIFIER
> > >          prefix of any (potential) variable accessible by this request,
> > then
> > >          its value field is set to `noSuchObject'.
> > >
> > >     (3)  Otherwise, the variable binding's value field is set to
> > >          `noSuchInstance'.
> > >
> > > So it should return with `noSuchInstance' not some other random
> > interfaces
> > > IPv6 status.
> >
> >         Did you report the issue to Cisco so they can fix this?
> >
> >         We've ended up building a regression suite to test the SNMP stack
> > of any
> > new release that checks for these types of defects.
> >
> >         - Jared
> >
> > --
> > Jared Mauch  | pgp key available via finger from jared at puck.nether.net
> > clue++;      | http://puck.nether.net/~jared/  My statements are only
> > mine.
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >

-- 
Florian Lohoff                                                 f at zz.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: Digital signature
URL: <https://puck.nether.net/pipermail/cisco-nsp/attachments/20141216/8ba81659/attachment.sig>