From: Dave Taht <dave.taht@gmail.com>
To: "George B." <georgeb@gmail.com>
Cc: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] philosophical question
Date: Mon, 30 May 2011 06:25:25 -0600 [thread overview]
Message-ID: <BANLkTikABWn5mN8RtxcTcgEdpN4qMK47EA@mail.gmail.com> (raw)
In-Reply-To: <BANLkTikHEBoxz1JtkscYbAzp4SGVT=s06Q@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1878 bytes --]
On Sun, May 29, 2011 at 10:24 PM, George B. <georgeb@gmail.com> wrote:
> Ok, say I have a network with no over subscription in my net.
I'd love to see one of those. Can I get on it?
> I have
> 10G to the internet but am only using about 2G of that. This is the
> server side of a network talking to millions of clients. The clients
> in this case are on "lossy" wireless networks where packet loss is not
> an indication of congestion so much as it is an indication that the
> client moved 15 feet behind a pole and had poor network connectivity
> for a few minutes.
>
> Or is using multicast.
> The idea being that in today's internet, packet loss is not a good
> indication of congestion. Often it just means that the radio signal
> has been briefly interrupted. What I need is something that can tell
> the difference between real congestion and radio loss. ECN seems to
> be the way forward in that respect.
>
> Yes. When it works. Which is rarely.
> But assuming my network, as a server of content is not over
> subscribed, what would you suggest as the best qdisc for such a
> traffic profile? In other words, I am looking at this from the server
> aspect rather than from the client aspect.
>
>
Ah, ok. This was discussed in this loooong thread:
https://lists.bufferbloat.net/pipermail/bloat/2011-March/000272.html
Some form of fair queuing distributes the load to the ultimate end nodes
better.
As for which packet scheduler to choose for that? Don't know, I'm just
trying to get to where we can actually test stuff on the edge gateways at
this point.
> g
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
--
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com
[-- Attachment #2: Type: text/html, Size: 3134 bytes --]
next prev parent reply other threads:[~2011-05-30 12:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-30 4:24 George B.
2011-05-30 7:53 ` Neil Davies
2011-05-30 12:25 ` Dave Taht [this message]
2011-05-30 15:29 ` George B.
2011-05-30 15:57 ` Jonathan Morton
2011-05-31 17:20 ` George B.
2011-05-31 21:40 ` Juliusz Chroboczek
2011-05-30 17:05 ` Dave Taht
2011-05-31 18:07 ` Bill Sommerfeld
2011-05-31 19:17 ` Rick Jones
2011-05-31 19:19 ` Jim Gettys
2011-05-31 19:28 ` George B.
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=BANLkTikABWn5mN8RtxcTcgEdpN4qMK47EA@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=georgeb@gmail.com \
/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