《网络故障汇编》由会员分享，可在线阅读，更多相关《网络故障汇编（6页珍藏版）》请在金锄头文库上搜索。
1、网络故障汇编 ; 网络故障汇编案例一：最近调试ADSL网络，遇到一些问题，提供一些解决计划如下：笔者所在地区为河南，ADSL采用河南通信公司统一的虚拟拨号软件，大致原理为DHCP加上Web认证，当输入帐户与密码，马上可以连接到internet，但是该拨号软件与许多杀毒软件、防火墙还有其它的一些程序兼容性不好，经常出现一些网络故障，造成拨号上网不成功。ADSL局域网，工作站二十台，效劳器采用Win98/Win2000 Server系统，代理软件分别采用sygate和操作系统自带的ICS连接共享，但是一旦效劳器无法拨号，工作站就无法正常上网，严重影响公司的正常使用，而且sygate还有连接共享经常
2、出现异常情况，其中包括效劳器可以正常上网，而工作站却不能上网，工作站可以上网的时候，此时效劳器却不能上网，为了整个网络的稳定性，决定不再独自设置效劳器。经过一段时间的使用，笔者发现，该虚拟拨号软件采用动态分配IP地址，其DHCP的租约期限一般情况下为一天，就是说，在一天之内再次拨号，通常还是保存上一次IP地址，该虚拟拨号软件要求计算机必须自动获取IP，根据这种情况，可以使用ipconfig /all来显示上一次拨号的IP地址，并将IP地址、子网掩码、网关、DNS指定在对应的网卡上。在每一台计算机上都可以通过拨号上网以后，记下IP地址，将其绑定在网卡上，当然，每台计算机的IP地址都各有不同。示例
3、：IP地址:218.29.228.41子网掩码:255.255.255.0网关: 218.29.228.254 DNS：202.102.224.68202.102.227.68 需要注意一点，由于ADSL虚拟拨号获得的IP地址是可以被外界访问的IP地址，所以通过这种方式可以强行绑定一个公网IP，使用起来肯定是比拟方便的，可以不通过拨号直接上网，但是由于设备与技术方面的种种原因，用户使用固定的公网IP也是比拟容易遭受攻击的，具体使用哪一种方式上网，当然要根据实际情况而定。经过一段时间的使用，大家都感觉比拟好用，至少原来的效劳器不能上网的时候，不再影响其它的工作站，但是又发现了一个新的故障，就是无
4、论怎么设置，整个局域网上网的时间最多不超过一个小时，察看ADSL信号以及局域网的传输信号一切正常。但是，将ADSL调制解调器的电源切断，然后再接通电源，等过一分钟以后，ADSL完成与局端的同步，整个局域网就又全部可以正常上网，但这却最多还是维持几十分钟。根据笔者维护网络的经验，初步判断是数据包传输碰撞，造成的网络风暴，以至于电信局端传输过来的ADSL数字信号不能有效地达到工作站，ADSL现在的接入方式是插到hub上，其它计算机与其并联。由于hub不能有效地对数据进行交换，笔者倡议购置交换机。自从使用交换机以后，整体上网就非常稳定，不再出现掉线等其它现象，任何一台电脑可以不通过拨号开机直接连入I
5、nternet。 案例二：病症某大型化工股份有限公司信息中心报告网络故障，新近进行网络的更新升级和扩容，由10M网全部提升为100M以太网，核心交换机为千兆以太网。完工后系统试机时发现，大局部的网络成员感觉速度慢，有时数据出错，但子网段内拷贝数据速度根本不受影响。Ping测试检查所有工作站和效劳器均正常。遵照网络医院上周的倡议他们对网络布线系统进行严格认证测试，布线施工质量优良，全部电缆光缆链路按超五类规范测试参数均合格，没有发现任何问题。由于信息中心除了电缆和光缆的认证测试仪外，没有其它测试维护工具，无法对网络进行评测。虽然仔细进行了网络系统及平台的重新安装，仍无济于事。由于总公司希望全面提
6、高ERP系统的覆盖范围，新增的网络设备比拟多，网上成员也增加了二倍多，工作站从原来的220台猛增至680台，办公区和生产区之间、生产区和生产区之间均用光缆和路由器连接起来，因此洪主任抱怨现在网络的管理成了问题，查找故障不象从前那样容易了，一来网络规模比以前大多了，故障数量和种类增多，二来网络结构变得比以前复杂多了，故障的定位分析和隔离变得比拟困难。该网络各子网段根本上采用核心交换机和工作组交换机作网络骨架，用桌面交换机和集线器混用的方式构成基层用户接入平台，核心交换机之间为千兆以太网连接，用户全部为100M到桌面。为了便于维护和管理，同时也从平安角度考虑，设计计划中将大多数数据效劳器均安装在了
7、网管中心。诊断过程网络为新扩容的网络，从拓扑图上看不出网络结构设计有何不合理之处。由于在各子网段内拷贝数据时速度根本不受影响，所以分析数据多在跨网段时受阻。将网络测试仪接入办公区网络的网管中心，翻开网段内的全部4个路由器的端口察看，网段间的流量为2742之间，由于网络没有多媒体应用启用，因此如此高的流量记录是不正常的。我们需要察看这些流量的走向，于是在办公区将网络测试仪串入路由器与交换机之间(100M端口)监测，启动IP矩阵监测和以太网MAC矩阵监测功能，察看数据流向。结果如下，大局部的数据流向均指向办公区的WINS效劳器，而WINS响应流量极少。查看拓扑图，该WINS效劳器直接与一台工作组交
8、换机相连，翻开工作组交换机的端口记录检查，流量记录为13，伴随少许碰撞指示记录。为了不影响用户的使用，下班后我们从测试仪所在端口向WINS效劳器所在交换机端口P32的邻近端口P31发送高额流量，选值为90Mbps流量冲击，并在此邻近端口P31察看接收到的流量记录，记录显示为89.7Mbps，这表明端口P31的通道测试是合格的。然后对准WINS效劳器所在端口P32发送90Mpbs的高额流量，察看P32端口流量冲击记录，结果显示为13.5，并出现大量延迟帧，说明该端口通道测试不合格。将流量发送方向指向与该端口连接的上游端口P17，察看P17流量显示为90Mbps。问题很分明，被丢弃和延迟的流量就在
9、P32口。对WINS本身作WINS查询，10次测试响应只有2次，响应地址正确，响应率20。重新测试WINS链路电缆，合格。测试WINS效劳器网卡，合格；测试交换机的端口P32，低效。在此临时将WINS效劳器端口P32改接到端口P33，重新启动系统，5分钟后进行上述测试，全部合格。为了验证P32口低效，用网络测试仪接入该端口并向P17发送90M流量，收到流量为12%。由于这台工作组交换机为新品，尚在保用期之内，因此倡议立即更换之。诊断评点网络中的大多数数据效劳器由于设置在办公区的网管中心，所以公司整个系统的工作依赖集中式系统中的这些专用数据效劳器，链路连接和数据交换时需要WINS效劳器提供效劳。
10、与WINS效劳器连接的链路中，交换机一侧的端口P32发射能力低效，使得发送的信号幅度不合乎要求，由于链路长度不长，所以并不是对所有的数据包WINS效劳器都无响应。有些数据被作为局部错误和碰撞数据由端口记录之，大局部从交换机各端口送往P32端口的的数据因链路接口问题被延迟和丢弃，造成记录数据中有用流量正常，而网络用户速度普遍偏慢的假象。交换机、网卡、集线器和路由器等网络设备的端口一般从工作23年开始出现低效现象，5年比例为318(这取决于不同的厂商产品质量，也取决于同一厂商的不同系列产品的产品质量)。由于系统中有大量的端口，所以在网络维护周期倡议中要求每半年对端口性能进行定期测试。每一二年对布线
11、系统进行一次轮测，尤其对重要的网络设备如效劳器、交换机、路由器等应该坚持定期测试，这样做对提高网络的可靠性有莫大的帮忙。诊断倡议倡议“病人所有网络设备进行一次普查，将全部端口都进行备案测试，并列入定期维护的内容之一。后记经处理被告之，上班后所有网络用户都惊喜地发现，网络速度比之以前有了惊人的表现，速度真正大幅提高，皆大欢喜。案例三：【多协议使用，设置不良，效劳器超流量工作】病症今天的故事发生在某机电进出口公司来电告知他们的网络昨天刚才进行了升级，从10M以太网桌面应用全部升级为100M以太网交换到桌面，结果出现局域网内网络访问速度反而比升级前慢的现象。有的访问很长时间没有结果，有的那么出错。他
12、手里有几款侦测网络流量的软件，启动运行后也没有发现任何问题。对效劳器的Ping测试平均小于1ms，应该不会慢，但不知何故会如此表现。诊断过程这个故障看起来比拟简单，实际诊断却颇费周折。该网络由4个路由器经帧中继线路与国内总部和国际分部链接，占据4层楼面，由2台千兆核心交换机和二级5台工作组交换机(每层一台)以及20台桌面交换机(每层4台)组成，100M交换到桌面，结构比拟典型。从故障现象看，网络联通性尚可，但速度受影响。一般来说，速度慢的原因有很多，比方网上设备速度跟不上要求，网络设备出现阻塞或瓶颈效应，电缆光缆系统问题使得网络数据出错或产生高额碰撞，网络协议设置错误造成无效的重复访问，应用软
13、件或协议设置错误访问受阻等等。由于刚更新了网络，原来的电缆系统又没有经过认证测试，根据以往的经验，电缆系统存在问题的可能性最大，所以我们决定先检查电缆系统。鉴于所有网络成员都有速度问题，我们先抽取局部电缆尤其是主要效劳器的网络电缆进行现场认证测试。系统电缆采用的是超五类线，用电缆认证测试仪测试20条电缆链路，结果出伏出乎意料地全部合格！改用网络测试仪对抽测的电缆人工模拟发送流量，结果当发送至75流量时，碰撞率仍不超过5，说明网络布线系统虽然在项目完工后没有进行认证测试，但电缆品质和施工品质还是不错的，实属少见。转而进行网络健康指标评测，除了效劳器流量严重超标以外，其它如错误、碰撞、播送等都合格
14、。检测流量分布，根本上都集中在效劳器链路上，平均流量达91。令任意两台工作站之间进行拷贝文件操作，速度很快。表明问题很可能就出在效劳器与工作站的协议流程障碍上。启动F683网络测试的ICMP Ping、Scan Host、ICMP Monitor等功能测试，检查其IP协议的工作质量，结果显示正常。这表明，网络连接通道性能是可以的，问题出在协议的5层以上。启动网络测试仪的协议分布侦测功能Protocol Mix，结构发现其Apple Talk和BanyanVines协议流量分别为47和39，合计流量为86。进一步显示运行该协议的是两台主效劳器。询问网络部主任网络设计运行的是什么协议，答曰全部是基
15、于视窗环境的单一的IP协议。为何会出现Apple Talk和Banyan Vines？答曰基本未知。由于这两种协议有没有参与该公司的业务流程尚且不明，故暂时不能贸然将其删除。必须尽快核实现在的业务软件是否依赖这两种协议。网络部主任告知他是一年前接手网络部主任一职的，对业务流程软件并不熟悉，但知道现在运行各软件的供给商。我们请他立即与该软件开发商联系，15分钟后对方发来传真明确表明该公司的软件只在Windows平台上运行，不支持Apple Talk和Banyan Vines等应用平台。为慎重起见，我们请各业务部门的代表集中识别并统计现在各自所用的操作平台和软件，结果都不包括Apple Talk和
16、Banyan Vines。至此，我们决定对该协议平台进行卸载。一边操作一边请林先生查阅以前网络档案，结果发现了这两种平台的安装软盘和应用软件安装软盘。完成协议清理作业后，重新启动网络，网络访问立即恢复正常。诊断评点非工作协议是指在网规划和络设计中未被选用的协议和应用，但他们存在于各种网络平台之中。作为网络上的“游魂之一，他们会耗用少量网络带宽。常用的被捆绑于视窗平台的协议如IPX、IP、NetBEUI根本上没有冲突。所以许多用户虽然没有同时使用这几种协议但也会时常同时捆绑这些协议。NetBIOS设置有多种平台协议的输入输出接口，有助于众多协议的交互工作和各种协议平台及其应用的并存。但从网络性能优化的角度看，各种协议平台和应用版本是由不同厂商开发的，兼容性始终是一个动态适应的过程。没有一种始终能紧密跟踪各种协议平台和应用协议变化、相
