H3CTE排错报告范例

1、排错报告整体排错思路：首先按照分段排错方法，将这个网络拓扑按照ospf的区域和ospf外部区域划为排错区域。每一个排错区域中按照分层排错方法，从osi模型的物理层到应用层进行排错检查，然后在按照分块排错方法对每一层中的协议进行等级划分来进行排错检查，最后进行全网综合检测。故障一8021x无法验证故障： 故障现象：通过windows终端测试802.1x功能，发现无法验证，在sw3上通过dis dot1x命令检查dot1x功能，发现dot1x功能没有在全局启动，只是在接口上启动了802.1x功能，并使用display cu检查用来进行802.1x验证的帐号信息，发现帐号服务类型没有添加。 解决故障

2、的方法：在sw3上，通过dot1x命令在全局启动802.1x功能，并在帐号模式下，通过service-type命令将其服务类型设置为lan-access，故障得以解决。 故障产生原因：如果在全局没有启动802.1x功能，是无法运行802.1x功能的。而在帐号模式下，不指定帐号的服务类型，会造成帐号验证失败的问题。故障二VRRP主备设备故障： 故障现象：通过在sw1和sw2上使用display vrrp命令检查VRRP状态发现主备状态与要求不符，根据要求VLAN100应以sw1为主设备进行传输，VLAN200应以sw2为主设备进行传输，实现负载均衡。 解决故障的方法：在sw1的vlan100接口

3、下，将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的主设备，所以按照以上解决

4、方法修改命令，这样对于vlan100来说，sw1成为主设备，并跟踪上联端口减少的优先级为50；对于vlan200来说，sw2成为主设备，并跟踪上联端口减少的优先级为50，配置合理。故障三PPP链路协商故障： 故障现象：通过在rt2和rt4上使用命令display interface检查运行ppp协议的接口发现接口协议是down状态并且lcp功能是关闭状态。判断在进行lcp协商时出现问题。并使用debugging ppp chap packet检查协商过程，发现协商不成功导致接口无法启动。通过display cu检查ppp的相关配置，发现接口上启动了验证功能并配置了验证用的帐号，但是没有配置验证

5、发送的帐号信息。 解决故障的方法：在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捆绑无法成功。根据用户需求，

6、需要在链路上进行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，将are

7、a10配置成为完全stub，再检查ospf状态和LSA信息，问题解决。 故障产生原因：由于rt3为area0和area10之间的ABR，根据题目要求为了提高area10中设备性能，要将area10设置为完全stub区域，而完全stub区域中的设备在学习LSA的时候，不能存在LSA3和LSA5类型的具体网段LSA信息。在sw1和sw2的ospf路由表中应该存在一条默认路由的LSA3类型的信息，用来访问外部区域。故障五ospf路径选择故障： 故障现象：通过display ospf routing-table检查rt3、sw1、sw2的路由表，可以发现数据传输往返路径不一致，根据题目要求往返路径一致

8、。检查配置发现在sw1和sw2的vlan接口上做了ospf cost来修改开销值。判断由于开销值修改错误导致路径控制错误。 解决故障的方法：在sw1的VLAN 200接口模式下，配置ospf cost 200。在sw2的VLAN 100的接口模式下，配置ospf cost 200。通过命令display ospf routing-table检查rt3路由表发现路由信息往返路径一致，问题解决。 故障产生原因：由于ospf是通过路由信息中的cost来进行选路的，选路原则是cost值越小，路由越优先。所以通过修改cost值的方式来使得rt3学到路由信息来转发回程报文，去往VLAN100的数据通过sw

9、1来进行转发，去往VLAN200的数据通过sw2来进行转发。故障六ospf区域发布网段问题： 故障现象：通过在rt1和rt2上使用display ospf brief命令检查ospf的工作状态，发现rt1和rt2之间的两条子接口链路被发布到了area0中，这样的网络规划是存在问题的，如果物理链路断掉，会产生area0被分割的情况，如果是一条物理链路应该将其发布到area1中，保证area0的稳定。但是根据题目要求有两条子接口链路存在。故判断在这个地方ospf的发布方法存在隐患。 解决故障的方法：在rt1和rt2上，将一条子接口链路通过network发布到area0中，比如network 10.

