route命令切换为三层模式的以太网接ロ有关以太网接口模式切换的操作，请参见“二层技术-以太网交换配置指导”中的“以太网接口配置”

以太网为什么要链路聚合聚合通过将多条以太网物理为什么要链路聚合捆绑在一起形成一条以太网逻辑为什么要链路聚合，实现增加为什么要链路聚合带宽的目的同時这些捆绑在一起的为什么要链路聚合通过相互动态备份，可以有效地提高为什么要链路聚合的可靠性

所示，Device A与Device B之间通过三条以太网物悝为什么要链路聚合相连将这三条为什么要链路聚合捆绑在一起，就成为了一条逻辑为什么要链路聚合Link aggregation 1这条逻辑为什么要链路聚合的帶宽最大可等于三条以太网物理为什么要链路聚合的带宽总和，增加了为什么要链路聚合的带宽；同时这三条以太网物理为什么要链路聚合相互备份，当其中某条物理为什么要链路聚合down还可以通过其他两条物理为什么要链路聚合转发报文。

对应于聚合接口1聚合组/聚合接口可以分为以下两种类型：

/二层聚合接口：二层聚合组的成员端口全部为二层以太网接口，其对应的聚合接口称为二层聚合接口

/三层聚合接口：三层聚合组的成员端口全部为三层以太网接口，其对应的聚合接口称为三层聚合接口在创建了三层聚合接口之后，还可继续創建该三层聚合接口的子接口即三层聚合子接口。

”）：聚合接口的速率等于所有选中端口的速率之和聚合接口的双工模式则与选中端口的双工模式相同。

Selected）状态：此状态下的成员端口可以参与数据的转发处于此状态的成员端口称为“选中端口”。

Unselected）状态：此状态下嘚成员端口不能参与数据的转发处于此状态的成员端口称为“非选中端口”。

Individual）状态：此状态下的成员端口可以作为普通物理口参与数據的转发当聚合接口配置为聚合边缘接口，其成员端口未收到对端端口发送的LACP报文时处于该状态。

是系统在进行为什么要链路聚合聚匼时用来表征成员端口聚合能力的一个数值它是根据成员端口上的一些信息（包括该端口的速率、双工模式等）的组合自动计算生成的，这个信息组合中任何一项的变化都会引起操作Key的重新计算在同一聚合组中，所有的选中端口都必须具有相同的操作Key

所示。在聚合组Φ只有与对应聚合接口的属性类配置完全相同的成员端口才能够成为选中端口。

MAC地址学习、生成树等在聚合组中，即使某成员端口与對应聚合接口的协议配置存在不同也不会影响该成员端口成为选中端口。

/非选中状态就不会受网络环境的影响比较稳定。

/非选中状态比较灵活。

和属性类配置将作为同一聚合组内的其他成员端口的参照只有操作Key和属性类配置与参考端口一致的成员端口才能被选中。

狀态的端口按照端口的高端口优先级->全双工/高速率->全双工/低速率->半双工/高速率->半双工/低速率的优先次序，选择优先次序最高、且属性类配置与对应聚合接口相同的端口作为参考端口；如果优先次序相同首先选择原来的选中端口作为参考端口；如果此时有多个端口的优先佽序相同且为原来的选中端口，则选择其中端口号最小的端口作为参考端口；如果优先次序相同且都不是原来的选中端口则选择其中端ロ号最小的端口作为参考端口。

Key或属性类配置改变时其所在静态聚合组内各成员端口的选中/非选中状态可能会发生改变。

（Link Aggregation Control Protocol为什么要鏈路聚合聚合控制协议）协议实现，LACP协议的内容及动态聚合模式的工作机制如下所述

标准的LACP协议是一种实现为什么要链路聚合动态聚合嘚协议，运行该协议的设备之间通过互发LACPDU来交互为什么要链路聚合聚合的相关信息

Unit，为什么要链路聚合聚合控制协议数据单元）本端通过向对端发送LACPDU通告本端的信息。当对端收到该LACPDU后将其中的信息与所在端其他成员端口收到的信息进行比较，以选择能够处于选中状态嘚成员端口使双方可以对各自接口的选中/非选中状态达成一致。

协议的功能分为基本功能和扩展功能两大类如所示。

的基本字段可以實现LACP协议的基本功能基本字段包含以下信息：系统LACP优先级、系统MAC地址、端口优先级、端口编号和操作Key
的字段进行扩展，可以实现对LACP协议嘚扩展通过在扩展字段中定义一个新的TLV（Type/Length/Value，类型/长度/值）数据域可以实现IRF（Intelligent

工作模式为PASSIVE，且对端的LACP工作模式也为PASSIVE时两端将不能发送LACPDU。如果两端中任何一端的LACP工作模式为ACTIVE时两端将可以发送LACPDU。

优先级分为系统LACP优先级和端口优先级两类如所示。

超时时间是指成员端口等待接收LACPDU的超时时间在LACP超时时间之后，如果本端成员端口仍未收到来自对端的LACPDU则认为对端成员端口已失效。

超时时间同时也决定了对端發送LACPDU的速率LACP超时有短超时（3秒）和长超时（90秒）两种。若LACP超时时间为短超时则对端将快速发送LACPDU（每1秒发送1个LACPDU）；若LACP超时时间为长超时，则对端将慢速发送LACPDU（每30秒发送1个LACPDU）

状态的成员端口中选出，其操作Key和属性类配置将作为同一聚合组内的其他成员端口的参照只有操莋Key和属性类配置与参考端口一致的成员端口才能被选中。

ID（由系统的LACP优先级和系统的MAC地址共同构成）较小的一端：先比较两端的系统LACP优先級优先级数值越小其设备ID越小；如果优先级相同再比较其系统MAC地址，MAC地址越小其设备ID越小

ID较小的一端，再比较其聚合组内各成员端口嘚端口ID（由端口优先级和端口的编号共同构成）：先比较端口优先级优先级数值越小其端口ID越小；如果优先级相同再比较其端口号，端ロ号越小其端口ID越小端口ID最小、且属性类配置与对应聚合接口相同的端口作为参考端口。

较小的一端动态聚合组内成员端口状态的确萣流程如所示。

较大的一端也会随着对端成员端口状态的变化随时调整本端各成员端口的状态，以确保聚合为什么要链路聚合两端成员端口状态的一致

Key或属性类配置改变时，其所在动态聚合组内各成员端口的选中/非选中状态可能会发生改变

/非选中状态发生改变时，其對端端口的选中/非选中状态也将随之改变

报文后，网络设备上符合选中条件的聚合成员端口会自动被选中从而使聚合为什么要链路聚匼恢复正常工作。

/目的MAC地址、源/目的服务端口、入端口、源/目的IP地址中的一种或某几种的组合区分流使属于同一数据流的报文从同一条荿员为什么要链路聚合上通过。

IPv4、IPv6等）自动选择所采用的聚合负载分担类型

以太网为什么要链路聚合聚合配置任务简介

MAC地址认证（请参見“安全配置指导”中的“MAC地址认证”）、端口安全（请参见“安全配置指导”中的“端口安全”）、802.1X（请参见“安全配置指导”中的“802.1X”）、AC与交叉连接关联（请参见“MPLS配置指导”中的“MPLS L2VPN”）以及AC与VSI关联（请参见“MPLS配置指导”中的“VPLS”）。

AC与交叉连接关联（请参见“MPLS配置指导”中的“MPLS L2VPN”）以及AC与VSI关联（请参见“MPLS配置指导”中的“VPLS”）

128个聚合组。建议用户创建的聚合组数量不要超过126个以免影响业务环回組的正常使用。

非选中状态的一致性否则聚合功能无法正常使用。

非选中状态用户只需保证本端聚合在一起的端口的对端也同样聚合茬一起，聚合功能即可正常使用

三层以太网接口上进行的配置大多数也能在二层/三层聚合接口上进行，具体配置请参见相关的配置指导

表1-10 配置三层聚合接口的MAC地址

进入三层聚合接口/子接口视图
配置三层聚合接口/子接口的MAC地址	缺省情况下，未配置三层聚合接口/子接口的MAC地址

时只有当其成员端口上关于VLAN允许通过的配置（包括是否允许VLAN通过，以及通过的方式）与该二层聚合接口的配置完全相同时该成员端ロ才有可能成为选中端口；配置了二层聚合接口的忽略VLAN后，即使其成员端口上关于这些VLAN允许通过的配置与该二层聚合接口上的配置不一致也不影响该成员端口成为选中端口。

（Maximum Transmission Unit最大传输单元）参数会影响IP报文的分片与重组，可以通过下面的配置来改变MTU值

1.4.5  限制聚合组内選中端口的数量

/最大选中端口数必须一致。

这样这两个成员端口在同一时刻就只能有一个成为选中端口，而另一个将作为备份端口

联動功能后，聚合组的所有选中的物理为什么要链路聚合上都会建立起BFD会话选中端口会周期性发送UDP端口号为6784，目的MAC地址为01-00-5E-90-00-01的BFD报文给对端從而快速检测聚合为什么要链路聚合状态。对于不同的聚合模式为什么要链路聚合聚合与BFD联动功能的实现机制有所不同，具体如下：

BFD检測到为什么要链路聚合故障系统会通知聚合模块对端不可达，然后拆除BFD会话并停止发送UDP端口号为6784的BFD报文；当故障为什么要链路聚合恢複，通过LACP协议重新建立选中为什么要链路聚合关系并重建BFD会话，然后通知聚合模块对端已可达从而使动态聚合组中成员端口选中状态嘚快速收敛。

BFD检测到为什么要链路聚合故障系统会通知聚合模块对端不可达，将该为什么要链路聚合连接端口的选中状态修改为非选中狀态BFD会话保留，并且会继续发送UDP端口号为6784的BFD报文；当故障为什么要链路聚合恢复能收到对端发送来的BFD报文时，系统会再通知聚合模块對端可达端口又恢复为选中状态。即配置此功能后静态聚合为什么要链路聚合不会出现一端为选中状态另一端为非选中状态的情况。

loopback命令同样的，配置有loopback命令的端口不能加入处于关闭状态的聚合接口有关loopback命令的详细介绍，请参见“二层交换-以太网交换命令参考”中嘚“以太网接口”

关闭操作，将会影响聚合接口对应的聚合组内成员端口的选中/非选中状态和为什么要链路聚合状态：

当要求特定VLAN的流量通过特定的端口转发不进行负载分担时可以配置聚合管理VLAN和聚合管理端口进行流量转发。

表1-19 配置聚合管理VLAN和聚合管理端口

缺省情况下没有配置聚合管理VLAN 如果多次执行本命令，新配置将覆盖原有配置
进入二层以太网接口视图
缺省情况下没有配置聚合管理端口 聚合管理端口必须是选中端口

表1-21 在聚合组内配置聚合负载分担类型

当聚合组采用缺省的负载分担类型进行负载分担时，如果负载分担不均匀用户鈳以配置本功能忽略报文中的某些字段，避免影响负载分担的计算结果

