SAMD21 / W5100 / Ethernet - Case 7.7.13 : Pass - 4 ms @ 2020-06-03T17:02:59.503Z

Case Description

Send close with valid close code 4999

Case Expectation

Clean close with normal or echoed code

Case Outcome

Actual events match at least one expected.

Expected:
{'OK': []}

Observed:
[]

Case Closing Behavior

Connection was properly closed (OK)

Opening Handshake

GET / HTTP/1.1
User-Agent: AutobahnTestSuite/0.8.0-0.10.9
Host: 192.168.46.183:9001
Upgrade: WebSocket
Connection: Upgrade
Pragma: no-cache
Cache-Control: no-cache
Sec-WebSocket-Key: zx3w6HxpACcLJkzXNxtl3g==
Sec-WebSocket-Version: 13

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: nnSzJdPdk6je+MOMyim6Fv41AUs=

Closing Behavior

Key	Value	Description
isServer	False	True, iff I (the fuzzer) am a server, and the peer is a client.
closedByMe	True	True, iff I have initiated closing handshake (that is, did send close first).
failedByMe	False	True, iff I have failed the WS connection (i.e. due to protocol error). Failing can be either by initiating closing handshake or brutal drop TCP.
droppedByMe	False	True, iff I dropped the TCP connection.
wasClean	True	True, iff full WebSocket closing handshake was performed (close frame sent and received) _and_ the server dropped the TCP (which is its responsibility).
wasNotCleanReason	None	When wasClean == False, the reason what happened.
wasServerConnectionDropTimeout	False	When we are a client, and we expected the server to drop the TCP, but that didn't happen in time, this gets True.
wasOpenHandshakeTimeout	False	When performing the opening handshake, but the peer did not finish in time, this gets True.
wasCloseHandshakeTimeout	False	When we initiated a closing handshake, but the peer did not respond in time, this gets True.
localCloseCode	4999	The close code I sent in close frame (if any).
localCloseReason	None	The close reason I sent in close frame (if any).
remoteCloseCode	4999	The close code the peer sent me in close frame (if any).
remoteCloseReason	None	The close reason the peer sent me in close frame (if any).

Wire Statistics

Octets Received by Chop Size

Chop Size	Count	Octets
4	1	4
34	1	34
41	1	41
54	1	54
Total	4	133

Octets Transmitted by Chop Size

Chop Size	Count	Octets
8	1	8
245	1	245
Total	2	253

Frames Received by Opcode

Opcode	Count
8	1
Total	1

Frames Transmitted by Opcode

Opcode	Count
8	1
Total	1

Wire Log

000 TX OCTETS: 474554202f20485454502f312e310d0a557365722d4167656e743a204175746f6261686e5465737453756974652f302e382e

               302d302e31302e390d0a486f7374 ...

001 RX OCTETS: 485454502f312e312031303120537769746368696e672050726f746f636f6c730d0a

002 RX OCTETS: 557067726164653a20776562736f636b65740d0a436f6e6e656374696f6e3a20557067726164650d0a

003 RX OCTETS: 5365632d576562536f636b65742d4163636570743a206e6e537a4a6450646b366a652b4d4f4d79696d36467634314155733d

0d0a0d0a

004 TX FRAME : OPCODE=8, FIN=True, RSV=0, PAYLOAD-LEN=2, MASK=b2d6afc7, PAYLOAD-REPEAT-LEN=None, CHOPSIZE=None, SYNC=False

               0x1387

005 TX OCTETS: 8882b2d6afc7a151

006 FAIL CONNECTION AFTER 1.000000 sec

007 RX OCTETS: 88021387

008 RX FRAME : OPCODE=8, FIN=True, RSV=0, PAYLOAD-LEN=2, MASKED=False, MASK=None

               0x1387

009 TCP DROPPED BY PEER