一、故障现象描述 某客户使用我司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
一、故障现象 路由器CPU vty_connect进程利用率高 二、组网拓扑 无 三、可能原因 1、telnet远程登入线程出错。 四、排查步骤 步骤一：通过命令show cpu查看进程cpu利用率。 Ruijie#sho cpu =========================
2025-09-11
问题描述 软件版本： S7706软件版本： V200R008C00SPC500 S5720软件版本：v200r008c00spc500 组网概况： 两台S7706堆叠作为SVF组网的Parent、19台S5720做一级AS。 网络拓扑： 配置脚本：不涉及
2025-09-11