交换机drni是不是有点bug？
- 0关注
- 0收藏，954浏览
问题描述：
http://www.h3c.com/cn/d_202110/1474844_30005_0.htm#_Toc83631286
1.1.3 Keepalive机制
******中间省略一堆*******
发送的Keepalive报文时：
· 如果IPL链路状态为down，则认为对端DR设备状态为down：
¡ 本端设备为主设备时，如果本端设备上存在处于up状态的DR口，则本端仍为主设备；否则，本端设备角色变为None角色。
¡ 本端设备为从设备时，则升级为主设备。此后，只要本端设备上存在处于up状态的DR口，则保持为主设备，否则本端设备角色变为None角色。
当设备为None角色时，设备不能收发Keepalive报文，Keepalive链路处于down状态。
· 如果IPL链路状态为up，则认为Keepalive链路状态为down。此时主从设备正常工作，同时设备打印日志信息，提醒用户检查Keepalive链路。
*******以上是摘自配置文档中的*****
现在我要干这样一件事情: 我把keeplive和IPP的所有线路全部拔掉；只是拔线！！！！
按照上文摘抄，是不是认为自己是好的对面坏掉了？
那是不是都转发业务流量？我是哪里理解有问题，还是欠缺上面知识了？
组网及组网描述：
- 2022-09-06提问
- 举报
-
(0)
最佳答案
不是bug，要分3种情况去看，看下配置指导里面的二次故障的3种情况吧
1.1.12 M-LAG二次故障处理机制
M-LAG二次故障是指在peer-link链路发生故障后，Keepalive链路也发生故障，或者在Keepalive链路发生故障后，peer-link链路也发生故障。针对M-LAG设备上不同的配置情况，当发生二次故障时，处理方式不同。
1. 缺省配置场景
如图1-8所示，若peer-link链路先发生故障，此时两端M-LAG设备会根据Keepalive链路进行设备角色选举，并依据MAD检测机制，将从设备上除M-LAG保留接口外的所有接口置为M-LAG MAD DOWN状态。
此后，若Keepalive链路也发生故障，从设备也会升为主设备，并解除设备上所有接口的M-LAG MAD DOWN状态，以双主双活的方式转发流量。由于peer-link链路故障时，无法同步表项，可能导致流量转发错误。
若Keepalive链路先发生故障，peer-link链路后发生故障，则M-LAG设备上的接口不会被置为M-LAG MAD DOWN状态，而是直接以双主双活的方式转发流量。
2. 开启M-LAG MAD DOWN状态保持功能场景
如图1-9所示，若peer-link链路先发生故障，此时两端M-LAG设备会根据Keepalive链路进行设备角色选举，并依据MAD检测机制，将从设备上除M-LAG保留接口外的所有接口置为M-LAG MAD DOWN状态。
此后，若Keepalive链路也发生故障，从设备也会升为主设备，但由于M-LAG设备已开启M-LAG MAD DOWN状态保持功能，将不会解除设备上所有接口的M-LAG MAD DOWN状态，继续只从原来的主设备转发流量。这样将不会出现双主双活的情况，避免流量转发异常。
若Keepalive链路先发生故障，peer-link链路后发生故障，则M-LAG设备上的接口不会被置为M-LAG MAD DOWN状态，而是直接以双主双活的方式转发流量。
图1-9 开启M-LAG MAD DOWN状态保持功能场景下二次故障处理机制示意图（一）
如图1-10所示，如果主设备故障或者主设备上M-LAG接口故障，则无法转发流量。为了避免这种情况可以解除从设备上所有接口的M-LAG MAD DOWN状态，使从设备升级为主设备，以保证流量正常转发，减少流量中断时间。
图1-10 开启M-LAG MAD DOWN状态保持功能场景下二次故障处理机制示意图（二）
3. 开启设备独立工作功能场景
如图1-11所示，若peer-link链路先发生故障，此时两端M-LAG设备会根据Keepalive链路进行设备角色选举，并依据MAD检测机制，将从设备上除M-LAG保留接口外的所有接口置为M-LAG MAD DOWN状态。
此后，若Keepalive链路也发生故障，从设备也会升为主设备，解除所有接口的M-LAG MAD DOWN状态。但由于已开启立即或延迟切换到设备独立工作状态功能，两台M-LAG设备将切换到独立工作状态，切换后M-LAG接口对应的聚合接口发送的LACP报文中携带的M-LAG系统参数还原为聚合接口的LACP系统MAC地址和LACP系统优先级，使同一M-LAG组中的两个聚合接口的LACP系统MAC地址和LACP系统优先级不一致。这样只有一边聚合接口的成员端口可以被选中，通过被选中的设备转发业务流量，避免流量转发异常。成员端口的选中与LACP系统优先级和系统MAC地址相关，与M-LAG设备角色无关。LACP系统优先级和系统MAC地址越小，则优先被选中。若选中的成员端口也发生故障，则将选中另外一台设备上聚合接口的成员端口，通过该聚合接口继续转发流量。
若Keepalive链路先发生故障，peer-link链路后发生故障，则M-LAG设备上的接口不会被置为M-LAG MAD DOWN状态，将立即或延迟一段时间切换到设备独立工作模式。
图1-11 开启设备独立工作功能场景下二次故障处理机制示意图
- 2022-09-06回答
- 评论(0)
- 举报
-
(0)
1.2.1 LACP MAD的检测机制
LACP（Link Aggregation Control Protocol，链路聚合控制协议）是一种实现链路动态聚合的协议，链路聚合不但能够实现流量的负载分担，而且还能提供链路的冗余备份，是比较常见的组网形式。
如果在IRF与其他设备之间使用了链路聚合的连接方式，便能够通过LACP MAD来对IRF进行检测，与IRF进行链路聚合的设备被称之为LACP MAD的中间设备。
使用LACP MAD功能时，要求IRF中的每台成员设备都与中间设备进行连接，并将这些链路组成一个动态链路聚合组。
在IRF中开启LACP MAD功能后，各成员设备会在LACP协议报文的扩展字段中加入IRF的ActiveID。中间设备在收到带有扩展字段的LACP报文后，会将此报文向聚合组中的其他端口进行透传，使IRF中的所有成员设备都能收到其他成员设备发出的LACP报文。
l 当IRF正常运行时，各台成员设备发送的LACP报文中具有统一的ActiveID，不会发生多Active冲突。
l 在IRF发生分裂后，不同IRF中的成员设备发送的LACP报文将携带不同的ActiveID，当这些LACP报文到达其它IRF的成员设备时，会产生多Active冲突。此时将由MAD功能发起竞选，并通过竞选机制关闭竞选失败的IRF。
图1-4 LACP MAD检测机制示意图
- 2022-09-06回答
- 评论(0)
- 举报
-
(0)
暂无评论
拔线对于主设备来说就是从设备整机宕机，可以参考如下说明：
3. 设备故障处理机制
如图1-5所示，Device A为主设备，Device B为从设备。当主设备故障后，主设备上的聚合链路状态变为down，不再转发流量。从设备将升级为主设备，该设备上的聚合链路状态为up，流量转发状态不变，继续转发流量。主设备故障恢复后，DR系统中由从状态升级为主状态的设备仍保持主状态，故障恢复后的设备成为DR系统的从设备。
如果是从设备发生故障，DR系统的主从状态不会发生变化，从设备上的聚合链路状态变为down。主设备上的聚合链路状态为up，流量转发状态不变，继续转发流量。
- 2022-09-06回答
- 评论(0)
- 举报
-
(0)
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论