故障时间：
2005年1月8日 星期六
故障描述：
6509用SUP720引擎，IOS：s72033-pk9sv-mz.122-17d.SXB.bin，
WS-X6516A-GBIC插上去认到，但PWRDOWN，这块6516A原来用在2代引擎上的。
出错信息：
00:01:15: %C6KENV-SP-2-DFCMISMATCH: Module 3 DFC incompatible with Supervisor DFC. Power denied
出错信息描述：
%C6KENV-2-DFCMISMATCH: 表示模块上的DFC跟Supervisor上的DFC版本不符，并且不能相互兼容，造成引擎拒绝供电，因此模块无法激活停留在“power down”的状态下。
排错步骤:
通过输入show module命令查看模块上与引擎上的DFC之间的区别，相关序列号与MAC地址已经被被隐去：
Router#sh module
Mod Ports Card Type Model Serial No.
--- ----- -------------------------------------- ------------------ -----------
3 16 SFM-capable 16 port 1000mb GBIC WS-X6516A-GBIC SAL071xxxxx
5 2 Supervisor Engine 720 (Active) WS-SUP720-3B SAD084xxxxx
Mod MAC addresses Hw Fw Sw Status
--- ---------------------------------- ------ ------------ ------------ -------
3 000d.2907.xxxx to 000d.2907.xxxx 5.5 Unknown Unknown PwrDown
5 0011.92e7.xxxx to 0011.92e7.xxxx 4.1 8.1(3) 12.2(17d)SXB Ok
Mod Sub-Module Model Serial Hw Status
--- --------------------------- ------------------ ------------ ------- -------
3 Distributed Forwarding Card WS-F6K-DFC SAL063xxxxx 2.3 PwrDown
5 Policy Feature Card 3 WS-F6K-PFC3B SAD084xxxxx 1.1 Ok
5 MSFC3 Daughterboard WS-SUP720 SAD084xxxxx 2.2 Ok
Mod Online Diag Status
--- -------------------
3 Unknown
5 Pass
Router#
Sup720描述：
先看一下Supervisor720引擎，在这台6509上面已经安装了完整的PFC3与MSFC3子卡——
PFC3描述：
DFC描述：
什么是DFC？DFC全称Distribute Forwarding Card，在Cat65的二代引擎Sup2时代，是实现dCEF（分布式CEF转发）的必备硬件。通过在线路卡上安装DFC，将使得整个系统的性能被扩展到210mpps。它与引擎上的PFC2（作为中心控制）共同通过CEF表来控制数据包的交换转发——
进入Sup720时代，Cisco推出了DFC3与PFC3共同进一步提升了Cat65xx的性能——
PFC3和DFC3协同工作体系：
排错总结：
显然，故障是由于Sup720引擎上使用PFC3而在WS-X6516A-GBIC上装载的是老式的DFC所造成的DFC版本冲突。
解决方法有两个：
1 —— 更换DFC为DFC3；
2 —— 把DFC从WS-X6516A-GBIC上卸载下来：
卸载DFC
要卸载DFC，遵循以下步骤：
第一步： 从Catalyst 6500系列交换机上把模块卸载下来 —— 怎么拆模块就不用说了吧？拆不动用锤子砸也行，反正弄下来再说。
第二步： 把模块放在一张抗静电的垫子上，或者直接放在包装的泡沫上也可以，将模块的前端（有接口那面）对着你。
第三步： 用螺丝刀把安装螺丝扭下来，别忘了还有两个小帽。
第四步： 双手抓紧DFC，轻轻的把把DFC从模块上直接卸载下来。
第五步： 把卸载下来的DFC放好。
故障解决！
安装DFC3
第一步 注意DFC3上的接孔与模块上的对齐。
模块上的接口是公头
第二步：保证DFC3上的接口与模块上的接口要对在一次，跟红白机的插卡差不多。
第三步：使点劲摁下去。
第四步： 上好螺丝盖好帽子
第五步： 把安装好DFC3的模块安装回Cat 6500系列交换机上
故障解决！
背景资料：
以下为在实际工作中还可能出现的其他问题总结，看完此篇文字，你将成为Cat65的性能调控与排错高手！
某些版本的 WS-X6516-GBIC并不包含数据总线 (DBUS) 流量控制电阻。 受到这个影响的硬件版本是V5.0到V5.4. 在Sup720 Policy Feature Card 3 (PFC3) 的系统中,这些板卡只能运行在flow-through模式下。
WS-X651G-GBIC 硬件版本V5.0-V5.4是唯一没有安装DBUS流量控制电阻的板卡。当使用 Sup720 PFC3 系统的时候，如果板卡工作在Truncated or Compact模式下，这将造成一连串的错误。当使用 Truncated and Compact模式, 这些硬件版本将不能对于某些协议使用硬件加速，如GRE, NAT, IP in IP and WCCP……当使用flow-through模式, 他们工作正常。 为了挽救整个系统的性能退化, 在Sup720上的软件将会自动对在上述硬件版本的板卡使用flow-through模式。如果受影响的板卡包含Distributed Forwarding Card 3 (DFC3)在上面,这个板卡将会powered down。
较老版本的WS-X6516-GBIC（硬件版本早于5.0）包含流量控制电阻。这些板卡不会受Sup720 PFC3系统影响，并且工作正常。新出来的产品将包含相应的改变，新增流量控制电阻在新产品中。硬件版本为V5.5或者更高的板卡将解决这个问题。如果你仍然希望系统工作在Truncated and Compact模式，可以通过向CISCO发送“Upgrade Program sheet”获得相应的更新。
有一点值得注意的是：对于硬件版本V5.0或者更高的板卡，当他们的流量控制电阻更改后，对于使用SUP26.1(x)引擎的网络将有轻微的下降。经过多次工程中对性能影响的测试【使用流行的 6.1(1e)版本】，我们发现在最坏的情况中， 数据保速率将在1.358mpps到1.147mpps之间。因此，建议你把软件升级到6.2或者更高的版本，这将解决所有SUP2所产生的问题。
附录A：PFC2/DFC与PFC3/DFC3在IPv4 2/3 层上的比较
附录B：FPC2/DFC 与 PFC3/DFC3在IPv4特征集上的比较
