mtu

MTU是什么？ 　　“MTU=最大传输单元　单位：字节” 　　我们在使用互联网时进行的各种网络操作，都是通过一个又一个“数据包”传输来实现的。而MTU指定了网络中可数据传输包的最大尺寸，在我们经常使用的以太网中，MTU是1500字节。超过此大小的数据包就会将多余的部分拆分再单独传输。 为什么MTU影响网络性能？ 　　让我们看看这个情况，在Windows系统中，默认MTU值也是1500字节，可是“不同的接入方式、不同地区的网络运营商、不同的路由器”有着不同的MTU设置。 　　比如：ADSL接入时MTU为1492字节，如果A须要给B传输3000字节数据，如果整个传输过程中各个环节的MTU都是1500，那么2个数据包就能够传输完毕。但是偏偏这时ADSL接入方式的MTU是1492字节，数据包就由于这个MTU差异额外拆分为3个（为了便于理解，临时不将“数据包报头”纳入考虑范围） 　　显然这额外添加了须要传输的数据包数量，并且拆包组包的过程也浪费了时间。假设从本地到网络採用一致的MTU就能够避免额外拆包。 对下载速度的影响会有多大？ 　　就拿伊文家里的线路质量不太好的电信4M带宽为例，将操作系统的MTU值改为1492，再将路由器的MTU值从1460改为1492后，下载速度从原本的435KB/s提升到了450KB/s，提升了15KB/s。电信的带宽检測工具的检測结果也从4.09M提升到了4

MTU是什么？ 　　“MTU=最大传输单元　单位：字节” 　　我们在使用互联网时进行的各种网络操作，都是通过一个又一个“数据包”传输来实现的。而MTU指定了网络中可数据传输包的最大尺寸，在我们经常使用的以太网中，MTU是1500字节。超过此大小的数据包就会将多余的部分拆分再单独传输。 为什么MTU影响网络性能？ 　　让我们看看这个情况，在Windows系统中，默认MTU值也是1500字节，可是“不同的接入方式、不同地区的网络运营商、不同的路由器”有着不同的MTU设置。 　　比如：ADSL接入时MTU为1492字节，如果A须要给B传输3000字节数据，如果整个传输过程中各个环节的MTU都是1500，那么2个数据包就能够传输完毕。但是偏偏这时ADSL接入方式的MTU是1492字节，数据包就由于这个MTU差异额外拆分为3个（为了便于理解，临时不将“数据包报头”纳入考虑范围） 　　显然这额外添加了须要传输的数据包数量，并且拆包组包的过程也浪费了时间。假设从本地到网络採用一致的MTU就能够避免额外拆包。 对下载速度的影响会有多大？ 　　就拿伊文家里的线路质量不太好的电信4M带宽为例，将操作系统的MTU值改为1492，再将路由器的MTU值从1460改为1492后，下载速度从原本的435KB/s提升到了450KB/s，提升了15KB/s。电信的带宽检測工具的检測结果也从4.09M提升到了4

由于数据链路层MTU（最大传输单元）的限制，TCP/IP协议传送字节数比较大的数据时，发生IPv4报文分片现象（Fragmentation）。假设用户数据有5690字节，采用UDP传输，数据链路层MTU=1500字节，IPv4 分片示意图如下 分片编号 IPv4报文字节数 分片偏移量(FO) 用户数据字节数 0 1500=20(IPv4 Header)+8(UDP Header)+1472(用户数据) 0 1472 1 1500=20(IPv4 Header)+1480(用户数据) 185=1480/8 1480 2 1500=20(IPv4 Header)+1480(用户数据) 370=1480*2/8 1480 3 1500=20(IPv4 Header)+1480(用户数据) 555=1480*3/8 1480 4 68=20(IPv4 Header)+48(用户数据) 740=1480*4/8 48 累计 6068字节 / 5690字节 几点注意： 1. 分片现象发生在IP层（网络层）。被分片的数据是来自上层，也就是TCP/UDP层。因此，首个分片带有TCP Header或UDP Header，其余分片不带。 2. 最后一个分片的IPv4报文长度 ≤ MTU字节数；其他分片的IPv4报文长度 == MTU字节数 3. More Fragments（MF）标志