表1-22 配置缺省聚合负载分担时忽略的参数

配置缺省聚合负载分担时忽略的参数	缺省情况下，未配置缺省聚合负载分担时忽略的参数

聚合负载分担采用本地转发优先

物理端口之间为什么要链路聚合的冲击IRFΦ成员设备间聚合负载分担处理流程如所示。有关IRF的详细介绍请参见“IRF配置指导”中的“IRF”。

中成员设备间聚合负载分担处理流程

通过茬设备上配置负载分担HASH算法或者HASH SEED值可以实现在原有的聚合逐流负载分担类型基础上进一步均衡聚合为什么要链路聚合上流量分担。

此配置对下面几种类型的聚合逐流负载分担类型无效：

IP地址进行聚合负载分担；

IP地址进行聚合负载分担；

MAC地址进行聚合负载分担；

MAC地址进行聚匼负载分担；

IP地址与目的IP地址进行聚合负载分担；

MAC地址与源MAC地址进行聚合负载分担

表1-24 聚合负载分担HASH算法配置

配置全局采用的聚合负载分擔HASH算法	缺省情况下，全局采用的聚合负载分担HASH算法编号为0
配置全局采用的聚合负载分担HASH SEED	缺省情况下全局采用的聚合负载分担HASH SEED值为0

在数据中心组网中要求在BCB（Backbone Core Bridge，骨幹网核心网桥）核心设备上对经过MAC-in-MAC封装的报文进行负载分担均衡为什么要链路聚合上骨干网络报文和用户网络报文的流量分担。有关BCB的楿关介绍请参见“二层技术-以太网技术配置指导”中的“PBB”。

在聚合为什么要链路聚合上MAC-in-MAC报文负载分担分为两种方式：

配置全局采用嘚MAC-in-MAC报文负载分担方式	缺省情况下，全局采用的负载分担方式为根据内层报文进行负载分担

中某台有聚合组选中端口的成员设备时系统可鉯将该设备上的流量重定向到其他成员设备上，从而实现聚合为什么要链路聚合上流量的不中断

聚合流量重定向功能支持全局配置或在聚合组内配置两种方式：全局的配置对所有聚合组都有效，而聚合组内的配置只对当前聚合组有效对于一个聚合组来说，优先采用该聚匼组内的配置只有该聚合组内未进行配置时，才采用全局的配置

·     建议优先选择使能聚合接口的聚合流量重定向功能。使能全局的聚匼流量重定向功能时如果有连接其它厂商设备的聚合接口，可能影响该聚合组的正常通信

表1-27 配置聚合接口的聚合流量重定向功能

使能聚合流量重定向功能	缺省情况下，聚合流量重定向功能处于关闭状态

缺省情况下聚合接口收到ARP报文后，聚合接口会建立对应的ARP表项聚匼接口收到指定目的地址的报文时，会在所有选中端口上负载分担

用户需要对指定目的地址的流量进行管理，可以配置聚合管理网段实現

配置本功能后，当聚合接口收到管理网段的ARP报文设备会根据报文的IP地址匹配ARP表项：

·     当不存在对应的ARP表项时，设备会在收到该报文嘚成员端口上建立对应的ARP表项此时，经过聚合接口的访问该网段的流量会通过指定的接口转发不再进行负载分担。

·     当发生MAC地址迁移导致匹配的ARP表项的接口不同时，设备不更新该ARP表项设备全网发送ARP请求，重新学习建立对应MAC地址的ARP表项

配置聚合管理网段后，当通过聚合接口发送管理网段的ARP请求时该请求报文会在聚合组中所有成员端口上发送。

表1-28 聚合管理网段配置

缺省情况下未配置聚合管理网段

1.8  鉯太网为什么要链路聚合聚合显示与维护

命令可以显示配置后以太网为什么要链路聚合聚合的运行情况，通过查看显示信息验证配置的效果

命令可以清除端口的LACP和聚合接口上的统计信息。

配置二层聚合接口1为Trunk端口并允许VLAN 10和20的报文通过。

的配置与Device A相似配置过程略。

查看Device A仩所有聚合组的详细信息

，聚合组1为二层静态聚合组包含有三个选中端口。

创建二层聚合接口1并配置该接口为动态聚合模式。

配置②层聚合接口1为Trunk端口并允许VLAN 10和20的报文通过。

的配置与Device A相似配置过程略。

查看Device A上所有聚合组的详细信息

为二层动态聚合组，包含有三個选中端口

二层聚合负载分担配置举例

Device A和Device B上分别配置两个二层静态为什么要链路聚合聚合组，并使两端的VLAN 10通过二层聚合接口1互通、VLAN 20通过②层聚合接口2互通

1上按照源MAC地址进行聚合负载分担、在聚合组2上按照目的MAC地址进行聚合负载分担的方式，来实现数据流量在各成员端口間的负载分担

创建二层聚合接口1，并配置该接口对应的聚合组内按照源MAC地址进行聚合负载分担

配置二层聚合接口1为Trunk端口，并允许VLAN 10的报攵通过

创建二层聚合接口2，并配置该接口对应的聚合组内按照目的MAC地址进行聚合负载分担

配置二层聚合接口2为Trunk端口，并允许VLAN

的配置与Device A楿似配置过程略。

查看Device A上所有聚合组的详细信息

和聚合组2都是负载分担类型的二层静态聚合组，各包含有两个选中端口

查看Device A上所有聚合接口所对应聚合组内采用的聚合负载分担类型。

按照报文的源MAC地址进行聚合负载分担二层聚合组2按照报文的目的MAC地址进行聚合负载汾担。

Device上配置一个二层动态为什么要链路聚合聚合组

Device上配置二层聚合接口为聚合边缘接口，以便当服务器上未配置聚合组时聚合组成員端口都能做为普通端口正常转发报文。

创建二层聚合接口1配置该接口为动态聚合模式。

配置二层聚合接口1为聚合边缘接口

在Server未完成動态聚合模式配置时，查看Device上所有聚合组的详细信息

未收到Server的LACP报文时，Device的聚合成员端口都工作在Individual状态该状态下聚合成员端口可以作为普通物理口转发报文，以保证此时Server与Device间的为什么要链路聚合都可以正常转发报文且可以相互备份。

B上分别配置三层静态为什么要链路聚匼聚合组并为对应的三层聚合接口配置IP地址和子网掩码。

创建三层聚合接口1并为该接口配置IP地址和子网掩码。

的配置与Device A相似配置过程略。

查看Device A上所有聚合组的详细信息

，聚合组1为非负载分担类型的三层静态聚合组包含有三个选中端口。

B上分别配置三层动态为什么偠链路聚合聚合组并为对应的三层聚合接口配置IP地址和子网掩码。

创建三层聚合接口1配置该接口为动态聚合模式，并为其配置IP地址和孓网掩码

的配置与Device A相似，配置过程略

查看Device A上所有聚合组的详细信息。

为非负载分担类型的三层动态聚合组包含有三个选中端口。

Device上汾别配置一个三层动态为什么要链路聚合聚合组并配置IP地址和子网掩码。

Device上配置三层动态为什么要链路聚合聚合接口为聚合边缘接口鉯便当服务器上未配置聚合组时，聚合组成员端口都能做为普通端口正常转发报文

创建三层聚合接口1，配置该接口为动态聚合模式并為其配置IP地址和子网掩码。

配置三层聚合接口1为聚合边缘接口

在Server未完成动态聚合模式配置时，查看Device上所有聚合组的详细信息

未收到Server的LACP報文时，Device的聚合成员端口都工作在Individual状态该状态下聚合成员端口可以作为普通物理口转发报文，以保证此时Server与Device间的为什么要链路聚合都可鉯正常转发报文且可以相互备份。

IRF（Intelligent Resilient Framework智能弹性架构）是H3C自主研发嘚软件虚拟化技术。它的核心思想是将多台设备连接在一起进行必要的配置后，虚拟化成一台设备使用这种虚拟化技术可以集合多台設备的硬件资源和软件处理能力，实现多台设备的协同工作、统一管理和不间断维护

为了便于描述，这个“虚拟设备”也称为IRF所以，夲文中的IRF有两层意思一个是指IRF技术，一个是指IRF设备

如所示，两台设备组成IRF对上、下层设备来说，它们就是一台设备——IRF所有成员設备上的资源归该虚拟设备IRF拥有并由主设备统一管理。

IRF主要具有以下优点：

·     简化管理：IRF形成之后用户通过任意成员设备的任意端口都鈳以登录IRF系统，对IRF内所有成员设备进行统一管理

·     1:N备份：IRF由多台成员设备组成，其中主设备负责IRF的运行、管理和维护，从设备在作为備份的同时也可以处理业务一旦主设备故障，系统会迅速自动选举新的主设备以保证业务不中断，从而实现了设备的1:N备份

·     跨成员設备的为什么要链路聚合聚合：IRF和上、下层设备之间的物理为什么要链路聚合支持聚合功能，并且不同成员设备上的物理为什么要链路聚匼可以聚合成一个逻辑为什么要链路聚合多条物理为什么要链路聚合之间可以互为备份也可以进行负载分担，当某个成员设备离开IRF其咜成员设备上的为什么要链路聚合仍能收发报文，从而提高了聚合为什么要链路聚合的可靠性

·     强大的网络扩展能力：通过增加成员设備，可以轻松自如地扩展IRF的端口数、带宽因为各成员设备都有CPU，能够独立处理协议报文、进行报文转发所以IRF还能轻松自如的扩展处理能力。

IRF中每台设备都称为成员设备成员设备按照功能不同，分为两种角色：

·     从属设备（简称为从设备）：处理业务、转发报文的同时莋为主设备的备份设备运行当主设备故障时，系统会自动从从设备中选举一个新的主设备接替原主设备工作

主设备和从设备均由角色選举产生。一个IRF中同时只能存在一台主设备其它成员设备都是从设备。关于设备角色选举过程的详细介绍请参见“ ”

IRF使用成员设备编號来标识和管理成员设备。接口名称和文件系统路径中均包含成员设备编号以此来唯一标识IRF设备上的接口和文件。

每台成员设备必须具囿唯一的编号如果两台设备的成员编号相同，则不能组成IRF如果新设备加入IRF，但是该设备的成员编号与已有成员设备的编号冲突则该設备不能加入IRF。

成员优先级是成员设备的一个属性主要用于角色选举过程中确定成员设备的角色。优先级越高当选为主设备的可能性越夶

设备的缺省优先级均为1，如果想让某台设备当选为主设备则在组建IRF前，可以通过命令行手工提高该设备的成员优先级

一种专用于IRF荿员设备之间进行连接的逻辑接口，每台成员设备上可以配置两个IRF端口分别为IRF-Port1和IRF-Port2。它需要和物理端口绑定之后才能生效

IRF端口的状态由與它绑定的IRF物理端口的状态决定。与IRF端口绑定的所有IRF物理端口状态均为down时IRF端口的状态才会变成down。

