服务器光口自协商协议,FAQ千兆光口自协商对接的场景分析

当光口使能自协商时&＃xff0c;会发送/C/码来进行协商过程&＃xff0c;如果连续接收到3个相同的/C/码且接收到的码流和本端工作方式相匹配&＃xff0c;则返回给对方一个带有Ack应答的/C/码&＃xff0c;对端接收到Ack信息后&＃xff0c;认为两者可以互通&＃xff0c;则端口物理up。若端口没有使能自协商&＃xff0c;则只发送/I/码&＃xff0c;且无论收到/I/码还是/C/码都会up。

因此当两个协商模块不同的千兆光口对接时&＃xff0c;使能自协商的一端由于收不到对端发送的/C/码&＃xff0c;会down&＃xff1b;未使能协商的一端只要收到/C/或/I/码都会up&＃xff0c;因此物理up。

有以下两种场景&＃xff1a;

1、两个千兆光口对接&＃xff0c;都没有配置自协商&＃xff0c;此时接口都up。此时若只在一端使能自协商&＃xff0c;则此接口down&＃xff1b;未使能协商的一端仍然up。

2、两个千兆光口对接&＃xff0c;都使能了自协商&＃xff0c;此时接口douup。此时若只在一端去使能自协商&＃xff0c;则两端仍然up。

原因为&＃xff0c;使能自协商的端口只有在协商建立的过程中(down->up)才会检测/C/码&＃xff0c;当up起来后&＃xff0c;不再检测/C/码&＃xff0c;除非收到了对端通过/C/码通告的重新协商信息才会down。

因此对端取消自协商后只能发/I/码&＃xff0c;而协商的一端感知不到对端修改了协商配置&＃xff0c;还是维持之前up的状态。如果此时再down了后&＃xff0c;那么就up不起来了&＃xff0c;同1的场景。