- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
01-IRF配置
本章节下载： 01-IRF配置 (846.48 KB)
目 录
IRF（Intelligent Resilient Framework，智能弹性架构）是H3C自主研发的软件虚拟化技术。它的核心思想是将多台设备连接在一起，进行必要的配置后，虚拟化成一台设备。使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力，实现多台设备的协同工作、统一管理和不间断维护。
为了便于描述，这个“虚拟设备”也称为IRF。所以，本文中的IRF有两层意思，一个是指IRF技术，一个是指IRF设备。
如图1-1所示，两台设备组成IRF，对上、下层设备来说，它们就是一台设备——IRF。所有成员设备上的资源归该虚拟设备IRF拥有并由主设备统一管理。
图1-1 IRF组网应用示意图
如图1-2所示，Device A和Device B组成IRF后，IRF拥有四块主控板（一块主用主控板，三块备用主控板），两块接口板。IRF统一管理Device A和Device B的物理资源和软件资源。
图1-2 IRF虚拟化示意图
IRF主要具有以下优点：
· 简化管理：IRF形成之后，用户通过任意成员设备的任意端口都可以登录IRF系统，对IRF内所有成员设备进行统一管理。
· 1:N备份：IRF由多台成员设备组成，其中，主设备负责IRF的运行、管理和维护，从设备在作为备份的同时也可以处理业务。一旦主设备故障，系统会迅速自动选举新的主设备，以保证业务不中断，从而实现了设备的1:N备份。
· 跨成员设备的链路聚合：IRF和上、下层设备之间的物理链路支持聚合功能，并且不同成员设备上的物理链路可以聚合成一个逻辑链路，多条物理链路之间可以互为备份也可以进行负载分担，当某个成员设备离开IRF，其它成员设备上的链路仍能收发报文，从而提高了聚合链路的可靠性。
· 强大的网络扩展能力：通过增加成员设备，可以轻松自如地扩展IRF的端口数、带宽。因为各成员设备都有CPU，能够独立处理协议报文、进行报文转发，所以IRF还能轻松自如的扩展处理能力。
设备支持两种运行模式：
· 独立运行模式：处于该模式下的设备只能单机运行，不能与别的设备形成IRF。
· IRF模式：处于该模式下的设备可以与其它设备互连形成IRF。
IRF中每台设备都称为成员设备。成员设备按照功能不同，分为两种角色：
· 主用设备（简称为主设备）：负责管理和控制整个IRF。
· 从属设备（简称为从设备）：处理业务、转发报文的同时作为主设备的备份设备运行。当主设备故障时，系统会自动从从设备中选举一个新的主设备接替原主设备工作。
主设备和从设备均由角色选举产生。一个IRF中同时只能存在一台主设备，其它成员设备都是从设备。关于设备角色选举过程的详细介绍请参见“1.1.5 角色选举”。
IRF使用成员设备编号来标识和管理成员设备。接口名称和文件系统路径中均包含成员设备编号，以此来唯一标识IRF设备上的接口和文件。
每台成员设备必须具有唯一的编号。如果两台设备的成员编号相同，则不能组成IRF。如果新设备加入IRF，但是该设备的成员编号与已有成员设备的编号冲突，则该设备不能加入IRF。
设备加入IRF后，设备上的主控板就具有两重身份（身份不同责任不同）：
· 本地身份：负责管理本设备的事宜，比如主用主控板和备用主控板间的同步、协议报文的处理、路由表项的生成维护等。
· 全局身份：负责处理IRF相关事宜，比如角色选举、拓扑收集等。
表1-1 主控板的角色
|
主控板角色 |
描述 |
|
本地主用主控板 |
成员设备的主用主控板，负责管理本台设备，是成员设备的必备硬件 |
|
本地备用主控板 |
成员设备的备用主控板，是本地主用主控板的备份，是成员设备的可选硬件 |
|
全局主用主控板 |
IRF的主用主控板，负责管理整个IRF，就是主设备的本地主用主控板 |
|
全局备用主控板 |
IRF的备用主控板，是全局主用主控板的备份。除了全局主用主控板，IRF中所有成员设备的主控板均为全局备用主控板 |
成员优先级是成员设备的一个属性，主要用于角色选举过程中确定成员设备的角色。优先级越高当选为主设备的可能性越大。
设备的缺省优先级均为1，如果想让某台设备当选为主设备，则在组建IRF前，可以通过命令行手工提高该设备的成员优先级。
一种专用于IRF成员设备之间进行连接的逻辑接口，每台成员设备上可以配置两个IRF端口，分别为IRF-Port1和IRF-Port2。它需要和物理端口绑定之后才能生效。
（支持模式切换的设备）IRF端口编号规格如下：
· 在独立运行模式下，IRF端口采用一维编号，编号为IRF-Port1和IRF-Port2；
· 在IRF模式下，IRF端口采用二维编号，编号为IRF-Portn/1和IRF-Portn/2，其中n为设备的成员编号。
为简洁起见，本文描述时统一使用IRF-Port1和IRF-Port2。
IRF端口的状态由与它绑定的IRF物理端口的状态决定。与IRF端口绑定的所有IRF物理端口状态均为down时，IRF端口的状态才会变成down。
与IRF端口绑定，用于IRF成员设备之间进行连接的物理接口。IRF物理端口负责在成员设备之间转发IRF协议报文以及需要跨成员设备转发的业务报文。
如图1-3所示，两个（或多个）IRF各自已经稳定运行，通过物理连接和必要的配置，形成一个IRF，这个过程称为IRF合并。
图1-3 IRF合并示意图
如图1-4所示，一个IRF形成后，由于IRF链路故障，导致IRF中两相邻成员设备不连通，一个IRF分裂成两个IRF，这个过程称为IRF分裂。
图1-4 IRF分裂示意图
IRF链路故障会导致一个IRF分裂成多个新的IRF。这些IRF拥有相同的IP地址等三层配置，会引起地址冲突，导致故障在网络中扩大。MAD（Multi-Active Detection，多Active检测）机制用来进行IRF分裂检测、冲突处理和故障恢复，从而提高系统的可用性。
域是一个逻辑概念，一个IRF对应一个IRF域。
为了适应各种组网应用，同一个网络里可以部署多个IRF，IRF之间使用域编号（DomainID）来区别。如图1-5所示，Device A和Device B组成IRF 1，Device C和Device D组成IRF 2。如果IRF 1和IRF 2之间有MAD检测链路，则两个IRF各自的成员设备间发送的MAD检测报文会被另外的IRF接收到，从而对两个IRF的MAD检测造成影响。这种情况下，需要给两个IRF配置不同的域编号，以保证两个IRF互不干扰。
图1-5 多IRF域示意图
IRF的连接拓扑为链形连接，如图1-6所示。
链形连接对成员设备的物理位置要求低，主要用于成员设备物理位置分散的组网。成员设备之间不允许连接中继设备
图1-6 IRF连接拓扑示意图
角色选举会在以下情况下进行：
· IRF建立。
· 主设备离开或者故障。
· IRF分裂。
· 独立运行的两个（或多个）IRF合并为一个IRF。
角色选举中按照如下优先级顺序选择主设备：
(1) 当前的主设备优先，即IRF不会因为有新的成员设备加入而重新选举主设备即使新的成员设备有更高优先级。该规则不适用于IRF形成时，此时所有加入的设备都认为自己是主设备。
(2) 成员优先级大的设备。
(3) 系统运行时间长的设备。在IRF中，运行时间的度量精度为10分钟，即如果设备的启动时间间隔小于等于10分钟，则认为它们运行时间相等。
(4) CPU MAC地址小的设备。
通过以上规则选出的最优成员设备即为主设备，其它成员设备均为从设备。
IRF建立时，所有从设备必须重启加入IRF。
独立运行的IRF合并时，竞选失败方的所有成员设备必须重启加入获胜方。
对于独立运行的设备（即没有加入任何IRF），接口编号采用槽位编号/子槽位编号/接口序号的三维格式。
例如，要将独立运行的设备Sysname的接口GigabitEthernet1/0/1的链路类型设置为Trunk，可参照以下步骤：
<Sysname> system-view
[Sysname] interface gigabitethernet 1/0/1
[Sysname-GigabitEthernet1/0/1] port link-type trunk
对于IRF中的成员设备，接口编号采用成员设备编号/槽位编号/子槽位编号/接口序号的四维格式。
例如，将成员编号为1的设备上2槽位第一个端口的链路类型设置为Trunk，可参照以下步骤：
<Sysname> system-view
[Sysname] interface gigabitethernet 1/2/0/1
[Sysname-GigabitEthernet1/2/0/1] port link-type trunk
对于独立运行的设备，直接使用存储介质的名称可以访问主用主控板的文件系统，使用“slotMember-ID#存储介质的名称”可以访问备用主控板的文件系统。存储介质的命名请参见“基础配置指导”中的“文件系统管理”。
对于IRF中的成员设备，直接使用存储介质的名称可以访问全局主用主控板的文件系统，使用“chassisID#slotMember-ID#存储介质的名称”可以访问全局备用设备的文件系统。例如：
· 创建并显示IRF中全局主用主控板存储介质Flash根目录下的test文件夹：
<Master> mkdir test
Creating directory flash:/test... Done.
<Master> cd test
<Master> dir
Directory of flash:/test
The directory is empty.
524288 KB total (29832 KB free)
· 创建并显示IRF中成员编号为1的从设备上0槽位主控板存储介质Flash根目录下的test文件夹：
<Master> mkdir chassis1#slot0#flash:/test
Creating directory chassis1#slot0#flash:/test... Done.
<Master> cd chassis1#slot0#flash:/test
<Master> dir
Directory of chassis1#slot0#flash:/test
The directory is empty.
524288 KB total (128812 KB free)
IRF技术使用了严格的配置文件同步机制，来保证IRF中的多台设备能够像一台设备一样在网络中工作，并且在主设备出现故障之后，其余设备仍能够正常执行各项功能。
· IRF中的从设备在启动时，会自动寻找主设备，并将全局主用主控板的当前配置文件同步到本地主控板并执行；如果IRF中的所有设备同时启动，则从设备会将全局主用主控板的起始配置文件同步至本地主控板并执行。
· 在IRF正常工作后，用户所进行的任何配置，都会记录到全局主用主控板的当前配置文件中，并同步到IRF中的各个全局备用主控板执行。
通过即时的同步，IRF中所有主控板均保存有相同的配置文件，即使主设备/全局主用主控板出现故障，其它设备仍能够按照相同的配置文件执行各项功能。
IRF链路故障会导致一个IRF变成多个新的IRF。这些IRF拥有相同的IP地址等三层配置，会引起地址冲突，导致故障在网络中扩大。为了提高系统的可用性，当IRF分裂时我们就需要一种机制，能够检测出网络中同时存在多个IRF，并进行相应的处理，尽量降低IRF分裂对业务的影响。MAD（Multi-Active Detection，多Active检测）就是这样一种检测和处理机制。MAD主要提供分裂检测、冲突处理和故障恢复功能。
通过LACP（Link Aggregation Control Protocol，链路聚合控制协议）、BFD（Bidirectional Forwarding Detection，双向转发检测）、ARP（Address Resolution Protocol，地址解析协议）或者ND（Neighbor Discovery，邻居发现）来检测网络中是否存在多个IRF。同一IRF中可以配置一个或多个检测机制，详细信息，请参考“1.1.10 MAD检测机制”。
关于LACP的详细介绍请参见“二层技术-以太网交换配置指导”中的“以太网链路聚合”；关于BFD的详细介绍请参见“网络管理和监控配置指导”中的“BFD”；关于ARP的详细介绍请参见“三层技术-IP业务配置指导”中的“ARP”；关于ND的详细介绍请参见“三层技术-IP业务配置指导”中的“IPv6基础”。
IRF分裂后，通过分裂检测机制IRF会检测到网络中存在其它处于正常工作状态的IRF。
· 对于LACP MAD和BFD MAD检测，冲突处理会先比较两个IRF中成员设备的数量，数量多的IRF继续工作，数量少的迁移到Recovery状态（即禁用状态）。如果成员数量相等，则主设备成员编号小的IRF继续工作，其它IRF迁移到Recovery状态。
· 对于ARP MAD和ND MAD检测，冲突处理会直接让主设备成员编号小的IRF继续工作；其它IRF迁移到Recovery状态。
IRF迁移到Recovery状态后会关闭该IRF中所有成员设备上除保留端口以外的其它所有业务端口，以保证该IRF不能再转发业务报文。保留端口可通过mad exclude interface命令配置。
IRF链路故障导致IRF分裂，从而引起多Active冲突。因此修复故障的IRF链路，让冲突的IRF重新合并为一个IRF，就能恢复MAD故障。
IRF链路修复后，系统会自动重启或者给出提示信息要求用户手工重启处于Recovery状态的IRF。
重启后，原Recovery状态IRF中所有成员设备以从设备身份加入原正常工作状态的IRF，原Recovery状态IRF中被强制关闭的业务接口会自动恢复到真实的物理状态，整个IRF系统恢复，如图1-7所示。
· 系统是否会自动重启或者给出提示信息要求用户手工重启处于Recovery状态的IRF，与设备是否配置了irf auto-merge enable命令有关。
· 请根据提示重启处于Recovery状态的IRF，如果错误的重启了正常工作状态的IRF，会导致合并后的IRF仍然处于Recovery状态，所有成员设备的业务接口都会被关闭。此时，需要执行mad restore命令让整个IRF系统恢复。
图1-7 MAD故障恢复（IRF链路故障）
如果MAD故障还没来得及恢复而处于正常工作状态的IRF也故障了（原因可能是设备故障或者上下行线路故障），如图1-8所示。此时可以在Recovery状态的IRF上执行mad restore命令，让Recovery状态的IRF恢复到正常状态，先接替原正常工作状态的IRF工作。然后再修复故障的IRF和链路。
图1-8 MAD故障恢复（IRF链路故障修复前，正常工作状态的IRF故障）
设备支持的MAD检测方式有：LACP MAD检测、BFD MAD检测、ARP MAD检测和ND MAD检测。四种MAD检测机制各有特点，用户可以根据现有组网情况进行选择。
表1-2 MAD检测机制的比较
|
MAD检测方式 |
优势 |
限制 |
适用组网 |
|
LACP MAD |
· 检测速度快 · 利用现有聚合组网即可实现，无需占用额外接口 |
需要使用H3C设备（支持扩展LACP协议报文）作为中间设备 |
IRF使用聚合链路和上行设备或下行设备连接 |
|
BFD MAD |
· 检测速度较快 · 使用中间设备时，不要求中间设备必须为H3C设备 |
需要专用的物理链路和三层接口，这些接口不能再传输普通业务流量 |
· 对组网没有特殊要求 · 如果不使用中间设备，则仅适用于成员设备少（建议仅2台成员设备时使用），并且物理距离比较近的组网环境 |
|
ARP MAD |
· 可以不使用中间设备 · 使用中间设备时，不要求中间设备必须为H3C设备 · 无需占用额外接口 |
· 检测速度慢于LACP MAD和BFD MAD · 必须和生成树协议配合使用 |
适用于使用生成树，没有使用链路聚合的IPv4组网环境 |
|
ND MAD |
· 可以不使用中间设备 · 使用中间设备时，不要求中间设备必须为H3C设备 · 无需占用额外接口 |
· 检测速度慢于LACP MAD和BFD MAD · 必须和生成树协议配合使用 |
适用于使用生成树，没有使用链路聚合的IPv6组网环境 |
LACP MAD检测通过扩展LACP协议报文实现，通常采用如图1-9所示的组网：
· 每个成员设备都需要连接到中间设备。
· 成员设备连接中间设备的链路加入动态聚合组。
· 中间设备需要支持扩展LACP报文。
图1-9 LACP MAD检测组网示意图
扩展LACP协议报文定义了一个新的TLV（Type/Length/Value，类型/长度/值）数据域——用于交互IRF的DomainID（域编号）和ActiveID（主设备的成员编号）。开启LACP MAD检测后，成员设备通过LACP协议报文和其它成员设备交互DomainID和ActiveID信息。
· 如果DomainID不同，表示报文来自不同IRF，不需要进行MAD处理。
· 如果DomainID相同，ActiveID也相同，表示没有发生多Active冲突。
· 如果DomainID相同，ActiveID不同，表示IRF分裂，检测到多Active冲突。
BFD MAD检测通过BFD协议实现。我们可以使用以太网端口来实现BFD MAD检测。
使用以太网端口实现BFD MAD时，请注意如下组网要求：
· 不使用中间设备时，每台成员设备必须和其它所有成员设备之间建立BFD MAD检测链路（如图1-11所示）。使用中间设备时（如图1-10所示），每台成员设备都需要和中间设备建立BFD MAD检测链路。
· 用于BFD MAD检测的以太网端口加入同一三层聚合组，在该三层聚合接口视图下为每台成员设备配置MAD IP地址。
需要注意的是：
· BFD MAD检测链路和BFD MAD检测三层聚合接口必须是专用的，不允许配置任何其它特性。
· MAD IP地址应该为同一网段内的不同IP地址。
· 两台以上设备组成IRF时，请优先采用中间设备组网方式，避免特殊情况下全连接组网中可能出现的广播环路问题。
· 使用三层聚合接口配置BFD MAD时，聚合成员端口的个数不能超过聚合组最大选中端口数。否则，由于超出聚合组最大选中端口数的成员端口无法成为选中端口，会使BFD MAD无法正常工作，工作状态显示为Faulty。有关聚合组最大选中端口的说明及其配置方式请参见“二层技术-以太网交换配置指导”中的“以太网链路聚合”。
图1-10 使用中间设备实现BFD MAD检测组网示意图
图1-11 不使用中间设备实现BFD MAD检测组网示意图
BFD MAD实现原理如下：
· 当IRF正常运行时，只有主设备上配置的MAD IP地址生效，从设备上配置的MAD IP地址不生效，BFD会话处于down状态；（使用display bfd session命令查看BFD会话的状态。如果Session State显示为Up，则表示激活状态；如果显示为Down，则表示处于down状态）。
· 当IRF分裂形成多个IRF时，不同IRF中主设备上配置的MAD IP地址均会生效，BFD会话被激活，此时会检测到多Active冲突。
ARP MAD检测是通过使用扩展ARP协议报文交互IRF的DomainID和ActiveID实现的。
配置ARP MAD时，可以使用中间设备，也可以不使用中间设备。
· 使用中间设备时，每台成员设备都需要和中间设备建立连接，如图1-12所示。IRF和中间设备之间需要运行生成树协议。可以使用数据链路作为ARP MAD检测链路。
· 不使用中间设备时，每台成员设备必须和其它所有成员设备之间建立ARP MAD检测链路。
图1-12 ARP MAD检测组网示意图
开启ARP MAD检测后，成员设备通过ARP协议报文和其它成员设备交互DomainID和ActiveID信息。
· 如果DomainID不同，表示报文来自不同IRF，不需要进行MAD处理。
· 如果DomainID相同，ActiveID也相同，表示没有发生多Active冲突。
· 如果DomainID相同，ActiveID不同，表示IRF分裂，检测到多Active冲突。
ND MAD检测是通过扩展ND协议报文内容实现的，即使用ND的NS协议报文携带扩展选项数据来交互IRF的DomainID和ActiveID。
配置ND MAD时，可以使用中间设备，也可以不使用中间设备。
· 使用中间设备时，每台成员设备都需要和中间设备建立连接，如图1-13所示。IRF和中间设备之间需要运行生成树协议。
· 不使用中间设备时，每台成员设备必须和其它所有成员设备之间建立ND MAD检测链路。
图1-13 ND MAD检测组网示意图
开启ND MAD检测后，成员设备通过ND协议报文和其它成员设备交互DomainID和ActiveID信息。
· 如果DomainID不同，表示报文来自不同IRF，不需要进行MAD处理。
· 如果DomainID相同，ActiveID也相同，表示没有发生多Active冲突。
· 如果DomainID相同，ActiveID不同，表示IRF分裂，检测到多Active冲突。
部分IRF功能仅支持以CLI方式进行配置，不支持在Web界面上配置（具体支持情况请以设备实际Web界面为准）。
通常情况下，必须是同一型号的产品才能组成IRF，且相同槽位号上插入的板卡型号也必须相同。
IRF中所有成员设备的软件版本必须相同，如果有软件版本不同的设备要加入IRF，请确保IRF的启动文件同步加载功能处于开启状态。
一个IRF中允许加入的成员设备的最大数量为2。
通常情况下，要求是设备上的高速率端口。
设备出厂时没有将IRF端口与IRF物理端口绑定，需要用户通过命令行手工配置后才能用于IRF。
NSQM1CGQ20的100G接口与NSQ1CGC2SE0的100G接口无法使用IRF。
不能将Console口、管理口（面板标识为MGMT，编号为M-GigabitEthernet开头）和配置了Bypass功能或面板标识了Bypass功能的接口作为IRF物理端口。
设备支持可插拔接口模块，您可根据单板接口支持的可插拔接口模块类型，选择相应的可插拔接口模块，具体如下：
· 万兆XFP模块。
· 万兆SFP+模块。
· QSFP+模块。
· 100G CFP 模块。
· QSFP28模块。
· 有关光模块和电缆的详细介绍，请参见《H3C光模块手册》。
· H3C光模块和电缆的种类随着时间变化有更新的可能性，所以，若您需要准确的模块种类信息，请咨询H3C公司市场人员或技术支援人员。
本设备上与IRF-Port1口绑定的IRF物理端口只能和邻居成员设备IRF-Port2口上绑定的IRF物理端口相连，本设备上与IRF-Port2口绑定的IRF物理端口只能和邻居成员设备IRF-Port1口上绑定的IRF物理端口相连，如图1-14所示。否则，不能形成IRF。
一个IRF端口可以与一个或多个IRF物理端口绑定，以提高IRF链路的带宽以及可靠性。设备仅支持IRF物理端口直连组建IRF，不支持跨中间设备。
图1-14 IRF物理连接示意图
以太网接口作为IRF物理端口与IRF端口绑定后，只支持配置以下命令：
· 接口配置命令，包括shutdown、description和flow-interval命令。有关这些命令的详细介绍，请参见“接口管理命令参考”中的“以太网接口”。
· 配置光模块的ITU通道编号itu-channel。有关itu-channel命令的详细介绍，请参见“基础配置命令参考”中的“设备管理”。
· LLDP功能命令，包括lldp admin-status、lldp check-change-interval、lldp enable、lldp encapsulation snap、lldp notification remote-change enable和lldp tlv-enable。有关这些命令的详细介绍，请参见“二层技术-以太网交换命令参考”中的“LLDP”。
· 将端口配置为远程源镜像反射端口，mirroring-group reflector-port命令，但配置后端口与IRF端口绑定的配置将被清除。当IRF端口只绑定了一个物理端口时请勿进行此配置，以免IRF分裂。有关该命令的详细介绍，请参见“网络管理和监控命令参考”中的“端口镜像”。
IRF成员设备根据接收和发送报文的端口以及IRF的当前拓扑，来判断报文发送后是否会产生环路。如果判断结果为会产生环路，设备将在环路路径的发送端口处将报文丢弃。该方式会造成大量广播报文在IRF物理端口上被丢弃，此为正常现象。在使用SNMP工具监测设备端口的收发报文记录时，取消对IRF物理端口的监测，可以避免收到大量丢弃报文的告警信息。
在组成IRF的所有设备上，系统工作模式的配置（通过system-working-mode命令配置）必须相同，否则这些设备将无法组成IRF。关于系统工作模式的介绍，请参见“基础配置指导”中的“设备管理”。
同时配置Context和IRF MAD检测功能的情况下，请将IRF物理端口和MAD检测VLAN都配置在缺省Context中，并请先为Context分配物理接口再配置MAD功能。
在IRF分裂后，以及再次合并前，请确保各成员设备上Context的相关配置以及IRF的相关配置和分裂前的保持一致。
使用undo Context命令删除Context时，建议先使用display irf link命令查看该Context中是否有IRF物理端口，如果该Context中有IRF物理端口，请先取消IRF物理端口与IRF端口的绑定关系并保存配置后再删除Context。
对于本节列出的命令，缺省Context均支持，非缺省Context只支持display irf link、display mad、mad arp enable、mad enable、mad exclude interface以及mad nd enable命令。
有关Context的详细描述，请参见“虚拟化技术配置指导”中的“Context”。
在组成IRF的所有设备上，以下路由相关配置必须相同，否则这些设备将无法组成IRF。
· 等价路由模式（通过ecmp mode命令配置）。
· 前缀大于64位的IPv6路由功能。
关于上述功能的详细介绍，请参见“三层技术-IP路由配置指导”中的“IP路由基础配置”。
在组成IRF的所有设备上，ACL硬件模式的相关配置都必须相同，否则这些设备将无法组成IRF。有关ACL硬件模式的详细介绍，请参见“ACL和QoS配置指导”中的“ACL”。
请确保IRF中各成员设备上安装的特性License一致，否则，可能会导致这些License对应的特性不能正常运行。
以下IRF相关配置不支持配置回滚：
· 配置成员设备的描述信息（irf member description）
· 配置IRF中成员设备的优先级（irf member priority）
· 配置IRF端口与IRF物理端口的绑定关系（port group interface）
有关配置回滚的详细介绍，请参见“基础配置指导”中的“配置文件”。
IRF配置任务如下：
(1) 搭建IRF
a. 配置成员编号
b. （可选）配置成员优先级
c. 配置IRF端口
e. 连接IRF物理接口
f. 切换到IRF模式
g. 访问IRF
(2) 配置MAD
请至少选择其中一项MAD检测方案进行配置。
¡ 配置保留接口
IRF迁移到Recovery状态后会关闭该IRF中除保留接口以外的所有业务接口。如果接口有特殊用途需要保持up状态（比如Telnet登录接口），可以将这些接口配置为保留接口。
¡ MAD故障恢复
(3) （可选）调整和优化IRF
¡ 配置成员编号
¡ 配置成员优先级
¡ 配置IRF端口
可以分别调整成员编号、成员优先级、IRF端口，也可以使用本功能同时调整这三个参数。
IRF合并时，竞选失败方IRF的所有成员设备自动重启加入获胜方IRF。
新设备/新主控板加入IRF，且新设备/新主控板的软件版本和全局主用主控板的软件版本不一致时，新设备的主控板/新主控板自动从全局主用主控板下载启动文件，然后使用新的系统启动文件重启，重新加入IRF。
· 硬件兼容性和限制（选择哪些型号的设备，是否要求同型号）
· IRF规模（包含几台成员设备）
· 使用哪台设备作为主设备
· 各成员设备编号和优先级分配方案。IRF形成后，尽量不要修改成员编号。
· IRF拓扑和物理连接方案
· 确定IRF物理端口
出厂时，设备处于独立运行模式，没有成员编号。设备从独立运行模式切换到IRF模式时，使用本功能配置的成员编号。如果模式切换前未配置成员编号，则系统自动使用1作为成员编号。
建议在切换为IRF模式前先配置成员编号，并确保该编号在IRF中唯一。如果存在成员编号相同的设备，则不能建立IRF。如果新设备加入IRF，但是该设备与已有成员设备的编号冲突，则该设备不能加入IRF。
(1) 进入系统视图。
system-view
(2) 在独立运行模式下配置设备的成员编号。
irf member member-id
缺省情况下，设备处于独立运行模式，没有成员编号。
在主设备选举过程中，优先级数值大的成员设备将优先被选举成为主设备。
(1) 进入系统视图。
system-view
(2) 在独立运行模式下配置设备的成员优先级。
irf priority priority
缺省情况下，设备的成员优先级为1。
在独立运行模式下将IRF端口和IRF物理端口绑定，并不会影响IRF物理端口的当前业务。当设备切换到IRF模式后，IRF物理端口的配置将恢复到缺省状态（即原有的业务配置会被删除）。
(1) 进入系统视图。
system-view
(2) 在独立运行模式下创建IRF端口并进入IRF端口视图。
irf-port irf-port-number
(3) 将IRF端口和IRF物理端口绑定。
port group interface interface-type interface-number
缺省情况下，IRF端口没有和任何IRF物理端口绑定。
多次执行本命令，可以将IRF端口与多个IRF物理端口绑定，以实现IRF链路的备份/负载分担。
请在任意视图下执行本命令，将当前配置保存到存储介质的根目录下，并将该文件设置为下次启动配置文件。
save
有关该命令的详细介绍，请参见“基础配置命令参考”中的“配置文件管理”。
请按照拓扑规划和“1.2.6 IRF物理端口连接要求”完成IRF物理端口连接。
设备缺省处于独立运行模式。要使设备加入IRF或使设备的IRF配置生效，必须将设备运行模式切换到IRF模式。
修改运行模式后，设备会自动重启使新的模式生效。
模式切换会导致配置不可用。为了使当前配置在模式切换后能够尽可能多的继续生效，在用户执行模式切换操作时，系统会提示用户是否需要自动转换下次启动配置文件。如果用户选择了<Y>，则设备会自动对下次启动配置文件进行转换和保存。配置转换后，interface-number会增加一维，第一维为成员编号，其它维度的取值和转换前的取值一致。需要注意的是，如果用户配置的字符串类型参数（description命令配置的字符串类型参数除外）符合上述转换规则，该参数也会被转换。例如当有VLAN的名称被定义为GigabitEthernet1/0/7时，该名称也会被转换。
在切换到IRF模式前，请先配置成员编号，并确保该编号在IRF中唯一。
(1) 进入系统视图。
system-view
(2) 将设备的运行模式切换到IRF模式。
chassis convert mode irf
缺省情况下，设备处于独立运行模式。
因为管理和维护IRF需要耗费一定的系统资源。如果当前组网中设备不需要和别的设备组成IRF时，请执行undo chassis convert mode，将IRF模式切换到独立运行模式。
完成IRF模式切换，设备重启后，可通过如下方式登录IRF：
· 本地登录：通过任意成员设备的Console口登录。
· 远程登录：给任意成员设备的任意三层接口配置IP地址，并且路由可达，就可以通过Telnet、SNMP等方式进行远程登录。
不管使用哪种方式登录IRF，实际上登录的都是全局主用主控板。全局主用主控板是IRF系统的配置和控制中心，在全局主用主控板上配置后，全局主用主控板会将相关配置同步给全局备用主控板，以便保证全局主用主控板和全局备用主控板配置的一致性。
请不要在VLAN接口上开启MAD检测功能。
冲突处理原则不同的检测方式请不要同时配置：
· LACP MAD和ARP MAD、ND MAD不要同时配置。
· BFD MAD和ARP MAD、ND MAD不要同时配置。
IRF域编号是一个全局变量，IRF中的所有成员设备都共用这个IRF域编号。在IRF设备上使用irf domain、mad enable、mad arp enable、mad nd enable命令均可修改全局IRF域编号，最新的配置生效。请按照网络规划来修改IRF域编号，不要随意修改。
在IRF设备上使用Context功能时，缺省Context上通过irf domain命令，或者在任意Context上通过mad enable、mad arp enable、mad nd enable命令均可修改全局IRF域编号，最新的配置生效。请按照网络规划来修改IRF域编号，不要随意修改。
在LACP MAD、ARP MAD和ND MAD检测组网中，如果中间设备本身也是一个IRF系统，则必须通过配置确保其IRF域编号与被检测的IRF系统不同，否则可能造成检测异常，甚至导致业务中断。在BFD MAD检测组网中，IRF域编号为可选配置。
如果接口因为多Active冲突被关闭，则只能等IRF恢复到正常工作状态后，接口才能自动被激活，不允许通过undo shutdown命令来激活，否则可能引起配置冲突，导致故障在网络中扩大。
(1) 进入系统视图。
system-view
(2) 配置IRF域编号。
irf domain domain-id
缺省情况下，IRF的域编号为0。
修改设备的IRF域编号，会导致设备离开当前IRF，不再属于当前IRF，不能和当前IRF中的设备交互IRF协议报文。
(3) 创建并进入聚合接口视图。请选择其中一项进行配置。
¡ 进入二层聚合接口视图。
interface bridge-aggregation interface-number
¡ 进入三层聚合接口视图。
interface route-aggregation interface-number
中间设备上也需要进行此项配置。
(4) 配置聚合组工作在动态聚合模式下。
link-aggregation mode dynamic
缺省情况下，聚合组工作在静态聚合模式下。
中间设备上也需要进行此项配置。
(5) 开启LACP MAD检测功能。
mad enable
缺省情况下，LACP MAD检测功能处于关闭状态。
(6) 退回系统视图。
quit
(7) 进入以太网接口视图。
interface interface-type interface-number
(8) 将以太网接口加入聚合组。
port link-aggregation group group-id
中间设备上也需要进行此项配置。
system-view
(2) （可选）配置IRF域编号。
irf domain domain-id
缺省情况下，IRF的域编号为0。
修改设备的IRF域编号，会导致设备离开当前IRF，不再属于当前IRF，不能和当前IRF中的设备交互IRF协议报文。
(3) 创建一个新三层聚合接口专用于BFD MAD检测。
interface route-aggregation interface-number
(4) 退回系统视图。
quit
(5) 进入以太网接口视图。
interface interface-type interface-number
(6) 将端口加入BFD MAD检测专用聚合组。
port link-aggregation group number
(7) 退回系统视图。
quit
(8) 进入三层聚合接口视图。
interface route-aggregation interface-number
(9) 开启BFD MAD检测功能。
mad bfd enable
缺省情况下，BFD MAD检测功能处于关闭状态。
(10) 给指定成员设备配置MAD IP地址。
mad ip address ip-address { mask | mask-length } member member-id
缺省情况下，未配置成员设备的MAD IP地址。
配置ARP MAD检测时，请注意表1-3所列配置注意事项。
表1-3 ARP MAD检测配置注意事项
|
注意事项类别 |
使用限制和注意事项 |
|
ARP MAD检测VLAN |
· 不允许在Vlan-interface1接口上开启ARP MAD检测功能 · 如果使用中间设备，需要进行如下配置： ¡ 在IRF设备和中间设备上，创建专用于ARP MAD检测的VLAN ¡ 在IRF设备和中间设备上，将用于ARP MAD检测的物理接口添加到ARP MAD检测专用VLAN中 ¡ 在IRF设备上，创建ARP MAD检测的VLAN的VLAN接口 · 建议勿在ARP MAD检测VLAN上运行其它业务 |
|
兼容性配置指导 |
如果使用中间设备，请确保满足如下要求： · IRF和中间设备上均需配置生成树功能。并确保配置生成树功能后，只有一条ARP MAD检测链路处于转发状态。关于生成树功能的详细介绍请参见“二层技术-以太网交换配置指导”中的“生成树” · 如果中间设备本身也是一个IRF系统，则必须通过配置确保其IRF域编号与被检测的IRF系统不同 |
(1) 进入系统视图。
system-view
(2) 配置IRF域编号。
irf domain domain-id
缺省情况下，IRF的域编号为0。
修改设备的IRF域编号，会导致设备离开当前IRF，不再属于当前IRF，不能和当前IRF中的设备交互IRF协议报文。
(3) 将IRF的桥MAC保留时间配置为立即改变。
undo irf mac-address persistent
缺省情况下，IRF桥MAC永久保留。
(4) 创建一个新VLAN专用于ARP MAD检测。
vlan vlan-id
缺省情况下，设备上只存在VLAN 1。
VLAN 1不能用于ARP MAD检测。
如果使用中间设备，中间设备上也需要进行此项配置。
(5) 退回系统视图。
quit
(6) 进入以太网接口视图。
interface interface-type interface-number
(7) 将端口加入ARP MAD检测专用VLAN。
¡ 将Access端口加入ARP MAD检测专用VLAN。
port access vlan vlan-id
¡ 将Trunk端口加入ARP MAD检测专用VLAN。
port trunk permit vlan vlan-id
¡ 将Hybrid端口加入ARP MAD检测专用VLAN。
port hybrid vlan vlan-id { tagged | untagged }
ARP MAD检测对检测端口的链路类型没有要求，不需要刻意修改端口的当前链路类型。缺省情况下，端口的链路类型为Access。
如果使用中间设备，中间设备上也需要进行此项配置。
(8) 退回系统视图。
quit
(9) 进入VLAN接口视图。
interface vlan-interface interface-number
(10) 配置IP地址。
ip address ip-address { mask | mask-length }
缺省情况下，未配置VLAN接口的IP地址。
(11) 开启ARP MAD检测功能。
mad arp enable
缺省情况下，ARP MAD检测功能处于关闭状态。
· 当ND MAD检测组网使用中间设备进行连接时，可使用普通的数据链路作为ND MAD检测链路；当不使用中间设备时，需要在所有的成员设备之间建立两两互联的ND MAD检测链路。
· 如果使用中间设备组网，在IRF和中间设备上均需配置生成树功能。并确保配置生成树功能后，只有一条ND MAD检测链路处于转发状态，能够转发ND MAD检测报文。关于生成树功能的详细描述和配置请参见“二层技术-以太网交换配置指导”中的“生成树”。
(1) 进入系统视图。
system-view
(2) 配置IRF域编号。
irf domain domain-id
缺省情况下，IRF的域编号为0。
修改设备的IRF域编号，会导致设备离开当前IRF，不再属于当前IRF，不能和当前IRF中的设备交互IRF协议报文。
(3) 将IRF的桥MAC保留时间配置为立即改变。
undo irf mac-address persistent
缺省情况下IRF桥MAC永久保留。
(4) 创建一个新VLAN专用于ND MAD检测。
vlan vlan-id
缺省情况下，设备上只存在VLAN 1。
VLAN 1不能用于ND MAD检测。
如果使用中间设备，中间设备上也需要进行此项配置。
(5) 退回系统视图。
quit
(6) 进入以太网接口视图。
interface interface-type interface-number
(7) 端口加入ND MAD检测专用VLAN。
¡ 将Access端口加入ND MAD检测专用VLAN。
port access vlan vlan-id
¡ 将Trunk端口加入ND MAD检测专用VLAN。
port trunk permit vlan vlan-id
¡ 将Hybrid端口加入ND MAD检测专用VLAN。
port hybrid vlan vlan-id { tagged | untagged }
ND MAD检测对检测端口的链路类型没有要求，不需要刻意修改端口的当前链路类型。缺省情况下，端口的链路类型为Access。
如果使用中间设备，中间设备上也需要进行此项配置。
(8) 退回系统视图。
quit
(9) 进入VLAN接口视图。
interface vlan-interface interface-number
(10) 配置IPv6地址。
ipv6 address { ipv6-address/pre-length | ipv6 address pre-length }
缺省情况下，未配置VLAN接口的IPv6地址。
(11) 开启ND MAD检测功能。
mad nd enable
缺省情况下，ND MAD检测功能处于关闭状态。
IRF系统在进行多Active处理的时候，缺省情况下，会关闭Recovery状态IRF上除了系统保留接口外的所有业务接口。系统保留接口包括：
· IRF物理端口
· 用户配置的保留聚合接口的成员接口
如果接口有特殊用途需要保持up状态（比如Telnet登录接口等），则用户可以通过命令行将这些接口配置为保留接口。
使用VLAN接口进行远程登录时，需要将该VLAN接口及其对应的以太网端口都配置为保留接口。但如果在正常工作状态的IRF中该VLAN接口也处于UP状态，则在网络中会产生IP地址冲突。
(1) 进入系统视图。
system-view
(2) 配置保留接口，当设备进入Recovery状态时，该接口不会被关闭。
mad exclude interface interface-type interface-number
缺省情况下，设备进入Recovery状态时会自动关闭本设备上除了系统保留接口以外的所有业务接口。
当MAD故障恢复时，处于Recovery状态的设备重启后重新加入IRF，被MAD关闭的接口会自动恢复到正常状态。
如果在MAD故障恢复前，正常工作状态的IRF出现故障，可以通过配置本功能先启用Recovery状态的IRF。配置本功能后，Recovery状态的IRF中被MAD关闭的接口会恢复到正常状态，保证业务尽量少受影响。
(1) 进入系统视图。
system-view
(2) 将IRF从Recovery状态恢复到正常工作状态。
mad restore
在IRF中以成员编号标识设备，IRF端口和成员优先级的配置也和成员编号紧密相关。所以，修改设备成员编号可能导致配置发生变化或者失效，请慎重使用。
配置成员编号时，请确保该编号在IRF中唯一。如果存在相同的成员编号，则不能建立IRF。如果新设备加入IRF，但是该设备与已有成员设备的编号冲突，则该设备不能加入IRF。
· 修改成员编号后，但是没有重启本设备，则原编号继续生效，各物理资源仍然使用原编号来标识。
· 修改成员编号后，如果保存当前配置，重启本设备，则新的成员编号生效，需要用新编号来标识物理资源；配置文件中，只有IRF端口的编号以及IRF端口下的配置、成员优先级会继续生效，其它与成员编号相关的配置（比如普通物理接口的配置等）不再生效，需要重新配置。
(1) 进入系统视图。
system-view
(2) 配置IRF中指定成员设备的成员编号。
irf member member-id renumber new-member-id
缺省情况下，设备切换到IRF模式后，使用的是独立运行模式下预配置的成员编号。
(3) 保存当前配置。
save [ safely | force ]
(4) 退回用户视图
quit
(5) 重启成员设备。
reboot chassis chassis-number
请将chassis-number指定为member-id的值。
在主设备选举过程中，优先级数值大的成员设备将优先被选举成为主设备。
IRF形成后，修改成员设备优先级不会触发选举，修改的优先级在下一次选举时生效。
(1) 进入系统视图。
system-view
(2) 配置IRF中指定成员设备的优先级。
irf member member-id priority priority
缺省情况下，设备的成员优先级均为1。
同一IRF端口绑定的IRF物理端口的工作模式必须相同。设备工作在IRF模式时，不允许将同一IRF端口绑定的IRF物理端口配置为不同的工作模式。
(1) 进入系统视图。
system-view
(2) 进入IRF物理端口视图。
¡ 进入二层以太网接口视图。
interface interface-type interface-number
¡ 进入一组接口的批量配置视图。
interface range { interface-type interface-number [ to interface-type interface-number ] } &<1-24>
在将一个IRF端口与多个物理端口进行绑定时，通过接口批量配置视图可以更快速的完成关闭和开启多个端口的操作。
(3) 关闭接口。
shutdown
接口缺省的状态为开启。
如果允许关闭当前端口，则直接在该接口视图下执行shutdown命令即可；如果不能关闭该端口，请根据系统提示信息关闭该端口直连的邻居设备上的端口。
(4) 退回系统视图。
quit
(5) 进入IRF端口视图。
irf-port member-id/irf-port-number
(6) 将IRF端口和IRF物理端口绑定。
port group interface interface-type interface-number
缺省情况下，IRF端口没有和任何IRF物理端口绑定。
多次执行该命令，可以将IRF端口与多个IRF物理端口绑定，以实现IRF链路的备份或负载分担，从而提高IRF链路的带宽和可靠性。
(7) 退回到系统视图。
quit
(8) 进入IRF物理端口视图。
¡ 进入二层以太网接口视图。
interface interface-type interface-number
¡ 进入一组接口的批量配置视图。
interface range { interface-type interface-number [ to interface-type interface-number ] } &<1-24>
在将一个IRF端口与多个物理端口进行绑定时，通过接口批量配置视图可以更快速的完成关闭和开启多个端口的操作。
(9) 打开接口。
undo shutdown
(10) 退回系统视图。
quit
(11) 保存当前配置。
save
激活IRF端口会引起IRF合并，被选为从设备的成员设备重启。为了避免重启后配置丢失，请在激活IRF端口前先将当前配置保存到下次启动配置文件。
(12) 激活IRF端口下的配置。
irf-port-configuration active
IRF物理线缆连接好，并将IRF物理端口添加到IRF端口后，必须通过该命令手工激活IRF端口的配置才能形成IRF。
使用本功能，用户可以通过一条命令配置IRF的基本参数，包括新成员编号、域编号、成员优先级、绑定物理端口，简化了配置步骤，达到快速配置IRF的效果。
在配置该功能时，有两种方式：
· 交互模式：用户输入easy-irf，回车，在交互过程中输入具体参数的值。
· 非交互模式，在输入命令行时直接指定所需参数的值。
两种方式的配置效果相同，如果用户对本功能不熟悉，建议使用交互模式。
· 在IRF中以设备编号标志设备，配置IRF端口和优先级也是根据设备编号来配置的，所以，修改设备成员编号可能导致设备配置发生变化或者丢失，请慎重处理。
· 如果给成员设备指定新的成员编号，该成员设备会立即自动重启，以使新的成员编号生效。
多次使用该功能，修改域编号/优先级/IRF物理端口时，域编号和优先级的新配置覆盖旧配置，IRF物理端口的配置会新旧进行叠加。如需删除旧的IRF物理端口配置，需要在IRF端口视图下，执行undo port group interface命令。
在交互模式下，为IRF端口指定物理端口时，请注意：
· 接口类型和接口编号间不能有空格。
· 不同物理接口之间用英文逗号分隔，逗号前后不能有空格。
(1) 进入系统视图。
system-view
(2) 快速配置IRF。
easy-irf [ member member-id [ renumber new-member-id ] domain domain-id [ priority priority ] [ irf-port1 interface-list1 ] [ irf-port2 interface-list2 ] ]
若在多成员设备的IRF环境中使用该命令，请确保配置的新成员编号与当前IRF中的成员编号不冲突。
IRF合并时，两台IRF会遵照角色选举的规则进行竞选，竞选失败方IRF的所有成员设备需要重启才能加入获胜方IRF。如果开启IRF合并自动重启功能，则合并过程中的重启由系统自动完成，否则需要用户根据系统提示手工完成重启。
(1) 进入系统视图。
system-view
(2) 开启IRF合并自动重启功能。
irf auto-merge enable
缺省情况下，IRF合并自动重启功能处于开启状态。即两台IRF合并时，竞选失败方会自动重启。
当网络中存在多个IRF或者同一IRF中存在多台成员设备时可配置成员设备的描述信息进行标识。例如当成员设备的物理位置比较分散（比如在不同楼层甚至不同建筑）时，为了确认成员设备的物理位置，在组建IRF时可以将物理位置设置为成员设备的描述信息，以便后期维护。
(1) 进入系统视图。
system-view
(2) 配置IRF中指定成员设备的描述信息。
irf member member-id description text
缺省情况下，未配置成员设备的描述信息。
当IRF端口与多个IRF物理端口绑定时，成员设备之间就会存在多条IRF链路。通过改变IRF链路负载分担的类型，可以灵活地实现成员设备间流量的负载分担。
用户既可以指定系统按照报文携带的IP地址、MAC地址、报文的入端口号等信息之一或其组合来选择所采用的负载分担模式，也可以指定系统按照报文类型（如二层、IPv4、IPv6等）自动选择所采用的负载分担模式。
用户可以通过全局配置（系统视图下）和端口下（IRF端口视图下）配置的方式设置IRF链路的负载分担模式：
· 系统视图下的配置对所有IRF端口生效；
· IRF端口视图下的配置只对当前IRF端口生效；
· IRF端口会优先采用端口下的配置。如果端口下没有配置，则采用全局配置。
在端口下配置IRF链路负载分担模式前，IRF端口必须至少和一个IRF物理端口绑定。否则，端口负载分担模式将配置失败。
(1) 进入系统视图。
system-view
(2) 配置IRF链路的负载分担模式。
irf-port global load-sharing mode { destination-ip | destination-mac | ingress-port | source-ip | source-mac } *
本命令的缺省情况与设备的接口板型号有关，建议使用缺省值，如需修改请联系技术支持。
多次执行该命令配置不同负载分担模式时，以最新的配置为准。
(1) 进入系统视图。
system-view
(2) 进入IRF端口视图。
irf-port member-id/irf-port-number
(3) 配置IRF链路的负载分担模式。
irf-port load-sharing mode { destination-ip | destination-mac | ingress-port | source-ip | source-mac } *
本命令的缺省情况与设备的接口板型号有关，建议使用缺省值，如需修改请联系技术支持。
多次执行该命令配置不同负载分担模式时，以最新的配置为准。
桥MAC是设备作为网桥与外界通信时使用的MAC地址。一些二层协议（例如LACP）会使用桥MAC标识不同设备，所以网络上的桥设备必须具有唯一的桥MAC。如果网络中存在桥MAC相同的设备，则会引起桥MAC冲突，从而导致通信故障。IRF作为一台虚拟设备与外界通信，也具有唯一的桥MAC，称为IRF桥MAC。
通常情况下，IRF使用主设备的桥MAC作为IRF桥MAC，我们将这台主设备称为IRF桥MAC拥有者。如果IRF桥MAC拥有者离开，IRF继续使用该桥MAC的时间可以通过“1.7.8 3. 配置IRF的桥MAC保留时间”配置。当IRF的桥MAC保留时间到期后，系统会使用IRF中当前主设备的桥MAC做IRF的桥MAC。
IRF合并时，桥MAC的处理方式如下：
· IRF合并时，如果有成员设备的桥MAC相同，则它们不能合并为一个IRF。IRF的桥MAC不受此限制，只要成员设备自身桥MAC唯一即可。
· 两台IRF合并后，IRF的桥MAC为竞选获胜的一方的桥MAC。
桥MAC冲突会引起通信故障，桥MAC变化可能导致流量短时间中断，请谨慎配置。
当使用ARP MAD和MSTP组网或者ND MAD和MSTP组网时，需要将IRF配置为桥MAC地址立即改变，即配置undo irf mac-address persistent命令。
当IRF设备上存在跨成员设备的聚合链路时，请不要使用undo irf mac-address persistent命令配置IRF的桥MAC立即变化，否则可能会导致流量中断。
(1) 进入系统视图。
system-view
(2) 配置IRF的桥MAC保留时间。请选择其中一项进行配置。
¡ 配置IRF的桥MAC永久保留。
irf mac-address persistent always
配置IRF的桥MAC保留时间为6分钟。
irf mac-address persistent timer
¡ 配置IRF的桥MAC不保留，立即变化。
undo irf mac-address persistent
缺省情况下IRF桥MAC永久保留。
配置IRF桥MAC保留时间适用于IRF桥MAC拥有者短时间内离开又回到IRF的情况（例如设备重启或者链路临时故障），可以减少不必要的桥MAC切换导致的流量中断。
如果新设备或新主控板加入IRF，并且新设备/新主控板的软件版本和全局主用主控板的软件版本不一致，则新设备/新主控板不能正常启动。此时：
· 如果没有开启启动文件的自动加载功能，则需要用户手工升级新设备/新主控板后，再将新设备/新主控板加入IRF。或者在主设备上开启启动文件的自动加载功能，重启新设备/新主控板，让新设备/新主控板重新加入IRF。
· 如果已经开启了启动文件的自动加载功能，则新设备/新主控板加入IRF时，会与全局主用主控板的软件版本号进行比较，如果不一致，则自动从全局主用主控板下载启动文件，然后使用新的系统启动文件重启，重新加入IRF。如果新下载的启动文件与原有启动文件重名，则原有启动文件会被覆盖。
本功能用于在IRF模式下自动保证全局备用主控板和全局主用主控板启动软件包版本的一致性。设备在独立运行模式下时，用户可使用“使能备用主控板启动软件包自动加载功能”来自动保证备用主控板和主用主控板启动软件包版本的一致性。关于“使能备用主控板启动软件包自动加载功能”的详细介绍请参见“基础配置指导”中的“软件升级”。
加载启动软件包需要一定时间，在加载期间，请不要插拔或者手工重启处于加载状态的主控板，否则，会导致该主控板加载启动软件包失败而不能启动。用户可打开日志信息显示开关，并根据日志信息的内容来判断加载过程是否开始以及是否结束。
为了能够成功进行自动加载，请确保新加入设备的主控板/新加入主控板的存储介质上有足够的空闲空间用于存放IRF的启动文件。如果新加入主控板的存储介质上空闲空间不足，设备将自动删除当前启动文件来再次尝试加载；如果空闲空间仍然不足，该主控板将无法进行自动加载。此时，需要管理员重启该主控板并进入Boot ROM菜单，删除一些不重要的文件后，再将主控板重新加入IRF。
(1) 进入系统视图。
system-view
(2) 开启IRF系统启动文件的自动加载功能。
irf auto-update enable
缺省情况下，IRF系统启动文件的自动加载功能处于开启状态。
该功能用于避免因端口链路层状态在短时间内频繁改变，导致IRF分裂/合并的频繁发生。
配置IRF链路down延迟上报功能后：
· 如果IRF链路状态从up变为down，端口不会立即向系统报告链路状态变化。经过一定的时间间隔后，如果IRF链路仍然处于down状态，端口才向系统报告链路状态的变化，系统再作出相应的处理；
· 如果IRF链路状态从down变为up，链路层会立即向系统报告。
如果某些协议配置的超时时间小于延迟上报时间（例如OSPF等），该协议将超时。此时请适当调整IRF链路down的延迟上报时间或者该协议的超时时间，使IRF链路down的延迟上报时间小于协议超时时间，保证协议状态不会发生不必要的切换。
下列情况下，建议将IRF链路down延迟上报时间配置为0：
· 对主备倒换速度和IRF链路切换速度要求较高时
· 在IRF环境中使用BFD功能时
· 在执行关闭IRF物理端口或重启IRF成员设备的操作之前，请首先将IRF链路down延迟上报时间配置为0，待操作完成后再将其恢复为之前的值
(1) 进入系统视图。
system-view
(2) 配置IRF链路down延迟上报时间。
irf link-delay interval
缺省下，IRF链路down延迟上报时间为4秒。
如果在IRF建立后，用户需要拔出IRF物理端口所在的接口模块扩展卡，请先拔掉用于IRF连接的线缆，或者在IRF物理端口视图下执行shutdown命令关闭该端口，再进行拔出接口模块扩展卡的操作。
如果需要使用不同款型的接口模块扩展卡替换现有接口模块扩展卡进行IRF连接，请先解除现有接口模块扩展卡上所有IRF物理端口与IRF端口的绑定关系，然后拔出现有接口模块扩展卡，安装新接口模块扩展卡后再重新配置新接口模块扩展卡上的端口与IRF端口的绑定。
在完成上述配置后，在任意视图下执行display命令可以显示配置后IRF的运行情况，通过查看显示信息验证配置的效果。
表1-4 IRF显示和维护
|
操作 |
命令 |
|
显示IRF中所有成员设备的相关信息 |
display irf |
|
显示IRF的拓扑信息 |
display irf topology |
|
显示IRF链路信息 |
display irf link |
|
显示所有成员设备上重启以后生效的IRF配置 |
display irf configuration |
|
显示IRF链路的负载分担模式 |
display irf-port load-sharing mode [ irf-port [ member-id/port-number ] ] |
|
显示MAD配置信息 |
display mad [ verbose ] |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
