Hi,
I'm posting a couple of these SilverCreek test failures to the NET-SNMP
developers. I would also like to know if these failures are really critical
to NET-SNMP's operation.
Also, the EGP group seems included on the MIBs, how come the objects are
not implemented by net-snmp? `configure --help` does not list any info
on how to enable this group. What's NET-SNMP's status on EGP?
Thanks and best regards,
Vic
----------------------------------------------------------------------------
-
Details for Test 2.1.3.2
SNMPv2c Tests for All MIBs
2.1.3.2 The purpose of this test is to verify that the agent can perform
lexicographic ordering with large Instance-ID's on each variable returned in
test 2.1.2.1. Implementations using less than 32 bit unsigned arithmetic
will fail this test.
This test replaces one identifier in the Instance-ID each iteration with
(2^32-1) or 4,294,967,295 and issues a GET-NEXT from the resulting OID.
The expected outcome is for the agent to return the first variable greater
than the argument.
Reference RFC 1905 § 4.2.2
Details for Test 2.1.3.2
[FAILED] Remarks: get-next operation failed or had errors
[FAILED] Remarks: get-next operation failed or had errors
Lexicographic error detected in response to get-next request sent.
Response OID
1.3.6.1.6.3.16.1.2.1.3.1.5.108.111.99.97.108
is lexicographically less than
Request OID
1.3.6.1.6.3.16.1.2.1.3.4294967295.5.108.111.99.97.108
The consequences of your agent behaving in this way is that
the data returned is indeterminate and will likely confuse management
applications. You could get duplicates. You are not operating
efficiently. You may miss rows in the retrieval. The management
application could become so confused that it terminates before
retrieving all the objects. The rule is that the respose OID must be
lexicographically greater than the request OID.
Received Message Data {
Error-Status: noError,
Error-Index : 0,
Bindings {
vacmGroupName.1.5.108.111.99.97.108,
SnmpAdminString,
"skx1227RWGroup"
}
}
----------------------------------------------------------------------------
-
Details for Test 2.2.4.2
SNMPv2c Tests for All MIBs
2.2.4.2 The purpose of this test is to verify that the agent can perform
lexicographic ordering with large Instance-ID's on each variable returned
in test 2.1.2.1. Implementations using less than 32 bit unsigned arithmetic
will fail this test.
This test replaces one identifier in the Instance-ID each iteration with
2^32 or 4,294,967,295 and issues a GET-BULK from the resulting OID.
The expected outcome is for the agent to return the first variable greater
than the argument.
Reference RFC 1905 § 4.2.3
Details for Test 2.2.4.2
[FAILED] Remarks: get-bulk operation failed or had errors
[FAILED] Remarks: get-bulk operation failed or had errors
Lexicographic error detected in response to get-bulk request sent.
Lexicographic error, VarBind index 0
Response OID
1.3.6.1.4.1.2021.10.1.1.4294967295
is lexicographically less than
Request OID
1.3.6.1.4.1.2021.10.1.1.4294967295
The consequences of your agent behaving in this way is that
the data returned is indeterminate and will likely confuse management
applications. You could get duplicates. You are not operating
efficiently. You may miss rows in the retrieval. The management
application could become so confused that it terminates before
retrieving all the objects. The rule is that the respose OID must be
lexicographically greater than the request OID.
Received Message Data {
Error-Status: noError,
Error-Index : 0,
Bindings {
enterprises.2021.10.1.1.4294967295,
INTEGER,
"-1"
}
}
----------------------------------------------------------------------------
-
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.672 / Virus Database: 434 - Release Date: 4/28/2004
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
