Re: Transport in 0-RTT connections for high BDP

["Martin Thomson" <[e-mail]>]

As you say, this is a congestion control topic, not as much a QUIC-specific one.  And you are equally correct that this does not require standardization of any signaling to use it.

However, we have typically attempted to document congestion control strategies.  So in that spirit, it's a fine thing to do.

All that said, we explicitly decided to not address this particular question early in our process.  Saving information about congestion window from one connection so that it could be used to jump-start the next connection was a feature cut from HTTP/2 as well.

On Fri, Mar 8, 2019, at 08:04, Kazuho Oku wrote:
> Thank you for writing the draft.
> 
> I think the approach is fine, though I wonder if we need to a
> specification for this.
> 
> The server has the freedom to store whatever it wants in a session
> ticket. Therefore, I do not see why we need to define an extension.
> 
> Also, it has been my understanding that token (sent by NEW_TOKEN
> frame) is a better place for storing the RTT observed in last
> connection. This is because token is a per-path information that is
> updated per each path, compared to session tickets that are expected
> to rarely be updated mid-connection.
> 
> 2019年3月7日(木) 19:36 Kuhn Nicolas <[e-mail]>:
> >
> > Hi,
> >
> >
> >
> > We have uploaded a draft that describes a solution to improve QUIC’s performance during 0-RTT establishment in a high BDP context.
> >
> > https://tools.ietf.org/html/draft-kuhn-quic-0rtt-bdp-00
> >
> >
> >
> > Abstract
> >
> >
> >
> >    0-RTT is designed to accelerate the throughput at the establishment
> >
> >    of a connection.  There are cases where 0-RTT alone does not improve
> >
> >    the time-to-service.
> >
> >
> >
> >    This memo discusses a solution where a fundamental characteristic of
> >
> >    the path is learned during the 1-RTT phase and shared with the 0-RTT
> >
> >    phase to accelerate the initial throughput during subsequent 0-RTT
> >
> >    connections.
> >
> >
> >
> > Would it be possible to have a small slot to present it during the next IETF meeting?
> >
> >
> >
> > Kind regards,
> >
> >
> >
> > Nico & Emile
> >
> >
> 
> 
> 
> -- 
> Kazuho Oku
> 
>