将问题的根源修复到故障诊断专家

在网络维护过程中最困难的部分往往是你需要知道的第一件事。愚蠢的系列文章，是关于一个高效的网络管理系统（NMS）可以给你的网络状态信息和它是如何工作的。我们一直在谈论如何使你的网络管理系统了解网络或网络性能下降的故障。我们还讨论了网络管理系统，帮助你保持一个稳定的、一致的网络设备的配置。这样，即使我们知道网络中存在的问题，我们也可以有效地通过有效地利用网络管理系统解决的故障排除过程最困难的部分。
接下来的问题是要弄清楚是什么问题。毫不夸张的说，网络管理系统不仅可以报警，当问题出现时，也能帮助你确认问题。但有时事件或条件触发报警不一定是问题的根源。如果你收到一个报警，网络链接不满足性能要求的服务水平协议（SLA），你不能总是立即知道性能劣化的原因。
一旦你知道了问题的根源，这样做通常的方法是用谷歌搜索解决方案。然而，这可能需要花费大量的时间去寻找问题的根源并修复这些问题。因此，在只有我们的计划检修情况的问题时，网络管理员。发生时，是否能迅速有效地排除故障可以区分管理老人和新人之间。它有一个很好的工具和一个好的技术是非常重要的，不管你的经验是什么，接下来的章节将帮助你成为一个优秀的网络维护专家。
当你的网络问题，你要做的第一件事是什么你想查看的平网设备设备是否正常运行和回应或者你进入网络管理室检查LED指示灯仍闪烁的绿色，或成为一个红色或你将帮助用户或登录通知故障的网络管理系统，了解有关问题的更多信息联系：
这些操作都是优于其他。对于第一屏设备，你可以得到设备是否能与你的工作站的通信立即理解。对于那些陷入真正的人的网络管理，你会很快发现接口错误或死机了。对于那些连接与通知代理用户或工作，你可以很快的得到第一手信息，触发故障报警错误。
在每一种情况下，故障排除最重要的部分是开发一种有效的技术。不管网络中存在什么问题，你会发现有一个很好的技术来发现问题，将有助于你快速找出问题的根本原因，从而找到有效的解决方案。
可以说，一个好的故障诊断专家是一个快速故障诊断专家。您将注意到的全部事情、故障排除过程以及对工具的讨论都将帮助您快速找到解决方案。

使用OSI模型作为故障诊断的框架
一个通用的解决框架，帮助你应对已知的网络问题是一个开放系统互连（OSI）模型等。如果你有一个网络设备工作一段时间，你可能熟悉OSI模型。它是一个七层框架，涵盖了很多今天的网络和大部分的网络协议。你可能没有使用之前使用它作为一个故障排除指南网络中未知的问题分类。
OSI
图四模型是协助网络受训人员找出网络存在的问题的一个理想的框架

不需要探究模型的历史和使用太多的细节，让我们看看如何将OSI模型扩展到一个可以用来隔离问题的框架。图4.1显示了OSI模型的七层结构和与每个层相关的一些典型问题：
物理层的典型问题包括构成网络的物理连接的断裂，断开的网络连接，电缆和连接器问题，以及由硬件引起的设备之间的禁止电流传输问题是物理层的一些典型问题。
我们不讨论纯电的问题在数据链路层，而把注意力转移到接口本身的配置。数据链路问题往往是地址解析协议（ARP）的相关问题，这是负责将IP地址到MAC地址。这些问题可以通过网络设备之间率和工作模式不匹配造成的，或太多的硬件接口错误。该设备的操作系统的错误配置（OS）接口或无线连接的干扰，还可以在数据链路层的问题。
网络层从网络遍历问题。网络层的问题往往是在从源地址选择正确的路径到达目的地址的过程中，网络数据包的故障引起的，这可能是不正确的IP地址或IP地址复制在网络。网络中的数据或ICMP数据包的路由问题和协议错误也可能导致的问题。在极端的情况下，外部的攻击也可能导致网络设备，导致在网络层问题的错误。
传输层传输层通常在以太网的TCP或UDP数据包发现。这些问题可能是过度的重传错误或组分相关，没有一个单一的问题，可能会导致网络性能的一个完整的下降。这一层的问题是很难追踪，因为潜在的问题，传输层问题通常不会导致完全失去连接。此外，传输层的问题往往是在IP端口拥塞相关。如果你能ping通服务器，但是你不能通过一个已知的端口连接，这可能是一个传输层问题。
对话层、表示层和应用层三层常常被讨论在一起，因为OSI的最新解释往往削弱了这三层之间的隔离。三层故障排除过程包括与应用相关的各种问题。
这些应用问题可能包括DNS、NetBIOS或存在其他操作系统分析和应用的问题，或高层协议失效或配置错误。一些典型的高层协议包括HTTP协议、SMTP协议、FTP协议和其他一些典型使用网络而不是；运行网络。此外，一些特殊的外部攻击，如中间的攻击，也会导致问题，在这些水平。
网络问题会发生在任何层的模型，因为网络管理员非常清楚的模式，很自然的成为各种网络管理员解决问题的一个有效的工具。如果你用这样的语言翻译工作，这似乎是第四个层面的问题：网络，管理员，你可以马上知道问题的总面积（传输层）。
你会听到一些有经验的网络管理员经常使用的层次是指位置的问题。例如，当你听到的；在第三层；这是IP连接的问题，揭示了第四层的网络端口关闭造成的问题。有趣的是，网络管理员喜欢电话系统的问题，而不是网络为第七层的问题。

