Problem is with device processing SNMP GET NEXT requests incorrectly; standard requires that GET NEXT should return OID that is strictly higher than previous one; however, device returns entries in FDB in random order:
1.3.6.1.2.1.17.7.1.2.2.1.2.67.180.5.93.216.211.69 [INTEGER]: 15
1.3.6.1.2.1.17.7.1.2.2.1.2.70.28.131.65.44.65.209 [INTEGER]: 53
1.3.6.1.2.1.17.7.1.2.2.1.2.64.180.5.93.216.211.179 [INTEGER]: 53
third entry actually less than first one.
In version 6 we did some optimizations to SNMP walk, including stricter checks for loop detection, this is why walk on H3C start failing. In next patch release we will relax it to handle buggy devices like this one.
1.3.6.1.2.1.17.7.1.2.2.1.2.67.180.5.93.216.211.69 [INTEGER]: 15
1.3.6.1.2.1.17.7.1.2.2.1.2.70.28.131.65.44.65.209 [INTEGER]: 53
1.3.6.1.2.1.17.7.1.2.2.1.2.64.180.5.93.216.211.179 [INTEGER]: 53
third entry actually less than first one.
In version 6 we did some optimizations to SNMP walk, including stricter checks for loop detection, this is why walk on H3C start failing. In next patch release we will relax it to handle buggy devices like this one.