MTU參數(shù)對(duì)運(yùn)營(yíng)商網(wǎng)絡(luò)的影響及配置建議

1、MTU 參數(shù)對(duì)運(yùn)營(yíng)商網(wǎng)絡(luò)的影響及配置建議MTU 概念簡(jiǎn)介最大傳輸單元（MaximumTransmissionUnit，MTU）（以字節(jié)為單位信物理接口有關(guān)（ATME1/T1）。通常來說是指在IP能通過的最大報(bào)文長(zhǎng)度。IPIPIPDF“DontFragment”WEBMTUIPMTU”被定義為從源地址到目的地址所經(jīng)過“路徑”上的所有IPMTURFC1191DF“Dont Fragment”ICMPMTU但在現(xiàn)實(shí)網(wǎng)絡(luò)中，有很多種原因使得路徑最大傳輸單元發(fā)現(xiàn)方法不能正常工作， 常見的環(huán)境有：NATICMP網(wǎng)絡(luò)中存在隧道，MPLS-VPNMTU。下面我們來看一看一些 MTU 帶來的問題。問題 1：通過

2、 PPPoE over L2TP 隧道訪問總部 WEB 服務(wù)器部分網(wǎng)頁(yè)打不開參考如下組網(wǎng)圖：R1R2InternetL2TPPPPoER1，并通L2TPR2PC1PC2WEB有部分網(wǎng)頁(yè)無(wú)法打開。Ping（可以分片），pingDF（不許分片），可以通過的最大ping1460bytes（包含IPICMP）。ping（大包）MTU問題分析：我們分析一下在網(wǎng)絡(luò)中傳輸報(bào)文的封裝結(jié)構(gòu)：R2L2TPL2TP 的 封 裝 ，UDP 的 封 裝 ， 外 層 IP 頭 封 裝 ， 需 要 增 加 ： L2TP（6bytes）+UDP（8bytes）+IP（20bytes）=34bytesR2VTMTU34byte

3、s，即為：1500-34=1466bytespingPPP 的封裝，即：1466-6=1460bytes（IP、ICMP）。而在訪問網(wǎng)頁(yè)的時(shí)候，有些大包不能分片，因此導(dǎo)致了部分網(wǎng)頁(yè)打不開的效果。解決方案是：R1R2MTU。問題 2：數(shù)據(jù)報(bào)文小包能通過，大包（即使可以被分片）不能通過。參考如下組網(wǎng)圖：MPLSVPNPPEMSTPCE1CE2pingIPICMP頭）以下正常，ping1469bytes問題分析：CE1ping1497bytesCE2，CE2PE2PPMSTPMSTPMSTP1518bytes（CRC）。IPPE21500MPLSEthernet，1497+4+4+14=1519，

4、MSTP從CE1CE2PMSTP解決方案：推薦的解決方案DFIP1500MPLSVPNMPLSVPNMSTP1522（CRC） 的超長(zhǎng)幀。802.1Q1522可選的解決方案MSTPMPLS VPNMPLS MTU。mpls mtu 1504這種方式會(huì)導(dǎo)致最大能夠傳輸?shù)牟环制瑘?bào)文為 1496bytes（具體應(yīng)用環(huán)境可能不同，需要分析附加的封裝開銷），對(duì)于某些應(yīng)用會(huì)存在問題。是不得已的解決方案。問題 3：H3C 設(shè)備和友商設(shè)備互聯(lián)，OSPF 鄰居無(wú)法建立。參考如下組網(wǎng)圖：H3CpingOSPFOSPFExstart，Exchange。問題分析：OSPFdebugDDMTUDDRFC2328Inte

5、rfaceMTUMTUV-link“0”。各廠家對(duì)這個(gè)字段的實(shí)現(xiàn)情況不一。H3CDDInterface MTU 字段都填寫“0”，DDInterface MTUOSPF mtu-enableDDMTUDDMTUDDInterface MTUMTUDDCisco 設(shè)備的實(shí)現(xiàn)方式有所不同。Cisco 設(shè)備缺省情況下 Interface MTU 字段填MTU，DDH3C 相同。Ciscoip ospf mtu-ignoreDD的檢測(cè)。DDV-linkDD值為零，也認(rèn)為是非法報(bào)文。針對(duì)以上分析，我們很容易就找到解決方案。解決方案：H3COSPFOSPF mtu-enable同時(shí)，需要將兩端設(shè)備互聯(lián)物理

6、接口的 MTU 值配置為相同。MTU 相關(guān)問題的總結(jié)MTUInternetMTU1500的端口，且數(shù)據(jù)報(bào)文經(jīng)過該端口轉(zhuǎn)發(fā)，那么仍然存在大數(shù)據(jù)報(bào)文被分片或被丟棄的情況；MTU數(shù)值調(diào)整之后，大數(shù)據(jù)報(bào)文的傳輸，仍然受到網(wǎng)絡(luò)中二層轉(zhuǎn)發(fā)設(shè)備的最大可接收數(shù)據(jù)幀長(zhǎng)限制；OSPFISISIGPMTUMTU調(diào)整為相同?！癕ACin“MAC inUDP”等技術(shù)像雨后春筍一樣發(fā)展起來。而二層數(shù)據(jù)幀不具備分片的特性，在傳輸過程中只能被整個(gè)數(shù)MTU和最大可接受數(shù)據(jù)幀都提出了新的要求。MTU 在運(yùn)營(yíng)商網(wǎng)絡(luò)中的配置建議InternetMTU的配置建議9000 MTU1500bytes。并OSPF、ISISMTU的路由協(xié)議，所以互相對(duì)接的不同廠商的設(shè)備的MTU也要調(diào)整為相同。因此，在骨干網(wǎng)絡(luò)的建設(shè)中，需要指定MTU 的配置規(guī)范，在各個(gè)廠商都支持的情況下，盡量將MTU 配置的大一些。MTU的配置建議U MTU 進(jìn)行統(tǒng)一調(diào)整。隨著新技術(shù)的應(yīng)用，MTU 的問題會(huì)逐步暴露出來。比如為進(jìn)行大二層擴(kuò)展進(jìn)行的各類二層隧道技術(shù)的使用，VLL、VPLS、EVI VXLAN 技MTU 的規(guī)劃， 會(huì)導(dǎo)致傳輸效率低下，或者業(yè)務(wù)中斷。因此，在IDC 等網(wǎng)絡(luò)的建設(shè)中，也需要確定MTU 的配置規(guī)范，在各個(gè)廠商都支持