Hi Linus,
One correction on that last message:
After sending and re-reading I belatedly realized it's completely viable to
snoop SDP over SAP if you wanted to. So I guess it's not a non-starter if
you don't care about solving other kinds of multicast traffic in addition to
the ones in that can a
Hi Linus,
I did do some multicast tests with an OpenWRT that was
recent when I did them in about 2019-2020 IIRC.
I did not look at any FQ/CAKE while doing it. I wouldn't call
FQ a viable, fair congestion control for this, though I do expect
it would isolate the damage to flows that share the que
From: Bob McMahon via Bloat
> Date: Wed,2021-07-14 at 11:38 AM
> One challenge I faced with iperf 2 was around flow control's effects on
> latency. I find if iperf 2 rate limits on writes then the end/end
> latencies, RTT look good because the pipe is basically empty, while rate
> limiting reads t
Hi David,
That’s an interesting point, and I think you’re right that packet arrival is
poorly modeled as a Poisson process, because in practice packet transmissions
are very rarely unrelated to other packet transmissions.
But now you’ve got me wondering what the right approach is. Do you have
Hi Stuart,
On 05-24, 12:18 PM, "Stuart Cheshire via Bloat"
wrote:
> Delay reduction is not an either/or choice. In order for some traffic to
> benefit other traffic doesn’t have to suffer. It’s not a zero-sum game.
> Eliminating standing queues in network buffers benefits all traffic. This can
--- Begin Message ---
Hi Luca,
To your point about the discussion being difficult to follow: I tried to
capture the intent of everyone who commented while taking notes:
https://etherpad.ietf.org:9009/p/notes-ietf-interim-2020-tsvwg-03
I think this was intended to take the place of a need for eve
