ZXUN xGW-ToB業(yè)務(wù)延遲的問(wèn)題處理

某企業(yè)用戶使用終端訪問(wèn)企業(yè)內(nèi)網(wǎng)的內(nèi)部管理APP時(shí)，在選擇APP內(nèi)部的相應(yīng)服務(wù)后，發(fā)現(xiàn)打開(kāi)頁(yè)面非?？D，大約持續(xù)20 s左右頁(yè)面才能正常打開(kāi)，影響用戶體驗(yàn)。企業(yè)組網(wǎng)如下圖所示。

結(jié)合客戶反饋的問(wèn)題，進(jìn)行多次測(cè)試，故障現(xiàn)象匯總?cè)缦拢?/p>

a.終端使用TOC卡經(jīng)公網(wǎng)現(xiàn)路訪問(wèn)APP時(shí)延正常。而使用TOB卡在5G專網(wǎng)下，登錄APP頁(yè)面很快，但每次打開(kāi)里面部分應(yīng)用時(shí)延極大，大約為10~20 s。

b.其余5G專網(wǎng)業(yè)務(wù)時(shí)延正常（AGV小車）。

c.在UPF網(wǎng)元進(jìn)行抓包測(cè)試，發(fā)現(xiàn)在終端打開(kāi)此APP的部分應(yīng)用期間，出現(xiàn)了超時(shí)響應(yīng)問(wèn)題，此時(shí)APP應(yīng)用的界面反應(yīng)極慢。

排查思路

針對(duì)打開(kāi)APP應(yīng)用或網(wǎng)頁(yè)反應(yīng)慢的問(wèn)題，多數(shù)由網(wǎng)絡(luò)質(zhì)量不穩(wěn)定引起，因此需要排查整個(gè)轉(zhuǎn)發(fā)鏈路，定位故障點(diǎn)的位置。

1.梳理所有轉(zhuǎn)發(fā)路徑上可以抓包的點(diǎn)，進(jìn)行一次抓包測(cè)試，目的是在故障復(fù)現(xiàn)期間明確各個(gè)轉(zhuǎn)發(fā)節(jié)點(diǎn)的處理報(bào)文情況，用于初步分析頁(yè)面卡頓是丟包還是時(shí)延導(dǎo)致。

2.針對(duì)第一次抓包的結(jié)果再進(jìn)行抓包，具體定界轉(zhuǎn)發(fā)鏈路有問(wèn)題的范圍。

問(wèn)題定位

1.測(cè)試業(yè)務(wù)時(shí)，在UPF網(wǎng)元進(jìn)行抓包，根據(jù)HTTP報(bào)文初步分析，APP提供的URL訪問(wèn)無(wú)異常，其中請(qǐng)求報(bào)文和響應(yīng)基本是毫秒級(jí)，只有一次達(dá)到2 s，如下圖所示。

2.通過(guò)UPF數(shù)據(jù)跟蹤和UPF業(yè)務(wù)交換機(jī)抓包分析，業(yè)務(wù)媒體流經(jīng)UPF并未發(fā)生丟包與時(shí)延增長(zhǎng)。但發(fā)現(xiàn)一個(gè)現(xiàn)象：終端在進(jìn)行APP業(yè)務(wù)中，會(huì)不停的新建碼流進(jìn)行DNS查詢，如下圖所示。

3.由于該企業(yè)暫未放通至公網(wǎng)的地址（5G專網(wǎng)數(shù)據(jù)不出園區(qū)，物理隔離），因此該終端發(fā)送的所有DNS報(bào)文必然不會(huì)獲得回復(fù)，終端在等待DNS查詢回復(fù)超時(shí)后，會(huì)再次更換端口進(jìn)行DNS查詢（向114.114.114.114的DNS服務(wù)器查詢未獲得響應(yīng)，會(huì)向180.76.76.76發(fā)起DNS請(qǐng)求）。 4.所有查詢均失敗后，才會(huì)繼續(xù)本地業(yè)務(wù)。在整個(gè)過(guò)程中大約查詢幾十個(gè)不同域名，在終端頻繁向公網(wǎng)進(jìn)行DNS查詢時(shí)，會(huì)引入等待時(shí)延。

5.經(jīng)過(guò)多次測(cè)試及抓包核對(duì)，一次業(yè)務(wù)所消耗在查詢上的時(shí)間大約為20 s，是終端打開(kāi)APP業(yè)務(wù)卡頓的主要原因。

1.終端在查詢DNS等待超時(shí)后更換端口，再次查詢DNS是終端發(fā)起的行為，和核心網(wǎng)并無(wú)關(guān)系，核心網(wǎng)只是接受終端命令的執(zhí)行者。因此，針對(duì)該問(wèn)題，有以下解決方案：

方案一：需要終端或APP修改公網(wǎng)DNS尋址行為，在實(shí)現(xiàn)業(yè)務(wù)時(shí)，不再向公網(wǎng)DNS發(fā)送頻繁查詢的請(qǐng)求。

優(yōu)點(diǎn)：從根本上解決此問(wèn)題。

缺點(diǎn)：需要終端應(yīng)用修改代碼，部分廠家不易實(shí)現(xiàn)。

方案二：在企業(yè)客戶側(cè)搭建DNS服務(wù)器，配置采用APP自帶DNS列表排第一位的IP地址和端口，模擬公網(wǎng)DNS訪問(wèn)及尋址，且能第一時(shí)間匹配終端的DNS請(qǐng)求。

優(yōu)點(diǎn)：能有效解決訪問(wèn)企業(yè)內(nèi)網(wǎng)時(shí)延問(wèn)題。

缺點(diǎn)：需要協(xié)調(diào)增加服務(wù)器或電腦主機(jī)資源。

2.每臺(tái)設(shè)備都對(duì)流表有一定限制，當(dāng)流表刷爆后，新流只會(huì)在老流老化后才會(huì)激活。為了解決流表限制問(wèn)題，遇到此問(wèn)題也可以嘗試在UPF調(diào)整相關(guān)流參數(shù)，相關(guān)命令如下： ADD DIMFLOWCONTOL:DIMFLOWCTLNAME="",DIMFLOWCTLTYPE=,MAXFLOW=600,MAXFLOWPERSEC=200

SET FLOWRATECONTROL:DIMFLOWCTLSWITCH=ENABLE

審核編輯 ：李倩