電信網(wǎng)絡(luò)內(nèi)部一套112測試系統(tǒng)，涉及到一系列服務(wù)器和測試頭(具有TCP/IP三層功能的終端)，原有的拓?fù)湓陔娦艃?nèi)網(wǎng)(DCN)中。由于測試范圍的擴(kuò)大，有些機(jī)房沒有內(nèi)網(wǎng)接入點(diǎn)，變通的方案是在城域網(wǎng)上建立一個VPN，將那些沒有DCN接入點(diǎn)的測試頭設(shè)備接在此VPN上，然后此VPN通過一個防火墻(PIX)與DCN做接口。可以將這些測試頭看作一些提供測試服務(wù)的服務(wù)器，使用NAT靜態(tài)轉(zhuǎn)換將這些測試頭映射為DCN內(nèi)網(wǎng)網(wǎng)段上的IP地址，內(nèi)網(wǎng)的 一些客戶端使用這些映射后的地址訪問測試頭。

　　方案實施后，用DCN內(nèi)網(wǎng)設(shè)備訪問有些測試頭，時通時不通，對這些局點(diǎn)的112測試工作帶來了極大的困擾。通過使用Sniffer抓包工具，結(jié)合對ARP協(xié)議的理解，逐步分析出了故障的真正原因，解決了問題。這個分析解決問題的思路本人自己覺得有歸納總結(jié)的必要，所以成文推薦給大家，共同學(xué)習(xí)。

　　故障現(xiàn)象說明

　　112系統(tǒng)的部分網(wǎng)絡(luò)拓?fù)鋱D如圖1所示。