在我们另一个工程师查看一台H3C5500设备配置的时候发现一个环路现象，就是在5500的38口和20口传上来的MAC地址有重复，虽然这两个口属于不同的VLAN，38口是vlan400，20口是vlan100。但是，毋庸置疑，物理线路环起来了！！！
因为涉及后期的一项工程，我们不得不解决这个故障，虽然现在没有影响，但是这是个隐患。必须解决。
首先我们已经确定38口和20口是环路，好在各自划了vlan，并无大碍。但是实际线路的确是环起来的，所以我们从38口和20口下手，找到对应的设备。
通过标签我们找到38口接了一个博达交换机，但是，这个交换机基本就是个废物交换机了，console口怎么也进不去，尝试了各种方法，百度说是博达的串口线序不一样（@#￥#￥#%……#……@心里这个造啊），好吧，好在看样子也只是个二层的，不影响。
然后我们找20口的线，我去，居然没有标签...........（奉劝各位接了线一定要记得打标签，打标签，打标签）
这下可凉了呀，没标签可咋整......分析了一下，这应该是作为了一个楼层接入的交换机（不要吐槽，这不是标准的那种规划，历史太久远了），我们决定从重复MAC地址的IP地址去查，经过查询重复MAC地址的都是6楼的和11楼的IP地址，现在怀疑就是6楼和11楼有环，这就好办了。先查6楼的一个迈普汇聚交换机，开启lldp协议，看到了我们的好朋友5500，但是其他的也就看不到什么了。然后想着可能是11楼的没开启这个协议，先去开启协议，然后又找到11楼的汇聚接入，我蒙了，H3C1626根本没这功能。我哭了
又再次分析，11楼是从博达交换机接上去的，6楼和11楼要连线只能是通过博达连起来，迈普又是6楼的汇聚接入，那就是说：迈普和博达有环路。
我们再次到6楼观察线路，发现迈普上面还有个4120交换机有三颗线（24个口子接了3颗线，有钱任性）其中一根接了PC监控，一颗接了博达，还有一颗接了另一个部门，并且在这个部门还有TP-link的交换机，很多线，我们就想会不会是部门的交换机有线接到了迈普上面，当然，有这个可能，但是这个可能没法去排查，因为TP-link的交换机根本 没有console口，而且线太多，标签也不完整。只能放弃从这里入手了。
既然现在定位的环路接入是迈普，那就只能从迈普下手了，我们把迈普MAC地址查看了一遍，发现了端倪，在17口和5口上存在多个MAC地址，那很明显17口和5口是接了交换机，又试着对比了5500交换机上重复的MAC地址，很多5口上就是这些MAC地址，又在5500绑定的ARP上查到了对应IP，其中有两个MAC地址没有IP,很明显，这两个MAC地址又是两个交换机，把这两个MAC地址查了一下
这是个啥？也不认识啊 继续查询这个组织
我去，这不就是博达交换机嘛 ...........到这里基本就确定故障点了
接着查另一个MAC地址
是个TP-link啊 好嘛 这个不重要了 反正已经找到罪魁祸首了 ：迈普5号接口
现在来理一下吧：
为什么要把未知TP-LINk放这里呢 因为在5口发现重复MAC地址44是在6楼本部门的
但是这些MAC在5500的20口和38口重复，说明两条线路，换句话说我把迈普5口段了不会有任何影响，而且物理环路一定不存在了。
最后的确如此。
可能有些同学会问我为什么不开启环路检测，不要问，问就是没开。没必要开，设备混杂，遗留的历史问题太多，不敢动。