与IRF端口绑定用于IRF成员设备之间进行连接的物理接口。IRF物理端口负责在成员设备之间转发IRF协议报文以及需要跨成员设备转发的业务报文

如所示，两个（或多个）IRF各自已经稳定運行通过物理连接和必要的配置，形成一个IRF这个过程称为IRF合并。

如所示一个IRF形成后，由于IRF为什么要链路聚合故障导致IRF中两相邻成員设备不连通，一个IRF分裂成两个IRF这个过程称为IRF分裂。

IRF为什么要链路聚合故障会导致一个IRF分裂成多个新的IRF这些IRF拥有相同的IP地址等三层配置，会引起地址冲突导致故障在网络中扩大。MAD（Multi-Active Detection多Active检测）机制用来进行IRF分裂检测、冲突处理和故障恢复，从而提高系统的可用性

域昰一个逻辑概念，一个IRF对应一个IRF域

2之间有MAD检测为什么要链路聚合，则两个IRF各自的成员设备间发送的MAD检测报文会被另外的IRF接收到从而对兩个IRF的MAD检测造成影响。这种情况下需要给两个IRF配置不同的域编号，以保证两个IRF互不干扰

IRF的连接拓扑有两种：链形连接和环形连接，如所示

·     链形连接对成员设备的物理位置要求比环形连接低，主要用于成员设备物理位置分散的组网

·     环形连接比链形连接更可靠。因為当链形连接中出现为什么要链路聚合故障时会引起IRF分裂；而环形连接中某条为什么要链路聚合故障时，会形成链形连接IRF的业务不会受到影响。

角色选举会在以下情况下进行：

IRF分裂后重新合并时不进行角色选举此时主设备的确定方式请参见 。

角色选举中按照如下优先級顺序选择主设备：

(1)     当前的主设备优先即IRF不会因为有新的成员设备加入而重新选举主设备即使新的成员设备有更高优先级。该规则不适鼡于IRF形成时此时所有加入的设备都认为自己是主设备。

(3)     系统运行时间长的设备在IRF中，运行时间的度量精度为10分钟即如果设备的启动時间间隔小于等于10分钟，则认为它们运行时间相等

通过以上规则选出的最优成员设备即为主设备，其它成员设备均为从设备

IRF建立时，所有从设备必须重启加入IRF

独立运行的IRF合并时，竞选失败方的所有成员设备必须重启加入获胜方

槽位编号/接口序号的格式，其中：

0后媔板如果有扩展插槽，其槽位号为1

·     接口序号：与设备支持的接口数量相关，请查看设备前面板上的丝印

的从设备上第一个固定端口嘚为什么要链路聚合类型设置为Trunk，可参照以下步骤：

存储介质的名称”可以访问从设备的文件系统例如：

IRF中主设备存储介质Flash根目录下的test攵件夹：

IRF中从设备（成员编号为3）存储介质Flash根目录下的test文件夹：

IRF技术使用了严格的配置文件同步机制，来保证IRF中的多台设备能够像一台设備一样在网络中工作并且在主设备出现故障之后，其余设备仍能够正常执行各项功能

·     IRF中的从设备在启动时，会自动寻找主设备并將主设备的当前配置文件同步到本地并执行；如果IRF中的所有设备同时启动，则从设备会将主设备的起始配置文件同步至本地并执行IRF从设備上的原配置文件还在，但不再生效除非设备恢复到独立运行模式。

·     在IRF正常工作后用户所进行的任何配置，都会记录到主设备的当湔配置文件中并同步到IRF中的各个设备执行。

通过即时的同步IRF中所有设备均保存相同的配置文件，即使主设备出现故障其它设备仍能夠按照相同的配置文件执行各项功能。

IRF为什么要链路聚合故障会导致一个IRF变成多个新的IRF这些IRF拥有相同的IP地址等三层配置，会引起地址冲突导致故障在网络中扩大。为了提高系统的可用性当IRF分裂时我们就需要一种机制，能够检测出网络中同时存在多个IRF并进行相应的处悝，尽量降低IRF分裂对业务的影响MAD（Multi-Active Detection，多Active检测）就是这样一种检测和处理机制MAD主要提供分裂检测、冲突处理和故障恢复功能。

Discovery邻居发現）来检测网络中是否存在多个IRF。同一IRF中可以配置一个或多个检测机制详细信息，请参考“ ”

关于LACP的详细介绍请参见“二层技术-以太網交换配置指导”中的“以太网为什么要链路聚合聚合”；关于BFD的详细介绍请参见“可靠性配置指导”中的“BFD”；关于ARP的详细介绍请参见“三层技术-IP业务配置指导”中的“ARP”；关于ND的详细介绍请参见“三层技术-IP业务配置指导”中的“IPv6基础”。

IRF分裂后通过分裂检测机制IRF会检測到网络中存在其它处于正常工作状态的IRF。

·     对于LACP MAD和BFD MAD检测冲突处理会先比较两个IRF中成员设备的数量，数量多的IRF继续工作数量少的迁移箌Recovery状态（即禁用状态）。如果成员数量相等则主设备成员编号小的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系统恢复如所示。

故障恢复（IRF为什么要链路聚合故障）

如果MAD故障还没来得及恢复而处于正常工作状态的IRF也故障了（原洇可能是设备故障或者上下行线路故障）如所示。此时可以在Recovery状态的IRF上执行mad restore命令让Recovery状态的IRF恢复到正常状态，先接替原正常工作状态的IRF笁作然后再修复故障的IRF和为什么要链路聚合。

故障恢复（IRF为什么要链路聚合故障修复前正常工作状态的IRF故障）

设备支持的MAD检测方式有：LACP MAD检测、BFD MAD检测、ARP MAD检测和ND MAD检测。四种MAD检测机制各有特点用户可以根据现有组网情况进行选择。

表1-1 MAD检测机制的比较

需要使用H3C设备（支持扩展LACP協议报文）作为中间设备	IRF使用聚合为什么要链路聚合和上行设备或下行设备连接
需要专用的物理为什么要链路聚合和三层接口这些接口鈈能再传输普通业务流量	·     如果不使用中间设备，则仅适用于成员设备少（建议仅2台成员设备时使用）并且物理距离比较近的组网环境
使用以太网端口实现ARP MAD时，适用于使用生成树没有使用为什么要链路聚合聚合的IPv4组网环境
适用于使用生成树，没有使用为什么要链路聚合聚合的IPv6组网环境

LACP MAD检测通过扩展LACP协议报文实现通常采用如所示的组网：

扩展LACP协议报文定义了一个新的TLV（Type/Length/Value，类型/长度/值）数据域——用于交互IRF的DomainID（域编号）和ActiveID（主设备的成员编号）开启LACP MAD检测后，成员设备通过LACP协议报文和其它成员设备交互DomainID和ActiveID信息

BFD MAD检测通过BFD协议实现。我们可鉯使用以太网端口或管理用以太网口来实现BFD MAD检测

使用管理用以太网口实现BFD MAD时必须使用中间设备（如所示），并请注意如下组网要求：

使鼡以太网端口实现BFD MAD时请注意如下组网要求：

·     不使用中间设备时，每台成员设备必须和其它所有成员设备之间建立BFD MAD检测为什么要链路聚匼（如所示）使用中间设备时（如所示），每台成员设备都需要和中间设备建立BFD MAD检测为什么要链路聚合

·     两台以上设备组成IRF时，请优先采用中间设备组网方式避免特殊情况下全连接组网中可能出现的广播环路问题。

·     使用三层聚合接口配置BFD MAD时聚合成员端口的个数不能超过聚合组最大选中端口数。否则由于超出聚合组最大选中端口数的成员端口无法成为选中端口，会使BFD MAD无法正常工作工作状态显示為Faulty。有关聚合组最大选中端口的说明及其配置方式请参见“二层技术-以太网交换配置指导”中的“以太网为什么要链路聚合聚合”

State显示為Up，则表示激活状态；如果显示为Down则表示处于down状态）。

我们可以使用以太网端口或管理用以太网口实现ARP MAD检测

使用管理用以太网口实现ARP MAD時必须使用中间设备（如所示），并请注意如下组网要求：

使用以太网端口实现ARP MAD时可以使用中间设备，也可以不使用中间设备

·     使用Φ间设备时，每台成员设备都需要和中间设备建立连接如所示。IRF和中间设备之间需要运行生成树协议可以使用数据为什么要链路聚合莋为ARP

开启ARP MAD检测后，成员设备通过ARP协议报文和其它成员设备交互DomainID和ActiveID信息

ND MAD检测是通过扩展ND协议报文内容实现的，即使用ND的NS协议报文携带扩展選项数据来交互IRF的DomainID和ActiveID

配置ND MAD时，可以使用中间设备也可以不使用中间设备。

·     使用中间设备时每台成员设备都需要和中间设备建立连接，如所示IRF和中间设备之间需要运行生成树协议。

开启ND MAD检测后成员设备通过ND协议报文和其它成员设备交互DomainID和ActiveID信息。

IRF中所有成员设备的軟件版本必须相同如果有软件版本不同的设备要加入IRF，请确保IRF的启动文件同步加载功能处于开启状态

本系列交换机能够通过交换机前媔板或后面板接口模块扩展卡上的10GBase-T以太网口、SFP+口或QSFP+口提供IRF物理连接。但是QSFP+口拆分为四个虚拟SFP+口后，不支持作为IRF物理端口

不同类型IRF物理端口需要采用不同的模块或线缆进行连接：

其中双绞线、SFP+/QSFP+电缆长度较短，性能和稳定性高适用于机房内部短距离的IRF连接；而SFP+/QSFP+光模块和光纖的组合则更加灵活，可以用于较远距离的IRF连接

关于各型号设备上可用于IRF连接的模块和电缆，请参见安装手册

本设备上与IRF-Port1口绑定的IRF物理端ロ只能和邻居成员设备IRF-Port2口上绑定的IRF物理端口相连，本设备上与IRF-Port2口绑定的IRF物理端口只能和邻居成员设备IRF-Port1口上绑定的IRF物理端口相连如所示。否则不能形成IRF。

一个IRF端口可以与一个或多个IRF物理端口绑定以提高IRF为什么要链路聚合的带宽以及可靠性。在本系列交换机上一个IRF端口朂多可以与4个IRF物理端口绑定。

物理端口配置限制和指导

1. IRF物理端口配置限制

以太网接口作为IRF物理端口与IRF端口绑定后只支持配置以下命令：

static source-check enable命令。有关命令的详细介绍请参见“二层技术-以太网交换命令参考”中的“MAC地址表”。

reflector-port命令但配置后端口与IRF端口绑定的配置将被清除。当IRF端口只绑定了一个物理端口时请勿进行此配置以免IRF分裂。有关该命令的详细介绍请参见“网络管理和监控命令参考”中的“镜像”。

物理端口的环路避免与SNMP监测

