三层交换机链路聚合配置实战：Cisco Packet Tracer从零搭建跨VLAN互通实验

做网络实验这些年，我越来越觉得Cisco Packet Tracer是最适合练手三层交换机和链路聚合的地方——别以为它只是个模拟器就小看它，很多实际项目里的架构思路，在这个工具里跑通一遍，到了真机上心里才有底。最近有不少朋友私信我，说照着教程配 EtherChannel，要么通道起不来，要么不同 VLAN 之间互相不通，最后卡在排查阶段干着急。这篇博文我就把三层交换机链路聚合的完整配置流程、踩过的坑、排错思路一次性讲清楚，从零开始带你搭一套跨交换机、跨 VLAN 互通的实验拓扑，同时把命令行细节和验证方法都写在里面，无论是刚接触交换技术的新手，还是想梳理模拟器实验思路的老手，都能直接照着操作。

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

1.1 为什么要在三层交换机上做链路聚合

先聊点基础但特别重要的东西。链路聚合（Link Aggregation）在思科设备上叫 EtherChannel，也叫端口通道，核心思想是把两条或更多条物理链路捆绑成一条逻辑链路。打个比方：原来从交换机 A 到交换机 B 只有一条 1G 链路，相当于一条单车道，车一多就堵；现在加了一条 1G 链路，再把两条链路捆绑成一条 2G 的逻辑链路，相当于把单车道扩成双车道，带宽直接翻倍。而且这两条物理链路之间还有冗余关系，任何一条断了，流量自动切到另一条上，对上层路由协议和终端用户来说全程无感知。

为什么强调三层交换机？因为三层交换机本身具备路由能力，不同网段之间的数据包要跨 VLAN 通信，必须经过三层转发。有人在热词里搜"不同网段通信需要三层交换机吗"，答案很明确：如果只是同网段内的二层转发，普通二层交换机就行；但只要你把网络划分成多个 VLAN 或网段，需要互相访问的时候，就一定要有三层设备参与转发路由。三层交换机正是为这种场景设计的：它既能做二层转发，又能做 VLAN 间路由，把路由和交换功能集中在一台设备上。

那链路聚合在三层交换机上的位置就非常关键了。想象一个典型的企业网络：核心层有两台三层交换机，分别连接不同楼栋或不同业务区域，两台核心之间的互联链路如果只有一条 1G 口，一旦流量爆发就很容易拥塞，更担心链路单点故障。此时在核心交换机之间配置链路聚合，既能提升互联带宽，又能提供链路冗余。在 Packet Tracer 里做这个实验，你就在复刻企业网络中核心层互联的真实场景，价值很大。

1.2 二层链路聚合与三层链路聚合的差别

很多人做 EtherChannel 的时候分不清二层场景和三层场景，导致配置混乱。其实两者最大的区别在于：链路口是当二层口用还是当三层口用。

二层链路聚合很常见，典型场景是两台交换机之间跑 VLAN Trunk，或者交换机到服务器的链路。此时端口通道（Port-Channel）作为二层接口承载多个 VLAN 的流量，配置时需要指定接口模式为 trunk，还要用switchport trunk allowed vlan控制哪些 VLAN 可以通过。

三层链路聚合，则是把聚合口当作三层接口使用。在思科设备上，一个物理接口如果执行了no switchport，就变成一个路由口，可以配置 IP 地址；多个这样的路由口捆绑在一起，就形成一个三层 Port-Channel。这个逻辑接口可以直接配 IP、跑路由协议，适合做交换机与交换机之间的三层互联、交换机与路由器之间的互联，或者作为核心交换机的上行接口。

在 Packet Tracer 模拟的三层交换机上，这两条路线都能实现。本文的实验场景我选了"三层交换机互联 + VLAN 间路由"的组合，既要做二层链路聚合来打通跨设备的 VLAN Trunk，又要配置 SVI（Switch Virtual Interface，交换机虚拟接口）来做三层转发。这套配置做完，你就能同时掌握二三层链路聚合的核心操作。

2. 实验拓扑与地址规划：动手前先把地图画明白

2.1 拓扑结构与设备选型

我习惯在动手敲命令前先画一张拓扑图，哪怕只是手绘在纸上。这次实验我用的拓扑总共有四台设备：

