轻松解决宽带网络疑难杂症

网络
从技术角度来讲,无论何种宽带故障,只要细心观察故障现象,解决宽带故障并不难,如同中医诊病一样,对于宽带网络疑难杂症,同样需要望闻问切。

"望闻问切"是中医诊病的常用手法,也是沿用了数千年的一个医病良方。在宽带网络架构渐趋复杂化的今天,各种疑难杂症也纷纷光顾。可是,很多宽带网络的维护人员却一直没有找到解决这些疑难杂症的良方。从技术角度来讲,无论何种宽带故障,只要细心观察故障现象,解决宽带故障并不难,如同中医诊病一样,对于宽带网络疑难杂症,同样需要望闻问切。

下面,笔者结合几例非常经典的宽带网络故障,讲述一下如何用"望闻问切"的方法解决宽带网络的疑难杂症。

1、固定IP的ADSL无法上网

故障表现:为了优化ADSL宽带网络,将原有充当路由功能的三层交换机改为数据透传。升级完成之后,ADSL宽带用户可以直接由DSLAM节点透传到BAS服务器,可是,升级完成之后,固定IP的ADSL用户无法上网,而PPPoE虚拟拨号用户则正常。

图一 ADSL宽带网络拓扑

故障解析:经过改造之后,数据的走向如上图所示。PPPoE虚拟拨号用户可以上网,而固定IP的ADSL用户无法上网,从这一故障表现可以看出,固定IP用户的数据可以直接透传到BAS服务器。无论PPPoE虚拟拨号的ADSL用户,还是固定IP的ADSL用户,都需要在BAS上进行身份验证。PPPoE虚拟拨号用户需要提供帐号和密码,而固定IP的ADSL用户需要提供固定IP是否可用,以及该固定IP用户在DSLAM节点的VLAN标签即Tag值。

由于该固定IP的ADSL用户无法上网,其故障点可能在数据透传或BAS验证两个方面。通过对故障的"望"和"闻"之后,必须问一下用户端的症状,以进行故障定位。据该固定IP的ADSL用户反应,在路由器中,可以看到宽带网络局端的MAC地址,在宽带运营商的网管系统中,也可以看到该固定IP的ADSL用户的MAC地址。显然,该故障并不是因为数据透传引起的。

通过一番对比之后,将宽带故障锁定在BAS验证这一环节。过去,固定IP的ADSL用户,其数据通过一台三层交换机转发,DSLAM节点处只有一个Tag值。数据透传之后,原来有三层交换机负责进行IP地址验证转由认证服务器来做,而DSLAM节点的数据仍然仅仅是一个Tag和MAC地址,没有该名用户相应的IP地址信息。对于固定IP的ADSL用户而言,宽带运营商分配的IP地址是数据的通行证,没有IP信息,数据是不能通过BAS服务器的。

在宽带运营商的网管系统中,将该固定IP的ADSL用户的IP地址和MAC地址绑定在DSLAM节点中,认证服务器就可以完成对该用户的身份认证,故障也得以解决。

故障点评:在上述故障的处理中,对该名用户故障的查看就是"望"和"闻",询问用户无法上网的表现是"问"。通过分析宽带接入的原理,结合故障表现,称为"切"。不难看出,只要熟知工作原理,了解每个数据传输的流程,解决宽带故障并不难。#p#

2、ADSL宽带用户有规律的掉线

故障表现:近日,客服热线方面反应,有一个小区的ADSL宽带经常有规律的掉线。掉线时间通常在晚上7点半左右,掉线可以持续2个小时左右。周六和周日也会有掉线,而且掉线频率比平时要高一些。

故障解析:由于掉线的故障是通过客户热线转过来的,加之客户对于掉线的并没有一个准确的认识,"掉线"故障必须要问清楚。从客户热线的数据可以看得出来,反应ADSL宽带有规律掉线的用户,全部是一个DSLAM节点的用户。

晚上8点到9点之间,从网管系统查看DSLAM的状态,发现用户是经常掉线,是用户手工强制断开的。询问用户得知,晚上或者周末上网时,打开一个网页经常需要涮新几次才可以,重新断开拨号连接之后就没有此故障。从技术角度讲,用户反应的有规律"掉线"其实是数据流队列太长所致,并非真正的掉线。仔细查看与DSLAM节点相连的三层交换机的日志不难发现,来自该DSLAM节点的数据流比较大,校验数据占总流量的20%左右。

图二 交换机各端口流量图