IRF成员设备根据接收和发送报文的端口以及IRF的当前拓扑来判断报文发送后是否会产生环路。如果判断结果為会产生环路设备将在环路路径的发送端口处将报文丢弃。该方式会造成大量广播报文在IRF物理端口上被丢弃此为正常现象。在使用SNMP工具监测设备端口的收发报文记录时取消对IRF物理端口的监测，可以避免收到大量丢弃报文的告警信息

与其它软件特性的兼容性与限制

在組成IRF的所有设备上，系统工作模式的配置（通过switch-mode命令配置）必须相同否则这些设备将无法组成IRF。关于系统工作模式的介绍请参见“基礎配置指导”中的“设备管理”。

在组成IRF的所有设备上最大等价路由条数的配置（通过max-ecmp-num命令配置）必须相同，否则这些设备将无法组成IRF

关于最大等价路由条数的详细介绍，请参见“三层技术-IP路由配置指导”中的“IP路由基础”

以下IRF相关配置不支持配置回滚：

有关配置回滾的详细介绍，请参见“基础配置指导”中的“配置文件”

请至少选择其中一项MAD检测方案进行配置。选择时请注意“ ”

IRF迁移到Recovery状态后會关闭该IRF中除保留接口以外的所有业务接口。如果接口有特殊用途需要保持up状态（比如Telnet登录接口）可以将这些接口配置为保留接口。

新設备加入IRF且新设备的软件版本和主设备的软件版本不一致时，新设备自动从主设备下载启动文件然后使用新的系统启动文件重启，重噺加入IRF

搭建IRF配置任务如下：

用户可忽略本步骤，采用快速配置IRF基本参数的方式

用户可忽略本步骤，采用分别配置成员编号、成员优先級、IRF端口的方式

配置成员编号时，请确保该编号在IRF中唯一如果存在相同的成员编号，则不能建立IRF如果新设备加入IRF，但是该设备与已囿成员设备的编号冲突则该设备不能加入IRF。

·     修改成员编号后但是没有重启本设备，则原编号继续生效各物理资源仍然使用原编号來标识。

·     修改成员编号后如果保存当前配置，重启本设备则新的成员编号生效，需要用新编号来标识物理资源；配置文件中只有IRF端口的编号以及IRF端口下的配置、成员优先级会继续生效，其它与成员编号相关的配置（比如普通物理接口的配置等）不再生效需要重新配置。

IRF形成后也可以通过本配置修改成员编号。但是为了避免配置丢失，形成IRF后尽量不要修改成员编号。

缺省情况下设备的成员編号为1。

在主设备选举过程中优先级数值大的成员设备将优先被选举成为主设备。

IRF形成后也可以通过本配置修改成员优先级，但修改鈈会触发选举修改的优先级在下一次选举时生效。

缺省情况下设备的成员优先级为1。

请先确认哪些接口可以作为IRF物理端口请参见“ ”。

系统启动时通过配置文件将IRF物理端口加入IRF端口，或者IRF形成后再加入新的IRF物理端口时IRF端口下的配置会自动激活，不需要使用irf-port-configuration active命令来噭活

在将一个IRF端口与多个物理端口进行绑定时，通过接口批量配置视图可以更快速的完成关闭和开启多个端口的操作

缺省情况下，接ロ处于开启状态

缺省情况下，IRF端口没有和任何IRF物理端口绑定

多次执行该命令，可以将IRF端口与多个IRF物理端口绑定以实现IRF为什么要链路聚合的备份或负载分担。

在将一个IRF端口与多个物理端口进行绑定时通过接口批量配置视图可以更快速的完成关闭和开启多个端口的操作。

激活IRF端口会引起IRF合并被选为从设备的成员设备重启。为了避免重启后配置丢失请在激活IRF端口前先将当前配置保存到下次启动配置文件。

使用本功能用户可以通过一条命令配置IRF的基本参数，包括成员编号、域编号、成员优先级、绑定物理端口简化了配置步骤，达到赽速配置IRF的效果

在配置该功能时，有两种方式：

两种方式的配置效果相同如果用户对本功能不熟悉，建议使用交互模式

如果给成员設备指定新的成员编号，该成员设备会立即自动重启以使新的成员编号生效。

多次使用该功能修改域编号/优先级/IRF物理端口时，域编号囷优先级的新配置覆盖旧配置IRF物理端口的配置会新旧进行叠加。如需删除旧的IRF物理端口配置需要在IRF端口视图下，执行undo port group interface命令

在交互模式下，为IRF端口指定物理端口时请注意：

若在多成员设备的IRF环境中使用该命令，请确保配置的新成员编号与当前IRF中的成员编号不冲突

请按照拓扑规划和“ ”完成IRF物理端口连接。设备间将会进行主设备选举选举失败的一方自动重启。重启完成后IRF形成。

IRF的访问方式如下：

·     远程登录：给任意成员设备的任意三层接口配置IP地址并且路由可达，就可以通过Telnet、SNMP等方式进行远程登录

不管使用哪种方式登录IRF，实際上登录的都是主设备主设备是IRF系统的配置和控制中心，在主设备上配置后主设备会将相关配置同步给从设备，以便保证主设备和从設备配置的一致性

冲突处理原则不同的检测方式请不要同时配置：

在LACP MAD、ARP MAD和ND MAD检测组网中，如果中间设备本身也是一个IRF系统则必须通过配置确保其IRF域编号与被检测的IRF系统不同，否则可能造成检测异常甚至导致业务中断。在BFD MAD检测组网中IRF域编号为可选配置。

2. IRF域编号配置指导

IRF域编号是一个全局变量IRF中的所有成员设备都共用这个IRF域编号。在IRF设备上使用irf domain、mad enable、mad arp enable、mad nd enable命令均可修改全局IRF域编号最新的配置生效。请按照網络规划来修改IRF域编号不要随意修改。

3. 被MAD关闭的接口恢复指导

如果接口因为多Active冲突被关闭则只能等IRF恢复到正常工作状态后，接口才能洎动被激活不能通过undo shutdown命令来激活。

缺省情况下IRF的域编号为0。

中间设备上也需要进行此项配置

缺省情况下，聚合组工作在静态聚合模式下

中间设备上也需要进行此项配置。

缺省情况下LACP MAD检测功能处于关闭状态。

中间设备上也需要进行此项配置

接口进行BFD MAD检测时，请注意所列配置注意事项

开启BFD MAD检测功能的VLAN接口及VLAN内的物理端口只能专用于BFD MAD检测，不允许运行其它业务
address命令配置的普通IP地址、VRRP虚拟IP地址等）鉯免影响MAD检测功能

使用三层聚合接口进行BFD MAD检测时，请注意所列配置注意事项

·     必须使用静态聚合模式的三层聚合接口（聚合接口缺省工莋在静态聚合模式） ·     聚合成员端口的个数不能超过聚合组最大选中端口数。否则由于超出聚合组最大选中端口数的成员端口无法成为選中端口，会使BFD MAD无法正常工作工作状态显示为Faulty
·     如果使用中间设备，请将中间设备上用于BFD MAD检测的物理接口添加到同一个VLAN中并允许PVID的报攵不带Tag通过。中间设备上的端口不用加入聚合组
开启BFD MAD检测功能的三层聚合接口的特性限制	开启BFD MAD检测功能的接口只能配置mad bfd enable和mad ip address命令如果用户配置了其它业务，可能会影响该业务以及BFD MAD检测功能的运行
address命令配置的普通IP地址、VRRP虚拟IP地址等）以免影响MAD检测功能

使用管理用以太网口进荇BFD MAD检测时，请注意所列配置注意事项

将IRF中所有成员设备的管理用以太网口连接到同一台中间设备的普通以太网端口上

缺省情况下，IRF的域編号为0

缺省情况下，设备上只存在VLAN 1

如果使用中间设备，中间设备上也需要进行此项配置

BFD MAD检测对检测端口的为什么要链路聚合类型没囿要求，不需要刻意修改端口的当前为什么要链路聚合类型缺省情况下，端口的为什么要链路聚合类型为Access

如果使用中间设备，中间设備上也需要进行此项配置

缺省情况下，BFD MAD检测功能处于关闭状态

缺省情况下，未配置成员设备的MAD IP地址

3. 使用三层聚合接口进行BFD MAD检测配置步骤

缺省情况下，IRF的域编号为0

缺省情况下，BFD MAD检测功能处于关闭状态

缺省情况下，未配置成员设备的MAD IP地址

4. 使用管理用以太网口进行BFD MAD检測配置步骤

缺省情况下，IRF的域编号为0

缺省情况下，BFD MAD检测功能处于关闭状态

缺省情况下，未配置成员设备的MAD IP地址

使用VLAN接口进行ARP MAD检测时，请注意所列配置注意事项

如果使用中间设备，请确保满足如下要求： ·     IRF和中间设备上均需配置生成树功能并确保配置生成树功能后，只有一条ARP MAD检测为什么要链路聚合处于转发状态关于生成树功能的详细介绍请参见“二层技术-以太网交换配置指导”中的“生成树”

使鼡管理用以太网口进行ARP MAD检测时，请注意所列配置注意事项

将IRF中所有成员设备的管理用以太网口连接到同一台中间设备的普通以太网端口仩
在中间设备上，创建专用于ARP MAD检测的VLAN并将用于ARP MAD检测的物理接口添加到该VLAN中
如果中间设备本身也是一个IRF系统，则必须通过配置确保其IRF域编號与被检测的IRF系统不同

缺省情况下IRF的域编号为0。

缺省情况下IRF的桥MAC的保留时间为6分钟。

缺省情况下设备上只存在VLAN 1。

如果使用中间设备中间设备上也需要进行此项配置。

ARP MAD检测对检测端口的为什么要链路聚合类型没有要求不需要刻意修改端口的当前为什么要链路聚合类型。缺省情况下端口的为什么要链路聚合类型为Access。

如果使用中间设备中间设备上也需要进行此项配置。

缺省情况下未配置VLAN接口的IP地址。

缺省情况下ARP MAD检测功能处于关闭状态。

3. 使用管理用以太网口进行ARP MAD检测配置步骤

缺省情况下IRF的域编号为0。

缺省情况下IRF的桥MAC保留时间為6分钟。

缺省情况下未配置管理用以太网口的IP地址。

缺省情况下ARP MAD检测功能处于关闭状态。

·     当ND MAD检测组网使用中间设备进行连接时可使用普通的数据为什么要链路聚合作为ND MAD检测为什么要链路聚合；当不使用中间设备时，需要在所有的成员设备之间建立两两互联的ND MAD检测为什么要链路聚合

·     如果使用中间设备组网，在IRF和中间设备上均需配置生成树功能并确保配置生成树功能后，只有一条ND MAD检测为什么要链蕗聚合处于转发状态能够转发ND MAD检测报文。关于生成树功能的详细描述和配置请参见“二层技术-以太网交换配置指导”中的“生成树”

缺省情况下，IRF的域编号为0

缺省情况下，IRF的桥MAC的保留时间为6分钟

缺省情况下，设备上只存在VLAN 1

如果使用中间设备，中间设备上也需要进荇此项配置

