OSPF邻接关系建立

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了OSPF邻接关系建立相关的知识,希望对你有一定的参考价值。

拓扑如下:

技术分享图片

抓包:

技术分享图片

第一份报文:

技术分享图片
R1率先发送Hello报文,未携带R2的RID

第二份报文:

技术分享图片
R2随后发送Hello报文,未携带R1的RID(P-2-P网络Network Mask字段可以不一致)

第三份报文:

技术分享图片
R1收到R2发送的Hello报文(第二份),R1进入init状态,同时将R2的Router ID添加进Avtive Neighbor字段,发送Hello报文

  • 通过一个接口收到Hello报文,但这份Hello报文中不存在Avtive Neighbor字段或是Avtive Neighbor字段没有包含自身Router ID,代表邻居还没有收到自身发送的Hello报文,此时进入单向init状态

第四份报文:

技术分享图片
R2收到R1发送的Hello报文(第三份)Avtive Neighbor字段描述了R2自身的Router ID
R2进入two-way状态,由于接口类型为P-2-P,无需等待wait时间,R2直接进入Exstart状态,发送First DD报文,同时随机生成一个序列号304

  • First DBD不携带LSA头部信息
  • 第五份报文:

    技术分享图片
    R1收到R2发送的First DD报文(第四份),R1进入Exstart状态,R1发送First DD报文,同时随机生成一个序列号305(该序列号并非304+1,乃随机生成的数值,恰巧接近304)

    • First DBD不携带LSA头部信息

第六份报文:

技术分享图片
R1 收到R2发送的First DD报文(第四份),比较双方RID(越大越优先),R1意识到自己是Slave的路由器,R1进入Exchange状态,发送“认怂”DD报文,Slave路由器的序列号采用Mater路由器(R2)的序列号数值304,这份DD报文中包含R1的LSA摘要信息

  • Exchange状态,路由器通过DD报文交互它们的链路状态数据库摘要信息

    第七份报文:

    技术分享图片
    R2收到R1发送的“认怂”DD报文,通过查看LSA摘要信息,发现自身缺少
    LS type 1 Link ID 1.1.1.1 ADV router 1.1.1.1的LSA
    R2进入loading状态,发送LSR请求自己缺少的LSA
    LSR:只包含LS type 、 Link ID 、 ADV router (LSA三元组)

  • loading状态,路由器通过LSR报文请求完整的LSA信息

第八份报文:

技术分享图片
R2发送DD报文,这份DD报文中包含R2的LSA摘要信息

  • 序列号305(Master路由器使用Slave路由器发送DD报文序列号+1数值)OSPF隐式确认

第九份报文:

技术分享图片
R1收到R2的LSR,R1进入loading状态,应答LSU,LSU中包含完整的LSA信息
(包括LSA头部和具体的链路状态信息)

第十份报文:

技术分享图片
R1收到R2的DD报文,通过查看LSA摘要信息,发现自身缺少
LS type 1 Link ID 2.2.2.2 ADV router 2.2.2.2的LSA
R1发送LSR请求自己缺少的LSA
LSR:只包含LS type 、 Link ID 、 ADV router (LSA三元组)

第十一份:

技术分享图片
Slave路由器R1隐式确认Master路由器R2发送的最后一份DD报文(第八份),R1这份DD报文不包含LSA头部信息,序列号305
(Slave路由器使用Master路由器发送DD报文的序列号数值)

第十二份:

技术分享图片
R2收到R1的LSR,向R1发送LSU,LSU中包含完整的LSA信息
(包括LSA头部和具体的链路状态信息)

  • 将loopback接口宣告进OSPF时,不论loopback接口真实掩码是多少(此例中是/24),都是以/32主机路由的形式通告,目的是为了解决loopback网段的路由黑洞
    但在MPLS环境中,本地关于loopback的路由是/24,把loopback宣告进OSPF后,邻居学到是/32路由,LDP无法进行标签交换,因此建议loopback接口直接使用/32的掩码

    第十三份:

    技术分享图片
    R2发送LSU,包含已知的所有LSA

第十四份:

技术分享图片
R1发送LSU,包含已知的所有LSA

第十五份:

技术分享图片
R1通过LSAck应答R2的LSU(OSPF显式确认)

第十六份:

技术分享图片
R2通过LSAck应答R1的LSU(OSPF显式确认)

第十七份报文 + :

OSPF完成收敛,R1和R2拥有一份相同的LSDB
R1和R2周期性发送Hello报文维持邻接关系
BMA和P-2-P: 默认Hello周期10秒,Dead时间40秒,Wait时间40秒
NBMA和P-2-MP:默认Hello周期30秒,Dead时间120秒,Wait时间120秒

OSPF显式确认:收到邻居发送的报文,使用独立的其他报文给它做确认

例如发送LSR,回复LSU
例如发送LSU,回复LSAck

OSPF隐式确认:使用相同的报文既做应答也做确认

例如Hello报文,DD报文

Hello报文使用Avtive Neighbor字段来做隐式确认
(收到邻居的Hello即在Avtive Neighbor字段添加邻居Router ID)

DD报文包含序列号,Slave路由器使用Master路由器的序列号
Master路由器使用Slave路由器的序列号+1
除First DD和Slave路由器应答Master路由器的最后一份DD报文外(DB description :0001)
其余DD报文还包含LSA摘要信息,既做应答又做确认,不用使用独立报文

以上是关于OSPF邻接关系建立的主要内容,如果未能解决你的问题,请参考以下文章

OSPF建立邻居邻接关系 学习笔记

OSPF详解二之OSPF邻接关系剖析

OSPF之邻居关系邻接关系

ospf协议建立邻接的过程中有多少个状态

wireshark抓取OSPF协议交互的5种报文分析OSPF路由协议建立邻接关系的过程

OSPF邻接关系建立