网络检修过程中最困难的部分往往是你首先需要发现问题所在。笨系列文章从头到尾讲述的都是一个高效的网络管理系统(NMS)如何能够使你获悉网络的状态信息和运转情况。我们已经讲述了网络管理系统如何使你获悉网络发生了故障或者网络性能开始下降。我们还讨论了网络管理系统如何协助你维护网络设备稳定、一致的配置。这样，即便知道网络存在问题，我们也可以通过有效地使用网络管理系统来解决故障检修过程中最困难的这一部分。

　　接下来的难题就是搞清楚问题到底是什么。可以毫不夸张的说，网络管理系统不仅可以在问题出现时进行报警，还能够协助你对问题进行确认。但是，有时候触发报警的事件或者条件并不一定就是问题的根源所在。如果你收到报警说网络链路不能满足性能服务等级协议(SLA)的要求，你并不能总是立即知道引起性能下降的原因。

　　一旦你知道问题的根源所在，通常的做法就是用google搜索解决方案。但是，查找问题的根源以及修复这些问题可能需要花费大量的时间。正因为如此，网络管理员在进行故障检修时才对我们的方案情有独中。当问题发生时，能否快速、有效地进行故障检修就能将管理老手和菜鸟区分开来。不管你的故障检修经验水平如何，拥有一套好的工具以及一种好的技术是非常重要的。接下来的章节将帮助你成为一个优秀的网络维修专家。

　　当你的网络出现问题时，你首先会做的是什么?你会ping网络设备以查看该设备是否正常运行并且有所响应吗?或者，你会一头扎进网络管理房来检查LED指示灯是否仍然闪烁绿色，还是已经变成了红色吗?又或者，你会联系求救的用户或者登录到通报故障的网络管理系统来查找更多的有关问题的信息吗?

　　在这些操作当中，没有哪一种比另外的更好。对那些首先ping设备的人来说，你立即就可以获得一个底层的认识，即该设备能否和你的工作站通信。对那些一头扎进网络管理房的人来说，你可以很快发现接口是否正在显示错误或者已经当机。对那些联系用户或者与通知代理一同工作的人来说，你可以迅速得到触发故障告警错误的第一手资料。

　　在每一种情况下，进行故障检修的最重要的部分就是开发一种有效的技术。不管网络中的问题是什么，你都会发现，拥有一种好的技术来发现问题有助于你快速确认问题的根源所在，以便你找到有效的解决方案。

　　可以这么说，一个好的故障检修专家是一个快速的故障检修专家。整篇你都会注意到，故障检修过程，以及对工具的讨论，都是为了协助你快速地找到解决方案。

　　使用OSI模型作为故障检修的框架

　　一个有助于你构造对已知网络问题进行响应的通用的故障检修框架是国际标准化组织(ISO)提出的开放系统互连(OSI)模型。如果你和网络设备一起工作已经有一段时间的话，你可能对OSI模型已经熟悉。它是一个囊括了当今很多网络和大多数网络协议的七层框架。你以前可能没有用到的是把它当作一种故障检修指南来对网络中的未知问题进行分类。