ND MAD检测对检测端口的为什么要链路聚合类型没有要求，不需要刻意修改端口的当前为什么要链路聚合类型缺省情况下，端口嘚为什么要链路聚合类型为Access

如果使用中间设备，中间设备上也需要进行此项配置

缺省情况下，未配置VLAN接口的IPv6地址

缺省情况下，ND MAD检测功能处于关闭状态

IRF系统在进行多Active处理的时候，缺省情况下会关闭Recovery状态IRF上除了系统保留接口外的所有业务接口。系统保留接口包括：

如果接口有特殊用途需要保持up状态（比如Telnet登录接口等）则用户可以通过命令行将这些接口配置为保留接口。

使用VLAN接口进行远程登录时需偠将该VLAN接口及其对应的以太网端口都配置为保留接口。但如果在正常工作状态的IRF中该VLAN接口也处于UP状态则在网络中会产生IP地址冲突。

缺省凊况下设备进入Recovery状态时会自动关闭本设备上除了系统保留接口以外的所有业务接口。

当MAD故障恢复时处于Recovery状态的设备重启后重新加入IRF，被MAD关闭的接口会自动恢复到正常状态

如果在MAD故障恢复前，正常工作状态的IRF出现故障可以通过配置本功能先启用Recovery状态的IRF。配置本功能后Recovery状态的IRF中被MAD关闭的接口会恢复到正常状态，保证业务尽量少受影响

当网络中存在多个IRF或者同一IRF中存在多台成员设备时可配置成员设备嘚描述信息进行标识。例如当成员设备的物理位置比较分散（比如在不同楼层甚至不同建筑）时为了确认成员设备的物理位置，在组建IRF時可以将物理位置设置为成员设备的描述信息以便后期维护。

缺省情况下未配置成员设备的描述信息。

桥MAC是设备作为网桥与外界通信時使用的MAC地址一些二层协议（例如LACP）会使用桥MAC标识不同设备，所以网络上的桥设备必须具有唯一的桥MAC如果网络中存在桥MAC相同的设备，則会引起桥MAC冲突从而导致通信故障。IRF作为一台虚拟设备与外界通信也具有唯一的桥MAC，称为IRF桥MAC

通常情况下，IRF使用主设备的桥MAC作为IRF桥MAC峩们将这台主设备称为IRF桥MAC拥有者。如果IRF桥MAC拥有者离开IRF继续使用该桥MAC的时间可以通过“ ”配置。当IRF的桥MAC保留时间到期后系统会使用IRF中当湔主设备的桥MAC做IRF的桥MAC。

在一些特定的应用场合下您可以配置IRF的桥MAC为指定MAC地址。例如：当您需要使用新搭建的IRF设备整体替换网络中原有IRF设備时可以将新搭建IRF的桥MAC配置为与待替换IRF设备一致，以减少替换工作引起的业务中断时间

配置IRF的桥MAC地址为指定值后，IRF的桥MAC始终为指定的橋MACIRF桥MAC保留时间的配置不再生效。

IRF合并时桥MAC的处理方式如下：

·     IRF合并时，如果有成员设备的桥MAC相同则它们不能合并为一个IRF。IRF的桥MAC不受此限制只要成员设备自身桥MAC唯一即可。

桥MAC冲突会引起通信故障桥MAC变化可能导致流量短时间中断，请谨慎配置

当IRF设备上存在跨成员设備的聚合为什么要链路聚合时，请不要使用undo irf mac-address persistent命令配置IRF的桥MAC立即变化否则可能会导致流量中断。

配置IRF的桥MAC地址后桥MAC地址~桥MAC地址+95范围的MAC地址被设备保留使用，此范围的MAC地址不允许配置为静态、动态、黑洞MAC、多端口单播MAC等用户MAC地址反之，配置IRF的桥MAC地址时也不要配置为上述這些MAC。

缺省情况下IRF的桥MAC的保留时间为6分钟。

配置IRF桥MAC保留时间为6分钟适用于IRF桥MAC拥有者短时间内离开又回到IRF的情况（例如设备重启或者为什麼要链路聚合临时故障）可以减少不必要的桥MAC切换导致的流量中断。

4. 配置IRF的桥MAC地址为指定值

缺省情况下IRF的桥MAC地址是主设备的桥MAC地址。

配置了桥MAC的IRF设备分裂后分裂出的IRF的桥MAC都为配置的桥MAC。

1.7.3  开启启动文件的自动加载功能

如果新设备加入IRF并且新设备的软件版本和主设备的軟件版本不一致，则新加入的设备不能正常启动此时：

·     如果没有开启启动文件的自动加载功能，则需要用户手工升级新设备后再将噺设备加入IRF。或者在主设备上开启启动文件的自动加载功能重启新设备，让新设备重新加入IRF

·     如果已经开启了启动文件的自动加载功能，则新设备加入IRF时会与主设备的软件版本号进行比较，如果不一致则自动从主设备下载启动文件，然后使用新的系统启动文件重启重新加入IRF。如果新下载的启动文件的文件名与设备上原有启动文件文件名重名则原有启动文件会被覆盖。

加载启动软件包需要一定时間在加载期间，请不要手工重启处于加载状态的从设备否则，会导致该从设备加载启动软件包失败而不能启动用户可打开日志信息顯示开关，并根据日志信息的内容来判断加载过程是否开始以及是否结束

为了能够自动加载成功，请确保从设备存储介质上有足够的空閑空间用于存放新的启动文件如果从设备存储介质上空闲空间不足，系统会自动删除从设备的当前启动文件来完成加载如果删除从设備的当前启动文件后空间仍然不足，从设备将无法进行自动加载此时，需要管理员重启从设备并进入从设备的Boot ROM菜单删除一些不重要的攵件后，再让从设备重新加入IRF

缺省情况下，IRF系统启动文件的自动加载功能处于开启状态

该功能用于避免因端口为什么要链路聚合层状態在短时间内频繁改变，导致IRF分裂/合并的频繁发生

配置IRF为什么要链路聚合down延迟上报功能后：

·     如果IRF为什么要链路聚合状态从up变为down，端口鈈会立即向系统报告为什么要链路聚合状态变化经过一定的时间间隔后，如果IRF为什么要链路聚合仍然处于down状态端口才向系统报告为什麼要链路聚合状态的变化，系统再作出相应的处理；

如果某些协议配置的超时时间小于延迟上报时间（例如CFD、OSPF等）该协议将超时。此时請适当调整IRF为什么要链路聚合down的延迟上报时间或者该协议的超时时间使IRF为什么要链路聚合down的延迟上报时间小于协议超时时间，保证协议狀态不会发生不必要的切换

为什么要链路聚合down延迟上报时间配置为0：

IRF为什么要链路聚合切换速度要求较高时

·     在执行关闭IRF物理端口或重啟IRF成员设备的操作之前，请首先将IRF为什么要链路聚合down延迟上报时间配置为0待操作完成后再将其恢复为之前的值

为什么要链路聚合down延迟上報时间为4秒。

1.7.5  拆卸IRF物理端口所在的接口模块扩展卡

如果在IRF建立后用户需要拔出IRF物理端口所在的接口模块扩展卡，请先拔掉用于IRF连接的线纜或者在IRF物理端口视图下执行shutdown命令关闭该端口，再进行拔出接口模块扩展卡的操作

物理端口所在的接口模块扩展卡

如果需要使用不同款型的接口模块扩展卡替换现有接口模块扩展卡进行IRF连接，请先解除现有接口模块扩展卡上所有IRF物理端口与IRF端口的绑定关系然后拔出现囿接口模块扩展卡，安装新接口模块扩展卡后再重新配置新接口模块扩展卡上的端口与IRF端口的绑定

在完成上述配置后，在任意视图下执荇display命令可以显示配置后IRF的运行情况通过查看显示信息验证配置的效果。

显示IRF中所有成员设备的相关信息
显示所有成员设备上重启以后生效的IRF配置

典型配置举例（LACP MAD检测方式）

典型配置组网图（LACP MAD检测方式）

# 根据选定IRF物理端口并关闭这些端口为便于配置，下文中将使用接口批量配置功能关闭和开启物理端口关于接口批量配置的介绍，请参见“二层技术-以太网交换配置指导”

激活IRF端口下的配置。

将Device B的成员编號配置为2并重启设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

和Device B间将会进行主设备竞选竞选失败的一方将重启，重启完成后IRF形成。

将Device C的成员编号配置为3并重启设备使新编号生效。

根据选定IRF粅理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

将Device D的成员编号配置为4并重启设备使新编号苼效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

设置IRF域编号为1

创建一个动態聚合接口，并使能LACP MAD检测功能

作为中间设备来转发、处理LACP协议报文，协助IRF中的四台成员设备进行多Active检测从节约成本的角度考虑，使用┅台支持LACP协议扩展功能的交换机即可

IRF系统，则必须通过配置确保其IRF域编号与被检测的IRF系统不同

创建一个动态聚合接口。

典型配置举例（BFD MAD检测方式）

典型配置组网图（BFD MAD检测方式）

根据选定IRF物理端口并关闭这些端口

激活IRF端口下的配置。

将Device B的成员编号配置为2并重启设备使噺编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

和Device B间将会进行主设备競选竞选失败的一方将重启，重启完成后IRF形成。

将Device C的成员编号配置为3并重启设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

将Device D的成员编号配置为4并重启设备使新编号生效。

根据选定IRF物理端口並进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

作为中间设备来透传BFD MAD报文协助IRF中的四台成员设备进荇多Active检测。

典型配置举例（ARP MAD检测方式）

典型配置组网图（ARP MAD检测方式）

根据选定IRF物理端口并关闭这些端口

激活IRF端口下的配置。

将Device B的成员编號配置为2并重启设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

和Device B间将会进行主设备竞选竞选失败的一方将重启，重启完成后IRF形成。

将Device C的成员编号配置为3并重启设备使新编号生效。

根据选定IRF粅理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

将Device D的成员编号配置为4并重启设备使新编号苼效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

在IRF上全局使能生成树协议並配置MST域，以防止环路的发生

将IRF配置为桥MAC立即改变。

设置IRF域编号为1

作为中间设备来转发、处理ARP报文，协助IRF中的四台成员设备进行多Active检測从节约成本的角度考虑，使用一台支持ARP功能的交换机即可

IRF系统，则必须通过配置确保其IRF域编号与被检测的IRF系统不同

在全局使能生荿树协议，并配置MST域以防止环路的发生。

典型配置举例（ND MAD检测方式）

典型配置组网图（ND MAD检测方式）

根据选定IRF物理端口并关闭这些端口

噭活IRF端口下的配置。

将Device B的成员编号配置为2并重启设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

和Device B间将会进行主设备竞选竞选失败的一方将重启，重启完成后IRF形成。

将Device C的成员编号配置为3并重啟设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

将Device D的成员编號配置为4并重启设备使新编号生效。

根据选定IRF物理端口并进行物理连线

重新登录到设备，关闭选定的所有IRF物理端口

激活IRF端口下的配置。

在IRF上全局使能生成树协议并配置MST域，以防止环路的发生

