本期分享的案例是無線網絡的相關問題。

背景介紹

某集團的制造工廠采購某J的AC+AP組建無線局域網供現場AGV使用，共三百多個點位。但在AGV運行過程中，網絡出現丟包現象，導致小車無法順利實現搬運。

現場拓撲如下：

• 核心上接AC控制器和上位機，下聯匯聚交換機接入各個AP提供無線SSID服務
• 上位機/核心/匯聚等設備網段：10.22.12.0/24
• AGV小車網段：10.22.13.0/24

問題描述

在測試中，電腦接入車間無線，在小車運行過程中，服務器長ping小車，服務器側發生明顯丟包，且丟包均發生在小車從庫門穿過的時候。

服務器側ping結果：

[2025-05-2415:3513]來自1022.13.3的回復:
字節=32
時間=2.68ms
ping次數：1626
丟包次數：156
丟包率：9.59%
總平均時延4.68

處理思路

針對此類網絡丟包問題，通常從以下幾個方面考慮：

• 確認設備連接及拓撲是否存在問題；
• 檢查設備運行過程中的異常情況，如漫游、端口變化等；
• 分析網絡配置是否適配實際使用場景。

排查分析

第一步：分析丟包場景及設備連接

從測試結果來看，丟包主要發生在服務器側，且與小車從庫門穿過相關，初步判斷問題可能出在有線部分。同時，AC中的漫游日志顯示，小車運行過程中會連接到多個AP，而這些AP分別接在兩臺接入交換機上，存在小車的MAC在核心不同端口來回漂移的情況。

第二步：確定問題根源

基于上述情況，推測小車漫游后，連接核心的端口發生改變，但數據仍往原端口轉發，導致約10s的斷連，這就是造成丟包的原因。

原理及解決方案

針對該問題，在華為交換機上進行了如下配置：

關閉防mac漂移策略：
undo mac-address flapping detection；


配置MAC刷新ARP功能：
mac-address update arp；


關閉ARP表項檢查功能：
undo arp anti-attack entry-check send-ack enable；


關閉ARP報文限速：
undo arp anti-attack rate-limit enable。

調整后再次測試，服務器側ping測試結果如下：

小車移動過程中，最多在漫游時發生一次丟包，實際運行中無網絡斷連情況，問題得到解決。