记那一次-----环环相抱何是了？

前几天元旦假期，用户打来电话
“我们这里北楼的网上不了！”
“我们没动过啊？我看过，接口指示灯都亮，接口状态正常！”
“不行啊！就是你们来干活那天不好用的！”
此时，我想起了那首《一剪梅》，雪花飘飘，北风啸啸，天地，一片，苍茫……
没办法，谁让咱干的是这个工作，吃的是这碗饭呢！于是，远程到用户的核心交换机上。

• vlan正常
• trunk正常
• DHCP正常
  那为什么这个北楼不行呢？
  登录北楼的交换机、逐层、逐级检查，同样的vlan正常、trunk也正常。不过当使用dis lldp neighbor-information list命令查看时却发现，有个别楼层的交换机那是我中有你，你中有我，我真想说：干啥？搞对象啊？？？
  为此每台交换机我都登录查看，于是发现下面的情况：
  
  丫丫的，这关系怎么能如此复杂？
  后来了解到用户那里切了一次线路，但是线路切完之后，原有线路并没有拆除，于是造成了上面的情况。
  本以为到这里就结束了……
  可是第二天用户再次打来电话说是目前只有一个VLAN不好用，其它的都好用！可怜我的元旦假期，没办法只能和同事开车赶往现场。
  来到用户现场，用户反映1到6楼，这个VLAN都获取不到地址，手动指定地址也不行。
  我们随便选择了一楼的弱电间，主要一楼近，进去测试了一下，果然是这样，换到其它的VLAN一切没有问题。看来这个问题出在这个VLAN里，但到底是哪层的影响到了所有的电脑？
  为了进一步排除，我们选择将2楼以上的交换机全部断开连接，但是当我断开之后发现，故障现象依旧存在，感觉自己像中奖了一样，看来问题可以缩小到这个交换机了。在交换机上查看了一下这个VLAN，把所有该VLAN中的接口都找了出来，然后全部shut，再一个个undo shut，终于，当一个接口开启时，故障现象又出来了，反复测试了几次，最终确定问题就是出在了这个接口上，据说这个接口连接到一个办公室，至于连接到办公室之后干了什么就不得而知了……
  我们把其它的接口开启，把这条网线拔除，然后开启了2楼以上交换机的连接，经多次测试故障已经排除……
  哎……啥也不想说了，说多了都是眼泪……