一、故障现象 RSR路由器内存利用率高 二、组网拓扑 无 三、可能原因 1、检查是否属于正常现象 2、检查是否内存泄漏 四、排查步骤 步骤一:检查设备内存是否已耗尽 1)登陆到设备,获取内存信息(如下2种方法任选一种即可)。 Console口连接设备,键盘输入后,SecureCR
问题描述 旧设备的vlanifMAC已经被其他设备绑定了,不能修改。 现在要把新设备的修改为同一个MAC地址才能接入。 告警信息 无 处理过程 进入诊断视图执行一下命令: sys Enter system view, return user view with Ctrl+Z.
1. 问题背景:小小一台路由器,怎么把全网搞瘫痪? 在不少公司、学校、工厂,都会出现这样的场景: 某个同事觉得无线信号不好,自己买个无线路由器插到办公网里;或者宿舍有人想多接几台设备,于是随手插上家用路由。 结果一插上,整个网段延迟飙升、部分设备掉线、甚至全网中断。 为什么会这样? 常见
一、故障现象描述 RSR30-X路由器存在grpc进程CPU高的情况 二、故障排查分析 故障前客户侧控制器执行了8口移动线路的变更操作,对应操作将会对ipsec配置进行修订,grpc下发的内容如下图日志所示(如下信息重复出现): 检查配置发现路由器上除了控制器下发
问题描述 S6720-30L-HI-24S堆叠和eSight TaiShan 200服务器对接, TaiShan 200服务器要使用bond接口,无法Ping通IP地址 处理过程 1. 通过检查产品手册,eSight服务器bond接口有2种模式,主备模式(act
一、故障现象描述 RSR7708-X 设备CPU利用率达到99%、每次持续1分钟左右、业务未出现异常 二、故障排查分析 确认故障信息:设备上查看历史日志记录,每次CPU告警<dhcpd_task>进程占用CPU利用率占用最高、每次出现CPU高时间间隔均为1小时50分钟;
问题描述 在参与客户数据中心网络扩容项目中,在完成2台S6720交换机堆叠配置以及堆叠线路链接以后查看堆叠组状态发现堆叠报错。堆叠口采用交换机业务口。 以下是在该项目中对设备进行的配置: <S6720-1> system-view [S6720-1] interfac
一、tracert 的本质是什么? 一句话概括: ★tracert 是通过设置 IP 包的 TTL 值,一跳跳触发路由器返回 ICMP 超时报文,从而推测出整条路径上的每个节点。 简单来说,它并不是什么“神奇指令”,而是借用了 IP 协议里的一个机制: TTL 是啥? TTL 全称是
一、故障现象 路由器CPU snmpd进程利用率高 二、组网拓扑 无 三、可能原因 1、SNMP进程占用CPU过多,该进程cpu占用率高的话,通常为大量SNMP报文送CPU或SNMP获取设备某MIB节点占用CPU较多 四、排查步骤 步骤一:通过命令show cpu查看进程cpu利用率。
一、为什么乱划 IP,迟早会出事? 先举几个真实场景: 业务发展快,某网段只划了 /24,现在设备 500 台,根本不够用 VLAN 隔离想加个新网段,结果跟现有网段“交叉”,冲突不断 两个子网合并迁移,发现地址段重了,得全改 跨区域运维,IP 没规律,谁也不知道谁