• 三层交换机 SW1（思科 Catalyst 3560-24PS）
• 三层交换机 SW2（同型号）
• PC1（接 SW1 的 FastEthernet0/1，属于 VLAN 10）
• PC2（接 SW1 的 FastEthernet0/2，属于 VLAN 20）
• PC3（接 SW2 的 FastEthernet0/1，属于 VLAN 10）
• PC4（接 SW2 的 FastEthernet0/2，属于 VLAN 20）

SW1 与 SW2 之间我用两条千兆物理链路互联：GigabitEthernet0/1 和 GigabitEthernet0/2。为什么要用两条千兆口而不是快速以太网口？因为链路聚合实验的核心意图是提升带宽，用千兆口更贴近真实场景，也方便我们在验证时看到聚合后的带宽效果。如果没有千兆口接口，就只有一条路径，链路聚合的冗余意义就体现不出来了。

2.2 IP 地址与 VLAN 规划

在配置之前要把地址规划好，否则做到一半再来改会很痛苦。我按下面的表规划：

为什么给每台三层交换机都配置两个 VLAN 的 SVI？因为我们要实现的目标是：PC1（在 SW1 上的 VLAN 10）能访问 PC3（在 SW2 上的 VLAN 10），PC2（在 SW1 上的 VLAN 20）能访问 PC4（在 SW2 上的 VLAN 20），以及跨 VLAN 的访问如 PC1 访问 PC2、PC1 访问 PC4。两台交换机都要具备三层路由能力，SVI 是必须的。地址规划里我特意让两台交换机上的同一 VLAN 处于同一网段，这样 VLAN 内的通信直接走二层转发，跨交换机的通信走 trunk，跨 VLAN 的通信走三层路由，逻辑清晰分明。

2.3 链路聚合组网方式选择

在 SW1 与 SW2 之间做链路聚合，有两条思路可以走：

方案一，将物理接口配置成二层 trunk 口，再捆绑成 Port-Channel，然后通过 SVI 实现三层路由。这种方法最常用，因为 trunk 口可以承载多个 VLAN 的流量，SVI 负责路由转发，链路聚合负责带宽扩展，各司其职。这也是我最终采用的方案。

方案二，把物理接口配置成no switchport的三层口，再捆绑成三层 Port-Channel，给这个 Port-Channel 配一个互联网段 IP，同时通过静态路由或动态路由协议实现互通。这种方法更贴近纯三层网络的设计思路，适合数据中心或核心互联，但对于"一台交换机上跑多个 VLAN"的场景就不如方案一自然，因为还需要额外的子接口或 VLAN 划分。

考虑到这篇博文面向的读者大多数是做园区网、企业网实验的，我选了方案一：物理接口做二层 trunk，链路聚合为 port-channel，再启用 SVI 的 ip routing。这个组合在你以后接触真实项目时也是最常遇到的。

3. 全流程配置实操：从创建 VLAN 到三层互通

3.1 交换机基础配置与 VLAN 创建

先把两台交换机的基础配置做完。我在 SW1 上执行：

Switch> enable Switch# configure terminal Switch(config)# hostname SW1 SW1(config)# vlan 10 SW1(config-vlan)# name Office10 SW1(config-vlan)# exit SW1(config)# vlan 20 SW1(config-vlan)# name Office20 SW1(config-vlan)# exit

SW2 做同样配置，只是 hostname 改为 SW2。VLAN 创建完成后，把 PC 接入的物理接口划到对应 VLAN：

SW1(config)# interface FastEthernet0/1 SW1(config-if)# switchport mode access SW1(config-if)# switchport access vlan 10 SW1(config-if)# exit SW1(config)# interface FastEthernet0/2 SW1(config-if)# switchport mode access SW1(config-if)# switchport access vlan 20 SW1(config-if)# exit

同样地，SW2 上把 FastEthernet0/1 划入 VLAN 10，FastEthernet0/2 划入 VLAN 20。这个步骤很多人会忘掉，导致 PC 明明接在交换机上却不通——物理口默认在 VLAN 1，不划入对应 VLAN 的话数据帧根本进不到目标 VLAN 里。

你可以顺手验证一下：

SW1# show vlan brief

看到 VLAN 10 和 VLAN 20 都存在，且对应接口状态正常，说明二层准备工作完成。

3.2 配置链路聚合（EtherChannel）

接下来是重头戏——链路聚合配置。我使用的命令如下，先配 SW1：

SW1(config)# interface range GigabitEthernet0/1-2 SW1(config-if-range)# channel-group 1 mode active SW1(config-if-range)# exit SW1(config)# interface Port-channel 1 SW1(config-if)# switchport mode trunk SW1(config-if)# switchport trunk allowed vlan 10,20 SW1(config-if)# exit

