H3C IRF MAD检测实战-低调大师

H3C IRF MAD检测实战

2021-05-13 987

一、引言

IRF（Intelligent Resilient Framework，智能弹性架构）是H3C自主研发的软件虚拟化技术，也是H3C数据中心解决方案的核心技术，使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力，实现多台设备的协同工作、统一管理和不间断维护，IRF+跨框聚合是对传统MSTP+VRRP组网架构的突破和优化，极大地简化了网络管理、提高了系统可靠性。但是如果IRF系统发生了分裂，是否会造成网络业务中断？下面介绍的MAD检测技术就是专门应对这种情况的。二、 MAD检测技术介绍IRF一旦分裂后，网络中就会存在两台独立的、配置信息一模一样的网络设备，就会导致网络中IP地址、Router-ID、MAC等设备基本信息冲突和路由信息紊乱，造成MAC漂移、路由震荡等网络业务异常，MAD检测的作用就是当IRF系统分裂后，能够在毫秒级的反应时间内，将分裂后冗余配置的设备从网络中隔离出去，保持现网设备特征的唯一性。MAD检测技术从它的报文类型区分，主要有两种：通过LACP协议报文内容实现的LACP MAD检测；通过BFD协议报文内容实现的BFD MAD检测；两种MAD检测的检测效果是差不多的，都能实现毫秒级的故障切换，但是由于其本身的实现机制，对于不同的用户组网条件，需要选择合适的MAD检测方式。2.1 LACP MAD检测协议原理LACP MAD检测是利用LACP报文扩展字段实现的，使能了MAD检测后设备会在LACP报文中携带一个新的TLV，其中定义了该设备所在IRF系统的Active-ID（即Master设备的Member-ID，系统内唯一）。当IRF系统正常运行时，系统内所有设备携带的Active-ID都是一致的，此时MAD检测不会生效；当IRF系统分裂后，即一个系统分裂为了多个系统，分裂的系统由于设备的Member-ID不一样，所以就产生不同的Active-ID，此时通过LACP报文交互就可以感知到不同Active-ID的存在；检测到不同Active-ID存在后，设备如果发现自己的Active-ID是最小的，保持现状；如果发现自己Active-ID不是最小的，就会Shutdown设备上所有业务端口（IRF口除外），即会将Active-ID不是最小的设备全部从网络中隔离出来；LACP MAD协议实现原理决定了，该MAD技术适合部署于以下组网环境下：

IRF设备与下联设备间运行LACP方式的动态跨框聚合链路；下联设备必须支持识别并转发LACP报文中携带Active-ID字段的TLV,当前只有H3C的交换机支持该LACP扩展特性；优点：组网中没有任何链路资源浪费，LACP MAD部署链路同时可以作为数据转发使用，且不影响用户的网络层次模型。

2.2 BFD MAD检测协议原理BFD MAD检测是利用BFD Session的建立原理实现的。部署 BFD MAD需要在在IRF系统上建立一个独立的Vlan-interface，该VLAN需要包含IRF系统内各成员设备至少一个UP状态的物理端口，并且在给每一个成员设备都配置一个MAD IP，利用设备对BFD报文的收发机制判断系统是否分裂。当IRF系统正常运行时，Slave设备的MAD IP地址不生效，所以BFD Session处于DOWN状态，此时MAD检测不生效；当IRF系统分裂后，Slave设备变为Master设备，其MAD IP生效，BFD Session立即转为UP，设备就能立即检测到多Master冲突；系统Member ID大的设备，检测到冲突后就会Shutdown设备上所有业务端口（IRF口除外），即会将Member ID不是最小的设备全部从网络中隔离出来；LACP MAD协议实现原理决定了，该MAD技术适合部署于以下组网环境下：IRF系统设备互联的设备均不支持LACP MAD协议报文中继；IRF系统成员设备间存在独立的链路专门用于BFD MAD检测功能。以下演示H3C IRF BFD MAD检测配置。

三、实验拓扑

