Re: [quicwg/base-drafts] Timer interval for retire the connection IDs (#3215)

[Kazuho Oku <[e-mail]>]

To me it seems that there is confusion regarding what "retire" means.

I'd argue that when receiving a NCID frame carrying a retirement request, the receiver can promptly stop using CIDs that are to be retired, and stop recognizing the Stateless Reset Tokens that are associated with the CIDs being retired. At the same time, it could well be the case that the receiver might not be able to send RETIRE_CONNECTION_ID frames at that point (due to CWND being restricted, etc.).

Considering this, I think what we should do is be clear about the distinction. To be precise we can change the following existing text:
> Upon receipt, the peer MUST first retire the corresponding connection IDs using RETIRE_CONNECTION_ID frames and then add the newly provided connection ID to the set of active connection IDs. Failure to retire the connection IDs within approximately one PTO can cause packets to be delayed, lost, or cause the original endpoint to send a stateless reset in response to a connection ID it can no longer route correctly.

to:
> Upon receipt, the peer MUST promptly stop using the corresponding connection IDs and stop recognizing Stateless Reset Tokens associated with those connection IDs. Failure to doing so within approximately one PTO can cause packets to be delayed, lost, or cause the original endpoint to send a stateless reset in response to a connection ID it can no longer route correctly. After stopping use of those connection IDs and Stateless Reset Tokens, the receiver MUST send RETIRE_CONNECTION_ID frames to indicate the peer that those have been retired.

We can also change the 1PTO and 3PTO requirement, but I do not see a reason.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/3215#issuecomment-582356370