2009/2/28 Bell, Adam <[email protected]>:
> I am running 5.2.4 and am having a problem indexing a table with fixed octet 
> string indexes.

> Since the ASN_PRIV_IMPLIED_OCTET_STR does not have an encoded length for the 
> oid,
> the routine is taking the entire oid length.
> The table in question has 3 indexes and therefore the last two are not parsed 
> and the result is No Such Instance.

<nods>
Yes - that makes sense.



> The netsnmp_table_registration_info_s (created at init time in the table 
> handler code)
> sets the index types but there is no info about the individual index lengths,

Nope.
Since most string indexes are variable length, this information
typically isn't available
when the table is registered.   The handling of fixed-length strings
is not identical to
that of IMPLIED variable-length strings.
   The Net-SNMP toolkit probably needs augmenting to distinguish between these
two types.



> The question is - how to split the index apart properly and get this to work?
> Is this something that has been fixed in later versions?

No.
I believe this is a new problem, and has not been addressed in any current (or
development) code.   I've logged this is an issue in the project bug tracker.

Dave

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to