邻居连接疑难问题
邻居连接疑难问题
一、使用show ip ospf neighbor 没发现邻居（处于关闭状态）
什么原因？怎么解决？
没有形成邻居，说明无法成功接收hello包或者两端hello包中的Area ID hello-interval hello-deadinterval 网络掩码 认证信息 不完全一致
解决方法：
1、 查看接口是否up
物理层没有up：连线是否正确，交叉还是直通？不过现在很多设备可以自适应了。
接口是否松了？可以使用show ip interface 查看，如果物理线路正常，那么可以显示连接了CABLE，是DEC还是DTE（路由器串口相连时）。
如果是admin down则是接口没有no shutdown
链路层没有up：两端协议不匹配，比如一段封装了HDLC，而对端封装了PPP。
没有配置时钟频率。在使用no shutdown 后，接口up起来，但马上dowm掉，多数是没有配置时钟频率。
若在接口做了策略，如ppp认证，认证不通过则无法up
2、 能否ping通对方
接口up不一定能通信，因为接口up只能说明一二层是好的
3、 ping 224.0.0.5是否通
R2#ping 224.0.0.5
Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to 224.0.0.5, timeout is 2 seconds:
Reply to request 0 from
Reply to request 0 from
本地IP是
224.0.0.5是hello包发送地址，ping不通当然无法通信。有可能是ACL deny掉224.0.0.5
4、查看是否对端口做了策略（ACL）
5、能ping 通，但依然学习不到邻居
能ping通对方接口，能ping通224.0.0.5，说明链路通信没问题。那问题应该初在ospf邻居形成的过程。
接口是否启用了ospf协议，即该接口的网段是否已被宣告。因为是直连的，不用宣告也可以ping通。还要保证宣告的网络在同一个区域
//一二层没问题后，那把注意点放到OSPF上，主要是OSPF各个阶段
6、接口的参数是否被修改过？
例如是否设置了被动接口。Hello包的参数是否一致？ //一般不建议修改hello包的参数
所谓被动端口，即该接口只接收信息，但不发送信息。
在osfp协议中，若该端口设置为被动端口，那么对端就无法收到它的hello包，而从对端发来的hello包中自然看不到自己的RID，无法形成邻居关系。这个时候，该接口也无法知道到达外部的路由。邻居都形不成，当然无法交换LSU
在RIP中，被动接口又不同。因为RIP是举例矢量路由协议，直接通信，无需通过hello包建立关系。因此它可以学习到外部的路由，只是不发送自己的路由而已。而ospf之类的链路状态协议需要通过hello包建立关系。
二、使用show ip ospf neighbor 时发现状态为init
什么原因？怎么解决？
处于init状态，说明已经收到对方的hello包，但是在hello包里看不到自己的RID，即对方无法收到自己的hello包
解决方法：
1、对方是否在接口定义了在ACL ，ACL对224.0.0.5是否允许？
2、是否设置了被动接口。
3、二层配置问题
在非广播媒介中，如帧中继、X.25和ISDN，要求有2层到三层的地址的映射。
如在帧中继中，在接口使用fram-relay map i
必须使用关键字broadcast来避免ospf试图发送主播hello包是失败
//这个broadcast是说原来FR不支持广播，但是想骗OSPF说支持，实际是复制广播，把更新复制一份，然后逐一发送出去，从而支持所谓的“广播”。
数据链路层的多播地址：
MAC地址的前25位为0100.5e ，则该地址为多播地址。要讲IP组播地址转换为2层组播地址，只需将IP地址的最后23位加到0100.5e后面即可。
因为ip组播地址的第一个字节为1110XXXX，所以将其转换成2层地址，其有5位为变化位。因此，ip组播与2层组播是多对一的映射。
224.0.0.5转换为2层地址为：0010.5e00.0005
在不支持多播的2层网络中，IP多播转换成MAC广播地址：ffff.ffff.ffff.ffff
两端配置了验证信息。
没有被认证的两个路由器，仍可以处理从邻居发送来的hello包并看到处于初始状态的邻居。
三、处于exstart / 交换状态
什么原因？怎么解决？
处于exstart / 交换状态，说明两端已经形成邻居关系。
Exstart状态：路由器确定主从关系，并由主确定DD的初始序列号。
解决方法：有可能是两台路由器的RID一样，无法形成主从关系。修改使其不同即可。
交换状态：正发送DD。
解决方法：最大的可能是两端的MTU不匹配。这个问题容易发生在不同厂商的设备互联时。
//这个一般会相同 90%的链路MTU都是1500的，但是有一个注意就是别人改了，但又有些没改的情况
可以通过修改MTU，使两端匹配。若是在cisco 的IOS版本12.1（3）以上，可以使用ip ospf mtu-ignore 来关闭MTU失谐探测。
//还有OSPF 的two-way 状态
四、如果DR和DRother只形成邻居关系，是什么原因？
当选不出DR时就会在two-way状态
通过debug ip ospf adj来观看OSPF邻居的形成过程 本文出自 51CTO.COM技术博客 |
SHA-1
博客统计信息
热门文章
最新评论
友情链接