The following message about OSPFV3 is correct?

OSPFv3 (RFC 5340) introduced several changes from OSPFv2 to support IPv6.
(A) The Options field in the OSPFv3 packet header, used in Hello and DD packets, was expanded from 8 bits to 24 bits to accommodate new capabilities.
(C) Link State Acknowledgment (LSAck) packets provide reliable flooding by explicitly acknowledging the receipt of LSAs. The LSAck packet contains the headers of the specific LSAs being acknowledged.
(D) The Hello packet in OSPFv3 must include a 32-bit Interface ID, which uniquely identifies the interface sending the Hello on a particular link. This is necessary because OSPFv3 runs per-link rather than per-subnet.

B. A Link State Request (LSR) packet requests specific LSAs by specifying their LSA Type, Link State ID, and Advertising Router. It does not contain the full LSA headers; the headers are found in Database Description (DD) packets.

1. IETF RFC 5340, OSPF for IPv6, Section A.3.1 "The OSPF packet header". This section specifies the 24-bit Options field. Section A.3.2 "The Hello packet" specifies the inclusion of the Interface ID. Section A.3.6 "The Link State Acknowledgment packet" describes its content, including LSA headers.

2. Huawei HedEx Documentation, NE40E V800R011C10 Configuration Guide - IP Unicast Routing, Section: "OSPFv3 Configuration". The documentation details the OSPFv3 packet types and their contents, aligning with the RFC specifications.