企业官网建设流程全解析

HCIP 和 HCIE 考试里，链路聚合这块儿，几乎每次笔试都跑不掉。我备考那会儿，Eth-Trunk 相关的题目刷了几十道，后来现网割接时又亲手搭过几次，才发现考题和实际工程中间其实隔着一层窗户纸。这期备考宝典就把 Eth-Trunk 的两个核心模式——手工负载分担和 LACP——彻底拆开揉碎讲清楚，从协议原理、Hash 选路、配置命令到真题陷阱，一次补齐。适合正在备战 HCIP/HCIE Routing&Switching 或 Datacom 的人，也适合刚接触链路聚合、想搞明白交换机端口捆在一起到底发生了什么的人。

1. 链路聚合到底解决什么问题

1.1 核心需求解析：带宽、冗余、逻辑统一

先想一个问题：两台交换机之间有一条 1G 链路，跑着办公网和服务器备份流量，带宽不够了怎么办？物理上加一条链路当然可以，但不做任何处理的话，STP 会阻塞其中一条，起不到带宽叠加的效果；两条口各自独立，还会带来环路风险。Eth-Trunk 就是把多条物理链路聚合成一条逻辑链路，带宽变成多个成员口之和，同时每个成员口互为备份，一条挂了流量自动切换，整个过程对上层设备透明。

这个逻辑链路就是 Eth-Trunk 接口，成员口只能是千兆口或万兆口，速率必须一致。考试里常考的一句话是：Eth-Trunk 接口在二层和三层都能工作，配置了 IP 地址就当三层口用，不配 IP 就参与 VLAN 转发。这些基础认知是后面所有判断题的根基。

1.2 为什么必须区分“手工”和“LACP”两种模式

华为设备上 Eth-Trunk 有两种工作模式：手工负载分担模式（manual load-balance）和 LACP 模式（lacp-static）。两者都能实现流量分担，但本质区别在于成员口的管理方式。

手工模式完全靠本地配置，设备不会主动检测对端状态，只要本地成员口 Up，流量就往上负载，哪怕对端某个口已经故障或配置错误。LACP 模式则通过 LACPDU 报文和对端协商，只有双方都确认并参与的口才能转发流量，能实现真正意义上的“主动备份”。备考的时候我总结了一句话：手工模式是“我说你行你就行”，LACP 是“咱俩都说行才算行”。这个理解直接决定你做判断题、场景题的准确率。

2. 手工负载分担模式全解

2.1 手工负载分担怎么选路：Hash 算法与负载均衡类型

手工负载分担的关键是流量怎么分。设备内部按流粒度做 Hash，把不同流映射到不同成员口上。华为交换机支持的负载均衡方式很多，常见的有：src-mac、dst-mac、src-dst-mac、src-ip、dst-ip、src-dst-ip，还有 enhanced 模式的 src-dst-ip-l4port 等，Datacom 考试对这部分尤其喜欢出选型题。

选型逻辑很简单：二层流量（同 VLAN 内通信）看 MAC，三层流量看 IP。如果接的是终端密集的接入层，源 MAC 差异大，选 src-mac 就能打散；如果下面挂的是服务器集群，多台服务器访问一个网关，链路两端 MAC 相对固定，再看 IP 和端口才能分担均匀。默认配置是 src-dst-mac，多数场景够用，但考试里如果问“某条链路利用率很高，其他链路闲置，怎么调”，答案就是修改 load-balance 类型，比如在 L3 场景下改成 src-dst-ip。

2.2 手工模式配置命令逐条拆解

配置过程不复杂，但每条命令背后的意思得门儿清。以华为设备为例：

interface Eth-Trunk1 trunkport GigabitEthernet0/0/1 trunkport GigabitEthernet0/0/2 mode manual load-balance load-balance src-dst-ip

第一条先建逻辑口，后两条把物理口“塞”进去，第三条指定模式，第四条改 Hash 因子。这里面有几个细节，真题反复考：

