华为3com 3050交换机，千兆光纤链路上联思科6509，因经常网络不通，下面挂的客户机网速也明显比其他交换机下面的慢，查看发现是3050的光纤接口的CRC错误很多，换了光纤模块，换了交换机、光纤原来用1－2芯，换成了3－4芯，问题还是老样子，不过好像CRC增长的速度慢了一些。所有光纤均通过Fluke测试仪的测试。

一般来说CRC错误是由链路层问题造成的，但是有什么简单的方法协助定位吗？

上端换了接口测试没？

#1  CRC错误很多，怎么处理？

华为3com 3050交换机，千兆光纤链路上联思科6509，因经常网络不通，下面挂的客户机网速也明显比其他交换机下面的慢，查看发现是3050的光纤接口的CRC错误很多，换了光纤模块，换了交换机、光纤原来用1－2芯，换成了3－4芯，问题还是老样子，不过好像CRC增长的速度慢了一些。所有光纤均通过Fluke测试仪的测试。

一般来说CRC错误是由链路层问题造成的，但是有什么简单的方法协助定位吗？

建议进行如下排查：
排除跟光纤链路是否有问题

将华为的交换机拿到与思科6509交换机在同一个地方，使用一根3米的尾纤相连，然后发送大流量报文，然后分别查看二台交换机相连口的计数，看否存在CRC错误；
如果没有错误，则很有可能是这条光纤线路有问题了；

为了进一步确认，可以要求华为公司（无法要求思科公司）再拿一套设备过来，将这条链路都换成华为的设备，进行测试，如果还是存在CRC错误，那就可以肯定是链路问题了，因为同一个厂家的设备一般不存在兼容性问题的；

另外，也要看是那台交换机存在CRC错误，如果只有一台交换机存在CRC错误，那么就要去查另一台交换机的问题了。因为CRC错误产生，是由于这台交换机在收到别的台交换机发送时，会进行CRC检查，如果对方发过来的数据报文存在问题，就会产生CRC错误，因此这样可以提供给我们排查的依据。
如果二台交换机都存在CRC错误，那说明二台交换机发送给对方的数据，都有问题，这种就很有可能是由于设备兼容性或光纤线路的原因了。
首先,先分析CRC的错误产生的条件.

思科6509上没看到有crc错误，3050的其他端口也没有，就只有上联6509的光纤端口有。3050的光纤模块是换过的，还是没有改善，光纤也换过的。

1.两边协议封装是否一致？
2.如果有条件把2台设备弄到一起，直接通过光纤跳线连接，再测试
3.换过模块所在槽位吗？把GBIC换个别的槽试试，最好是跨板子的
4.流量是否正常？
先检查这几个吧

平时还是可以使用的，就是不定期的会网络中断，现场的人比较懒，出了问题就知道拔电源重启交换机。虽然我去看过几次，但都没发生问题。就是看到crc错误比较多。

看了一下fluke的文档，自适应出问题的可能性比较大。下次去调整一下配置试试，顺便抓包看一下。

#5  

1.两边协议封装是否一致？
2.如果有条件把2台设备弄到一起，直接通过光纤跳线连接，再测试
3.换过模块所在槽位吗？把GBIC换个别的槽试试，最好是跨板子的
4.流量是否正常？
先检查这几个吧


这是以太网呀,不可能会存在协议封装不一致吧;

呵呵，口误，习惯了
俺的意思是如果你一端是自适应，另一端是强制，也会产生CRC和丢包之类的情况

对，端口的适应方式不一致也会引起丢包现象！

可以肯定的是，链路的两端都是自动协商和自适应的，不过刚刚看了一片文章，很可能就是自适应的问题。改日去测试一下。

引用:

说起自动协商（Auto-negotiation),我想很多人都不会陌生。当你把你PC机器上的网卡通过一段双绞线连接到某个交换机的某个端口的时候，如果你的网卡和交换机都支持自动协商功能的话，一件有趣的事情就会发生了，网卡和交换机似乎能够互相告知对方自己可以工作的方式包括网速，双工状态。然后自动选择一个大家都能接受的最佳工作状态！

首先给大家说说为什么会出现自动协商！它为解决什么问题而来！

众所周知，早期的以太网工作在低速的10M，半双工状态，后来随着网络不断发展的，又出现了交换机--支持全双工，100M，1000M，甚至最新的万兆以太网。为了保护以前的投资，新的标准一般都向下兼容比如100M的系统能够支持就的10M，半双工。但是这样同时又产生了一个新的问题，如果没有某种机制能够让两台互联的以太网设备之间能够协商获得两者都能接受的最佳工作方式的话，你只能通过手工设置来保证通讯双方工作状态的一致性！
这对于有少量这种问题的网络也许是个小问题，但是对于存在大量这种问题的网络而言就是一个头疼的问题。幸好，以太网的标准制定者推出了自动协商(Auto-Negotiation)这种机制，来解决这个问题。

说完这个自动协商机制用来解决什么问题，我们再讲讲自动协商机制是如何协商的.Auto-Negotiation实际上我们可以把它看作成一种主动地协商方式,具有这种功能的设备会主动与对方协商,并且等待对端返回协商结果,它不仅能够协商两端的工作速度是10M,还是100M还是1000M,而且还可以协商两端工作的双工方式是半双工还是全双工.

Auto-Negotiation通过和对端交换一种FLP(Fast Link Pluse)的特殊Frame,里面包含了自己这端可以支持的工作组合方式(速度/双工方式),对端收到之后和自己可以支持的工作组合方式相比较选择一种最佳的工作方式.

简单介绍完自动协商Auto-Negotiation这种机制,我们在说说一个类似的解决方案:
Auto-Sense,自动适应--这是一种被动的方式,它通过对比从对端收到的信号的时间间隔来计算对端的工作速度是10M还是100M.这种方式有个很明显的缺陷就是无法Sense双工状态.

现在大部分的网络设备对Auto-Negotiation和Auto-Sense都支持,当自动协商失败的时候,它可以
通过Auto-Sense确定和对端一致的工作速度.

需要再给大家提醒的就是自动协商并不能百分之一百的可靠。也就是说因为各种各样的原因可能
造成速度不匹配或者双工不匹配。速度不匹配的情况下，我们通常可以很容易的感觉的到，因为
速度不匹配的情况下通讯双方是无法正常通讯的。而双工不匹配的情况下，双方能够互相正常通讯但是会造成接口错误包数量的不断增加，特别在接口流量较大的情况下会造成性能下降的问题！往往因为这个问题比较隐蔽不易查找！

由于以太网的历史悠久而且像自动协商这种机制并不是和以太网一起诞生的而是随着一台网的不断发展而出现的。所以在使用自动协商机制的时候可能会因为对端不支持自动协商或者被手工指定工作方式而导致协商失败或者协商不匹配。

所以我们在一般的应用的时候遵循以下原则
1.对于重要设备之间的互联，我们一般不起用自动协商机制我们一般通过强制指定两端设备的工作速度和双工状态，比如核心交换机之间互联，核心交换机和核心路由器互联
2.对于一般的主机和交换机之间的互联我们起用自动协商机制
3.对于那些无法协商或者协商失败的设备互联的时候，手工强制指定合适的工作状态