园区核心、汇聚与接入怎么规划：从终端规模到故障域
从用户、终端、应用和园区边界出发，说明核心、汇聚、接入层的角色、端口、冗余、PoE、路由、安全和验收方法。
园区网络设计不能从核心交换机型号开始。办公终端、无线 AP、摄像头、门禁、语音、实验设备和服务器接入具有不同带宽、PoE、安全与可用性要求。先做终端和业务盘点，才能判断核心、汇聚与接入是否需要三层结构。
小型园区可以采用核心与汇聚合一，多个建筑、楼层或安全域较多时，分层架构更便于控制故障和变更。层级不是越多越好，关键是每一层职责清楚。
业务和终端盘点
终端总数只是起点。视频上行、无线多千兆接入和大文件传输会改变上联需求，不能继续沿用传统办公网的固定比例。
- 用户与有线终端数量、峰值并发、办公和生产应用。
- 无线 AP、摄像头、电话、门禁等 PoE 终端及功率预算。
- 建筑、楼层、弱电间、光纤资源和链路距离。
- 互联网、数据中心、专线、访客和物联网安全域。
- 现有地址、VLAN、认证、监控和运维工具。
三层设备的角色
| 层级 | 主要职责 | 关键规格 | 典型风险 |
|---|---|---|---|
| 接入 | 终端和 AP 接入、PoE、认证 | 端口类型、PoE、堆叠或冗余上联 | 功率不足、上联超售、终端安全 |
| 汇聚 | 楼宇或区域汇聚、策略和故障隔离 | 上联带宽、路由、冗余、表项 | 故障域过大、路由与二层边界混乱 |
| 核心 | 跨区域高速转发和出口连接 | 交换容量、路由、可靠性、扩展 | 所有业务集中、变更影响过广 |
| 管理 | 配置、日志、认证和监控 | 带外或独立管理、权限和审计 | 业务故障时失去管理入口 |
原有架构常见瓶颈
大量 VLAN 跨楼层延伸会扩大广播和环路故障范围，单上联或单核心会形成明显单点。无线 AP 升级后，如果接入口和楼层上联仍为旧速率，客户端能力无法转化为业务体验。
PoE 预算也经常被忽略。交换机标称支持 PoE，不代表所有端口能在目标功率同时供电，需要按 AP、摄像头和其他终端的实际功率与冗余策略计算。
推荐架构与产品组合
接入层按终端密度、PoE 和上联选择，汇聚层承担区域路由与策略，核心层保持高速和稳定。是否使用堆叠、MLAG 或路由到接入，应根据品牌能力、团队运维习惯和故障边界确定。
Aruba、Extreme、H3C 等平台在交换、管理和自动化上各有产品体系，但不能只按品牌统一。应把端口、PoE、路由、认证、管理平台和生命周期逐项放入需求矩阵。
部署与验收
部署前冻结地址、VLAN/VRF、路由、认证、QoS、链路聚合和设备命名。验收覆盖端口、PoE、链路冗余、路由收敛、认证、访客隔离、组播、日志和管理权限。
故障测试至少包含单上联、单汇聚或核心成员、认证服务器和管理平台异常。业务可用并不等于运维可恢复，配置备份和远程管理也要验证。
扩容与风险边界
扩容预留要对应具体端口、PoE、光纤、上联和表项，不宜笼统写百分比。新增楼宇时应重新评估核心端口和故障域，避免无限延伸原有二层网络。
不同品牌设备可以互联，但堆叠、自动化、认证和遥测能力不一定跨品牌一致。跨品牌边界应使用标准协议，并明确配置、告警和支持责任。