企业官网建设流程全解析

简介：这是一份面向网络工程师与 H3C 设备维护人员的华三交换机三层端口聚合配置文档，专注讲解静态聚合与动态聚合的完整操作流程，适合服务器链路冗余、核心与汇聚互联等需提升带宽及可靠性的场景。文档为单个 Word 格式说明文件，压缩包仅 17KB，内容精炼，便于快速查阅与对照实验配置。目前已有 4779 人学习下载，可作为日常网络维护的参考。文中以两台交换机 SW1、SW2 的 Route-Aggregation 1 为实例，演示创建三层聚合口并分配 10.1.1.1/24 与 10.1.1.2/24 地址，再将 GE1/0/11、GE1/0/12 分别加入聚合组的步骤；静态模式直接绑定成员端口，动态模式通过 link-aggregation mode dynamic 启用，由 LACP 协议自动协商成员关系，并给出 display link-aggregation verbose 查看命令。阅读后可掌握三层端口聚合两种配置思路，理解静态与动态模式的差异，并直接迁移到实际交换机环境中部署。

1. 华三交换机三层端口聚合：把两条物理链路并成一条逻辑链路，先想清楚静态还是动态

在现网里最常见的情况是：两台交换机之间明明拉了两根光纤，流量却只跑一根，另一根完全闲置，原因就是端口聚合没做对，或者做成了二层聚合而业务实际走三层。华三交换机配置端口聚合时，三层端口配置静态和动态聚合是两条必须分开走的路：静态聚合靠两端手工绑定，动态聚合靠 LACP 协议协商。配置差异看起来只差一条link-aggregation mode dynamic，但选错模式或漏掉接口模式切换，聚合口可能根本起不来，甚至会引发业务丢包。下面的内容按静态、动态两套完整配置顺序走一遍，再把验证、排障和选择逻辑讲清楚，适合正在做交换机互联、网络割接的运维和项目交付人员。

2. Route-Aggregation 接口与接口模式：三层聚合必须先建逻辑口，再做成员口

三层端口聚合和二层端口聚合的配置顺序有明显区别。华三 Comware 平台上，要先把聚合口这个逻辑“容器”建出来，再让物理口加入；物理口加入之前，还要确认接口模式是路由模式。下面按选型原理、模式切换、完整配置三部分展开，把为什么这么做讲透。

2.1 三层聚合口与二层聚合口的选型差异

三层端口聚合的本质是先把若干个物理口捆绑成一个逻辑口，这个逻辑口可以直接承载三层 IP 地址。华三设备上的聚合口有两种：Bridge-Aggregation 和 Route-Aggregation。二层聚合口工作在数据链路层，参与 VLAN 转发，要在聚合口上放行对应 VLAN 才能通信；三层聚合口直接作为三层接口使用，接口上配置 IP，用于设备间三层互联、路由转发。做“三层端口配置静态和动态聚合”时，要创建的是 Route-Aggregation，不是 Bridge-Aggregation。

怎么判断该用哪种？看业务网络结构。如果两层交换机之间走的是三层路由，或者交换机作为网关需要终结多个业务网段，那就用三层聚合口。如果只是把多条链路汇聚后继续跑二层 VLAN，比如接入交换机上联核心交换机同时放行多个 VLAN，那就用二层聚合口。我见过不少项目把 Route-Aggregation 和 Bridge-Aggregation 搞混，对端明明是二层透传，结果三层聚合口上一直收不到 VLAN 报文，因为三层口根本不剥 VLAN 标签。选错聚合口类型，后面配置再对也通不了。

另外要留意聚合口编号。同一台设备上可以创建多个聚合口，Route-Aggregation 和 Bridge-Aggregation 共用一套编号空间吗？不同产品型号行为不完全一样。我一般建议两端设备都使用相同的聚合组编号，比如两台交换机都用 Route-Aggregation 1，这样在核对配置时一眼就能对上，后续排查也方便。聚合组编号本身不需要和物理口编号对应，完全独立。

2.2 port link-mode route：把物理口从桥接模式切到路由模式

在 Comware 平台上，物理接口默认是二层 bridge 模式，接口上不带 IP，直接参与二层转发。要让物理口成为三层聚合口的成员，必须先把物理口切成 route 模式。这个动作和聚合没有直接关系，但很容易被漏掉。我曾经现场排查过一个案例：同事只把两个端口敲了port link-aggregation group 1，没敲port link-mode route，结果显示聚合组起来了，但 Route-Aggregation 1 始终是 Down。后来查配置才发现，两个物理口还是二层模式，无法给三层聚合口提供有效成员。

