关于MTU及TCP-MSS学习及总结1.1.docVIP

关于MTU及TCP-MSS 主动学习及总结 上海博达公司数据通信有限公司 2009年6月 版本 作者 描述 日期 1.1 王军 关于MTU及TCP-MSS主动学习及总结.doc 2009-6-14 目 录 一．概述 3 二．实验环境 4 １、设备型号及版本 4 ２、实验拓扑 4 三．实验过程及分析 5 １、MTU 5 １.1、故障及处理 8 １.2、PPPOE环境下的MTU值设定 9 １.3、MTU分片 12 ２、TCP-MSS 17 四．小结 23 一．概述 　　在网路技术里，有很多技术和概念是大家耳熟能详的，平时在工作中也常常用到，但真要深究起它的工作原理、流程及实际应用时，却是似懂非懂无从说起。这些技术是常常挂在嘴边，却被忽略的，它们是很不起眼却作用巨大。若使用不当，造成的故障也是很隐蔽的，排查起来十分困难。比如MTU值及TCP MSS。 MTU是Maximum Transmission Unit的缩写意网络上传送的最大数据包单位是字节。MSS是Maxitum Segment Size 最大大小的缩写，TCP数据包每次能够传输的最大数据分段是TCP协议里面的一个概念。一些TCP实现只有当目的主机在一个非直接连接网络上才发送MSS选项pc上网或者别的一些tcp连接，PC会与目的地的IP地址，协商一次mss参数作为自己发送数据包的参考。mss参数就是告诉对端本端最大支持不分片的数据包大小，只含净荷。1.3.3G 1 00e0.0fb1.04d1 2226 2.0.1L 1 00e0.0f61.0107 主机 1 001D.729A.7D29 ２、实验拓扑 2621作为路由器，已经连接上 -l 1500，返回请求超时提示，但是使用默认ping 值（32Byte）时是能够ping通的。 解决问题：怀疑是MTU值设置不合理，登陆到路由器，查看PPPOE拨号配置及虚拟接口状态，如下： interface Virtual-tunnel0 ip address negotiated no ip directed-broadcast no ip unreachable ppp chap hostname kmljh123456 ppp chap password 0 k3637859 ppp pap sent-username kmljh123456 password 0 k3637859 ip nat outside ip nat mss 1452 Router_config#show interface virtual-tunnel 0 Virtual-tunnel0 is up, line protocol is up Hardware is Unknown device MTU 1500 bytes, BW 100000 kbit, DLY 10000 usec Internet address is 0/32 Encapsulation PPP, loopback not set Keepalive set(10 sec) LCP Opened CHAP Opened, Message: Authentication success,Welcome! IPCP Opened 虚拟接口的MTU值为1500，以我们平时所了解的，以太网接口下默认的MTU值不就是1500吗？试着调整虚拟接口下的MTU值大小，通过多次尝试，发现只要将MTU值设置在68至1492之间，在ping大包（大于1500字节的数据包）时，都能ping通。 １.2、PPPOE环境下的MTU值设定 为什么在PPPOE拨号连接的情况下，将MTU设置大于1492时会出现ping大包不通的情况呢？ 带着这个问题，开始了对MTU的深入学习。 先要弄清楚，MTU包含了那些东西，值是怎样算出来的？ 在上述网络环境下，路由器拨号接口下的MTU值设置为1500，主机ping –l 1470测试时抓包查看。此时是不能ping的。 命令ping –l 1470中的1470表示的是这个ICMP包的净载荷数据长度为1470字节。结合上图，抓取的ICMP报文中包含：Ethernet Header、IP Header、ICMP - Internet Control Messages Protocol及FCS - Frame Check Sequence等内容。其各项所占字节长度如下表： 项目 内容 长度（字节） 备注 Packet Length 1516 数据包总长度 Ethernet Header Destination 6 目的MAC及源MAC分别为48Bit，分别占6字节 Source: 6