我最近注意到我的2621路由器存在问题 – 它每次大约10分钟，一个月大约10次，变得没有反应。 路由器位于外部世界和我经常login的服务器之间 – 奇怪的是，我注意到，如果我在这10分钟的中断期间login了我的服务器，我仍保持login状态，没有响应速度的下降。 但是，从服务器到路由器的ping会挂起。
我不知道该在哪里debugging问题 – 我已经在路由器上启用了日志loggingfunction，但没有注意到与这些事件的出现有很强关联的任何消息。 任何build议如何进行将不胜感激。
路由器出现故障时，是否与高带宽使用有关？ 我已经看到这些老的2621在25-30Mb的时候开始挂起（大部分时间在CPU中使用很多进程，慢慢地增加到99％，并且认为路由器不能参加更多的进程，甚至是ping）。
我的第一个build议是学会打开会计，如果这是路由器的function。 如果这个路由器没有记帐function，那么打开snmp监控并下载任何snmp监控工具（免费）并打开它，直到下一个10分钟时间发生。 在你的snmp工具中，你可以很好地指出问题发生前后的情况。
你从来没有提到你的消息如何解决你的问题。 它是通过重新启动，还是消失或如何？
也。 尝试排除故障，如果这是由于外部链接或内部，这将给你一个很好的起点。
我希望这有帮助。
这听起来像可能会CPU高峰。 IOS会优先考虑你的loginstream量的切换，所以当你的会话变得没有响应的时候你的stream量可能会很好。 您可以使用“show processes cpu history命令”检查CPU峰值，这将会放弃72小时的历史logging。 例如，下面显示了几天前的一个秒杀：
...
11111 1 9 1 1111 1 1111 1 1221 111 1 1 1 1 111 11 1 11
779900002804797760808320094575709000090605308800193708171813079107090189
100
90 *
80 *
70 *
60 *
50 *
40 *
30 * *
20 * **
10 *********** ************** ************************ *********************
0 .... 5 .... .... 1 1 .... 2 .... 2 .... 3 .... 3 .... 4 .... 4 .... 5 .... 5 .... 6 .... 6 .... 7 ..
0 5 0 5 0 5 0 5 0 5 0 5 0
每小时CPU％（最近72小时）
* =最大CPU％＃=平均CPU％
如果您在login时发生峰值，那么您可以使用“show processes cpu sorted 5min”来了解什么是所有的CPU。 也许值得让NetFlow或Flexible NetFlow检查你的路由器在那个时候是否正在扫描端口。
假设您有一个CCO帐户，请尝试执行“sh技术”并将其通过Cisco输出解释器。
https://www.cisco.com/cgi-bin/Support/OutputInterpreter/home.pl?style=small
这将做一个很好的工作，诊断一些基础知识，是一个很好的起点。 它应该包含错误跟踪器的链接，以帮助识别IOS错误，如其他一些职位中提到的，安全build议和进一步文档的链接。
我和上面的“Harry”一样 – 我决定为这个网站注册一个帐号。 由于我没有足够的声望，所以我在回答上面的问题时遇到了困难，但是为了回答非常有帮助的答案：
l0c0b0x – 这是一个很好的build议，它似乎与带宽尖峰有关。 你会如何build议我继续？ 我真的是Cisco路由器pipe理员的新手。 我试图调查为什么尖峰发生在第一位，但理想情况下，我可以设置路由器来处理它们，如果可能，不会窒息。
地理 – 会计会影响业绩吗？ 我打开这样的function犹豫不决是我不想添加一个额外的问题，我试图解决的问题…此外，问题就消失了，似乎带宽尖峰消失。
约瑟夫 – 我很欣赏这个build议，但目前这不是我的select。
我会先更新到最新的IOS。 我在思科路由器上看到的大部分故障都与硬件故障或IOS中的错误有关。