Questions tagged «packetloss»

6
如何被动监控tcp数据包丢失?(Linux)
如何被动监视与机器之间的TCP连接上的数据包丢失? 基本上,我想要一个位于后台的工具,它监视TCP ack / nak / re-transmission来生成报告,该报告关于“似乎”对等IP地址正在遭受严重损失。 我在SF中发现的大多数此类问题建议使用iperf之类的工具。但是,我需要监视与机器上真实应用程序之间的连接。 这些数据只是放在Linux TCP堆栈中吗?

6
为什么硬件路由器比具有更好规格(RAM和CPU)的Linux路由器性能更好?
我有一个最低限度的CentOS 6.3、64位充当带有4个NIC(1 Gbps)的网关,每个都绑定在一起以进行公共通信,而另一个则绑定用于私有,以执行NATing。它具有6 GB RAM和4个逻辑内核。在过去的两年中,我们一直在使用它,没有任何问题。 我对硬件路由器没有任何经验,但是我听说它们的RAM和CPU较少,并且使用闪存盘。与具有更多RAM和CPU的计算机相比,具有低硬件配置的设备如何表现更好(例如,处理更多的并发连接)? 除了使用不同方法来处理此问题的IOS之外,还有哪些限制因素?


2
300Mbit(14%)处的UDP极端丢包,但不重传的TCP> 800Mbit
我有一个Linux盒子用作iperf3客户端,测试了2个配备Broadcom BCM5721、1Gb适配器(2个端口,但只有1个用于测试)的配置相同的Windows 2012 R2服务器盒。所有机器都通过一个1Gb交换机连接。 以例如300Mbit测试UDP iperf3 -uZVc 192.168.30.161 -b300m -t5 --get-server-output -l8192 导致丢失所有已发送数据包的14%(对于具有完全相同硬件的其他服务器盒,但是使用较旧的NIC驱动程序,丢失大约为2%),即使丢失50Mbit也会发生丢失,尽管严重程度较低。使用等效设置的TCP性能: iperf3 -ZVc 192.168.30.161 -t5 --get-server-output -l8192 产生800Mbit以北的传输速度,没有报告的重新传输。 始终使用以下选项启动服务器: iperf3 -sB192.168.30.161 谁该怪? Linux客户端盒(硬件?驱动程序?设置?)? 编辑:我只是将测试从一个Windows服务器盒运行到另一个,而300Mbit的UDP数据包丢失甚至更高,为22% Windows服务器框(硬件?驱动程序?设置?)? 连接所有测试机器的(单个)开关? 电缆? 编辑: 现在,我尝试了另一个方向:Windows-> Linux。结果:数据包丢失始终为0,而吞吐量最大达到大约 840Mbit -l8192,即分段的IP数据包 250MB,用于无碎片的-l1472IP数据包 我想流量控制会限制吞吐量,并防止数据包丢失。尤其是后者,无碎片的数据远不及TCP吞吐量(无碎片的TCP产生的数据与碎片TCP相似),但是在数据包丢失方面,它相对于Linux-> Windows而言是无限巨大的改进。 以及如何找出? 我确实遵循了服务器上驱动程序设置的常规建议以最大化性能,并尝试启用/禁用/最大化/最小化/更改 中断适度 流量控制 接收缓冲区 的RSS 局域网唤醒 所有卸载功能均已启用。 编辑我也尝试启用/禁用 以太网@线速 各种卸载功能 优先级和VLAN 损失率相近。 …

4
如何为(相对)大文件使用rsync修复损坏的数据包错误?
尝试使用以下rsync命令更新服务器上的文件: rsync -ravq -e "ssh -o ConnectTimeout=2 -o ServerAliveInterval=2 -ServerAliveCountMax=2" --delete ./local_dir user@$SERVER:/dest_dir corrupt packet 错误不断抛出,特别是: rsync: writefd_unbuffered failed to write 4092 bytes to socket [sender]: Broken pipe (32) rsync: connection unexpectedly closed (11337 bytes received so far) [sender] rsync error: unexplained error (code 255) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [sender=3.0.9] 这可能与ssh超时有关,因为它似乎在large(r)文件中发生。另外,我一直在使用WinSCP超时。这只发生在我身上;与我一起使用该服务器的几个人没有相同的问题。 使用rsync从Windows …

4
丢包在数据​​中心内的通信中有多普遍?
假设我在同一数据中心中有两台计算机,但不一定在同一机架中。 在这两台计算机之间使用UDP发送时,丢弃的数据包有多普遍? 我的假设下问这个,因为只有在机器之间最少数交换机的数据包不会被丢弃在所有。 无序数据包到达同一数据中心的情况有多普遍?我的假设是,只有99.9%的时间只有一条路线,所以这不可能发生。 但是,每当我陷入绝对的思考时,我都知道我一定会错过一些东西! 我需要什么背景信息来更好地了解何时应该丢弃数据包,以及丢弃数据包的频率以及在同一数据中心内的机器出现故障的频率? 最终,我试图在位于同一数据中心的不同Linode VPS实例之间进行通信时,决定使用多播UDP还是PGM。信息必须按顺序到达。当然,UDP听起来不那么好! 但是,如果可以期望在同一数据中心内实现几乎完美或完美的交付,那很好。但是,我正在测试该假设。 谢谢。

4
使用iperf和tcpdump的数据包丢失率
我测试了一条线的链接质量iperf。测得的速度(UDP端口9005)为96Mbps,这很好,因为两台服务器均以100Mbps的速度连接到Internet。另一方面,数据报丢失率显示为3.3-3.7%,我发现这有点太多。使用高速传输协议,我用记录了双方的数据包tcpdump。比我计算的丢包率-平均0.25%。有谁能解释这个巨大差异可能来自何处?您认为可接受的丢包是什么?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.