多层网络架构的基本结构
多层网络架构通常分为接入层、汇聚层和核心层。每一层都有明确的功能分工：接入层连接终端设备，比如办公室里的电脑和打印机；汇聚层负责聚合接入层的流量，并实施策略控制；核心层则承担高速数据转发，相当于整个网络的“高速公路”。
这种分层设计提升了网络的可管理性和扩展性，但一旦出问题，排查起来也更复杂。比如某天财务部门突然上不了系统，而IT同事一查发现只有他们这层楼断网，这时候就得从分层的角度一步步往下捋。
接入层故障：先看“最后一米”
很多问题其实出在接入层。比如交换机端口损坏、网线老化、VLAN 配置错误，都会导致用户连不上网络。有个真实案例：销售部集体断网，最后发现是新换的交换机没配置 VLAN，所有端口都挂在默认的 VLAN 1 上，跟其他部门冲突了。
排查时可以先确认物理连接是否正常，灯亮不亮，再检查交换机配置。常见的命令如下：
show interfaces status<br>show vlan brief<br>show mac address-table这些命令能帮你快速定位端口状态、VLAN 分配和 MAC 地址学习情况。
汇聚层瓶颈：策略与环路并存
汇聚层常部署 ACL、QoS 和路由协议，配置不当容易引发大范围问题。比如一条 ACL 规则写错了，把数据库端口给挡了，整个业务系统就卡住。
另外，生成树协议（STP）配置失误也会导致环路或阻塞端口。曾经有次会议室 Wi-Fi 断断续续，抓包发现广播风暴，最终查到是临时接了个家用路由器，形成了二层环路。
这时可以用这些命令辅助判断：
show spanning-tree<br>show access-lists<br>show route核心层异常：别忽视“隐形杀手”
核心层一般稳定性高，但一旦出事影响面广。比如某次全公司无法访问云服务，查到最后发现是核心交换机上的默认路由被误删，流量根本出不去。
还有种情况是链路拥塞。核心层带宽本来够用，但突然某个部门在跑大数据同步，占满带宽，其他业务就被挤掉了。这时候需要启用 QoS 或做流量分析。
查看核心设备状态：
show ip interface brief<br>show processes cpu<br>show interfaces | include input errors|output dropsCPU 占用过高、接口丢包增多，都是危险信号。
跨层排查：别只盯着本层
有时候问题看似在一层，根源却在另一层。比如用户上不了网，查接入层一切正常，结果发现是汇聚层做了 DHCP 中继，但指向的服务器 IP 写错了，导致拿不到地址。
又或者核心层启用了 VRF，但路由没互通，表面上通，实际跨区域访问走不通。这类问题得结合日志、抓包和配置比对，不能只看单点。
多层架构的好处是隔离故障范围，但排查时反而要打通来看。就像修水管，不能只查自家水龙头没水，还得看楼道总管有没有关阀。”