三层网络架构不是层网纸上的理论模型，它是络架大型园区网、数据中心里跑了几十年的构拓实际骨架。核心层、扑图汇聚层、层网接入层——这三个词你可能在教材里见过无数次，络架但真正理解它们为什么这样分，构拓得从一台接入交换机说起。扑图

接入层离用户最近。层网办公室墙上的络架网口、天花板上挂着的构拓AP、会议室里的扑图视频终端，都接在这一层。层网接入交换机的络架任务很单纯：把终端设备接入网络，做端口安全、构拓VLAN划分、PoE供电这些事。它不需要知道整个网络的路由表长什么样，也不需要扛住每秒几T的流量。我见过一个中型园区，接入层用了四十多台24口交换机，每台只负责一层楼或一个区域，配置几乎一模一样。这种重复性恰恰是好事——出了问题换一台，配置模板灌进去，五分钟恢复。

汇聚层是接入层和核心层之间的缓冲带。它的存在理由很实际：如果每台接入交换机都直接连到核心，核心设备的端口数量会爆炸，而且接入层产生的广播风暴、生成树拓扑变化会直接冲击核心。汇聚层把几十台接入交换机的流量收拢起来，做策略路由、ACL过滤、跨VLAN路由，然后以更干净的形态上送核心。某医院网络改造时，我把原来扁平化的架构改成三层，汇聚层加了两台堆叠的万兆交换机，核心设备的CPU利用率从70%掉到了20%以下。这个数字比任何理论都有说服力。

核心层只做一件事：高速转发。它不跑ACL，不做NAT，不终结VLAN，甚至连路由策略都尽量精简。核心交换机的背板带宽和转发延迟才是关键指标。双核心、双链路、ECMP（等价多路径路由）是标配。我见过一个反面案例：某高校把防火墙和NAT全压在核心上，结果晚高峰核心CPU跑满，全校卡顿。后来把策略下移到汇聚层，核心只跑OSPF和BGP，问题消失。核心层的“傻快”不是贬义，是设计哲学。

三层之间怎么连？接入到汇聚通常是二层的Trunk链路，跑生成树或堆叠。汇聚到核心走三层路由，OSPF或静态路由都行。这个分界点不是绝对的。小型网络可能只有核心和接入两层，汇聚的功能被核心兼任。大型数据中心现在流行Spine-Leaf架构，本质上是把三层逻辑压缩成两层，但核心层“高速无策略”的思想没变。

拓扑图上的三个方块，背后是流量方向和策略边界的划分。接入层管接入控制，汇聚层管策略执行，核心层管高速转发。每层只做自己该做的事，网络才稳。我调试过最舒服的一张网，核心交换机配置不到五十行，所有复杂策略都在汇聚层用VRF和路由映射解决。故障排查时，看流量从哪个接入端口进来，经过哪个汇聚节点，核心有没有丢包，路径清晰得像水管。反过来，那些把功能全堆在一层的网络，出问题时你连从哪查起都不知道。

画拓扑图的时候，别只画设备和连线。标出每层的职责边界，标出路由域和生成树域的分界，标出策略执行点。这张图才算真正有用。