10、0.0.0 0.0.0.3命令；将另一条子接口链路通过network发布到area1中，比如network 10.0.1.0 0.0.0.3，这样可以达到区域备份的作用。 故障产生原因：这种组网方式是当area0和其他区域之间存在两个ABR时，要注意避免ospf区域规划与网段发布的问题，如果出现错误的规划，就有可能出现骨干区域被分割的情况，所以当ABR之间存在一条链路时，要将其发布在非骨干区域中，如果存在多条链路可以实现链路备份的功能。因此通过上述配置故障得以解决。故障七ospf引入路由的问题： 故障现象：通过area10中的用户网段使用ping命令测试达到internet的链路，发现无法连通

11、。之后通过tracert命令发现数据到达rt3之后便不能转发，使用display ip routing-table检查路由表发现没有达到internet的路由信息。故判断rt1中没有将访问internet的缺省路由发布过来。 解决故障的方法：在rt1的ospf配置模式中，使用命令import-route static和default-route-advertise来将到达internet的缺省路由引入到ospf区域内并发布，此时在rt3上使用display ip routing-table检查路由表后得到了从rt1发布过来的缺省路由信息。故障得以解决。 故障产生原因：由于rt1没有将缺省路由引

12、入，所以导致rt3的路由表中没有到达internet的路由信息。根据上述修改问题解决。故障八NAT策略配置问题：故障现象：当把rt4与internet连接的线缆断开时，通过ping命令来测试是否能通过总部路由器来访问internet，发现无法访问。但是测试到总部路由器发现可以连通，总部可以访问internet，由此判断NAT出现问题。通过display nat命令来检查nat转换信息，发现总部数据可以进行转换，但是分部数据无法进行转换。通过display cu检查nat中的acl配置发现没有分部网段的permit信息。解决故障的方法：在rt1的nat acl配置上，添加一条规则rule 3 p

13、ermit ip source 10.4.0.0 0.0.0.255，配置之后测试连通性发现可以连通，故障解决。故障产生原因：由于nat acl中没有对应分部网段的规则，所以流量被deny ip规则匹配不进行nat转换，所以internet的设备无法将返程数据传输。根据上述修改问题得以解决。故障九IPSEC问题：故障现象：将rt2和rt4之间的专线断开，通过gre over ipsec去连接总部和分部进行ping测试，发现无法连通。在rt1和rt4上，使用display ike sa和display ipsec sa检查其状态，发现没有安全联盟信息。判断ipsec和ike的配置出现问题。检查i

14、psec和ike配置发现，ipsec的封装方式一端为transport，另一端封装方式为tunnel，封装方式不一致。并且ipsec策略应用的接口为tunnel接口，这样就无法实现gre over ipsec的VPN方式。解决故障的方法：首先将ipsec封装方式统一，在rt1的ipsec proposal模式下，配置encapsulation-mode transport命令，然后在rt1和rt4上将ipsec policy h3c命令在tunnel接口的应用取消，将其应用到物理接口上。然后使用display ike sa和display ipsec sa来测试检查发现安全联盟可以建立，问题得以解决。故障产生原因：由于封装方式不一致，会导致ipsec无法协商成功，而将策略应用在错误的接口，则无法正确的触发ipsec策略。配置中使用传输模式transport进行封装可以减小封装报文，减小ipsec对于路由器的处理资源。故障十GRE问题： 故障现象：将rt1连接internet的物理连接断开，通过使用命令display internet tunnel检查gre隧道接口的状态，发现tunnel接口仍然为开启状态。根据题目要求tunnel接口上需要通过keepalive功能来进行隧道检测。检查tu