《FTTH故障处理集锦》由会员分享，可在线阅读，更多相关《FTTH故障处理集锦（37页珍藏版）》请在金锄头文库上搜索。
1、烽火FTTH故障处理集锦1、基本数据业务故障分类查找1.1 PPPoE 拨号678 错误【问题现象】用户使用PPPoE 拨号上网，不成功。出现“678”错误。【原因分析】错误码说明：不能连接到PPPOE 接入服务器。过程为先由用户主机广播一个发起分组（PADI），之后接入集中器发送单播的给予分组（PADO ）。用户和BRAS 链路中任何一个环节有问题，都可能导致678 故障。原因主要有：1. 用户侧：a. 网络线路连接错误；b. 网卡工作不正常。包括网卡驱动问题、网卡损坏、或者网卡未插紧等;c. 拨号软件问题；2. 接入设备段：a. ONU 设备未配置数据或配置数据未下发；b. ONU 设备问
2、题；c. 对广播包的抑制；3. 上游设备：a. BAS 故障；b. 上联口上联交换设备未能透传广播包； 【解决方法】出现PPPoE 拨号“678”错误可以按照以下的方法进行排查:1. 检查用户侧网络连接情况和网卡状况。a. 网卡状况可以采用ping 同一网段的其他设备验证；b. 观察Modem 状态，可采用重启Modem 检验；c. 重新安装拨号软件或重新创建拨号连接；如果上述方法不能解决问题，可转入步骤2 。2. 查看ONU 状况。a. 查看ONU 状态灯的情况，包括检查电源状况，注册情况。如果REG 灯不亮，表明ONU 未注册，此时可以检查光功率是否达到要求。b. 检查ONU 是否得到配置
3、，如果ONU 没有得到配置，需要通过网管重新下发配置；如果配置正常，可以采用从ONU ping OLT 验证ONU 至OLT 的链路状况。3. 检查上游设备运行情况。a. 包括上联交换设备是否拦截了广播包，以及BAS 的运行情况。b. BAS 设置PPPoE 账号绑定也可能造成此错误。总结： 造成此问题的原因是从用户端到上联服务器整个链路中的某一个环节连接不通。可能造成问题的原因比较复杂，需要检查从用户至BAS 的链路，可采用抓包法进行定位。【现网案例】某FTTH 工程AN5116-02 设备下有ADSL 用户PPPoE 拨号上网出现“678”错误。现场检查话机与ADSL 猫还有电脑之间的连接
4、线路正常，没发现有松动与接触不良的现象，可以先排除是线路造成的故障。检查电脑网卡，驱动正常不显示有黄色叹号。检查网卡的运行情况，使用另外一台PC 与用户PC 直连，手动配置为同一网段IP 地址，互ping不通。确认用户网卡原因。打开机箱仔细查看网卡与主板的接口是否有接触不良或未插紧的情况，拔下网卡，重装驱动，重新创建拨号连接后，可以正常拨号。总结：此案例中，由于用户网卡接触不良使用户PC 无法连接至PPPoE 服务器，导致拨号时出现“678”错误。1.2 PPPoE 拨号691 错误【问题现象】用户使用PPPoE 拨号上网，不成功。出现“691”错误。【原因分析】错误代码说明：输入的用户名和密
5、码不对，无法建立连接。主要原因有：1. 帐号和密码输入不正确。比如“0”和“o”、“z”和“2”没有正确区分；2. 欠费。帐号被运营商停机会出现691 错误；3. 用户数限制。当一个帐号在在已登录状态时不能再使用此账户拨号。4. 绑定较验错误。运营商一般会将用户的帐号与设备端口或MAC 地址做绑定，更换位置或PC 后无法使用，会出现691 错误； 【解决方法】出现PPPoE 拨号“691”错误可以按照以下的方法进行排查：1. 首先确认是否为用户个人原因，用户名密码输入错误等与密码本身无关的行为导致拨号不成功；2. 如果仍然报告“691”错误，需要局方提供此账号的详细信息。包括是否欠费， 是否有
6、绑定，在错误发生时是否为未登录状态。总结： 认证系统对账户的限制可能会造成拨号失败，上报“691”错误。另外此问题一般与我方设备无关。【现网案例】某FTTH 工程AN5116-02 设备下有ADSL 用户反映计算机更换网卡之后PPPoE 拨号上网出现“691”错误。现场确认用户用户名密码输入正确，拨号仍然不成功。联系局方确认此账户已经做了MAC 地址绑定。用户更换网卡之后MAC 地址改变，导致拨号不成功。在局方更新绑定了所绑定的MAC 地址后，用户拨号成功。1.3 PADI 包不出上联【问题现象】用户PPPoE 拨号失败，出现“678”错误。分析发现用户发出的发起分组（PADI ）没有出上联口
7、，此时其他业务正常。【原因分析】此问题为用户主机发出的广播的发起分组（ PADI ）没有从OLT 送出。发起分组（PADI ）是广播包，有两种情况，一、整个OLT 内丢包严重，即丢包与是否为广播包无关；二、单播包基本没有丢包现象，但是有很多广播包丢失。由于此时其他业务正常，排除普遍严重丢包的可能性。广播包在PON 系统内丢失原因可能有以下两种：1. ONU 或OLT 所设置的广播包抑制的门限值过小。2. PON 系统内部有异常的广播源，发送大量广播包，导致正常的广播包被抑制。【解决方法】可能的原因及解决办法主要有以下几种：1. 检查ONU 、线卡以及上联盘的广播包抑制参数设置。适当加大门限，同
8、时抓包检查效果。2. 如果单纯改变门限值不能使问题有明显改善，可以尝试关闭所有的对广播包的抑制。在上联口处抓包，观察广播包的数量。如果发现有大量异常的广播包，基本可以断定PON 内部存在异常的广播源，一般在实际应用中，为了防止广播包泛滥，对广播包都是有限制的，例如允许广播包的数量200 个/秒，如果有主机发送大量异常广播包，就会导致正常的发起分组（PADI ）被丢弃。3. 下一步需要找到异常源，对其进行抑制，限制其上行广播包的数量。【现网案例】【现象与4.1 现网案例相同】某FTTH 工程AN5116-02 设备下有ADSL 用户PPPoE 拨号上网出现“678”错误。在按照4.1 现网案例中
9、所述方法进行处理之后，故障没有解决。下一步检查接入设备。首先是ONU 的配置情况。如果ONU 没有得到配置，通过网管重新对该ONU 下配置。如果有配置正确，检查ONU 到OLT 的联通情况。方法为从ONU ping 线卡，如果不通则需要检查ONU 到OLT 的链路；如果能通证明连接正常。下一步检查数据包是否到达上联交换设备。通过上联口镜像抓包，发现用户PC 发出的发起分组（PADI ）没有从上联盘送出。由此基本定位为发起分组（PADI ）被PON 系统丢弃。然后查找广播包被丢弃原因。首先检查OLT 和ONU 对广播包的抑制，发现所设置的抑制门限是可接受的值。之后关闭广播包的抑制功能，上联口抓到
10、大量的异常的广播报文，确定广播源之后对其做了广播包限制后，问题得到解决。1.4 上网频繁掉线【问题现象】PPPoE 拨号成功，上网中频繁掉线。【原因分析】掉线最直接的原因为主机没有及时收到对端发送的回应报文。可能由多种原因引起。主要有以下原因：1. 线路条件差，协议数据丢包造成掉线。2. PON 系统丢包致使协议包丢失。包括环回导致的丢包。3. 诸如ARP 欺骗的非线路原因导致收不到对端的协议报文导致掉线。例如ARP 伪造网关攻击。【解决方法】在确定故障现象之后，1. 如果用户线路环境较差，在不改变线路条件的情况下，可以通过取消“ 回声抑制”、对限速进行限速等功能，尽量改善线路质量。2. 另外
11、，用户线路的质量好坏对上网影响也很大，如使用了劣质的网线，网线进行了缠绕等，针对用户线路具体情况采取措施。3. 如果是PON 系统内丢包导致，检查PON 系统是否工作正常，并检查是否有内部环路。4. 在确定用户线路良好而且PON 系统无丢包的情况下，需要排查是否存在类似ARP 攻击的问题。这种情况一般出现在多用户使用路由器拨号共享上网的情况下。【现网案例】某工程用户反映总是PPPoE 连接掉线，最多一天5，6 次，有时几天都不出现。整个北京其他使用的EPON 上网的用户没有反映掉线问题，此台EPON 系统下的只有此用户反映掉线问题。在楼道的ONU 机房内，换过此用户的ONU 端口，换过不同的0
12、7ONU ，用户还是反映掉线问题。在ONU 端口处抓包找到掉线的原因。正常流程为上层华为BRAS 定时发送ppp lcp reques 心跳包，下层用户PC 回复ppp lcp reply，而在ONU 端口通过接HUB 抓包，发现上层华为BRAS 在多次发送ppp lcp request 心跳包，并长时间未收到相应包后，华为BRAS 会发起ppp lcp termination request 心跳终止包，接着发起PPPOE PADT 拆线命令，用户PPPOE 拨号掉线，就此基本可以判定用户掉线与07 ONU 和OLT 设备无关。分析可能是网线的原因或者用户PC 的原因。建议用户：1、升级配置
13、。使CPU 负荷正常，能正常处理PPPOE 协议。2、使用路由器。用路由器能完成PPPOE 拨号，不会因PC 性能原因导致掉线。1.5 上网下载速度慢【问题现象】 上网、下载速度慢。【原因分析】能够导致上网、下载速度慢的可能原因有很多，下面列举几种典型的原因：1. 用户线路质量差。2. 网络环路导致了网络性能的下降。3. 设备某端口进行了限速，导致了数据流量的瓶颈。4. 网络受到攻击，如ARP 攻击。例如ARP 扫描，网络中出现大量ARP 请求广播包， 几乎都是对网段内的所有主机进行扫描。大量的ARP 请求广播可能会占用网络带宽资源，会影响用户上网浏览网页、下载速度，甚至会出现丢包的现象。【解
14、决方法】首先检查用户线路是否连接良好，如无连接问题可查看设备配置是否启用了限速导致了数据量的瓶颈，如有则将限速放开；上述两种措施不能解决时可通过抓包观察系统内部是否存在异常包或环路情况。【现网案例】某工程用户反映浏览网页慢，玩在线游戏的时延大下载速度慢，2M 账号下载速度只有20KB/s 、10KB/s 。在上联口做镜像进行抓包，发现有大量的ARP 包，由于烽火设备默认出厂主控盘的广播包抑制为150 包/秒，而这里抓到的ARP 包数量在以140 包/秒150 包/秒之间的速度在快速增长，因此不排除实际的ARP 广播包增长的速度会快很多，(-) 通过在设备内部MAC 地址表学习中，发现这些ARP
15、 包的大部分来源于上行设备下发的广播包及少部分下行设备发送的上行广播包。由于EPON 内部对于收到的上下行广播包抑制到150 包/秒，此时， 系统内部的大量地广播包可能会造成正常用户PPPOE 发出的广播包也会被抑制掉，近而会出现偶尔无法正常拨号及上网速度慢的现象。初步解决方案为对上游的广播包进行控制。找出大量发ARP 广播包的源MAC 地址，然后在烽火OLT 设备上启用Q0S 机制，原理是只要烽火OLT 设备收到了带有非法源MAC 的下行ARP 广播包都一律在GSWC 盘上采取丢弃处理，从而可以减少对下行设备用户造成的影响。但是这种过滤需要提供源MAC 地址，在源MAC 很多且不确定的情况下就不能方便的使用了。1.6 DHCP 认证用户主机无法获取IP 【问题现象】DHCP 用户无法获得IP 地址。【原因分析】DHCP 在IP 地址分配过程中主要有四个阶段：发现阶段、提供阶段、选择阶段和确认阶段。任何阶段出现问题都会导致主机无法获取到IP 地址。可能原因主要有以下几种：1. 网络故障，无法连接到D
