不想飞的余
出问题的APP，使用手机默认MTU =1500来发送TCP报文。到达宽带路由器WAN出口时，由于WAN口需要添加8个字节PPPoE协议头等，使得
TCP报文总长度为1508+字节， 大于WAN接口的MTU值， 1500字节。迫使宽带路由器需要将TCP报文分片，这里又分两种情况：
分片失败
IP报文头DF=1，路由器无法分片，只好丢弃处理。随后给APP所在手机发送ICMP出错消息。
ICMP消息到达APP手机所在的IP层，IP层将消息传递给TCP处理。但是，
很显然，重传的原始报文依然会被丢弃，最终导致通信的障碍！
分片成功
IP报文头DF=0，路由器分片处理，分成2片。2个分片愉快到达目的地，但目的地对分片很敏感，认为是不怀好意的碎片攻击报文，一丢了之。这同样会导致通信的障碍！
<strong>
<strong>
读者会有疑问，为何其它APP可以通信？
分两种情况：
较小的MSS尺寸
没出问题的APP使用较小的TCP报文尺寸，比如536-1440，所以一切正常。
正常的MSS（1460）尺寸
尽管也会遭遇分片，但是目的地的服务器对分片很友好，没有鄙视而丢弃。而是将分片重组完成，并提交给应用程序，通信完全没有问题，尽管性能会有所下降。
重点来了，为何修改MTU到1480就没有问题了？
手机APP会说，你宽带路由器修改MTU和我有啥关系，风马牛不相及啊！?
宽带路由器鄙夷脸：你的流量经过我家门口时，我不可以修改你的MSS？
手机APP好像有点懂了。哦，原来你会偷偷修改我的MSS值，将它改小。当你的接口MTU = 1480时，你会将我的MSS修改成 1480 -20 -20 =1440 字节。我的TCP报文撑死也不会超过1480字节，不会被分片，不会受到歧视，对吗？
对的！宽带路由器露出欣慰的笑脸。。。
谢谢你的耐心解释！手机APP很诚恳地说道。
不客气！如果你听明白了，点赞并分享给你的小伙伴！
车小胖谈网络
mtu是最大传输单元的意思，设置多少是要跟局端路由器相同，一般局端是1500或者1485，如果局端是1485的话，那你设置1500那就不通了…
