OSPF邻居关系无法建立常见原因
  

ztbf 102682人觉得有帮助

{{ttag.title}}
                         O某公司F邻居关系某公司公司法建立常见原因
O某公司F邻居节点之间的交互信息为O某公司F报文,其格式如下:
O某公司F报文头部:
|-------------------32bits-------------------------|
|     8        |      8      |     8        |      8         |
     版本         类型             报文长度
                     路由器id
                     区域id
       校验和                   认证类型
                     认证*
                     认证*
                   报文数据
HELLO报文:
                          O某公司F头部
                               +
                           网络掩码  
  hello间隔            可选项                路由器优先级
                      路由器某公司公司效时间间隔
                         指定路由器
                       备份指定路由器
至此,邻居关系建立。由此分析,邻居关系某公司公司法建立常见可能原因有:
1. 路由器ID相同;
2.区域号码不一致;
3. 特殊区域(如stub,nssa等)区域类型不匹配;
4.认证类型或密码不一致;
5.网络掩码不一致;
6. 接口下O某公司F网络类型不匹配;
7. hello间隔和dead 间隔不同;
8.可选项配置不一致;
9.端口被设置成了silent-interface。
下面以几个案例进行分析:
  一:路由器id相同导致ospf邻居某公司公司法建立
原因分析:
两台交换机之间运行ospf路由协议,在各种配置没有配错的情况下,ospf邻居某公司公司法建立。
两台交换机直链,之间起ospf协议,邻居某公司公司法建立的原因是:
1、两台交换机的ospf没有规划router id,这样交换机就会选取一个ip作为router id。交换机选取router id的规则是:如果有环回接口地址,自动选取最大的环回接口地址为ospf的router id;如果没有配置交换机的环回接口地址,则自动选取最大的接口地址为ospf的router id。
2、在进行交换机端口ip的配置过程中,错误的将s2的ip地址配到了s1上,这样s1和s2就有相同的ip地址,在s1和s2上配置ospf,根据ospf选取router id的规则,两台设备上就有了相同的router id。
3、后来发现s1的接口ip地址配置错了,改正回正确的ip地址,但是值得注意的是现在s1上ospf的router id是不会改变的(即使这个ip地址在这台设备上不存在了,osppf的router id依然不变。)也就是说即使设备上的ip地址改回正确了,现在两台设备上的ospf的router id依然是相同的,这样看起来设备上的配置是没有错误的,但是由于两个ospf进程的router id相同,邻居就某公司公司法建立了。
处理过程:
遇到这种情况只需要把ospf进程重启,或者重新配置一遍ospf就可以了。但是最可靠的办法还是规划好router id。
建议与总结:
在进行网络规划的时候,最好进行ospf的router id的规划,这样就可以避免因为router id 相同而造成的邻居某公司公司法建立。


二:network mask 不一致导致邻居某公司公司法建立
现象描述:
路由器通过串口直连,能够正常建立邻居关系,并达到Full状态。但是当改变双方的接口网络类型为Broadcast时,双方不能正确发现邻居。
原因分析:
分别在两台路由器上查看邻居状态及邻居列表:
<quidway>display ospf peer
可知邻居状态均为INIT。
分别在两台路由器上查看关键配置信息,如下:
<quidway>display courr interface 个G 1/0
#
interface G 1/0
encapsulation hdlc
ip address 172.1.1.2 ***.255.0.0
ip ospf network broadcast
end
<quidway>display courr interface G 1/1
#
Interface G11/1
ip address 172.1.1.1 ***.255.255.0
ip ospf network broadcast
end
从以上的Display信息可以发现,两台路由器直接相连的接口Netmask不一致,一个是255.***.0.0,一个是255.255.***.0。
处理过程:
把NETMASK改为一致后问题解决。
建议与总结:
O某公司F从发HELLO报文发现邻居开始,会检查一些参数,而Netmask是其中一个。当双方的Netmask不一致时,收到对方发来的HELLO报文不会接受,直接丢弃,从而导致不能正确建立邻居关系。而初始时能够建立正确的邻居关系并达到FULL,是因为:如果网络类型是POINT-TO-POINT,QUIDWAY路由器不会对Netmask进行检查。而此案例中用到的串口封装的协议是HDLC,缺省的O某公司F网络类型为POINT-TO-POINT。
对于O某公司F邻居某公司公司法正常建立问题,可以借助disp ospf error查看错误原因,并结合debug ospf event等诊断信息进行进一步定位

打赏鼓励作者,期待更多好文!

打赏
2人已打赏

风凌 发表于 2019-12-24 14:01
  
楼主码帖辛苦了
新手780102 发表于 2019-12-25 09:31
  
分享的很到位
新手612152 发表于 2019-12-25 09:47
  
赞,很有用的分享
新手865541 发表于 2020-1-1 09:03
  
干货满满,感谢楼主的分享!
angelccn 发表于 2020-1-1 09:26
  
学习了,实际中可以依据检查,不错!
金卡戴珊 发表于 2020-1-1 10:39
  

学习了 谢谢老哥的分享
adds 发表于 2020-1-1 11:32
  
老哥,你这是学习笔记吧?

下次直接截图就好了。

打字太辛苦了。
赵623288 发表于 2020-1-1 15:50
  
很实用的分享。谢谢
拾荒的老头 发表于 2020-1-1 16:02
  
很有用的分享
发表新帖
热门标签
全部标签>
每日一问
技术盲盒
干货满满
技术笔记
新版本体验
产品连连看
2023技术争霸赛专题
技术咨询
功能体验
标准化排查
GIF动图学习
自助服务平台操作指引
信服课堂视频
社区帮助指南
通用技术
秒懂零信任
答题自测
安装部署配置
上网策略
SANGFOR资讯
技术晨报
项目案例
专家分享
深信服技术支持平台
畅聊IT
专家问答
技术圆桌
在线直播
MVP
网络基础知识
升级
安全攻防
测试报告
日志审计
问题分析处理
流量管理
每日一记
运维工具
云计算知识
用户认证
原创分享
解决方案
sangfor周刊
VPN 对接
技术顾问
信服故事
SDP百科
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
加速技术
排障笔记本
产品预警公告
玩转零信任
信服圈儿
S豆商城资讯
技术争霸赛
「智能机器人」
追光者计划
答题榜单公布
纪元平台
卧龙计划
华北区拉练
天逸直播
以战代练
山东区技术晨报
文档捉虫活动
齐鲁TV
华北区交付直播
每周精选

本版版主

12
185
6

发帖

粉丝

关注

本版达人

LoveTec...

本周分享达人

新手24116...

本周提问达人