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

时间:2011-05-16 23:04:58

标签: networking statistics udp packet loss

我想获得有关UDP数据包丢失(或辍学)问题的经验。

最初我的理解是,给定直接点对点连接,其中NIC通过交叉电缆和NIC上的充足缓冲器连接并及时处理所述缓冲区,应该没有丢包或数据包排序问题。我相信在这两点之间有一个好的/高端的开关也是如此。

  1. 排除上述情况,LAN上的平均UDP丢包率是多少

  2. 哪些情况会导致UDP数据包排序问题?

3 个答案:

答案 0 :(得分:4)

不知道平均LAN上的UDP数据包丢失。我认为现代交换网络相当低,否则您的LAN或端点负载过高。 :)

当路线上下移动时,重新订购可能最容易实现;比如说,组织中的一个交换机负载足够,重新组织树是有意义的,流量通过不同的交换机发送。更可能的是你的ISP的同行来来往往,或者达到流量限制,并且通过它们的数据包的优先级发生了变化 - 旧的数据包在重载网络上飞行,新数据包在轻负载网络上飞行,以及它们无序到达。

答案 1 :(得分:2)

我也在寻找预期的平均值。我发现从直接链接(PC到PC)发生的数据包丢失很少发生,尽管肯定会发生。在50 kB时,1 kB数据包的可用性为99.9%。

我看到仅通过在同一网络接口上发送和接收进行重新排序。 我的结论是,这是因为每个数据包都是异步处理的,所以在新收到数据包之前收到数据包之前,有可能会处理新到达的数据包。

答案 2 :(得分:2)

在我的基本千兆位交换局域网上,使用FreeBSD,Solaris或Linux,即使每秒50,000个数据包也可以实现零丢包。

然而,Windows非常特别,我很容易在低速(例如每秒10,000次)的完全相同的硬件上看到数据包丢失。这主要是由于WinSock和NIC之间的缓冲区溢出,如果你以更快的速度驱动数据包,你会损失更多,如果你把数据包分开,你就会减少。

没有神奇的数字,由于Broadcom拥有可怕的Windows驱动程序,我的情况可能更糟。

您可以轻松查看数据包排序问题,但几乎总是只切换最后两个数据包。这是交换机如何运行的工件。

有趣的是,在Wi-Fi中没有提及的是,无线电信号受到干扰和环境条件的影响很大。