Re: [arch-d] [IAB] deprecating Postel's principle- considered harmful

Henning Schulzrinne <hgs@cs.columbia.edu> Tue, 07 May 2019 22:15 UTC

Return-Path: <hgs10@columbia.edu>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC244120243 for <architecture-discuss@ietfa.amsl.com>; Tue, 7 May 2019 15:15:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 p3k8j1RNE8fd for <architecture-discuss@ietfa.amsl.com>; Tue, 7 May 2019 15:15:53 -0700 (PDT)
Received: from outprodmail01.cc.columbia.edu (outprodmail01.cc.columbia.edu [128.59.72.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB1A1120255 for <architecture-discuss@ietf.org>; Tue, 7 May 2019 15:15:50 -0700 (PDT)
Received: from hazelnut (hazelnut.cc.columbia.edu [128.59.213.250]) by outprodmail01.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id x47MCcu7017614 for <architecture-discuss@ietf.org>; Tue, 7 May 2019 18:15:49 -0400
Received: from hazelnut (localhost.localdomain [127.0.0.1]) by hazelnut (Postfix) with ESMTP id 9C7A380 for <architecture-discuss@ietf.org>; Tue, 7 May 2019 18:15:49 -0400 (EDT)
Received: from sendprodmail02.cc.columbia.edu (sendprodmail02.cc.columbia.edu [128.59.72.14]) by hazelnut (Postfix) with ESMTP id 77AB380 for <architecture-discuss@ietf.org>; Tue, 7 May 2019 18:15:49 -0400 (EDT)
Received: from mail-ot1-f69.google.com (mail-ot1-f69.google.com [209.85.210.69]) by sendprodmail02.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id x47MFmdI028227 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <architecture-discuss@ietf.org>; Tue, 7 May 2019 18:15:49 -0400
Received: by mail-ot1-f69.google.com with SMTP id v16so3560856otp.17 for <architecture-discuss@ietf.org>; Tue, 07 May 2019 15:15:49 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Vo7jg2m9JIpQm7ISvTYm2qD1Wn6jGotTx2IaKUw8qfE=; b=aWt6KZGxeZzPMc9WAFT2W+i8wwfK2ap1jVahABYCbVgYu2/oMfamfMdRWBVfn/AiHO kqs4f7RgIpIu6ndM3Qjnxf5gPhYjp9mUka5RZkJzXN8FccLu3Co45lUeQRunXA1KtDIW DotsIwwOVjcQcZEgiLK1gNTj+zIdLgBVB2we8AbAO/bV/B1it9FCJyw8v/Zm48dyZrJy +eqBZ6ObuEyl0ca7LCnCcXA1Gyj1zbwEM7fUA77Q9Ir4Cdzq7cIggVRl0Dtg4l5aiRsv PcLcBu0oS/rrm5sDkpmINDdfkk1GNR1KJVmxc1tc+rw4S1QE8m9gRzDPCvYn284NXMdS MsjA==
X-Gm-Message-State: APjAAAXgMkVMR9CV2sTzuHi9sGVcxbrV/AT5tXOsypEyG3SJK+kJFV99 hn2+tPWJlIxaVcJm2bFHCylB+49ylsuAJx6Y9AQ8Gj9wsIuTwcC9aQ+vqkuBK4Nj2bWH6jg7wRe Kdx6axyjEcPQdnmSU6GQxp9Uh2zVzbr2imOandR2PVovYGxieqQ==
X-Received: by 2002:a9d:71d1:: with SMTP id z17mr7590668otj.22.1557267348586; Tue, 07 May 2019 15:15:48 -0700 (PDT)
X-Google-Smtp-Source: APXvYqxA/XMnd8AykI/gnvqKlZTvqBa7eVgBoLv4RroEETyyfBsPaBGtsWayo55/vBEf9BgGm56fWgDHGrY6AHe2VuI=
X-Received: by 2002:a9d:71d1:: with SMTP id z17mr7590643otj.22.1557267348299; Tue, 07 May 2019 15:15:48 -0700 (PDT)
MIME-Version: 1.0
References: <F64C10EAA68C8044B33656FA214632C89F024CD3@MISOUT7MSGUSRDE.ITServices.sbc.com> <CALaySJJDHg5j9Z7+noS=YXoNROqdsbJ6coEECtLtbJ6fWJ3xsQ@mail.gmail.com> <53a9c16c-163c-a18a-371a-f8aa8697af15@cs.tcd.ie> <4E87C376-0E54-4EA6-8AF8-B1C92F852226@huitema.net> <3e4e7343-bd26-2252-742e-a78fd7a2dff2@cs.tcd.ie>
In-Reply-To: <3e4e7343-bd26-2252-742e-a78fd7a2dff2@cs.tcd.ie>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Date: Tue, 07 May 2019 18:15:22 -0400
Message-ID: <CACgrgBZF1fVsz1f_gv3KY+hVtGy8h0gF93f=Ok9aJOcjCCbsgg@mail.gmail.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Cc: Christian Huitema <huitema@huitema.net>, "ietf@ietf.org" <ietf@ietf.org>, "architecture-discuss@ietf.org" <architecture-discuss@ietf.org>, "iab@iab.org" <iab@iab.org>, The IESG <iesg@ietf.org>, Barry Leiba <barryleiba@computer.org>
Content-Type: multipart/alternative; boundary="0000000000001db2920588538f4a"
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.84 on 128.59.72.14
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/S-BQowJFfBcGi3MmaFbQcwBdP04>
Subject: Re: [arch-d] [IAB] deprecating Postel's principle- considered harmful
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 May 2019 22:15:55 -0000

Arguing the alternative history is probably not all that productive and may
explain some of the disagreement in this discussion. (as in "Would protocol
X have taken off twenty years ago if all implementations had been strict or
if the spec had been less forgiving?") We do seem to have incurred a
technical debt - and maybe that's a related concept that should be
mentioned, as this is clearly not just a protocol or networking problem.

We now have better tools and a larger community of (more professional)
developers. Sometimes good advice that worked in 1990 is no longer as good
advice now.

Henning

On Tue, May 7, 2019 at 5:45 PM Stephen Farrell <stephen.farrell@cs.tcd.ie>
wrote:

>
> Hiya,
>
> Just to clarify where I'm coming from...
>
> On 07/05/2019 22:32, Christian Huitema wrote:
> > The alternative is what I see in "modern" specifications, like e.g. QUIC.
>
> ISTM taking the approach outlined in Martin's draft with QUIC
> is a good plan. I also know that this approach has improved
> TLS even though TLS didn't start out doing things this way.
> And I can totally buy it being valuable to at least consider
> taking this approach for any new work. So I do like the core
> idea on which the draft is based.
>
> I'm just not sure as to how generally it can be applied, nor
> if we can really say that "if only protocol X had taken this
> approach, things would have turned out better."
>
> S.
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
>