四、配置需求
核心设备SWA和SWB配置IRF，为了防止万一IRF链路故障导致IRF分裂、网络中存在两个配置冲突的IRF，需要启用MAD检测功能，采用BFD MAD检测方式来监测IRF的状态，IRF分裂后，通过分裂检测机制IRF会检测到网络中存在其它处于Active状态，冲突处理会让Master成员编号最小的IRF继续正常工作，其它IRF会迁移到Recovery状态（表示IRF处于禁用状态），并关闭Recovery状态IRF中所有成员设备上除保留端口以外的其它所有物理端口。
五、配置步骤
1. SWA、SWB IRF配置irf详细配置可以翻看历史公众号，此处不再赘述。
2. 创建VLAN 10，并将SWA上的G1/0/1和SWB上的Gi2/0/1加入VLAN10中

[H3C]vlan 10
[H3C-vlan10]port GigabitEthernet 1/0/1
[H3C-vlan10]port GigabitEthernet 2/0/1
[H3C-vlan10]quit

3. 创建VLAN接口10，并配置MAD IP地址

[H3C]interface Vlan-interface 10
[H3C-Vlan-interface10]mad bfd enable 
[H3C-Vlan-interface10]mad ip address 10.1.1.1 30 member 1
[H3C-Vlan-interface10]mad ip address 10.1.1.2 30 member 2
[H3C-Vlan-interface10]quit

4. 因为BFD MAD和生成树功能互斥，所以在GigabitEthernet1/0/1和GigabitEthernet2/0/1上关闭生成树协议

[H3C]interface g 1/0/1
[H3C-GigabitEthernet1/0/1]undo stp enable
[H3C-GigabitEthernet1/0/1]interface g 2/0/1
[H3C-GigabitEthernet2/0/1]undo stp enable
[H3C-GigabitEthernet2/0/1]quit

5. 保存配置

[H3C]sa f
Validating file. Please wait...Saved the current configuration to mainboard device successfully.Slot 2:Save next configuration file successfully.

六、配置验证

[H3C]dis mad
MAD ARP disabled.
MAD ND disabled.
MAD LACP disabled.
MAD BFD enabled.

注意：1、BFD MAD和STP功能互斥，用于BFD MAD检测的端口不能使能STP功能

附：

关注我，获取此次配置工程、更多配置案例、最新影视及常用办公软件

微信关注我们

原文链接：https://blog.51cto.com/u_14302472/2773748

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

记录一次生产环境MySQL出现Deadlock

下午同事找到我，生产环境跑批日志出现了deadlock，什么？又是死锁。查看MySQL死锁地址 LATEST DETECTED DEADLOCK ------------------------ 2021-05-13 15:51:01 0x2b0b05a40700 *** (1) TRANSACTION: TRANSACTION 4538725016, ACTIVE 0 sec inserting, thread declared inside InnoDB 4958 mysql tables in use 1, locked 1 LOCK WAIT 8 lock struct(s), heap size 1136, 41 row lock(s), undo log entries 1 MySQL thread id 14214779, OS thread handle 47326383310592, query id 61020879671 10.1.8.196 hlj_merchant_service_w update insert into shop_give_info (re...

2021-05-13

588

Kubernetes1.18.18 集群部署标签（空格分隔）： kubernetes升级系列 [toc] 一：环境初始化准备 1.1 环境信息系统：CentOS7.9x64 主机名： cat /etc/hosts ----- 192.168.3.171 t-k8sM-001 192.168.3.172 t-k8sM-002 192.168.3.173 t-k8sM-003 192.168.3.174 t-k8sN-001 192.168.3.175 t-k8sN-002 ------ 1.2 环境部署需求 1.2.1 单Master架构图： 1.2.2 部署角色分配 t-k8sM-001 ---> apiserver/controller-manager/scheduer/etcd t-k8sM-002 ---> apiserver/controller-manager/scheduer/etcd t-k8sM-003 ---> apiserver/controller-manager/scheduer/etcd t-k8sN-001 ----> docke...

2021-05-13

508

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。