正确顺序是：进入物理口，先执行port link-mode route，再执行port link-aggregation group 1。这两条命令的顺序不能反。如果先加入聚合组再切换模式，部分版本会提示接口已加入聚合组，需要先把端口从聚合组里移除，再切模式，最后重新加入。切换接口模式会导致该接口下原有的配置被清掉，包括 IP 地址、VLAN 划分、QoS 策略等。所以在生产设备上操作前，一定要先备份配置，并选择维护窗口执行。

还需要注意一个细节：不是所有物理口都支持port link-mode route。如果设备或者接口板卡不支持路由模式，命令会报错。遇到这种情况，常见做法是改用二层聚合口加 VLAN 三层接口的方案，也就是 Bridge-Aggregation 上放行指定 VLAN，再创建对应的 VLAN 接口配置 IP，同样能实现三层互联。原规划里以为所有口都能切 route，现场翻车之后，我一般会提前查一下设备规格表，确认要用的物理口支持三层模式。

2.3 静态三层聚合配置：从创建聚合口到绑定成员口的完整命令序列

下面以两台交换机 SW1、SW2 为例，物理口用 GE1/0/11 和 GE1/0/12，互联网段 10.1.1.0/24，完全按静态三层聚合配置。

SW1 配置命令：

# SW1 配置，进入系统视图 system-view # 创建三层聚合口 1 并配置 IP interface Route-Aggregation 1 ip address 10.1.1.1 24 quit # 把成员口 GE1/0/11 切到路由模式并加入聚合组 interface GigabitEthernet 1/0/11 port link-mode route port link-aggregation group 1 quit # 把成员口 GE1/0/12 切到路由模式并加入聚合组 interface GigabitEthernet 1/0/12 port link-mode route port link-aggregation group 1 quit

SW2 配置命令，IP 换成对端地址：

# SW2 配置，进入系统视图 system-view # 创建三层聚合口 1 并配置 IP interface Route-Aggregation 1 ip address 10.1.1.2 24 quit # 把成员口 GE1/0/11 切到路由模式并加入聚合组 interface GigabitEthernet 1/0/11 port link-mode route port link-aggregation group 1 quit # 把成员口 GE1/0/12 切到路由模式并加入聚合组 interface GigabitEthernet 1/0/12 port link-mode route port link-aggregation group 1 quit

这段配置的逻辑顺序很明确：先有聚合口，再配地址，最后加成员。system-view是进入系统视图，华三设备的配置修改基本都在这个视图下进行。interface Route-Aggregation 1创建编号为 1 的三层聚合口，这个聚合口可以像普通三层口一样配置 IP。ip address 10.1.1.1 24是完整写法，华三命令行也接受ip add 10.1.1.1 24的缩写，项目上两种写法都常见。

物理口视图下的两条命令是关键：port link-mode route把接口从默认的二层桥接模式切换成三层路由模式；port link-aggregation group 1把该物理口加入聚合组 1。成员口加入聚合组后，接口上原来的二层配置不再生效，所有流量都通过聚合口统一转发。静态聚合模式不需要额外指定模式命令，华三设备默认就是 static。为了让配置更直白，我偶尔会在聚合口视图下补一条link-aggregation mode static，这条命令可写可不写，写上去之后display current-configuration里更容易看出模式。

配置完成后，在任意一端执行display link-aggregation verbose，能看到聚合组详细信息。静态模式下重点看两个成员口的状态是不是 Selected。如果两个成员口都处于 Selected，说明聚合链路已经正常建立；如果只有一个 Selected，另一个是 Unselected，优先检查对端交换机是否也把对应的物理口加到了同一个聚合组，以及两端物理口是否都切到了 route 模式。这里所谓“对端”，指的就是链路另一头的交换机，两台设备必须对称配置，否则成员口协商不成功。

3. 动态聚合的 LACP 协商：link-aggregation mode dynamic 到底改变了什么

静态聚合配置能通，不代表动态聚合也能通。它们最本质的区别在于，动态聚合引入了 LACP 协议协商机制。这一章从协议原理、配置要求、验证字段三层展开，让你在敲命令之前先明白动态聚合在做什么。

3.1 静态与动态的核心区别：手工绑定 vs 协议协商

