Caps (was Re: AT&T UVERSE Native IPv6, a HOWTO)
jra at baylink.com
Mon Dec 9 16:38:04 UTC 2013
----- Original Message -----
> From: "Phil Karn" <karn at philkarn.net>
> On 12/06/2013 05:54 AM, Mark Radabaugh wrote:
> > Currently, without a limit, there is nothing to convince a end user to
> > make any attempt at conserving bandwidth and no revenue to cover the
> > cost of additional equipment to serve high bandwidth customers. By
> > adding a cap or overage charge we can offer higher speed plans.
> Why is that?
> Just guarantee each user a data rate that depends on how much he pays.
> Charge him by what it costs you to build and maintain that much
> capacity. Lots of mechanisms exist to do this: token bucket, etc.
> He gets more than his guaranteed capacity only when others don't use
> theirs. Otherwise he won't. If that's unacceptable to him, then he has
> the choice of paying you more to upgrade your network or waiting for
> others to stop using their guarantees.
> It costs you nothing to let people use capacity that would otherwise go
> to waste, and it increases the perceived value of your service. Your
> customers will eventually find themselves depending on that excess
> capacity often enough that at least some will be willing to pay you
> more to guarantee that it'll be there when they really want it.
We've forgotten the Committed Information Rate already?
Make Election Day a federal holiday: http://wh.gov/lBm94 100k sigs by 12/14
Jay R. Ashworth Baylink jra at baylink.com
Designer The Things I Think RFC 2100
Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII
St Petersburg FL USA #natog +1 727 647 1274
More information about the NANOG