UDP パケット損失 (またはドロップアウト) の問題に関して、仲間の SO'ers の経験を集めたいと思います。
最初の私の理解では、NIC がクロスオーバー ケーブルと NIC 上の十分なバッファを介して接続されている直接のポイント ツー ポイント接続と、そのバッファのタイムリーな処理が与えられた場合、パケットの損失やパケットの順序付けの問題は「あるべきではない」ということです。ポイント間に1つの優れた/ハイエンドのスイッチがある場合、これも当てはまると思います.
上記のシナリオを除いて、LAN で予想される平均 UDP パケット損失はいくらですか
UDP パケットの順序付けの問題が発生するシナリオは何ですか?
平均的な LAN での UDP パケットロスについてはわかりません。最新のスイッチド ネットワークではかなり低いと思います。それ以外の場合は、LAN またはエンドポイントの負荷が高すぎます。:)
再順序付けは、ルートをアップおよびダウンするときに実行するのがおそらく最も簡単です。たとえば、組織内のスイッチの 1 つに十分な負荷がかかっているため、ツリーを再編成しても意味がなく、トラフィックが別のスイッチを介して送信されるとします。ISP のピアが行き来している、またはトラフィックの制限に達している可能性が高く、それらを通過するパケットの優先度が変化します。古いパケットは負荷の高いネットワークで転送され、新しいパケットは負荷の軽いネットワークで転送されます。彼らは順不同で到着します。
私も期待平均を探しています。直接リンク (PC から PC へ) からのパケット損失は、確実に発生しますが、ごくまれにしか発生しないことがわかりました。可用性は、1 kB パケット @ 50 Hz で 99.9% 程度でした。
同じネットワーク インターフェイスで送受信するだけで並べ替えが行われるのを見たことがあります。これは、各パケットが非同期で処理されるため、新しく受信したパケットよりも前に受信されたパケットの前に、新しく到着したパケットが処理される可能性があるためであると結論付けました。
私の基本的なギガビット スイッチ LAN では、FreeBSD、Solaris、または Linux を使用して、1 秒あたり 50,000 パケットであってもパケット損失はゼロです。
ただし、Windows は非常に特別なものです。まったく同じハードウェアで、1 秒あたり 10,000 などの低速でパケット損失が発生することがよくあります。これは主に、WinSock と NIC の間のバッファ オーバーフローが原因です。パケットを高速に駆動すると損失が多くなり、パケットの間隔をあけるとドロップが少なくなります。
魔法のような数はありません。Broadcom の Windows ドライバーがひどいため、私の状況はおそらくさらに悪化しています。
パケットの順序の問題は簡単に確認できますが、ほとんどの場合、最後に交換された 2 つのパケットだけです。これは、スイッチがどのように機能するかのアーティファクトです。
興味深いことに、Wi-Fi で言及されていないことですが、無線信号は干渉や環境条件の影響を大きく受けます。