静态聚合是一种手工绑定模式。两端设备不会交换任何聚合协商报文，只要物理链路是 Up 状态，聚合组就认为这个成员口可用。这种模式实现简单，对端可以是交换机、路由器、防火墙，甚至是不支持聚合协议的哑设备。但它的弱点也很明显：本端无法通过协议感知对端配置是否一致。举例来说，对端交换机上聚合组里已经删掉了 GE1/0/12，但本端还认为这个口仍然在用，流量继续从这条链路转发，结果就是丢包。

动态聚合基于 IEEE 802.3ad 标准中的 LACP 协议。两端启用动态模式后，成员口会周期性发送 LACPDU 报文，报文里携带系统优先级、端口优先级、端口号等信息。对端收到报文后做匹配，只有双方参数匹配且链路正常的端口才会进入 Selected 状态。这个协商过程带来的直接好处是：当对端某个成员口配置被改坏，或者链路质量下降时，协议能感知到并把流量重新分布到其他可用成员口上，故障收敛速度比静态聚合快。

那是不是动态聚合就一定比静态好？不一定。动态聚合要求对端设备必须支持 LACP，并且两端配置必须对称。如果对端是一台不支持 LACP 的老旧设备，或者对端管理员不配合配置，动态聚合的 LACPDU 报文发过去没人响应，端口会一直处于 Unselected 状态，链路根本起不来。所以选择动态还是静态，先要看对端能力，再看你对故障收敛速度的要求。

3.2 动态聚合的对称配置要求：两端模式必须一致

动态聚合的配置整体框架和静态聚合类似，唯一多出来的关键动作就是在聚合口视图下执行link-aggregation mode dynamic。同样以 SW1 和 SW2 为例，互联网段 10.1.1.0/24：

# SW1 配置 system-view interface Route-Aggregation 1 ip address 10.1.1.1 24 link-aggregation mode dynamic quit interface GigabitEthernet 1/0/11 port link-mode route port link-aggregation group 1 quit interface GigabitEthernet 1/0/12 port link-mode route port link-aggregation group 1 quit

# SW2 配置 system-view interface Route-Aggregation 1 ip address 10.1.1.2 24 link-aggregation mode dynamic quit interface GigabitEthernet 1/0/11 port link-mode route port link-aggregation group 1 quit interface GigabitEthernet 1/0/12 port link-mode route port link-aggregation group 1 quit

对比静态配置，这里只多了link-aggregation mode dynamic。这条命令必须在Route-Aggregation 1视图下执行，在物理口上敲会报错。它把聚合组的协商方式从手工变成 LACP 协议协商。动态模式下，两端模式必须一致，一端 dynamic、另一端 static，LACP 协商无法建立，成员口会长时间保持 Unselected，业务流量全部中断。

动态模式下还有一个必须提醒的点：成员口加入聚合组后，设备会持续发送 LACPDU。如果对端设备没有启用动态聚合，这些协议报文会被丢弃，端口状态会在 Unselected 和 Down 之间反复震荡，日志里可能频繁出现链路状态变化记录。遇到这种情况，不要急着怀疑光模块和光纤，先核对两端模式。另外，如果对端是服务器，要确认服务器网卡绑定模式是 802.3ad / LACP，而不是静态链路聚合，否则同样是协商失败。

3.3 验证命令 display link-aggregation verbose 关键字段解读

动态聚合配完之后，使用display link-aggregation verbose查看聚合组信息，这是华三设备上最常用的聚合验证命令。

display link-aggregation verbose

看这条命令的输出，先找Aggregation Mode字段。如果显示 Dynamic，说明聚合组处于动态模式；如果显示 Static，说明当前是静态聚合。接下来看成员口列表，每个端口后面会标注 Selected 或 Unselected。动态聚合正常情况下，两端 LACP 协商成功的端口都会是 Selected。如果出现 Unselected，常见原因包括对端模式不一致、成员口速率不匹配、对端口没有加入聚合组。

动态聚合的 verbose 输出里还有 Actor 和 Partner 信息，分别代表本端和对端的协议状态。Partner 字段里有对端的 System ID 和 Port Number，可以拿这个信息判断对端设备是否真的参与了协商。如果 Partner 信息为空，说明本端根本没有收到对端的有效 LACPDU，问题大概率出在对端配置或链路物理层。如果 Partner 信息存在但端口仍然 Unselected，就要进一步比较两端的速率、双工模式和端口优先级。

