Emphasize still talking about sending #3934
Conversation
MikeBishop
added
editorial
draft-ietf-quic-http.md
Outdated
| The payload and length of the stream are selected in any manner the sending | ||
| implementation chooses. When sending a reserved stream type, the implementation | ||
| MAY either terminate the stream cleanly or reset it. When resetting the stream, | ||
| the error code H3_NO_ERROR or a reserved error code ({{http-error-codes}}) |
There was a problem hiding this comment.
| the error code H3_NO_ERROR or a reserved error code ({{http-error-codes}}) | |
| either H3_NO_ERROR or a reserved error code ({{http-error-codes}}) |
| H3_NO_ERROR or a reserved error code ({{http-error-codes}}) SHOULD be used. | ||
| The payload and length of the stream are selected in any manner the sending | ||
| implementation chooses. When sending a reserved stream type, the implementation | ||
| MAY either terminate the stream cleanly or reset it. When resetting the stream, |
There was a problem hiding this comment.
| MAY either terminate the stream cleanly or reset it. When resetting the stream, | |
| MAY either allow the stream to terminate cleanly or reset it. When resetting the stream, |
There was a problem hiding this comment.
On the sender side, though, either is an explicit action; it's not something you just allow to happen.
There was a problem hiding this comment.
@martinthomson : Is your point that terminating cleanly is application action where resetting is transport action?
There was a problem hiding this comment.
As a receiver you have to let the stream terminate cleanly, the only other action available is a stream reset.
Presumably the sender knows what they are doing, so I wanted to concentrate on the reaction the receiver might have.
There was a problem hiding this comment.
The generic advice we give for unknown stream types (which this should be) is to reply with a STOP_SENDING. On the receiver side, you shouldn't be identifying these as grease streams.
There was a problem hiding this comment.
This is entirely about what the sender does, right?
I totally misread this passage, so let's make it more emphatic which side of the stream we're talking about. Fixes #3933.