系列产故障处理指导.ppt

S7500E产品故障处理指导 课程内容 本课程包括如下几部分内容 本课程是基于以太网交换机的常见故障的处理方法以太网交换机常见故障案例 培训目标 学完本课程后 您应该能 掌握S7500E常见故障的处理方法判断与S7500E相关的网络故障点掌握常见网络协议故障处理方法 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 H3CS7500E产品故障处理手册第9章路由功能故障处理方法第10章NTP功能故障处理方法第11章GVRP功能故障处理方法第12章SmartLink功能故障处理方法第13章RRPP功能故障处理方法第14章灵活QinQ功能故障处理方法第15章URPF功能故障处理方法 目录 第1章系统资源故障处理方法CPU占用率异常内存异常故障电源异常故障风扇异常故障环境温度异常 第1章系统资源故障处理方法 步骤一 displaycpu查看CPU的占用率 确定那个槽位单板CPU高 displaycpuBoard0CPUbusystatus 86 inlast5seconds88 inlast1minute89 inlast5minutes 一般查看最近5分钟平均CPU使用率的统计 1 1CPU占用率异常处理方法 1 0槽位单板CPU使用率偏高 需要检查 步骤二 使用displaycpu usagetask slot 命令行查看cpu高的槽位的具体cpu使用信息 确认CPU高的任务名称以便准确确认原因 查看TaskRate列信息即可 discpu usagetaskTaskNameCPURuntime CPUTickHigh CPUTickLow VIDL97 1 b78d4e6TICK0 0 aa822fSTMR0 0 154091 最后一列显示各个任务占用CPU的实际时间 这些任务中有个特殊任务 VIDL97 1 b78d4e6VIDL任务是空闲任务 它表示CPU空闲机率 越高表明系统越空闲也就越正常 其它任务占用率越高 说明相应的模块在消耗CPU资源 本例中SOCK任务CPU占用率位50 明显异常 正常情况除WELL任务高之外 其它任务占用率一般低于5 SOCK任务为收发报文处理任务 在市场上99 的CPU高为该任务导致 所以可以确认一旦是SOCK导致CPU高 系统肯定遭攻击流 我们需要检查攻击流来源 第1章系统资源故障处理方法 步骤三 在en diag模式下执行命令debugrxtx c200paketslot 确认攻击报文来源 该命令打印的为MAC层报文 需要熟悉报文的以太网格式 另外确认是否是ARP攻击或ICMP等其他类型攻击还可以通过在en diag模式下debugrxtxsoftcarshowslot来通过统计直接查看 如果是主控板CPU高 可以在用户模式下使用debuggingippacket直接方便简洁的捕捉报文 要注意报文中去掉telnet等报文影响 1 1CPU占用率异常处理方法 2 步骤四 通过分析步骤三捕捉的报文 对该报文流向进行分析 分析清楚报文后 采取相关方法处理掉该报文 1 ttl超时 使用undoipttl expires2 arp丢失导致 配置静态arp 3 三层接口攻击 使用acl 4 arp攻击 查杀病毒等等 经验 1 业务板cpu高 绝大部分是ARP扫描攻击导致2 如果是主控板CPU高 那么来源比较多 重点是三层接口攻击 路由环导致ttl超时报文攻击 直连ARP丢失导致 协议报文攻击和VRRP软转发等等 第1章系统资源故障处理方法 1 1CPU占用率异常处理方法 3 案例 SOCK任务高 可以肯定是报文攻击导致主控板CPU高 可以在用户模式下使用debugippacket捕捉报文分析 步骤一 displaycpu查看cpu状态 displaycpuBoard0CPUbusystatus 100 inlast5seconds98 inlast1minute97 inlast5minutes 步骤二 displaycpu usagetaskTaskNameCPURuntime CPUTickHigh CPUTickLow VIDL43 6 1 b78d4e6 SOCK50 0 11fe9d6 故障现象 某局点反馈上网很慢 OSPF邻居中断 检查发现CPU很高 异常 第1章系统资源故障处理方法 1 1CPU占用率异常处理方法 4 案例 步骤三 使用debugippacket查看上CPU处理的报文内容通过debug打印报文信息发现大量如下报文 Sending interface Vlan interface4 version 4 headlen 20 tos 0 pktlen 48 pktid 25326 offset 0 ttl 111 protocol 6 checksum 58493 s 218 16 100 103 d 202 109 187 118prompt SendingthepacketfromVlan interface30atVlan interface4 步骤五 检查发现202 109 187 118为一台游戏服务器 日常有比较多玩家连接到该服务器 故障时该服务器被关闭 而该服务器与75E通过光转互连 所以7500E的物理端口依旧UP 这样在75E上没有该服务器的ARP 当有玩家需要登陆到该服务器时 报文被转发到75E 由于没有该ARP 75E需要将该报文上主控板CPU处理 这样 当报文流量比较大时 上CPU的报文数量很多 75E的CPU利用率就很高了 步骤四 目的ip 202 109 187 118查看配置发现该ip应该为直连网段下主机地址 正常该报文不应该上cpu处理 上cpu处理只有可能是arp丢失导致 所以检查该arp 发现没有arp存在 目录 第1章系统资源故障处理方法CPU占用率异常内存异常故障电源异常故障风扇异常故障环境温度异常 第1章系统资源故障处理方法 步骤一 使用dispaymemoryslotid命令查看各个单板内存信息 如果单板内存占用率高于60 可能存在内存异常问题 S7500E displaymemoryslot0SystemTotalMemory bytes 53133696TotalUsedMemory bytes 48479992UsedRate 81 S7500E displaymemoryslot7SystemTotalMemory bytes 191790720TotalUsedMemory bytes 64562064UsedRate 33 1 2内存占用率异常处理方法 1 0槽位主控板内存偏高 需要检查 步骤二 多次使用下列命令查看内存使用细节 查看哪个模块使用内存在不断增加 7500E hidecmd dismemoryslot0BlockSize32Free729Used25876Total26605BlockSize64Free49Used30053Total30102 BlockSize1024Free17Used66351Total368BlockSize2048Free23Used593Total616BlockSize4096Free4Used156Total160请注意保存该信息 内存高问题一般收集信息并直接找研发处理较为稳妥 重点查看 Used 列的统计 如果发现某个块内存在不停增加 那么表示该块内存在被不断使用 注意 有些块内存的增加是正常的 所以需要判断那个块是真正的异常 需要判断该块被使用的数目是否巨大 例如 上述命令显示中 BlockSize1024Free17Used66351Total368 该块被使用的实际内存为66351 1024 64 79M 一个模块正常不可能使用这么大的内存空间 所以可以肯定该内存块有异常 另外 有些内存的泄漏问题不是快速的 而是缓慢的过程 所以需要比较长的时间 甚至是几周的时间 来对比观察 第1章系统资源故障处理方法 步骤三 根据步骤2查看的结果 确定泄漏内存的具体块 使用下列命令查是哪个模块使用内存异常 S7500E hidecmd dismemory1024groupslot0 步骤2确定的异常块 8888 20 00a4 4 00a8 1 00ae 1 dd35 66251 0150 149 0090 11 0392 2 014d 1 0140 6 01d0 1 0002 3 017d 10 0050 105 001b 4 0430 1 55aa 21 0170 2 0000 0 0000 0 1 2内存占用率异常处理方法 2 步骤四 由于上述信息只是明确了问题的范围 具体是那个代码有问题还需要继续收取信息 后续信息收集复杂度较高 不建议用服人员操作 所以请与研发联系 另外 请注意不要重启设备 括号中的第一列数值表示为模块号 第二列为该模块使用的内存量 从上述命令中可以看到 dd35 66251 内存存在重大嫌疑 模块dd35使用了66251块1024字节的内存 这是明显异常的 所以可以肯定该模块存在问题 第1章系统资源故障处理方法 步骤一 使用dispaymemoryslotid命令查看各个单板内存信息 发现单板0内存占用率高于60 7500E displaymemoryslot0SystemTotalMemory bytes 53133696TotalUsedMemory bytes 40879992UsedRate 81 1 2内存占用率异常处理方法 3 案例 步骤二 多次使用下列命令查看内存使用细节 查看哪个模块使用内存在不断增加 7500E hidecmd displaymemoryslot0BlockSize32Free729Used25876Total26605BlockSize64Free49Used30053Total30102 BlockSize1024Free17Used196351Total368BlockSize2048Free23Used593Total616BlockSize4096Free4Used156Total160请注意保存该信息 已经基本可以判断该台设备系统异常 可以与研发联系 故障现象 某局点反馈bgp路由学习异常 路由经常无法学习或者丢失 检查设备 没有发现异常 请求处理 注意 1024块的内存被使用了96351 1024 191 74M内存 系统内存共为256M 因此 肯定异常 需要检查那个软件模块在大量使用内存 第1章系统资源故障处理方法 步骤三 进一步查导致内存被大量占用的软件模块代号 以便定位内存异常的软件模块名称 根据步骤2查看的结果 确定泄漏内存的具体块 使用下列命令查是哪个模块使用内存异常 7500E hidecmd dismemory1024groupslot0 步骤2确定的异常块 8888 20 00a4 4 00a8 1 00ae 1 dd35 166251 0150 149 0090 11 0392 2 014d 1 0140 6 01d0 1 0002 3 017d 10 0050 105 001b 4 0430 1 1 2内存占用率异常处理方法 4 案例 步骤四 由于上述信息只是明确了问题的范围 具体是那个代码有问题还需要继续收取信息 后续信息收集复杂度较高 不建议用服人员操作 所以请与研发联系 另外 注意不要重启设备 括号中的第一列数值表示为模块号 第二列为该模块使用的内存量 从上述命令中可以看到 dd35 166251 内存存在重大嫌疑 模块dd35使用了166251块1024字节的内存 这是明显异常的 所以可以肯定该模块存在问题 目录 第1章系统资源故障处理方法CPU占用率异常内存异常故障电源异常故障风扇异常故障环境温度异常 第1章系统资源故障处理方法 步骤一 查看电源状态 看是否存在fault absent状态的电源模块在位 displaypowerPower1State NormalPower2State Absent 1 3电源故障处理方法 Normal表示正常 Absent表示没有在位Fault表示有异常 步骤二 如果存在Fault状态电源模块 表示该电源模块异常 无法供电 拔出该电源模块再次插入 使用displaypower看是否能恢复到正常状态 如果还不能恢复 如果设备还有其它空闲电源插座孔 更换电源模块到该空闲插座孔 如果还无法恢复 更换电源模块 步骤三 如果为absent状态 表示电源模块没有插入 需要检查是否有电源模块在位 如果在位 那么请检查模块是否插入牢固 目录 第1章系统资源故障处理方法CPU占用率异常内存异常故障电源异常故障风扇异常故障环境温度异常 第1章系统资源故障处理方法 步骤一 查看状态 查看风扇的使用状态是否为fault absent displayfanFan1State fault 1 5风扇故障处理方法 Normal表示正常 Absent表示没有在位Fault表示有异常 步骤二 如果为fault状态 表示该风扇异常 无法提供抽风功能 使用displayenvironment查看系统温度是否比较高 如果高 建议使用手在设备右侧触摸以进一步判断是否有出风 经验 风扇问题一般是其中某个风扇异常 插拔风扇框可以恢复 但为了避免客户担心 建议出现问题 即使插拔恢复 也要更换风扇框 步骤三 如果温度明显偏高 大于70度 并且发现没有出风 那么可以肯定风扇异常 步骤四 插拔风扇框 检查是否能恢复 如果不能恢复 需要更换该风扇框 如果没有风扇框 请关闭设备以免发生温度高导致电路烧坏 如果有降温措施保证系统工作在60度以下 可以继续使用设备 步骤五 如果为absent状态 表示风扇框没有插入位 需要检查是否插到位 处理方法同fault状态 风扇模块的异常信息能打印到log日志 判断风扇异常时间可以参考log信息 目录 第1章系统资源故障处理方法CPU占用率异常内存异常故障电源异常故障风扇异常故障环境温度异常 步骤四 清洗防尘网无效或者设备没有配置防尘网 检查系统所在环境是否比较高 如果高 建议增加空调或者其它散热措施 第1章系统资源故障处理方法 步骤一 查看温度状态 查看温度是否正常 displayenvironmentSystemtemperatureinformation degreecentigrade BoardTemperatureLowerlimitUpperlimit08810807481080 1 5系统温度异常故障处理方法 温度超过正常问题设置范围 应该立即检查原因 避免异常问题发生 步骤二 检查风扇是否正常 详细参考风扇异常问题定位方法 如果为风扇异常 请按照风扇异常方法处理 步骤三 如果风扇正常 检查设备是否配置了防尘网 如果配置了防尘网需要检查防尘网是否洁净 清理防尘网后 看温度是否能恢复正常 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 第2章硬件接口故障处理方法电口端口频繁UP DOWN故障光口端口经常性UP DOWN故障处理方法端口不UP故障处理方法 非SFP端口 端口不UP故障处理方法 SFP端口 端口不接收报文故障处理方法端口不发送报文故障处理方法 步骤四 更换一端设备端口 如果条件允许 推荐是同类型的其它槽位单板 观察是否故障依旧 第2章硬件接口故障处理方法 步骤一 查看两端端口是否存在收发错误报文统计 命令为displayinterface如果存在错误报文统计 则表明链路质量不好 需要检查端口配置情况和检查链路质量 2 1电口端口频繁UP DOWN故障 步骤二 如果确认端口配置正常 速度以及双工一致 则检查物理链路是否正常 简单方法是使用手轻轻碰网线看是否有UP DOWN变化 如果没有 则更换连接线观察 步骤三 如果确认物理链路正常 通过更换网线等措施 而端口又为协商模式 将两端配置为强制模式观察 步骤五 如果更换端口依旧 则更换另一端设备端口 如果条件允许 推荐是同类型的其它槽位单板 如果故障依旧需要研发人员确认 可以在端口下配置link delay命令来调整端口up down灵敏度 通常敏感局点建议使用10 目录 第2章硬件接口故障处理方法电口端口频繁UP DOWN故障光口端口经常性UP DOWN故障处理方法端口不UP故障处理方法 非SFP端口 端口不UP故障处理方法 SFP端口 端口不接收报文故障处理方法端口不发送报文故障处理方法 步骤四 更换一端设备端口 如果条件允许 推荐是同类型的其它槽位单板 观察是否故障依旧 第2章硬件接口故障处理方法 步骤一 查看两端端口是否存在收发错误报文统计 命令为displayinterface如果存在错误报文统计 则表明链路质量不好 需要检查端口配置情况和检查链路质量 2 2光口端口频繁UP DOWN故障 步骤二 如果确认端口配置正常 速度以及双工一致 则检查物理链路是否正常 简单方法是使用手轻轻碰光纤看是否有UP DOWN变化 如果没有 则更换连接线观察 步骤三 通过测试光功率依旧更换光纤等手段 如果确认物理链路正常 而端口又为协商模式 将两端配置为强制模式观察 步骤五 如果更换端口依旧 则更换另一端设备端口 如果条件允许 推荐是同类型的其它槽位单板 如果故障依旧需要研发人员确认 可以在端口下配置link delay命令来调整端口up down灵敏度 通常敏感局点建议使用10 目录 第2章硬件接口故障处理方法电口端口频繁UP DOWN故障光口端口经常性UP DOWN故障处理方法端口不UP故障处理方法 非SFP端口 端口不UP故障处理方法 SFP端口 端口不接收报文故障处理方法端口不发送报文故障处理方法 步骤四 如果确认对端没有被配置为down状态或者配置正常 更改端口属性 第2章硬件接口故障处理方法 步骤一 在本板上两端口直接互连 判定是否能up 2 3端口不UP故障处理方法 非SFP端口 步骤二 如果直连无法up 检查物理连接线是否正常 步骤三 如果确认物理连接线正常 使用命令displayinterface检查配置情况 步骤五 如果为电口 建议更换网线类型 交叉以及直连网线 确认无法up 可以肯定端口存在异常 注意 该问题实际前3步已经可以定位为单板物理异常问题 但建议将后面几个步骤执行完 以便分析或者发现更深层次的问题 目录 第2章硬件接口故障处理方法电口端口频繁UP DOWN故障光口端口经常性UP DOWN故障处理方法端口不UP故障处理方法 非SFP端口 端口不UP故障处理方法 SFP端口 端口不接收报文故障处理方法端口不发送报文故障处理方法 步骤四 使用命令displayinterface检查是否配置合理 是否能正确读出SFP的模块参数 如果确认对端没有被配置为down状态并且端口配置完全一致 建议更换两端端口配置数据 双工以及速度 第2章硬件接口故障处理方法 步骤一 在本板上两端口直接互连 判定是否能up 2 4端口不UP故障处理方法 SFP端口 步骤二 如果直连无法up 检查物理连接光纤以及光功率是否正常 连接光纤收发是否接对正确 步骤三 如果确认物理连接光纤正常 测试光功率 以及更换光纤 则检查SFP模块是否与光纤匹配 单多模 支持公里数等等 两端SFP模块是否匹配 注意 配置合理具体包含 两端双工状态 有些厂家还包含光灵敏度配置 是否配置shut等 步骤六 如果更改端口模式还无法正常 则分别更换两端SFP模块 判断是否能up 步骤五 分别将两端更换到其它端口进行测试 判断是否能up 步骤四 up down一下端口 看是否能恢复 如果不能恢复 更改端口属性 速度 双工 的配置 看看是否能恢复 第2章硬件接口故障处理方法 步骤一 使用displayinterface查看是否有入报文统计 两端端口是否up 必要时使用resetcounterinterface清空端口统计报文再观察 查看对端是否有发送报文统计 2 5端口不接收报文故障处理方法 步骤二 确认端口配置是否有异常 其中包括两端的协商状态 端口速率 端口类型以及vlan等配置 步骤三 查看端口stp状态 是否被discarding掉 是否lacp端口被Unselected 步骤六 确认对端设备以及链路是否问题 步骤五 更换到其它端口看是否存在相同现象 如果存在相同现象 检查互连中间链路设备 光转 转接架 传输等设备 是否正常 如果为电口 使用pc替代对接 如果为光口 更换光模块测试 步骤四 up down一下端口 看是否能恢复 如果不能恢复 更改端口属性 速度 双工 的配置 看看是否能恢复 第2章硬件接口故障处理方法 步骤一 使用displayinterface查看端口是否有收发报文统计 两端是否均up 检查对端设备是否收报文统计 2 6端口不发送报文故障处理方法 步骤二 确认端口配置是否有异常 其中包括两端的协商状态 端口速率 双工 端口类型以及vlan配置等 步骤三 查看端口stp状态 是否被discarding掉 是否是动态聚合端口被Unselected 步骤六 确认对端设备以及链路是否问题 步骤五 更换到其它端口看是否存在相同现象 如果存在相同现象 当端口为电口时 使用PC替代对接测试 当端口为光口时 更换光模块测试 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 第3章设备管理故障处理方法主控板无法启动故障业务板无法注册 加载不成功 第3章设备管理故障处理方法 步骤一 观察BOOTROM启动信息 判断系统无法启动原因 如果显示启动文件类错误 转步骤二处理 如果启动文件确认正常 BOOTROM提示信息中发现错误信息或者信息不全 则转步骤五处理 3 1主控板无法启动故障方法 1 步骤二 出现文件异常 典型信息为BOOTROM提示CRC错误 或者找不到启动文件 请重新加载启动文件 并检查FLASH中文件大小是否与版本库上一致 如果不一致 请重新加载 并设置该文件为当前启动文件 在BOOTROM加载过程中 BOOTROM能自动将该文件设置为当前启动文件 主控板无法启动一般由如下几个问题导致 1 启动文件版本错误 版本加载时没有使用BIN模式以及产品版本配套错误 2 硬件异常 步骤三 如果确认加载的文件大小正确 且设置为当前启动文件也正常 请重新启动单板 并观察是否有内存自检错误 如果提示内存错误 请更换内存条 正常显示如下 Starting RAMLine OKSystemisbooting 第3章设备管理故障处理方法 步骤四 如果内存检查也正常 但依旧提示文件错误 则判断是否单板插牢固 确认牢固 更换单板 3 1主控板无法启动故障方法 2 步骤五 如果BOOTROM启动信息有错误信息 则根据提示的信息初步判断相关器件出现故障 再次启动 看是否必现 如果必现 检查单板是否插牢固 否则更换单板 步骤六 如果BOOTROM启动中 系统停留在某些启动阶段 收集启动信息 同时复位单板 确认是否能启动 确认无法启动且单板插入牢固 则更换单板 步骤七 如果BOOTROM启动中 系统在某些启动阶段反复重起 如果提示单板状态错误 则表示单板没有插到位 请重新插入单板 如果为其它过程中重起 收集启动信息 同时插拔单板 确认是否能启动 则更换单板 第3章设备管理故障处理方法 步骤八 如果BOOTROM启动信息有错误信息 则根据提示的信息初步判断相关器件出现故障 再次启动 看是否必现 如果必现 检查单板是否插牢固 否则更换单板 3 1主控板无法启动故障方法 3 请保留系统所有的启动信息 以便确认问题的原因 第3章设备管理故障处理方法 步骤一 使用displayboot loader命令参看当前启动文件是否存在 文件大小是否与版本一致 3 1业务板无法注册 加载不成功故障处理方法 1 步骤二 查看主机log信息 检查是否有加载信息 如果有 进行步骤3 如果没有转入步骤7 步骤三 如果条件允许 在无法加载的业务板槽位插入其它单板做测试 步骤四 如果新单板能启动 检查版本配套资料 判定主机软件是否支持原单板 如果确认支持 使用其它版本升级系统 检测是否能在新版本上加载成功 如果同样无法加载成功 初步判定原业务板存在故障 如果新单板同样无法启动 则升级主机软件 检测是否原版本问题 如果同样无法加载 建议更换主控板 第3章设备管理故障处理方法 步骤五 如果无空余业务板测试 请更换业务板槽位 如果同样无法加载成功 则检查业务板bootrom版本 3 1业务板无法注册 加载不成功故障处理方法 2 步骤六 如果业务板bootrom版本低 同时单板有串口 升级该bootrom到最新版本 如果升级后无法加载成功 则更换业务单板 步骤七 如果没有加载信息 使用命令 7500E诊断模式 distask info主控板槽位号 查看DDEV任务状态 如果正常 则更换业务板槽位检测是否能正常加载 步骤八 如果更换槽位故障依旧 检查业务板bootrom版本号 如果低且单板有串口 升级业务板bootrom 步骤九 升级bootrom依旧 更换业务板 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 第4章MAC地址表管理故障处理方法无法学习到对端MAC故障处理方法MAC地址学习不正确故障处理方法 第4章MAC地址表管理故障处理方法 步骤一 使用命令displayinterface查看端口是否有报文入 如果该端口为trunk或者对应多个设备而无法确定是否该对应设备发出报文 建议将对端配置静态ARP后ping报文 在7500E上使用镜像或者报文统计方法确认报文是否到达7500E端口 如果确认报文肯定到达 则不必进行该操作 4 1无法学习到对端MAC故障处理方法 1 步骤二 如果对端报文没有到达 则检查为何报文丢失 如果到达 则检查该端口报文统计 看该端口是否报文流量很大 配置是否正常 untag和tag属性两端是否一致 端口是否被STP RRPP或者SMART LINKBLOCK掉 步骤三 如果端口input统计没有增加 则表明7500E端口异常 需要更换端口规避问题 第4章MAC地址表管理故障处理方法 步骤四 如果出或者入报文数目巨大 则可能存在环路 检测网络 需要检查网络 4 1无法学习到对端MAC故障处理方法 2 步骤六 配置静态mac 看是否能恢复正常 如果能恢复正常 则表明对端肯定没有异常 判定7500E出现异常 步骤七 如果配置静态mac 还无法恢复 如果条件允许 更换到其它槽位测试 步骤五 如果出入报文正常 则检查7500E上该vlan内其它设备的mac情况 判断是否也异常 如果也异常 则表明可能存在环路 检查是否网络环路导致mac快速漂移而出现的无法显示该mac的现象 第4章MAC地址表管理故障处理方法 步骤一 检查mac当前端口是否出入报文数目比较大 同一vlan内其它mac是否也存在相同现象 如果存在表明该端口下可能存在环路 检查该端口下网络连接关系 4 2端口MAC地址学习不正常故障处理方法 步骤二 如果报文输入出数目等不大 其它mac不存在类似情况 使用命令undomac删除mac看是否能重新正常学习 如果学习时间正常 则可能是软件显示问题 步骤三 down掉mac目前学习到的端口 看是否能恢复正常 如果正常 则表明该端口下网络存在问题 如果mac又漂到其它端口 则继续前2步反复检查 步骤四 更换端口进行测试 看是否正常 步骤五 如果更换端口无法恢复 则确认单板异常 更换单板 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 第5章ARP功能故障处理方法无法学习到对端ARP故障处理方法对端无法学习ARP故障处理方法 第5章ARP功能故障处理方法 步骤一 查看ARP表项中是否存在期望的ARP表项 displayarp IPaddress 5 1无法学习到对端ARP故障处理方法 1 步骤二 查看对端mac地址是否学习正常 所在端口是否为对应的端口 如果不正常 请先检查为何无法正常学习到对端mac 步骤三 如果mac学习正常 使用打开VRP平台的ARP报文调试开关 确认是否接收到ARP相应报文 步骤四 如果VRP平台已经接收到ARP报文 但没有生成ARP表项 请检查网段等配置是否正确 配置是否合理 是否有ip冲突等配置异常情况 如果VRP平台没有接收到ARP报文 请使用 7500E diagnose debugrxtxpkt主控板槽位号查看底层是否收到该报文 第5章ARP功能故障处理方法 步骤五 如果底层没有收到报文 条件允许 使用镜像捕捉报文 确认对端是否正确发出报文 如果对端没有发出 请检查对端为何没有发出arp请求报文 5 1无法学习到对端ARP故障处理方法 2 步骤六 如果对端确认已经发出arp请求报文 而主控板上显示没有收到该报文 请转研发人员处理 第5章ARP功能故障处理方法 步骤一 检查本端是否能正常学习到对端mac地址 如果学习不到 请处理为何mac地址异常 5 1对端无法学习ARP故障处理方法 1 步骤二 检查对端是否能正常学习到7500E的mac地址 如果没有学习到 请检查没有mac地址的原因 步骤三 检查两端配置是否正确 是否网段不一致 是否ip地址冲突 端口是否存在大量的流量 特别是广播流量 步骤四 确认7500E是否正常发送arp请求报文 打开VRP平台的ARP报文调试开关 确认ARP请求报文是否被触发 步骤五 再查看ARP请求报文是否由底层发送 7500E diagnose debugrxtxpkt主控板槽位号 第5章ARP功能故障处理方法 步骤六 查看端口是否发送arp广播请求报文 使用displayinterface查看端口是否广播报文统计在增加 如果条件允许 用镜像方法抓报文检查 5 1对端无法学习ARP故障处理方法 2 步骤七 如果确认7500E端口没有发送arp请求报文 则初步表明7500E有故障 步骤九 请从对端发起arp请求 检查该arp是否能在7500E上学习到 同时查看7500E上是否能回复arp应答单播报文 如果7500E没有回应报文 则可以确认7500E出现故障 目录 H3CS7500E产品故障处理手册第1章系统资源故障处理方法第2章硬件接口故障处理方法第3章设备管理故障处理方法第4章MAC地址障处理方法第5章ARP功能故障处理方法第6章DHCP功能故障处理方法第7章STP功能故障处理方法第8章VRRP功能故障处理方法 目录 第6章DHCP功能故障处理方法DHCPSERVER故障处理方法DHCPRelay故障处理方法DHCPSnooping故障处理方法 第6章DHCP功能故障处理方法 步骤一 确认设备CPU MEMORY是否在正常范围内 DHCP任务是否正常 设备是否正常使能dhcpenable 6 1DHCPSERVER故障处理方法 1 步骤二 确认DHCPSERVER的配置 各个表项是否正确 地址池分配网段是否与Client接入三层接口网段一致 确认DHCPSERVER到Clinet网段三层接口的路由可达 显示DHCPServer地址池的配置 7500E displaydhcpservertreepoolexampleGlobalpool Poolname examplenetwork22 0 0 0mask255 255 255 0gateway list22 0 0 65dns list202 112 0 1domain nameexamplenbns list202 112 0 2expired300 第6章DHCP功能故障处理方法 6 1DHCPSERVER故障处理方法 2 步骤三 显示是否有空闲的DHCPIP表项 7500E displaydhcpserverfree ipIPRangefrom22 0 0 0to22 0 0 0IPRangefrom22 0 0 22to22 0 0 255如果没有空闲表项的话 查看租期老化表中是否有表项 S7500E displaydhcpserverexpiredpoolexampleGlobalpool IPaddressClient identifier LeaseexpirationTypeHardwareaddress22 0 0 100bc ebee 0001Mar15200615 41 16PMRelease22 0 0 200bc ebee 0002Mar15200615 41 16PMRelease22 0 0 1100bc ebee 0003Mar15200615 41 16PMRelease22 0 0 400bc ebee 0004Mar15200615 41 16PMRelease22 0 0 500bc ebee 0005Mar15200615 41 16PMRelease22 0 0 600bc ebee 0006Mar15200615 41 16PMRelease22 0 0 700bc ebee 0007Mar15200615 41 16PMRelease22 0 0 800bc ebee 0008Mar15200615 41 16PMRelease22 0 0 900bc ebee 0009Mar15200615 41 16PMRelease22 0 0 1000bc ebee 000aMar15200615 41 16PMRelease total10entry 第6章DHCP功能故障处理方法 6 1DHCPSERVER故障处理方法 3 步骤四 如果租期老化表中也没有表项 查看地址冲突表中是否有表项 是否满足冲突表项分配出去的条件 表项形成时间早于现在系统时间1小时以上 7500E displaydhcpserverconflictallAddressDiscovertime22 0 0 3Mar15200615 39 38PM total1entry 7500E displayclock15 42 01UTCWed2006 03 15显示和客户端网络相连的三层接口的地址范围是否与DHCPServer中配置的地址池范围在同一网段 7500E displayinterfaceVlan interface2Vlan interface2currentstate UPLineprotocolcurrentstate UPIPSendingFrames FormatisPKTFMT ETHNT 2 Hardwareaddressis00e0 fc06 6508InternetAddressis22 0 0 65 24PrimaryDescription Vlan interface2InterfaceTheMaximumTransmitUnitis1500 注 需要分别考虑Server直接给本身三层接口网段客户端分配地址 以及通过Relay给客户端相连三层接口网段客户端分配地址的情况 步骤五 确认以上步骤都正确 客户端申请地址 看是否能正常获取地址 第6章DHCP功能故障处理方法 6 1DHCPSERVER故障处理方法 4 步骤六 如果此时Client不能获取地址 在做DHCPSERVER的设备上打开DHCPSERVER的debug开关 然后Client继续获取地址 查看设备上打出的debug信息 debuggingdhcpserverpacketterminaldebuggingterminalmonitor Sep1411 32 56 64720077506EDHCPS 7 DHCPS DEBUG PACKET Rx interfaceVlan interface75Messagetype requestHardwaretype 1 Hardwareaddresslength 6Hops 0 TransactionID 1031971443Seconds 0 Broadcastflag 0ClientIPaddress 0 0 0 0YourIPaddress 0 0 0 0ServerIPaddress 0 0 0 0RelayagentIPaddress 0 0 0 0Clienthardwareaddress 000d 88f7 a9e6Serverhostname NotConfigured Bootfilename NotConfiguredDHCPmessagetype DHCPDiscover上面的debug信息表明设备收到了Client发出的DHCPDISCOVER报文 但是设备没有回应 供参考 继续查看设备上DHCPSERVER的相关配置 确保有可分配的地址 第6章DHCP功能故障处理方法 6 1DHCPSERVER故障处理方法 5 步骤七 如果没有打出相应的debug信息 检查路由 7500E displayiprouting tableRoutingTables PublicDestinations 2Routes 2Destination MaskProtocolPreCostNexthopInterface22 0 0 0 24DIRECT0022 0 0 65Vlan interface222 0 0 65 32DIRECT00127 0 0 1InLoopBack0 上面的路由表是一个Server给直连三层接口所在网段的Client端分配地址的情况 供参考 第6章DHCP功能故障处理方法 6 1DHCPSERVER故障处理方法 6 步骤七 查看DHCP的状态 报文交互计数是否正确 7500E disdhcpserverstatisticsGlobalPool PoolNumber 26Binding Auto 0Manual 0Expire 0BOOTPRequest 4721DHCPDISCOVER 4721DHCPREQUEST 0DHCPDECLINE 0DHCPRELEASE 0DHCPINFORM 0BOOTPREQUEST 0BOOTPReply 0DHCPOFFER 0DHCPACK 0DHCPNAK 0BOOTPREPLY 0BadMessages 0观察各个报文计数在有地址请求的时候是否有增长 第6章DHCP功能故障处理方法 步骤八 查看端口信息 观察端口收发包是否正常 7500E displayintg5 0 1如果此时Client还不能正常获取地址 对该地址池执行reset操作 重复以上地址申请步骤 看是否能正常获取 resetdhcpserverip in usepoolresetdhcpserverconflictall如果还有异常 请关闭DHCPSERVER服务再开启 7500E undodhcpenable S7500E dhcpenable 6 1DHCPSERVER故障处理方法 7 步骤九 Client获取的地址是否正确 查看DHCPSERVER的相关表项是否和预期的一样 步骤十 查看网络中是否有其他DHCPSERVER 是否有其他DHCP相关配置 第6章DHCP功能故障处理方法 6 2DHCPRelay故障的处理方法 1 步骤一 是否正确配置了dhcp server 确保dhcp server的ip地址正确 查看对应的Vlan三层接口的配置 确保正确配置了对应的dhcp server 7500E disdhcprelayserver groupallServer groupGroupIP11 1 1 1191 0 0 1 7500E displaycurrentinterfaceVlan interface2interfaceVlan interface2ipaddress91 0 0 65255 255 255 0dhcpselectrelaydhcprelayserver select1 步骤二 使用ping命令确保到达DHCPSERVER的链路正常 7500E ping91 0 0 1PING91 0 0 1 56databytes pressCTRL CtobreakReplyfrom91 0 0 1 bytes 56Sequence 1ttl 255time 5ms 91 0 0 1pingstatistics 5packet s transmitted5packet s received0 00 packetlossround tripmin avg max 5 6 12ms 第6章DHCP功能故障处理方法 6 2DHCPRelay故障的处理方法 2 步骤三 Client获取地址 步骤四 如果不能获取 确保DHCPSERVER上对应dhcpippool的配置是否正确 DHCPSERVER到达client网段三层接口的路由是否畅通 注 可以参考DHCPSERVER故障处理方法 第6章DHCP功能故障处理方法 6 2DHCPRelay故障的处理方法 3 步骤五 打开dhcp relay的debug开关 根据打出的debug信息定位 debuggingdhcprelaypacketterminaldebugging Currentterminaldebuggingisonterminalmonitor Currentterminalmonitorison Mar1516 22 3020067500EDHCP 8 RCV Receiveddhcp discovermessage chaddris00ba ebee 0001 yiaddris0 0 0 0 Mar1516 22 3020067500EDHCP 8 dhcp debug Fromclienttoserver Interface Vlan interface2ServerGroupNo 1Type dhcp discoverClientHardAddress 00ba ebee 0001ServerIpAddress 91 0 0 1 Mar1516 22 4020067500EDHCP 8 RCV Receiveddhcp discovermessage chaddris00ba ebee 0001 yiaddris0 0 0 0 Mar1516 22 4020067500EDHCP 8 dhcp de