故障的根源找到了,大量ADSL用户上网时,DSLAM节点的数据流量会增大,其中一些数据通过三层交换机传输时,校验包的增多,造成网络数据传输的拥塞。

造成DSLAM节点数据传输拥塞的原因,无非是因为DSLAM节点与三层交换机传输协议不一致,或者是端口速度不协调。在网管软件中查看得到,三层交换机分配给DSLAM的端口传输状态是100Mbps Full,而DSLAM节点的光猫状态是10/100Mbps自适应。将传输状态改为一致的传输模式后,故障解决。

故障点评:目前,很多ADSL用户并不明白什么是掉线,什么是数据断流,什么是数据拥塞,为此,宽带维护人员必须亲自查看用户掉线时的具体表现。查看用户掉线的表现,如同中医诊病的"望"一样重要。#p#

3、DSLAM节点工作状态不明

故障表现:一个星期日的中午,某分局局长打过来电话,称该分局的辖区内的几个单位全部无法上网,所有用户都在打电话投诉无法上网。进入网管系统,发现DSLAM节点已经状态不明,查看与其相连的交换机,发现与该DSLAM节点相对应的端口没有数据流量。

故障解析:由于该区域内的所有ADSL用户无法上网,而且在网管系统内无法查看到DSLAM节点的工作状态,通过以上表现不难看出,故障的根源可能是局端机房的网络设备。供电系统,网络系统或者是DSLAM节点,都有可能出现故障。

为了进一步弄清楚故障点在哪里,必须询问ADSL用户具体情况,无法上网有很多原因,到底是哪一种原因导致ADSL无法上网。通过询问得知,所有ADSL用户的宽带Modem无法上线,也就是说,ADSL线路无法激活。看来,是DSLAM节点故障了。

由于网管系统已经无法查看到DSLAM节点的工作状态,也就无法令其重新启动。维护人员赶到现场之后,发现DSLAM设备的指示灯呈现黄色,而且在闪烁状态。将DSLAM的电源关闭,五分钟后重新启动,DSLAM设备仍然无法正常工作。难道是DSLAM设备出现了故障?

图三 交换机温度及风扇状态

从网管系统对该机房的所有设备进行检测,发现该机房的温度和湿度都不在正常的范围之内,难道是温度过高所致?立即通知维护人员检查空调的运行状态,发现空调尽管在致冷状态,温度也在24度的恒温,可是,空调的致冷效果并不好,机房内的温度已经升高至33度左右。启动备用空调,温度降低到24度之后,DSLAM设备正常启动了,至此,故障排除。后来,查阅DSLAM的说明书得知,DSLAM有一项过热保护功能,当整体温度达到一定的温度之后,DSLAM会进入休眠状态。

故障点评:尽管通过"望闻问切"的方法,找到了故障的根源是在DSLAM节点上。可是,维护人员一味的查找设备的问题,却忽略了设备的工作环境。电信级别的网络设备,对于工作环境的要求非常苛刻,温度要适中,湿度也要合适。为此,在遇到网络设备无法工作时,首先要查看设备的工作环境。

写在最后:从以上三则宽带网络经典故障的处理过程可以看出,查看网络故障表现必须要细致,更要细致的观察客户端与服务器端的故障表现。要想轻松解决宽带网络的疑难杂症,"望闻问切"的步骤一个都不能少,因为给网络诊病如同中医为人医病是一样的道理。

【编辑推荐】

  1. 下一代宽带网络的测试和分析
  2. 让网络畅通无阻透彻观察宽带故障-
责任编辑:许凤丽 来源: IT168
相关推荐

2009-04-29 14:46:15

ADSL宽带掉线

2012-11-26 10:23:08

医疗大数据R统计语言

2010-08-19 09:48:46

IE6

2010-08-26 09:03:05

IE6

2015-09-15 10:09:09

TCP网络协议

2018-10-31 14:40:19

TCP协议ISO

2022-07-17 12:58:43

Docke技巧

2022-04-06 13:55:22

DockerLinux

2015-09-06 11:41:15

快码众包加速器

2022-01-20 22:05:19

ChromiumtransformCSS

2009-01-11 09:29:00

局域网共享拨号

2019-02-21 09:32:13

MQ中间件SQL

2014-06-23 13:59:18

互联网电商运营

2018-04-11 07:48:16

2022-07-28 14:29:38

机器学习技术

2016-08-19 12:59:06

医疗信息疑难杂症

2022-05-06 15:48:24

播放器鸿蒙

2013-08-19 11:06:53

技术周刊

2017-11-28 17:09:52

华为云
点赞
收藏

51CTO技术栈公众号