为什么TCP/IP包长会大于MTU？

最新推荐文章于 2024-06-29 10:24:24 发布
最新推荐文章于 2024-06-29 10:24:24 发布
阅读量2.2k 收藏 9
点赞数 4
CC 4.0 BY-SA版权
文章标签： 网络 大数据 操作系统
原文链接：https://my.oschina.net/scgywx/blog/482550
本文探讨了TCP/IP包长度为何可能超过MTU的问题，解释了TCP分片与IP分片的区别，以及TSO（TCP Segment Offload）如何影响包的分片处理。通过实例展示了TSO如何在网卡层面处理大包，确保客户端接收到的包不会大于MTU。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

为什么80%的码农都做不了架构师？>>>   hot3.png

前戏

当你看到这个标题第一眼到你看到这篇文章的内容期间，你心里也许会想，特么在逗我呢吧？TCP/IP包怎么可能会大于MTU？难道书上都是骗人的？确实在tcp/ip第一卷里面描述IP协议分片一节里面讲到，当IP包大于MTU时，会对包进行分片。既然会分片，那么这个包大于MTU是几个意思？且听我慢慢道来。

什么是MTU

MTU(Maximum Transmission Unit)，即最大传输单元，意思是在网络通信协议里规定最大传输的字节数量，通常是1500字节(不同网络大小不一样，可使用ifconfig查看)，最小是46。

起因

首先事情的起因是因为跟前端调数据，前端老吼没收到数据，我说发了，他说没收到，我说发了........双方难分胜负，唯有抓包，方能一决雌雄。说时迟那时快，抄起tcpdump就开干，然后在抓包过程中，偶尔有那么几个包居然比MTU还长，我当时就纳了闷了，说好的IP包分

最低0.47元/天 解锁文章

