[Ecn-sane] pacing, applied differently than bbr

[Ecn-sane] pacing, applied differently than bbr

[Dave Taht]

I don't know how I stumbled across this, but it seemed interesting at
this late hour. I wonder if they kept at it or tried ecn also.

"A Model Predictive Control Approach to Flow Pacing for TCP"

"we propose a different approach to latency based congestion control.
In particular, our controller sets the maximum pacing rate by solving
a model-based receding horizon control problem at each time step. Each
new roundtrip time (RTT) measurement is first incorporated into a
linear time-varying (LTV) predictive model. Subsequently, we solve a
one-step look-ahead optimization problem which finds the pacing rate
which optimally trades off RTT, RTT variance, and throughput according
to the most recent model. Our method is computationally inexpensive
making it readily implementable on current systems."

https://people.eecs.berkeley.edu/~dfk/pdfs/network_control_camera_ready.pdf


-- 
Make Music, Not War

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-435-0729

Re: [Ecn-sane] pacing, applied differently than bbr

[David Fridovich-Keil]

Hi Dave,

To be honest I haven’t personally been involved in follow up work but I think my coauthors may have. Maybe try contacting Nate at nate.hanford@gmail.com?

Best,
David

Sent from my iPhone

> On Feb 9, 2020, at 2:12 AM, Dave Taht <dave.taht@gmail.com> wrote:
> 
> I don't know how I stumbled across this, but it seemed interesting at
> this late hour. I wonder if they kept at it or tried ecn also.
> 
> "A Model Predictive Control Approach to Flow Pacing for TCP"
> 
> "we propose a different approach to latency based congestion control.
> In particular, our controller sets the maximum pacing rate by solving
> a model-based receding horizon control problem at each time step. Each
> new roundtrip time (RTT) measurement is first incorporated into a
> linear time-varying (LTV) predictive model. Subsequently, we solve a
> one-step look-ahead optimization problem which finds the pacing rate
> which optimally trades off RTT, RTT variance, and throughput according
> to the most recent model. Our method is computationally inexpensive
> making it readily implementable on current systems."
> 
> https://people.eecs.berkeley.edu/~dfk/pdfs/network_control_camera_ready.pdf
> 
> 
> -- 
> Make Music, Not War
> 
> Dave Täht
> CTO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-831-435-0729

Re: [Ecn-sane] pacing, applied differently than bbr

[Jeremy Harris]

On 09/02/2020 07:11, Dave Taht wrote:
> I don't know how I stumbled across this, but it seemed interesting at
> this late hour. I wonder if they kept at it or tried ecn also.
> 
> "A Model Predictive Control Approach to Flow Pacing for TCP"

Y'know, it'd be really useful if NICs handled pacing as well
as segment-offload.
-- 
Cheers,
  Jeremy