一、故障现象描述 客户反馈路由器在使用过程中断网一次，重启后网络恢复，但是网速很慢，登录设备查看时，发现路由的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
DS4300存储更换电池 收集Storage Subsystem Profile 信息 选择“View”菜单下面的“Storage Subsystem Profile”，选择“Save As…”， 将Pr
2025-09-11
1. OSI七层模型 是什么：将网络通信划分为7个逻辑层次（物理、数据链路、网络、传输、会话、表示、应用）。 为什么重要：它是分析问题的“地图”。当故障发生时，你能判断是物理层（线缆）问题，还是应用层（服务）问题。 工程师视角：TCP在第4层，IP在第3层，VLAN在第2层——分层思维是排障的
2025-09-11