From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
To: "bloat@lists.bufferbloat.net" <bloat@lists.bufferbloat.net>
Cc: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
Subject: [Bloat] Packet reordering and RACK (was The "Some Congestion Experienced" ECN codepoint)
Date: Thu, 14 Mar 2019 08:26:20 +0000 [thread overview]
Message-ID: <HE1PR07MB442526730269DA318B2ED38BC24B0@HE1PR07MB4425.eurprd07.prod.outlook.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1780 bytes --]
Hi
In addition to the below, in NR (=New Radio, a part of 5G) the RLC layer will
no longer ensure
in sequence delivery to higher layers. Packet reordering can occur on the MAC
layer as several HARQ (Hybrid ARQ) run simultaneously to transmit packets,
some processes need to retransmit and there you get packet reordering.
The PDCP layer can however (optionally) enforce in sequence delivery,
personally I am sceptic about the benefits of this as it adds extra HoL
blocking to solve a problem that RACK can solve. In addition it costs more
memory in nodes that potentially need to transmit 10s of GByte of data.
/Ingemar
======
Date: Tue, 12 Mar 2019 21:39:42 -0700 (PDT)
From: David Lang <david@lang.hm>
To: Sebastian Moeller <moeller0@gmx.de>
Cc: Mikael Abrahamsson <swmike@swm.pp.se>, "Holland, Jake"
<jholland@akamai.com>, Cake List <cake@lists.bufferbloat.net>,
"codel@lists.bufferbloat.net" <codel@lists.bufferbloat.net>, bloat
<bloat@lists.bufferbloat.net>, "ecn-sane@lists.bufferbloat.net"
<ecn-sane@lists.bufferbloat.net>
Subject: Re: [Bloat] [Cake] The "Some Congestion Experienced" ECN
codepoint - a new internet draft -
Message-ID: <nycvar.QRO.7.76.6.1903122137430.6242@qynat-yncgbc>
Content-Type: text/plain; charset=US-ASCII; format=flowed
On Mon, 11 Mar 2019, Sebastian Moeller wrote:
> How is packet reordering for anybody but the folks responsible for
> operating the "conduits" in any way attractive?
It's more that not worrying about maintaining the order, and just moving the
packets as fast as possible reduces the overhead.
The majority of the time, packets will be in order, but race conditions and
corner cases are allowed to forward packets out of order rather than having
the delay some packets to maintain the order.
David Lang
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 6332 bytes --]
next reply other threads:[~2019-03-14 8:26 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-14 8:26 Ingemar Johansson S [this message]
2019-03-14 8:43 ` Sebastian Moeller
2019-03-14 19:23 ` Greg White
2019-03-14 21:43 ` Sebastian Moeller
2019-03-14 22:05 ` David Lang
2019-03-16 22:59 ` Michael Richardson
2019-03-17 10:23 ` Carsten Bormann
2019-03-17 11:45 ` Sebastian Moeller
2019-03-17 14:34 ` Carsten Bormann
2019-03-17 15:56 ` Sebastian Moeller
2019-03-17 17:09 ` Carsten Bormann
2019-03-17 19:57 ` Sebastian Moeller
2019-03-18 0:05 ` David Lang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=HE1PR07MB442526730269DA318B2ED38BC24B0@HE1PR07MB4425.eurprd07.prod.outlook.com \
--to=ingemar.s.johansson@ericsson.com \
--cc=bloat@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox