ospf 故障排除思路

最新推荐文章于 2025-03-24 20:48:04 发布

暖风吹起云

最新推荐文章于 2025-03-24 20:48:04 发布

阅读量2.4k

点赞数 2

分类专栏：笔记

本文链接：https://blog.youkuaiyun.com/qq_42707739/article/details/107868036

版权

本文介绍了 OSPF 故障排除的基本思路，包括检查接口网段、优先级、Router-id的一致性，接口定时器参数，认证信息，报文接收及GTSM配置。还探讨了5类LSA的FA地址在路由计算中的规则，强调了ASBR与外部网络连接接口的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

常见的就是ospf邻接关系起不来：

检查接口网段是否一致。broadcasst和nbma接口应该在同一网段。链路两端能ping通。并且区域ID，区域类型应一致。
检查接口优先级是否有非0，broadcast和NBMA需要保证至少接口优先级是非0的，保证能选举出DR，否则只能到2-way状态。使用display ospf interface查看
检查各路由器的Router-id是否各不相同，同一AS内所有的路由器router-id应该互不相同。否则会发生路由振荡，用display ospf brief进行查看。

4.接口timer等参数是否一致。使用display ospf interface verbose进行查看参数查看，在这里插入图片描述

接口中使用ospf timer hello 和ospf timer dead进行设置。
p2p和broadcast类型接口发送hello报文的时间间隔为10s，死亡时间为4倍=40s，p2mp和NBMA类型接口发送hello报文时间间隔为30s，dead 时间为4倍=120s。
5.检查接口的认证信息是否一致。接口和区域认证以接口认证优先，没有则不认证，认证配置需一致才能达到full状态。
6.检查ospf报文是否能正常接收，在模式下,开启terminal debugging 再进行监听debugging ospf packet.或debugging ospf event，或者查看display ospf error的错误信息统计，一切正常查看接口的GTSM（通用安全保护机制，检查ttl是否在预先设置好的范围内，一些合法报文会使得系统异常繁忙，目的为了避免cpu过载）配置是否正确，是否被错误丢弃。通过debugging ip packet 来确认ip报文是否被正常转发。

<R1>debugging ospf packet
Aug  7 2020 18:15:15.121.12-08:00 R1 RM/6/RMDEBUG:  DR: 0.0.0.0
<R1>debugging ospf packet
Aug  7 2020 18:15:15.121.13-08:00 R1 RM/6/RMDEBUG:  BDR: 0.0.0.0
<R1>debugging ospf packet
Aug  7 2020 18:15:15.121.14-08:00 R1 RM/6/RMDEBUG:  # Attached Neighbors: 1
<R1>debugging ospf packet
Aug  7 2020

最低0.47元/天解锁文章