Re: ietf.org end-to-end principle

Leif Johansson <leifj@mnt.se> Fri, 18 March 2016 07:58 UTC

Return-Path: <leifj@mnt.se>
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 25E5E12DBAA for <ietf@ietfa.amsl.com>; Fri, 18 Mar 2016 00:58:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnt-se.20150623.gappssmtp.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 5Smd-zjRS_ja for <ietf@ietfa.amsl.com>; Fri, 18 Mar 2016 00:58:11 -0700 (PDT)
Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (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 A17B912DBA9 for <ietf@ietf.org>; Fri, 18 Mar 2016 00:58:10 -0700 (PDT)
Received: by mail-lb0-x22d.google.com with SMTP id oe12so83404061lbc.0 for <ietf@ietf.org>; Fri, 18 Mar 2016 00:58:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnt-se.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=DAxHNhtJ47shQJcJH9PjwjUCFM6LQzJLWFdITb9P+mA=; b=oY56cLIKaf6eWjnCLFnXR+HHeM64COF65qLML8bI5/HL77GQRIVpJrxE1v9N8BClD7 NrjxX9NizStsu05KOGpd59cT5yJSUejqZpujaGHjMHkW6iuZ36Epgd5wP7PeTrKO4s0Z kdfExnZDyQmPp/SKRxrDOZjmVzXNEgwWphISIe+m8sftEtIwjkR8nkmDv81q1GFaI5XB TRuVx3TRAeKuoX9n0UrAgH0xRcYBqhFZI66zL5GTrvojBv/IT8xlC+vjjPT6YD2eIMPT wK+Zm8Q3dYSjrdVr5E72bUivfk/NGRl/zXLUM+PYqfcbPlNpORN1U6hWKv4fhZYq3yaP srJg==
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; bh=DAxHNhtJ47shQJcJH9PjwjUCFM6LQzJLWFdITb9P+mA=; b=GmW0tZFugslAVMRDJoQPNmczOO49kD2nStzN6ZYMbUxL/sIrmkggOTBXVzDanUj5+l WHOUnVJYiC0oMW1K5lg+dwoBpSK31OHHf5fbG3zWPz0euNoNB/rdqI41q/QmnnhLfYvV cYdGzxklRiDCv3Z8W14esa+EzXmo1hH09+N4lgJnyvpSz8ciLfifffxXnhxbxxHUc/TO 7HCZIoCTddQxSScx26Odad1xmd+EiCVoYHTXGGQkEwzEL9SFbhE2zf2euuBDOLIxzdCb S/949qXmQTKQrZ3szsAE5vRljK4Q3NWBmwqsRBKe27xpL8m+eZH2hEDAvL032ziiI7rb o0sQ==
X-Gm-Message-State: AD7BkJK9nR3Fs1IEQSG1ZRoNEhkwLDY84iS56oPF20HiKFrRdl7Ewvdv23vv+EKS7I1/IA==
X-Received: by 10.112.62.229 with SMTP id b5mr4501127lbs.30.1458287888850; Fri, 18 Mar 2016 00:58:08 -0700 (PDT)
Received: from ?IPv6:2001:6b0:7:1:e0d6:dda8:1664:2d5a? ([2001:6b0:7:1:e0d6:dda8:1664:2d5a]) by smtp.googlemail.com with ESMTPSA id y7sm2006788lba.3.2016.03.18.00.58.07 for <ietf@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Mar 2016 00:58:07 -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> <0d8166a6-8266-d0c7-e30f-229bf2dadfce@bogus.com>
From: Leif Johansson <leifj@mnt.se>
Message-ID: <56EBB50A.2020900@mnt.se>
Date: Fri, 18 Mar 2016 08:58:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <0d8166a6-8266-d0c7-e30f-229bf2dadfce@bogus.com>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="ABV4FbmtAfwGgsdMHjQEgxmKtfwxAbkqx"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/MVkewP2r4wILXgfF0eu_NDrdSGY>
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: Fri, 18 Mar 2016 07:58:20 -0000

On 2016-03-17 18:48, joel jaeggli wrote:
> On 3/17/16 2:50 AM, Josh Howlett wrote:
>>> The takeaway for me is that the end-to-end principle is dead. The
>>> times where all intelligence should be in end hosts only, no
>>> middleboxes, and KISS have gone, and techniques going in the
>>> opposite direction are not only in use, but even embraced by IETF
>>> operations.
>>
>> +1
>>
>> But the fact that these solutions exist points to a need unmet by
>> existing e2e approaches. Someone in IETF operations had presumably
>> thought out their requirements when this service was procured.
>> Embedding e2e within a solution that satisfies those same operational
>> requirements sounds like a potential IETF WG charter in the making.
> 
> I'm  not really sure what you folks are talking about anymore. A CDN
> whether internal or a third party is an extension of the applications
> stack, not a bump in the wire.
> 
> building scalable performant low latency services is a distributed
> systems problem and there are a number of areas of the ietf activity
> (all of them probably) involved in doing.

very true