接入、汇聚和核心是交换机在网络中的职责，不是按机箱大小划分的固定等级。接入层连接终端，汇聚层汇合多个接入区域并承担策略或路由边界，核心层负责骨干互联。小型网络可以合并汇聚与核心，但仍要明确容量、故障范围和管理责任。
从一台电脑到整个园区，职责逐级变化
电脑、摄像机、无线AP或PLC首先连接接入交换机。接入侧需要适合终端的端口数量、速率及供电能力，也可能承担VLAN分配、身份接入和边缘安全。采购接入设备不能只数网口，还应确认PoE功率、光上联数量和所需管理功能。
一栋楼有多个楼层，一个工厂有多个车间，这些接入设备通常需要汇合到楼宇或区域汇聚节点。汇聚不只是把线集中起来，还需要处理多个来源的流量和故障影响。项目可在这里设置不同网络之间的路由和访问边界，但具体位置取决于设计，不是所有汇聚设备都必须用同一种配置。
核心把多个楼宇、汇聚区域和服务资源相互连接。它应重点保障骨干容量和高可用性，避免某个接入区域的变化扩大成全园区故障。核心也不必一定是大型框架机箱：规模、端口和可靠性要求合适时，固定端口设备同样可以承担骨干角色。
网络三层，不等于OSI第三层
“三层架构”指接入、汇聚、核心三个部署层次；“三层交换机”指具备网络层转发能力。两者不是同一个概念。接入设备也可以具备三层能力，核心设备能否完成所需路由，则要看具体软件功能、授权和性能，不应只根据名称判断。
“普通交换机”也是一个含糊称呼。它可能是非网管小设备，也可能是功能完整的固定端口网管交换机。比较时应转换成可核实参数，例如VLAN、路由、链路聚合、冗余、访问控制和管理能力。明确需求后再查型号，比用普通或高级标签可靠。
上联瓶颈怎样算？先看同时发生的业务
一台设备有很多千兆端口，并不代表上联永远需要所有端口额定速率的总和。关键是哪些终端会同时传输、数据往哪里走、峰值持续多久，以及业务允许多少延迟和丢包。摄像机持续码流、文件备份和控制通信的负载特点不同，不能用同一利用率假设套全部项目。
若多个接入交换机把数据送往同一个录像服务器，汇聚上联与服务器端口都可能成为瓶颈。设备标称交换容量也不是某个出口的实际可用带宽。还应关注转发能力、缓存、端口速率、功能启用后的性能及小包负载，最终用项目业务或代表性负载验证。
合并层次可以，但不要合并掉风险判断
单栋楼或小园区可以采用汇聚与核心合并的两层设计，减少设备和维护复杂度。此时合并节点同时承担多个职责，应检查故障是否会影响所有终端，是否有可用备份，以及维护升级能否安排。设备更少，不等于风险自动更小。
园区扩大后，增加独立核心层可以让多个汇聚区域按统一骨干互联，降低连接关系的复杂度。但多加一层并不必然提高可靠性，如果供电、光缆和管理配置仍共享同一个薄弱点，新增设备可能只是增加了维护对象。
把冗余画到真实路径上
两条光纤若同在一根容易被挖断的管道中，不具备完整的路径独立性。两台设备若使用同一电源支路，也可能同时失电。冗余规划应逐项检查设备、接口、供电、线缆路径和上层服务，明确保护的是哪一种故障，而不是画两个图标就认为万无一失。
双上联还需要合适的转发和收敛机制，例如生成树、链路聚合或路由协议等。它们的作用和部署条件不同，不能把双链路随意并接后让网络形成未受控环路。跨厂商设备要验证具体功能和配置互通，不只检查功能名称相同。
扩容前还应统计现有上联的实际流量与异常时段，明确新增终端的业务去向。将大量摄像机加入某一楼层，可能首先影响汇聚到录像服务器的路径，而不是核心所有端口。依据真实数据规划扩容，才能避免只换一台更大的机箱却没有改善出口瓶颈。
按职责写验收表，按业务判断结果
接入侧验证终端连接、VLAN、PoE和管理；汇聚侧验证同时流量、策略边界和上联故障；核心侧验证骨干容量、备用路径及服务可达性。对关键业务记录正常负载和故障恢复结果，区分端口恢复、网络恢复与应用恢复。交付后保留拓扑、端口标签和配置备份，便于扩容时判断影响范围。
架构参考：Cisco园区网络设计指南。产品选择仍需依据本项目需求与型号资料。
