MTU问题，为何抓包到1514

MTU 在46 ~ 1500字节，默认一般都是1500，按默认计算，

以太网帧长度 = 7字节前导同步吗＋1字节帧开始定界符＋6字节的目的MAC＋6字节的源MAC＋2字节的帧类型＋1500＋4字节的 FCS = 1526

抓包长度 = 源MAC（6char）+目的MAC（6char）+长度/类型（2字节）+MTU   =  1514

 ---- 如果MTU是最小的46，则抓包长度是6+6+2+46=60，即最小抓包长度是60

MTU = 20字节IP头部+1480数据

//windows 查询和设置MTU：

   netsh interface ipv4 show subinterfaces

  netsh interface ipv4 set subinterface "本地连接" mtu=1480 store=persistent

linux 查询和设备MTU：

  echo1400 > /sys/class/net/eth0/mtu

MTU最大传输单元（ Maximum Transmission Unit）的缩写，指一个接口无需分片所能发送的数据包的最大字节数。 

例子：标准的以太帧最大长度为1518字节。另外有7字节的同步码和1字节的前导码。 

扣除帧头和CRC，剩下的净荷最大长度是1500字节，这个“净荷最大长度”就是MTU。这个净荷包括IP头。 MTU限定了上层数据包的最大长度。 

  

 

以太网(IEEE 802.3)帧格式的网络抓包1514长度困惑解答：     据 RFC894的说明，以太网封装IP数据包的最大长度是1500字节，也就是说以太网最大帧长应该是以太网首部加上1500，再加上7字节的前导同步码和 1字节的帧开始定界符，具体就是：7字节前导同步吗＋1字节帧开始定界符＋6字节的目的MAC＋6字节的源MAC＋2字节的帧类型＋1500＋4字节的 FCS。 按照上述，最大帧应该是1526字节，但是实际上我们抓包得到的最大帧是1514字节，为什么不是 1526字节呢？原因是当数据帧到达网卡时，在物理层上网卡要先去掉前导同步码和帧开始定界符，然后对帧进行CRC检验，如果帧校验和错，就丢弃此帧。如 果校验和正确，就判断帧的目的硬件地址是否符合自己的接收条件（目的地址是自己的物理硬件地址、广播地址、可接收的多播硬件地址等），如果符合，就将帧交 “设备驱动程序”做进一步处理。这时我们的抓包软件才能抓到数据，因此，抓包软件抓到的是去掉前导同步码、帧开始分界符、FCS之外的数据，其最大值是 6＋6＋2＋1500＝1514。 

以太网规定，以太网帧数据域部分最小为46字节，也就是以太网帧最小是 6＋6＋2＋46＋4＝64。除去4个字节的FCS，因此，抓包时就是60字节。当数据字段的长度小于46字节时，MAC子层就会在数据字段的后面填充以 满足数据帧长不小于64字节。由于填充数据是由MAC子层负责，也就是设备驱动程序。 

不同类型网络，由于物理特性、发展阶段不同，其MTU不尽相同。MTU限定了上层数据包的最大长度。