排查聚合端口光功率故障

故障现象

近日，某专线单位反映该单位的近半数视频监控无法调看。为了更好地排除故障，我们首先了解一下网络拓扑结构（如图1）。

通过图1我们看到，该专线单位通过广电网络连接分部，从而达到了视频监控的目的。因为该单位摄像头有370多路，这次出现故障的摄像头大概有180多路。

故障分析

首先对该专线单位所使用的OLT设备是否在线以及ONU是否在线等情况进行了简单的摸排，并没有发现问题。启用该专线单位的备用交换机，故障依然存在，而且有一个奇怪的现象，断开该专线单位交换机上除上联口外的所有端口，只保留两台测试机，就有一台测试机不能Ping通测试摄像头37.56.152.244，而另外一台测试机没有问题。

图1 专线单位组网拓扑图

通过图1我们看到，和该专线单位交换机互联的我方设备是一台OLT设备，在OLT设置VLAN535的IP地址，和专线单位的交换机VLAN535的地址进行Ping测试没有问题，这就说明故障不在专线交换机和OLT之间。

故障解决

按照网络结构继续排查OLT上面互连设备交换机，因为两者之间的视频流量比较大，我们使用的链路聚合来达到带宽扩容的目的，就在核实设备互联端口情况的时候，意外地发现交换机上的TRUNK组成员Port15口是Down的，而对端OLT上TRUNK组成员Port18口是Up的，也就是说，OLT上的TRUNK组端口成员都是Up的，而交换机上则有一个端口没有Up。

立即对交换机的端口15进行查看，发现该端口指示灯是灭的，使用光功率计测量也没有光。经过工程人员排查，得知该端口使用的光缆其中一芯衰减大，有损耗，将光功率调整到正常范围后，设备两端的TRUNK组端口成员状态正常，流量在两个端口也开始分担。这时在专线单位现场的维护人员告知两台测试机Ping测试摄像头IP地址37.56.152.244都恢复正常，将专线单位交换机上原来拔下的网线恢复后，网络恢复正常。

经验总结

究竟为什么交换机上15口是Down的，而OLT上的18口是Up的呢？原因是两个端口互联使用的双纤模块，两芯一发一收，其中有一芯光缆出现故障时，18口能正常收到15口发过来的光，所以该端口指示灯就会常亮，而15口由于光缆损耗大接收不到18口发过来的光，所以端口不能Up，当然指示灯是灭的。

概括地说，两条光芯，一收一发，15口收不到18口发过来的光（该条光芯损耗大），而18口能收到15口发过来的光（该光芯正常）。这样就很容易理解文章开头为什么该专线单位约有一半的摄像头视频不能调看的原因了，原因是专线单位将访问故障摄像头的数据到达OLT，然后OLT将数据请求再发送给交换机，因为OLT和交换机之间是使用的链路聚合协议，OLT一侧的端口正常会把数据同时转发给两个端口，从而实现负载分担。但是交换机端的故障端口恰恰就接收不到请求，所以约有一半的摄像头查看不了。