1秒あたりのパケット数のボトルネックを証明していますか？
300〜600バイトの範囲のパケットサイズに関係なく、現在一貫して約20Kパケット/秒で送信している「100Mb」ネットワーク接続があります。これにより、25〜98Mbの帯域幅が観測されます。帯域幅の制限に達していないので、回線の問題はないと常に言われています。同意しません。
この接続は、パケットサイズが考慮されると、平均して、理論上のPPS 100Mb（銅イーサネット）回線のレート）の最大60％で実行されます（ただし、100Mbのボトルネックはファイバーです）タイプが不明であるため、影響が異なる可能性があるため、パケット間ギャップのある銅線よりもファイバープロトコルが優れているとは思いません）。
私の問題は、ルーターやファイバーハードウェアにアクセスできない場合（サードパーティが提供しているため、仕方がない）、パケットが制限されていることをどのように証明できますか？理想的には、プロセスで大規模な停止を引き起こすことなく:)
Tcpdumpまたは同様のツールを使用してトラフィックを収集し、時間単位ごとのパケット数のグラフを作成します。仮定が正しければ、パケット数の上限が明確になっているはずです。
Ping -s 1472 -fのようなものを使用して多数の大きなパケットを生成することにより、反例をシミュレートできます。これにより、小さな停止が発生する可能性があるため、トラフィックのピーク時には実行しないでください。しかし、より大きな問題を解決するには30秒で十分かもしれません-あなたが決めます。
スイッチも簡単にボトルネックになる可能性があります。特に安価なルーターまたはブラックボックスルーター。これは、私が取り組んでいたWANネットワークの最も一般的なケースでした。この種のトラフィックの最小標準は、HP ProCurve回線のものでした。古いCiscoでも問題ありませんでした。しかし、あなたはそれをテストする必要があります。
また、ISPの中で、60％が使用されている回線は完全に飽和した回線であるという経験則を一般的に使用していることにも言及しておくとよいでしょう。その理由は、飽和は基本的に一定期間の平均であるためです。ただし、より短い時間枠では、まったく同じ瞬間に非常に多くのパケットを送信しようとすると過負荷になる可能性があり、これにより遅延が長くなります。レイテンシーも測定します。 Wiresharkは、このような迅速な分析に適したツールです。
大事なことを言い忘れましたが、回線を完全に飽和させる可能性のあるトラフィックは見たことがありませんが、それ以外の場合は空の回線でping -s 1472-fを実行します。複数の接続があると、非効率になり、使用率が低下します。基本的に、100Mbitは理想的な条件下での理論上の限界です。したがって、回線プロバイダーも正しい可能性があり、回線のアップグレードが適切な解決策になる可能性があります。