Data on latency and loss-rates during congestion DDoS attacks

Sun Jan 26 15:09:29 UTC 2020

I have no idea who was the reviewer (academic or industry or whatever).
However, he didn't actually object to the assertion that latency increases
with congestion; he only raised the question of the which latency values
would be typical/reasonable for a congestion DoS attack. Notice also that
the relevant parameter is end-to-end latency (or RTT), not the per-device
latency. And surely, there can be wide variety here (that's why we do
experiments under different values and plot graphs....). The question is,
what is the most important range to focus on (when measuring and comparing
different protocols).

Anyway, thanks for the comments; if anyone has such data they can share,
that'll be great  and appreciated.
-- 
Amir

On Sun, Jan 26, 2020 at 7:17 AM Saku Ytti <saku at ytti.fi> wrote:

> On Sun, 26 Jan 2020 at 13:11, Etienne-Victor Depasquale <edepa at ieee.org>
> wrote:
>
> > " he/she doubts that delays increase significantly under network
> congestion since he/she thinks that the additional queuing is something
> mostly in small routers such as home routers (and maybe like the routers
> used in our emulation testbed) "
> >
> > Wow, this is the first time I've found an academic challenging the
> increase of delay in routers under network congestion.
>
> I don't know if context implies reviewer was academic. Whilethe common
> case remains that latencies per link jump from low microseconds to
> tens of milliseconds during congestion of BB interface, there are also
> a lot of deployments using devices (trident, tomahawk) with minimal
> buffering not allowing even millisecond of buffering during
> congestion. Reviewer may have thought of those devices when they
> answered, but I agree that answer would be generally wrong.
>
>
> --
>   ++ytti
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20200126/7cc21773/attachment.html>