接口的自动协商简化了网络管理的开销.但对其工作原理,网上有很多说法,这里汇总过来,介绍如下,希望对大家有所帮助.
理解原理,对解决配置错误时所带来的问题很有好外,如下.
先从最初的10兆以太网说起吧,为了维护链路的正常可用,接口要定期发送脉冲,如果在规定时间内,接口没有收到脉冲,就进入down状态,如果两次收到脉冲,就转为up状态,这种脉冲就是normal link pulse,简称nlp.其发送脉冲的间隔是16ms.
10兆不支持自动协商,是因为只能发送nlp,而自动协商是要接口能发送flp(fast link pulse)脉冲,百兆,千兆口都能发送flp.flp的发送间隔比nlp要小很多.
百兆接口发送flp时,如果在规定时间内收到了响应,那接口可以进入百兆模式,如果超时没有收到flp,只收到nlp,转而向下兼容,发送nlp,转为10兆模式.
而双工问题是在flp中进行的,在一对接口中,相互发送flp,在flp中有个"速率双工能力"字段,2个接口就是靠这个字段来协商双工问题的.而要能保 证两者进行协商,前提是任何一方都不能手工指定双工,否则这个"速率双工能力"将被忽略.可能造成无法协商正确的双工结果.
举个例子:如果一边是自动协商,一边是100兆全双工,那最后的结果是100兆半双工.原因:100兆是因为双方都发送flp,而半双工的原因是手工指定全双工的一端将flp中"速率双工能力"字段滞空.另外自动协商一端无法就双工能力进行协商,转为半双工.
所以100兆和双工问题要具体,分别的考虑.
因此,一个不支持自适应的设备（或手工指定模式的设备）是不会发出FLP快速连接脉冲的（用于协商），只能发正常的NLP正常连接脉冲。但是一个自适应的设备是发出FLP的，但是由于没有收到对端的FLP，那么它就会一直向半双工去适应，所以会造成协商成半双工模式。
理解原理,对解决配置错误时所带来的问题很有好外,如下.
先从最初的10兆以太网说起吧,为了维护链路的正常可用,接口要定期发送脉冲,如果在规定时间内,接口没有收到脉冲,就进入down状态,如果两次收到脉冲,就转为up状态,这种脉冲就是normal link pulse,简称nlp.其发送脉冲的间隔是16ms.
10兆不支持自动协商,是因为只能发送nlp,而自动协商是要接口能发送flp(fast link pulse)脉冲,百兆,千兆口都能发送flp.flp的发送间隔比nlp要小很多.
百兆接口发送flp时,如果在规定时间内收到了响应,那接口可以进入百兆模式,如果超时没有收到flp,只收到nlp,转而向下兼容,发送nlp,转为10兆模式.
而双工问题是在flp中进行的,在一对接口中,相互发送flp,在flp中有个"速率双工能力"字段,2个接口就是靠这个字段来协商双工问题的.而要能保 证两者进行协商,前提是任何一方都不能手工指定双工,否则这个"速率双工能力"将被忽略.可能造成无法协商正确的双工结果.
举个例子:如果一边是自动协商,一边是100兆全双工,那最后的结果是100兆半双工.原因:100兆是因为双方都发送flp,而半双工的原因是手工指定全双工的一端将flp中"速率双工能力"字段滞空.另外自动协商一端无法就双工能力进行协商,转为半双工.
所以100兆和双工问题要具体,分别的考虑.
因此,一个不支持自适应的设备（或手工指定模式的设备）是不会发出FLP快速连接脉冲的（用于协商），只能发正常的NLP正常连接脉冲。但是一个自适应的设备是发出FLP的，但是由于没有收到对端的FLP，那么它就会一直向半双工去适应，所以会造成协商成半双工模式。
改正办法是全部手工指定，不要协商。或者全部启用协商。
本文转自loveme2351CTO博客，原文链接：http://blog.51cto.com/loveme23/8848 ，如需转载请自行联系原作者
![[译] OpenSSL 3.0.0 设计](https://ucc.alicdn.com/noteogrvq2eyq_20230815_477286fff3c444d5a7c57a35a56b07ec.png?x-oss-process=image/format,webp/resize,h_160,m_lfit)