Re: [Taps] Prague agenda planning
"Aaron Falk" <aaron.falk@gmail.com> Thu, 06 July 2017 16:17 UTC
Return-Path: <aaron.falk@gmail.com>
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 8168D12EC0B for <taps@ietfa.amsl.com>; Thu, 6 Jul 2017 09:17:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 LA2CerEylqfW for <taps@ietfa.amsl.com>; Thu, 6 Jul 2017 09:17:02 -0700 (PDT)
Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (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 71580127444 for <taps@ietf.org>; Thu, 6 Jul 2017 09:17:02 -0700 (PDT)
Received: by mail-qk0-x233.google.com with SMTP id p21so6436823qke.3 for <taps@ietf.org>; Thu, 06 Jul 2017 09:17:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=N13YQS0F0OngqN8tBg4lSce5t/gmg9R+D9XeXFiFnPo=; b=PbmWXNvNl+pVOufhDn61HVqfYa+GI0aCFy8eQciasPKGuwZ8n1NSpX91u+pJY0VMmI jYfmgCtnvAXEJFYUdWC1TqTGa1h41elIEyhvWdY5lCNnHPci7fPIbmlYHCzggFl+NQPI +pXf/1uDHikSlU8Z7+eILesjgEJ/M849qxKHTrrTjfJPrdjjQl+odJAKGFwCeNFdd2zL 7CcwRyvsIjNbeXa8EN7QjwVzmmTU5n+cRm6CC5PpT43wmOIzb+jr4pL7C5uTNMjCKPZ5 Wrbq2nJu6eFs2PVHCqDgy5rHRzazk9xrFhjak6/au6xgS5aZ6f1fHbafS31RYve9oK+U FWOw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=N13YQS0F0OngqN8tBg4lSce5t/gmg9R+D9XeXFiFnPo=; b=MNllft82En+G3fwAmpMkDafyZLASOlJPByP/KqGoVolm4pcfedSMQGn8emg5icBIds LSm6IqssLJU4TCQi5U0eGSQvNZWf5WLYVm1q08uuHgS/KlrhxFfXWWs/7dOLKH+R/BBz LMCS2grVctcrcltyE2NZrQQGdXG7s5UcRaE6//hP1uOjmbXSuQUstmigZExyB5t5SiEB 6cwN0/QTnY2ok1/Bh4eK1+a11hxwPX1y5QAQiEFdlzMdTdhrFQMf1TEcgx+Iccvnl7yW 5a2dqKJ1o80vmUvWBcwDdras7HcHymy+RGjwtkjQDExaFSfGPb9s8liTND8sXItyu1H7 4n8A==
X-Gm-Message-State: AKS2vOw6t0Trfk3ERifIimg1WzG3pnmfEWY68iR0EUIaJ48LvVsXCCHz tJzFPGVMZ19+Azc9HN0=
X-Received: by 10.55.92.130 with SMTP id q124mr63592900qkb.205.1499357821233; Thu, 06 Jul 2017 09:17:01 -0700 (PDT)
Received: from [172.19.35.226] ([72.246.0.14]) by smtp.gmail.com with ESMTPSA id c143sm404028qkg.64.2017.07.06.09.17.00 for <taps@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Jul 2017 09:17:00 -0700 (PDT)
From: Aaron Falk <aaron.falk@gmail.com>
To: taps@ietf.org
Date: Thu, 06 Jul 2017 12:16:59 -0400
Message-ID: <66ECF69D-E26E-4A04-B8F9-BE767C90D0A5@gmail.com>
In-Reply-To: <83292426-F72C-4B29-BF39-3567BCDBFF4C@gmail.com>
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>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_BEAC5A3B-4D38-4E4D-906A-58900DC5A9A9_="
Content-Transfer-Encoding: 8bit
X-Mailer: MailMate (1.9.6r5356)
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/UZVw1mWV8BAF_tX0DriczTJAMEs>
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 16:17:04 -0000
Updated. 0. **Agenda Bash & Working Group Status**, Aaron Falk & Zahed Sarker, 10 min 1. **Minimal Set of Transport Services for TAPS Systems**, Naeem Khademi (presenting for authors), 20 min * `draft-gjessing-taps-minset-05.txt` * What’s new: the abstract API 2. **Transport Security Protocol Survey**, Tommy Pauly, 20 min * 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 3. **Socket Intents, Concepts & Communication Granularity**, Phillipp Tiesel, 20 min * 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 4. **Happy Eyeballs update**, Anna Brunstrom, 20 min * `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? 5. **Discussion: Application- & System-Specified Policy & TAPS**, Framed by Brian Trammell, 40 min
- [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Tommy Pauly
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Tommy Pauly
- Re: [Taps] Prague agenda planning Michael Welzl
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Brian Trammell (IETF)
- Re: [Taps] Prague agenda planning Philipp S. Tiesel
- Re: [Taps] Prague agenda planning Tommy Pauly
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Michael Welzl
- Re: [Taps] Prague agenda planning Michael Welzl
- Re: [Taps] Prague agenda planning boza
- Re: [Taps] Prague agenda planning Anna Brunstrom
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Michael Welzl
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Mirja Kühlewind
- Re: [Taps] Prague agenda planning Brian Trammell (IETF)
- Re: [Taps] Prague agenda planning Aaron Falk
- Re: [Taps] Prague agenda planning Aaron Falk