涉及产品和版本 S2700&S3700&S5700 V100R005 组网情况 如图5-10所示，Switch使用V100R005C01SPC100版本，全局使能STP并下挂多台Cisco交换机，组成多个STP环。 图5-10 Switch端口未配置bpdu
2025-09-29
涉及产品和版本 S交换机所有产品和版本 组网情况 如图5-9所示，Switch双上行接入路由器，下行为接入层设备。 图5-9 二层环路导致端口流量异常业务中断案例组网图 现象描述 Switch双上行业务全部中断，重启设备可以短暂恢复，但是问题会再次出现。
2025-09-29
问题描述 设备类型为S6720-54C-EI-48S-AC 设备版本为V200R010C00SPC600；补丁为：v200r010sph008 组网拓扑图 故障描述：客户采用二层组播进行业务测试，前期测试组播源分别连接在堆叠主交换机上，接受者分别连接在堆叠主备交换
2025-09-29
一、传统STP为何不够用？ 传统STP（802.1D）三大缺陷： 收敛慢：端口状态切换（Listening → Learning → Forwarding）需30~50秒 单生成树：所有VLAN共用一棵树，无法实现负载分担 链路利用率低：备份链路默认阻塞，带宽浪费 结
2025-09-28
问题描述 server1往server2 建立VPLS单边打流能到500M，但是两边同时打流只能到250M左右。S6720-54C-EI-48S-A V200R010C00SPC600 告警信息 traffic classifier m_500M_IN operator and
2025-09-28
一、网络连通性测试 💡 小技巧： Windows 10/11 已支持 curl、ssh、ping6 等Linux风格命令，体验更一致。 二、网络连接与端口状态 三、网络配置与接口管理 &nb
2025-09-26
问题描述 两台S6720-54C-EI-48S-AC设备进行堆叠 通过10GE口堆叠成功 没有问题 但通过40GE口堆叠时插上线缆 设备就会重启 告警信息 HUAWEI FSP/3/LOGPORT_ILLEGAL:OID 1.3.6.1.4.1.2011.5.25.183.1.22.
2025-09-26
一、基础架构 📌 图解 VLAN： 一台物理交换机 → 划分为 VLAN 10（财务）、VLAN 20（研发）→ 二层隔离，互不干扰。 二、安全与访问控制 🔐 NAT vs PAT：
2025-09-25
问题描述 S6720-54C-EI-48S-AC设备MAC地址规格为288K，而display mac-address summary看到的规格仅96K 处理过程 对比规格表以及设备显示存在出入，display mac-address summary显示如下 <SR
2025-09-25
一、安全设备为何“拖后腿”？ 典型表现： ✅ 内网测速正常，过防火墙后速度骤降 ✅ ping 防火墙自身延迟低，但 ping 外网延迟高、丢包 ✅ 业务高峰期（如视频会议、大文件传输）连接失败或中断 ✅ 防火墙CPU或内存利用率持续 >80% ✅ 日志中频繁
2025-09-24