3. 多园区互联架构设计
多园区互联的核心问题不是“能不能通”，而是“在什么位置做冗余、冗余对谁可见、故障时收敛多快”。园区网络通常分为接入、汇聚、核心三层，但并非每个园区都必须严格三层。设计的第一步，是判断哪些层需要路由边界，哪些层可以保持二层延伸，以及冗余机制应该部署在汇聚还是核心。
三层路由架构是最基础、最稳妥的互联方式。接入交换机通过 VLAN 承载终端，汇聚交换机作为各 VLAN 的网关，汇聚与核心之间运行 OSPF 或 EIGRP 等动态路由协议，核心再通过 WAN、专线或 SD-WAN 连接其他园区。这种架构的优点是广播域被限制在单个汇聚模块内，故障域小，路由收敛可预测。缺点是网关分散，终端移动时网关不变但路径可能绕行，且汇聚到核心需要依赖路由协议收敛。
当园区规模较大、汇聚设备需要成对部署时，VSS（Virtual Switching System）和 StackWise Virtual 成为常见选择。VSS 主要用于 Catalyst 6500/6800 系列，通过 Virtual Switch Link 将两台物理交换机虚拟成一台逻辑交换机；StackWise Virtual 则是 Catalyst 9000 系列上的同类技术，通常使用 2 台设备组成一个逻辑实体。两者都能让下游接入交换机通过 EtherChannel 双归到两台汇聚设备，避免生成树阻塞，同时网关 IP 可在两台设备间浮动。
关键区别：VSS 与 StackWise Virtual 都是“控制平面合一、数据平面双活”的虚拟化技术。它们适合汇聚层或核心层，但不适合跨园区长距离部署，因为 VSL 链路对时延和带宽有严格要求。
EVPN Multihoming 则面向更现代的数据中心与园区融合场景。它基于 BGP EVPN 控制平面，通过 ESI（Ethernet Segment Identifier）标识同一台 CE 设备多归到多台 PE 设备的链路。与 VSS/StackWise Virtual 不同，EVPN Multihoming 不要求 PE 设备合并控制平面，而是通过 BGP 交换 MAC/IP 可达性信息，实现多活接入和快速收敛。它适合跨园区、跨数据中心的统一 Fabric，但对设备能力、BGP 配置和运维水平要求更高。
从设计原则看，三层路由架构适合园区之间距离较远、WAN 链路带宽有限、运维团队习惯传统路由协议的场景。它的冗余依赖路由协议和物理链路，通常通过双上行、双核心实现，收敛时间在秒级。VSS 和 StackWise Virtual 适合同一机房内的汇聚或核心双机，VSL 链路建议使用至少 2 条 10G/40G 链路捆绑，时延控制在 1ms 以内。EVPN Multihoming 适合需要跨园区统一 Fabric、终端多活接入、且具备 BGP EVPN 运维能力的场景，ESI 配置需要与接入侧 LACP 或静态捆绑对应。
实际设计中，常见组合是：园区内部汇聚采用 StackWise Virtual 实现双活网关，园区之间采用三层路由或 SD-WAN 互联，数据中心侧采用 EVPN Multihoming 实现服务器多归。这样既保证了园区内的高可用，又避免了跨长距的虚拟化链路，同时为未来 Fabric 演进保留接口。
设计检查点：VSL/SVL 链路是否满足带宽和时延要求；EVPN ESI 是否与接入侧捆绑方式一致；三层路由是否限制了广播域；故障收敛时间是否满足业务 SLA。
最后需要强调，任何冗余机制都不能替代合理的物理拓扑。双归、双上行、双核心是基础，虚拟化或 EVPN 只是在此基础上提升收敛速度和资源利用率。设计时应先明确故障域边界，再选择虚拟化或控制平面技术，避免为了“看起来先进”而引入不必要的复杂度。