I understand the concern of uncertain for TCP-over-TCP by BBR, as the BBR is
natively designed to optimize TCP, instead of TCP-over-TCP, but could you
articulate a bit more about the beneficial of “sending host when there is a UDP
tinc tunnel” in the middle”?
> On 30 Sep 2017, at 11:23 AM, Ryan Mounce <ryan at mounce.com.au>
wrote:
>
> I'm not aware that BBR claims nor attempts to resolve any of the
> inherent issues with TCP-over-TCP. This should still be avoided if
> possible.
>
> TCP BBR would be beneficial if configured on the sending host when
> there is a UDP tinc tunnel in the middle.
>
> On 29 September 2017 at 19:34, Bright Zhao <startryst at gmail.com>
wrote:
>> We knew the TCP-BBR developed by google and try to optimize the
transport efficiency of TCP, I’m wondering will this be beneficial if we put
tinc in TCP mode plus the TCP-BBR?
>> _______________________________________________
>> tinc mailing list
>> tinc at tinc-vpn.org
>> https://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc