首页 | 互联网 | IT动态 | Cisco | Windows | Linux | Java | .Net | Oracle | 华为 | 存储世界 | 服务器 | 网络设备 | IDC | 安全 | 求职招聘
IT培训 | 数字网校 | 技术专题 | 电子书下载 | 教学视频 | 网页设计 | 平面设计 | 解决方案 | 直播室 | 虚拟考场 | 搜索 | 博客 | 沙龙 | 论坛
欢迎光临中国IT实验室思科频道
您现在的位置: 中国IT实验室 >> Cisco >> 网络管理 >> 解决方法 >> 文章正文

网络数据丢包严重 线路环路是“祸首”

文章来源中国IT实验室收集整理 作者佚名 更新时间2008-3-28 保存本文保存本文 推荐给好友推荐给好友 收藏本页收藏本页

    故障分析

    虽然核心交换机的参数配置方面没有找到可疑的地方,但是笔者还是深信问题出在核心交换机身上,毕竟多个子网同时出现相同的故障现象决不是偶然的。在排除了核心交换机参数配置因素后,笔者开始将怀疑重点转移到该设备的物理因素上了;首先,笔者仔细观察了核心交换机控制面板中各个信号灯的工作状态,发现连接有双绞线的所有端口对应的信号灯状态都很正常。其次,笔者担心网络线缆没有紧密地插入到核心交换机的各个端口中,于是不厌其烦地将所有的网络线缆逐一拔下来,之后又将其重新插入到对应的交换机端口中,可是笔者的这番辛苦并没有得到任何回报,局域网中的数据丢包现象仍然十分严重,并且许多工作站还是不能正常访问Internet网络中的内容。

    那会不会是核心交换机的缓存遇到错误,导致连接到该交换机设备中的所有子网工作站都不能正常访问网络内容呢?笔者脑海中总有这样一种意识,认为交换机运行时间一长之后,其系统缓存十分容易出现溢出或其他软件错误,这类错误常常会导致局域网网络产生莫名其妙的故障现象;依照这样的想法,笔者尝试着切断了核心交换机的电源,过了一段时间后,又重新接通该设备的电源,以便让其重新启动,等待核心交换机系统启动稳定之后,笔者再次尝试了在故障工作站中进行上网测试,结果发现网络访问还是时断时续。

    在排除了上面几种因素后,笔者估计这种网络故障应该不在交换机硬件部分,很可能是局域网中的网络病毒造成的。于是,笔者特意从网络中下载了专业分析工具Sniffer,通过该工具抓包分析网络中的信息包,发现有许多信息包都不约而同来自相同的一个网卡设备的MAC地址,而信息包中发送的目的地址在局域网中根本找不到,于是笔者立即下意识地怀疑可能是“熊猫烧香”之类蠕虫病毒造成了网络传输通道堵塞。难道目标网卡MAC地址对应的工作站真的被感染上了网络蠕虫病毒?

    想到这一点,笔者立即通过网络正常传输时创建的MAC地址与IP地址对应表,查找到该工作站来自局域网二楼网段中的一台工作站,初步确认故障原因后,笔者立即将目标网卡MAC地址对应的工作站从特定网段中断开连接,同时在该工作站系统中安装了最新版本的杀毒软件,并对该工作站系统进行了全面、彻底地病毒查杀操作,等到病毒查杀任务结束后,笔者还真的看到了一些网络蠕虫病毒,原以为这些网络蠕虫病毒就是最终的“祸首”,可是当将该工作站重新接入到对应网段中后,局域网的数据丢包故障现象还是没有消失。

    在万般无奈之际,笔者决定对各个子网进行单独测试检查。于是笔者特意找来当初组建局域网时使用的网络拓扑结构图,对照图纸笔者想依次找出不同网段接入到核心交换机时所使用的端口,在进行这方面查找操作时,笔者偶然看到有一条网络线缆竟然同时插入到核心交换机中的两个端口中,很明显这条网络线缆使局域网中形成了环路现象,而环路现象可能就是整个局域网数据丢包严重的“罪槐祸首”。

    为了验证笔者的分析是否正确,笔者尝试着将造成环路的那条线缆拔出后,立即从故障工作站中再次访问了Internet网络,结果发现故障工作站打开网页的速度很快;但笔者还是有点不放心,又跑到另外一个故障子网中,随意找了一台工作站进行上网测试,测试结果证明局域网的所有故障全部已经消失,这表明局域网的数据丢包故障已经被成功解决了。

上一页  [1] [2] [3] 下一页  

【责编:Zenghui】
中国IT教育
相关产品和培训
文章评论
 友情推荐精华
 专题推荐

 ·负载均衡技术方案攻略
 ·中国IT实验室2007年技术热点盘点
 ·利用路由实现VPN的配置方法
 ·让你的局域网网速更上一层楼
 ·小命令大作用---Ping
 ·OSPF路由协议专题
 ·三层交换技术专题
 ·网吧的网络管理
 ·VLAN的应用安全管理
 ·HSRP热备份路由协议配置
 今日更新
 认证培训
 频道精选
 思科频道导航