search

GrumpyOldTroll / draft-jholland-quic-multicast

Work in progress to propose a multicast extension to quic.
Other
7 stars 6 forks source link

Added server transport parameter #97

Closed GrumpyOldTroll closed 2 years ago

GrumpyOldTroll commented 2 years ago

address #95

GrumpyOldTroll commented 2 years ago

I think it's good to have both because the server can go ahead and send MC_xxx frames in the first response packet, and we don't have to wait for the unicast handshake to complete before we can start sending MC_LIMITS and then wait for the MC_LIMITS before sending an MC_ANNOUNCE, MC_KEY, and MC_JOIN. So this saves a round trip I think.

LPardue commented 2 years ago

+1 to both, transport parameters are cheap and help endpoints coordinate what they are doing very early in the connection.