还要注意一个动态聚合特有的边界情况：聚合组里两个成员口中，一个速率是 1G、一个是 10G，LACP 协商时通常只有高速端口进入 Selected，低速端口会被协议自动摘除。静态聚合里两端速率不一致虽然也不推荐，但不会因为协议把端口踢掉；动态聚合则直接协商失败。为了避免这种“低速口白接”的情况，两端成员口必须使用相同速率的光模块或光口，必要时可以用speed命令强制端口速率，但强制之后端口可能产生大量误码，不建议长期使用。

4. 三层聚合配置排障与避坑：五条现场踩坑记录

配置命令看起来不多，但实际项目中三层聚合翻车的概率非常高。下面这五条是我在现网里真实遇到过的踩坑记录，每一条都按“现象、原因、解决”的顺序写，遇到类似问题可以直接对照处理。

4.1 聚合口状态是 Up，但 ping 不通对端聚合口地址

现象是：display link-aggregation verbose里两个成员口都是 Selected，Route-Aggregation 1 接口状态也是 Up，但从本端 ping 对端 10.1.1.2 却不通。很多人这时候会反复检查 IP 地址和路由表，其实问题往往出在物理口模式上。

原因是：对端交换机虽然创建了 Route-Aggregation 1 并配置了 IP，但它的物理成员口没有执行port link-mode route。物理口仍然工作在二层模式，加入聚合组后，聚合口收到的报文被当成二层报文处理，三层转发逻辑根本走不通。本端看到成员口是 Selected，只是说明物理链路和聚合协商层面正常，并不代表三层业务可用。

解决方法是逐端检查物理口工作模式。用display interface GigabitEthernet 1/0/11查看端口状态，如果端口类型显示 Bridge，说明还在二层模式；需要在接口视图下执行port link-mode route，然后重新加入聚合组。检查完两台交换机后，再 ping 对端聚合口地址。如果还是不通，用display ip routing-table确认两端是否有去往对端网段的路由，三层互联通常直连路由就能通，但如果设备上配置了静态路由或者策略路由，也要一并排查。

4.2 成员口加入聚合组后显示 Down，单独配置时端口是 Up

现象是：物理口在没加入聚合组之前，单独插上光纤能看到端口 Up。但一旦执行port link-aggregation group 1加入聚合组，端口立即变 Down，拔掉光纤再插回还是 Down。

原因是：端口加入聚合组之后，它的 Up/Down 状态不再由自身物理链路单独决定，而是由聚合组的 Selected 状态决定。如果对端没有把对应的物理口加入聚合组，或者对端这个物理口被 shutdown，本端成员口会因为聚合协商不成功而显示 Down。另一种常见原因是成员口上残留了单独配置的 shutdown、speed、duplex 等命令，这些命令和聚合组内的统一配置冲突，导致端口被强制 Down。

解决方法是先用display link-aggregation verbose查看该成员口的状态和 Unselected 原因，然后核对两端物理口是否都加入了相同编号的聚合组。如果成员口上有残留配置，进入接口视图，把配置清理干净再重新加入。华三设备上加入聚合组时，接口下的多数原有配置会自动失效，但 shutdown 状态不会自动反转。我在现场的习惯是：先把物理口执行undo shutdown，再执行port link-aggregation group 1，避免因为残留 shutdown 导致端口起不来。

4.3 静态聚合能通，切到动态聚合后业务闪断

现象是：原来两台交换机用静态三层聚合配置，业务运行正常。管理员为了“更智能”，在两端加了link-aggregation mode dynamic，结果业务立刻闪断，display link-aggregation verbose里端口状态变成 Unselected。

原因是：静态聚合转动态聚合不是无感的。动态聚合需要两端通过 LACPDU 重新协商，如果两端不是同时切换，或者其中一端设备不支持 LACP，协商就会失败。更隐蔽的原因是：管理员只在本端交换机敲了link-aggregation mode dynamic，对端还停留在 static，两端模式不匹配，动态侧发出的 LACPDU 没人回应，链路直接中断。

解决方法是把切换当成一次割接操作。先登录两台设备，分别确认支持动态聚合，然后把动态模式命令准备好。实际操作时，我一般先在对端设备敲完动态模式，紧接着在本端敲，两台设备切换间隔控制在几十秒内，再立即执行display link-aggregation verbose确认 Selected 端口数量。如果现场有业务要求不能闪断，就要评估要不要做动态聚合。静态聚合本身并不是错误方案，刻意追求动态反而可能引入不必要的中断。

4.4 两个成员口速率不同，低速口始终 Unselected