• 成员口加入 Eth-Trunk 后，物理口上原本的配置会失效，VLAN、端口类型这些都要在 Eth-Trunk 口上统一配置。
• 成员口不能配 IP、不能启用 STP 边缘端口这些特性，因为成员口已经变成逻辑口的一部分，不再独立工作。
• 把物理口加入 Eth-Trunk 有在 Eth-Trunk 视图下用 trunkport 和在物理口视图下用 eth-trunk 两种写法，效果一样，但推荐统一用 trunkport，看起来更清晰。

手工模式下没有协商过程，所以加入后只要物理口链路正常，Eth-Trunk 就会把流量负载上去。这里就引出考试最爱的一个陷阱：对端某一个口由于配置了 shutdown 或线缆故障已经 Down 了，但本端物理口还是 Up，流量照样往这个口上送，导致丢包。这个场景考的就是“手工模式不检测对端状态”这个特性。

2.3 手工负载分担实操配置示例

给一个完整的二层手工负载分担配置，适合做实验时直接抄：

vlan batch 10 20 interface Eth-Trunk1 port link-type trunk port trunk allow-pass vlan 10 20 mode manual load-balance load-balance src-mac interface GigabitEthernet0/0/1 trunkport Eth-Trunk1 interface GigabitEthernet0/0/2 trunkport Eth-Trunk1

三层场景就把 Eth-Trunk 当成普通三层口：

interface Eth-Trunk2 ip address 10.10.12.1 255.255.255.0 mode manual load-balance load-balance src-dst-ip

实验时怎么验证效果？用 dis eth-trunk 1 看成员口状态，再用 dis load-balance 查看当前负载分担方式。流量分担是否均匀，可以在设备上开流量统计，或者用两台 PC 打流观察各成员口的计数增长。我在实验环境里就遇到过明明配了四条成员口，哈希结果始终落在两条口上的情况，最后发现是测试终端源 MAC 太集中，改成 src-mac 后立刻均匀。

3. LACP 模式的知识体系与数据面原理

3.1 LACP 怎么协商：LACPDU、系统优先级、活动与备份链路

LACP 模式下，成员口会持续发送 LACPDU，报文里携带本端系统优先级、系统 MAC、端口优先级、端口号等信息。两端设备收到后互相比较，按规则确定哪些成员口进入“活动”状态（转发流量），哪些进入“备份”状态（只收 LACPDU，不转发数据）。备份链路不是摆设，一旦活动链路故障，备份链路会自动切换为活动状态，这个切换由硬件完成，速度快且对业务无感知。

协商结果取决于系统优先级和端口优先级。系统优先级取值范围 0 到 65535，数值越小优先级越高，默认为 32768。两端系统优先级不同时，高优先级的一端作为主控端，决定哪些口是活动链路。系统优先级相同时，比较系统 MAC，MAC 小的一方获胜。活动链路数量也不是拍脑袋定的，可以在 Eth-Trunk 口上用 max active-linknumber 限制，最多 8 条（部分设备可以更多，但考试按 8 条算）。

3.2 LACP 模式配置参数与命令详解

看一段标准 LACP 配置：

interface Eth-Trunk1 mode lacp-static lacp timeout fast lacp preempt enable max active-linknumber 2

逐条解释：

• mode lacp-static：开启静态 LACP 模式，这是考试和现网最常用的。
• lacp timeout fast：把 LACPDU 发送间隔从默认的 30 秒缩短到 1 秒，超时时间从 90 秒缩短到 3 秒。链路切换敏感的场景必须开 fast，否则一旦对端故障，本端要等 90 秒才把流量切到备份口，业务早就断了。
• lacp preempt enable：开启抢占功能。默认情况下，高优先级的备份口不会因为活动口故障而抢占；开了抢占后，高优先级口恢复时会重新成为活动口。注意抢占只在端口优先级不同的情况下有意义。
• max active-linknumber 2：限制活动链路数为 2 条。这个参数常用于带宽规划，比如你有四条万兆口，但只想让两条参与负载，其余两条做冗余。

