FTTH故障处理集锦.doc
《FTTH故障处理集锦.doc》由会员分享,可在线阅读,更多相关《FTTH故障处理集锦.doc(36页珍藏版)》请在三一办公上搜索。
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 很多且不确定的情况下
16、就不能方便的使用了。1.6 DHCP 认证用户主机无法获取IP 【问题现象】DHCP 用户无法获得IP 地址。【原因分析】DHCP 在IP 地址分配过程中主要有四个阶段:发现阶段、提供阶段、选择阶段和确认阶段。任何阶段出现问题都会导致主机无法获取到IP 地址。可能原因主要有以下几种:1. 网络故障,无法连接到DHCP 服务器。2. DHCP 服务器关闭或无可用IP 地址。3. 用户计算机网卡损坏。4. 其他。例如网络中存在异常攻击者。【解决方法】首先应该确定故障发生的范围,DHCP 服务器下,个别用户还是很多用户无法获得IP 地址。如果是个别用户有此问题,基本可以确定DHCP 服务器的运行状态
17、正常,OLT 以上至DHCP 服务器链路正常。需要检查包括用户PC、ONU 业务配置、广播包抑制等设置是否正常。在检测DHCP 服务器连通性时,可以手工配个IP 地址,再ping DHCP 服务器,如果可以ping 通,改回自动获取ip 的模式,在本机运行arpd 清除缓存。如果出现很多用户无法获得IP 地址,或者获取过程缓( -) 慢,需要检查DHCP 服务器, 以及OLT 上联口和DHCP 服务器之间的路由器的设置。【现网案例】某工程使用DHCP 方式分配IP 地址,有用户反映计算机自动获取不到IP 地址。同OLT 下没有其他用户上报此问题。由于此OLT 下其他用户没有此问题,所以可以确定
18、DHCP 服务器运行正常,上联至DHCP 服务器链路正常,OLT 广播包抑制正常。排查重点主要在用户侧,以及我们PON 系统的端口级配置。到达现场后,用户描述突然出现这种情况,之前的操作已经记不清楚。检查用户计算机设置时,发现用户计算机“DHCP Client”处于为禁用状态。启动此服务后,能够正常获得IP 地址,故障得到解决。 1.7 IP 地址冲突【问题现象】使用PPPoE 拨号成功,系统提示“IP 地址冲突” 。【原因分析】1. DHCP 服务器在进行IP 地址的分配时,会先确认所分配的IP 地址没有被网络上其他设备所使用。DHCP 服务器通过发送ICMP Echo Request (P
19、ing )报文对分配的IP 进行探测,如果在规定的时间内没有收到应答,则再次进行探测,达到规定的次数后,仍然没有收到回应,则将此IP 分配给提出申请的主机。如果检测到冲突,则记录IP 冲突,重新分配IP。因此,在正常情况下,即使有多个DHCP 服务器,也不会产生IP 冲突,然而如果网络中存在伪造的和非法的DHCP 服务器为主机分配IP 地址,就会产生IP 地址冲突的情况。【解决方法】通过抓包确定非法DHCP 服务的MAC 地址,抑制非法DHCP 服务器提供的IP 分配, 如在OLT 上开启DHCP Snooying 功能,防止用户从非法或伪造的DHCP 服务器上获得错误的IP 地址。【现网案例
20、】某工程有用户反映PC 提示系统与网络IP 地址冲突。现场抓包发现大量OLT 下行广播包,尤其IP 地址:192.168.18.1 及MAC 地址:00:33:44:5e:69:50 和IP 地址:192.168.1.1 及MAC 地址:00:33:44:66:9b:35 提供不明DHCP 服务造成用户IP 冲突。抓包情况如下图: 由于网络使用PPPoE 认证方式。从上面的抓包可以看到,网络中存在异常的DHCP 服务提供者,为主机分配IP 地址。导致网络出现IP 地址冲突。解决方案为开启OLT 的DHCP Snooping 功能,可完成OLT 对假冒DHCP Server 的屏蔽作用,确保客户
21、端从合法的DHCP Server 获取IP 地址。1.8 PPPoE 拨号成功,但不能上网【问题现象】用户使用PPPoE 方式拨号上网,拨号成功,但不能上网。【原因分析】一般情况下,PPPoE 拨号成功之后,PPPoE 服务器会分配IP 地址、网关、DNS 等设置。而正常的上网过程包括:url 通过DNS 解析为IP 地址,用户通过网关与目标主机通信。可能的原因有:1.DNS 服务器设置错误;2.DNS 服务器故障;3.用户防火墙设置错误;4.用户浏览器设置错误;例如代理服务器设置。【解决方法】定位方法如下:1. 首先确认用户设置无误,例如有无代理设置,防火墙设置等。2. 查看用户IP 配置的
22、获得情况,包含IP 地址、掩码、网关、DNS 服务器等。3. 确认正确获得之后,验证是否能够正常获得DNS 服务器;具体方法为使用ping 命令ping DNS 服务器,a. 如果不通,则需检查DNS 服务器的连接情况,同时可以ping 某个外网IP ,例如 的IP 地址,以验证为DNS 服务器故障。如果能通,则基本可以断定是DNS 服务的故障。如果不通,则需检查上游BAS 至INTERNET 的连接情况。b. 如果正常能通,这时再尝试ping 某个外网服务器的IP,如果能通,继续ping 此IP 所对应的URL( 例如) ,如果不通,则可断定原因是DNS 服务器不能提供域名解析服务导致不能上
23、网,这时需检查是否DNS 服务器出现故障。定位问题之后,之后进行针对性的解决。如果是有用户错误设置引起,应对用户的设置进行更正;如果是DNS 服务器或是PPPoE 服务器问题,可以向局方提供证据,协助解决。【现网案例】某工程突发大量用户反映拨号成功但是网页打不开。由于此故障涉及大量用户,基本可以断定与用户端设置无关。到达现场,确认PPPoE 拨号完成后IP 地址的获得情况正常。网关可以ping 通。之后ping DNS 服务器,偶尔可以ping 通,但丢包延时很大。抛开DNS 服务器后,直接ping 某知名网站的IP 地址,发现延时正常,无丢包。至此,基本确定原因为DNS 服务器故障。后局方确
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- FTTH 故障 处理 集锦
![提示](https://www.31ppt.com/images/bang_tan.gif)
链接地址:https://www.31ppt.com/p-4137969.html