PON网络的业务配置及故障维护.ppt

PON网络的业务配置及故障维护 PON组网 OLT侧数据规划 OLT侧数据规划 OLT侧数据规划 ONT侧 ONT1 OT550 ONT侧 ONT2 OT925 业务通道关联映射 故障处理流程和方法 故障信息来源故障处理流程故障处理常用方法 一 故障信息来源 用户或客户服务中心的故障申告 日常维护或巡检中所发现的异常 网管告警系统的告警输出 对接设备维护人员的故障通告 二 故障处理流程 开始 收集并记录相关信息 能否判断故障范围和类别 确定故障范围和类别 是否为紧急故障 定位故障原因 屏蔽隔离故障 排除故障 故障是否被排除 记录故障处理过程及结果 联系技术支持人员 否 是 否 应急维护处理 是 故障处理流程 1 收集并记录故障信息在故障处理的初期收集各种相关信息 可以帮助定位故障原因 提高维护人员处理故障的效率 2 确定故障范围和类别在获取故障信息以后 需要对故障现象进行分析 确定故障的范围和类别 3 定位故障原因故障定位就是从众多可能原因中找出具体原因的过程 维护工程师使用各种方法分析 比较各种可能的故障原因 排除不可能的原因 最终确定故障发生的具体原因 故障处理流程 4 屏蔽 隔离故障正确定位故障原因后 对故障进行屏蔽或隔离来恢复业务或避免故障范围扩大 5 排除故障排除故障是指采取适当的措施清除故障 恢复设备正常运行的过程 如检修线路 更换部件 修改配置数据 复位单板等 6 确认故障处理结果在完成故障排除的工作后 还需要根据故障影响的范围 对受影响的相关业务进行验证测试 来确认故障现象是否消失 7 联系技术支持如果在故障处理过程中遇到难以解决的问题 需要联系华为技术支持进行处理 三 故障处理常用方法 告警分析性能分析分段处理仪表测试对比分析互换分析配置数据分析协议分析 第1章故障处理流程和方法第2章EPON常见故障处理指导第3章EPON典型业务故障处理指导 维护说明 EPON接入系统由OLT ONU及ODN组成 所以EPON接入故障一般需要三方面协同处理 由OLT侧维护人员主导 本章节详细 全面地给出了EPON故障处理的指导思想 针对ONU侧维护人员 建议在了解全局的基础上重点掌握ONU设备的状态查看 ONU侧的光纤 光功率检查及ONU的数据配置上 故障处理流程 开始 初步定位故障位置 检查光纤状况 检查设备运行状态 检查ONU状态 检查设备统计信息 检查设备数据配置 检查上层设备状态 结束 检查ONU侧光纤及光功率 检查ONU设备状态 初步定位故障位置 检查光纤状况 主要检查 光纤是否插好 光纤是否弯曲严重 光纤是否有断线 平均发送光功率是否正常 接收光灵敏度是否正常 光纤衰减与光功率介绍 检查ONU的指示灯 检查设备统计信息 如果发现哪个阶段的数据只有收或只有发 则可以定位数据在该阶段丢失 再查看相关阶段的配置 步骤一 查询上行口的流量统计信息 查看是否有收 发的流量步骤二 查询EPON端口的性能统计信息步骤三 查询ONT的性能统计信息 检查上层设备状态 在EPON业务发生故障时 通过检查上层设备状态排除故障 如果所接终端都正常 则问题可能出在上层设备 请检查上层设备的运行状态 数据配置 特别要关注上层设备和对接接口的状态和属性的兼容性 常见故障分类及原因 典型案例 ONU由于MAC冲突不能正常注册 故障现象发现某个PON口下面只有一个ONU不能正常注册 故障分析1 按照ONU不能正常注册的步骤处理操作步骤1 检查ONU光口正常 2 检查光衰是否合适 使用光功率计检查ONU光功率正常 3 检查ONU的配置正确 4 查看OLT上已经存在离线添加相同MAC的ONU 删除离线添加的ONU后业务正常 总结实际加电的ONU要与离线添加的ONU位置一致 典型案例 ONT长发光导致系统瘫痪 故障现象发现某个PON口下面只有一个ONT在线 故障分析1 从局端看 某个PON口下只有一个ONT终端 2 断开该终端ONT 要断开线路或切断该终端ONT电源 如果此时该PON口下其他用户都能正常工作 一般可以断定是该终端ONT长发光或者该线路有一个长发光的1310nm的光源 属于恶意入侵系统 操作步骤1 更换为正常的ONT或切断该终端线路 2 验证发现其他ONT在线 问题解决 总结如果某个ONT的光模块故障 处于常发光状态 则会占用全部上行时隙 导致和此ONT位于同一PON口下的其他ONT全部瘫痪 这类现象只有在ONT光模块出现异常或者个别用户恶意入侵系统才会发生 典型案例 光衰减过大导致ONT无法自动发现 故障现象ONT各指示灯正常 打开OLT端口的自动发现功能 OLT无法自动发现ONT 故障分析1 OLT已打开ONT自动发现功能 2 ONT故障 3 光路问题 操作步骤1 ONT各指示灯正常 排除光路不通的可能性 2 用光功率逐段检测各个连接点的光功率 发现从机房配线架到分光器的一段光纤的光衰达到了 13db 这导致通过分光器后的光衰达到 30db 低于ONT的最低激活光衰 27db 从而导致ONT无法自动发现 更换光纤后故障解决 总结网络情况及光路质量往往是处理问题时容易忽略的地方 第1章故障处理流程和方法第2章EPON常见故障处理指导第3章EPON典型业务故障处理指导 EPON语音业务故障处理流程 语音业务故障处理分为以下两种情况 话机无馈电故障处理 话机有馈电故障处理 典型案例 电话打不通但能上网 故障现象开通EPON接入业务 个别用户反映电话打不通 但是能上网 故障分析因为上网业务已经可用 说明局端OLT设备 终端ONT设备的状态正常 故障的原因可能是ONT及以下设备的问题 操作步骤检查OLT的上行端口配置 已经存在于专用的语音VLAN中 检查ONT的业务虚端口配置 已经加入到语音VLAN中 检查IAD所连接的ONT端口的VLAN配置 该端口也已经加入到语音业务的用户VLAN中 检查IAD所连接的ONT端口的默认VLAN 把IAD端口的默认VLAN设为语音业务的用户VLAN 其他配置不变 进行业务验证 问题解决 总结需要注意在网络规划中untagged上行的数据 需要关心上行端口的默认VLAN是否与该端口所在的VLAN一致 典型案例 ONU下用户有攻击造成宽带语音业务闪断 故障现象ONU设备下两个FE口分别接宽带与语音业务 不同的时间段会出现宽带与语音业务闪断的现象 闪断时间一般为几十秒 故障分析由于故障发生时间很短 此类问题很难定位 需要对组网及业务流程了解透彻 经确认组网如图所示 宽带与语音业务的网关都终结在BAS上 BAS为单MAC设备 对于闪断类问题是不好定位故障的 一般需要捕捉故障时的报文来定位故障出在哪里 操作步骤1 通过以上分析 建议通过故障时抓包的手段来定位 在LSW的下行口作镜像抓包 故障时抓包发现 拨号用户的PADI报文可以正常送到LSW上 但是PADR报文不能送到LSW上去 接下来据此分析原因 比较PADI和PADR的区别 PADI是广播报文 PADR是单播报文 广播报文可以正常转发 但是单播报文被丢弃 这种情况怀疑应该是由于下层网络发生了MAC地址漂移 网关的MAC地址在下层设备发生了漂移 此时广播报文可以正常转发 但是目的MAC是网关的单播报文会被全部丢弃 2 那么产生MAC漂移一般为用户端环路或者是攻击导致 如何确认是否就是这个原因引起的呢 因为故障发生时间很短 如果故障发生时再处理 肯定来不及 决制定抓包方案 在ONU上把接DSLAM的FE口镜像到另一FE口 之后在PC上设置通过源MAC BAS的MAC 来抓包 3 搭建抓包环境后抓到了故障时的数据包 为某一端口发送源MAC为BAS的MAC的ARP攻击报文 造成业务中断 总结1 组网不规范 网络层次多出一层 建议采用集成语音业务的MDU设备来替换此种组网 2 在DSLAM设备上开启MAC过滤及环路检测功能 典型案例 ONU下用户有攻击造成宽带语音业务闪断 IPTV的业务流程 EPON设备组播业务故障处理流程 EPON设备组播业务故障处理流程 组播业务故障一般分以下三类 用户不能上线 用户在线但看不到画面 用户能看到画面 但画面质量不好 用户不能上线 操作步骤1 观察IGMP报文 2 检查终端状态 3 检查IGMP模式 4 检查组播用户配置 5 检查用户预览时间和次数 6 检查节目配置 7 检查带宽 用户在线但节目没有画面 操作步骤1 检查上行端口 2 检查节目信息 3 检查视频服务器 4 检查组播路由器 用户在线但节目没有画面 3 检查视频服务器 检查视频服务器是否正确发送视频流 保证视频服务器工作正常 检查节目的TTL值是否够用 要求TTL值大于从视频服务器到用户的跳数 4 检查组播路由器 检查组播路由器的数据配置 节目有画面但画面质量不好 操作步骤1 检查节目流量统计信息 2 检查节目绑定带宽 3 检查终端的速率和带宽 4 检查组播用户分配带宽 典型案例 ONU下的组播业务在同时进行下载的时候 出现严重的停顿问题 故障现象在ONU的一个FE口下 通过一个家庭网关同时接入IPTV和PPPOE上网业务的时候 如果PC进行下载 则IPTV会出现明显的停顿 故障分析IPTV用户只有在同时下载时出现停顿问题 怀疑与用户带宽或者