現象描述
組網：S3025M通過百兆以太口連接5200的HAB的一個百兆以太網口，S3025下掛用戶通過在5200上進行VLAN認證上網。

現象：S3025下的上網用戶通過獲得IP地址后，開始可以正常上網，但過幾分鐘或十幾分鐘后，用戶就無法上網了，需要將地址釋放重新獲取IP地址后才可以繼續上網。但過幾分鐘或十幾分鐘又會異常掉線。

告警信息
S3025與5200連接的以太網口信息顯示一切正常，為百兆全雙工。5200也無任何告警信息。

原因分析
首先排除5200的DHCP SERVER的問題，由于開始可以正常上網，說明用戶獲取IP地址這一過程是沒有問題的，但后來時間不定的異常掉線，這有可能是與交互報文有關。估計是5200對在線用戶的監測報文在某個地方出現了問題，使5200認為用戶已經不在線，主動釋放用戶的上網權限，導致用戶異常掉線。

處理過程
1、首先察看S3025的端口實時信息，發現S3025與5200連接的以太網口收發包正常。說明該端口無任何問題。

2、用PC接在S3025下可以正常上網，但過一會還是會異常掉線，在PC上抓包發現有許多目的MAC為單播地址的ARP報文，按照協儀規定這種ARP報文是不標準的，普通ARP報文目的MAC地址都是廣播的。這種目的地址為單播的ARP報文是5200用來探測上網用戶是否在線的特有報文。PC掉線后，這種報文就沒有捕獲到了。

3、在5200上打開DEBUG DHCP報文的開關，發現有很多ARP的DHCP探測報文都沒有得到在線用戶的回應。

4、將S3025換成2403F，同樣用PC接在2403F下上網，發現上網正常，沒有出現掉線的現象。在PC上抓包同樣可以看到許多目的MAC都為單播的ARP報文。此時在5200上查看Debug DHCP調測信息，發現ARP的DHCP探測報文都有了在線用戶的回應。

5、懷疑是S3025將這種目的MAC為單播的ARP報文丟棄，但這又與開始用戶能上網矛盾，因為如果3025丟棄該報文的話，那么上網的用戶應該開始就上不了網，而且掉線的時間也應該是固定的，不會在幾分鐘到十幾分鐘之間掉線時間不等。

6、為了排除上行網線的問題，將S3025與5200的連接網線換成另外一根網線，結果發現上網用戶正常，沒有出現過異常掉線的現象。問題解決。

建議與總結
該問題比較隱蔽，因為在S3025上行口用不標準網線連接時，在3025查看端口信息看不出任何異常，而且也可以正常上網一段時間，表面看起來跟正常網線沒有任何區別，所以定位比較困難。5200向在線用戶定時發送ARP單播探測報文，如果連續五次沒有收到在線用戶的應答報文的話，5200就認為該用戶已經不在線，主動釋放該用戶的上網權限。用2403F上網的時候沒有出現異常掉線，而用S3025時就會出現異常掉線的現象，而上行使用的都是同一根網線。由此可以看出，S3025對網線的質量要求要高一些，如果使用不標準網線與之相連的話，就有可能出現丟包現象，如果是丟掉類似這種5200的探測報文的話，就會導致用戶異常掉線。所以建議在遇到與S3025組網時，需要特別注意使用網線的標準性，一定要按照國際標準線序來制作網線，這樣才會避免出現一些莫名其妙的問題，保障網絡運行的穩定性。

【相關文章】

• 保質保速:千兆網線制作注意六個要點
  

• 為何插拔網線后網絡恢復暢通
  

• 擺脫網線物理束縛 無線網狀網漫游