故障排查2
2007-07-28 19:18
197 查看
某天一网吧用户打电话到我们电信运营商,申告故障,让我们解决,理由是其网吧网管技术人员分析说这个原因肯定是电信端引起的,接到障碍申告后,我查了一下这家网吧的资料,发现这家网吧才刚刚开通没有1个月。
于是我先问他:故障现象如何呢?他回答我说:经常掉线甚至无法登陆网络上网不正常。
我就问他;你ping过网关、IP没有啊,他说有,都掉包而且很严重3分钟内连续掉(他ping了内网网关192.168.1.1和电信isp给他的IP 62.62.62.62以及电信DNS 100.100.100.100,说这三个都掉包。本来我想从电信三层交换机ping到用户路由看是否掉包,但是由于用户路由禁ping,而且设置的都没有办法找到其IP,于是我亲自到网吧现场去,因为2个月前也是我到用户端进行网络调试的。其网吧,面积七百多平方,120台机器,配备了专用的机房,放置交换机和服务器。
我带着笔记本电脑到其专用机房,第一步:就是测试电信端的,把便携接到光电转换器上,便携配上ip地址,ping电信DNS,然后打电话到机房,让机房人员帮助从机房里面的中心交换机上ping到我便携的ip(即是网吧用的ip),测试10分钟两方面都正常。完全没有掉包情况,可见这个故障肯定不是电信端引起的。
于是把重点集中在内网里。没有其他办法,只好进行逐级测试了:把用户路由还原交换机也还原(就是还原到原来用户可以上网时候的组网),因为我看到路由上有4个LAN口,就把便携接到路由的其中一个没有用的LAN口上,配上网吧内网的192.168.1.1为网关的一个192.168.1.244的ip,然后测试,同样也是用ping DNS方法,情况一样――完全正常。
那再接到交换机上(因为网吧有120台电脑,用6个24口交换机,其中一个作为总交换,其他5个交换机接到这个交换机上),同样ping还是正常,于是我分别把便携接到其他的分交换机上,测试结果正常,没有任何掉包情况。
这下子,傻了。设备没有任何问题啊,想啊。。。莫非网线和电脑网卡问题????
那除了这两个可能性外,其他的可能性不大,于是就拿他刚才测试说会掉包的机子上的网线接我的便携,测试。。一看,天。。真的掉包,而且相当严重,几乎是每5个包就掉1个。为了完全判断是网线故障――于是我拿自己带来测试的网线接到这根网线所在的交换机口上测试,结果正常、不掉包。这下非常肯定是网络线问题了,于是我东看看西看看,无意中发现从交换机到工作的距离太长,仔细测量了一下距离,肯定多于100米。双绞线的传输距离一般不超过100米,实际传输距离在95米左右。网吧业主只为了追求高档,配备了专用的机房,却忽视了网线传输距离的极限。而且主要是还因为用户把离机房最远的电脑全部接到总交换机上,导致总交换机上出现严重广播,造成网吧频繁掉包的问题
提议用户解决方法:将交换机的位置重新安置或者再多买个交换机接这些离机房比较远的电脑。
总结用户端说明:
在综合布线时,一定要将交换机的位置选择好,中心交换机最好放在网吧的中央位置。下面的交换机也应该放在所连接的计算机的中心。这样的安置方法,一是节约网线,二是可以使网络达到最佳的传输状态。
经验总结:在进行查障碍的时候要先搞清楚其组网,否则会走很多冤枉路,这次经验给了我以后很多工组上的帮助。
于是我先问他:故障现象如何呢?他回答我说:经常掉线甚至无法登陆网络上网不正常。
我就问他;你ping过网关、IP没有啊,他说有,都掉包而且很严重3分钟内连续掉(他ping了内网网关192.168.1.1和电信isp给他的IP 62.62.62.62以及电信DNS 100.100.100.100,说这三个都掉包。本来我想从电信三层交换机ping到用户路由看是否掉包,但是由于用户路由禁ping,而且设置的都没有办法找到其IP,于是我亲自到网吧现场去,因为2个月前也是我到用户端进行网络调试的。其网吧,面积七百多平方,120台机器,配备了专用的机房,放置交换机和服务器。
我带着笔记本电脑到其专用机房,第一步:就是测试电信端的,把便携接到光电转换器上,便携配上ip地址,ping电信DNS,然后打电话到机房,让机房人员帮助从机房里面的中心交换机上ping到我便携的ip(即是网吧用的ip),测试10分钟两方面都正常。完全没有掉包情况,可见这个故障肯定不是电信端引起的。
于是把重点集中在内网里。没有其他办法,只好进行逐级测试了:把用户路由还原交换机也还原(就是还原到原来用户可以上网时候的组网),因为我看到路由上有4个LAN口,就把便携接到路由的其中一个没有用的LAN口上,配上网吧内网的192.168.1.1为网关的一个192.168.1.244的ip,然后测试,同样也是用ping DNS方法,情况一样――完全正常。
那再接到交换机上(因为网吧有120台电脑,用6个24口交换机,其中一个作为总交换,其他5个交换机接到这个交换机上),同样ping还是正常,于是我分别把便携接到其他的分交换机上,测试结果正常,没有任何掉包情况。
这下子,傻了。设备没有任何问题啊,想啊。。。莫非网线和电脑网卡问题????
那除了这两个可能性外,其他的可能性不大,于是就拿他刚才测试说会掉包的机子上的网线接我的便携,测试。。一看,天。。真的掉包,而且相当严重,几乎是每5个包就掉1个。为了完全判断是网线故障――于是我拿自己带来测试的网线接到这根网线所在的交换机口上测试,结果正常、不掉包。这下非常肯定是网络线问题了,于是我东看看西看看,无意中发现从交换机到工作的距离太长,仔细测量了一下距离,肯定多于100米。双绞线的传输距离一般不超过100米,实际传输距离在95米左右。网吧业主只为了追求高档,配备了专用的机房,却忽视了网线传输距离的极限。而且主要是还因为用户把离机房最远的电脑全部接到总交换机上,导致总交换机上出现严重广播,造成网吧频繁掉包的问题
提议用户解决方法:将交换机的位置重新安置或者再多买个交换机接这些离机房比较远的电脑。
总结用户端说明:
在综合布线时,一定要将交换机的位置选择好,中心交换机最好放在网吧的中央位置。下面的交换机也应该放在所连接的计算机的中心。这样的安置方法,一是节约网线,二是可以使网络达到最佳的传输状态。
经验总结:在进行查障碍的时候要先搞清楚其组网,否则会走很多冤枉路,这次经验给了我以后很多工组上的帮助。
相关文章推荐
- erlang 故障排查工具
- Java线上应用故障排查之一:高CPU占用
- Java线上应用故障排查之一:高CPU占用
- 生产环境下CPU过高故障排查--top、ps、grep、printf、jstack等命令排查
- 实用的网络故障排查方法
- 【交换机】用户点播组播视频卡故障类排查思路及信息收集
- ssh故障排查小结
- WPAD原理介绍暨故障排查:ISA2006系列之三
- 电脑音箱常见故障排查技巧
- TCP连接的状态详解以及故障排查
- 网站故障排查
- 服务器故障排查三板斧:记一次IIS报503/502错误故障排查过程
- 交换机常见的故障类型及分析排查
- MySQL所有操作hang住问题的故障排查
- 无线交换机故障分析排查
- 网站故障排查常用命令【转】
- 详解Windows 2003 IIS服务常见故障排查 推荐
- 关于蓝屏及相关故障排查