问题标签 [packet-loss]

我正在开发一个文件传输软件。并且想在连接不良的环境下（一定概率丢包）进行测试。我需要一个程序来模拟这种环境。请帮我。非常感谢

我有一个运行 CentOS 7 的网络捕获设备，它从核心交换机接收 SPAN 流量。不幸的是，内核正在丢弃一些数据包（大约〜0,05％）。我安装了 dropwatch 来调查这个问题，它报告了 ip_rcv+c0 中的丢包：

例子：

这是该特定功能的链接（ /net/ipv4/ip_input.c）：http://lxr.free-electrons.com/source/net/ipv4/ip_input.c#L376

该功能应该进行数据包完整性检查，并且丢弃可能是由奇怪的数据包引起的，但由于数据包被丢弃，我无法验证这一点。如何调试/找出这些数据包被丢弃的原因？

有没有办法计算Jitter和Packet Loss使用 JavaScript？

如果没有办法做到这一点（我们有Latency），有没有办法计算Jitter和Packet Loss（LatencyPing Time）？如果是，公式是什么？

So my server and chat client are made from 2 different C# TCP tutorials.You may recognize 1 if not both of them and I have made my own modifications to them to fit my own style. When I tried both they worked perfectly fine with 0 loss, but my version has exactly a 50% loss rate. For instance: 1. A client connects: Data received 2. A client sends text: No Data 3. A client sends text: Data received 4. A client sends text: No Data The server code is as follows:

And here's my client code

This code is obviously a work in progress and sorry in advance for messiness. Any other suggestions to the code are also welcome.

我有一个多播服务器，它不断地发送多播数据包。有一个侦听器正在同一台机器上侦听此数据（环回多播）。当只有一个侦听器实例正在运行时，我看不到数据包丢失，但是一旦我运行多个实例，我看到两个侦听器实例都丢弃了数据包。有人可以解释为什么会发生这种情况以及是否有任何开源解决方案来解决这个问题？提前致谢！

我正在使用 ryu 控制器（3.22）来监控交换机（Open vSwitch 2.0.2，支持 Open Flow 1.3），它们是使用 mininet（2.1.0）创建的虚拟网络的一部分。它是深度 = 2 和扇出 = 5 的树形拓扑。我使用的是switch_monitor.py

EventOFPPortStatsReply在控制器的帮助下，我可以使用装饰器获取端口统计信息。我可以得到rx_packets, rx_bytes, rx_errors, tx_packets, tx_bytes, tx_errors,rx_dropped等的值tx_dropped。

但是 , 的值rx_dropped总是tx_dropped为零，即使交换机实际上正在丢弃数据包，如 qdisc（linux 命令）所报告的那样。

如何从 Open Flow 交换机获取丢包统计信息？

一个。如何获得非零值？

湾。有没有替代方法？

我试图通过 tc 命令在我使用 mininet 创建的网络的交换机部分的接口（端口）1 上指定数据包丢失： sudo tc qdisc change dev s1-eth1 root netem loss 0.1% 但 gettring 错误： RTNETLINK answers: Invalid argument

任何帮助，将不胜感激。

网络详情：

它是 Ubuntu 14.04 上基于树形拓扑的 mininet 网络，深度 = 2，扇出 = 5。在第一层，一个交换机连接到 5 个交换机，每个交换机连接到 5 个主机。所有交换机都是OpenvSwitch。

小网网络：

在一家视频会议公司实习时，关于丢包的话题很多。维基百科声明如下：

数据包丢失通常是由网络拥塞引起的。

我明白，因为视频需要通过网络发送如此大量的数据，所以数据包肯定会丢失。

我不明白的是为什么在 HTTP 请求和 AJAX 调用等其他情况下不会出现丢包。如果丢包确实是由于网络拥塞造成的，为什么我自己的 HTTP 请求从来没有遇到过呢？

HTTP 连接是否不会丢失数据包，或者我发送的请求是否太小而不会受到影响。如果 HTTP 对丢包免疫，为什么会这样呢？

考虑到数据包的大小，UDP 数据包丢失百分比是否会增加？例如，如果我发送 100'000 个数据包，第一次尝试字节 [] 大小为 30，但第二次尝试为 300。数据包大小是否会影响其丢弃能力或数据包丢失百分比与其大小无关？

我有一个将日志发送到位于另一台机器上的日志服务器的应用程序。这些日志作为 UDP 数据包发送。我的问题是我看到 UDP 日志丢失。我在与日志消息一起打印的 UDP 数据包中有一个正在运行的序列号。我在日志服务器上看到了序列号的空白。起初我怀疑我的日志服务器是罪魁祸首，但看起来问题出在发件人机器上丢包。环境是：发送方和接收方都在装有 CentOS 6.4 (2.6.32-358.el6.i686) 的 HP G8 服务器上运行。以下是我已经尝试或观察到的事情：

1. 发送方和接收方 (/proc/net/snmp) 上的 SndbufErrors 和 RcvbufErrors 均为 0
2. ifconfig 没有显示任何错误
3. 这些机器连接的交换机不报告任何丢包/错误
4. 在发送方运行 tcpdump（增加 tcpdump 缓冲区，以便 tcpdump 报告 0 个数据包丢弃）表明接收方错过的数据包实际上没有发送（或者至少这些数据包没有显示在捕获的 pcap 上）
5. 数据包发送的最大速率约为每秒 30K（速率不是恒定的。通常它保持在非常低的每秒 500 左右，偶尔会出现峰值。在这些峰值期间数据包会丢失）。接口为 100Mbps 链路。
6. 数据包的大小从大约 80 字节到 300 字节不等。
7. NIC 上的环形缓冲区是： eth0 的环形参数：预设最大值：RX：2047 RX Mini：0 RX Jumbo：0 TX：511 当前硬件设置：RX：200 RX Mini：0 RX Jumbo：0 TX：511
8. 网卡驱动程序信息：驱动程序：tg3 版本：3.124 固件版本：5719-v1.38 NCSI v1.2.37.0 总线信息：0000:03:00.0 支持统计：是支持测试：是支持 eeprom 访问：是支持注册转储：是支持私人标志：否
9. NIC 统计数据也显示没有错误（通过 ethtool -S eth0）
10. 如果我在与发件人相同的机器上运行我的日志服务器，则不会丢失日志。

我不知道这些数据包在哪里被丢弃（堆栈/NIC/NW ...）。我知道 UDP 不可靠，并且由于多种原因可能会丢弃数据包。但是我仍然无法找到为什么这些数据包在发送方的情况下被丢弃的原因。在不同的旁注中，我的应用程序还有许多 TCP 连接（大约 8-10 个），每个连接都有流量。