问题描述 服务器在向所有PC进行网络同传，给所有PC进行网络数据下发时，出现某几个端口流量较大，导致CPU负荷较高，引起整个网络卡顿。 告警信息 Apr 2 2000 01:50:38 S652XE_403 %%01IFPDT/4/INT_OUTBRDR(l)
2025-09-17
01 为什么需要网络监控工具 网络监控工具对于维护网络至关重要，因为它们允许您从中心位置监视连接到网络的设备。 这些工具有助于标记性能不佳的设备，以便您可以介入并进行故障排除以找到问题的根源。 进行深入的故障排除可以最大限度地减少性能问题并防止安全漏洞。实际上，这可以使网络保持在线并消除不必要
2025-09-16
一、故障现象描述 客户反馈路由器在使用过程中断网一次，重启后网络恢复，但是网速很慢，登录设备查看时，发现路由的CPU利用率一直都是99%，且在输入命令时路由器响应速率很慢 场景拓扑 二、故障排查分析 查看CPU利用率的具体情况，发现进程较高的两个分别为tnet和ospf
2025-09-16
问题描述 某项目中遇见终端摄像头的流量特别大，每路摄像头的流量大概为6G左右，即S6700交换机之间需要增加带宽，4根链路做链路聚合Eth-trunk，但是做完链路聚合后发现其中一根链路的接口带宽流量使用率特别大，达到90%左右，其它三根线的接口带宽流量占有率比较小，甚至有一根链路的接口流
2025-09-16
一、故障现象描述 某客户使用我司RG-RSR-08M路由器作为下联汇聚设备。在使用过程中设备出现CPU周期性出现峰值问题。 二、故障排查分析 查看高峰期CPU利用率发现，scripc、scripc_rx、ripd、ospf6d等进程利用率较高，使得整机CPU利用率高达50%，详细情况如下图
2025-09-15
方法一：Linux 环境—— netstat 或 ss + kill 第1步：查找占用端口的进程 # 方法1：使用 netstat（经典命令） sudo netstat -tulnp | grep :8080 # 方法2：使用 ss（更现代、更快，推荐） sudo ss -tulnp
2025-09-15
问题描述 S5730-48C-SI对接Agile Controller-Campus做MAC认证，终端失败但是可以上网。 关键配置： # authentication-profile name p1 mac-access-profile mac authent
2025-09-15
缺少“IP地址与关键配置” → 看了等于白看 典型现象： 图中只画了“交换机A”、“路由器B”，但没有IP、没有VLAN、没有网关。 当同事需要排查某台服务器连通性时，还得再问你一遍：“它的网关是多少？” 结果：拓扑图沦为“摆设”，实用性归零。 ✅ 正确做法：在设备或接口旁标注核心网络参数
2025-09-12
一、故障现象 路由器CPU nsmd/ripd/ospfd/bgpd/isisd进程利用率高 二、组网拓扑 无 三、可能原因 1、以上这些进程都和路由协议强相关，在路由协议发生震荡时，特别是网络比较庞大的情况下，需要消耗大量的CPU计算和收敛。 四、排查步骤 步骤一：通过命令show
2025-09-12
问题描述 设备版本:S5720 V200R010C00SPC600 问题描述:ssh登录认证无法通过。 告警信息 ssh认证密码错误 处理过程 1、在交换机上删除默认路由后,ssh可以正常认证登录; 2、但删除默认路由之后
2025-09-12