常见网络故障案例解析
网络故障诊断与自愈
常见网络故障类型
配置错误
1.配置错误可能导致网络连接失败、数据传输错误等问题。 2.常见的配置错误包括IP地址冲突、路由协议配置错误等。 3.加强网络设备配置管理、定期进行配置检查可以预防配置错误的发生。
自然灾害
1.自然灾害可能导致网络设备损坏、网络中断等问题。 2.常见的自然灾害包括地震、洪水、雷电等。 3.建立灾备中心、进行容灾演练可以降低自然灾害对网络的影响。
网络故障诊断与自愈
故障诊断工具与技术
故障诊断工具与技术
▪ 故障诊断工具分类
1.网络扫描器：用于发现网络设备，识别开放端口和运行的服 务。 2.数据包分析器：捕获和分析数据包，以识别网络流量中的异 常行为。 3.网络监控工具：实时监控网络状态，收集性能数据，用于故 障排查。
▪ 故障诊断技术
1.Ping和Traceroute：检测网络连接问题，确定数据包从源到 目的地的路径。 2.ARP和DHCP诊断：解决地址解析和IP分配问题。 3.路由跟踪：识别路由路径上的故障点。
自愈系统评估与优化
▪ 自愈系统可靠性评估
1.可靠性评估指标：故障恢复时间、系统稳定性、数据安全性等。 2.可靠性评估方法：故障注入测试、可靠性模型分析等。 3.可靠性优化建议：根据评估结果提出针对性的优化建议，提高系统可靠性。
▪ 自愈系统优化技术
1.优化技术分类：软件优化、硬件优化、网络优化等。 2.优化技术实现方法：参数调整、算法优化、资源配置等。 3.优化效果评估：对比优化前后的性能指标，评估优化效果。
▪ 故障检测与识别
1.实时监控：对系统进行实时监控，收集各种性能指标数据， 及时发现异常。 2.故障识别：利用机器学习和人工智能技术，对收集到的数据 进行分析和处理，识别出故障类型和原因。
常见网络故障案例解析
从目前的故障状况来看，在原有的 10Mbit/s网络中可以正常接入，但是连接到 100Mbit/s交换机时无法通信，有可能是连 接该计算机的跳线有问题，或者没有按照 标准制作网线。 【故障解决】 使用网线测试仪测试连接服务器和交换 机段网线，发现网线存在问题，使用重新 制作的网线之后解决故障。
2.升级至千兆网络之后，服务器连接时断时续 【故障现象】 原先服务器采用10/100Mbit/s网卡，运行一切正常。 但是安装了一款1000Mbit/s网卡，用其连接至中心交换机 的1000Base-T端口之后，服务器与网络的连接时断时续， 连接极不稳定，无法提供正常的网络服务。使用网线测试 仪测试网络，发现双绞线链路的连通性没有问题。 【故障分析】 在100Mbit/s时连接正常，只是在升级到1000Mbit/s 时才发生故障，看来导致这种故障的原因可能是超五类布 线问题。虽然从理论上说超五类系统支持1000Mbit/s的传 输速率，但是如果双绞线、配线架、网线和其他网络设备 的品质不是很好，或者端接工艺有问题，就仍然无法实现 1000Mbit/s带宽。
【故障分析】
从故障现象来看，应该是网络的连通性有问题。在解决这类 故障的时候，通常可以采取下述步骤进行。 （1）为故障计算机手工设置一个固定的IP地址，该IP 地址必须与其他计算机处于同一个地址段中，具有相同的 子网掩码、默认网关和DNS，并且不能和其他计算机的 IP地址冲突。 （2）运行Ping命令，Ping一下计算机自己的IP地址， 通过反馈信息查看网卡驱动程序和网络协议是否已经正常 安装。 （3）Ping测试网络中其他计算机，以确认网络连接正 确与否。如果能够Ping通，则说明网络连接没有问题， 否则故障发生在本地计算机与交换机的连接方面，此时可 以使用网线测试仪检查网线的连通性。 （4）Ping路由器内部网段的IP地址，如果能够Ping通 则说明路由器存在IP地址分配故障，可能是IP地址池内IP 地址数量太少。如果不能Ping通，则说明网络的物理连 接方面发生故障，应该检查相应的连接是否正确。
网络工程师的网络故障排除和修复案例分析
网络工程师的网络故障排除和修复案例分析1. 案例一：路由器故障在一家大型企业的网络中，突然出现了网络连通性问题。
经过初步排查，发现问题主要出现在网络的核心设备——路由器上。
该路由器负责连接各个子网，并提供互联网连接。
在进行网络故障排除前，网络工程师首先检查了路由器的接口状态，发现其中一个接口显示为down状态。
工程师尝试重新启动该接口，但问题并没有解决。
随后，工程师决定进一步深入排查。
通过日志分析，发现路由器出现了高负载和异常错误信息。
工程师怀疑路由器的配置可能存在问题，因此检查了路由器的配置文件。
最终，工程师发现一个错误的路由策略导致了路由器的故障。
为了解决问题，工程师重新配置了路由器，并重新启动了接口。
随后，网络恢复正常，用户的网络连通性得到了恢复。
2. 案例二：交换机故障在一家中小型企业的网络中，部分用户反馈无法访问内部服务器。
经过初步排查，网络工程师发现用户所在的子网无法与服务器所在的子网进行通信。
工程师尝试ping服务器IP地址，发现无法ping通。
工程师进一步检查了交换机的端口状态，并发现用户所在的交换机端口出现了异常。
怀疑是交换机端口故障导致的网络问题，工程师在网络拓扑图上找到了一个备用交换机，并将受影响的用户连接到备用交换机上。
然而，问题并没有解决。
工程师意识到问题可能出在交换机的链路上。
通过检查链路连接状态，工程师发现一根链路线路断开了。
工程师修复了链路，并重新配置了相关端口。
最终，用户恢复了对服务器的访问。
3. 案例三：防火墙配置错误在一家金融机构的网络中，发生了一次重大的网络安全事件。
网络工程师接手了这个案例，试图找出并修复网络安全漏洞。
经过详细调查，工程师发现防火墙的配置存在问题。
防火墙是保护企业网络的第一道安全防线，它负责过滤和检查网络流量。
通过审查防火墙的配置文件，工程师发现了一些不正确的规则和过时的访问控制列表（ACL）。
这些配置问题导致了网络安全漏洞，使得恶意攻击者能够绕过防火墙并访问内部网络。
常见网络故障的检测与排除方法
在修复后，需要验证故障是否已完全排除，网络是否恢复正常。
预防措施
针对此次故障，制定相应的预防措施，以避免类似问题的再次发生。
04 案例分析
案例一：网络连接故障
总结词：网络连接故障通常表现为无法访问互 联网或无法连接到特定网站。
01
1. 检查网络连接设备是否正常工作，如路 由器、调制解调器等。
• 网线故障
网线断裂、水晶头松动或损坏。
• 网卡故障
计算机网卡出现故障，导致无法正常连接网络。
软件故障
总结词
软件故障通常涉及到操作系统、网络协议、 驱动程序等方面的问题。
• 操作系统故障
由于操作系统崩溃或配置错误导致网络连接 中断。
• 网络协议故障
网络协议配置错误或协议栈异常。
• 驱动程序故障
网卡驱动程序不兼容或缺失，导致无法正常 连接网络。
Wireshark
一款流行的网络协议分析器，可以捕获数据包 并进行分析，帮助用户诊断网络问题。
Network Scanner
用于扫描网络上主机的端口和服务，检测开放 的端口和服务，可能存在的安全风险。
MTR (My Traceroute)
结合了ping和traceroute的功能，提供详细的路径分析和报告。
03 常见故障排除步骤
故障定位
01
确定故障范围
首先需要确定故障影响的范围， 是局部还是全局，以便于缩小排 查范围。
收集信息
02
03
分析故障现象
查看网络设备的日志、告警信息， 以及用户反馈的问题现象，有助 于快速定位故障原因。
根据收集到的信息，分析故障的 表现和影响，以便于定位故障点。
故障隔离
网络故障分析案例
根据安全威胁分析结果，调整安全策略以增强网络安全防 护能力。例如，加强密码管理、部署防火墙等措施可以降 低安全风险。
03
故障排除过程
初步排查
确定故障范围
通过观察网络设备的指示灯、检查网络连接状 态等方式，初步确定故障范围。
排除物理连接问题
检查网络设备的物理连接是否正常，如网线、 接口等。
检查网络配置
查看网络设备的配置文件，确认配置是否正确。
网络设备重启与替换
重启网络设备
尝试重启网络设备，看是否能够 恢复正常。
替换故障设备
如果重启无效，考虑替换故障设 备，看是否能够解决问题。
网络配置检查
检查IP地址配置
确认网络设备的IP地址配置是否正确，是否存在IP地 址冲突。
检查子网掩码、网关配置
自然灾害（如地震、洪水、飓风等）可能 导致网络设备损坏或通信线路中断。
网络架构优化建议
01
02
03
04
设备选型与备份
根据业务需求选择性能稳定、 质量可靠的设备，并配置备份
设备以防止单点故障。
网络拓扑优化
优化网络拓扑结构，减少网络 层级，提高数据传输效率。
负载均衡
通过部署负载均衡器，将网络 流量分担到多个设备上，提高
网络瓶颈识别
通过分析网络流量和协议，识别出网络瓶颈所在的位置和原因 。例如，某个端口的流量过大可能表示该端口存在瓶颈。
安全威胁分析
安全漏洞扫描
通过扫描网络设备和服务器的安全漏洞，找出可能存在的 安全威胁。例如，某些设备可能存在弱密码或未打补丁等 问题。
恶意攻击检测
通过监控网络流量和协议，检测出可能的恶意攻击行为。 例如，DDoS攻击可能导致网络拥堵或服务不可用。
PROFIBUS-DP网络诊断案例分析
最为实用的Profibus故障诊断仪“再也不能没有它（Profibus Tester）了”在Deckel Maho Pfronten（德国公司），每一台设备都必须带有合格的详细测试报告，报告内容必须包括总线物理层及通信层，才能够在工业现场正常地使用。
而Softing公司的Profibus Tester 4在这一测试过程中扮演着一个至关重要的角色，它保证了设备的运行质量和故障的可探测性。
现代设备的高精度、高可靠性对于设备厂家来说是至关重要的，因为这是他们能够在竞争如此激烈的设备生产领域占有一席之地的资本。
所有的设备厂家都知道坚持技术的创新是保持设备高质量和高可靠性的唯一途径，而目前的技术焦点在于现场总线技术。
Deckel Maho Pfronten GmbH电气装配部门的部门经理Klaus Asen这么说到：“我们的客户中，特别是来自于汽车工业和设备供应行业的，他们都需要一些可以保证我们公司产品运行质量的证明。
以往的做法仅仅就是在设备中加入一个信号示波器，而现在我们用的是Softing公司的Profibus Tester 4，它可以提供我们设备的各种详细信息。
”图1：Profibus Tester 4（BC-600-PB）是一款能够在运行过程中进行总线诊断的强大工具。
它不单单能诊断总线，还能随意诊断各个设备，即使没有PLC运行，它也能轻松地完成诊断。
Profibus Tester是最顶级的诊断设备在Deckel Maho Pfronten GmbH电气装配部门，Profibus Tester已经成为他们的设备和现场服务工程师不可或缺的一部分。
一开始Klaus Asen并不觉得总线诊断工具对他们来说很容易上手，因为在还没使用Profibus Tester 之前，市场上所有的诊断工具都需要文件配置并应用于特定的环境中，比如测试信号质量，扫描零散故障，或进行最终质量控制，但是Profibus Tester的出现彻底抹平了他的顾虑。
案例
1. 违规外联安全隐患：公司信息内网与互联网已经隔离，不能进行交互。
信息内网办公计算机如果使用网络拨号、无线上网卡等进行违规外联，就会使信息内网与互联网联通，会把来自互联网的的各类信息安全风险引入到企业信息内网。
案例分析：2006年5月，国家某单位员工私自在内网办公计算机上安装使用了CDMA无线上网卡接入互联网。
在与互联网联通的期间，导致内网办公计算机感染木马，该单位重要资料被盗取。
该员工受到降级处分，并调离原工作岗位。
防范措施：严禁“一机两用”（同一台计算机既上信息内网，又上信息外网或互联网）的行为。
严禁通过电话拨号、无线等方式与信息外网和互联网联接。
使用防止非法外联的相关措施，如部署桌面终端管理系统，及时监控并强制阻断违规外联。
2. 网络接入隐患分析:信息内外网网络接入如果管理不够严格，就会在信息安全防线之内，被存有企图的人利用而直接接入信息内外网，实施相关危害性操作。
案例举证:国内某事业单位的一名外部合作单位技术人员尝试将个人计算机接入该单位的信息内网，由于该单位未对网络接入进行严格管控，致使该外部技术支持人员成功接入并获取到该单位内部数据库账号口令，窃取了数据库中重要的数据文件数十份，并转卖给竞争对手，导致该单位蒙受重大损失。
防范措施:严格执行公司“八不准”规定，不准将未安装终端管理系统的计算机接入信息内网，不准非地址绑定计算机接入信息内外网。
制定严格的外部人员访问程序，对允许访问人员实行专人全程陪同或监督，并登记备案。
3. 移动存储隐患分析:连接互联网的计算机和移动存储介质上处理、存储涉及企业秘密信息和办公信息，很有可能会直接造成信息泄露事件。
案例举证:2009年12月，国家相关部门通报公司某单位员工使用的计算机中涉及办公资料泄露。
经查实，该员工将办公资料存入非公司专配的个人移动存储介质并带回家中，利用连接互联网的计算机对该移动存储介质进行操作，由于其家用计算机存在空口令且未安装安全补丁，感染了特洛伊木马病毒，使存于移动存储介质上的文件信息泄露。
数据包来回路径不一致造成网络不稳定
质上就是来源主机与目的主
（Destination
数据包，该数据包中源地址是A的IP，目的地址是B的IP；B收到SYN请求，将回复SYN+ACK数据包，此时源地址是B的IP，目的地址是A的IP；A收到以上数据包后，将发送ACK确认包，连接成功。
如果在这个过程中，源地址或者目的地址出现了变化，就会出现“数据包来回路径不一致”，主机之间将无法图1 数据包来回路径不一致的典型案例
Trouble Shooting
10.0.0.13，
的内网
数据
交换
是直连于是将直接转而不再经过防火将收到一个来自而非当初的请求的防火墙设备正是如此。
当
防火墙发现对服务器B的请
求是来自内网接口（trust
域）将触发一条SNAT，将“来
源地址”转变成防火墙的内
网口地址（即10.10.2.2），再
以此为来源访问服务器B。
用这种方式保证服务器B回
包时数据流必须回到防火
量用户可以访问服务
其他用户访问速
的原因。
我们摸索出
一网段中，
必须依赖防火墙做转发。
同
时，
所以即便访问申请来自内网
口，
的地址转换策略，
统一访问来源的现象。
服务器
图2 数据包来回路径不一致示意图。
常见网络故障案例解析
常见网络故障案例解析目录一、网络故障概述 (2)1.1 网络故障的定义 (2)1.2 网络故障的分类 (3)1.3 网络故障排除的步骤 (4)二、常见的网络故障类型及案例解析 (5)2.1 网络连接故障 (7)2.1.1 客户端无法连接到服务器 (8)2.1.2 网络连接不稳定 (9)2.1.3 无法获取IP地址 (10)2.2 网络设备故障 (11)2.2.1 路由器故障 (12)2.2.2 交换机故障 (13)2.2.3 防火墙故障 (14)2.3 网络服务故障 (16)2.3.1 DNS服务器故障 (17)2.3.2 Web服务器故障 (18)2.3.3 FTP服务器故障 (19)2.4 网络协议故障 (20)2.4.1 TCP/IP协议故障 (21)2.4.2 HTTP协议故障 (22)2.4.3 ICMP协议故障 (23)三、网络故障排除工具与技巧 (24)3.1 网络故障排除工具介绍 (25)3.2 网络故障排除技巧 (27)四、网络故障预防与维护 (28)4.1 网络故障预防措施 (30)4.2 网络设备维护 (31)4.3 网络服务优化 (32)一、网络故障概述网络故障是指在计算机网络系统中，由于硬件、软件、传输介质等方面的问题导致网络通信中断、数据丢失或性能下降的现象。
网络故障不仅影响用户的正常使用，还可能对企业的业务运行造成严重后果。
对网络故障进行及时有效的处理和预防至关重要。
常见的网络故障类型包括：线路故障、交换机故障、路由器故障、无线网络故障、DNS故障等。
这些故障可能是由于设备老化、损坏、配置错误、接口松动、信号干扰等原因引起的。
为了快速定位和解决网络故障，通常需要采取一系列步骤，如分析故障现象、收集信息、判断故障原因、制定解决方案、实施处理措施、测试验证等。
在某些情况下，还需要对网络进行定期维护和升级，以提高网络的稳定性和可靠性。
针对不同类型的网络故障，用户可以根据具体情况选择合适的解决方法，如重启设备、更换损坏的部件、更新配置文件、调整网络参数等。
医院局域网丢包实例解析
故障 的再次 发生或能即时有效地处理此类故障
１ 网 络 丢 包 的 定 义
当 网 络 中发 生 故 障 时 ．我们 经 常 使 用 的 用 于 检 查
一
了． 这种故障一般容易发现和解决 。 另一种情况就不太
好 解 决 了 ． 际工 作 中 ． 们 经 常会 碰 到 八根 网 线 中有 实 我 根 通 过 测 线 器 测 下来 没 有 信 号 ．于 是 就 在 连 接 电脑
２２ 网线过 长或 网线 质 量 影 响 网络 性 能 ．
一
般而言 ． 五类以上网线 质量有保 障 ， 传输距 离能
达到 １０ ． ０ 米 如果采用 劣质杂牌 网线 ． 信号 传输 会衰减 很厉 害 ， 的在六 十米左右信号 就不稳定 。 有 当然 ． 如果 用 了好的 网线 ．终端 到交换 机的距 离最好 也不要超过 １０米川 ０ 。我院一礼堂就 出现过 因距离太长而发生信号
络 管 理人 员 的 一 大 挑 战 ． 网管 人 员应 当具 备 处理 这 种 网络 丢 包故 障 的 能 力 列 举 工 作 中遇
到 的 几 种 丢 包案 例 ． 结 出故 障 解 决 的 经 验 与 心 得 ． 望 能 够提 高 大 家 的分 析 能 力 和 解 决 总 希
此 类 网 络 故 障 的 能 力
网卡那头 ．将没信号 的那根 与闲置有信 号的某根对调
一
下 ，我们都知道实 际数据信息 只用 了其 中的 １２和 、
３ ６两 对 线 ， 时 ， 忘 了 ， 入交 换 机 的那 头 也 要 同样 、 这 别 插
对调一下线序才能 正常连 网 ． 可以将交换机那 头 ． 也 和 墙 上的模块两头对调 。当然 ，最好是从交换机 到配线 架 ， 到墙上 的模 块和 到终 端 电脑 的跳线 ， 再 逐一排查 ．
网络故障处理案例-AD域内无线办公网络登录验证失败
问题描述1月30日下午接到客户报其无线办公网络突然中断，各区域部分无线终端能够找到无线信号，但输入账号信息提示错误，但大部分终端无法找到无线信号，无线控制器AC和验证服务器ACS均已重启，故障依旧。
处理过程现场使用手机搜索wifi信号确实无法发现信号源，查看AC控制器配置发现两个办公无线信号源被隐藏，将隐藏属性取消后，无线办公信号源出现。
使用客户现场人员账号登录无线办公网络发现验证失败，登录AC控制器查看配置，发现控制器并不提供本地账号验证，账号验证通过一台思科ACS服务器采用RADIUS方式与后台企业AD域控服务器验证，每个登录用户都使用自己的域账号进行无线办公网登录，在AC控制器上查看AP接入点用户账号登录情况发现办公用户登录验证已成功发送至AC控制器，但之后的验证失败。
从命令行ping测试AC控制器和ACS服务器连通正常，进入服务器机房登录ACS服务器查看，这时客户告知有两个用户可以登录办公无线网络，在ACS服务器上查看这两个用户的登录信息，发现他们在春节假期后登录过ACS服务器，怀疑ACS服务器与AD域控制器用户验证出现问题。
在ACS服务器上查看用户登录失败日志记录，发现节后频繁出现ACS 服务器与域控服务器数据库交换失败告警，用命令行ping测域控服务器地址和域名发现可以连通AD域控服务器地址但域名解析失败，查看ACS服务器网卡配置发现首选DNS和备选DNS服务器均指向互联网通用DNS服务器，将两个DNS服务器地址指向主备域控服务器地址，重新测试无线办公网络登录成功，故障解除。
故障分析经分析后认为，本次故障主要原因是春节假期长时间无人登录办公无线网络，引起ACS服务器或域控服务器刷新本地DNS缓存（活动目录AD域中各种访问主要基于域名进行，域名的访问一般有两种方式，本地缓存HOSTS文件和DNS服务器，AD域中本地缓存文件有存储期限，长时间不访问会通过策略清空缓存，但正常情况下终端可以通过本地网卡的DNS服务器指向与域控服务器联系），由于网卡DNS服务器指向错误，引起ACS服务器无法通过域控服务器解析域名，造成无线用户验证失败，而两个可以验证的账号，因近期曾经从域控服务器远程登录过ACS服务器，因此用户信息被重新记录在本地，无线账号可以登录成功。
网吧常见故障案例分析
网吧常见故障案例分析网吧是一个特殊的用户：一、使用量大。
几百台至几千台不等二、单机使用时间长。
平均使用在20小时左右三、问题体现比较频繁。
我们现在就说一说网吧一些常见的问题与预防：我们知道，计算机是由硬件和软件两个部分组成。
问题主要体现在软件和软件，软件和硬件，硬件和硬件，那么下面我们开始介绍一下常见问题：1、打开存放MP3歌曲的文件夹速度特别慢故障表现：机器配置是AMD 2200+ CPU，256MB内存，40G硬盘，使用的是Windows 2000/XP专业版操作系统。
由于网吧的客户喜欢听MP3歌曲，下载了两千多首MP3歌曲，放在了Music文件夹中，可是当我打开这个文件夹时，电脑速度就很慢，好像死机一样。
故障解析：由于Music文件夹中，存放了两千多首MP3歌曲，当打开该文件夹时出现假死机的现象，估计是Windows 2000/XP系统的多媒体文件预览功能打开了。
查找了一些工具选项，没有看到哪里可以禁止多媒体文件预览的功能。
登录微软社区后，查找到了答案。
Windows 2000/XP中视频文件的预览文件“shmedia.dll”起着决定性的作用，主要关闭该动态链接文件就可以了。
在“开始→运行”中输入“regsvr32 /u shmedia.dll”回车，出现“shmedia.dll中的DllUnregisterServer成功”的对话框就说明成功禁止预览功能了。
如果想恢复它时，输入“regsvr32 shmedia.dll”即可。
故障点评：在使用Windows 2000/XP操作系统时，可以发现当使用“缩略图”的查看方式查看一些文件特别多的文件夹时，机器会出现假死机的现象。
由此可以想到，当打开Music这个文件夹出现假死机的现象，是由于使用预览功能的原因。
当查找不到禁止的方法时，可以登录/forum/微软社区查找答案。
对于Windows 2000操作系统，要想禁止多媒体的预览功能，请打开要禁止预览的文件夹，右键单击空白处，选择“自定义文件夹”，会出现自定义文件夹向导，其中有一个“请选择模板”项，选择其中的“简易”就可以禁止预览了。
NetworktriggeredServiceRequest超时无法上网案例
NetworktriggeredServiceRequest超时⽆法上⽹案例
Network triggered Service Request超时
⽆法上⽹案例
【问题简述】
136****5273（4600040****5718）⽤户于12⽉21⽇18点35分来电表⽰⽤我们移动数据4G上⽹⾮常的慢，要求核实原因并给与解决。
⼯单流⽔号：20151221183528X82234。
【问题分析】
平台分析
查询GB平台，⽤户投诉当天12点之后，只有⼀条附着记录，⽆任何业务记录，考虑到⽤户为4G终端，查询GGSN话单，⽤户在投诉前确实占⽤4G⽹络，具体如下：
在SEQ平台查询发现，⽤户在投诉时段信令⾯的⽹络侧业务请求全部超时，⽤户确实存在不能上⽹的情况。
原始信令分析
为了进⼀步确定⽤户⽆法上⽹的原因，我们对成功的信令⾯的原始信令进⾏解析，发现⽹络侧在下发数据后，持续⽆法寻呼到终端，导致上⾏数据⽆法传送，⽹页当然也⽆法打开，具体如下：
异常信令：
⼩区指标分析分析
根据原始信令，⽹络侧下发数据包在寻呼UE时，UE没有响应，该问题可能为UE异常或者⽆线链路信号质量太差，查询所占⼩区4061715指标⽆异常，具体如下：
【解决⽅法】
通过以上分析得出⼩区下指标⽆问题，那⽤户终端存在问题的可能性较⼤，联系⽤户，指导⽤户进⾏终端重启。
观察信令，⽤户在18点54分重启附着后，根据信令判断⽤户业务已恢复正常，故障为终端异常导致，具体如下：。
计算机网络故障典型案例分析
计算机网络故障典型案例分析【摘要】本文分析了前段时间园区网络出现的故障，找到故障原因，并提示解决方案。
【关键词】网络；计算机；无线路由器；ARP协议1 故障现象公司目前接入网络的计算机有一千多台，思科交换机有40多台，有段时间园区网络出现计算机上网及访问内部服务器时断时续，腾讯通一会掉线，一会上线，导致园区所有应用系统服务器法访问，对生产及办公造成严重影响。
2 故障分析出现以上情况时，我通过Cisco Network Assistant监控软件对园区网络监控发现，园区机房的核心交换机CPU负荷率达到100%，核心交换机下连的思科交换机CPU负荷率也达到100%，导致思科交换机无法处理正常的数据交换。
如下图所示：图1根据Cisco Network Assistant监控软件的记录日志分析判断问题产生源所在的交换机，对该交换机所有端口做镜像口，并对镜像口通过wireshark软件对ARP 协议进行分析，通过对交换机ARP数据包分析发现，网络中有大量的192.168.1.1的广播，根本看不到正常的网络包之间传输。
如下图所示：图2ARP协议的作用是负责将逻辑地址转换成物理地址，每一个网络中的主机都有一个ARP调整缓存（ARP cache）里面存储着本主机目前知道的逻辑地址到物理地址的映射关系，该表不是静态的，可以随着时间而动态地更新。
ARP协议是一个通用性协议，除了可以将IPV4地址解析为MAC地址外，也可以用于其他的地址类型解析，如IPX地址，对于以太网上的TCP/IP来说，ARP协议的作用就是将目标设备的IP地址解析成MAC地址。
根据上图所示，网络中不止一台无线路由器，这些无线路由器未经配置直接连入公司网络内，因无线路由器出厂默认IP地址为192.168.1.1，当有多台192.168.1.1的无线路由器时，DHCP 功能未关闭。
会有计算机获取到192.168.1.0这个网段的IP地址，这个网段的地址是非法地址，网关即为无线路由器的IP地址。
通信常见网络故障处理
12
中国电信广东公司 综 合 部
故障处理实例—搜集相关信息
搜集有助于查找故障原因的详细信息：
向受影响的用户、网络人员或其他关键人员提出问题； 根据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议 分析仪、相关display和debug命令等； 测试性能与网络正常情况下的记录进行比较。
Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast -------- -------------------- -------------------- ------------6/36 55780287 0 285 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast -------- -------------------- -------------------- -------------6/36 27879749 190257 119430
如上述案例，可以向用户提问或自行收集下列相关信息：
网络结构或配置是否最近修改过，即问题出现是否与网络变化有关？ 是否有用户访问受影响的服务器时没有问题？ 在非高峰期日志服务器和备份服务器间FTP传输速度是多少？
通过该步骤，我们收集到了下面一些相关信息：
最近10.11.56.0网段的客户机不断在增加； 129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps， 与日志服务器间进行FTP传输时速度慢，只有0.6Mbps； 在非高峰期日志服务器和备份服务器间FTP传输速度正常，大约为 6Mbps；
第1节 导言 第2节 命令介绍 第3节 案例分析
21
wireshark故障排除案例
wireshark故障排除案例一、案例一：抓不到特定网络流量。
1. 故障现象。
我在公司网络环境下，想使用Wireshark抓去访问某个内部服务器（IP地址是192.168.1.100）的流量，但是在Wireshark里怎么都看不到相关的数据包。
2. 排查思路和步骤。
第一步：检查网卡设置。
我首先想到是不是网卡设置有问题。
我打开Wireshark的“捕获选项”，看了下选择的网卡。
结果发现，我选错网卡了！我之前选择的是连接到公司访客Wi Fi的网卡，而访问内部服务器的流量是走公司内部有线网络的网卡。
这就像是在错误的车站等车，肯定等不到我要的那趟“流量列车”。
第二步：过滤器检查。
我重新选择了正确的网卡开始捕获，可还是看不到目标流量。
这时候我就怀疑是不是过滤器设置错了。
我之前设置了一个显示过滤器，想要只看跟192.168.1.100相关的流量。
我仔细检查了一下过滤器表达式，发现我写成了“ip.dst ==192.168.100.100”，多了一个“0”，就像把人家的门牌号写错了，难怪找不到呢。
我修正了过滤器表达式为“ip.dst == 192.168.1.100”，然后就看到了我想要的流量了。
二、案例二：数据包看起来乱码。
1. 故障现象。
我在抓一些HTTP流量的时候，在Wireshark里看到的数据包内容看起来像是乱码，全是一些奇怪的字符，根本不是我预期的那种正常的HTTP请求和响应内容。
2. 排查思路和步骤。
第一步：检查协议解析。
我首先想到是不是Wireshark对HTTP协议的解析出了问题。
我在“分析”菜单里找了找有没有关于协议解析的设置。
结果发现，我之前不小心禁用了HTTP协议的深度解析功能。
这就好比你有一个翻译器，但是你把某些语言的翻译模块关掉了，那看到的外文当然就是一堆看不懂的字符啦。
我重新启用了HTTP协议的深度解析功能，但是数据包内容还是乱码。
第二步：编码问题。
我又想到可能是编码的问题。
我查看了一下Wireshark的“视图”菜单里的编码选项。
PTN案例
• 处理过程：1、网管删除网元A和上级节点的链路， 重新搜索链路，出现冲突链路； 2、查看相关冲突链路的网元有另一片区（扩展ID不 一样）的网元； 3、将另一片区的网元的链路删除，重新搜索这两 个网元的链路，出现同一个网元的同一个光口接着 两个不同的站点（详见链路搜索截图）； 4、利用命令行工具Navigator查询网元A上级站点的 相邻站点扩展ID和ID（:cm-get-coreroute），发现网 元A与另一片区的一新建网元扩展ID和ID都重复； 5、利用网管将另一片区那个扩展ID重复的新建网元 的扩展ID改为正确（不和网元A重复）； 6、网管登录网元A可以正常登入，问题处理结束。
“时钟子网设置”里，保护状态为“启用标准SSM协议”，如下图
：
•
6、 把这些站点的设置改为“停止SSM协议”，如下图：
•
7、 告知BSC督导查看告警，经观察，BSC网管的“时钟参考源异常告警”清除。
案例六：XX移动城域网167-122-国航大厦 ARP不
通，导致所在环上站点上报MPLS_TUNNEL_LOCV
案例三：PTN下挂基站业务中断问题 处理案例
• 现象描述：ptn网络通过以太网专线来承载 CDMA基站业务，其中一台ptn 950下挂的基 站业务中断，基站控制器与基站之间不能 ping通，由于基站的管理通过其他的路径来 通信，所以基站管理是正常的。 • 告警信息：ptn设备上无任何告警，基站控 制器上报该基站业务中断。
在u2000网管创建添加虚拟网元对联纤进行监控ptn网管上与落地ptn对接的rnc设备他们之间的链接关系是否能够在网管上体现当链路出现问题的时候能够查看到纤缆颜色变化从而判断故障的发生在网管上配置虚拟网元将rnc虚拟成一个ptn的网元再创建二者的联纤这样就能够从网管上看到二者之间的联纤情况当ptn和rnc之间链路出现故障时就会在网管上看到该条链路变红从而能够提醒管理员进行问题的通报及处理ptn光模块参数解析一个ptn设备光模块一般会有如下参数
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
【故障解决】 将4口交换机更换为8口交换机，即可解决 故障。
故障3：“COL”指示灯长亮或不断闪烁， 无法实现通信
【故障现象】 局域网中计算机通过集线器访问服务器， 但是某日发现所有客户端计算机无法与服 务器进行连接，客户机之间Ping也时断时 续。检查集线器发现“COL”指示灯长亮或 不断闪烁。
【故障分析】 UpLink端口不能被看作是一个单独的端口， 这是因为它与相邻端口其实就是一个端口，只是 适用的连接对象不同而已。借助UpLink端口，集 线设备可以使用直通线连接至另外一个集线设备 的普通端口，这样就不必使用交叉线。 交换机和集线器的芯片通常为×4，所以集线 设备端口大多为4口、8口、16口、24口等，如果 制作成5口，就会浪费3个模块，从而增加成本。
【故障解决】 如果需要在交换机加电之后迅速实现数 据转发，可以禁用扩展树协议，或者将端口 设置为PortFast模式。不过需要注意的是， 这两种方法虽然省略了端口检测过程，但是 一旦网络设备之间产生拓扑环，将导致网络 通信瘫痪。
故障2：5口交换机只能使用4口
【故障现象】 办公室中有4台计算机，但是只有一个 信息插座，于是配置了一台5口（其中一口 为UpLink端口）交换机。原以为4台计算机 刚好与4个接口连接，1个UpLink端口用于 连接到局域网，但是接入到网络之后，与 UpLink端口相邻的1号口无法正常使用。
【故障分析】 由于这台交换机是一台可网管交换机，为了避免网络 中存在拓扑环，从而导致网络瘫痪，可网管交换机在默认 情况下都启用生成树协议。这样即使网络中存在环路，也 会只保留一条路径，而自动切断其他链路。所以，当交换 机在加电启动的时候，各端口需要依次进入监听、学习和 转发状态，这个过程大约需要3~5分钟时间。 如果需要迅速启动交换机，可以在直接连接到计算机的 端口上启动“PortFast”，使得该端口立即并且永久转换至 转发状态，这样设备可以立即连接到网络，避免端口由监 听和学习状态向转发状态过渡而必须的等待时间。
故障4：网络硬件升级的故障
1.升级为100Mbit/s交换机之后，无法连 接到局域网络 【故障现象】 网站服务器原先采用10/100Mbit/s交换 机，通过路由器接入Internet。当交换机 更换为100Mbit/s的新设备之后，该服务器 虽然连接到交换机上的时候显示连Internet。
由于1000Base-T需要使用双绞线全部的4 对线，每对线的有效传输速率为250Mbit/s， 并完成全双工传输，因此1000Base-T对双 绞线的信号衰弱减、回波、返回耗损、串 音和抗电磁干扰等电气性能有了更高的要 求。如果双绞线或者其他配件的性能不好， 就会在线对间产生严重串扰，从而导致通 信失败。
【故障分析】
从故障现象来看，应该是网络的连通性有问题。在解决这类 故障的时候，通常可以采取下述步骤进行。 （1）为故障计算机手工设置一个固定的IP地址，该IP 地址必须与其他计算机处于同一个地址段中，具有相同的 子网掩码、默认网关和DNS，并且不能和其他计算机的 IP地址冲突。 （2）运行Ping命令，Ping一下计算机自己的IP地址， 通过反馈信息查看网卡驱动程序和网络协议是否已经正常 安装。 （3）Ping测试网络中其他计算机，以确认网络连接正 确与否。如果能够Ping通，则说明网络连接没有问题， 否则故障发生在本地计算机与交换机的连接方面，此时可 以使用网线测试仪检查网线的连通性。 （4）Ping路由器内部网段的IP地址，如果能够Ping通 则说明路由器存在IP地址分配故障，可能是IP地址池内IP 地址数量太少。如果不能Ping通，则说明网络的物理连 接方面发生故障，应该检查相应的连接是否正确。
【故障分析】 “COL”指示灯用于指示网络中的碰撞和冲突情 况。“COL”灯不停闪烁，表明冲突发生；“COL” 灯长亮则表示有大量冲突发生。导致冲突大量发 生的原因可能是集线器故障，也可能是网卡故障。 一般情况下，网卡出现故障的可能性比较小，因 此将重点放在对集线器的排除方面。 【故障解决】 更换集线器，网络恢复正常。
常见网络故障案例解析
局域网中常见的故障有很多，为了便于用户排除这 些故障，在此介绍一些常见的典型故障案例。
故障1 ：交换机刚加电时网络无法通信
【故障现象】 交换机刚刚开启的时候无法连接至其他网络，需 要等待一段时间才可以。另外，需要使用一段时间之 后，访问其他计算机的速度才快，如果有一段时间不 使用网络，再访问的时候速度又会慢下来。
从目前的故障状况来看，在原有的 10Mbit/s网络中可以正常接入，但是连接到 100Mbit/s交换机时无法通信，有可能是连 接该计算机的跳线有问题，或者没有按照 标准制作网线。 【故障解决】 使用网线测试仪测试连接服务器和交换 机段网线，发现网线存在问题，使用重新 制作的网线之后解决故障。
2.升级至千兆网络之后，服务器连接时断时续 【故障现象】 原先服务器采用10/100Mbit/s网卡，运行一切正常。 但是安装了一款1000Mbit/s网卡，用其连接至中心交换机 的1000Base-T端口之后，服务器与网络的连接时断时续， 连接极不稳定，无法提供正常的网络服务。使用网线测试 仪测试网络，发现双绞线链路的连通性没有问题。 【故障分析】 在100Mbit/s时连接正常，只是在升级到1000Mbit/s 时才发生故障，看来导致这种故障的原因可能是超五类布 线问题。虽然从理论上说超五类系统支持1000Mbit/s的传 输速率，但是如果双绞线、配线架、网线和其他网络设备 的品质不是很好，或者端接工艺有问题，就仍然无法实现 1000Mbit/s带宽。
【故障解决】 考虑到五类布线系统的性能有可能无法满足千兆网络系 统，因此更换为六类布线产品之后故障解决。 故障5：尽管Link灯不停闪动，但网速却奇慢 【故障现象】 服务器上网速度很慢，开始时打开网页非常缓慢，后 来甚至连网页都无法打开，Ping网站也无法解析地址。 起初以为是DNS设置或者服务器故障，但是这些都正 常运行。尝试Ping其他计算机，发现丢包率很高。而此时 交换机的Link指示灯不停闪烁，数据的交换非常频繁，说 明计算机在不停地发送和接受数据包。关闭交换机之后再 重新打开，故障现象得到缓解，但是一段时间之后又出现 这种故障。