Connection Close retransmission

[mikkelfj]

The connection close is sent as a sort of last resort on errors, but may also a clean shutdown or at least a controlled shutdown. The current transmission and recovery drafts do not appear to guide the behavior in these different schenarios, notably if, how and when to retransmit connection close.

The problem with this is a potentially unnecessary risk of hung connections that wait for long idle timeouts on packet loss. This can badly influence latency sensitive services.

One option would be to send multiple packets a short time apart when possible and practical. The second close packet could be prepared and thus most connection state can be torn down immediately.

The GO_AWAY frame can be use when a shutdown is controlled, but it does not handle any error codes and does not handle when there really is an unrecoverable error.

[mikkelfj]

This is covered in draft, I just missed it.