现象是：聚合组里有两个成员口，GE1/0/11 是千兆光口，GE1/0/12 也是千兆光口，但一个插了千兆模块，另一个插的是百兆模块，或者对端端口协商成了百兆。display link-aggregation verbose显示前者 Selected，后者 Unselected，并且业务流量始终只走一条链路。

原因是：华三聚合组要求成员口速率和双工模式一致，不一致的端口会被聚合模块排除，不允许参与负载分担。动态聚合下，LACP 协商也会自动剔除速率不匹配的成员口；静态聚合下虽然不靠协议踢口，但聚合模块同样不会把不同速率的端口都选中。这是设备保护机制，不是故障。

解决方法是把两端的光模块统一成千兆模块，或者把对端交换机的端口速率统一配置成千兆。注意这里要两端同时检查，光模块速率不一致、光纤跳线质量问题、对端端口协商异常都可能导致最终协商速率不同。更换模块后，执行display link-aggregation verbose确认两个成员口都进入 Selected。对于千兆和百兆混插的情况，不建议用speed强制端口速率，因为百兆口强提千兆会直接起不来。

4.5 设备重启后聚合配置丢失，业务中断

现象是：三层聚合配置完成后，现场测试一切正常，业务也切过去了。结果第二天设备意外重启，重启后display link-aggregation verbose显示聚合组不存在，物理口也恢复了二层模式，业务完全中断。

原因是：配置只保存在了当前运行配置里，没有保存到 startup 配置文件。华三设备上修改配置后默认只对当前生效，设备重启时会回到上一次保存的启动配置。如果保存动作没做，或者保存时选择了不覆盖，重启后所有未保存的配置都会丢失。

解决方法是配置完成后，一定要在用户视图下执行保存命令。华三设备可以使用save force，这条命令会直接覆盖保存到启动配置，不再交互式询问文件名。保存完成后，用display saved-configuration查看启动配置，确认 Route-Aggregation、物理口模式、成员口绑定这些关键配置都已经写进去。养成这个习惯之后，三层聚合的“重启即丢”问题基本不会再出现。

5. 静态与动态聚合怎么选：对端能力、负载分担与故障收敛速度

静态和动态不是简单的“先进”和“落后”，它们各自有明确的适用边界。这一章从对端设备能力、负载均衡和故障收敛几个角度展开，帮你做选择。

5.1 静态聚合适用的场景：对端是哑设备或不允许跑 LACP

静态聚合最大的优势是不挑对端。对端可以是交换机、路由器、防火墙，也可以是不支持 LACP 的哑设备。你只需要在两端的物理口上做相同的绑定动作，链路就能工作。所以我在项目里遇到对端是第三方厂商设备、且对方管理员不方便配合配置时，默认选静态聚合。

静态聚合的另一个适用场景是设备之间只需要链路冗余、不需要负载分担。比如两台交换机之间跑了一个业务网段，带宽需求不大，主要诉求是“一根线断了另一根还能顶”。静态聚合两条链路都 Up 时，流量按哈希算法分摊；如果一条链路 Down，流量自动集中到另一条，这个过程中不需要协议协商，收敛速度取决于设备硬件检测链路状态的速度，通常很快。

但静态聚合有个短板要注意：它感知不到对端接口配置变化。假设对端管理员把某个成员口从聚合组里删掉，但对端只是把它改成了普通接口，没有 shutdown。本端物理层看到链路还是 Up，会继续从这个口转发流量，而实际上对端已经不处理聚合转发，丢包就会发生。所以在对端设备存在“无人维护”或“配置不可控”的情况下，静态聚合的可靠性会打折扣。

5.2 动态聚合适用的场景：服务器双网卡、跨设备链路和需要快速收敛的骨干

动态聚合适合对链路质量敏感、对业务连续性要求高的场景。典型场景是服务器双网卡绑定。Linux 服务器的 bonding 模式 4 就是 802.3ad 动态聚合，交换机侧启用link-aggregation mode dynamic，两边通过 LACP 协商，服务器网卡和交换机端口形成一条逻辑链路。这种场景下，如果某块网卡或某根网线故障，LACP 能快速感知，服务器和交换机同时把流量切到剩余链路，业务中断时间比静态聚合短得多。

另一个适合动态聚合的场景是核心层之间的骨干互联。核心设备承担的流量大，链路出现故障时希望尽快收敛。动态聚合对端必须有同样开启 LACP 的设备，所以核心交换机之间、核心和重要汇聚设备之间，只要两边都支持，我一般建议用动态。它带来的额外好处是：当两端端口配置不一致时，LACP 协商失败端口不会进入 Selected，相当于多了一层配置正确性校验。

