r-x-y-edge1#sh adjacency
Protocol Interface Address
IP GigabitEthernet0/2 x.67.155.9(5)
IP GigabitEthernet0/2 x.67.155.8(5)
IP GigabitEthernet0/2 x.67.155.11(5)
IP GigabitEthernet0/2 x.67.155.10(5)
IP GigabitEthernet0/2 x.67.155.13(5)
IP GigabitEthernet0/2 x.67.155.12(5)
IP GigabitEthernet0/2 x.67.155.15(5)
IP GigabitEthernet0/3 172.31.4.130(10003)
IP Serial1/0 point2point(75845)
...
<truncated>
CPU utilization for five seconds: 2%/1%; one minute: 3%; five minutes: 3%
Processor Pool Total: 864815572 Used: 547631528 Free: 317184044
I/O Pool Total: 67108864 Used: 4520592 Free: 62588272
是否有一种方法可以在关闭会话后中断该命令的执行因为Ctrl- ^ x没有任何作用？
#1 楼
您是否检查过是否禁用了域查找？ （no ip domain lookup）命令试图将所有IP解析为主机名，可能需要很长时间才能返回。
评论
这是一个有趣的建议-我认为IOS不会尝试为CEF邻接项进行名称解析，因为它们中的大多数将表示长度<32的前缀。
–约翰·詹森（John Jensen）
13年5月27日在12:06
我配置了“ ip域名”和“ ip域名列表”，但是没有“ ip名称服务器”。设置几个名称服务器使输出几乎立即显示出来。
–generalnetworkerror
13年5月28日下午5:18
太棒了！喜欢学习新事物。
–约翰·詹森（John Jensen）
13年5月28日在5:43
@David很好，我也没有想到。不像在VTY行下缺少“首选传输优先”这样的DNS灾难众所周知：)
–ytti
13年5月28日在7:29
感谢小组中更有经验的网络工程师的意见；我不觉得难过是因为反向查找让我感到困惑。
–generalnetworkerror
13年5月28日在21:18
#2 楼
地址后的“（5）”，“（10003）”或“（75845）”是什么意思？
括号中的值是指数字FIB条目指向相邻条目的次数。在这里提到。
#3 楼
路由器是否收满桌子？如果是这样的话，我想我花了很长时间就不会感到惊讶，因为它必须解决许多代表一个完整表到出口接口的网络（RIB-> FIB）。还请记住，7200仍然是基于软件的转发平台。就更快而言，您上方还有3层CEF层。如果其中许多邻接是平底锅邻接（则必须将其下标到下一层）切换方法）或收集邻接，这也可以解释为什么要花很长时间-而且我想如果要再花很多时间-仍然假设这里是一张完整的表。
括号中的数字称为引用计数，它表示FIB条目指向邻接关系的次数。
编辑：关于取消命令，请尝试Ctrl + C（反复）-有时这可行对我来说是杀死长时间运行的命令。 OTOH如果我知道该命令将产生大量输出，则将“终端长度”设置为“ 50”，这样，我可以选择通过输出分页来终止该命令。
评论
约翰，您好，我不确定我是否遵循有关CEF的另外3层的评论...您能详细说明吗？
–迈克·彭宁顿
13年5月27日在17:14
当然-通常，我在谈论“最佳”（根据Cisco）的交换方法，依次为：硬件dCEF->硬件CEF-> PXF交换->基于软件的CEF->快速交换->进程交换
–约翰·詹森（John Jensen）
13年5月27日在18:06
但是我不明白为什么提及其他交换路径很重要... AFAIK，其他交换路径在移动数据包方面更有效，与在7200路由器上转储邻接表所需的时间无关。
–迈克·彭宁顿
13年5月27日在18:13
与我的观点相关的是，7200是基于软件的平台，而不是像cat65k或7600这样在硬件中执行CEF的平台。似乎可以肯定的假设是，在硬件中执行CEF的平台在转储邻接时会表现出一点点敏捷，不是吗？说实话，尽管我在7200上的生产经验是有限的-我一直很“幸运”，可以与更大的基于ASIC的多级箱一起工作。
–约翰·詹森（John Jensen）
13年5月27日在19:11
评论
您是否尝试过不同版本的IOS？是一直花很长时间显示结果还是刚开始发生？Ctrl-Shift-6是IOS中的中断顺序。
请详细说明“ show adj”需要多长时间
该代码版本不仅很旧（4年以上），甚至在该系列中也被很多次取代。肯定已经对CEF处理进行了修复和更改，并且倾向于建议您最好对最新的（或最终的列车内）代码版本进行故障排除。
@rnxrx，我希望至少对该代码版本的年龄发表评论。为您投票。