Re: [tcpm] Poll for CUBIC RFC updates

As with the PRR update, I'd like to see some text(ideally non-normative)
describing any changes necessary for implementing Cubic in QUIC.

On Fri, Nov 20, 2020 at 11:26 AM Neal Cardwell <ncardwell=
40google.com@dmarc.ietf.org> wrote:

> On Mon, Nov 16, 2020 at 9:08 PM Vidhi Goel
> <vidhi_goel=40apple.com@dmarc.ietf.org> wrote:
> >
> > Hello,
> >
> > As Lars mentioned earlier, there are a couple of issues/proposals filed
> for updating the CUBIC RFC 8312 and are currently under discussion. The
> GitHub repo is at https://github.com/NTAP/rfc8312bis.
> > We would like to gather information on which CUBIC implementations
> already or would be ready to adopt these changes.
> >
> > 1. Update K definition (Eq. 2) to account for Fast Convergence
> > Issue link https://github.com/NTAP/rfc8312bis/issues/1
> > Linux already has this change. Apple's Cubic implementation for both TCP
> and QUIC already use this.
> >
> > 2. Congestion window TCP friendly region after W_max
> > Issue link https://github.com/NTAP/rfc8312bis/issues/2
> > This is a suggestion to improve performance after cwnd > W_max. Apple's
> Cubic implementation for both TCP and QUIC already use this.
> >
> > From my experience, these changes would improve Cubic’s performance.
> >
> > Please let us know if you already or would be ready to implement these
> changes in your CUBIC’s implementation.
>
> Yuchung and I chatted about (2.) (
> https://github.com/NTAP/rfc8312bis/issues/2 ) and we agreed this looks
> like a nice and worthwhile fix, which we should be able to integrate
> into the Linux TCP CUBIC implementation.
>
> Thanks for this effort!
>
> best,
> neal
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>