Re: [tsvwg] Comment on draft-ietf-tsvwg-transport-encrypt-05

G Fairhurst <gorry@erg.abdn.ac.uk> Tue, 26 March 2019 14:20 UTC

Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0301C120334 for <tsvwg@ietfa.amsl.com>; Tue, 26 Mar 2019 07:20:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 am7VoLuSjqUH for <tsvwg@ietfa.amsl.com>; Tue, 26 Mar 2019 07:20:42 -0700 (PDT)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:42:150::2]) by ietfa.amsl.com (Postfix) with ESMTP id 334CF120314 for <tsvwg@ietf.org>; Tue, 26 Mar 2019 07:20:14 -0700 (PDT)
Received: from dhcp-8118.meeting.ietf.org (unknown [IPv6:2001:67c:370:128:a431:ef26:eb4e:53c1]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 741121B0022D for <tsvwg@ietf.org>; Tue, 26 Mar 2019 14:20:11 +0000 (GMT)
Message-ID: <5C9A351E.6060902@erg.abdn.ac.uk>
Date: Tue, 26 Mar 2019 15:20:14 +0100
From: G Fairhurst <gorry@erg.abdn.ac.uk>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: tsvwg@ietf.org
References: <CALx6S348Mm2a8O-17qLjqJnMWrpy8teianbdeRnFc7LEqNzUeQ@mail.gmail.com>
In-Reply-To: <CALx6S348Mm2a8O-17qLjqJnMWrpy8teianbdeRnFc7LEqNzUeQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/6spwtexArS4n2M-_rw0pwrtU98Q>
Subject: Re: [tsvwg] Comment on draft-ietf-tsvwg-transport-encrypt-05
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2019 14:20:45 -0000

This is the section we said we do plan to edit...

On 25/03/2019, 17:02, Tom Herbert wrote:
> > From the draft, last paragraph of section 7:
>
> "The direction in which this evolves could have significant
> implications on the way the Internet architecture develops. It exposes
> a risk that significant actors (e.g., developers and transport
> designers) achieve more control of the way in which the Internet
> architecture develops. ..."
>
> I think this paragraph is very subjective and provides little basis
> for its conclusions.
I think the text can be improved, to explain that a "risk" is only a 
possibility that something could happen, but I still maintain that this 
describes a potential side effect. Maybe a separate para would more 
clearly highlight this.
> The statement that "signifcant actors achieve
> more control" over Internet architecture, with explicit mention of
> developers and transport designers, seems provocative.
I think it's a possibility.
> It's also
> ironic considering these this is a discussion about the transport
> layer and per the Internet architecture the transport layer is E2E and
> supposed to be transparent to the network.
I agree the *service* provided by transport is end to end.

In many cases, transport protocol concerns often centre about end-to-end 
communication across the path - how the path attributes are discovered 
by the transport endpoints, how transport endpoints influence 
scheduling, forwarding, etc and the impact of the (usually shared) path 
on the packets that travel along the path. So not really ironic, and not 
transparent.
> I suggest that this paragraph could be simply removed without loss of
> content in the draft.
>
> Tom

Gorry (simply an individual comment)