说来话长，但我一开始打算写一本书的博客，我曾经为CCIE R/S实验室故障排除部分做准备。然而,我认为有一个广泛的话题,源于我今天经历了在实验室里。我想提供一些想法,结晶围绕这个主题:it R / S故障排除任务需要如此广泛的观点都在实验室的蓝图,它可能需要一种不同的方法比CCNA和CCNP t 'shooting问题。因此，您的准备工作和使用的工具可能需要有所不同。今天我将描述我在CCIE R/S实验室测试的这本书，并讨论为什么我认为这个新的部分需要一个不同的攻击计划比CCNA和CCNP的射击主题。最后，我将提供一个调查，看看你认为你会如何处理在实验室日的拍摄主题。
首先是背景。如果你错过了前两篇文章(在这里和在这里)，几周前我参加了CCIE R/S实验室测试。我知道我没有时间准备，除了在机场和飞机上的两个小时。所以，与其在实验室里埋头苦干，我决定测试一个从我听说他们在实验室里增加了特定的故障排除部分开始就流传下来的理论。我一直是这本书的粉丝。”IP路由协议故障排除我曾经用过一段时间，但我只是在很短的时间内使用它。我的理论是，它是为实验室故障排除部分的路由协议做最后准备的完美书籍。我想测试一下这本书作为期末备考工具的用途，希望它能帮助我确认我知道的东西，温习我忘记的东西，学习我从来没有遇到过的东西——作为考试前最后一周使用的工具，这样做的速度相对较快。
公平地说，我不认为这本书是为CCIE实验室研究而宣传的“死记硬背”或填空书，但基本上，我就是这样使用它的。我已经认为这是一本很好的书，因为它解释了许多与路由协议有关的问题。
简短的版本是，这本书是太棒了，我的目的。首先，内容表（TOC）中详细说明。它列出的问题 - 很多问题 - 包括症状和根本原因，在TOC那里。随着在TOC足够的信息，我可以迅速地读取和知道我已经知道了，我想可能有一些小点的学习，这可能是全新的（或遗忘）。然后，我可以翻转阅读更多关于一个很有趣，并巩固自己的技能。而且我也学到一些新的东西！
顺便说一句，这里有一个我不知道的:在NSSA区域，只有一个ABR(具有最高RID的那个)能将7型LSA转换为5型。这本书展示了这个事实，以及一个导致预期的area 0路由器不了解注入到NSSA区域的外部路由的场景。正如你所看到的此PDF的TOC页面其中之一我觉得这个场景很酷。
那又怎样?这是一本好书，万岁。接下来，考虑CCIE实验室日发生了什么。假设您正在参加CCIE R/S实验室。您开始了故障排除部分，并且您花费了前10分钟查看图表，阅读所有故障排除票据。还有110分钟，你开始买11张票中的第一张，计算每张票10分钟。你会从表演开始吗?首先ping / traceroute吗?是否有几个显示命令?只有一个或两个显示命令，然后潜入显示运行?你是如何在10分钟或更少的时间内，从一般的想法，到你脑海中要检查的相关事物的列表，找到所有丢失/损坏的配置，修复它，并验证问题已经解决?
下一页，我将针对CCIE场景和CCNA/CCNP对该游戏进行一些评论。
第一意见:大多数CCNA和CCNP级别的故障排除问题都停留在问题陈述中提到的技术领域。为了解决这些问题，更快/更好的策略可能是立即进行一两次表演。大多数人似乎都是从前2-3个命令中的“show run”开始故障排除的。这种策略很有效，因为可能的原因(至少在考试中)是与主题相关的错误配置。
例如，如果出现问题，说明PC1不能ping通PC2。快速浏览一下路由器的IP路由表就会发现缺少路由。快速看一下OSPF的邻居显示了一个失踪的邻居。但是，在这两个路由器上运行一个快速的显示，可能会发现本应是邻居的两个路由器之间的OSPF区域号不匹配，并且它会立即显示需要重新配置什么。因此，从show run开始可能会节省一些命令，并加快进程。
当然，这只是我的观点，但我认为这些考试评估的故障排除技巧与问题陈述的一般概念是一样的。
下一个观点:CCIE一直关注蓝图内各主题之间的互动。同样的“PC1不能ping PC2”问题可能需要检查一台路由器上的DHCP、另一台上的NAT、两台路由器上的GRE隧道、带有重分配的2个IGPs、VLAN中继、STP、私有VLAN等等。是的，您需要掌握邻域中主题的所有复杂之处——例如，两个OSPF邻域必须位于其公共子网的相同区域——而且还需要了解其他特性对彼此的影响。例如，您可能需要知道在同一个VLAN、在同一个子网中启用OSPF的两个路由器，但它们不会形成邻居关系，它们可能会受到以下事实的影响:它们分别位于同一私有VLAN中的独立端口。甚至对于CCNP考试，从OSPF邻接问题陈述开始，然后需要通过重新配置私有vlan来解决它，这可能超出了思科对CCNPs的期望，但对CCIE却不是这样。
第三个观点:CCIE的限制可能会要求你在“show run”之外的其他地方开始通过这部分的实验室。这是为什么:你基本上每张票有10分钟左右的时间，而且为了讨论起见，假设你有4-6个设备。如果根据定义，根本原因——也就是你必须重新配置的东西——可能是任何东西，你就不能只去配置中寻找几个项——你可能需要读取配置的至少一半。问题陈述中列出的问题可能只涉及一个主题区域，但根本原因可能不在附近——也就是说，原因可能在一个不太明显的设备上。并与配置的实验室,你已经知道了很多关于底层配置,你基本上学习的布局应该做什么当你排除——更像你是一个承包商出现保存一天一个客户,但是首先需要做学习的基本布局。所以，你要弄清楚子网、掩码、vlan、隧道、路由协议邻接等等应该有什么——然后弄清楚哪里出了问题/缺少了什么。
所以，根据第三种观点，如果你有更多的时间，show run可能会很好。由于时间限制，我认为您应该首先使用其他show命令来隔离问题，然后开始查看配置。我认为最好执行5-10个show命令来隔离根本原因。当我在实验室工作时，我在对大多数故障罚单进行第一次“显示运行”之前，要执行5-10个“显示”命令。老实说，即使是在CCNA上，我也倾向于在使用“show run”之前做3-4个show命令，主要是因为当我使用CCNA时，我主要是在踢轮胎。
我的意见说够了，让我们听听你的意见。让我问你们所有人，你们在做什么，或者你们期望做什么。这两个调查中的第一个选项是阅读问题陈述，猜测最佳的设备开始，然后在那里进行“展示”。2nd选项是首先执行两个其他show命令来决定用“show run”命令启动哪个设备。第三种选择与第二种类似nd，而是使用ping/traceroute来找到正确的设备。最后一点是，在查看配置之前，您不仅要通过在可能出现问题的设备上执行show命令来选择“show run”的最佳位置，还要进一步隔离主题区域。同时，请评论一下哪些对你来说是好的，哪些是不好的。和往常一样，不要提及你在这次考试或其他考试中看到的具体问题。谢谢你会……
页。