我正在C中实现DTLS 1.2协议。在使用openSSL测试客户端时，我观察到openSSL发送的一个帧没有使用正确的DTLS版本(1.2(，而是使用旧版本(1.0(。
C中的客户端仅支持DTLS1.2，因此拒绝OpenSSL发送的帧。
C客户端发送的HelloClient：
Frame 2461: 109 bytes on wire (872 bits), 109 bytes captured (872 bits) on interface 0
Ethernet II, Src: Infineon_00:00:01 (00:03:19:00:00:01), Dst: Tp-LinkT_dc:4e:82 (50:3e:aa:dc:4e:82)
Internet Protocol Version 4, Src: 192.168.88.73, Dst: 192.168.88.77
User Datagram Protocol, Src Port: 50003, Dst Port: 60003
Datagram Transport Layer Security
DTLSv1.0 Record Layer: Handshake Protocol: Client Hello
Content Type: Handshake (22)
Version: DTLS 1.2 (0xfefd)
Epoch: 0
Sequence Number: 0
Length: 54
Handshake Protocol: Client Hello
来自OpenSSL服务器的响应：
Frame 2464: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface 0
Ethernet II, Src: Tp-LinkT_dc:4e:82 (50:3e:aa:dc:4e:82), Dst: Infineon_00:00:01 (00:03:19:00:00:01)
Internet Protocol Version 4, Src: 192.168.88.77, Dst: 192.168.88.73
User Datagram Protocol, Src Port: 60003, Dst Port: 50003
Datagram Transport Layer Security
DTLSv1.0 Record Layer: Handshake Protocol: Hello Verify Request
Content Type: Handshake (22)
Version: DTLS 1.0 (0xfeff)
Epoch: 0
Sequence Number: 0
Length: 35
Handshake Protocol: Hello Verify Request
我强制OpenSSL使用DTLS的1.2版本，运行以下命令：openssl.exe s_server-nocert-psk 01234567-accept 443-密码psk-AES128-GCM-SHA256-dtls1_2
我在TLS的RFC中看到(https://www.rfc-editor.org/rfc/rfc5246#appendix-E(
TLS versions 1.0, 1.1, and 1.2, and SSL 3.0 are very similar, and use
compatible ClientHello messages; thus, supporting all of them is
relatively easy. Similarly, servers can easily handle clients trying
to use future versions of TLS as long as the ClientHello format
remains compatible, and the client supports the highest protocol
version available in the server.
没有为HelloRequestVerify(rfc5246或rfc6347(指定任何内容，但这是否意味着应该接受1.0和1.2之间的任何版本？
或者这是OpenSSL中的一个错误？
注意：如果我继续DTLS握手，OpenSSL发送的每一帧都使用正确版本的DTLS(1.2(
根据RFC 6347，4.2.1。拒绝服务对策
但是，为了避免进行版本协商的要求在初始握手中，DTLS 1.2服务器实现应该使用DTLS版本1.0，而不考虑预期的TLS版本谈判。
(该部分包含有关该用法的更多信息。(