might have a chance to be deployed internet-wide.
01 seems as good as any.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
time to cut TCP off and come up with something new, the bad
part is that it seems all innovation then has to be done over UDP which
has its own drawbacks (because of NATs).
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@l
On Mon, 11 Mar 2019, Jonathan Morton wrote:
On 11 Mar, 2019, at 11:07 am, Mikael Abrahamsson wrote:
Well, I am not convinced blowing the last codepoint on SCE has enough merit.
I will make a stronger statement: I am convinced that blowing the last
codepoint on L4S does *not* have enough
On Mon, 11 Mar 2019, Jonathan Morton wrote:
Seriously? I had to dig in the specs to find any mention of that, and…
it's all about better supporting bonded links. Which can already be
It doesn't stop there. Right now DOCSIS, 3GPP networks, Wifi etc all do
ordering guarantees, so they will
ation just to preserve
ordering within the 5 tuple stream.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
ng this last unicorn codepoint. I'd like its use to be truly novel
and be more than a tweak.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
, and even if that had a 1 second FIFO
with tail drop.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
id causing congestion. So your previous email about allowing some
congestion to take place on LE would be good as then protocols that try to
avoid causing congestion would have a way to do so.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Ca
% to the
software download. LE marking the software download traffic can do that.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
On Wed, 3 Oct 2018, Mikael Abrahamsson wrote:
On Wed, 3 Oct 2018, Dave Taht wrote:
I *think*, but am not sure, this box could do a lot more prior to
this, but I never really tried. I'm off mostly debugging a babel
problem at the moment,
I know for a fact that this box (WRT1200AC) did
. I tested it a lot back then. Right now, I am
using it as a 250/100 megabit/s machine, and it seems to spend a lot CPU
doing that.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https
18.06.1 compared to whatever was
in in 17.01.x, I'd say factor 3-4 worse.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
seems like good hw though. I like Marvell SoC.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake
QCBE 1h44m in (proposed IEEE
802.1Qcz work) is the one I am thinking of.
Wonder how this would interact with the timing wheel proposed by Van
Jacobson?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cake mailing list
Cake@lists.bufferbloat
14 matches
Mail list logo
