mss值不合理及防火墻的分片存儲轉(zhuǎn)發(fā)未開啟導(dǎo)致3gwap業(yè)務(wù)故障頻繁

1、由于 由于 MSS 值不合理及防火 不合理及防火墻的分片存 的分片存儲未開啟 未開啟導(dǎo)致 3G PS 的 3GWAP 類業(yè) 類業(yè)務(wù)失敗的典型案例分析 的典型案例分析一一 問題 問題描述： 描述：在進(jìn)行我司 3GWAP 平臺的建設(shè)過程中，發(fā)現(xiàn)用戶通過 3GWAP APN 進(jìn)行接入后有時(shí)不能使用網(wǎng)頁瀏覽等業(yè)務(wù)，有時(shí)則是正常訪問。而 2G 的 APN 使用的 UNIWAP 是可以正常通信的。核實(shí)其無線終端可以正常通過 SGSN 和 GGSN

2、分配到正常的 IP 地址段，移動(dòng)終端可以 ping 通平臺側(cè)的 WAP 網(wǎng)關(guān)地址，但具體發(fā)生業(yè)務(wù)訪問時(shí)無法正常通信；由于該用戶使用該平臺進(jìn)行其業(yè)務(wù)數(shù)據(jù)的收集和管理，數(shù)傳失敗將直接影響到其正常的業(yè)務(wù)開展，因此投訴十分強(qiáng)烈。二．故障分析 二．故障分析處理過程： 程：接到該問題后，立即著手進(jìn)行分析處理。由于分組 WAP 業(yè)務(wù)涉及到得網(wǎng)絡(luò)環(huán)節(jié)較多，無線側(cè)，分組核心網(wǎng)、承載平臺、WAP 網(wǎng)關(guān)等都有可能造成最后的使用問題，因此應(yīng)將該業(yè)務(wù)涉及到得網(wǎng)絡(luò)

3、結(jié)構(gòu)上各個(gè)層面的問題進(jìn)行綜合分析，才能定位，解決問題。1.WAP 使用的典型網(wǎng)絡(luò)結(jié)構(gòu)：我司目前提供的 3Gwap 接入的模型如下：考慮到一般的 PING 測試未考慮到分組數(shù)據(jù)包的大小問題，都是默認(rèn)的數(shù)據(jù)包大小，不能完全檢查出該通路的問題。重新做擴(kuò)展的 ping 測試后，發(fā)現(xiàn)如下問題：從移動(dòng)終端向用戶服務(wù)器發(fā)送小于 1468 字節(jié)的數(shù)據(jù)包時(shí)，將可以正常ping 通。但如果想服務(wù)器發(fā)送大于 1468 字節(jié)的數(shù)據(jù)包時(shí)，將會(huì)不能正常 ping通

4、。 C:\>ping 10.0.0.172 -t -l 1469Pinging 10.0.0.172 with 1457 bytes of data:Request timed out. Request timed out.Request timed out.Request timed out.發(fā)送包大小為 1457 字節(jié)的數(shù)據(jù)包可以正常通過。C:\>ping 10.0.0.172 -t -l 1467Pinging 1

5、0.0.0.172 with 1452 bytes of data:Reply from 10.0.0.172 : bytes=1467 time=1374ms TTL=127Reply from 10.0.0.172 : bytes=1467 time=678ms TTL=127 Reply from 10.0.0.172 : bytes=1467 time=623ms TTL=127發(fā)送包大小為 1452 字節(jié)的數(shù)據(jù)包可以正常通過

6、。因此，從以上情況來看，懷疑是由于當(dāng)業(yè)務(wù)使用時(shí)發(fā)出的數(shù)據(jù)包如果大于了1468，發(fā)生了分片，而是否是 IP 分片的丟失造成了業(yè)務(wù)有時(shí)不能正常使用呢？IP 包在傳輸過程中，其大小是有限制的，通常為 1500 個(gè)字節(jié)，即我們通常所定義的 MTU 值。一個(gè)有效的應(yīng)用層數(shù)據(jù)包被封裝到 IP 包中進(jìn)行傳輸，當(dāng)這個(gè)數(shù)據(jù)包被封裝后長度大于與 1500 字節(jié)，就會(huì)被封裝成多個(gè) IP 包進(jìn)行傳輸，每個(gè)滿包的長度（加上 IP 包頭）為 1500 字節(jié)。分片包