端口优选级在 LACP 协商里的作用也常考。接口下用 lacp priority 设置，默认 32768，数值越小越优先成为活动链路。举个例子，四根链路连对端，想优先使用 1、2 口，就把它们的端口优先级改成 100，再配合 max active-linknumber 2。

3.3 LACP 模式与生成树、VLAN 的联动

LACP 模式下 Eth-Trunk 口参与 STP 计算时，是作为一条逻辑链路参与，而不是每个成员口单独参与。这样就避免了多根物理链路被生成树阻塞的问题，同时也消除了环路风险。考试里常出现的一个判断题就是：Eth-Trunk 内成员口开启 STP 会有什么影响？答案是成员口不会参与 STP 计算，生成树只在 Eth-Trunk 逻辑口上生效。所以配 Eth-Trunk 时不用担心 STP 阻塞某条成员口，链路聚合本身已经解决了环路问题。

VLAN 方面，LACP 协商成功后，成员口自动使用 Eth-Trunk 口上的 VLAN 配置。这里有个实验环境里很常见的坑：你在物理口下配了 port default vlan，然后把物理口加入 Eth-Trunk，此时物理口配置失效是正常的，不要试图在成员口上找 VLAN，直接在 Eth-Trunk 口上检查。真题里经常把“成员口必须与 Eth-Trunk 口 VLAN 配置一致”当成错题来考，实际链路聚合后成员口完全继承 Eth-Trunk 接口的配置。

4. HCIP/HCIE 真题考点与易错场景剖析

4.1 高频考点梳理：Eth-Trunk 特性判断题

历年笔试里，Eth-Trunk 的考点高度集中。我把刷题遇到的考题做了分类，大概有这几类：

• 概念类：Eth-Trunk 是链路聚合技术，最多支持 8 条活动链路；成员口速率必须一致，双工模式必须一致。
• 特性类：手工负载分担模式不发送 LACPDU，LACP 模式发送 LACPDU；LACP 模式下链路两端可以自动协商活动和备份链路。
• 配置类：负载分担方式默认 src-dst-mac；修改负载分担方式用 load-balance 命令。
• 故障类：某条成员口 Down 后，流量自动在其他成员口间重新负载；Eth-Trunk 成员口不能是 Eth-Trunk 口本身，也不能是堆叠成员口的一部分（这点更多在堆叠里涉及）。

还有一个面很广的考点是“跨设备链路聚合”。传统 Eth-Trunk 必须两端各为一个设备，跨设备链路聚合通常结合堆叠使用，把多台设备虚拟成一台后再聚合。这类题目在 HCIE 面试里经常展开，需要理解堆叠逻辑和后端 Eth-Trunk 的关系。

4.2 易错真题与解析思路

我挑两道很有代表性的题讲一下做题思路。

场景题一：某网络两台交换机之间配置 Eth-Trunk，手工负载分担模式。某天发现存在丢包，检查后发现对端交换机的一个成员口因故障 Down，但本端成员口正常。问可能的原因。答案就是手工模式不检测对端状态，本端不知道对端口故障，仍然参与负载。这类题只要抓住“手工模式无协商”就不会错。

场景题二：配置 LACP 静态模式后，两条成员口始终只有一条在转发，另一条处于备份状态。问可能原因。很多人第一反应是配置问题，实际常见原因是 max active-linknumber 配置为 1，或者两个物理口的端口优先级不同。我看到过这种“一边浪费一条链路”的现场配置，最后发现是上一任工程师做了带宽预留，不是什么故障。

判断题也常这样坑人：“所有 Eth-Trunk 成员口故障时，Eth-Trunk 接口变为 Down。”这句话是对的，但要说严谨一点，Eth-Trunk 接口状态取决于成员口状态，全部成员口 Down 时逻辑口必然 Down。“只要有一个成员口 Up，Eth-Trunk 就 Up”也是对的。这两句话的对比经常一起出现在选项里，别被绕进去。

