LSR 报文、LSU报文、LSACK报文

LSR报文：

       两台路由器互相交换过DD报文之后，知道对端的路由器有哪些LSA是本地的LSDB所缺少的和哪些LSA是已经失效的，这时需要发送LSR报文向对方请求所需的LSA。

报文格式   ：     

Version	1字节	版本，OSPF的版本号。对于OSPFv2来说，其值为2。
Packet length	2字节	OSPF报文的总长度，包括报文头在内，单位为字节。
Router ID	4字节	发送该报文的路由器标识。
Area ID	4字节	该报文的所属区域。
Checksum	2字节	校验和，包含除了认证字段的整个报文的校验和。
AuType	2字节	验证类型： 0：不验证。 1：简单口令认证。 2：密文认证。
Authentication	8字节	鉴定字段，其数值根据验证类型而定： 当验证类型为0时未作定义。 类型为1时此字段为密码信息。 类型为2时此字段包括Key ID、验证数据长度和序列号的信息。本字段仅包含验证数据的长度，不包含具体的验证数据。
LS type	32比特	LSA的类型号。
Link State ID	32比特	与LSA中的LS Type和Advertising Router一起在路由域中描述一个LSA。
Advertising Router	32比特	产生此LSA的路由器的Router ID。

LSU报文：

LSU报文用于向对端设备发送其所需要的LSA或者泛洪本端更新的LSA。

发送LSA集合：

LSU报文的主要作用是向对端设备发送多条LSA的集合，其中可能包括对方需要的LSA以及本端的更新LSA。

泛洪机制：

在支持组播和广播的网络中，LSU报文以组播形式将LSA泛洪出去，以确保所有的OSPF设备都能够收到更新的LSA信息。

LSAck报文确认：

为了实现Flooding的可靠性传输，LSU报文发送后需要等待LSAck报文的确认。

LSU报文中包含的LSA信息将会被对端设备确认接收。对没有收到确认报文的LSA进行重传。

发送到邻居：

对于需要重传的LSA，重传的LSA会直接发送到邻居设备，以确保LSA的可靠传输。

通过LSU报文的发送和LSAck报文的确认，OSPF协议能够实现LSA信息的可靠传输和链路状态数据库的同步，从而确保路由表的准确性和网络拓扑的一致性。

LSAck报文：

LSAck（Link State Acknowledgment）报文在OSPF协议中起着重要的确认作用，主要用于对接收到的LSU（Link State Update）报文进行确认。以下是LSAck报文的主要特点：

确认LSA：

LSAck报文用来确认接收到的LSU报文中包含的LSA信息，以确保LSA的可靠传输和数据库的同步。

报文内容：

LSAck报文的内容是需要确认的LSA的标头【Header】，即LSA的摘要信息。

一个LSAck报文可以对多个LSA进行确认，通过包含这些LSA的标头【Header】来实现。

发送形式： 单播组播

根据不同的链路，LSAck报文可以以单播或组播的形式发送。

如果LSU报文是通过单播方式发送的，则LSAck报文也会以单播方式发送。

如果LSU报文是通过组播方式发送的，则LSAck报文也会以组播方式发送。

       通过LSAck报文的发送，OSPF设备能够向对端设备确认已经成功接收到LSU报文中的LSA信息，从而实现LSA信息的可靠传输和链路状态数据库的同步。LSAck报文的确认机制能够有效地提高OSPF协议的可靠性和稳定性。