本版本制作的windows 支持 feather: 1. Disk Bus=SCSI 2.Tunnel网络环境下自动配置MTU 3.动态修改密码 准备环境 1.windows iso : http://10.110.176.250:8080/os/iso/windows/cn_windows_server_2008_r2_standard_enterprise_datacenter_and_web_with_sp1_vl_build_x64_dvd_617396.iso 2.virtio driver for windows: https://fedoraproject.org/wiki/Windows_Virtio_Drivers 3.cloudbase-init for X64: https://www.cloudbase.it/downloads/CloudbaseInitSetup_Beta_x64.msi 4.qemu-guest-agent for windows: https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-qemu-ga/ 5.cloudbase-init patch for set mtu: https://review.openstack.org/#/c

简介 如今很多系统管理员依然通过组合使用诸如ifconfig、route、arp和netstat等命令行工具（统称为net-tools）来配置网络功能，解决网络故障。net-tools起源于BSD的TCP/IP工具箱，后来成为老版本Linux内核中配置网络功能的工具。但自2001年起，Linux社区已经对其停止维护。同时，一些Linux发行版比如Arch Linux和CentOS/RHEL 7则已经完全抛弃了net-tools，只支持iproute2。 作为网络配置工具的一份子，iproute2是linux下管理控制TCP/IP网络和流量控制的新一代工具包，旨在替代老派的工具链net-tools，即大家比较熟悉的ifconfig，arp，route，netstat等命令。net-tools通过procfs(/proc)和ioctl系统调用去访问和改变内核网络配置，而iproute2则通过netlink套接字接口与内核通讯。抛开性能而言，net-tools的用法给人的感觉是比较乱，而iproute2的用户接口相对net-tools来说相对来说，更加直观。比如，各种网络资源（如link、IP地址、路由和隧道等）均使用合适的对象抽象去定义，使得用户可使用一致的语法去管理不同的对象。更重要的是，到目前为止，iproute2仍处在持续开发中。 如果你仍在使用net-tools

1、概述 首先要看TCP/IP协议，涉及到四层：链路层，网络层，传输层，应用层。 　　 其中以太网（Ethernet）的数据帧在链路层 　　 IP包在网络层 　　 TCP或UDP包在传输层 　　 TCP或UDP中的数据（Data)在应用层 　　 它们的关系是 数据帧｛IP包｛TCP或UDP包｛Data｝｝｝ 不同的协议层对数据包有不同的称谓，在传输层叫做段(segment)，在网络层叫做数据报(datagram)，在链路层叫做帧(frame)。数据封装成帧后发到传输介质上，到达目的主机后每层协议再剥掉相应的首部，最后将应用层数据交给应用程序处理。 在应用程序中我们用到的Data的长度最大是多少，直接取决于底层的限制。 　　 我们从下到上分析一下： 　　 1.在链路层，由以太网的物理特性决定了数据帧的长度为(46＋18)－(1500＋18)，其中的18是数据帧的头和尾，也就是说数据帧的内容最大为1500(不包括帧头和帧尾)，即MTU(Maximum Transmission Unit)为1500； 　 2.在网络层，因为IP包的首部要占用20字节，所以这的MTU为1500－20＝1480；　 3.在传输层，对于UDP包的首部要占用8字节，所以这的MTU为1480－8＝1472； 　　 所以，在应用层，你的Data最大长度为1472。当我们的UDP包中的数据多于MTU(1472)时

据网上网友说，两端mtu最大值不匹配，会造成设备之前传输和连接不稳定，所以要设置相近的mtu，可以先用mturoute测试那个mtu值最近 查看ipv4mtu值：netsh interface ipv4 show subinterfaces 修改mtu netsh interface ipv4 set subinterface "以太网" mtu=1480 store=persistent 如果出现拆分数据包提示，说明当前网络mtu值小于指定的1452字节（1452字节+icmp协议报头的8字节+IP报头的20字节=1480mtu），需要调大mtu,但是不能太大，否则会直接丢包 来源： https://www.cnblogs.com/yunweiweb/p/12250656.html

