Keywords: Error detection port 6500 4000 bootflash tftp MSFC IPX
Catalyst 6500 交换机一个比较让人难受的功能就是端口的错误计数与自动关闭功能了。网络运行过程中忽然有一台机器不通，看看交换机，对应端口上的指示灯为黄色，命令行show port 看一下，该端口状态为ERRDISABLED。关于交换机端口关闭的出错条件可参见下文给出的链接，常见的两种是：
1.大量的冲突，包括单次冲突(Single-collision)，多次冲突(Multi-collision)和延时冲突(Late-collision);
2.端口的双工模式匹配错。要从根本上解决问题，就得找出错误产生的原因。双工匹配问题比较好查，看看对端设备的文档，尝试一下即可找到正确的模式，用set port speed和set port duplex手工设置一下就没问题了。但对于前一种情况，就要查线路，尤其是租用线路,检查测试的难度较大。对于Late-collision的情况，还得检查整个Vlan内的线路和设备。
一个出错的端口:
如果要关闭端口的错误检测,命令为: set errordetection portcounters {enable | disable}, 需要引擎的软件版本为6.x。如果运行的是5.x，则可以用set errdisable-timeout enable all ; set errdisable-timeout interval 30 使出错的端口在关闭30秒后重新启用。以下控制台输出记录了一个端口被禁止和重启的过程。
[[The No.2 Picture.]]
更新：一个比较好的参考文档：Recovering From errDisable Port State on the CatOS Platforms
文档中讲述了错误原因以及不同的Catalyst交换机和不同nms版本上的处理方法。
问题:在线路很差的时候，观察到远端的工作站能够ping通交换引擎，但不能ping通MSFC，为什么？
在一台最新出厂的6509上，我观察到了下面这样一个现象：
当向管理引擎(sup2 + msfc2)用tftp上传文件时发生了中断，交换机仍然执行了拷贝的操作("CCCC..."),然后这些未传完的内容占用了Flash的空间，没办法清掉。当我试着先把Bootflash:格式化，打算随后再将NMS恢复回去时，问题出现了，32M的Flash只能格式化出16M来，原因据说是6.1.1d版的NMS不支持32M格式化，最少要升级到版本6.1.2.对于这个问题我作了一个猜测: 莫非Cisco打算在用户格式化Bootflash:出问题的时候推销服务？
下面是几点小经验:
1. 4000交换机的三层模块4232-l3在两个内部接口配置为Etherchannel的时候，在子接口上不能支持ACL,建议配置时不要使用方式；
2. 还是4232-l3,在802.1q环境中(4000交换机只支持dot1q,不支持isl),做IPX路由时只能支持单一帧格式，即该端口不能同时支持802.2和802.3.而6509可以：
interface Vlan1
ip address 10.1.1.254 255.255.255.0
no ip mroute-cache
ipx network 80230001
ipx network 80220001 encapsulation SAP secondary
3. 如果路由器莫名其妙当机，重启又能正常工作的话，不妨打命令dir看一下flash里有没有crashinfo20011015-003025之类的文件，它可是分析当机原因的好材料，可以提交给cisco做分析。相应的对策可能是升级软件或更换硬件。
4. 多Vlan环境下跨子网登录时，如果域服务器是Windows 2000 Advance Server Cluster, 你可能要在Wins 服务器数据库中添加server_names.ad_domain的静态记录方可让工作站成攻登录到ad_domain域。
