排除QINQ网络故障

■ 山东广电网络有限公司济宁分公司 何钰 李瑞祥

故障现象

近日笔者接到同事的反映，某新开通的互联网用户不能正常上网，宽带PPPoE拨号错误代码显示651。

故障分析

得知这一信息后，我们了解到用户的接入方式是光纤入户。因为这次是新安装的用户，为了尽快排除故障，我们决定和现场安装人员配合共同处理好该故障。在获取ONU的MAC地址后，登录到OLT上使用命令show interface epon-onu creationinformation | include 90a6 得到该ONU的ID号，紧接着使用命令show running-config epon-onu 1/13/2查看ONU的配置。

通过查看该ONU的配置信息，我们得知该ONU的端口1、3和4配置了互联网业务，端口2配置了VOD点播业务。其中互联网业务使用的VLAN是2001，点播业务使用的VLAN是1002。

既然ONU的配置信息正确，那么是不是ONU的光功率有问题呢？使用命令show epon-onu 1/13/2 transceiver得到目前ONU的接收光功率是-22db，光功率属于正常范围。既然ONU配置信息正确、ONU光功率正常，按照网络层次划分应该排查下ONU上游设备OLT的配置。使用命令show running-config interface epon-olt 1/13查看下PON口1/13的配置信息，具体配置文件如下：

通过查看PON口的配置发现，该PON的QINQ的翻译规则有误，在这里有两个问题需要说明一下，第一简要介绍一下QINQ的概念，QINQ即VLAN嵌套，该技术通过在以太帧中堆叠两个802.1Q报头，有效地扩展了VLAN数目，使VLAN的数目最多可达4096x4096个。第二是我们互联网的内层VLAN是2000-2999，点播的内层VLAN是1000-1999。上面提到该ONU使用的内层VLAN是2001，那么按照上面PON口配置的QINQ规则“vlanmapping ingress outer from 1000 to 2011 translate outer 1254 inner copy-fromouter”会将内层VLAN2001翻译成VOD点播的外层VLAN 1254，这样自然而然的用户就会上不去网。

为了验证一下分析得是否正确，我们使用命令show mac-address-table l2-address vlan 1254查看一下VLAN 1254MAC地址信息，如图1所示。

通过查看VLAN 1254的MAC地址表，我们发现这次新开通用户的电脑MAC地址f46d.0420.d102，的确被打上了一个VOD点播VLAN的外层标签。

故障解决

既然知道了故障原因，那么就需要修改PON的配置：

通过删除PON口的错误QINQ规则，并将该PON口进行了重新配置。为了验证下配置是否正确，再一次使用命令 show macaddress-table l2-address vlan 2254查看下互联网VLAN2254的MAC地址表，如图2所示。

通过查看互联网VLAN2254的MAC地址表，可以清晰地看到用户的电脑MAC已经学习到，这时现场安装人员也告知用户可以正常拨号上网了，这样我们就完成了该故障的排除。

故障总结

从得知故障的简单信息，到查看ONU的配置信息和光功率，再到通过查看PON口的配置信息从而发现故障原因，最后通过修改PON口的QINQ规则网络恢复了正常。通过这次故障查修，我们可以清晰地看到故障产生的原因，后期得知是同事使用Excel制作OLT配置脚本时，无意中将互联网和VOD点播的内层VLAN进行了叠加，才导致了PON口配置的内层VLAN混乱。

通过这次故障的排查我们举一反三，将目前在用OLT的配置文件进行了检查，从而防止类似问题的再次发生，同时要求同事们在配置OLT使用脚本时，需要仔细检查配置文件，杜绝了配置OLT人为因素错误的发生。