Networking 平均UDP数据包丢失和数据包重排序

我想积累一些关于UDP数据包丢失（或丢失）的经验

最初，我的理解是，考虑到直接点对点连接，其中NIC通过交叉电缆连接，NIC上有足够的缓冲区，并及时处理所述缓冲区，“应该”没有数据包丢失或数据包订购问题。我相信如果在这两个点之间有一个良好的/高端的切换，情况也是如此

排除上述情况，局域网上UDP数据包的平均预期丢失量是多少

哪些场景会导致UDP数据包排序问题

---

不知道普通局域网上的UDP包丢失情况。我假设现代交换网络的负载相当低，否则您的LAN或端点负载太高。：）

---

当路线上下移动时，重新排序可能最容易实现；比方说，您组织中的一个交换机负载足够大，因此重新组织树是有意义的，并且流量通过不同的交换机发送。更有可能的情况是ISP的对等方来来去去去，或者达到流量限制，并且通过它们传输的数据包的优先级发生了变化——旧数据包在重载网络上传输，新数据包在重载网络上传输，并且它们到达时出现了故障。

我也在寻找一个预期的平均值。我发现，从一个直接链接（PC到PC）的数据包丢失很少发生，尽管它肯定会发生。在50Hz下，1KB数据包的可用性约为99.9%

我见过通过在同一网络接口上发送和接收来重新排序。

---

我得出的结论是，之所以会发生这种情况，是因为每个数据包都是异步处理的，因此有可能在新收到的数据包之前处理新到达的数据包。

在我的基本千兆交换LAN上，使用FreeBSD、Solaris或Linux，即使每秒50000个数据包，我也不会丢失数据包

然而Windows是一个非常特别的东西，我很容易看到在相同的硬件上以每秒10000次的低速丢失数据包。这主要是由于WinSock和NIC之间的缓冲区溢出造成的，如果驱动数据包的速度更快，则丢失的数据包会更多，如果将数据包隔开，则丢弃的数据包会更少

没有神奇的数字，我的情况可能更糟，因为Broadcom有糟糕的Windows驱动程序

您可以很容易地看到数据包排序问题，但是几乎总是只交换最后两个数据包。这是开关如何工作的产物

---

有趣的是，你在Wi-Fi中没有提到的是，无线信号非常容易受到干扰和环境条件的影响。

Sami，你是在解决一个真正的问题，还是一个理论问题？