Re: [Taps] IETF planning

Aaron Falk <aaron.falk@gmail.com> Thu, 22 October 2015 14:14 UTC

Return-Path: <aaron.falk@gmail.com>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BB4E1ACF03 for <taps@ietfa.amsl.com>; Thu, 22 Oct 2015 07:14:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 A7QlnPA9YSKL for <taps@ietfa.amsl.com>; Thu, 22 Oct 2015 07:14:29 -0700 (PDT)
Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (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 BB0B51ACEFB for <taps@ietf.org>; Thu, 22 Oct 2015 07:14:29 -0700 (PDT)
Received: by ykdr3 with SMTP id r3so83507383ykd.1 for <taps@ietf.org>; Thu, 22 Oct 2015 07:14:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CKf8BgxBCyBFy6Ugkc49x2m5BaQ43VrPhWWXm53N8fE=; b=h9Oj9Z0czJaq4a8reaXa+lUzhZ/lGNBdy5hh4+PaCeg6R+UCcL+/zIFCYe/Q1z6oic CeiVLR5hyRCTwgFrSW2kprVVStNEANa5be9cmQIHc46cIGf4espGr5/zshIZdcO+iuZk U1fFaXcGEVPCtSRLXpOIBEj7mUXj+xoFc5bOP+B3teCZ/irRm5DaWjEvWRqeU1aB0TWw jmU3eSnRQzAm/g9RwJcLTXsuc0k8R6qW0wfNk4YEtJfwtr3zHxuVXppFZdBbCUvjnbCu kAYjRSnI/PzzVQCmrR8JEcoifAjQZnZHXCogYrYzf0mDFtvYTqZeRV04QL0ptRopGjN7 S+SA==
MIME-Version: 1.0
X-Received: by 10.13.201.68 with SMTP id l65mr11276492ywd.340.1445523269045; Thu, 22 Oct 2015 07:14:29 -0700 (PDT)
Received: by 10.37.95.2 with HTTP; Thu, 22 Oct 2015 07:14:28 -0700 (PDT)
In-Reply-To: <CCC80AEF-66CD-4497-A374-2ED89DF4FA17@trammell.ch>
References: <64271754-EED2-4322-BB0E-51CB66365682@gmail.com> <B36B9E5E-0EB5-418A-A6A1-E103C8ECF500@ifi.uio.no> <CCC80AEF-66CD-4497-A374-2ED89DF4FA17@trammell.ch>
Date: Thu, 22 Oct 2015 10:14:28 -0400
Message-ID: <CAD62q9XQMSyuG_=HYjXKe12iE=-F3HasXqrmJs+RAQeBZbddCQ@mail.gmail.com>
From: Aaron Falk <aaron.falk@gmail.com>
To: Stein Gjessing <steing@ifi.uio.no>
Content-Type: multipart/alternative; boundary="001a114e870af756f80522b21ca9"
Archived-At: <http://mailarchive.ietf.org/arch/msg/taps/5lEIwpF4I-KmtVzU8rVbDT3tTVw>
Cc: Brian Trammell <ietf@trammell.ch>, Michael Welzl <michawe@ifi.uio.no>, "taps@ietf.org" <taps@ietf.org>
Subject: Re: [Taps] IETF planning
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussions on Transport Services <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Oct 2015 14:14:31 -0000

>
>
> > draft-welzl-taps-transports currently only covers TCP and SCTP. But
> then: how many other protocols?
> > It seems people agree that the protocols covered in
> draft-welzl-taps-transports should be a subset of the protocols covered in
> draft-ietf-taps-transports. My question is, then: how to choose the subset?
> >
> > It seems obvious to include protocols that are seeing some deployment,
> i.e. of course UDP, maybe UDP-Lite (?), but also MPTCP…
> > However: if that is the only decision ground, we probably wouldn’t
> include DCCP. Are we then making a significant mistake, missing a lesson to
> be learned?
> >
> > That, to me, is a discussion I’d like to have in Yokohama.
>
> +1, and FWIW that's exactly the same starting point I got to on my own.
>
>
Any volunteers to kick off the lead the discussion?



> > It may not be much, but fwiw, draft-gjessing-taps-minset exists. It
> contains some ideas on how services could be narrowed down, and these could
> be applied to draft-welzl-taps-transports just as well as to
> draft-ietf-taps-transports  (which it’s currently written around).
>
> There's probably quibbling to be done about the details, but I believe
> draft-gjessing is a good starting point for charter item 2.
>
>

Stein, will you be in Yokohama and interested in leading a discussion on
this draft?

--aaron