(特价书)网络工程师维护和故障排除手册(原书第2版)

.　　术语
　　在学习网络时，更容易混淆的一件事情是术语总是在不停地变化。再加上人们在讨论某话题时常常会错误地使用术语，或者使用正确的术语来描述相关的领域而术语本身却不严密或不准确。最后，缩写词往往会惊人地相似，而如果给出完整的术语则会发现它们具有完全不同的含义。有许多的例子都是关于单个网络领域的缩写词根据上下文有多种用法。
　　如果注意一直使用正确的术语，那么当数据经过OSI模型移动时，随着数据在各层之间的传送，就会伴随出现术语的变化。在日常谈话中，这就会有些混乱，特别是对于刚刚接触网络的人。理解这些术语能够很随意地使用将极大地增强你理解会话而不被迷惑的能力。在普通交谈中，试着更多地关注会话的主题，少关注术语。如果是在参加培训，留意那些能够负责地使用正确术语来讲述新信息的教师，并经常要求给出解释。
　　作为一个例子，帧（frame）和分组（packet）这两个词或许是最常见的用于描述在网络上发送的数据单元的术语。下面将列出用于定义网络的标准文档的术语，因此，它们是在数据单元传输的每个阶段所应该使用的“正确”术语。在讨论中，帧和分组可能会不严格地用于描述数据单元，并且可能不会明确地用于确定正在讨论的传输所在的OSI分层。不难想到，在简短的讨论中，通过更换术语来保持严格的准确性，这很可能更令人困惑而不是更容易理解。
　　物理层
　　术语分组描述802.3以太网传输事件，包括从前导码到帧检验序列（FCS）的所有以太网字段。前导码和帧首定界符（SFD）字段是定时信息，会在随后被丢弃，但包含在分组中。
　　数据链路层中的介质访问控制（MAC）子层
　　术语帧描述802.3以太网传输事件在定时信息被丢弃之后的部分。从目的地址到FCS的字段会被计数，测试是否存在错误以及是否超过MAC层的最小和最大长度限制，并被描述为帧。
　　数据链路层中的逻辑链路控制（LLC）子层
　　802.2标准使用协议数据单元（Protocol Data Unit，PDU）来描述由LLC子层所处理的传输。
　　网络层
　　Internet协议（IP，更多信息请参见RFC 791）使用数据报（datagram）来描述由网络层所处理的传输单元。
　　传输层
　　用户数据报协议（UDP，见RFC 768）使用数据报，而传输控制协议（TCP，见RFC 793）使用数据段（segment）来描述由传输层所处理的传输单元。
　　用于描述连接到网络的设备的术语也存在一定程度的不严密性。不难见到在同一句话中有多个术语欲指代相同的设备。
　　在网络层中，通常使用主机（host）来描述所有参与IP协议的设备。在几乎所有层中，同样能够听到使用设备（device）、站点（station）或特定功能的术语，比如PC、路由器（router）或交换机（switch），用于描述参与到网络中的设备。同样，要知道在讨论中从某种程度上经常互换地使用这些术语，而且除非用得非常准确，否则其中任何一条术语（或者没有提到的其他术语）都只是在指代连接到网络的一台设备。
　　本书中所使用的另一组术语与所做的工作有关。在有些机构中，职务头街携带着很重要的意义，而在另一些机构中则不然。本书中将使用下面给出的职位描述，它们是基于日常任务和网络访问权限而给出的。视情况来修改它们，使之适合机构的实际情况。（更详细的描述，请参见附录H开始处的“从什么工具开始”一节。）
　　咨询台（帮助台）
　　日常事务包括帮助用户在计算机上安装应用。可能包括少量的基本连通性故障诊断，但通常仅限于从网络获得链路状态。大多数活动都是通过电话和远程访问会话进行处理的。如果需要现场支持，通常仅限于用户的工作区并且不会超过第一个交换机端口。
　　网络技术员
　　日常事务包括与咨询台人员交互，解决第一个交换机端口之后的问题。技术员的工作职责是网络而不是用户。技术员可以拥有交换机的密码，但通常没有路由器的密码。职责通常只限于一个站点。
　　网络工程师
　　日常事务包括区域或整个企业网络中对路由选择的基础设施进行配置和维护。作为问题升级支持，向技术员提供一些帮助。网络工程师也参与架构设计和网络扩建规划。
　　网络经理
　　日常事务包括与公司管理层的联络活动，在概念层次上与网络工程师协作，以及所有网络支持活动的政策制定。根据个人的技术资格，网络经理可能有也可能没有交换机和路由器密码，但是即使有密码，常规情况下也不会更改配置。
　　本书组织结构
　　除了明显地遵从OSI模型的组织方式之外，这本书可能看起来很奇怪，因为前8章看似是一份网络教程，而有关故障诊断和观察到的网络行为的高质量内容直到接近本书结尾处才出现。这样做有一个很简单的原因：只有先理解了理论，才能够高效地理解故障诊断信息。
　　举个简单的例子，Fluke Networks支持热线经常会接到下面这样的电话：
　　呼叫者：我有一台你们的（产品名称），我希望你们能帮我找出广播风暴的来源。
　　客服支持：请您先描述一下您的（产品）显示的哪些症状表明存在广播风暴，好么？
　　呼叫者：（产品）显示我的网络上存在100%的广播。
　　客服支持：那网络利用率是多少？
　　呼叫者：（停顿）……奇怪，利用率只有0.02%。
　　客服支持：您连接到交换机了么？
　　呼叫者：是的，但你为什么要问这个？
　　接下来的几分钟将用于解释网桥的工作原理。读完这本书后，希望你能看出客服支持电话中的幽默所在。客服支持电话中还存在几种常见的网络情况，本质上与上面所描述的事件相似—全部都是通过向呼叫者解释基本的网络原理而得以解决的。它们往往分为两类：缺乏对基本原理的理解，这会导致错误的结论；缺乏对所观察到的症状的正常起因的理解，这会妨碍形成故障诊断计划。第一类情况会接着第二类情况出现。
　　OSI模型提出了一种供相似或不相似的网络进行描述和相互连接的通用框架。这个模型还进一步提供了边界，其中某些类型的信息在特定的条件下将被移交。这种模型是学习网络时重要的一部分，尽管大多数初学者都认为它既无聊又浪费时间。因为OSI模型是所有网络的路线图，所以本书将首先讲述它。如果没有OSI模型，就很难将网络原理和具体的产品信息结合成内部理解的流程或过程，来帮助你完成工作。
　　在OSI模型之后，将是布线、以太网、桥接和相关协议等内容的工作原理，一直到OSI第4层。如上所述，本书不可能涵盖所有内容。可以将本书看成是网络的入门书，它使用工作在双绞线或光纤光缆系统之上的TCP/IP和以太网作为例子。
　　故障诊断部分（第9章～第11章）尝试遵从相同的OSI模型次序，不过第11章中的材料被划分成几种不同的方法或观点。故障诊断主要局限于确保在网络基础设施之上存在端到端的传输。更高层问题（OSI第5层及更高）的故障诊断以及端到端传输的修改，比如服务质量和安全，都超出了本书的范围。
　　大多数专家都曾在某个时刻说过“我学到的越多，我认识到自己所不知道的东西就越多”。希望在读完一节或一章的时候，你会认识到还有大量的内容没有涵盖在内。在读完一章的时候，你应该满脑子都是未回答的问题。本书引用了足够多的参考书目，你应该知道从哪里开始查找答案。
　　技术细节
　　本书用了大量的篇幅来讨论协议和帧的细节。在本书中添加这么多的内容有以下两个原因：本书所列出的大多数协议对普通用户而言都是未知的，而许多技术员也只知道几个字段。拥有简化的汇总将使标准的阅读更加轻松。
　　学习网络的工作原理和行为的一种方法是，学习各种类型的设备是如何与网络上其他类型的设备交谈的。如果知道了会话或协商应该如何进行，以及相同或不同的设备类型之间预期会发生哪种会话，那么当会话或协商没有产生想要的结果时，要发现错误就会容易得多。
　　成功完成协议分析通常归结为知道大量有关每种具体协议的知识，而协议分析仪是用于支持网络的4种基本工具组中的一种。因此，本书提供了大量有关基本协议和字段的细节，作为网络专家的参考，并作为新手指导的原始资料。这些细节仔细地安排在上下文中，并按照它们所出现的适当的OSI层进行排列。
　　在本书中，至少有一处的详细程度远远超出了普通网络技术员或工程师在网络支持过程中需要用到的程度。之所以如此详细地提供以太网的实现部分，是因为它通常不会在任何其他地方进行描述（除了晦涩难懂的802.3标准之外），并且它可以帮助读者理解为什么介质测试标准会那样严格。在这部分过于详细的内容之前，有一段叙述建议普通读者略过其中的大部分内容。
　　本书中所使用的约定
　　本书是简明易懂的，只有几个约定需要注意：
　　·见参考资料。在每一章的许多小节中，都会看到对其他文档的交叉引用，像这样：[参见802.1D]。如果对这个主题特别感兴趣，或者在读完这一节后仍然存在不确定的问题（许多内容都概括或省略了），或者还存在详细的问题，那么所引用的标准或其他文档就代表了一个很好的进一步阅读该主题的地方。在大多数情况下，所引用的参考资料都提供了最合适的出发点，或者是对我的研究主题提供了最完整的描述。
　　·每章都以“本章复习题”这部分作为结尾，它使你能够亲手实践本章的内容。下面是通用的图例，表示每个问题预期的难度：
　　概念强化。这应该是极其简单的。
　　本章给出了概念，但你必须使用它们来回答这个问题。
　　难题。如果理解了本章所给出的信息，就能够回答这个问题。
　　补充材料
　　可以访问本书的网站www.informit.com/title/9780321647412以获取支持材料，包括补充图表和图形。