【正文】
ion and flag fields (2 bytes) the tunnel id and session id fields (2 bytes each) 2 bytes of padding offset 4 bytes of PointtoPoint Protocol (PPP) encapsulation圖53 L2TP header structure IP分片可能會在L2TP包在傳輸過程中發(fā)生。L2TP協(xié)議中沒有使用特殊的方式來解決這個問題,一個LAC的實現(xiàn)可能需要使用它的LCP來協(xié)商特定的MRU,它能優(yōu)化LAC的路徑環(huán)境,使得在傳輸過程中這些L2TP包路徑的MTU都是一致的。 任何L2TP的實現(xiàn)必須默認的進行控制包和數(shù)據(jù)包的UDP和校驗。一個L2TP實現(xiàn)可能提供一個選項來禁止數(shù)據(jù)報文的UDP和校驗。在終端到用戶網(wǎng)絡的端到端應用中,假設標準的IP包MTU為1500bytes,加上40bytes的IP、UDP和L2TP包頭后變?yōu)?540bytes。一般的以太接口MTU為1500bytes,所以需要將包分拆為二個碎片。第一個碎片為1500bytes,包括1460 bytes 原始的IP包,和40bytes的L2TP封裝。第二個碎片為60bytes,包括40bytes的原始IP包和20bytes的IP包頭。只有第一個碎片含有L2TP header,第二個碎片只包含IP header。這樣可以讓L2TP peer(LAC或LNS)重新組合這兩個碎片為一個1540的tunnel封裝包。第5頁