SW2 上执行几乎相同的命令：

SW2(config)# interface range GigabitEthernet0/1-2 SW2(config-if-range)# channel-group 1 mode active SW2(config-if-range)# exit SW2(config)# interface Port-channel 1 SW2(config-if)# switchport mode trunk SW2(config-if)# switchport trunk allowed vlan 10,20 SW2(config-if)# exit

逐条解释一下：

interface range GigabitEthernet0/1-2是批量选择两个物理口，然后channel-group 1 mode active把它们加入到通道组 1，使用 LACP 主动模式。LACP（Link Aggregation Control Protocol，链路聚合控制协议）是 IEEE 标准协议，两端协商后形成聚合链路；active 模式表示主动发送 LACP 报文。两台都用 active，能更快协商成功。

创建 Port-channel 1 后，要把它配置成 trunk 口。注意：在真实思科设备上，模拟器里某些版本还要求先执行switchport trunk encapsulation dot1q，但 Packet Tracer 的 3560 镜像通常已经默认支持 802.1Q，所以这一步可以省略。如果是在老式路由器交换机上，不指定封装类型会报错，这里不必纠结。

switchport trunk allowed vlan 10,20限定了这个 trunk 口只允许 VLAN 10 和 20 的流量通过。好处是隔离了不必要的广播流量，也避免 VLAN 1 和其他管理 VLAN 的干扰。

配置完成后，用下面的命令确认通道状态：

SW1# show etherchannel summary

正常情况下应该看到 Port-channel 1 的状态是 SU（S 表示二层，U 表示在 use），而且两个成员口都在 P 列显示为 bundled。只要看到两个口都成功加入 Port-channel，说明链路聚合已经协商成功了。

3.3 配置三层接口与 VLAN 间路由

链路聚合只是打通了二层通道，要让不同网段的终端互相通信，还需要在三层交换机上启用路由功能并配置 SVI。在 SW1 上：

SW1(config)# ip routing SW1(config)# interface Vlan10 SW1(config-if)# ip address 192.168.10.254 255.255.255.0 SW1(config-if)# no shutdown SW1(config-if)# exit SW1(config)# interface Vlan20 SW1(config-if)# ip address 192.168.20.254 255.255.255.0 SW1(config-if)# no shutdown SW1(config-if)# exit

SW2 同样：

SW2(config)# ip routing SW2(config)# interface Vlan10 SW2(config-if)# ip address 192.168.10.253 255.255.255.0 SW2(config-if)# no shutdown SW2(config-if)# exit SW2(config)# interface Vlan20 SW2(config-if)# ip address 192.168.20.253 255.255.255.0 SW2(config-if)# no shutdown SW2(config-if)# exit

这里最关键的命令是ip routing。三层交换机出厂时路由功能默认是关闭的，不敲这条命令，SVI 之间不会转发数据包，VLAN 间路由根本走不起来。很多人实验失败就是漏了这一步。

配置完 SVI 后，在 SW1 上查看路由表：

SW1# show ip route

应该能看到直连路由 192.168.10.0/24 和 192.168.20.0/24。SW2 上也是类似。此时同 VLAN 内、跨交换机的通信已经可以通过链路聚合走二层转发，但跨 VLAN（如 PC1 访问 PC2）则依赖本机路由。

这里有一个关键点：跨交换机的跨 VLAN 通信，比如 PC1（VLAN10，连接 SW1）访问 PC4（VLAN20，连接 SW2），数据包会先从 PC1 到 SW1 的 VLAN10 SVI，SW1 查路由表发现目标是 192.168.20.0/24 网段，下一跳应该是 SW2 的 VLAN20 SVI 地址 192.168.20.253，但此时 SW1 和 SW2 之间是 trunk 链路，VLAN20 的流量可以直接通过 Port-channel 到达 SW2，再由 SW2 转发给 PC4。由于两台交换机都开启了 ip routing，路径选择上主要是靠直连路由和 ARP 解析，整个过程中 Port-channel 作为二层转发通道起着承载流量的作用。

3.4 验证链路聚合与互通效果

配置全部完成后，验证从 PC 端开始。打开 PC1 的命令行，先 ping 自己的网关：

C:\> ping 192.168.10.254

通了之后，再 ping 同 VLAN 不同交换机的 PC3：

C:\> ping 192.168.10.11

如果通，说明跨交换机的 VLAN 10 二层转发和链路聚合都正常。再测试跨 VLAN：