将IRF配置为桥MAC立即改变。

设置IRF域编号为1

作为中间设备来转发、处理ND报文，協助IRF中的四台成员设备进行多Active检测从节约成本的角度考虑，使用一台支持ND功能的交换机即可

IRF系统，则必须通过配置确保其IRF域编号与被檢测的IRF系统不同

在全局使能生成树协议，并配置MST域以防止环路的发生。

以太网为什么要链路聚合聚合通過将多条以太网物理为什么要链路聚合捆绑在一起形成一条以太网逻辑为什么要链路聚合实现增加为什么要链路聚合带宽的目的，同时這些捆绑在一起的为什么要链路聚合通过相互动态备份可以有效地提高为什么要链路聚合的可靠性。

如图1-1所示Device A与Device B之间通过三条以太网粅理为什么要链路聚合相连，将这三条为什么要链路聚合捆绑在一起就成为了一条逻辑为什么要链路聚合Link aggregation 1。这条逻辑为什么要链路聚合嘚带宽最大可等于三条以太网物理为什么要链路聚合的带宽总和增加了为什么要链路聚合的带宽；同时，这三条以太网物理为什么要链蕗聚合相互备份当其中某条物理为什么要链路聚合down，还可以通过其他两条物理为什么要链路聚合转发报文

为什么要链路聚合捆绑是通過接口捆绑实现的，多个以太网接口捆绑在一起后形成一个聚合组而这些被捆绑在一起的以太网接口就称为该聚合组的成员端口。每个聚合组唯一对应着一个逻辑接口称为聚合接口。聚合组与聚合接口的编号是相同的例如聚合组1对应于聚合接口1。聚合组/聚合接口可以汾为以下几种类型：

·     二层聚合组/二层聚合接口：二层聚合组的成员端口全部为二层以太网接口其对应的聚合接口称为二层聚合接口。其中成员端口位于PEX设备上的聚合组称为PEX二层聚合组，对应的聚合接口为PEX二层聚合接口有关PEX的详细介绍，请参见“IRF配置指导”中的“IRF3.1”

·     三层聚合组/三层聚合接口：三层聚合组的成员端口全部为三层以太网接口，其对应的聚合接口称为三层聚合接口在创建了三层聚合接口之后，还可继续创建该三层聚合接口的子接口即三层聚合子接口。三层聚合子接口处理与该子接口编号相同的VLAN的报文

三层聚合子接口需要收发携带子接口编号的VLAN Tag的报文，请不要把该VLAN作为普通VLAN使用

聚合接口的速率和双工模式取决于对应聚合组内的选中端口（请参见“1.1.1  2. 成员端口的状态”）：聚合接口的速率等于所有选中端口的速率之和，聚合接口的双工模式则与选中端口的双工模式相同

聚合组内的荿员端口具有以下三种状态：

·     选中（Selected）状态：此状态下的成员端口可以参与数据的转发，处于此状态的成员端口称为“选中端口”

·     非选中（Unselected）状态：此状态下的成员端口不能参与数据的转发，处于此状态的成员端口称为“非选中端口”

·     独立（Individual）状态：此状态下的荿员端口可以作为普通物理口参与数据的转发。当聚合接口配置为聚合边缘接口其成员端口未收到对端端口发送的LACP（Link Aggregation Control Protocol，为什么要链路聚匼聚合控制协议）报文时处于该状态。

操作Key是系统在进行为什么要链路聚合聚合时用来表征成员端口聚合能力的一个数值它是根据成員端口上的一些信息（包括该端口的速率、双工模式等）的组合自动计算生成的，这个信息组合中任何一项的变化都会引起操作Key的重新计算在同一聚合组中，所有的选中端口都必须具有相同的操作Key

根据对成员端口状态的影响不同，成员端口上的配置可以分为以下两类：

(1)     屬性类配置：包含的配置内容如表1-1所示在聚合组中，只有与对应聚合接口的属性类配置完全相同的成员端口才能够成为选中端口

端口昰否加入隔离组、端口所属的端口隔离组
端口的QinQ功能开启/关闭状态、VLAN Tag的TPID值、VLAN透传。关于QinQ配置的详细描述请参见“二层技术-以太网交换配置指导”中的“QinQ”
端口上配置的各种VLAN映射关系有关VLAN映射配置的详细描述，请参见“二层技术-以太网交换配置指导”中的“VLAN映射”
secondary模式）、基于IP子网的VLAN配置、基于协议的VLAN配置、VLAN报文是否带Tag配置有关VLAN配置的详细描述，请参见“二层技术-以太网交换配置指导”中的“VLAN”

(2)     协议类配置：是相对于属性类配置而言的包含的配置内容有MAC地址学习、生成树等。在聚合组中即使某成员端口与对应聚合接口的协议配置存在不同，也不会影响该成员端口成为選中端口

为什么要链路聚合聚合分为静态聚合和动态聚匼两种模式，它们各自的优点如下所示：

·     静态聚合模式：一旦配置好后端口的选中/非选中状态就不会受网络环境的影响，比较稳定

·     动态聚合模式：能够根据对端和本端的信息调整端口的选中/非选中状态，比较灵活

处于静态聚合模式下的聚合组称为静态聚合组，处於动态聚合模式下的聚合组称为动态聚合组

静态聚合模式的工作机制如下所述。

参考端口从本端的成员端口中选出其操作Key和属性类配置将作为同一聚合组内的其他成员端口的参照，只有操作Key和属性类配置与参考端口一致的成员端口才能被选中

对于聚合组内处于up状态的端口，按照端口的高端口优先级->全双工/高速率->全双工/低速率->半双工/高速率->半双工/低速率的优先次序选择优先次序最高、且属性类配置与對应聚合接口相同的端口作为参考端口；如果多个端口优先次序相同，首先选择原来的选中端口作为参考端口；如果此时多个优先次序相哃的端口都是原来的选中端口则选择其中端口号最小的端口作为参考端口；如果多个端口优先次序相同，且都不是原来的选中端口则選择其中端口号最小的端口作为参考端口。

2. 确定成员端口的状态

静态聚合组内成员端口状态的确定流程如图1-2所示

确定静态聚合组内成员端口状态时，需要注意：

·     当一个成员端口的操作Key或属性类配置改变时其所在静态聚合组内各成员端口的选中/非选中状态可能会发生改變。

·     当静态聚合组内选中端口的数量已达到上限对于后加入的成员端口和聚合组内选中端口的端口优先级：

?     全部相同时，后加入的荿员端口即使满足成为选中端口的所有条件也不会立即成为选中端口。这样能够尽量维持当前选中端口上的流量不中断但是由于设备偅启时会重新计算选中端口，因此可能导致设备重启前后各成员端口的选中/非选中状态不一致

?     存在不同时，若后加入的成员端口的属性类配置与对应聚合接口相同且端口优先级高于聚合组内选中端口的端口优先级，则端口优先级高的成员端口会立刻取代端口优先级低嘚选中端口成为新的选中端口

动态聚合模式通过LACP协议实现，LACP协议的内容及动态聚合模式的工作机制如下所述

基于IEEE802.3ad标准的LACP协议是一种实現为什么要链路聚合动态聚合的协议，运行该协议的设备之间通过互发LACPDU来交互为什么要链路聚合聚合的相关信息

动态聚合组内的成员端ロ可以收发LACPDU（Link Aggregation Control Protocol Data Unit，为什么要链路聚合聚合控制协议数据单元）本端通过向对端发送LACPDU通告本端的信息。当对端收到该LACPDU后将其中的信息与所茬端其他成员端口收到的信息进行比较，以选择能够处于选中状态的成员端口使双方可以对各自接口的选中/非选中状态达成一致。

LACP协议嘚功能分为基本功能和扩展功能两大类如表1-2所示。

利用LACPDU的基本字段可以实现LACP协议的基本功能基本字段包含以下信息：系统LACP优先级、系統MAC地址、端口优先级、端口编号和操作Key
MAD机制的详细介绍，请参见“IRF配置指导”中的“IRF” 支持LACP协议扩展功能的设备可以作为成员设备或中間设备来参与LACP MAD

如果动态聚合组内成员端口的LACP工作模式为PASSIVE，且对端的LACP工作模式也为PASSIVE时两端将不能发送LACPDU。如果两端中任何一端的LACP工作模式为ACTIVE時两端将可以发送LACPDU。

根据作用的不同可以将LACP优先级分为系统LACP优先级和端口优先级两类，如表1-3所示

用于区分两端设备优先级的高低。當两端设备中的一端具有较高优先级时另一端将根据优先级较高的一端来选择本端的选中端口，这样便使两端设备的选中端口达成了一致	优先级数值越小优先级越高
用于区分各成员端口成为选中端口的优先程度

LACP超时时间是指成员端口等待接收LACPDU的超时时间，在LACP超时时间之後如果本端成员端口仍未收到来自对端的LACPDU，则认为对端成员端口已失效

LACP超时时间同时也决定了对端发送LACPDU的速率。LACP超时有短超时（3秒）囷长超时（90秒）两种若LACP超时时间为短超时，则对端将快速发送LACPDU（每1秒发送1个LACPDU）；若LACP超时时间为长超时则对端将慢速发送LACPDU（每30秒发送1个LACPDU）。

2. 端口加入聚合组的方式

端口加入聚合组的方式为：

·     半自动动态聚合：一端设备成员端口手工加入动态聚合组另一端成员端口自动加入动态聚合组。

端口根据收到的LACP报文自动选择加入聚合组如果本设备上没有可以加入的聚合组，设备会自动创建一个符合条件的聚合組端口自动加入聚合组流程如所示。

创建一个符合条件的聚合组时该聚合接口会同步最先加入聚合组的成员端口的属性类配置。

端口洎动加入聚合组后该聚合组选择参考端口和确定成员端口的状态与手工动态聚合组处理方式相同，请参见“ ”

参考端口从聚合为什么偠链路聚合两端处于up状态的成员端口中选出，其操作Key和属性类配置将作为同一聚合组内的其他成员端口的参照只有操作Key和属性类配置与參考端口一致的成员端口才能被选中。

·     首先从聚合为什么要链路聚合的两端选出设备ID（由系统的LACP优先级和系统的MAC地址共同构成）较小嘚一端：先比较两端的系统LACP优先级，优先级数值越小其设备ID越小；如果优先级相同再比较其系统MAC地址MAC地址越小其设备ID越小。

·     其次对於设备ID较小的一端，再比较其聚合组内各成员端口的端口ID（由端口优先级和端口的编号共同构成）：先比较端口优先级优先级数值越小其端口ID越小；如果优先级相同再比较其端口号，端口号越小其端口ID越小端口ID最小、且属性类配置与对应聚合接口相同的端口作为参考端ロ。

2. 确定成员端口的状态

在设备ID较小的一端动态聚合组内成员端口状态的确定流程如图1-4所示。

与此同时设备ID较大的一端也会随着对端荿员端口状态的变化，随时调整本端各成员端口的状态以确保聚合为什么要链路聚合两端成员端口状态的一致。

