Re: [Taps] Prague agenda planning

"Aaron Falk" <aaron.falk@gmail.com> Tue, 27 June 2017 20:44 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 4E2B312EAE9 for <taps@ietfa.amsl.com>; Tue, 27 Jun 2017 13:44:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 pFFGeOKQw5Jo for <taps@ietfa.amsl.com>; Tue, 27 Jun 2017 13:44:12 -0700 (PDT)
Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (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 B140D12EB21 for <taps@ietf.org>; Tue, 27 Jun 2017 13:44:12 -0700 (PDT)
Received: by mail-qt0-x22f.google.com with SMTP id r30so34821698qtc.0 for <taps@ietf.org>; Tue, 27 Jun 2017 13:44:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:embedded-html; bh=ccI1GnB21NRx4IoDlHVkiF9b7GEPX9H3LZ2Kb9cuUIA=; b=ln1AmN0JFqTy9+u7oAk21rWtW4RBau26PYI3ba1DzgYVGMHejZh/+m7oT4uaZeglVZ IYPUgQXSgNxSLgpNOsSnqwpVNyPkGRZ84DjvBeiVtcg7PeAQeMHG3MjRsR95XAxUV7S8 DHRNuiAv6QuUMPs6t6dF4k8xkpSjr3lblaNSPHone5u972pFpy43jaS4rj/qikc47I5e rqFM8wxLVKzTVQJFgQfOEHUKVHm3SeUvVB2vYAtNpkb7mf3UKyWPxlPs1GZHg7og7g4V SWYW3Tb/nkE49XhUEHy63UBbkxE0mrPt8WyawOb6Ao4pt03o9mqe92oz/JclxZW9ayTr HKjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding:embedded-html; bh=ccI1GnB21NRx4IoDlHVkiF9b7GEPX9H3LZ2Kb9cuUIA=; b=XzsDvKMpeMFdraTlRnNriszh2FPcof7jNATewTa2BDKofztw21vIy4PPVIiMpI+aq6 aRhfaz5V39fWTLWwv0NCF7Z4YPFU4fwe7yjRmZgSmgDOcsxeOMvTBPBmk9ylNpzxl8Ei LcqFJCecv0w7fvKPGrh/CnXmvUH3iGzXzbEoXkzmTcboIzjy/y1iGb3C92+/nfMiIh3W Mfbenbemc1D4dE5BJVP4iqpye4n6kibct6cnu80IkkJ4swZs1YHX+Xkv2DdtrvgDtq0O IVqj0zz4uaquwHyyKS+zOyM2rgEA59Y6Cq2qkKyKDISBn6E/25Fg6VbirflHzsMuvbga ng0g==
X-Gm-Message-State: AKS2vOwpNVku3leZRXJXlnRHuaznLEWAPy+eQPE3y8BkXVfZT0+cU+CN 26QuxOI1ZCP8dg==
X-Received: by 10.200.44.74 with SMTP id e10mr9740117qta.123.1498596251892; Tue, 27 Jun 2017 13:44:11 -0700 (PDT)
Received: from [169.254.240.205] ([72.246.0.14]) by smtp.gmail.com with ESMTPSA id 34sm232359qtp.17.2017.06.27.13.44.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Jun 2017 13:44:11 -0700 (PDT)
From: Aaron Falk <aaron.falk@gmail.com>
To: Tommy Pauly <tpauly@apple.com>
Cc: taps WG <taps@ietf.org>, Chris Wood <cawood@apple.com>
Date: Tue, 27 Jun 2017 16:44:10 -0400
Message-ID: <3DEF9AEB-C09D-4A37-BC23-231C6313ACC1@gmail.com>
In-Reply-To: <F56F1A9A-C035-46A6-A9CF-5F133CBBADD2@apple.com>
References: <C582EEC8-8762-4CB6-9CA3-4E5AF92C5A68@gmail.com> <F56F1A9A-C035-46A6-A9CF-5F133CBBADD2@apple.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_CE253FCA-ADE7-4EA1-9186-1F90F9ECCD9A_="
Content-Transfer-Encoding: 8bit
Embedded-HTML: [{"HTML":[481, 3061], "plain":[102, 1794], "uuid":"16A07167-748B-494D-BC1F-1B66C257F47A"}]
X-Mailer: MailMate (1.9.6r5356)
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/Gz_Z8G4V1_AEFidOuPTt8hu968A>
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: Tue, 27 Jun 2017 20:44:15 -0000

Cool.  Are you proposing this as a wg item?

--aaron

On 27 Jun 2017, at 16:22, Tommy Pauly wrote:

> Hi Aaron,
>
> We have a draft we’ll be publishing in the next week that does a 
> survey of Transport Security protocols, and the interfaces they expose 
> to the transport layer as well as applications. We’d like to have a 
> slot to discuss this topic with the WG.
>
> Thanks,
> Tommy
>
>> On Jun 27, 2017, at 12:21 PM, Aaron Falk <aaron.falk@gmail.com> 
>> wrote:
>>
>> Here the short list of topics recently raised for our next meeting 
>> and some questions/comments. Please respond and suggest any other 
>> topics.
>>
>> draft-gjessing-taps-minset-05.txt
>>
>> There’s been some interesting discussion on the draft. Are there 
>> any specific topics we should set aside time to discuss?
>> Socket Intents
>>
>> Again, what specific topics should we discuss?
>> We’ve been told to expect 3 drafts: on general concepts, BSD 
>> implementation, & communication granularity. What’s worth 
>> discussing?
>> Michio Honda HotNets paper “PASTE: Network Stacks Must Integrate 
>> with NVMM Abstractions 
>> <http://www.ht.sfc.keio.ac.jp/%7Emicchie/papers/paste-hotnets16.pdf>”
>>
>> “These days I'm working on networking interface for non-volatile 
>> main memory (a.k.a. persistent memory and storage-class memory), 
>> because with such devices networking stack/API becomes a bottleneck 
>> in the end-to-end communication that involves persistent media (disk 
>> or SSDs for now). I saw some post-socket discussion in the minutes of 
>> the last meeting, so I wonder if this type of work could give some 
>> useful information to IETFers who design new transport API 
>> standards.”
>> Is there interest in this topic? AFAIK, there’s no Internet Draft. 
>> I will inquire whether Michio intends to submit one.
>> _______________________________________________
>> Taps mailing list
>> Taps@ietf.org
>> https://www.ietf.org/mailman/listinfo/taps