刚开始看到用户的反馈，我真没有想到是网络问题，便由负责云桌面的同事进行跟进处理。
同事通过[V-P-N]连接用户内网，经过一段时间的测试，发现云桌面没有任何问题，连接一直正常。
什么情况？
登录用户核心检查，发现连接汇聚的接口竟然在某个时间down了，搞什么飞机？出了什么情况？
进一步登录汇聚进行检查，发现如下信息：
竟然是“环环”出宫了？
登录用户的其它交换机依次检查，均发现了同样的提示。根据提示出现环路的VLAN信息是监控网络。
用户原来的监控网络是没有接入办公网络的，由于需要从办公网络访问监控主机，后来将监控网络接了进来。可是接入的时候一直正常啊！哪里出现了环路呢？
登录监控网络与办公网络连接的交换机，查看日志信息，在日志中发现了一个可疑的MAC地址及一个端口号，通过追查这个MAC地址，一路找到了那台交换机。
在这台交换机上查看日志信息，发现日志中报了大查的MAC地址认证信息（用户的网络做了准入控制），将这些MAC与监控的MAC进行对比，发现这些都是监控摄像头的MAC地址。
看来源头就是出在了这个接口上。可是谁会将这个接口接入到监控网络呢？先把这个接口shutdown再说。
正在此时，用户反映：前台的瘦终端，笔记本接入网络的时候，都连接不上。用户根据配线表进行查找，发现前台的网络是接在这个有问题的接口上！
到用户前台进行检查，发现前台有一台小交换机，另外除了连接瘦终端、笔记本的网线之外，还有两条网线，其中一条是连接办公网络的，另外一条是连接监控网络的。
询问前台，说是连接监控网络的网线没有接到交换机上。
怎么可能呢？问题都已经定位到你的接口上了！小MM要诚实啊！
后来把那根监控的网线扔到一边，晚上再次观察没有再出现环路的情况。至此问题解决！