实例讲解ADSL故障处理中网线故障

网络 通信技术
网络内的许多与ADSL故障处理无关的数据包将占用ADSL故障处理上行通道,ADSL故障处理也无法控制局域网内的广播风暴。

实例讲解ADSL故障处理中网线故障,ADSL故障处理设置主要从网线故障和ADSL的指示灯都正常也会掉网两点介绍路由器的异同,轻轻松松就能完成设置,没什么难的。赶快进入无线的世界中来吧。

实例一:网线故障

故障现象:多台计算机通过Hub与ADSL故障处理 Modem共享上网。查看本地连接,网络连接图标正常地显示在任务栏,上面并未出现“×”(事实上网络不通时网络连接图标上往往有个“×”),再查看网络连接状态,发现只有发送数据包,接收数据包为0,虚拟拨号拨不通。

故障处理:首先观察Hub上的端口,灯亮。ping <网卡IP地址>,正常返回信息。本地网卡应该正常,但ping不通其他计算机和Modem。其次,在Hub上掉换了端口,甚至直接连接到ADSL故障处理Modem上,故障依旧,这也就排除了Hub端口故障。

因此我们可以断定网线有问题,于是检查了一下线路,看是否有扭曲或断裂。我们并未发现异常现象,然后在双绞线两端依次重新制作水晶头接头,故障还是没有解决。于是冷静地思考了一下,双绞线有四对线,水晶头中1、2、3、4、5、6、7、8位置依次为白橙、橙、白绿、兰、白兰、绿、棕、白棕,实际使用的是其中两对线。

它们排在水晶头的1、2与3、6位置。由于接收数据包为0,怀疑是其中一对线有问题(白橙、橙或白绿、绿,事实上应该是排在3、6位置的一对线为接收数据线),于是在双绞线两端重新制作接头,按照非常规的排线顺序:水晶头中1、2、3、4、5、6、7、8位置依次为白橙、橙、白兰、棕、白棕、兰、白绿、绿,当然仍要保持1、2为一对线,3、6为一对线。

重新连接好双绞线,问题解决了。为了进一步证明自己的推断:白绿、绿这一对线有问题,后来借来了网线测试仪,果然测得白绿、绿这一对线不通,但由于7、8位置上这一对线是备用线,实际上不起作用,对网络连接并没有影响。

故障原因:5类UTP双绞线有4对线,实际使用的是其中两对用于接收和发送数据,由于1、2或3、6位置的某一对线出现故障,引起网络通讯故障,事实上既使4、5或7、8位置的两对线断裂也不会影响网络通讯。

实例二:ADSL故障处理的指示灯都正常也会掉网

故障现象:多台计算机通过Hub与ADSL故障处理 Modem共享上网,ADSL故障处理的指示灯都正常,呈绿色,有时候也掉线。故障处理:重新启动Modem后,系统正常。后来做了一台双网卡的代理服务器,计算机通过代理服务器上网,再也没有发生过这种现象。

故障原因:在ADSL Modem上有个“10Base-T”端口,这个端口是接局域网的,实际上是个Hub端口。虽然是10Mb的端口,但是ADSL的上行带宽只有几百Kbit/s。如果用户局域网内部是ADSL故障处理直接连接Hub,Hub再连接下面的客户机,网络内的许多与ADSL故障处理无关的数据包将占用ADSL故障处理上行通道,ADSL故障处理也无法控制局域网内的广播风暴。

如果超过ADSL上行传输能力,数据包将装入ADSL的缓存。如果数据量继续增大,缓存溢出,造成ADSL“休眠”现象,这样只有重新启动Modem了。解决办法是,资金不太雄厚的专线用户可以做一台双网卡的代理服务器(一定要双网卡),这样可以隔断Modem与局域网之间的直接通信,避免上述问题。如条件允许***用防火墙或路由器。

责任编辑:佟健 来源: chinaunix
相关推荐

2010-08-24 13:35:17

ADSL故障

2009-12-25 09:40:18

ADSL接入网故障

2010-07-28 17:07:39

ADSL故障

2010-07-28 22:35:25

ADSL掉线

2009-01-18 09:25:00

ADSL故障

2011-04-02 10:26:04

2009-09-10 18:55:07

2009-11-19 15:01:58

2009-06-30 09:58:00

2009-03-27 09:49:00

2010-01-06 10:27:37

2009-10-30 17:13:20

ADSL接入网

2009-08-27 10:13:52

2009-12-16 15:11:10

DCC常见故障

2009-01-13 09:31:00

双绞线网络故障

2010-09-07 12:13:35

ADSL PPPOE拨

2009-12-29 14:58:05

ADSL设备维护

2009-02-11 09:52:00

服务器故障

2010-03-12 12:47:31

2009-01-15 09:49:00

局域网掉线故障
点赞
收藏

51CTO技术栈公众号