点击蓝字
关注我们
因公众号更改推送规则,请点“在看”并加“星标”第一时间获取精彩技术分享
来源于网络,侵删
一、MTU 简述 - 分包后数据包最大长度
1、定义
Maximum Transmission Unit(最大可传输单元) 的缩写,它的单位是字节。在 *数据链路层* 定义
一个数据包穿过一个大的网络,它其间会穿过多个网络,每个网络的 MTU 值是不同的。这个网络中最小的 MTU 值,被称为路径 MTU。
假设:我们的接受/发送端都是以太网,它们的 MTU 都是 1500,我们发送的时候,数据包会以 1500 来封装,然而,不幸的是,传输中有一段X.25网,它的 MTU 是 576,这会发生什么呢?
结论是显而易见的,这个数据包会被再次分片,更重要的是,这种情况下,如果 IP 包被设置了“不允许分片标志”,那会发生些什么呢?
对,数据包将被丢弃,然事收到一份ICMP不可达差错,告诉你,需要分片!
很显然,MTU 值设置得过大或过小,都会在一定程度上影响我们上网的速度。
在应用程序中我们用到的 Data 的长度最大是多少,直接取决于底层的限制,即:MTU
以太网(Ethernet)的 数据帧 在链路层 IP包 在网络层 TCP或UDP包 在传输层 TCP或UDP中的数据(Data)在应用层
它们的 关系是 数据帧{IP包{TCP或UDP包{Data}}}
2、网络中 MTU 值的由来:
1>、最大值:
对于 IP 数据包来讲,在 IP 包头中,以 两个字节(16 位)来描述 IP 包的长度,也就是说,一个 IP 包,最长可能是 65535字节(64K)。
那么加上以太网帧头和尾,一个以太网帧的大小就是:65535 + 14 + 4 = 65553
,看起来似乎很完美,发送方也不需要拆包,接收方也不需要重组
但,使用最大值真的可以吗?我们往下看
2>、最佳值的推导:
a>、按最大值来推算:
IP 数据包按最大值 65535字节 来算,假设我们现在的带宽是:100Mbps
,因为以太网帧是传输中的最小可识别单元,再往下就是0101所对应的光信号了,所以我们的一条带宽同时只能发送一个以太网帧。
如果同时发送多个,那么对端就无法重组成一个以太网帧了,在100Mbps
的带宽中(假设中间没有损耗),我们计算一下发送这一帧需要的时间:
( 65553 * 8 ) / ( 100 * 1024 * 1024 ) ≈ 0.005(s)
在100M网络下传输一帧就需要5ms,也就是说这5ms其他进程发送不了任何数据。如果是早先的电话拨号,网速只有2M的情况下:
( 65553 * 8 ) / ( 2 * 1024 * 1024 ) ≈ 0.100(s)
100ms,这简直是噩梦。其实这就像红绿灯,时间要设置合理,交替通行,不然同一个方向如果一直是绿灯,那么另一个方向就要堵成翔了。
小知识:
Mbps,其全称为 Million bits per second,意为每秒传输百万位(比特)数量的数据
而这里的 bit(比特,1比特等于1个位)是表示数字信号数据的最小单位。
1 字节 = 8 比特,所以有 65553 * 8
b>、既然大了不行,那设置小一点可以么?
假设 MTU 值设置为100,那么单个帧传输的时间,在 2Mbps 带宽下需要:
( 100 * 8 ) / ( 2 * 1024 * 1024 ) * 1000 ≈ 5(ms)
时间上已经能接受了,问题在于,不管 MTU 设置为多少,以太网头帧尾大小是固定的,都是14 + 4,所以在 MTU 为 100 的时候,一个以太网帧的传输效率为:
( 100 - 14 - 4 ) / 100 = 82%
写成公式就是:( T - 14 - 4 ) / T
,当T趋于无穷大的时候,效率接近100%
,也就是MTU的值越大,传输效率最高,但是基于上一点传输时间的问题,来个折中的选择吧,既然头加尾是18,那就凑个整来个1500,总大小就是1518,传输效率:
1500 / 1518 = 98.8%
100Mbps传输时间:
( 1518 * 8 ) / ( 100 * 1024 * 1024 ) * 1000 = 0.11(ms)
2Mbps传输时间:
( 1518 * 8 ) / ( 2 * 1024 * 1024 ) * 1000 = 5.79(ms)
总体上时间都还能接受。
故,得出 MTU 为 1500字节 这个经验值。
3>、最佳值:
在 Ethernet 中,MTU 为 1500字节;
在 FDDI 中,MTU 为 4352字节;
在 IP over ATM 中,MTU 为 9180字节。
其实一个标准的 以太网 数据帧大小是:
1518
,头信息有 14 字节,尾部校验和 FCS 占了 4 字节
4>、最小值:
最小值被限制在 64 = *46*(IP包大小) + 14 (以太网头) + 4 (尾部校验和 FCS)
为什么是 64 呢?
这个其实和以太网帧在半双工下的碰撞有关,感兴趣的同学可以自行去搜索。
5>、碎片与特大数据包:
在以太网中,数据包的大小范围是在 64—1518 字节之间,如果除去头部开销,则实际的数据大小为 46—1500 字节之间。
一般情况下,数据包的大小都是在这个范围内,如果数据包 小于64 字节,称为 碎片;
而如果 大于1518 字节,称为 特大数据包。
这两种类型的数据包都是非正常的以太网数据包,它们将影响网络的正常运行。
无论是碎片或特大数据包,都会增加网络的负载,导致网络故障的发生。
所以,我们在对网络进行分析的时候,对数据包大小的判断也是不可缺少的一个环节。
6>、发送小于最小值的包,会出现什么情况呢?
正常接收:
在用 UDP 局域网通信时,经常发生 “Hello World” 来进行测试,
但是 “Hello World” 并不满足最小有效数据 (46) 的要求,为什么小于 46 个字节,对方仍然可用收到呢?
因为在 链路层 的 MAC 子层中会进行数据补齐,不足 46 个字节的用 0 补齐。
收不到数据:
但当服务器在公网,客户端在内网,发生小于 46 个字节的数据,就会出现接收端 收不到数据的情况。
7>、应用层 TCP/UDP 发送的源数据大小限制
小知识:
TCP 包头中,是没有对 数据包总大小 的定义 - 数理论上没有大小限制。
UDP 包头中,用 两个字节(28=16bits) 来定义 数据包的总大小 -- 2^16 = 65535字节 **即:***64k**
1、****TCP**** 是以 数据流 形式传输数据,所以使用 send 函数理论上没有大小限制。
一般数据包太长的话会进行多次拆包传输,数据包短的话会放到下一次数据传输时发送。
2、UDP 协议发送时,用 sendto 函数最大能发送数据的长度为:65535- IP头(20) - UDP头(8)=65507字节。
用 sendt o函数发送数据时,如果发送数据长度大于该值,则函数会返回错误
3、UDP 协议分成若干个包发送,会发送整个数据丢失问题
如果数据小于 65507字节 ,则:按照 MTU 的值进行分包,分成若干个包,然后发送出去;
而 接收方 IP 层就需要进行数据报的重组。当 IP 层组包发生错误,那么包就会被丢弃。
接收方无法重组数据报,将导致丢弃整个 IP 数据报。
3、OSI 七层结构:
OSI模型
功能
主要协议
单位
应用层 | 文件传输,电子邮件,文件服务,虚拟终端 | Telnet、FTP,HTTP(S),SNMP,TFTP,SMTP,DNS | 数据流 |
表示层 | 数据格式化,代码转换,数据加密 | CSS、GIF、HTML、JSON、XML | 数据流 |
会话层 | 解除或建立与别的接点的联系 | FTP、SSH、TLS、HTTP(S)、SQL | 数据流 |
传输层 | 提供端对端的接口 | TCP,UDP | 数据段 |
网络层 | 为数据包选择路由 | IP,ICMP,RIP,OSPF,BGP,IGMP | 数据包 |
数据链路层 | 传输有地址的帧以及错误检测功能 | MTU、SLIP,CSLIP,PPP,ARP,RARP,802.2、HDLC | 帧 |
物理层 | 以二进制数据形式在物理媒体上传输数据 | ISO2110,IEEE802,IEEE802.2,V.35,EIA/TIA-232 | 比特流 |
网络中的数据传输过程:
**在 **传输层**,切割成 *数据段*;
**在 **网络层**,打成 IP 包 *数据包*;
**在 **数据链路层**,切割成 *数据帧*。
**在 **物理层**,转变成 *比特流*。
二、计算 udp 或 tcp 包的最佳大小:
从上图可知:本地 MTU 值 = 1500,那么:
UDP 包的大小: 1500 - IP头(20) - UDP头(8) = 1472(Bytes)
TCP 包的大小: 1500 - IP头(20) - TCP头(20) = 1460 (Bytes)
三、MTU 对 UDP、TCP 的影响
1、MTU 对 UDP 的影响:
一旦 UDP 携带的数据 超过1472(1500-20(IP首部)-8(UDP首部)),那么 UDP 数据就会在网络层被分成多个 IP 数据报
既:发送方 IP 层就需要将数据包分成若干片,而接收方 IP 层就需要进行数据报的重组。
更严重的是,如果使用 UDP 协议,当 IP 层组包发生错误,那么包就会被丢弃。
接收方无法重组数据报,将导致丢弃整个 IP 数据报。
UDP不保证可靠传输;但是 TCP发生组包错误时,该包会被重传,保证可靠传输。
2、MTU 对 TCP 的影响:
TCP 的一个数据报也不可能无限大,还是受制于 MTU,TCP 单个数据报的最大消息长度,称为 MSS
TCP 在建立连接的过程中,双方会进行 MSS 协商
最理想的情况下,MSS 的值正好是在 IP 不会被分片处理的最大长度(这个长度受限于数据链路层的 MTU)
双方在发送 SYN 的时候会在 TCP 的头部写入字节能支持的 MSS 值
然后双方得知对方的 MSS 值之后,选择较小的作为最终 MSS
MMS 的值就在 TCP 首部的 40 字节变长选项中(kind=2)
MTU 通过限制 MSS(单个数据报的最大消息长度) 的取值,来限制单个 TCP 包的长度
3、MTU 和 MSS的关系
MTU:最大传输单元,由不同的数据链路层对应物理层产生的(硬件规定),以太网的MTU=1500
MSS:最大分节大小,为 TCP 数据包每次传输的最大数据分段大小
MSS 的取值受限于 MTU
四、如何测出当前网络最佳MTU值
1、首先,我们必须明白什么才是最佳的 MTU 值。
1)当本地 MTU 值 > 网络 MTU 值,网络会进行拆包,这样一来数据包数量增多,二来也增加了拆包组包的时间
2)当本地 MTU 值 < 网络 MTU 值,虽然可以直接传输,但是却没有完全利用网络的性能,没有发挥出最大传输能力
因此,设置最合适的本地 MTU 值,就是要让本地 MTU 值 = 网络 MTU 值。
2、小知识:
如果 MTU 过大,在碰到路由器时会被拒绝转发,因为它不能处理过大的包。
如果太小,因为协议一定要在包(或帧)上加上包头,那实际传送的数据量就会过小,这样也划不来。
大部分操作系统会提供给用户一个默认值,该值一般对用户是比较合适的。
3、怎样才能知道自己的当前网络环境的 MTU 值是多少呢?
下面便来介绍测试方法。
步骤一:
打开命令提示符窗口输入以下命令(建议直接复制,以免误将小写字母 l 写为数字 1),回车。
ping -l 1480 -f www.baidu.com
这条命令的意思是向 www.baidu.com(百度主页)发送一个探测请求,请求将一个不允许分割的 1480 字节的数据包发送出去。
步骤二:
若是出现传输失败,提示需要拆分数据包的情况,则说明当前网络的 MTU 值要比指定的 1480 小,因此我们就适当调小数据包的大小,再发送一条类似的命令
若是出现传输成功,则说明当前网络的 MTU 值比 输入的 要大。于是我们需要稍微调大数值,以便求得最为精确的网络 MTU 值
步骤三:
如此这般,通过不断修正数据包的大小,我们可以最终得到当前网络的 MTU 值。
4、ping 命令使用的是 ICMP 协议
ping 命令使用的,既不是 tcp 报文,也不是 udp 报文
它用的是 ICMP 协议,与 IP 协议同级,属于 网络层,位于 tcp、udp(传输层)的下一层。【应用层、传输层、网络层、数据链路层、物理层】
5、计算结果分析
最后测试得出:最大数据传输为 1472 字节的数据包,则:
MTU = 1472 + 20字节 IP 首部 + 8字节 ICMP 首部 = 1500 字节
如果你年满18周岁以上,又觉得学【C语言】太难?想尝试其他编程语言,那么我推荐你学Python,现有价值499元Python零基础课程限时免费领取,限10个名额!
▲扫描二维码-免费领取
戳“阅读原文”我们一起进步