From: Albert Rafetseder <albert.rafetseder+bufferbloat@univie.ac.at>
To: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] "a bandwidth breakthrough"
Date: Wed, 24 Oct 2012 16:49:11 +0200 [thread overview]
Message-ID: <907294EF-570F-473D-A87A-B6238B6EA733@univie.ac.at> (raw)
In-Reply-To: <4C04E6DB-F9A4-4326-818B-17D953CA1D39@gmail.com>
Am 24.10.2012 um 02:39 schrieb Jonathan Morton:
> On 24 Oct, 2012, at 12:24 am, Dave Taht wrote:
>
>> I've had 3 separate people send me this today.
>>
>> http://www.technologyreview.com/news/429722/a-bandwidth-breakthrough/
>>
>> Sure wish we had a PR dept here that was this good vs a vs fq_codel.
>>
>> I *think* I've read the relevant paper "Modeling network coded TCP
>> throughput"? But perhaps there is something newer driving this
>> announcement?
>
> [...]
> I'm actually sort of surprised that the inter-packet version isn't already built into wireless technologies by default, especially the ones that do packet aggregation. In any case it is not totally new - a very similar idea is used in CDs.
In the case of the four Austrian 3.99G mobile operators we tested,
the fun answer is that they completely conceal loss on layer 2. As
a side effect, they delay packets by sometimes huge amounts: Waiting
for an ICMP echo reply can take a few hundred seconds (!), think
trains in tunnels, but packets do arrive eventually.
And what's true for ICMP is true for those protocols that produce
the significant data volumes as well. I pity the poor TCP RTT
estimator...
--
Albert Rafetseder BSc. MSc.
Member of Scientific Staff
University of Vienna
Faculty of Computer Science
Research Group Future Communication
(Endowed by A1 Telekom Austria AG)
Waehringer Strasse 29/5.46, A-1090 Vienna, Austria
T +43-1-42777-8620
albert.rafetseder@univie.ac.at
http://www.cs.univie.ac.at/fc
--
Albert Rafetseder BSc. MSc.
Member of Scientific Staff
University of Vienna
Faculty of Computer Science
Research Group Future Communication
(Endowed by A1 Telekom Austria AG)
Waehringer Strasse 29/5.46, A-1090 Vienna, Austria
T +43-1-42777-8620
albert.rafetseder@univie.ac.at
http://www.cs.univie.ac.at/fc
next prev parent reply other threads:[~2012-10-24 14:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-23 21:24 Dave Taht
2012-10-24 0:39 ` Jonathan Morton
2012-10-24 14:49 ` Albert Rafetseder [this message]
2012-10-24 15:54 ` Jonathan Morton
2012-11-04 15:46 ` Richard Scheffenegger
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=907294EF-570F-473D-A87A-B6238B6EA733@univie.ac.at \
--to=albert.rafetseder+bufferbloat@univie.ac.at \
--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