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.]]
更新：一个比较好的参考文档：
文档中讲述了错误原因以及不同的Catalyst交换机和不同nms版本上的处理方法。
问题:在线路很差的时候，观察到远端的工作站能够ping通交换引擎，但不能ping通MSFC，为什么？
在一台最新出厂的6509上，我观察到了下面这样一个现象：
当向管理引擎(sup2 + msfc2)用tftp上传文件时发生了中断，交换机仍然执行了拷贝的操作("CCCC..."),然后这些未传完的内容占用了Flash的空间，没办法清掉。当我试着先把Bootflash:格式化，打算随后再将NMS恢复回去时，问题出现了，32M的Flash只能格式化出16M来，原因据说是6.1.1d版的NMS不支持32M格式化，最少要升级到版本6.1.2.对于这个问题我作了一个猜测: 莫非打算在用户格式化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环境下跨子网登录时，如果域是 2000 Advance Server Cluster, 你可能要在Wins 数据库中添加server_names.ad_domain的静态记录方可让工作站成攻登录到ad_domain域。
【责编:admin】
--------------------next---------------------
