Re: [RAM] A curious Internet service offering

Iljitsch van Beijnum <iljitsch@muada.com> Thu, 03 January 2008 10:39 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JANUK-0001gg-NE; Thu, 03 Jan 2008 05:39:48 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JANUI-0001gW-JY for ram@iab.org; Thu, 03 Jan 2008 05:39:46 -0500
Received: from sequoia.muada.com ([83.149.65.1]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JANUE-00052Y-U7 for ram@iab.org; Thu, 03 Jan 2008 05:39:46 -0500
Received: from [IPv6:2001:1af8:5:1:21b:63ff:fe02:3c13] ([IPv6:2001:1af8:5:1:21b:63ff:fe02:3c13]) (authenticated bits=0) by sequoia.muada.com (8.13.3/8.13.3) with ESMTP id m03Ac9gZ010784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Jan 2008 11:38:10 +0100 (CET) (envelope-from iljitsch@muada.com)
Message-Id: <293E8C87-F174-433B-B948-9B8918471457@muada.com>
From: Iljitsch van Beijnum <iljitsch@muada.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <477C44B4.5030405@gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Subject: Re: [RAM] A curious Internet service offering
Date: Thu, 3 Jan 2008 11:38:13 +0100
References: <FC9DB879-0F83-47F7-9C3D-6C487BAFC330@extremenetworks.com> <20080103013911.GA28255@1-4-5.net> <331961AF-DF32-41D0-B182-B2982D2D48AC@cisco.com> <477C44B4.5030405@gmail.com>
X-Mailer: Apple Mail (2.915)
X-Spam-Status: No, score=-2.2 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on sequoia.muada.com
X-Spam-Score: -4.0 (----)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Cc: ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

On 3 jan 2008, at 3:13, Brian E Carpenter wrote:

>>>    Interestingly, Vince Fuller has been predicting this
>>>    outcome for years.

>> Which means that most everything ends up transported via or  
>> tunneled over TCP/80 and/or TCP/443

Does it? Do we really want to cripple our protocols just because a few  
ignorant service providers feel like filtering in a certain way?

(Note though that inferior protocol selection already happens to some  
degree: RTSP isn't doing so well these days, more and more stuff is  
streamed over HTTP because RTSP is firewall and NAT unfriendly.)

> This whole horror story points to what should be the *real* political
> issue, rather than the so-called "net neutrality" nonsense.

> IMHO more use should be made of the terminology in RFC 4084 secttion  
> 2.
> In fact getting such terminology into consumer protection regulations
> would be entirely appropriate. But that is way outside the IETF's  
> scope.

What I'm afraid of is that we may end up in a situation where this is  
good enough for 95% of all people and in a market place with 1 - 3  
players, nobody cares about that other 5%.

On the other hand, if that anonymous service provider has competition,  
I'm sure they're going to notice that those attract people who like to  
actually _use_ their broadband by running peer-to-peer applications.  
For just port 80, you don't need 20 Mbps. And ISPs make a lot of extra  
money upselling to higher speeds, which don't cost them much extra but  
do make them a good bit of extra money (with the exception of those  
few 24/7 downloaders).

_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram