对于基本的家庭设置,多少次 TCP 重新传输互联网流量被认为是正常的?

Net*_*u30 9 networking tcpip wireshark tcpdump

出于好奇,我用以太网线将笔记本电脑连接到路由器,并启动 Wireshark 以了解和“可视化”正在发生的情况。

一些数据包引起了我的注意。

我时常会在 WAN 流量之间进行一些 TCP 重传,顺便说一句,我没有有意义的 LAN 流量。

我开始担心我知道我正在重传,但我认为它来自互联网,并且时不时地会发生……我猜?虽然我发现很难量化是否太多以及多少是可以接受的。

PS:只是说这与重用 TCP 端口号的 TCP 重传无关。

Spi*_*iff 16

TCP 重传是完全正常的并且是预期的,只要没有太多。重传的 TCP 段可能应该少于 1%。

重传是正常的,因为丢包是正常的。丢弃的数据包实际上被用作路由器和发送方的 TCP 堆栈之间的信号,表明网络正在发生拥塞,因此发送方 TCP 堆栈需要使用其拥塞控制算法来暂时降低其传输速度。

  • 的确。如果您在任何地方都没有丢失数据包,则表明您始终未充分利用可用带宽。如果您的网络堆栈要测量传输容量并保持该测量值最新,则需要一定的丢包率。显然,这种测量是有成本的,这就是为什么 Linux 提供了拥塞控制算法的选择来根据您的需求调整行为(我不知道其他操作系统是否提供相同的灵活性,但它们确实应该这样做)。 (3认同)
  • @TobySpeight 对于传统 TCP 来说确实如此,但现代拥塞控制算法,特别是现代版本的 Windows、macOS 和 Linux 中的默认算法 TCP CUBIC,使用延迟增加作为拥塞的标志,从而避免数据包丢失。 (3认同)
  • 抱歉,我记错了,CUBIC是基于丢失的,它的Windows前身,CTCP是延迟,QUIC使用的BBR也是如此。 (2认同)

Joh*_*ohn 2

一定量的网络重传是完全正常的。

您必须跟踪它以查看是否增加或水平。

我在这里看到这个。

通讯查看跟踪

  • 您能否描述一下屏幕截图中的内容以及它与 TCP 连接常见的重传量有何关系?目前您的答案不完整,无法回答原始问题。 (2认同)

归档时间:

查看次数:

3709 次

最近记录:

2 年,10 月 前