剛開始看到用戶的反饋，我真沒有想到是網絡問題，便由負責雲桌面的同事進行跟進處理。
同事通過[V-P-N]連接用戶內網，經過一段時間的測試，發現雲桌面沒有任何問題，連接一直正常。
什麼情況？
登錄用戶核心檢查，發現連接匯聚的接口竟然在某個時間down了，搞什麼飛機？出了什麼情況？
進一步登錄匯聚進行檢查，發現如下信息：
竟然是“環環”出宮了？
登錄用戶的其它交換機依次檢查，均發現了同樣的提示。根據提示出現環路的VLAN信息是監控網絡。
用戶原來的監控網絡是沒有接入辦公網絡的，由於需要從辦公網絡訪問監控主機，後來將監控網絡接了進來。可是接入的時候一直正常啊！哪裏出現了環路呢？
登錄監控網絡與辦公網絡連接的交換機，查看日誌信息，在日誌中發現了一個可疑的MAC地址及一個端口號，通過追查這個MAC地址，一路找到了那臺交換機。
在這臺交換機上查看日誌信息，發現日誌中報了大查的MAC地址認證信息（用戶的網絡做了准入控制），將這些MAC與監控的MAC進行對比，發現這些都是監控攝像頭的MAC地址。
看來源頭就是出在了這個接口上。可是誰會將這個接口接入到監控網絡呢？先把這個接口shutdown再說。
正在此時，用戶反映：前臺的瘦終端，筆記本接入網絡的時候，都連接不上。用戶根據配線表進行查找，發現前臺的網絡是接在這個有問題的接口上！
到用戶前臺進行檢查，發現前臺有一臺小交換機，另外除了連接瘦終端、筆記本的網線之外，還有兩條網線，其中一條是連接辦公網絡的，另外一條是連接監控網絡的。
詢問前臺，說是連接監控網絡的網線沒有接到交換機上。
怎麼可能呢？問題都已經定位到你的接口上了！小MM要誠實啊！
後來把那根監控的網線扔到一邊，晚上再次觀察沒有再出現環路的情況。至此問題解決！