Re: [Taps] New Version Notification for draft-welzl-taps-transports-00.txt

Michael Welzl <michawe@ifi.uio.no> Sat, 26 September 2015 14:50 UTC

Return-Path: <michawe@ifi.uio.no>
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 E27D01B2EA4 for <taps@ietfa.amsl.com>; Sat, 26 Sep 2015 07:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 LquB58V6JbCb for <taps@ietfa.amsl.com>; Sat, 26 Sep 2015 07:50:23 -0700 (PDT)
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 EC9B91B2EA3 for <taps@ietf.org>; Sat, 26 Sep 2015 07:50:22 -0700 (PDT)
Received: from mail-mx2.uio.no ([129.240.10.30]) by mail-out5.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1Zfqnr-0005od-Uh; Sat, 26 Sep 2015 16:50:19 +0200
Received: from 089144206220.atnat0015.highway.bob.at ([89.144.206.220] helo=[192.168.0.101]) by mail-mx2.uio.no with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1Zfqnp-0000mF-R2; Sat, 26 Sep 2015 16:50:19 +0200
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: text/plain; charset="iso-8859-1"
From: Michael Welzl <michawe@ifi.uio.no>
X-Priority: 3 (Normal)
In-Reply-To: <435C039A-5B01-450B-9223-883194F0B94D@mjmontpetit.com>
Date: Sat, 26 Sep 2015 16:50:17 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <BCE21679-705E-4B51-B946-95D80A7EAE1A@ifi.uio.no>
References: <20150921083533.19273.62189.idtracker@ietfa.amsl.com> <C5DCD4E3-C795-4C21-AA17-D59CA7F02D17@ifi.uio.no> <1D77A9B2-C37B-4ACF-A90D-DB485BC79B28@mjmontpetit.com> <92f091c456879303283af39e26ea14d5.squirrel@erg.abdn.ac.uk> <435C039A-5B01-450B-9223-883194F0B94D@mjmontpetit.com>
To: Marie-Jose Montpetit <marie@mjmontpetit.com>
X-Mailer: Apple Mail (2.2104)
X-UiO-SPF-Received:
X-UiO-Ratelimit-Test: rcpts/h 3 msgs/h 1 sum rcpts/h 4 sum msgs/h 1 total rcpts 33604 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: D6280D2F40BF78845F26265BFD458F90641BA207
X-UiO-SPAM-Test: remote_host: 89.144.206.220 spam_score: -49 maxlevel 80 minaction 2 bait 0 blacklist 0 greylist 0 ratelimit 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/taps/KgHjircktFSVKSep_dZM134zb6A>
Cc: "<gorry@erg.abdn.ac.uk> Fairhurst" <gorry@erg.abdn.ac.uk>, "taps@ietf.org" <taps@ietf.org>
Subject: Re: [Taps] New Version Notification for draft-welzl-taps-transports-00.txt
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: Sat, 26 Sep 2015 14:50:26 -0000

+1

> On 26. sep. 2015, at 13.28, Marie-Jose Montpetit <marie@mjmontpetit.com> wrote:
> 
> Makes sense. 
> 
>> On Sep 26, 2015, at 3:17 AM, gorry@erg.abdn.ac.uk wrote:
>> 
>> We seem to have two documents in a space where we started with one. These
>> are different, to me this is OK. Both seem close to charter milestone 1. I
>> don't see much overlap between the contents of the descriptive language
>> and the API-focussed analysis, and any overlap could be eliminated.
>> 
>> To me, doc 1 (current chartered item) can evolve to provide background and
>> missing documentation for anyone in the IETF, and should compare 
>> transports in a broad way and draw out the idea that they provide
>> services. This appears to be harder to get right than I for one had hoped,
>> and still has a wide scope. Not a bad thing. I suggest it will provide a
>> reference to stop us rat-holing when people ask what is "this" and explain
>> how all these transports stack-up against one another (good pun?). We can
>> (I suggest) finish this doc in this way.
>> 
>> I do like the idea of a second document focussed ONLY on the Transport API
>> (I'd call this 1a). In this we can avoid this"discussion of what are
>> transports"  and move to  a  more focussed  process in doc 1b,  Most of
>> that troublesome descriptive  text can go into 1, and ensure we keep that
>> one readable to anyone in the  IETF.
>> 
>> Could  I suggest the two docs against the first milestone will help us
>> make  progress towards the next milestone faster. (Assuming we can keep
>> the two aligned, which seems quite doable). I can see also how the  docs
>> are useful to different people. I'd like to see both mature and provide
>> inputs to move forward.
>> 
>> Gorry
>> 
>> 
>>> Interesting and inline to getting transport API(s)
>>> 
>>> Marie-José Montpetit
>>> marie@mjmontpetit.com
>>> mariejo@mit.edu
>>> 
>>>> On Sep 21, 2015, at 04:44, Michael Welzl <michawe@ifi.uio.no> wrote:
>>>> 
>>>> Dear all,
>>>> 
>>>> In my presentation in Prague, I proposed an approach to identify the
>>>> services that transport protocols provide. At the end of the ensuing
>>>> discussion, I said that I (with co-authors) would write a draft that
>>>> explains the proposal by applying the proposed method to TCP and SCTP.
>>>> 
>>>> We just submitted this document - see below;  I hope that this will lead
>>>> to some discussion on the list...
>>>> 
>>>> Cheers,
>>>> Michael
>>>> 
>>>> 
>>>>> Begin forwarded message:
>>>>> 
>>>>> From: <internet-drafts@ietf.org>
>>>>> Subject: New Version Notification for
>>>>> draft-welzl-taps-transports-00.txt
>>>>> Date: 21 Sep 2015 10:35:33 CEST
>>>>> To: Michael Welzl <michawe@ifi.uio.no>, Michael Welzl
>>>>> <michawe@ifi.uio.no>, Michael Tuexen <tuexen@fh-muenster.de>, Naeem
>>>>> Khademi <naeemk@ifi.uio.no>, Michael Tuexen <tuexen@fh-muenster.de>,
>>>>> Naeem Khademi <naeemk@ifi.uio.no>
>>>>> Resent-From: <michawe@ifi.uio.no>
>>>>> 
>>>>> 
>>>>> A new version of I-D, draft-welzl-taps-transports-00.txt
>>>>> has been successfully submitted by Michael Welzl and posted to the
>>>>> IETF repository.
>>>>> 
>>>>> Name:        draft-welzl-taps-transports
>>>>> Revision:    00
>>>>> Title:        An Approach to Identify Services Provided by IETF
>>>>> Transport Protocols and Congestion Control Mechanisms
>>>>> Document date:    2015-09-21
>>>>> Group:        Individual Submission
>>>>> Pages:        23
>>>>> URL:
>>>>> https://www.ietf.org/internet-drafts/draft-welzl-taps-transports-00.txt
>>>>> Status:
>>>>> https://datatracker.ietf.org/doc/draft-welzl-taps-transports/
>>>>> Htmlized:
>>>>> https://tools.ietf.org/html/draft-welzl-taps-transports-00
>>>>> 
>>>>> 
>>>>> Abstract:
>>>>> This document describes a method to identify services in transport
>>>>> protocols and congestion control mechanisms.  It shows the approach
>>>>> using TCP and SCTP (base protocol) as examples.
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Please note that it may take a couple of minutes from the time of
>>>>> submission
>>>>> until the htmlized version and diff are available at tools.ietf.org.
>>>>> 
>>>>> The IETF Secretariat
>>>> 
>>>> _______________________________________________
>>>> 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
>>> 
>> 
>