场景是H3C设备和一台服务器直连,H3C单端口起了LAG,hge0/0/1 -> RAGG1,主动模式。服务器上在A时间开始不回复LACP报文,同时在服务器上一直ping该直连口,发现在6s后(A+6)才会不通。这6s其实是两个状态,current->expired 3s,expired -> default 3s。我想了解的是,H3C的逻辑是在default状态把LAPC报文收发关掉呢,还是在expired状态把LAPC报文收发关掉的?
(0)
1. Expired状态(Flag H):此时本端仍会继续发送LACP报文(维持报文收发),但标记对端会话为超时状态,持续时间为当前LACP超时周期(短超时模式为3秒)。
2. Defaulted状态(Flag G):在Expired状态持续3秒后进入该状态,此时本端停止发送LACP报文,端口退出聚合组并恢复为独立端口状态,持续3秒后触发链路中断。
因此,H3C的逻辑是:在Expired状态仍维持LACP报文收发,直到进入Defaulted状态才会关闭LACP报文收发。这与您观察到的6秒中断过程(3秒Expired+3秒Defaulted)完全吻合。
(0)
H3C设备在LAG(链路聚合组)的配置中,LACP(链路聚合控制协议)是用来动态管理链路聚合的,确保链路的状态是健康和活跃的。在这种情况下,LACP报文的收发时机和状态转换是由H3C的LAG逻辑来控制的。
从你描述的状态转换情况来看,H3C的设备会在以下两种状态之间进行转换:
expired 状态:
在 expired
状态下,H3C 设备会停止发起和接收LACP报文。这是因为在LACP的超时机制中,当LACP报文在预定时间内未收到应答时,接口会进入 expired
状态,此时认为链路聚合的连接出现了问题。因此,设备会停止LACP报文的收发。
default 状态:
在 default
状态下,设备恢复到正常的操作状态,在此状态下设备会恢复LACP报文的收发,以继续维护链路聚合的状态。
在你提到的场景中,H3C 设备会在 expired
状态下停止 LACP 报文的收发,而不是在 default
状态下。expired
状态表示设备没有收到预期的LACP报文响应,因此会认为链路聚合连接失效,停止 LACP 通信。然后,在 3 秒钟的过渡期后,设备会进入 default
状态,此时设备会恢复正常的 LACP 报文收发和链路聚合管理。
expired
状态时,LACP报文的收发会停止。default
状态时,LACP报文的收发会恢复。(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论