ospf的hello报文时间最短可以配置为多少

Posted 2023-04-01

30s
虚链路上Hello时间为30秒，死亡时间120秒。
1、OSPF简介：OSPF是一个内部网关协议(Interior Gateway Protocol，简称IGP），用于在单一自治系统（autonomous system,AS）内决策路由。是对链路状态路由协议的一种实现，隶属内部网关协议（IGP），故运作于自治系统内部。OSPF路由协议是一种典型的链路状态（Link-state）的路由协议，一般用于同一个路由域内。在这里，路由域是指一个自治系统（Autonomous System），即AS，它是指一组通过统一的路由政策或路由协议互相交换路由信息的网络。
2、版本介绍：
最初的OSPF规范体如今RFC1131中。这个第1版（ OSPF版本1 ）很快被进行了重大改进的版本所代替，这个新版本体如今RFC1247文档中。RFC 1247OSPF称为OSPF版本2是为了明确指出其在稳定性和功能性方面的实质性改进。这个OSPF版本有许多更新文档，每一个更新都是对开放标准的精心改进。接下来的一些规范出如今RFC 1583、2178和2328中。OSPF版本2的最新版体如今RFC 2328中。最新版只会和由RFC 2138、1583和1247所规范的版本进行互操作。 参考技术A 就是一个约定俗成的问题，dead interval定义为连续收不到三个Hello报文所需要的时间，hello10秒一个，30秒的话有时候最多只能收到两个hello，所以就是40s

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摘要信息，既做应答又做确认，不用使用独立报文