Re: I-D Action: draft-han-6man-in-band-signaling-for-transport-qos-00.txt

Toerless Eckert <tte@cs.fau.de> Thu, 19 October 2017 22:53 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54C33132355 for <ipv6@ietfa.amsl.com>; Thu, 19 Oct 2017 15:53:03 -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, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_MED=-2.3] 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 gsykOnlC_Oex for <ipv6@ietfa.amsl.com>; Thu, 19 Oct 2017 15:53:01 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9AB4132F69 for <ipv6@ietf.org>; Thu, 19 Oct 2017 15:53:00 -0700 (PDT)
Received: from faui40p.informatik.uni-erlangen.de (faui40p.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:77]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 8396958C4B6; Fri, 20 Oct 2017 00:52:56 +0200 (CEST)
Received: by faui40p.informatik.uni-erlangen.de (Postfix, from userid 10463) id 6A249B0CF11; Fri, 20 Oct 2017 00:52:56 +0200 (CEST)
Date: Fri, 20 Oct 2017 00:52:56 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
Cc: Tom Herbert <tom@herbertland.com>, 6man WG <ipv6@ietf.org>
Subject: Re: I-D Action: draft-han-6man-in-band-signaling-for-transport-qos-00.txt
Message-ID: <20171019225256.GE878@faui40p.informatik.uni-erlangen.de>
References: <CALx6S341v1zd2Q9bts8-zrKxU59kieJTJJ=nHQ5w4oQZg=t_cA@mail.gmail.com> <17525287-DDA8-4930-B90B-F9228DF69A90@employees.org> <CALx6S37wLvuJ9tUGjYmzm63eq_bxq0jXSEgfCtH_2i74SvrbLA@mail.gmail.com> <20171017181646.GD31973@faui40p.informatik.uni-erlangen.de> <CALx6S34VRS4GumsFSqN8uDkv4TOLC8q+rOvyN=evUk83KPeHHg@mail.gmail.com> <20171019211637.GB878@faui40p.informatik.uni-erlangen.de> <296dd642b31741cc8ec4aa4b52913037@XCH15-06-11.nw.nos.boeing.com> <CALx6S36s_SoTqpPo=jXmrFC+pgUkEmF8UB_sx_0zGcK-G8JeTQ@mail.gmail.com> <2b3610187ec64b69941d638d48a71373@XCH15-06-11.nw.nos.boeing.com> <ad6ab21da4fe4332858582c21c762dc9@XCH15-06-11.nw.nos.boeing.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <ad6ab21da4fe4332858582c21c762dc9@XCH15-06-11.nw.nos.boeing.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/7VRQgJvVMzyPOpN77mkCo4I8a8Q>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Oct 2017 22:53:03 -0000

On Thu, Oct 19, 2017 at 10:16:23PM +0000, Manfredi, Albert E wrote:
> Entschuldigen Sie bitte! Toerless!

[ Yeah, last i counted, all my toes are still there.
  I thought the correct abbreviation was self explanatory: "less" ]

All my lamenting here was exactly to avoid running into the achilles heel
of existing onpath router code that would mess up good new ideas. 

Cheers
    Toerless

> -----Original Message-----
> From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Manfredi, Albert E
> Sent: Thursday, October 19, 2017 18:13
> To: Tom Herbert <tom@herbertland.com>
> Cc: 6man WG <ipv6@ietf.org>
> Subject: RE: I-D Action: draft-han-6man-in-band-signaling-for-transport-qos-00.txt
> 
> From: Tom Herbert [mailto:tom@herbertland.com] 
> 
> >> The problem remains, though: security mechanisms, which render the layer
> >> 4 QoS knobs unworkable. Everything outside the "security enclaves" at
> >> either end, and these security enclaves might just be inside the two end
> >> hosts themselves, will have to be delivered best effort.
> >
> > Bert, I don't follow. One of the big wins using the 3-tuple is that it can
> > still indicate a flow even if all the transport transport headers and
> > payload are encrypted. So this should allow specifying QoS without
> > revealing anything about the content except that the sender wants to group
> > certain packets together as a flow and apply QoS on them.
> 
> True, Tom. I was responding to Toeless, when he says:
> 
> "Finally wrt. architectural cleanlyness: Per-flow service negotiation IMHO is clearly a transport layer function, there is no concept of 5-tuple flows at IP layer."
> 
> I saw that Toerless just responded, so he might be saying the same thing. But constraining the idea of in-band signaling to just IPv6 ought to be more workable, although you do need to get all those intermediate routers involved. I dunno. This always seems like the Achilles heel.
> 
> Bert
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

-- 
---
tte@cs.fau.de