2

net-snmp を使用して、テーブル コードが生成されmib2c -c mib2c.iterate.conf fooBarTable、その後大幅にハッキングされました。

残念ながら、テーブルは通常の 1 ではなく 2 のエントリで定義されています (私はこれを行いませんでした。これを既存の状況に適合させようとしています)。MIB は次のようになります。

fooBarTable OBJECT-TYPE
    SYNTAX          SEQUENCE OF FooBarEntry
    MAX-ACCESS      not-accessible
    STATUS          current
    DESCRIPTION    "blah"
    ::= { fooMIBObjects 8 }

fooBarEntry OBJECT-TYPE
    SYNTAX          FooBarEntry
    MAX-ACCESS      not-accessible
    STATUS          current
    DESCRIPTION     "Stuff."
    INDEX { ifIndex }
    ::= { fooBarTable 2 }

テーブルを net-snmp に登録するときは、"...,1,8" のような OID を与えるだけです (つまり、fooBarTable までですが、エントリは含まれません)。net-snmp は暗黙的に .1 をテーブル OID に追加し、次に列、インデックスなどに追加します。

そのエントリ値を 2 に強制する半サポートの方法はありますか? (つまり、ハンドラーに渡されるオブジェクトからビットをハッキングする必要はありません。)

4

1 に答える 1

2

いいえ、申し訳ありません: サポートされている方法はありません。あなたが見つめているMIBがSMIv2の下で合法ではないという理由の一部です。

これを実装するには、agent/helper ディレクトリの複数の場所 (table.c の 328 行目付近から始まり、おそらく他の場所) を変更するか、ヘルパー モジュールをまったく使用せずにテーブルを完全にゼロから実装する必要があります。

しかし、mib2c が提供するものは、これを解決するものではありません。

于 2010-10-19T20:26:59.427 に答える