[背景知识]
MTU:;Maxitum;Transmission;Unit;最大传输单元
MSS:;Maxitum;Segment;Size;最大分段大小（偶是直译，翻译的不好，不要打
俺PP）
PPPoE:;PPP;Over;Ethernet（在以太网上承载PPP协议）
[分析过程]
先说说这MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的关系，让我们先仔细回忆一下EthernetII帧的结构DMAC SMAC Type Data CRC
由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64bytes最大不能超过1518bytes，对于小于或者大于这个限制的以太网帧我们都可以视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧 。
（注：小于64Bytes的数据帧一般是由于以太网冲突产生的“碎片”或者线路干扰或者坏的以太网接口产生的，对于大于1518Bytes的数据帧我们一般把它叫做Giant帧，这种一般是由于线路干扰或者坏的以太网口产生）
由于以太网EthernetII最大的数据帧是1518Bytes这样，刨去以太网帧的帧头（DMAC目的MAC地址48bit=6Bytes SMAC源MAC地址48bit=6Bytes Type域2bytes）14Bytes和帧尾CRC校验部分4Bytes（这个部门有时候大家也把它叫做FCS），那么剩下承载上层协议的地方也就是Data域最大就只能有1500Bytes这个值我们就把它称之为MTU 。这个就是网络层协议非常关心的地方，因为网络层协议比如IP协议会根据这个值来决定是否把上层传下来的数据进行分片 。就好比一个盒子没法装下一大块面包，我们需要把面包切成片，装在多个盒子里面一样的道理 。
当两台远程PC互联的时候，它们的数据需要穿过很多的路由器和各种各样的网络媒介才能到达对端，网络中不同媒介的MTU各不相同，就好比一长段的水管，由不同粗细的水管组成（MTU不同;）通过这段水管最大水量就要由中间最细的水管决定 。
对于网络层的上层协议而言（我们以TCP/IP协议族为例）它们对水管粗细不在意它们认为这个是网络层的事情 。网络层IP协议会检查每个从上层协议下来的数据包的大小，并根据本机MTU的大小决定是否作“分片”处理 。分片最大的坏处就是
降低了传输性能，本来一次可以搞定的事情，分成多次搞定，所以在网络层更高一层（就是传输层）的实现中往往会对此加以注重！有些高层因为某些原因就会要求我这个面包不能切片，我要完整地面包，所以会在IP数据包包头里面加上一
个标签：DF（Donot;Fragment） 。这样当这个IP数据包在一大段网络（水管里面）传输的时候，假如碰到MTU小于IP数据包的情况，转发设备就会根据要求丢弃这个数据包 。然后返回一个错误信息给发送者 。这样往往会造成某些通讯上的问题，不过幸运的是大部分网络链路都是MTU1500或者大于1500 。
对于UDP协议而言，这个协议本身是无连接的协议，对数据包的到达顺序以及是否正确到达不甚关心，所以一般UDP应用对分片没有非凡要求 。
对于TCP协议而言就不一样了，这个协议是面向连接的协议，对于TCP协议而言它非常在意数据包的到达顺序以及是否传输中有错误发生 。所以有些TCP应用对分片有要求---不能分片（DF） 。
花开两朵，各表一枝，说完MTU的故事我们该讲讲今天的第二个猪脚---PPPoE所谓PPPoE就是在以太网上面跑PPP协议，有人希奇了，PPP协议和Ethernet不都是链路层协议吗？怎么一个链路层跑到另外一个链路层上面去了，难道升级成网络层协议了不成 。其实这是个误区：就是某层协议只能承载更上一层协议 。
为什么会产生这种希奇的需求呢？这是因为随着宽带接入（这种宽带接入一般为Cable;Modem或者xDSL或者以太网的接入）由于以太网缺乏认证计费机制而传统运营商是通过PPP协议来对拨号等接入服务进行认证计费的，所以就出了这么一个怪胎：PPPoE 。（有关PPPoE的具体介绍参见V大以及本站其他成员的一些介绍文章，我就不啰里啰唆的了）
推荐阅读
- 蓝牌小货车最大吨位是多少
- 如何求最大值
- 小议cht9000的几点不足
- 80和64的最大公因数 80和64的最大公因数是多少啊
- N72和N73的最大分别
- 小议双模小灵通
- 藤野先生分段概括 藤野先生课文内容概括
- 小议诺基亚 N93i
- 两个最大的两位数相乘积是多少 两个最大的两位数相乘积是什么
- 面积最大的国家 面积最大的国家是