zoukankan      html  css  js  c++  java
  • 关于在Wireshark中注意到TCP传输长度大于MSS的现象

    关于在Wireshark中注意到TCP传输长度大于MSS的现象

    在进行TTCP传输的实验复习TCP的过程中,注意到某些报文段的数据长度要大于MSS。

    在https://osqa-ask.wireshark.org/questions/24699/tcp-packet-length-was-much-greater-than-mtu/找到了答案:

    Probably you captured on the host that transmitted the oversized packet, and TCP Large Segment Offload is enabled. (Sometimes abbreviated TSO and sometimes LSO.) The operating system is passing packets larger than MTU to the network adapter, and the network adapter driver is breaking them up so that they fit within the MTU. If you capture from the wire, instead of from an endpoint involved in the communication, you will see that the packets are correctly sized when they are transmitted. This is one reason of several to capture from the wire, instead of on an endpoint.

    TSO is a performance enhancement, but you can turn it off, in which case, the OS will no longer generate oversized frames.

    To show the size of the TCP segment, add a custom column using the field "tcp.len".

    简单来说就是为了优化处理大包传输,将TCP分段的功能下放到网络适配器中,处理网络的性能。

    如果不是在主机抓包而是在网络传输过程中抓包就不会超过MSS。其实也有另外的证明就是另一端传输过来的ACK不是以2920递增的,而是以1460递增的,这个需要关闭Nagle算法。

    还有一个问题就是:为什么TCP并未表现出传统所学的拥塞避免算法???中文网络并未解释,再找找。

  • 相关阅读:
    spring 09-Spring框架基于QuartZ实现调度任务
    spring 08-Spring框架Resource资源注入
    spring 07-Spring框架Resource读取不同资源
    spring 06-Spring框架基于Annotation的依赖注入配置
    html 默认跳转
    poi 设置样式
    支付宝扫码支付回调验证签名
    构造器初始化
    cxf webservice
    CSS3 border-image 属性
  • 原文地址:https://www.cnblogs.com/manch1n/p/15331005.html
Copyright © 2011-2022 走看看