2

SNMP 要求をリモート ロケーションに送信しようとしています。

私は SharpSNMP 8.5.0 ライブラリと、コード プロジェクトの投稿 (こちら) の Snmp.BulkWalk の例を使用しています。

この例では、最大反復回数として 10 を使用し、スニッフィング ソフトウェアを使用して、サブツリー内をウォークするために複数のデータグラム パケットを作成していることに気付きました。実際、毎回 120 パケットの結果が返ってきます。そこで、max-repetitions の数値を高くしてみることにしたところ、パケット数が減少していることに気付きました。実際には、すべてのデータを 1 つのパケットで取得できます。ここで別の問題があります。GPRS を使用してサーバーからデバイスを snmpwalk すると、リモート デバイスが GPRS を使用しています。タイムアウトまたはバッファ サイズ不足のエラーが発生します。ローカル PC で同じソリューションを実行し、ルーターからリモート デバイスにアクセスすると (GPRS は関係ありません)、エラーは発生せず、すべてのデータが取得されます。

誰かがこの動作を説明できますか? GPRS の制限と関係がありますか? GPRS は信頼できませんか? それとも、サーバーのネットワーク制限ですか?

(サーバーの MTU は 1500 です)。SNMP-UDP データグラム パケットを介して送信できるベスト プラクティスと最適なパケット サイズについて経験のある人はいますか?

4

2 に答える 2

1

SNMP パケット サイズのベスト プラクティスに関しては、ネットワーク MTU を超えないようにする必要があると常に言われてきました。つまり、イーサネット フレームが定期的に 1500 バイトを超えないように max-repetitions を設定します。(もちろん、これは表のセルのサイズが予測可能であることを前提としています。)

より大きなパケットを使用すると、適切に構成されたネットワークのほとんどで機能するはずですが、ネットワーク上で断片化されたパケットが発生しないようにすることをお勧めします。おそらく、パケットの再構成により、ネットワーク機器でより大きなオーバーヘッドが発生する可能性があります。いずれにせよ PDU を複数のパケットにフラグメント化する場合、さらにいくつかのリクエストをやり取りする必要があるという欠点はそれほど悪くありません。

たとえば、シスコの機器はこのベスト プラクティスに従っているようで、Microsoftの記事で推奨されています。

(ところで、次に 2 つの別々の質問がある場合は、2 つの質問として投稿することを検討してください!)

于 2015-07-31T16:21:53.333 に答える