|
一、故障描述 某市区一台OLT从早上10点左右开始，大量用户报障电视业务无法观看，点播出现严重卡顿情况，在城域网侧ping该OLT的用户地址出现大量丢包现象。 二、故障分析 1）业务组网拓扑：2）分析过程：1、分析OTT业务模型和网络拓扑2、在OLT上行口做端口流量统计3、在OLT上通过如下命令查询上行口报文统计 MA5680T(config-if-giu-0/20)#display portstatistics 0 Number of alignmenterror frames : 0 Number of collisionframes : 0 Number of transmittedCRC error frames : 0 Number of received CRC error frames : 0 如上“CRC”统计在测速期间如果持续增长，说明上行链路已经不稳定。 其他错误可能为光路和硬件异常或是线路参数配置不一致引起，如协商模式不一致等。 4、检查PON光路质量MA5680T(config-if-gpon-0/8)#displayont optical-info 0 0 Rx opticalpower(dBm) : -17.14 OLT Rx ONT optical power(dBm) : -20.21 ----------------------------------------------------------------------------- 正常光功率范围应在[-29,-7]之间，光太强或是太弱都不行。 MA5680T(config-if-gpon-0/8)#displaystatistics ont-line-quality 0 0 Upstream frame bit error rate : 1E-12 Upstream ETH frame error rate : 0 Upstream GEM frame error rate : 1E-5 统计项中的error计数如果持续增长，说明光路存在误码，需要纠正。 5、检查OLT侧点播业务mac地址学习情况，每隔10秒刷新一次MA5680T(config)#displaymac-address vlan 2256 It will take some time, please wait... ----------------------------------------------------------------------- SRV-P BUNDLE TYPE MAC MAC TYPE F /S /P VPI VCI VLAN ID INDEX INDEX ----------------------------------------------------------------------- - - eth f44c-7f90-5a29 dynamic 0 /20/0 A- - 2256 MA5680T(config)#displaymac-address vlan 2256 It will take some time, please wait... ----------------------------------------------------------------------- SRV-P BUNDLE TYPE MAC MAC TYPE F /S /P VPI VCI VLAN ID INDEX INDEX ----------------------------------------------------------------------- - - eth f44c-7f90-5a29 dynamic 0 /19/0 A- - 2256 MA5680T(config)#displaymac-address vlan 2256 It will take some time, please wait... ----------------------------------------------------------------------- SRV-P BUNDLE TYPE MAC MAC TYPE F /S /P VPI VCI VLAN ID INDEX INDEX ----------------------------------------------------------------------- - - eth f44c-7f90-5a29 dynamic 0 /20/0 A- - 2256 通过检查OLT侧点播vlan的mac地址情况，发现只有一边OLT上行口能学习到城域网的mac地址，而且同一个mac地址在OLT两个上行口之间有来回漂移学习现象 6、检查OLT上联城域网两台ME60设备聚合组数据配置ME60-1： <ME60-1>discu interface Eth-Trunk 16 # interface Eth-Trunk16 description dT: HW-MA5680T -OLT001::ETh-Trunk2 mac-address f44c-7f90-5a29 mode lacp-static bas-load-balance real-flow-mode # return ME60-2： <ME60-2>dis cu interfaceEth-Trunk 16 # interface Eth-Trunk16 description dT: HW-MA5680T-OLT001::ETh-Trunk3 mac-address f44c-7f90-5a29 mode lacp-static bas-load-balance real-flow-mode # Return 通过检查城域网侧ME60数据，发现两台BNG下联OLT的Eth-Trunk组里面配置了相同的mac地址。 7、修改掉ME60-2 Eth-Trunk16的mac地址，故障解除。3）分析结论：城域网配对两台ME60设备Eth-Trunk聚合组mac地址配置冲突，影响下联整台OLT所有iptv业务链路丢包，导致iptv用户业务使用卡顿。 三、解决方案： 1）、查看ME60-1互联OLT端口的物理地址 2）、修改ME60-2 Eth-Trunk聚合组mac地址和聚合组第一个物理端口的mac地址一致 [ME60-1] interface Eth-Trunk 16 [ME60-2] mac-address b67e-8a10-5d69 四、建议和总结： 1）对于出现城域网ping测互联网电视用户地址丢包情况，可以优先排查OLT上行链路质量和PON光路质量，其次是检查OLT上行口mac地址学习情况 2）OLT升级10G上行板割接后，要检查好OLT双上联是否都能学到城域网家宽和互联网电视业务的mac地址，如果只学习到单边上行地址需找城域网侧检查数据配置 3）对于城域网侧聚合链路手工配置mac地址，要避免和其他设备冲突 4）遇到点播业务丢包情况可以通过OLT设备做流量统计定位故障点
| 
发表于 2020-6-5 00:24:17