h3cte,排错报告.doc

h3cte,排错报告 H3CTE排错报告范例 排错报告 整体排错思路：首先按照分段排错方法，将这个网络拓扑按照ospf的区域和ospf外部区域划为排错区域。每一个排错区域中按照分层排错方法，从osi模型的物理层到应用层进行排错检查，然后在按照分块排错方法对每一层中的协议进行等级划分来进行排错检查，最后进行全网综合检测。 故障一．802．1x无法验证故障： 故障现象：通过windows终端测试802.1x功能，发现无法验证，在sw3上通过dis dot1x命令检查dot1x功能，发现dot1x功能没有在全局启动，只是在接口上启动了802.1x功能，并使用display cu检查用来进行802.1x验证的帐号信息，发现帐号服务类型没有添加。 解决故障的方法：在sw3上，通过dot1x命令在全局启动802.1x功能，并在帐号模式下，通过service-type命令将其服务类型设置为lan-access，故障得以解决。 故障产生原因：如果在全局没有启动802.1x功能，是无法运行802.1x功能的。而在帐号模式下，不指定帐号的服务类型，会造成帐号验证失败的问题。 故障二．VRRP主备设备故障： 故障现象：通过在sw1和sw2上使用display vrrp命令检查VRRP状态发现主备状态与要求不符，根据要求VLAN100应以sw1为主设备进行传输，VLAN200应以sw2为主设备进行传输，实现负载均衡。 解决故障的方法：在sw1的vlan100接口下，将vrrp vrid 1 priority 90这条命令删除，并在sw1的vlan200接口下，将vrrp vrid 2 priority 90这条命令添加；在sw2的vlan100接口下，将vrrp vrid 1 priority 90这条命令添加，在sw2的vlan200接口下，将vrrp vrid 2 priority 90这条命令删除，故障得以解决。 故障产生原因：如果按照错误配置，那么对于vrrp的vlan100来说，在sw1上的优先级为90，对于vrrp的vlan100来说，在sw2上的优先级为100，这样对于vlan100来说，sw2就成为了vrrp的主设备，所以按照以上解决方法修改命令，这样对于vlan100来说，sw1成为主设备，并跟踪上联端口减少的优先级为50；对于vlan200来说，sw2成为主设备，并跟踪上联端口减少的优先级为50，配置合理。 故障三．PPP链路协商故障： 故障现象：通过在rt2和rt4上使用命令display interface检查运行ppp协议的接口发现接口协议是down状态并且lcp功能是关闭状态。判断在进行lcp协商时出现问题。并使用debugging ppp chap packet检查协商过程，发现协商不成功导致接口无法启动。通过display cu检查ppp的相关配置，发现接口上启动了验证功能并配置了验证用的帐号，但是没有配置验证发送的帐号信息。 解决故障的方法：在rt2运行ppp的两个接口上，分别配置ppp chap user rt2和ppp chap password simple h3c，来实现待验证帐号的发送。同理在rt4的接口上也要进行相应的配置ppp chap user rt4和ppp chap password simple h3c，重启接口发现协商通过，并使用display ppp mp命令检查mp捆绑状态，发现捆绑成功。故障得以解决。 故障产生原因：由于没有配置发送的验证帐号信息，对端却启动了ppp验证协议。这样导致验证无法通过，从而使得lcp功能无法协商成功和ppp mp捆绑无法成功。根据用户需求，需要在链路上进行ppp验证，所以进行以上的改正之后，问题得以解决。 故障四．ospf stub区域故障： 故障现象：通过display ospf brief检查ospf 区域10中使用的路由器状态，发现sw1和sw2已经启动了ospf stub区域功能并配置了区域和发布网段，但是rt3却没有配置完全stub区域配置，根据要求区域10为完全stub区域，所以判断特定区域状态配置出错，并在sw1和sw2上用过命令display ospf lsdb检查发现lsdb中仍然存在LSA3类型的具体路由。 解决故障的方法：在rt3上，ospf area 10模式下添加命令stub no-summary，将area10配置成为完全stub，再检查ospf状态和LSA信息，问题解决。 故障产生原因：由于rt3为area0和area10之间的ABR，根据题目要求为了提高area10中设备性能，要将area10设置为完全stub区域，而完全stub区域中的设备在学习LSA的时候，不能存在LSA3和LSA5类型的具体网段LSA信息。在sw1和sw2