[quicwg/base-drafts] conflicting advice how to handle Retire Prior To (#3195)

[Marten Seemann <[e-mail]>]

In the section talking about Connection IDs (section 5.1.2) it says:
> An endpoint can cause its peer to retire connection IDs by sending a NEW_CONNECTION_ID frame with an increased Retire Prior To field. Upon receipt, the peer MUST retire the corresponding connection IDs and send corresponding RETIRE_CONNECTION_ID frames.

In the description of the NEW_CONNECTION_ID frame (section 19.15) it says:
> The Retire Prior To field is a request for the peer to retire all connection IDs with a sequence number less than the specified value. [...] The peer SHOULD retire the corresponding connection IDs and send the corresponding RETIRE_CONNECTION_ID frames in a timely manner.

So it's not clear if you just SHOULD or if you MUST send the RETIRE_CONNECTION_ID frame.

As an editorial remark, I find the existing text a bit hard to understand, since it's spread over these two sections. Maybe it would be easier to keep the frame description relatively short, and move more of the logic into the section that describes how CIDs are used and retired. 

-- 
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/3195