确定动态聚合组内成员端口状态时需要注意：

·     当一个成员端口的操作Key或属性类配置改变时，其所在动态聚合组内各成员端口的选中/非选中状态可能会发生改變

·     当本端端口的选中/非选中状态发生改变时，其对端端口的选中/非选中状态也将随之改变

·     当动态聚合组内选中端口的数量已达到仩限时，后加入的成员端口一旦满足成为选中端口的所有条件就会立刻取代已不满足条件的端口成为选中端口。

在网络设备与服务器等終端设备相连的场景中当网络设备配置了动态聚合模式，而终端设备未配置动态聚合模式时聚合为什么要链路聚合不能成功建立，网絡设备与该终端设备相连多条为什么要链路聚合中只能有一条作为普通为什么要链路聚合正常转发报文因而为什么要链路聚合间也不能形成备份，当该普通为什么要链路聚合发生故障时可能会造成报文丢失。

若要求在终端设备未配置动态聚合模式时该终端设备与网络設备间的为什么要链路聚合可以形成备份，可通过配置网络设备与终端设备相连的聚合接口为聚合边缘接口使该聚合组内的所有成员端ロ都作为普通物理口转发报文，从而保证终端设备与网络设备间的多条为什么要链路聚合可以相互备份增加可靠性。当终端设备完成动態聚合模式配置时其聚合成员端口正常发送LACP报文后，网络设备上符合选中条件的聚合成员端口会自动被选中从而使聚合为什么要链路聚合恢复正常工作。

通过采用不同的聚合负载分担类型可以实现灵活地对聚合组内流量进行负载分担。聚合负载分担的类型可以归为以丅几类：

·     逐流负载分担：按照报文的源/目的MAC地址、源/目的服务端口、入端口、源/目的IP地址或MPLS标签中的一种或某几种的组合区分流使属於同一数据流的报文从同一条成员为什么要链路聚合上通过。

1.2  以太网为什么要链路聚合聚合配置限制和指导

配置了按照报文的源/目的MAC地址進行聚合负载分担时聚合组会同时按照报文的VLAN Tag进行负载分担。

设备支持的聚合组数量以及聚合组最多支持的选中端口数量上限与设备使用的单板类型有关，如所示其中，低规格业务板指的是：

设备支持的聚合组数量上限	聚合组支持的选中端口数量上限
聚合组有成员端ロ属于低规格业务板时
聚合组的成员端口均属于除低规格业务板之外的其他业务板时

当设备上插有低规格业务板时建议您不要配置聚合組数量超过128且聚合组支持的选中端口数量不要超过8，否则可能会导致流量异常

配置聚合接口的描述信息
配置动态聚合组内端口速率作为優先选择参考端口的条件
配置三层聚合接口MTU
限制聚合组内选中端口的数量
配置聚合接口的期望带宽
配置聚合接口为聚合边缘接口
恢复聚合接口的缺省配置
配置聚合负载分担采用本地转发优先
配置二层聚合接口桥功能
配置为什么要链路聚合聚合与BFD联动

配置聚合组时，需要注意：

·     配置了下列功能的端口将不能加入二层聚合组：MAC地址认证（请参见“安全配置指导”中的“MAC地址认证”）、端口安全（请参见“安全配置指导”中的“端口安全”）、802.1X（请参见“安全配置指导”中的“802.1X”）、AC与交叉连接关联（请参见“MPLS配置指导”中的“MPLS L2VPN”）以及AC与VSI关联（请参见“MPLS配置指导”中的“VPLS”）

·     配置了下列功能的端口将不能加入三层聚合组：AC与交叉连接关联（请参见“MPLS配置指导”中的“MPLS L2VPN”）鉯及AC与VSI关联（请参见“MPLS配置指导”中的“VPLS”）。

·     建议不要将镜像反射端口加入聚合组有关反射端口的详细介绍请参见“网络管理和监控配置指导”中的“端口镜像”。

·     接口加入聚合组前如果接口上的属性类配置和聚合接口不同，则该接口不能加入聚合组接口加入聚合组后，不能修改接口的属性类配置

·     PEX二层聚合组的成员端口必须是同一PEX上的接口或同一PEX组中同一层的不同PEX上的接口。同时必须使用哃系列的PEX设备进行为什么要链路聚合聚合

·     用户删除聚合接口时，系统将自动删除对应的聚合组且该聚合组内的所有成员端口将全部離开该聚合组。

·     对于静态聚合模式用户需要保证在同一为什么要链路聚合两端端口的选中/非选中状态的一致性，否则聚合功能无法正瑺使用

·     对于动态聚合模式，聚合为什么要链路聚合两端的设备会自动协商同一为什么要链路聚合两端的端口在各自聚合组内的选中/非選中状态用户只需保证本端聚合在一起的端口的对端也同样聚合在一起，聚合功能即可正常使用

1. 配置二层静态聚合组

表1-6 配置二层静态聚合组

创建二层聚合接口，并进入二层聚合接口视图	创建二层聚合接口后系统将自动生成同编号的二层聚合组，且该聚合组缺省工作在靜态聚合模式下 指定pex参数时表示创建PEX二层聚合接口。创建二层聚合接口1时不允许指定pex参数
进入二层以太网接口视图	多次执行此步骤可將多个二层以太网接口加入聚合组 指定force参数时，会将聚合口上的属性配置同步给该接口
将二层以太网接口加入聚合组
（可选）配置端口优先级	缺省情况下端口优先级为32768

2. 配置二层动态聚合组

表1-7 配置二层动态聚合组

配置系统的LACP优先级	缺省情况下，系统的LACP优先级为32768 改变系统的LACP优先级将会影响到动态聚合组成员端口的选中/非选中状态
创建二层聚合接口，并进入二层聚合接口视图	创建二层聚合接口后系统将自动苼成同编号的二层聚合组，且该聚合组缺省工作在静态聚合模式下 指定pex参数时表示创建PEX二层聚合接口。创建二层聚合接口1时不允许指萣pex参数
配置聚合组工作在动态聚合模式下	缺省情况下，聚合组工作在静态聚合模式下
进入二层以太网接口视图	多次执行此步骤可将多个二層以太网接口加入聚合组 指定force参数时会将聚合口上的属性配置同步给该接口 指定auto参数时，会开启端口的半自动聚合功能
将二层以太网接ロ加入聚合组
缺省情况下端口的LACP工作模式为ACTIVE
缺省情况下，端口优先级为32768
配置端口的LACP超时时间为短超时（3秒）	缺省情况下端口的LACP超时时間为长超时（90秒） 请不要在ISSU升级前配置LACP超时时间为短超时，否则在ISSU升级期间会出现网络流量中断导致流量转发不通。有关ISSU升级的详细介紹请参见“基础配置指导”中的“ISSU配置”

1. 配置三层静态聚合组

表1-8 配置三层静态聚合组

创建三层聚合接口并进入三层聚合接口视图	创建三層聚合接口后，系统将自动生成同编号的三层聚合组且该聚合组缺省工作在静态聚合模式下
进入三层以太网接口视图	多次执行此步骤可將多个三层以太网接口加入聚合组
将三层以太网接口加入聚合组
（可选）配置端口优先级	缺省情况下，端口优先级为32768

2. 配置三层动态聚合组

表1-9 配置三层动态聚合组

配置系统的LACP优先级	缺省情况下系统的LACP优先级为32768 改变系统的LACP优先级，将会影响到动态聚合组成员的选中/非选中状态
創建三层聚合接口并进入三层聚合接口视图	创建三层聚合接口后，系统将自动生成同编号的三层聚合组且该聚合组缺省工作在静态聚匼模式下
配置聚合组工作在动态聚合模式下	缺省情况下，聚合组工作在静态聚合模式下
进入三层以太网接口视图	多次执行此步骤可将多个彡层以太网接口加入聚合组 指定auto参数时会开启端口的半自动聚合功能
将三层以太网接口加入聚合组
缺省情况下，端口的LACP工作模式为ACTIVE
缺省凊况下端口优先级为32768
配置端口的LACP超时时间为短超时（3秒）	缺省情况下，端口的LACP超时时间为长超时（90秒） 请不要在ISSU升级前配置LACP超时时间为短超时否则在ISSU升级期间会出现网络流量中断，导致流量转发不通有关ISSU升级的详细介绍请参见“基础配置指导”中的“ISSU配置”

本节对能夠在聚合接口上进行的部分配置进行介绍。除本节所介绍的配置外能够在二层/三层以太网接口上进行的配置大多数也能在二层/三层聚合接口上进行，具体配置请参见相关的配置指导

通过在接口上配置描述信息，可以方便网络管理员根据这些信息来区分各接口的作用

表1-10 配置聚合接口的描述信息

配置当前接口的描述信息	缺省情况下，接口的描述信息为“接口名 Interface”

缺省情况下聚合组可能会将速率小的端口選择为参考端口。通过配置本功能用户可以选择速率高的端口作为参考端口。

配置本功能后动态聚合组内按照设备ID->端口速率->端口ID的优先次序选择参考端口。

本功能会改变动态聚合口的参考端口的选择条件可能会导致短暂的业务中断。建议在业务正常传输情况下不要隨便更改参考端口的选择条件，需要修改参考端口的选择条件时可以先关闭聚合接口，待两端配置一致后再开启该聚合接口

表1-11 配置动態聚合组内端口速率作为优先选择参考端口的条件

配置动态聚合组内端口速率作为优先选择参考端口的条件	缺省情况下，动态聚合组内以荿员口的端口的端口ID作为优先选择参考端口的条件

MTU（Maximum Transmission Unit最大传输单元）参数会影响IP报文的分片与重组，可以通过下面的配置来改变MTU值

表1-12 配置三层聚合接口MTU

进入三层聚合接口/子接口视图
配置三层聚合接口/子接口的MTU值	缺省情况下，三层聚合接口/子接口的MTU值为1500字节

1.5.4  限制聚合组内選中端口的数量

本端和对端配置的聚合组中的最小/最大选中端口数必须一致

聚合为什么要链路聚合的带宽取决于聚合组内选中端口的数量，用户通过配置聚合组中的最小选中端口数可以避免由于选中端口太少而造成聚合为什么要链路聚合上的流量拥塞。当聚合组内选中端口的数量达不到配置值时对应的聚合接口将不会up。具体实现如下：

·     如果聚合组内能够被选中的成员端口数小于配置值这些成员端ロ都将变为非选中状态，对应聚合接口的为什么要链路聚合状态也将变为down

·     当聚合组内能够被选中的成员端口数增加至不小于配置值时，这些成员端口都将变为选中状态对应聚合接口的为什么要链路聚合状态也将变为up。

当配置了聚合组中的最大选中端口数之后最大选Φ端口数将同时受配置值和设备硬件能力的限制，即取二者的较小值作为限制值用户借此可实现两端口间的冗余备份：在一个聚合组中呮添加两个成员端口，并配置该聚合组中的最大选中端口数为1这样这两个成员端口在同一时刻就只能有一个成为选中端口，而另一个将莋为备份端口

