Re: [Taps] Prague agenda planning

"Brian Trammell (IETF)" <ietf@trammell.ch> Thu, 06 July 2017 15:51 UTC

Return-Path: <ietf@trammell.ch>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAD5512EC0E for <taps@ietfa.amsl.com>; Thu, 6 Jul 2017 08:51:57 -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 HlCCtNW7F7Ke for <taps@ietfa.amsl.com>; Thu, 6 Jul 2017 08:51:55 -0700 (PDT)
Received: from capri.iway.ch (capri.iway.ch [212.25.24.45]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 793A7131488 for <taps@ietf.org>; Thu, 6 Jul 2017 08:51:55 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 20838340DCF; Thu, 6 Jul 2017 17:51:54 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/18338.3712); Thu, 6 Jul 2017 17:51:54 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Thu, 6 Jul 2017 17:51:54 +0200 (CEST)
Received: from nb-10604.ethz.ch (account ietf@trammell.ch [82.130.102.91] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.14) with ESMTPSA id 22996102; Thu, 06 Jul 2017 17:51:54 +0200
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: multipart/signed; boundary="Apple-Mail=_07CDC6A0-2CD1-422B-9935-DAFAF7B10A1E"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <6181D4C3-5CD9-4380-BEF6-0869F2F0CF30@tik.ee.ethz.ch>
Date: Thu, 06 Jul 2017 17:51:53 +0200
Cc: Aaron Falk <aaron.falk@gmail.com>, taps@ietf.org
Message-Id: <8A83CE10-C5BC-428B-B463-EEF2C4686EE8@trammell.ch>
References: <C582EEC8-8762-4CB6-9CA3-4E5AF92C5A68@gmail.com> <3A3686B5-FF60-448E-9E13-4B493B472C6D@gmail.com> <77C2BA95-F95B-4597-9159-7D5FC4068860@gmail.com> <c28912d7-79a0-273b-8bc4-3206eb5a8bd8@kau.se> <A9D4A0BD-CFA1-471D-A2C4-9E2AED925448@gmail.com> <83292426-F72C-4B29-BF39-3567BCDBFF4C@gmail.com> <6181D4C3-5CD9-4380-BEF6-0869F2F0CF30@tik.ee.ethz.ch>
To: Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/cKKfnvIotC1pK058qJvekpcu26Y>
Subject: Re: [Taps] Prague agenda planning
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.22
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, 06 Jul 2017 15:51:58 -0000

As did I. But if we want to separate the discussions more explicitly, I'm happy to throw together five minutes of slides to frame the discussion in a proposal-neutral way; I think we'll need at least twenty for the discussion though.

Cheers,

Brian

> On 06 Jul 2017, at 17:20, Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch> wrote:
> 
> I believe the idea was actually to have the policy after the socket intents talk; maybe even after HE?
> 
> Mirja
> 
> 
>> Am 06.07.2017 um 16:56 schrieb Aaron Falk <aaron.falk@gmail.com>:
>> 
>> Updated. Still need a policy framing preso (#4) and timing.
>> 
>> 	• Minimal Set of Transport Services for TAPS Systems, Naeem Khademi (presenting for authors)
>> 
>> 		• draft-gjessing-taps-minset-05.txt
>> 		• What’s new: the abstract API
>> 	• Transport Security Protocol Survey, Tommy Pauly
>> 
>> 		• At the meeting in Chicago, the question of how security protocols should be handled was brought up, and we suggested writing a draft to do a survey of Transport Security protocols, similar to the work done in RFC 8095 and the transport usage drafts. This document goes over several common transport security protocols and analyzes their features and interfaces, particularly with regards to how they interact with their associated transport protocols and applications. For consideration as a TAPS working group doc.
>> 		• draft-pauly-taps-transport-security-00.txt: The common features/interface presented by various security protocols
>> 		• draft-kuehlewind-taps-crypto-sep-00.txt: The ability to separate security handshakes from data encryption
>> 	• Application- & System-Specified Policy & TAPS, [[XX someone needs to frame this topic. who? Brian? Tommy? XX]]
>> 
>> 	• Socket Intents, Concepts & Communication Granularity, Phillipp Tiesel
>> 
>> 		• Socket Intents allow applications to share their knowledge about upcoming communication and express their performance preferences in an API independent way. Therefore, thy can be used by an OS/API to gain enough knowledge to perform access as well as transport protocol selection and tuning.
>> 		• draft-tiesel-taps-socketintents-00.txt: concepts
>> 		• draft-tiesel-taps-communitgrany-00.txt: endpoint and path selection
>> 		• draft-tiesel-taps-socketintents-bsdsockets-00.txt: prototype
>> 	• Happy Eyeballs update, Anna Brunstrom
>> 
>> 		• draft-grinnemo-taps-he-03.txt
>> 		• The interface between the HE algorithm and the policy management
>> 		• What should be detailed in the specification of the HE algorithm and what should be left open for implementation?
>> _______________________________________________
>> Taps mailing list
>> Taps@ietf.org
>> https://www.ietf.org/mailman/listinfo/taps
> 
> _______________________________________________
> Taps mailing list
> Taps@ietf.org
> https://www.ietf.org/mailman/listinfo/taps