Re: [Taps] agenda planning for chicago

Michael Welzl <michawe@ifi.uio.no> Wed, 22 February 2017 00:19 UTC

Return-Path: <michawe@ifi.uio.no>
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 B5662129474 for <taps@ietfa.amsl.com>; Tue, 21 Feb 2017 16:19:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 KnMAYdHM6W6M for <taps@ietfa.amsl.com>; Tue, 21 Feb 2017 16:19:36 -0800 (PST)
Received: from mail-out5.uio.no (mail-out5.uio.no [IPv6:2001:700:100:10::17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 591CF129473 for <taps@ietf.org>; Tue, 21 Feb 2017 16:19:36 -0800 (PST)
Received: from mail-mx1.uio.no ([129.240.10.29]) by mail-out5.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1cgKeb-0003cj-H4 for taps@ietf.org; Wed, 22 Feb 2017 01:19:33 +0100
Received: from [185.81.138.29] (helo=[192.168.1.171]) by mail-mx1.uio.no with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1cgKea-0005vu-Le; Wed, 22 Feb 2017 01:19:33 +0100
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: Michael Welzl <michawe@ifi.uio.no>
In-Reply-To: <A52E30E8-A308-467E-9B03-AB6A3F13EAA4@gmail.com>
Date: Wed, 22 Feb 2017 01:19:33 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <401F531F-134E-4B4A-8CC8-21633FAE2926@ifi.uio.no>
References: <F9D747AA-C8FB-489C-A925-4483DA31E4B1@gmail.com> <EACEF337-C43A-4D08-8262-185C9970D38A@ifi.uio.no> <A52E30E8-A308-467E-9B03-AB6A3F13EAA4@gmail.com>
To: Aaron Falk <aaron.falk@gmail.com>
X-Mailer: Apple Mail (2.3259)
X-UiO-SPF-Received: Received-SPF: neutral (mail-mx1.uio.no: 185.81.138.29 is neither permitted nor denied by domain of ifi.uio.no) client-ip=185.81.138.29; envelope-from=michawe@ifi.uio.no; helo=[192.168.1.171];
X-UiO-Ratelimit-Test: rcpts/h 3 msgs/h 2 sum rcpts/h 3 sum msgs/h 2 total rcpts 52080 max rcpts/h 54 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 25D23BD411314654E11E1960E2EBFBEDC76B8557
X-UiO-SPAM-Test: remote_host: 185.81.138.29 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 7 max/h 3 blacklist 0 greylist 0 ratelimit 0
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/D6BR1Z21QHxUkyPwwi0TX-_NIFU>
Cc: "taps@ietf.org" <taps@ietf.org>
Subject: Re: [Taps] agenda planning for chicago
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 22 Feb 2017 00:19:38 -0000

Hi,

I’ll answer with an apology: "early Jan, then” turned out differently… indeed we’ve been working on the -usage and -minset docs since fall and did NOT just wait until the last minute!
BUT it’s taken so long!  It’s just… a lot of stuff.

I think we have some interesting suggestions to make, coming out of the minset draft. I do think these are important next things to discuss - we should be focusing on charter item 2, what *is* the subset of transport services that a TAPS system should provide?

From the top of my head, I can think of these 3 major questions that appeared to us when we worked on our drafts:
- how do we handle multi-streaming? It seems to us that it shouldn’t be visible as such, there should be “flows” or “channels” or “connections” or whatever, with priorities and a notion of groups (could be a float each, assigned to “flows” as a property)
- how do we handle messaging? If, starting from SCTP, we allow only transport features that can fall-back to TCP (a part of our minset work), then we end up with some ways to send a message, but we can only receive a bytestream.
This can lead to a nice and uniform and downwards-compatible interface for the case where a receiving application doesn't need the transport to tell it where messages begin / end (and that’s the ONLY limitation!). We came up with this “application-framed bytestream” (AFra-Bytestream) concept in NEAT)
- what about message sizes?  I’m not sure this was fully resolved on the mailing list…

Cheers
Michael



> On Feb 21, 2017, at 10:15 PM, Aaron Falk <aaron.falk@gmail.com> wrote:
> 
> Picking up on this thread and soliciting agenda items for Chicago.  What are the key questions TAPS should be focusing on at this meeting?
> 
> —aaron
> 
> 
> 
> 
> On 22 Dec 2016, at 20:16, Michael Welzl wrote:
> 
>> Hi,
>> 
>> We NEATers would love to give the presentation that was dropped the last time.
>> Other news from my / our side:
>> - getting closer to the finish line with the -usage draft: quite a lot of updates already done, one major one due early Jan, then we want to submit…
>> - some ideas (thanks to everyone for input at the last meeting! that was helpful!) for the minset draft, it’s bound to change quite a bit and hopefully provoke an interesting discussion; for now, the plan is to also finish that off fast, i.e. maybe in january…
>> 
>> cheers
>> Michael
>> 
>> 
>>> On Dec 21, 2016, at 4:25 PM, Aaron Falk <aaron.falk@gmail.com> wrote:
>>> 
>>> The secretariat has issued the call for wg sessions.  It would be helpful if we had an early idea of the agenda for a TAPS meeting in March.  Should we try again to get in the talks on post-sockets and NEAT?  Are there any other implementation projects that would like to present?  Any other topics to discuss?
>>> 
>>> —aaron
>>> 
>>> _______________________________________________
>>> 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