200万优质内容无限畅学
TCP 中的 MSS 和 MTU 区别
qq_46082433的博客
05-29 378
https://duoke360.com/tutorial/path/golang
《网络安全自学教程》- TCP/IP协议栈的安全问题和解决方案
wangyuxiang946的博客
06-18 1万+
TCP/IP协议栈的安全问题和解决方案
为什么抓包时IP包会大于MTU
专注于网络编程,游戏后台,高并发
09-30 3280
在linux上抓包的时候，发现了很大的包，有的包达到了2800字节，在局域网的时候甚至有10K字节以上的包。这与我们所学的IP数据包不能超过MTU(一般是1500字节)相违背。查资料得知，这是因为网卡有设置tcp-segmentation-offload。这是操作系统为了减轻负担，提高处理效率的一种方法。   我们知道，用TCP/IP协议处理网络流量，要占用大量服务器资源。为了减轻服务器的压力...
tcpdump抓包长度大于1514的原因
jinauto的博客
10-28 2473
tcpdump抓包中：存在9k以上的包，可能开启了TSO，GRO，GSO；存在1514～9k的包可能开启了TSO，GRO，GSO或Jumbo Frames；通过通过ifconfig 看MTU或ethtool看TSO，GRO，GSO来判断。如果觉得系统受到长包影响，可以用ifconfig或ethtool关闭相应的功能。
TCP/IP协议：最大传输单元MTU 路径MTU
xiaofei0859的专栏
04-03 2万+
最大传输单元MTU 以太网和8 0 2 . 3对数据帧的长度都有一个限制，其最大值分别是1 5 0 0和1 4 9 2字节。链路层的这个特性称作M T U，最大传输单元。不同类型的网络大多数都有一个上限。 如果I P层有一个数据报要传，而且数据的长度比链路层的M T U还大，那么I P层就需要进行分片（ f r a g m e n t a t i o n），把数据报分成若干片，这样每一片都
设置系统网卡本地数据包最大限制MTU
Miuney的博客
05-06 633
https://www.cnblogs.com/keystone/p/11410659.html
为什么tcpdump抓包数据校验和异常、长度超过MTU？
程序猿Ricky的日常干货
09-16 2920
内核实现 tcpdump在抓取网络包时，实际它会创建一个socket，并且设置网卡为混杂模式，用于接收网络链路上所有地址的包。 发送方向： dev_queue_xmit->dev_queue_xmit_nit: static void dev_queue_xmit_nit(struct sk_buff *skb, struct net_device *dev)
TCP/IP模型原理（理论）
最新发布
羊羊羊
06-29 1045
计算机网络TCP/IP模型讲解
TCP/IP协议 （史上最全讲解）
ttthe_shy_的博客
09-01 4790
TCP 通过检验和、序列号、确认应答机制、超时重传机制、连接管理以及窗口控制等机制实现可靠性传输。
udp超过mtu长度 linux,TCP UDP 数据包长度(MSS)总结
weixin_34108829的博客
05-16 2297
MTU: Maxitum Transmission Unit 最大传输单元MSS: Maxitum Segment Size 最大分段大小以太网(Ethernet)数据帧的长度必须在 64Bytes－1518Bytes 字节之间，这是由于以太网传输电气方面限制的，EthernetII 协议报头结构如下：| 目的地址(DMAC) | 源地址(SMAC) | 类型(TYPE) | 数据(DATA) ...
网络数据包最大长度 MTU 分片 科普
洪文聊架构
04-25 1万+
1、数据链路层对数据帧的长度都有一个限制，也就是链路层所能承受的最大数据长度，这个值 称为最大传输单元，即MTU。以以太网为例，这个值通常是1500字节。 2、对于IP数据包来讲，也有一个长度，在IP包头中，以16位来描述IP包的长度，也就是说， 一个IP包，最长可能是65535字节。 3、结合以上两个概念，第一个重要的结论就出来了，如果IP包的大小，起过了MTU值，那么就需要
TCP 和 UDP 协议发送数据包的大小
01-21 2015
MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的关系，EthernetII帧的结构DMAC+SMAC+Type+Data+CRC由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64bytes最大不能超过1518bytes，对于小于或者大于这个限制的以太网帧我们都可以视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧。 由于以太网Ethernet
TCP/UDP数据包最大传输MTU
Android系统攻城狮
06-01 5434
概念 以太网(Ethernet)数据帧的长度必须在46-1500字节之间,这是由以太网的物理特性决定的. 这个1500字节被称为链路层的MTU(最大传输单元). 但这并不是指链路层的长度被限制在1500字节,其实这这个MTU指的是链路层的数据区.并不包括链路层的首部和尾部的18个字节. 所以,事实上,这个1500字节就是网络层IP数据报的长度限制. 因为IP数据报的首部为20字节,所以IP数据报的数据区长度最大为1480字节. 而这个1480字节就是用来放TCP传来的TCP报文段或UDP传来的UDP数据报的
TCP传输的单个报文最大字节（MSS和MTU）
qinrenzhi的博客
12-29 1万+
TCP和1448 1448字节是实际场景下，单个TCP包的实际运载能力。也就是说，实际场景下，上层调用send（1000KB），下层会把这1000KB封装成多个TCP包进行发送。单个TCP包每次打包1448字节的数据进行发送。 详细的TCP在传输情景wireshark截图如图1   图1 每个TCP包在理论上应该能打包更多数据才对，但是实际场景下TCP传输为什么会以这个1448作为打包...
如何解决wireshark抓包大于mtu的问题
mgxcool的专栏
06-11 1万+
在测试的时候，发现有些时候用wireshark抓到的包中含有很多大于mtu的数据包。于是试了一下，在本机抓包和在通信的对端同时抓包，发现本机上抓到了大于mtu的包，但是对端却没有这种包。可以推断出数据包在最后发出去的时候，还是进行了切分。 从这个现象大概也可以猜测出wireshark抓包的机制，大概是在什么地方抓取的包。 于是想了想网卡上有没有什么参数可以配置来解决这个问题，最后发现一
UDP包的大小与MTU
热门推荐
木木
05-03 3万+
在进行UDP编程的时候,我们最容易想到的问题就是,一次发送多少bytes好?当然,这个没有唯一答案，相对于不同的系统,不同的要求,其得到的答案是不一样的,我这里仅对像ICQ一类的发送聊天消息的情况作分析，对于其他情况，你或许也能得到一点帮助:首先,我们知道,TCP/IP通常被认为是一个四层协议系统,包括链路层,网络层,运输层,应用层.UDP属于运输层,下面我们由下至上一步一步来看:以太网(Ethernet)数据帧的长度必须在46-1500字节之间,这是由以太网的物理特性决定的.这个1500字节被称为链路层的
[Linux] Wireshark 抓到超过（大于） MTU 的封包
wangwuyy
11-30 4255
在 Linux Wireshark 有時候會抓到比 MTU Size 更大的封包, ex: 2336, 5160 .. etc.這個問題源自於 Linux NIC driver enable GRO (Generic Receive Offload), 這功能會將數個封包組合成一個大封包以增加速度。這時可以用 ethtool 去修改網路卡的參數使用 ethtool -k 查看狀況。 $ eth
记一次网络MTU过大导致send失败的问题排查过程
我的代码小说
03-24 2585
问题描述：在一个CS架构环境下，客户端send接口发送总是失败，导致客户端不断的主动断开又重连。分析过程： 在客户端抓发往服务器的数据包。发现，连着发送几个数据包后，服务器都没有给确认，导致客户端认为对方接受窗口已满，从而发包失败。导致这个现象可以有几个原因：1. 客户端数据包没有发送到服务。2. 服务器收到数据，但出现问题没能及时回复确认。3. 服务器回复了确认，但客户端没能收到确认包。 进...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值