nanog mailing list archives
Re: ip-precedence for management traffic
From: tvest () eyeconomics com
Date: Tue, 29 Dec 2009 14:19:24 -0500
On Dec 29, 2009, at 12:59 PM, Dan White wrote:
On 29/12/09 12:20 -0500, Sachs, Marcus Hans (Marc) wrote:Better than the typical "block outbound 25" filtering we do now. Infact, in a perfect world ISPs would offer residential customers "reducedexperience" versions of castration that decrease the cost along with decreasing what you have access to. At the bottom level it would be essentially a thin client running a terminal service (or an emulated thin client using a web browser) with all applications "in the cloud"and nothing sitting on the home PC; mid-level would be web plus common email clients and chat/IM; high level adds popular apps like Skype, P2P,games, etc.I think that a fairly large percentage of homes that only want access toonline content and email would be very happy with the bottom tiers. Many would probably like the cloud approach where all of the crazy updating, rebooting, etc. is taken out of the hands of the consumer. WebTV, meet the 21st century.... :)The customers in the market for such a service would be least likely tounderstand your explanation of the service. Do you offer a new lower tier service, or rebrand your residentialservice, and try to explain how you're taking away services they probably don't need. It's been my experience that if you tell someone you're taking away something, they tend to value it even if they don't know what it is.
As well they should. As well we all should.None of us knows precisely what we're going to absolutely require, or merely want/prefer, tomorrow or the next day, much less a year or two from now. Unless, of course, we choose to optimize (constrain) functionality so tightly around what we want/need today that the prospect of getting anything different is effectively eliminated.
TV
Current thread:
- RE: ip-precedence for management traffic, (continued)
- RE: ip-precedence for management traffic Sachs, Marcus Hans (Marc) (Dec 29)
- Re: ip-precedence for management traffic Steven Bellovin (Dec 29)
- Re: ip-precedence for management traffic Christopher Morrow (Dec 29)
- RE: ip-precedence for management traffic Sachs, Marcus Hans (Marc) (Dec 29)
- Re: ip-precedence for management traffic Joe Greco (Dec 29)
- Re: ip-precedence for management traffic Valdis . Kletnieks (Dec 29)
- RE: ip-precedence for management traffic Sachs, Marcus Hans (Marc) (Dec 29)
- Re: ip-precedence for management traffic Valdis . Kletnieks (Dec 29)
- RE: ip-precedence for management traffic Sachs, Marcus Hans (Marc) (Dec 29)
- Re: ip-precedence for management traffic Dan White (Dec 29)
- Re: ip-precedence for management traffic tvest (Dec 29)
- Re: ip-precedence for management traffic Randy Bush (Dec 29)
- Re: ip-precedence for management traffic Christopher Morrow (Dec 29)
- Re: ip-precedence for management traffic Randy Bush (Dec 29)
- Re: ip-precedence for management traffic tvest (Dec 29)
- Re: ip-precedence for management traffic Alexander Harrowell (Dec 30)
- Re: ip-precedence for management traffic Joe Greco (Dec 29)
- RE: ip-precedence for management traffic Sachs, Marcus Hans (Marc) (Dec 29)
- Re: ip-precedence for management traffic Joe Greco (Dec 29)
- Re: ip-precedence for management traffic Nick Hilliard (Dec 29)
- RE: ip-precedence for management traffic TJ (Dec 29)