C:\> ping 192.168.20.10 C:\> ping 192.168.20.11

这两个都通，说明三层路由功能正常。

我还喜欢在交换机上做一次端到端验证，用 ping 的扩展选项指定源地址，比如：

SW1# ping 192.168.20.11 source 192.168.10.254

这样能确认 SVI 之间路由转发没问题，而不是碰巧用了管理 VLAN 的接口。

最后检查链路聚合的负载和状态：

SW1# show interfaces port-channel 1 SW1# show etherchannel port-channel

能看到聚合口的带宽是 2000000 Kbit（两条千兆链路相加），成员口状态都是 up/up。到这里，整套"三层交换机 + 链路聚合 + VLAN 间路由"的实验就算成功跑通了。

4. 常见错误排查：配置报错与链路不通的处理思路

4.1 常见配置错误速查表

再熟练的人也会踩坑，尤其在模拟器里。我把实验中遇到的典型问题整理成一张表，方便你对照排查：

这张表不是随便列的，每一条背后都是实际发生的配置事故。尤其是 LACP 模式不匹配，Packet Tracer 里经常被忽略，因为两端都默认 active 才没问题，但如果你一端复制的配置是 on 模式，另一端是 active，协商就会失败，命令还不会报错，特别隐蔽。

4.2 一个典型故障的完整排查演示

我举一个实际排查过的案例，带你把流程走一遍。故障现象是：配置完成后，PC1 能 ping 通 PC3（同 VLAN 跨交换机），但 ping 不通 PC4（跨 VLAN 跨交换机）。

第一步，先确认 PC1 的网关和 IP 都对不对。使用ipconfig查看，网关 192.168.10.254 没错。第二步，在 SW1 上 ping PC4 的网关地址 192.168.20.253：

SW1# ping 192.168.20.253

结果显示不通，说明问题在 SW1 到 SW2 的二层链路或路由层面。第三步，查看路由表：

SW1# show ip route

发现路由表中只有 192.168.10.0/24 和 192.168.20.0/24 的直连路由，没有其他路由条目。对于这种直连网络间的互通，问题很可能在二层转发：VLAN20 的帧能不能通过 trunk 到达 SW2？我马上检查 trunk：

SW1# show interfaces trunk

结果发现 Port-channel 1 的 allowed vlan 列表里只显示了 VLAN 10，没有 VLAN 20。原因找到了——我配置的时候，在 SW1 上先执行了switchport trunk allowed vlan 10，后来又执行了一次switchport trunk allowed vlan 20，后一条命令并没有追加 VLAN 20，而是覆盖了原来的列表，把 VLAN 20 加进去的同时把 VLAN 10 干掉了。最终 Port-channel 1 上只剩一个 VLAN。解决方法是重新敲一次完整列表：

SW1(config)# interface Port-channel 1 SW1(config-if)# switchport trunk allowed vlan 10,20

注意，配置 allowed vlan 时一定要用一条命令把完整列表写进去，多次执行会用最后一次覆盖，这也是这个故障最坑人的地方。修好之后，SR1 再 ping 192.168.20.253 就通了，PC1 也能正常访问 PC4。

4.3 Packet Tracer 模拟器特有的坑

仿真软件和真机永远有差异，这一点必须接受。Packet Tracer 里做 EtherChannel 实验，我遇到过几个特有的问题：

第一，switchport trunk encapsulation命令在多数 PT 镜像里不可用。你敲下去要么报错，要么被忽略。不必死磕，这本来就是模拟器简化了 CLI。

第二，部分旧版 Packet Tracer 对 LACP active/passive 协商支持不完整，可能出现"明明两端都是 active，但通道就是起不来"的情况。遇到这种，可以试试把两端模式改成on——虽然 on 模式不发送协商报文，但在模拟器里往往能直接形成通道，适合验证其他配置环节。这种方法在真机上不建议长期使用，生产环境最好还是用标准 LACP。

第三，模拟器的接口编号和命名与真机可能有差异，比如有些版本把所有接口都叫 GigabitEthernet，没有 FastEthernet。在批量选择物理口时先敲show interfaces status确认接口名再操作，免得 interface range 命令报错。

我个人的经验是，用 Packet Tracer 学习链路聚合时，重点应该放在理解配置逻辑和排查流程上，而不是纠结模拟器的一字一句。只要在 PT 里把完整思路走顺，到了真机上换几条命令细节，很快就能适应。

