Re: ietf.org end-to-end principle

Joe Touch <touch@isi.edu> Tue, 22 March 2016 19:16 UTC

Return-Path: <touch@isi.edu>
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 9E98512D7F0 for <ietf@ietfa.amsl.com>; Tue, 22 Mar 2016 12:16:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 6if9Vso8CQQU for <ietf@ietfa.amsl.com>; Tue, 22 Mar 2016 12:16:27 -0700 (PDT)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) (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 2F66B12D7D6 for <ietf@ietf.org>; Tue, 22 Mar 2016 12:16:27 -0700 (PDT)
Received: from [10.123.83.12] (usc-secure-wireless-207-012.usc.edu [68.181.207.12]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id u2MJFbGd019502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 22 Mar 2016 12:15:39 -0700 (PDT)
Subject: Re: ietf.org end-to-end principle
To: Josh Howlett <Josh.Howlett@jisc.ac.uk>, Eliot Lear <lear@cisco.com>, "ietf@ietf.org" <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> <VI1PR07MB158106641F22B29E9ED35320BC8B0@VI1PR07MB1581.eurprd07.prod.outlook.com> <56EACCAF.209@cisco.com> <VI1PR07MB15815C6BA404E37960EA5D19BC8C0@VI1PR07MB1581.eurprd07.prod.outlook.com>
From: Joe Touch <touch@isi.edu>
Message-ID: <56F199D8.5090107@isi.edu>
Date: Tue, 22 Mar 2016 12:15:36 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <VI1PR07MB15815C6BA404E37960EA5D19BC8C0@VI1PR07MB1581.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-MailScanner-ID: u2MJFbGd019502
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/z0vTjdGPxfSaGDVmKxuaWwx4NHM>
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: Tue, 22 Mar 2016 19:16:28 -0000



On 3/18/2016 3:27 AM, Josh Howlett wrote:
>>  E2e places the cost of interoperability on the ends, where it belongs.
>> 
>> The basic principle (it's NOT an argument) is that functions should go where
>> they most efficiently belong.

I've never seen it that way, but rather:

E2E services and capabilities cannot be composed *solely* from their HBH
components.

I.e., the HBH remains useful for many reasons - efficiency among them.
It's always more useful to retransmit over the lossy hop than to wait
for the ends to retransmit, but E2E recovery remains required.

There's also the problem of defining "end" vs "middle". I use a variant
of HW vs SW (i.e. HW = that which you can kick; SW = that which you
cannot kick):

	- endpoint - that which *I* can kick (or SW that runs thereon)
	- middle - that which *I* cannot kick

It hammers home the essence that end/middle is always a relative
distinction.

Joe