From: "Henrique de Moraes Holschuh" <hmh@hmh.eng.br>
To: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] Usage Based Billing - It's All About Perceived Congestion
Date: Mon, 28 Feb 2011 23:57:37 -0300 [thread overview]
Message-ID: <1298948257.12452.1424819733@webmail.messagingengine.com> (raw)
In-Reply-To: <1298930176.15371.51.camel@amd.pacdat.net>
On Mon, 28 Feb 2011 13:56 -0800, "richard" <richard@pacdat.net> wrote:
> As some have remarked, UBB, especially here and now in Canada, is one
> response to what we're dealing with in bufferbloat.
It is not always bufferbloat that is the driving cause for UBB.
In Brazil, UBB is often used to help heavily oversubscribed networks
(usually by the DOCSIS networks and 3G networks) escape consumer wrath.
UBB is not the only "bandwidth usage deterrent" employed here by the
large broadband ISPs. Cutting down service to as low as 100kbit/s
downstream and 30kbit/s upstream when the consumer goes over a monthly
quota, limiting concurrent tcp sessions, and extremely severe shaping of
P2P traffic are used as alternatives to UBB.
Without UBB or other "bandwidth usage deterrents", the users will notice
more readily that they are allotted far less than the bandwidth required
to get 100% of the nominal throughput they paid for, as there just isn't
enough bandwidth in the access, backhaul and even backbone networks, let
alone peering and transit links. The broadband service contracts _do_
often make it clear you only are guaranteed 10% (yes, that's right, ten
percent) of the maximum throughput, and also about TCP concurrent flow
limits and UBB, but people will only take notice of that if they're
subject to such ridiculous service levels constantly.
And I very much doubt UBB is strongly related to oversubscribing just in
Brazil. We need to be careful to not make bufferbloat the network
bogeyman, doing so can only backfire in the long run.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
next prev parent reply other threads:[~2011-03-01 2:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-28 21:56 richard
2011-03-01 2:57 ` Henrique de Moraes Holschuh [this message]
2011-03-01 7:37 ` Jeremy Visser
2011-03-01 9:18 ` Ondřej Bílka
2011-03-01 9:33 ` Steve Davies
2011-03-02 8:20 ` Ondřej Bílka
2011-03-01 13:57 ` Steve Bauer
2011-03-01 15:36 ` Jim Gettys
2011-03-01 16:01 ` richard
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=1298948257.12452.1424819733@webmail.messagingengine.com \
--to=hmh@hmh.eng.br \
--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