4.3 实验环境验证思路

光刷题还不够，最好在模拟环境里实际搭一遍。我当时的做法是：两台设备各建一个 Eth-Trunk，先配手工模式，两条链路跑流量，再用命令 shutdown 一条成员口，观察流量是否平滑切换；然后把模式改成 LACP，抓包看 LACPDU 的发送，再用 shutdown 模拟故障，对比切换时间。开 LACPDU 抓包后用 dis lacp statistics 看报文计数，能看到协商是否正常。

Datacom 笔试里还喜欢出“最大带宽计算”这类题。比如两条千兆链路聚合，理论最大带宽是 2G，但负载分担不均时只能到 1G 多，这时候要分析 Hash 因子选得对不对。实际项目中，四路万兆聚合跑不到满速是常态，不是设备不行，而是流量模型不够散。

5. 常见问题与排查技巧实录

5.1 高频问题速查表

我把现网维护和考试刷题中踩过的坑整理成一个速查表，直接对着排查：

5.2 配置前的检查项

配置 Eth-Trunk 前有件事特别容易忽略：成员口上不能有 IP 地址、不能是三层口。如果物理口之前被配置成三层接口，会提示失败。正确顺序是先把物理口还原成二层口，确认 no ip address，再把它加入 trunk。我在实验环境里做过一次把三层口强制加入聚合的操作，结果设备直接报错，折腾几分钟才反应过来。

另一个检查点是两端接口速率和双工模式必须一致。如果一边是千兆自协商，另一边强制百兆，聚合口不生效。现网中光纤模块速率不匹配的情况也遇到过，查光模块和接口速率是第一优先级。

还有一点，Eth-Trunk 编号是本地概念，两端可以不同。A 设备上叫 Eth-Trunk1，B 设备上叫 Eth-Trunk10，只要成员口一一对应，通信不受影响。这个特性不少刚接触的人不知道，会在两边编排相同编号上耗费时间，其实没必要。

5.3 独家避坑指南：从备考到现网

备考时最值得投入时间的是把三种场景亲手搭一遍：手工负载、LACP 静态、LACP 动态。手工负载没有协商，LACP 静态需要配置，LACP 动态模式实际上也依赖 LACP 自动协商。Datacom 考试对“动态 LACP”和“静态 LACP”的差异也偶有涉及，静态 LACP 需要我们手工指定成员口，动态 LACP 由协议自动发现并建立，这一点是和传统 Eth-Trunk 容易混淆的地方。

现网排障时，我建议先看 dis eth-trunk 的“Current State”字段。里面会标注每个成员口是 Active 还是 Standby，如果看到 Standby 口长期存在，基本可以断定 max active-linknumber 限制了活动链路数。再用 dis load-balance 确认负载分担方式，排掉这两项，大部分聚合问题都能定位。

最后说个细节：Eth-Trunk 口在做二层转发时，数据帧的 MAC 地址学习是基于逻辑口学习的，不会在成员口上分别学习 MAC。这意味着交换机收到未知单播帧时只会从 Eth-Trunk 中的一个成员口发出，不会重复发到其他成员口，这也是链路聚合能避免环路的原因之一。理解这一点，STP 相关的联动题就再也不怕了。

我个人在实际操作中的体会是：Eth-Trunk 的技术点并不难，难的是把 Hash 选路、协商机制、故障切换这些零散知识点串成一条线。建议备考的朋友不要只背命令，多问问自己“这条命令到底在做什么”，把 LACPDU 里的系统优先级、端口优先级变化过程画一遍，效果比刷十道题都实在。等你做实验时手动 shutdown 一条成员口，看着 LACPDU 计数变化的那一刻，Eth-Trunk 就算彻底拿下了。