所以我坐在CCIE R/S实验室测试版前，开始了我非常期待的部分——新的2小时故障排除部分。进入那个区域两分钟后，我完全懵了。似乎连尝试都做不到。40-ish路由器和交换机…10 - 12麻烦门票…2个小时…加上一个新的用户界面。但是在这个过程的最后，我完全改变了我的观点——我认为这是完全合理的。今天，我将描述这个过程，并得出一些关于射击部分的结论。
首先，要有一些上下文。这一天的开始是与监控器的简短谈话，以及在启动计时器之前您可以看到的用户界面的各个部分。然后，开始计时，然后回答开放式问题。思科并不要求应聘者通过测试——他们想要测试实验室、流程、界面等——所以是时候点击开始来加速实验室的测试了。
(我假设你读了我上一篇关于GUI的文章;如果不是这样,到这里。）
没有物理实验室书，但有一个窗口可以显示，列出了我将称为故障票的各种T'Shooting任务。每个任务或票证都描述了一个问题，例如，PC1不能ping PC2，应设置介入路由器，执行x，y，z，使其工作，那种东西。我不能说我有多少，但我确实获得了10-12张门票的许可。只是我的意见，但这个数字可能随着时间的推移而变化，特别是在他们构建更多时，其中一些可能需要更长时间或更短的时间。
GUI实际上很好地读书。T'Shooting任务可以从显示任务的窗口轻松滚动。所以如果我看了我的清单，想过关于做数字3,5或7下一步，它很快和容易仔细检查。因为门票似乎没有依赖于彼此，所以似乎是一个很好的策略，首先为我做最简单的事情，忽略了我没有关于配置的知识的那些，并获得两者之间的Tweeners。（您的门票可能是相互依存的 - 它们只是在我的情况下。）无论如何，GUI使我很容易导航到我想要解决下一个的麻烦票。
最初几分钟令人震惊的是拓扑图的揭幕。大约30到40个路由器/交换机互相连接，冗余很大。呵!最重要的是，我带着完成配置部分的典型策略来到了实验室，计划在做任何练习之前很好地处理拓扑。然而，一个比典型配置拓扑大4倍的拓扑会使配置变得困难。此外，该图中的信息比配置部分的典型多视图图形要稀疏一些。所以，使用我的“理解拓扑”策略是不好的，特别是在时间限制的情况下。
一个有趣的一边：配置部分继续在真正的装备上进行，坐在其他地方（我认为圣何塞，不确定，但它在罗利旁边没有旁边）。但是，大型T'Shooting拓扑是在“虚拟环境”上，使用批准的描述。所以他们没有吨30到40个设备豆荚等待着你。我不知道这些实例托管的位置，但在T'Shooting实验室中的响应时间比Config Labs更好。
个人门票很清楚和公平。此外，他们并不长久地阅读他们，在2n时间过去了，大概需要10秒的时间来重新阅读，是时候进入控制台了。所以，理解每一个问题只花费很少的时间。
对于那些我知道这个话题的门票 - 那些可能潜在的根本原因跳跃的人 - 我才从7-8分钟重新阅读来查找/修复问题。（是的，肛门避免Wendell定时了所有。）那些我认识这个话题的人，我平均需要12-ish分钟。我没有2个，其中2个，但它们在实验室蓝图的范围内。我认为他们对准备准备的候选人均可解决，但我认为可能是...... 1票就是适当的，特别是在那一点的GUI上的学习曲线。但我认为如果我在那些门票中掌握了所有主题，那么2个小时就足以让他们完成。
射击部分最大的问题是我如何完成任务。如果我再次使用它，我不会使用通常的配置部分方法，即阅读所有内容两次，绘制图表，理解拓扑，然后实际开始使用CLI。我想我会使用“读取一次，然后反应”的策略，并在开始后5分钟内进入CLI获取第一张票。想象一下现实生活，电话响了，出现了问题，你听了几分钟，然后开始登录。因为大多数的票让我瞄准3-5个设备来解决这个问题，它更像是一群拥有不同拓扑的独立实验室，而不是更全面的配置部分。(有人告诉我，我的票只集中在拓扑中的一小部分，但这并不意味着所有的票都是这样，所以请注意。)不管怎样，如果我必须再来一次，我的策略是这样的:
- 把所有的票看一遍，足够找到主要的主题，然后在你的笔记上做一个清单
- 挑最简单的，然后开始挑;(在我看来，顺序并不重要)
- 对于每张票：
- 在阅读罚单的时候，在脑海中列出一张要检查的事项清单
- 没有样式点:解决方案是改变配置，所以“show run”可能需要在前3-4个命令
- 个人T'Shooting风格起到了作用
- 如果稍后的票证也使用这些设备，我会列出我正在为每张票证的设备列表;我可以通过更多地了解我以前的地方来刮掉几分钟。
- 如果你计划稍后花时间检查/确认，假设你完成的时间超过2小时，就在每台设备上和每张票上记下你配置的内容
让我知道你的想法。下一次，我将通过讨论一些射击部分的准备技巧来结束CCIE。这里还有一些今年春天的相关链接:
《射击》将于10月18日回归th
//m.amiribrahem.com/community/node/41583
ccie研发书面变更
//m.amiribrahem.com/community/node/41659
如何准备CCIE R/S故障?