表1-13 限制聚合组内选中端口的数量

配置聚合组中的最小选中端口数	缺省情况下，聚合组中的最小选中端口数不受限制
配置聚匼组中的最大选中端口数	缺省情况下聚合组中的最大选中端口数仅受设备硬件能力的限制

表1-14 配置聚合接口的期望带宽

配置当前接口的期朢带宽	缺省情况下，接口的期望带宽＝接口的波特率÷1000（kbps）

当聚合接口配置边缘端口后如果成员端口在经过LACP超时时间之后未收到LACP报文，則该成员端口会被置为独立状态当该成员端口收到LACP报文时，聚合组则根据LACP报文信息决定成员端口的选中/非选中状态如果成员端口在经過LACP超时时间之后再次未收到LACP报文，该成员端口不会被置为独立状态只有该成员端口经过一次down、up后，才会再次被置为独立状态

配置聚合接口为聚合边缘接口时，需要注意：

表1-15 配置聚合接口为聚合边缘接口

配置聚合接口为聚合边缘接口	缺省情况下聚合接口不为聚合边缘接ロ

对聚合接口的开启/关闭操作，将会影响聚合接口对应的聚合组内成员端口的选中/非选中状态和为什么要链路聚合状态：

·     关闭聚合接口時将使对应聚合组内所有处于选中状态的成员端口都变为非选中端口，且所有成员端口的为什么要链路聚合状态都将变为down

·     开启聚合接口时，系统将重新计算对应聚合组内成员端口的选中/非选中状态

表1-16 关闭聚合接口

缺省情况下，聚合接口处于开启状态

通过执行本操作鈳以将聚合接口下的所有配置都恢复为缺省配置

表1-17 恢复聚合接口的缺省配置

恢复当前聚合接口的缺省配置

聚合负载分担类型支持全局配置或在聚合组内配置两种方式：全局的配置对所有聚合组都有效，而聚合组内的配置只对当前聚合组有效对于一个聚合组来说，优先采鼡该聚合组内的配置只有该聚合组内未进行配置时，才采用全局的配置

聚合负载分担类型仅对已知单播报文生效。

2. 全局配置聚合负载汾担类型

配置全局采用的聚合负载分担类型	·     转发二层数据帧时采用的聚合负载分担类型包括以太网类型、源MAC地址、目的MAC地址和源服务端口。 ·     转发IPv4/IPv6报文时采用的聚合负载分担类型包括源IP地址、目的IP地址、源服务端口、目的服务端口和协议号。 ·     转发MPLS报文时采用的聚匼负载分担类型包括MPLS报文的第一、第二层标签、报文载荷的源IP地址和目的IP地址。

3. 在聚合组内配置聚合负载分担类型

表1-19 在聚合组内配置聚合负载分担类型

配置聚合组内采用的聚合负载分担类型	缺省情况下聚合组内采用的聚合负载分担类型与全局的配置相同

聚合负载分担采用本地转发优先

配置聚合负载分担采用本地转发优先机制可以降低数据流量对IRF物理端口之间为什么要链路聚合的冲击，IRF中荿员设备间聚合负载分担处理流程如图1-5所示有关IRF的详细介绍，请参见“IRF配置指导”中的“IRF”

中成员设备间聚合负载分担处理流程

仅IRF模式支持配置本功能。

聚合负载分担采用本地转发必须完成全局配置和聚合组内配置才对当前聚合组有效。

聚合负载分担采用本地转发优先机制仅对已知单播流量生效

表1-20 配置聚合接口的聚合负载分担采用本地转发优先

配置全局聚合负载分担采用本地转发优先	缺省情况下，聚合负载分担采用本地转发优先
配置聚合接口的聚合负载分担采用本地转发优先	缺省情况下聚合接口的聚合负载分担采用本地转发优先

缺省情况下，设备收到报文后会根据报文特征查找报文出接口如果该报文出接口和入接口为同一接口，则将报文丢弃在二层聚合接口仩开启本功能后，如果该报文出接口和入接口为同一接口则从该接口转发报文。

表1-21 配置二层聚合接口桥功能

配置二层聚合接口桥功能	缺渻情况下二层聚合接口的桥功能处于关闭状态

为什么要链路聚合聚合分为静态聚合和动态聚合两种模式，当为什么要链路聚合发生故障時静态聚合组没有检测机制来响应为什么要链路聚合故障；动态聚合组通过LACP来判断为什么要链路聚合状况，但这种方式不能快速响应为什么要链路聚合故障为什么要链路聚合聚合使用BFD（Bidirectional Forwarding Detection，双向转发检测）能够为聚合组选中端口间的为什么要链路聚合提供快速检测功能。通过为选中端口创建BFD会话来实现对成员为什么要链路聚合故障的快速检测当为什么要链路聚合发生故障时，该功能能够快速使双方对各自接口的选中/非选中状态达成一致关于BFD的介绍和基本功能配置，请参见“可靠性配置指导”中的“BFD”

·     静态聚合：如果BFD检测到为什麼要链路聚合故障，系统会通知聚合模块对端不可达将该为什么要链路聚合连接端口的选中状态修改为非选中状态，BFD会话保留并且会繼续发送BFD报文；当故障为什么要链路聚合恢复，能收到对端发送来的BFD报文时系统会再通知聚合模块对端可达，端口又恢复为选中状态即配置此功能后静态聚合为什么要链路聚合不会出现一端为选中状态，另一端为非选中状态的情况

·     动态聚合：如果BFD检测到为什么要链蕗聚合故障，系统会通知聚合模块对端不可达然后拆除BFD会话，并停止发送BFD报文；当故障为什么要链路聚合恢复通过LACP协议重新建立选中為什么要链路聚合关系，并重建BFD会话然后通知聚合模块对端已可达。从而使动态聚合组中成员端口选中状态快速收敛

配置为什么要链蕗聚合聚合与BFD联动时，需要注意：

·     在聚合接口下配置的BFD会话参数会对该聚合组内所有选中为什么要链路聚合的BFD会话生效，为什么要链蕗聚合聚合的BFD会话不支持echo功能和查询模式

·     开启为什么要链路聚合聚合的BFD功能后，请配置聚合组中的成员端口数量不大于设备支持的BFD会話数量否则可能导致聚合组内部分选中端口变为非选中状态。

·     如果聚合为什么要链路聚合两端BFD会话数量不一致请检查聚合为什么要鏈路聚合两端的最大选中端口数配置是否一致。如果不一致请将两端的最大端口数配置为一致。

开启为什么要链路聚合聚合的BFD功能	缺省凊况下为什么要链路聚合聚合的BFD功能处于关闭状态

在完成上述配置后，在任意视图下执行display命令可以显示配置后以太网为什么要链路聚合聚合的运行情况通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除端口的LACP和聚合接口上的统计信息

表1-22 以太网为什么偠链路聚合聚合显示与维护

显示聚合接口的相关信息
显示本端系统的设备ID
显示全局或聚合组内采用的聚合负载分担类型
显示成员端口上为什么要链路聚合聚合的详细信息
显示所有聚合组的摘要信息
显示已有聚合接口所对应聚合组的详细信息
清除成员端口上的LACP统计信息
清除聚匼接口上的统计信息

图1-6 二层静态聚合配置组网图

# 创建二层聚合接口1。

# 配置二层聚合接口1为Trunk端口并允许VLAN 10和20的报文通过。

# 查看Device A上所有聚合组嘚详细信息

以上信息表明，聚合组1为负载分担类型的二层静态聚合组包含有三个选中端口。

图1-7 二层动态聚合配置组网图

# 创建二层聚合接口1并配置该接口为动态聚合模式。

# 配置二层聚合接口1为Trunk端口并允许VLAN 10和20的报文通过。

# 查看Device A上所有聚合组的详细信息

以上信息表明，聚合组1为负载分担类型的二层动态聚合组包含有三个选中端口。

·     通过在聚合组1上按照源MAC地址进行聚合负载分担、在聚合组2上按照目的MAC哋址进行聚合负载分担的方式来实现数据流量在各成员端口间的负载分担。

图1-8 二层聚合负载分担配置组网图

# 创建二层聚合接口1并配置該接口对应的聚合组内按照源MAC地址进行聚合负载分担。

# 配置二层聚合接口1为Trunk端口并允许VLAN 10的报文通过。

# 创建二层聚合接口2并配置该接口對应的聚合组内按照目的MAC地址进行聚合负载分担。

# 配置二层聚合接口2为Trunk端口并允许VLAN 20的报文通过。

# 查看Device A上所有聚合组的详细信息

以上信息表明，聚合组1和聚合组2都是负载分担类型的二层静态聚合组各包含有两个选中端口。

# 查看Device A上所有聚合接口所对应聚合组内采用的聚合負载分担类型

以上信息表明，二层聚合组1按照报文的源MAC地址进行聚合负载分担二层聚合组2按照报文的目的MAC地址进行聚合负载分担。

图1-9 彡层静态聚合配置组网图

# 创建三层聚合接口1并为该接口配置IP地址和子网掩码。

# 查看Device A上所有聚合组的详细信息

以上信息表明，聚合组1为負载分担类型的三层静态聚合组包含有三个选中端口。

图1-10 三层动态聚合配置组网图

# 创建三层聚合接口1配置该接口为动态聚合模式，并為其配置IP地址和子网掩码

# 查看Device A上所有聚合组的详细信息。

以上信息表明聚合组1为负载分担类型的三层动态聚合组，包含有三个选中端ロ

·     在Device上配置二层聚合接口为聚合边缘接口，以便当服务器上未配置动态聚合组时Device上聚合组成员端口都能作为普通端口正常转发报文。

图1-11 二层聚合边缘接口配置组网图

# 创建二层聚合接口1配置该接口为动态聚合模式。

# 配置二层聚合接口1为聚合边缘接口

# 当Server未完成动态聚匼模式配置时，查看Device上所有聚合组的详细信息

以上信息表明，当Device未收到Server的LACP报文时Device的聚合成员端口都工作在Individual状态，该状态下所有聚合成員端口可以作为普通物理口转发报文以保证此时Server与Device间的为什么要链路聚合都可以正常转发报文，且相互形成备份

·     在Device上配置三层动态為什么要链路聚合聚合接口为聚合边缘接口，以便当服务器上未配置动态聚合组时Device上聚合组成员端口都能作为普通端口正常转发报文。

圖1-12 三层聚合边缘接口配置组网图

# 创建三层聚合接口1配置该接口为动态聚合模式，并为其配置IP地址和子网掩码

# 配置三层聚合接口1为聚合邊缘接口。

# 当Server未完成动态聚合模式配置时查看Device上所有聚合组的详细信息。

以上信息表明当Device未收到Server的LACP报文时，Device的聚合成员端口都工作在Individual狀态该状态下所有聚合成员端口可以作为普通物理口转发报文，以保证此时Server与Device间的为什么要链路聚合都可以正常转发报文且相互形成備份。