RE: net.stewards [Re: BitTorrent (Was: Re: [Isms] ISMS charter broken- onus should be on WG to fix it)]

"Hallam-Baker, Phillip" <pbaker@verisign.com> Fri, 16 September 2005 17:55 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EGKR2-0008PH-T8; Fri, 16 Sep 2005 13:55:40 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EGKR0-0008P6-9s for ietf@megatron.ietf.org; Fri, 16 Sep 2005 13:55:38 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01318 for <ietf@ietf.org>; Fri, 16 Sep 2005 13:55:36 -0400 (EDT)
Received: from robin.verisign.com ([65.205.251.75]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EGKW3-0004xt-CQ for ietf@ietf.org; Fri, 16 Sep 2005 14:00:51 -0400
Received: from mou1wnexcn01.vcorp.ad.vrsn.com (mailer1.verisign.com [65.205.251.34]) by robin.verisign.com (8.13.1/8.13.1) with ESMTP id j8GHtPiH007911; Fri, 16 Sep 2005 10:55:25 -0700
Received: from MOU1WNEXMB04.vcorp.ad.vrsn.com ([10.25.13.157]) by mou1wnexcn01.vcorp.ad.vrsn.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 16 Sep 2005 10:55:25 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 16 Sep 2005 10:55:25 -0700
Message-ID: <198A730C2044DE4A96749D13E167AD375A2B52@MOU1WNEXMB04.vcorp.ad.vrsn.com>
Thread-Topic: net.stewards [Re: BitTorrent (Was: Re: [Isms] ISMS charter broken- onus should be on WG to fix it)]
Thread-Index: AcW65DvVSNe0sSYPQlqvWRGZ29+g2gAAPvng
From: "Hallam-Baker, Phillip" <pbaker@verisign.com>
To: Michael Thomas <mat@cisco.com>, Brian E Carpenter <brc@zurich.ibm.com>
X-OriginalArrivalTime: 16 Sep 2005 17:55:25.0639 (UTC) FILETIME=[D0FD2570:01C5BAE7]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248
Content-Transfer-Encoding: quoted-printable
Cc: ietf@ietf.org
Subject: RE: net.stewards [Re: BitTorrent (Was: Re: [Isms] ISMS charter broken- onus should be on WG to fix it)]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


> Behalf Of Michael Thomas
> This is more or less what I had in mind. Correct me if
> I'm wrong, but http 1.0 wasn't the invention of the ietf,
> but sprang forth outside of its purview. Http 1.1 was a 
> response to the many difficulties placed on the net because 
> of http 1.0, and there was an active feedback loop between 
> the http world and the net (ietf) world to adapt both at 
> layer 7 as well as below. Http, after all, was The Big Thing 
> for all parties, so it's not surprising that there was active 
> cross interest.

True enough, the 1.0 draft was mostly developed before it was submitted
to the IETF.

But the differences between 1.0 and 1.1 are hardly save the net stuff.
The only change that has been made that is really significant is the
introduction of the host address header, and that was a unilateral
action by Netscape without any external discussion of any kind. 

The rest of the 1.1 changes are mostly incremental. The chunking
mechanism is an improvement and it makes keep-alive possible but that is
an incremental improvement that was proposed independently of the IETF.

The majority of the WG effort was spent perfecting the cache mechanism
to work with proxies. Only these days we do not use client side proxies
to any real extent - the exception being transparent firewall proxies.
Most Web content is active with very short expiry times.

So yes the WG effort was useful but it certainly did not 'save the
Internet'. Nor was that ever going to be possible, Netscape made it
clear that it would act unilaterally to introduce its own standards from
day one. It was only after they ceased to be the dominant browser that
they discussed proposed changes to their version of the spec before
releasing code.


It is arguable that things could have been improved if we started
earlier. The digest authentication mechanism only exists because of the
IETF attempt to eliminate en-clair transmission of passwords.
Unfortunately very few web sites use it, almost all use the HTML form
field instead.


> What facinates me about p2p is that it was clearly the
> next Big Thing, but there seems to be no feedback loop 
> operating whatsoever. I guess that surprises me. Thomas 
> brought up qos/diffserv and operator business models which is 
> certainly something ietf clue level could assist on, but it 
> seems that we neither know them, nor do they know us and that 
> both sets of people seem satisfied with that. I'm not saying 
> that it's bad -- it's just a very surprising outcome. Ought 
> both sides be that confident that the net as engineered today 
> is what it needs to be for this Big Thing and the Big Thing 
> after that? Or that our fertilization is really the correct 
> mix to prepare the ground for the next Big Thing?

I think the problem you identify here is that the focus of the IAB is
inward, looking at what the IETF is doing. It does not look outward to
look at what the Internet community is doing. It is just assumed that
they are the same thing.

* We did not have a note from the IAB in 2000 saying 'hey this spam
thing that was predicted as a possibility in 1982 is beginning to get
really out of hand and become a criminal nuisance'

* We have not had architectural guidance of the form 'stop pushing BEEP
onto IETF working groups, the Web Services platforms have unanimously
adopted SOAP and the WS-* stack'

* We have not had information of the form 'phishing and social
engineering are becoming major engines for Internet crime'

* We have not had any real analysis of the botnet problem.





_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf