这是我发布的前一个问题的后续： debuggingCisco 2621路由器
我发现我的路由器在大型数据文件的非现场上传过程中开始变得没有反应。 我有两个问题：
1）有没有办法来节制我的集群和离线服务器之间的连接，所以峰值不会压倒路由器？
2）这是问题的最佳解决scheme吗？ 我宁愿有一个通用的解决scheme – 我有点失望，路由器在这些尖峰期间变得没有响应，我宁愿知道节制连接导致它挂在自己的。
您可以对与某个ACL匹配的stream量进行速率限制。 您可以创build一个ACL，通过匹配源地址和目标地址，端口等来匹配stream量，然后configuration如下所示的内容：
... class级地图匹配 - 全部off_site 匹配访问组1 ！ ！ 政策地图limit_off_site classoff_site 警察率6000000 bps ！ 接口Ethernet0 / 0 服务策略inputlimit_off_site ！
正确答案可能如下：
将路由器扩展到正在经历的连接的正确大小。
例如，您不要在GigE连接上抛出26xx（或28xx）系列Cisco。
由于您没有提及您需要处理的stream量，所以很难给您提供路由器大小的好build议。
限制带宽，而一个可行的解决scheme，不会让你充分利用你的基础设施。
我不希望6+ Mbps挂钩一个2621，否则你可以轻松地杀死一个只有两个WIC-2T卡。 您在其他文章中注意到与CPU使用率的相关性，因此您可能需要查看以下内容：
你有启用CEF吗？ 在您的configuration中查找“ip cef”。
在受影响的接口上是否定义了任何ACL？ 它们将导致IOS处理交换一些数据包，这意味着CPU必须处理它们（尽pipeCEF在一定程度上减轻了这一点）。
您是否正在运行encryptionfunction集并终止路由器上的encryption隧道？ 2621没有硬件encryption加速，所以CPU必须做所有的转换。