一、故障现象 设备上行直连ping 172.31.12.253 不通。部分视频业务转发卡断异常。前后未做配置以及网络拓扑变更、影响业务。 网络拓扑如下： 二、设备型号和版本 设备型号：5750H 设备版本：B12P8 三、故障排查步骤 1、 了解交换机直连不通的丢包点在哪里（可以使用
2024-11-20
一、故障现象描述 分部和总部的服务器同步数据异常，分部无法同步数据给总部服务器，分部上传大文件也无法获得总部服务器的响应，以及分部的考勤数据也无法传到总部服务器。 场景拓扑图如下： 拓扑描述：S5750V2-L和总部的核心设备建立GRE隧道来跨公网传输数据，S5750V2-L下的终端需
2024-11-19
总言：以下步骤是为了明确交换机上对应哪个端口下存在环路，明确之后，若对应端口下联还是交换机，则需要在对应交换机上再次执行对应步骤，直至查到最后的环路。 步骤一：查看广播报文增长情况 通过命令show int counter summary up多次show查看各个接口广播报文的增长率； （执行前
2024-11-18
一、shell模式下操作指导 1.编号说明 接口线卡编号就是show version slots看到的slot槽位号 FE线卡编号从22开始算，FE1为22，FE2为23，FE3为24，FE4为25 引擎从30开始算，M1为30，M2为31 2.底层操作说明 1.进入shell模
2024-11-15
1.梳理流量路径 从源到目的经过哪些设备转发，可根据现场网络拓扑判断，无现场网络拓扑的情况下可通过以下命令梳理 show arp de show mac show ip route show lldp neighbor 2.定界丢包点 在所有经过的设备上配置acl计数明确丢包点，如下 注意：以
2024-11-14
一、11.X设备coredump文件导出 1.开shell版本导出方式如下 步骤一: 压缩对应coredump 文件 1.run-system-shell进入底层后切换到对应coredump存在的引擎或者线卡 cd /var/tmp //进入压缩文件夹的上一级目录 2.tar -zc
2024-11-13
1、广播报文增长情况检查 通过命令show int counter su up(先执行clear counters清除统计)多次show看最后一列广播报文的增长情况，若前后两次show 增长很快，增长几千或者上万则大概率存在环路----一般用来检查环路 2、接口peak rate情况检查
2024-11-12
注：目前只有12x的交换机支持一键信息收集，10x和11x勿用 方式1：web界面收集 通过登录交换机web界面进行收集,登录web界面后点击运维然后收集（部分交换机可能不支持web功能不支持该方式） 方式2：命令行收集 #debug support --》进入debug模式 te
2024-11-11
1.上层常规收集 命令行通过以下命令收集，如下（有些指令可能有些设备不支持，不支持的忽略） ter len 0 show log show cli record show security-log detail all show history all-users ter len 50 2.查
2024-11-08
问题描述 使用FusionCompute 6.3.1平台发布测试虚拟机，但在进行业务测试时发现虚拟机内部ping不通网关，本地PC也ping不通虚拟机地址。 告警信息 处理过程 第一步，检查虚拟机 1.检查虚拟机IP地址 检查结果：虚拟机无IP地址 处理操作：添加虚
2024-11-07