动态聚合不适合的场景也很明显：对端设备不支持 LACP、对端配置不可控、两端端口能力差异大。比如对端是一台很老的交换机，协议栈不完整，启用了动态模式后链路一直起不来，这时候还要回退到静态，配置变更过程中又造成一次中断。所以决定用动态之前，先确认对端设备型号和软件版本是否支持 LACP，别在割接窗口里赌。

5.3 负载不均衡的检查与调整：display counters 与 hash 因子

无论静态还是动态，创建聚合组的目标都是让多条物理链路分担流量。但实际常遇到的问题是：两条成员口中一条流量很高，另一条几乎为零，聚合的带宽优势没有体现出来。

检查负载是否均衡，我一般看各成员口的流量计数。

display counters interface GigabitEthernet 1/0/11 display counters interface GigabitEthernet 1/0/12

对比两个成员口的 Inbound 和 Outbound 字节数。如果差值长期超过 10%，说明哈希分担不均匀。原因通常是流数量太少，或者参与哈希计算的因子覆盖不够。比如两端之间只有几个大流量会话，按源 MAC 哈希会把所有流量都分到同一个成员口，另一个口自然空闲。

调整思路是修改聚合组的负载分担因子。华三设备上，聚合口视图下可以输入link-aggregation load-sharing mode，然后敲?查看当前版本支持的因子选项。常见的因子包括源 MAC、目的 MAC、源 IP、目的 IP、源端口、目的端口。应对大流量会话，我一般会加入源 IP、目的 IP 以及四层端口号，让哈希更分散。注意修改哈希算法会重新分布现有流量，过程中可能造成短暂丢包，所以要在维护窗口执行。

5.4 静态聚合与动态聚合对比表

把两种模式的关键差异放在一起看，选择会更清楚：

这个表可以当做一个速查卡。现场判断不确定时，先问两句话：对端设备支持 LACP 吗？链路断了允许丢几秒业务吗？两个问题都倾向“是”，选动态；有一个是“否”，选静态更稳。三层聚合本身不复杂，复杂的是边界条件，把对端能力摸清楚，模式选择就不会翻车。

6. 三层聚合的验证与固化：ping 通只是开始，配置保存和更换链路才是收尾

配置完成后，先别急着收工。我的习惯是至少做四次验证：聚合口状态、链路连通、负载分担、故障切换。第一次用display link-aggregation summary看聚合口整体状态，确认 Route-Aggregation 1 已经建立，Selected 端口数量符合预期。第二次从两台交换机上互 ping 对端聚合口地址，这个操作确认三层转发链路是通的。但 ping 通并不等于两条链路都在工作，所以第三次要看成员口计数器，拿display counters interface分别检查两个物理口的收发字节数，确认流量确实分布到了两条链路上，而不是只有一条在硬扛。

第四次验证是故障切换，也是最容易被跳过的环节。找一条成员口，直接拔掉对应的光纤，观察业务是否仍然正常。如果配置正确，拔掉一根线后，另一根线应该继续承载流量，ping 对端只是在拔线的瞬间丢几个包，随后恢复。插回光纤后，再执行display link-aggregation verbose，确认端口重新回到 Selected。这个动作能测试聚合链路是否真正做到冗余，远比盯着配置看可靠。需要注意的是，拔光纤前要确认另一根链路有足够的带宽承担全部流量，否则业务会受影响。

验证通过之后，还要做配置固化。华三设备默认配置只保存在运行配置里，不做保存的话，设备一重启就回到原样。我在用户视图下执行save force，强制覆盖保存。保存完成后，用display saved-configuration复核启动配置，确认 Route-Aggregation 1、物理口模式、成员口绑定、IP 地址都已经写进启动配置。除了本地保存，我还会用display current-configuration把三段关键配置复制到项目文档里，方便后续维护和回滚。

最后说一个我自己的教训。有一年割接，我在一台华三交换机上做静态三层聚合，配置敲完，测试也通了，但没等数据同步到备份配置就下了班。第二天设备半夜重启，聚合配置全部丢失，业务中断了一个多小时。从那以后，我每次配置完三层聚合都会强制走一遍“查看 Selected 状态、检查双口计数、拔线验证故障切换、save force 固化、复核 saved-configuration”的流程，一条都不少。希望帮到你。

本文还有配套的精品资源，点击获取