Networking 为什么我的电脑中的TCP消息以590字节的帧显示

Networking 为什么我的电脑中的TCP消息以590字节的帧显示,networking,tcp,network-protocols,wireshark,Networking,Tcp,Network Protocols,Wireshark,当我通过代理服务器使用firefox向网页发出请求时,我正在分析wireshark日志文件 以下是建立连接的详细信息: 当我在从我的PC到代理服务器的[SYN]消息的TCP段详细信息中打开选项分支时,我注意到了“最大段大小”——它表示1460字节 类似地,从代理服务器到我的PC的[SYN,ACK]消息的最大段大小eof表示1460字节 建立TCP连接后,从代理服务器发送到我的PC的每个TCP帧是否都应该为1460字节?我不明白为什么它们是590字节。请告知如何设置590大小一个合理的解释是590

当我通过代理服务器使用firefox向网页发出请求时,我正在分析wireshark日志文件

以下是建立连接的详细信息:

  • 当我在从我的PC到代理服务器的[SYN]消息的TCP段详细信息中打开选项分支时,我注意到了“最大段大小”——它表示1460字节

  • 类似地,从代理服务器到我的PC的[SYN,ACK]消息的最大段大小eof表示1460字节


  • 建立TCP连接后,从代理服务器发送到我的PC的每个TCP帧是否都应该为1460字节?我不明白为什么它们是590字节。请告知如何设置590大小

    一个合理的解释是590原来是特定连接的路径MTU

    换句话说,客户机(连接的终端节点之一)接受最大1460字节有效负载的数据包,途中的一些节点接受较小的数据包。为了提高效率,路径MTU发现允许数据包的发起人调整其大小,使其适合路径上遇到的较小MTU,从而避免碎片

    顺便说一句:
    1460是一个非常常见的MTU(以及MSS),因为它对应于1500,以太网v2的最大值,减去20+20=IP报头开销的40字节)

    有关MTU(最大传输单元)的概述和路径MTU发现方法的基本说明(基本上设置DF,即不分段标志,并依赖ICMP“”无法到达目的地(数据报太大),请参见以下内容“用于检测途中某个节点无法处理数据包的消息,因此尝试使用较小的大小,直到数据包通过为止)


    此外,我建议在连接到不同主机时检查数据包,可能是同一网段上的对等主机,而不必通过前面提到的代理。然后,您可能会看到1460字节的帧。

    一个合理的解释是,590原来是特定连接的路径MTU

    换句话说,客户机(连接的终端节点之一)接受最大1460字节有效负载的数据包,途中的一些节点接受较小的数据包。为了提高效率,路径MTU发现允许数据包的发起人调整其大小,使其适合路径上遇到的较小MTU,从而避免碎片

    顺便说一句:
    1460是一个非常常见的MTU(以及MSS),因为它对应于1500,以太网v2的最大值,减去20+20=IP报头开销的40字节)

    有关MTU(最大传输单元)的概述和路径MTU发现方法的基本说明(基本上设置DF,即不分段标志,并依赖ICMP“”无法到达目的地(数据报太大),请参见以下内容“用于检测途中某个节点无法处理数据包的消息,因此尝试使用较小的大小,直到数据包通过为止)


    此外,我建议在连接到不同主机时检查数据包,可能是同一网段上的对等主机,而不必通过前面提到的代理。很可能你会看到1460字节的帧。

    非常感谢您提供的信息。正如您所提到的,我在启动intranet网站时看到1460字节的帧。我怀疑intranet网站使用的是不同的路由器,但它使用的是与代理服务器相同的路由器。(我用tracert命令检查了一下)非常感谢您提供的信息。正如您所提到的,当我启动一个intranet网站时,我看到了1460字节的帧。我怀疑intranet网站使用的是不同的路由器,但它使用的是与代理服务器相同的路由器。(我用tracert命令检查了它)