2012-04-03 6 views
1

Ich habe eine MIB, wo drei Tabellen enthalten als erstes Element Elemente als „zugänglich-für-notify“ gekennzeichnet, wie:snmpwalk kann nicht Tisch gehen mit „zugänglich-für-notify“ Artikel

-- 1.3.6.1.4.1.3979.7.4.3.2.2.1 
    awOduChannelTable OBJECT-TYPE 
     SYNTAX SEQUENCE OF AwOduChannelEntry 
     MAX-ACCESS not-accessible 
     STATUS current 
     DESCRIPTION 
      "Description." 
     ::= { awOduChannels 1 } 

    -- 1.3.6.1.4.1.3979.7.4.3.2.2.1.1 
    awOduChannelEntry OBJECT-TYPE 
     SYNTAX AwOduChannelEntry 
     MAX-ACCESS accessible-for-notify 
     STATUS current 
     DESCRIPTION 
      "Description." 
     INDEX { awTopRadioIndex, awOduIndex, awOduChannelIndex } 
     ::= { awOduChannelTable 1 } 

Wenn Ich versuche, jedes der verbleibenden Elemente einzeln abzufragen (snmpget, snmpgetnext oder snmpset), alles funktioniert, aber wenn ich versuche, snmpwalk oder snmptable, habe ich einen Fehler mit der Angabe "unbekannte Spalte oder nicht lesbar".

Ich versuchte, zu "nicht zugänglich" zu ändern, aber es änderte nichts.

Warum versucht net-snmp, über "accessible-for-notify" -Elemente zu iterieren? Was soll ich reparieren?


EDIT:

In meiner init_awOduChannelTable() Funktion der Elemente auf diese Weise initialisiert wurden:

tblnfo->min_column = 1; 
tblnfo->max_column = 5; 

es mir geändert:

tblnfo->min_column = 2; 
tblnfo->max_column = 5; 
es überspringt

So, jetzt die " barriered-for-notify ", wie von @rbelli vorgeschlagen.

Danke.

Antwort

1

können Sie Ihren Code ändern 1. in Spalte 2 anstelle von Spalte starten Sie den Wert min_column im struct netsnmp_table_registration_info ändern 2. zu schätzen Und wenn Sie eine weitere Feineinstellung benötigen, können Sie die netsnmp_column_info *valid_columns; Feld ändern und sagt Spalte pro Spalte, die gültig ist.