问题描述 S6720-30L-HI-24S堆叠和eSight TaiShan 200服务器对接， TaiShan 200服务器要使用bond接口，无法Ping通IP地址 处理过程 1. 通过检查产品手册，eSight服务器bond接口有2种模式，主备模式（act
2025-09-19
一、故障现象描述 RSR7708-X 设备CPU利用率达到99%、每次持续1分钟左右、业务未出现异常 二、故障排查分析 确认故障信息：设备上查看历史日志记录，每次CPU告警<dhcpd_task>进程占用CPU利用率占用最高、每次出现CPU高时间间隔均为1小时50分钟；
2025-09-18
问题描述 在参与客户数据中心网络扩容项目中，在完成2台S6720交换机堆叠配置以及堆叠线路链接以后查看堆叠组状态发现堆叠报错。堆叠口采用交换机业务口。 以下是在该项目中对设备进行的配置： <S6720-1> system-view [S6720-1] interfac
2025-09-18
一、tracert 的本质是什么？ 一句话概括： ★tracert 是通过设置 IP 包的 TTL 值，一跳跳触发路由器返回 ICMP 超时报文，从而推测出整条路径上的每个节点。 简单来说，它并不是什么“神奇指令”，而是借用了 IP 协议里的一个机制： TTL 是啥？ TTL 全称是
2025-09-18
一、故障现象 路由器CPU snmpd进程利用率高 二、组网拓扑 无 三、可能原因 1、SNMP进程占用CPU过多，该进程cpu占用率高的话，通常为大量SNMP报文送CPU或SNMP获取设备某MIB节点占用CPU较多 四、排查步骤 步骤一：通过命令show cpu查看进程cpu利用率。
2025-09-17
一、为什么乱划 IP，迟早会出事？ 先举几个真实场景： 业务发展快，某网段只划了 /24，现在设备 500 台，根本不够用 VLAN 隔离想加个新网段，结果跟现有网段“交叉”，冲突不断 两个子网合并迁移，发现地址段重了，得全改 跨区域运维，IP 没规律，谁也不知道谁
2025-09-17
问题描述 服务器在向所有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