Re: ietf.org end-to-end principle

Melinda Shore <melinda.shore@gmail.com> Thu, 17 March 2016 17:21 UTC

Return-Path: <melinda.shore@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4D6E12DD12 for <ietf@ietfa.amsl.com>; Thu, 17 Mar 2016 10:21:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a2xKHw2X6RrS for <ietf@ietfa.amsl.com>; Thu, 17 Mar 2016 10:21:39 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A82512DC62 for <ietf@ietf.org>; Thu, 17 Mar 2016 10:15:52 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id u190so128890671pfb.3 for <ietf@ietf.org>; Thu, 17 Mar 2016 10:15:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=CbYuOlYyGL/I8/6yskL6ipAv6HthyTMxHhD73QFqkxo=; b=M00upX+k5KatMV0TzQeWTDpQuvvHnQgnjqv3hxK1YmdflqoEtvTj+HiaOL9Z9Cnto6 V8BsAvpaiUj+QyKcx07IqK6PmpQvOCa9i6YTh0MEksjH0i0BJPnLZ5xbZGXEgAEEjPf1 VmyWMqRPPs7Qu94HkmKN5CoKP8OmsRebgVp/jb46/qJfW3MwFRZw4VVRA/G4/zffV+iJ 1L5zfbTgG+ErnVy3HXm/acHl9NrloZM2nOb5PKYYwRQ49e3fIYOtYwy79FyupnyCh75G zhHjaBF0YPUArCxasJU0beSxtyVsWu5FD/sm5DY+Z7RAasJgrESJD+3DcCGERgtp+bhu 17xQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=CbYuOlYyGL/I8/6yskL6ipAv6HthyTMxHhD73QFqkxo=; b=fG4046z3/y82R7hxJA4yZ5zsYG1C1KwzdFVq2ioGgROaM/t3kkXOzvw/6TutGvw8YQ sBLU/13HaNxXHXiF08O9u+TZVMhLtkj11msm504XU73mbHsX7gVNuG9n5bFqqhifdMc9 tjwelmHR7Pg5rRVdXNejBxgDRoIXSZTZrWNiZy410d+exkmkHcqtKzYfk+fdoBys5QGR LI1uMyKDGjPck4ujcksMe+Qjm6pEcDHw4vDiOmmPHIwsSk4bGpEESRO5rw2F5LHhqHpB GCzCfuD2JtPBjiJ50dv/UhWSkxtSET7k/1SuUrJUA+zxZlPLI5h2yQRdTziuuOuhhhQ2 FjPg==
X-Gm-Message-State: AD7BkJKATiFbrjxYGvPGVkkhWxrUoqxnTBQ4RwWQDQwz/e//UV6diDAH4CeXbdCc+o1x7A==
X-Received: by 10.98.42.207 with SMTP id q198mr16685694pfq.103.1458234951966; Thu, 17 Mar 2016 10:15:51 -0700 (PDT)
Received: from Melindas-MacBook-Pro.local (209-112-186-174-radius.dynamic.acsalaska.net. [209.112.186.174]) by smtp.googlemail.com with ESMTPSA id v7sm14724398pfi.56.2016.03.17.10.15.50 for <ietf@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2016 10:15:51 -0700 (PDT)
Subject: Re: ietf.org end-to-end principle
To: ietf@ietf.org
References: <56E90BF9.4090306@cisco.com> <871189680.1322359.1458113811142.JavaMail.yahoo@mail.yahoo.com> <CAHw9_i+yFhJVYvcMLSEgkOkqJjZBsQicCQsi13SaoVQuzxqc8g@mail.gmail.com> <5D6893D1-D61C-490C-91EF-CA5E5C1F484A@piuha.net> <56EA63E3.2070602@restena.lu> <VI1PR07MB15815DEAB1939141F0DCCCF3BC8B0@VI1PR07MB1581.eurprd07.prod.outlook.com> <56EA82FC.5050400@restena.lu> <6D32668528F93D449A073F45707153D8BEC8C8FA@US70UWXCHMBA03.zam.alcatel-lucent.com> <50BC4E4E-822F-4E2F-8F0F-ABE48A5E49E8@telefonica.com> <56EA8908.5050109@cs.tcd.ie>
From: Melinda Shore <melinda.shore@gmail.com>
Message-ID: <56EAE74E.70004@gmail.com>
Date: Thu, 17 Mar 2016 09:20:14 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56EA8908.5050109@cs.tcd.ie>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/lywsLemCwTrDkRxkKP-pXQNuarA>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Mar 2016 17:21:41 -0000

On 3/17/16 2:38 AM, Stephen Farrell wrote:
> I always think of it as the end to end argument, not principle,
> and from that perspective, I think it remains entirely applicable.

Yes, I do as well, but the IETF has not always responded
pragmatically to the ways networks are being deployed today
(and "cloud to cloud" isn't the issue).  During the 90s,
ideological purity on the part of a number of participants
and at least one IESG member prevented us from responding
well to the NAT situation.

But here's a problem: ideological purity and adherence to
good design principles tend to look like one another and I'm
not sure that it's always possible to tell one from another
except in hindsight.  Another problem is that sometimes the
"right" way to solve a problem, at least within our framework,
doesn't work well with network operators' business models.

I do think that one way to start to address some of this is
to reshape the way the organization is structured so being in
a leadership role (that is to say, the ones most likely
to be in position to block publication of a document they don't
like and to charter new work) isn't a full-time job, so that
people whose actual job it is to build networks, talk to
customers, and so on are able to step into those positions.  I
don't think that will fix the problem but I think it would be
an incremental improvement.

Melinda