5. 从思科到华为：链路聚合配置思路迁移

5.1 华为三层交换机链路聚合配置要点

这两年用华为设备的项目越来越多，很多人拿了思科证书，一上手华为就蒙圈。其实链路聚合的底层原理是通用的，只是命令名字变了。我简单做个对照，方便你迁移思路。

华为交换机上链路聚合叫 Eth-Trunk。创建链路聚合口并绑定物理口，常用的命令是：

[Huawei] interface Eth-Trunk 1 [Huawei-Eth-Trunk1] mode lacp-static [Huawei-Eth-Trunk1] trunkport GigabitEthernet 0/0/1 [Huawei-Eth-Trunk1] trunkport GigabitEthernet 0/0/2

这里mode lacp-static对应思科的 LACP 模式，trunkport就是加入成员口。如果是手工负载分担（相当于思科 on 模式），可以省略 mode 或者使用mode manual load-balance。创建完成后，同样要配置链路类型和允许的 VLAN：

[Huawei-Eth-Trunk1] port link-type trunk [Huawei-Eth-Trunk1] port trunk allow-pass vlan 10 20

三层接口和 SVI 的配置在华为里也不难理解。思科是interface Vlan10，华为是：

[Huawei] interface Vlanif 10 [Huawei-Vlanif10] ip address 192.168.10.254 24

没错，华为把 VLAN 接口叫 Vlanif，这是唯一让我初期最不习惯的点。启用 VLAN 间路由，华为交换机默认就是支持三层转发的，不需要像思科那样手动敲ip routing。华为设备默认三层转发是开着的，这一点反而比思科省事。

从思科迁移到华为，我总结一个口诀：看到EtherChannel就换成Eth-Trunk，看到Port-channel就换成Eth-Trunk，看到interface Vlan就换成interface Vlanif。其余的思路——物理口进聚合组、聚合口上配 trunk、配 SVI 做网关——完全一致。有的热词里提到"华为三层交换机链路聚合"，其实就是在做同样的事情，只是设备厂商换了，核心逻辑没有变。

5.2 配置思路总结与应用建议

链路聚合这个技术，放在不同厂商、不同模拟器里看起来各有各的命令，本质上解决的都是同一个问题：带宽不够怎么办、链路挂了怎么办。我的建议是，先在 Packet Tracer 里把思科这一套跑通，因为思科的 CLI 最直观，排错信息也相对友好；跑通之后，再对照华为的命令差异做迁移，你会发现自己的理解会加深很多。

在实际项目中选链路聚合模式，我一般遵循几个原则：如果设备对接双方都支持 LACP，优先用 LACP（华为是 lacp-static，思科是 active）；如果对接的是不知名厂商设备或者老设备，不确定支持情况，再退回到手工负载分担（on 模式）。因为 LACP 有协商机制，能自动检测对端能力，链路状态异常时能主动隔离，比纯手工配置稳得多。

还有一点非常重要：不管思科还是华为，一旦配置了链路聚合，成员口上的原有配置会被聚合口接管。所以最好在干净的接口上做聚合，不要提前在物理口上配了各种 VLAN、trunk、IP 再来加聚合，那样很容易造成配置冲突或者聚合口状态异常。

5.3 排错思维比命令更重要

最后说点我自己的体会。链路聚合排错，很多人一上来就敲一堆 show 命令，结果越看越乱。我建议按顺序一层层来：先看物理层，接口是不是 up；再看聚合层，成员口有没有成功捆绑成逻辑口；然后看链路层，trunk 状态是否正常、allowed vlan 是否完整；最后才是网络层，查路由表、SVI 状态、ping 网关。这个"物理层 -> 聚合层 -> 链路层 -> 网络层"的排查链路，我每次用都特别管用，不管在 Packet Tracer 里还是真机上，都能快速定位到问题所在。

链路聚合配置并不是特别难的技术，但它是一个非常典型的"会的人觉得简单，不会的人到处踩坑"的知识点。用 Packet Tracer 把一个完整的三层交换机链路聚合实验做下来，你不仅能掌握 EtherChannel 的具体命令，还能顺带理清 VLAN、Trunk、SVI、路由之间环环相扣的关系。我自己在模拟器里把同一套实验练了七八遍，越练越觉得基础网络的美感就在这些环环相扣的细节里。下次如果你在配置时遇到 Port-channel 起不来或者 VLAN 间路由不通，不妨先照着前面说的排查顺序走一遍，多半不用五分钟就能把问题揪出来。