计算机网络OSI参考模型 各层的数据格式为 OSI参考模型共为七层，从上至下是：应用层、表示层、会话层、传输层、网络层、数据链路层以及物理层。数据链路层又可分为LLC逻辑链路子层以及MAC介质访问控制子层。 数据从一个主机到另一个主机传输过程 当网络中的两台计算机要进行通信时，数据由发送端的应用层向下，逐层传送，而且每一层都为原始数据添加报头（有的层除增加报头外，还需要添加报尾），这也称为数据封装的过程。当封装好的数据到达物理层后，就会根据连接两台设备所使用的物理介质类型，将数据帧的各个比特转换为电压、光源、无线电波等物理层信号，通过中间网络设备，发送端的数据会被送达接收端的物理层。 　　在接收端，数据的还原需要进行一个封装的反过程，从物理层向上直到应用层，随着数据逐层向上传递，协议数据单元的报头及报尾被一层层剥离。最终实现了数据从发送端到接收端的传递。 数据的封装与解封装 数据在传输过程中被层层封装 常用网络通信协议结构图 数据包 包(Packet)是TCP/IP协议通信传输中的数据单位，一般也称“数据包”。有人说，局域网中传输的不是“帧”(Frame)吗？没错，但是TCP/IP协议是工作在OSI模型第三层(网络层)、第四层(传输层)上的，而帧是工作在第二层(数据链路层)。上一层的内容由下一层的内容来传输，所以在局域网中，“包”是包含在“帧”里的。 简单的说，你上网打开网页

关于 /proc/sys/net/ipv4/下 文件的详细解释： 1) /proc/sys/net/ipv4/ip_forward 该文件表示是否打开IP转发。 0，禁止 1，转发 基本用途：如VPN、路由产品的利用； 出于安全考虑，Linux系统 默认是禁止数据包转发 的。所谓 转发即当主机拥有多于一块的网卡时，其中一块收到数据包，根据数据包的目的ip地址将包发往本机另一网卡，该网卡根据路由表继续发送数据包 。这通常就是路由器所要实现的功能。 配置Linux系统的ip转发功能，首先保证硬件连通，然后打开系统的转发功能 [root@xuegod70 ~]# less /proc/sys/net/ipv4/ip_forward，该文件内容为0，表示禁止数据包转发，1表示允许，将其修改为1。 [root@xuegod70 ~]# echo "1" > /proc/sys/net/ipv4/ip_forward 修改文件内容， 重启网络服务或主机后效果不再 。若要其自动执行，可将命令echo "1" > /proc/sys/net/ipv4/ip_forward 写入脚本/etc/rc.d/rc.local 或者 在/etc/sysconfig/network脚本中添加 FORWARD_IPV4="YES" 2) /proc/sys/net/ipv4/ip_default_ttl

尽管IP分片看起来是是透明的，但有一点让人不想使用它：即使只丢失一片数据也要重传整个数据报。为什么会发生这种情况呢？ 因为IP层本身没有超时重传的机制——由更高层来负责超时和重传（TCP有超时和重传机制，但UDP没有。一些UDP应用程序本身也执行超时和重传）。当来自TCP报文段的某一片丢失后，TCP在超时后重发整个TCP报文段，该报文段对应于一份IP 数据报。没有办法只重传数据报中的一个数据片。事实上，如果对数据分片的是中间路由器，而不是起始端系统，那么超始端系统就不无知道数据报是如何被分片的。就这个原因，经常要避免分片。 注：把一份IP数据报分片以后，只有到达目的地才进行重新组装（这里的重新组装与其他的网络协议不同，它们要求在下一站就进行重新组装，而不是在最终的目的地）。重新组装由目的端的IP层来完成，其目的是使分片和重新组装过程对运输层(TCP和UDP)是透明的，除了某些可能的越级操作处。已经分片过的数据报有可能会再次进行分片（可能不止一次）。IP首部中包含的数据为分片和重新组装提供了足够的信息。 1，MTU（Maximum Transmission Unit，MTU），最大传输单元 （1）以太网和802.3对数据帧的长度都有一个限制，其最大值分别是1500和1492个字节。链路层的这个特性称作MTU。不同类型的网络大多数都有一个上限。如果IP层有一个数据要传