让我们看看在使用OSI模型隔离问题的过程中可以使用的三种不同的方法。
三种不同的方法
使用OSI模型作为故障诊断的框架，网络管理员通常使用以下三个方法：自下而上（Bottom-up），自顶向下（Top-down）、中端（鸿沟和征服），一个特别的问题，他们会选择其中的一个对他们的经验问题的程度依据。根据问题的类型，每一种方法都有其使用。让我们讨论一个接一个。
自下而上（自下而上）
简单地说，自底向上的方法，网络管理员从OSI模型的底部开始，经过各级直到他们找到问题的根源，采用自下而上的方法进行网络管理员一般，从物理层问题的第一次检查，以确定是否网络连接故障，其次，查看网络接口配置和错误率，再次，检查路由，分割和端口阻塞IP和TCP / UDP错误，最后检查每个应用程序错误。
这种方法是最适合的网络或大量潜在的错误完全崩溃的情况。这种方法也是最好的选择时，问题尤为复杂。复杂的问题，故障检测程序往往不能为网络管理员提供足够的调试数据分析问题的方法。因此，专注于网络是最好的。
自上而下（上下）
自上而下的方法与自下而上的方法正好相反。网络管理员从OSI模型的顶端，看故障程序试图跟踪程序的失败的原因。这种方法是最适合的一个很好的网络状态，当网络中的新的应用程序或应用程序配置完成。网络管理员可以首先确保应用正确的配置，然后去确保所有IP连接和适当的端口处于打开状态，以保证程序的正常运行。一旦所有上面的问题都解决了，你可以回去检查网络是否工作正常，如前所述，这种方法一般适用于正常的网络功能，但新的网络应用正在介绍了现有的应用程序重新配置或正在进行。
从中到尾（分而治之）
从中间到两端的方式是内脏感觉的一种富有想象力的命名方法，这种方法通常是由一个有经验的网络管理员对网络和可能存在的问题有深刻的理解，从中间到结束的方式，要求网络管理员有一个到问题所在的地方的直觉。首先，从你认为问题可能出现的层开始，然后从模型的位置扩展到模型的两端，这个方法也可以用来解决之前遇到的一些小问题。
然而，由于缺乏足够的科学依据来正确诊断较困难的问题，这种方法往往失败，如果问题复杂，中间和两端的方法可能无法有效地跟踪问题。
OSI
根据问题的类型，从下到上、自顶向下、中间和两端选择隔离问题的根本原因。
无论什么样的方法可以使用，只有当你完全了解你的网络和它的特性，你可以考虑选择一个结构化的方法作为故障诊断的技术。虽然使用结构化的方法可能会增加解决问题的时间，但它将彻底追查问题的根源，而不是因为一些网络中的关键问题和缺天后进行调整；。
只有对网络和故障排除技术有坚实的基础，建议使用方法的中间和两端，这种方法往往只能处理一些表面网络问题，无法解决实际的根本问题。
让我们暂时放下故障诊断的一般概念，开始谈论一些我们可以用来解决故障的工具。