Re-enable delayed CCS test
Now that datagram packing can be dynamically configured, the test exercising the behavior of Mbed TLS when facing an out-of-order CCS message can be re-introduced, disabling datagram packing for the sender of the delayed CCS.
This commit is contained in:
parent
4d61591c0c
commit
c4305238b5
1 changed files with 10 additions and 0 deletions
|
@ -5701,6 +5701,16 @@ run_test "DTLS proxy: inject invalid AD record, badmac_limit 2, exchanges 2"\
|
||||||
-s "too many records with bad MAC" \
|
-s "too many records with bad MAC" \
|
||||||
-s "Verification of the message MAC failed"
|
-s "Verification of the message MAC failed"
|
||||||
|
|
||||||
|
run_test "DTLS proxy: delay ChangeCipherSpec" \
|
||||||
|
-p "$P_PXY delay_ccs=1" \
|
||||||
|
"$P_SRV dtls=1 debug_level=1 dgram_packing=0" \
|
||||||
|
"$P_CLI dtls=1 debug_level=1 dgram_packing=0" \
|
||||||
|
0 \
|
||||||
|
-c "record from another epoch" \
|
||||||
|
-s "record from another epoch" \
|
||||||
|
-s "Extra-header:" \
|
||||||
|
-c "HTTP/1.0 200 OK"
|
||||||
|
|
||||||
# Tests for "randomly unreliable connection": try a variety of flows and peers
|
# Tests for "randomly unreliable connection": try a variety of flows and peers
|
||||||
|
|
||||||
client_needs_more_time 2
|
client_needs_more_time 2
|
||||||
|
|
Loading…
Reference in a new issue