From nobody Thu Feb 1 12:08:23 2018 Return-Path: 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 CB49712D874; Thu, 1 Feb 2018 12:08:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, 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 XgxJXBmaNwZd; Thu, 1 Feb 2018 12:08:20 -0800 (PST) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (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 5DB6412D84E; Thu, 1 Feb 2018 12:08:20 -0800 (PST) Received: by mail-yw0-x22b.google.com with SMTP id x62so11414916ywg.11; Thu, 01 Feb 2018 12:08:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zG/AroZY8OtBArpPsse5f7FFA/FujoddCP1gBvSj6sg=; b=HY/UOhUKaz5ut0b+xKkp8c3/oXAZMZFfPxvAohnoPElXX+CLOc7PYJyJ/61GJ8BRdP Yz+X5gli2X4Urg8ENNHNj9sxPWuPSPWMl66/0zY1Aj+4lazob8FTKOk/rcRQ2XTssb5F R2JDwh7SuIIG1hJtMeAMYAkf5H9Uv/fgxm+yfZVnEp7r3Iyg3Cu6c3dMUoo1GUyw3tUc uc4u/PJbF9UHk4VmBfiw+3n9P7F1hjzV/brlTe0+e2nfitsw9P19EjS58uc3haV4LuLb NdMPq8dB8VP6wzKwgch2qst/iKa0oeHEbRQUhw/l7AoRGWd12oHVyXVFS2mQX8MD4xxh UvNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zG/AroZY8OtBArpPsse5f7FFA/FujoddCP1gBvSj6sg=; b=WCE3+ebyr2osRNTv5sCFL2KrE5XaycFHVAjrm1/v1Q1hjFG2NyTXiumgT5lzSljCWI hK6v7NDpQ5wKSxb7p4H8XEcdP4BdVOcl3ueUrjrjKzE1t8MQ4++SHdpCbF4p6a45OTX0 GxqTVhTsPgV+YvzD4srn2TjkQhzjRtu1sL5prQxLbrbtyTCuL/qA3SlucsWnEalnm53B mErIASdl6MVFzay0lYd+eOAaYTQc6HmliT3ef8HXrr2ptL0a4+WnXnRTNwuxwJhnTOMq +VEwS7d4ihSJHw8og0nc9gKlcl/wdNzwHYlUYgEHgq/A8rf8lo8K6vT8KDuBYE+kaL7q xxTA== X-Gm-Message-State: AKwxytc87EHIgAyYFUgAe2Vq3cACuOZHKaxPpp6IEY7HZrrermFYJ6J8 V396tRCIvPAEJ0L1DyMNs3X+hadPw36VU4V27yc= X-Google-Smtp-Source: AH8x225NlwHA3N2NaNUT7HUqt8SPszTSPtxSDnyfiPonqNZrqAqOf6b4AORPsKy0cNDFbcvtfPEDCKskwefx7mUdYZo= X-Received: by 10.37.3.194 with SMTP id 185mr25566042ybd.379.1517515699432; Thu, 01 Feb 2018 12:08:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.41.69 with HTTP; Thu, 1 Feb 2018 12:08:18 -0800 (PST) In-Reply-To: References: <151681080944.22669.18174017653662773869.idtracker@ietfa.amsl.com> From: Spencer Dawkins at IETF Date: Thu, 1 Feb 2018 14:08:18 -0600 Message-ID: To: Christopher Wood Cc: Alissa Cooper , taps-chairs@ietf.org, The IESG , taps WG , Eric Rescorla Content-Type: multipart/alternative; boundary="001a11c0110234b32605642c2851" Archived-At: Subject: Re: [Taps] Alissa Cooper's No Objection on charter-ietf-taps-01-00: (with COMMENT) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 20:08:23 -0000 --001a11c0110234b32605642c2851 Content-Type: text/plain; charset="UTF-8" Hi, Kathleen and EKR, On Tue, Jan 30, 2018 at 6:50 PM, Christopher Wood < christopherwood07@gmail.com> wrote: > Hi Spencer, > > On Tue, Jan 30, 2018 at 4:42 PM, Spencer Dawkins at IETF > wrote: > > Dear TAPsters, > > > > On Wed, Jan 24, 2018 at 10:20 AM, Alissa Cooper > wrote: > >> > >> Alissa Cooper has entered the following ballot position for > >> charter-ietf-taps-01-00: No Objection > >> > >> When responding, please keep the subject line intact and reply to all > >> email addresses included in the To and CC lines. (Feel free to cut this > >> introductory paragraph, however.) > >> > >> > >> > >> The document, along with other ballot positions, can be found here: > >> https://datatracker.ietf.org/doc/charter-ietf-taps/ > >> > >> > >> > >> ---------------------------------------------------------------------- > >> COMMENT: > >> ---------------------------------------------------------------------- > >> > >> Since the point of this update is to add security analysis to the > charter > >> scope, would it make sense to specify how the WG plans to engage with > the > >> security area, as is typically done when there is overlap or coupling > >> between > >> work in different WGs? E.g., will the WG be seeking early review from > the > >> security area on relevant drafts? > > > > > > Alissa has a reasonable question here. Could you let me know what you're > > thinking about the best way to interact with the security area for this > > work? > > I imagined we'd circulate polished drafts to SecDispatch or SAAG for > review. However, if there is relevant precedent in this sort of > cross-area collaboration, it'd make sense to follow that instead. Could you let me know if this proposed way of TAPS coordinating with the security community makes sense to you folks? If so, I'll add it to the updated TAPS charter. (I'm not seeing a SecDispatch working group or non-WG mailing list - am I missing something? :-) Thanks, Spencer --001a11c0110234b32605642c2851 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, Kathleen and EKR,=C2=A0

=
On Tue, Jan 30, 2018 at 6:50 PM, Christopher Woo= d <christopherwood07@gmail.com> wrote:
Hi Spencer,

On Tue, Jan 30, 2018 at 4:42 PM, Spencer Dawkins at IETF
<spencerdawkins.ietf@gm= ail.com> wrote:
> Dear TAPsters,
>
> On Wed, Jan 24, 2018 at 10:20 AM, Alissa Cooper <alissa@cooperw.in> wrote:
>>
>> Alissa Cooper has entered the following ballot position for
>> charter-ietf-taps-01-00: No Objection
>>
>> When responding, please keep the subject line intact and reply to = all
>> email addresses included in the To and CC lines. (Feel free to cut= this
>> introductory paragraph, however.)
>>
>>
>>
>> The document, along with other ballot positions, can be found here= :
>> https://datatracker.ietf.org/doc/ch= arter-ietf-taps/
>>
>>
>>
>> ------------------------------------------------------------<= wbr>----------
>> COMMENT:
>> ------------------------------------------------------------<= wbr>----------
>>
>> Since the point of this update is to add security analysis to the = charter
>> scope, would it make sense to specify how the WG plans to engage w= ith the
>> security area, as is typically done when there is overlap or coupl= ing
>> between
>> work in different WGs? E.g., will the WG be seeking early review f= rom the
>> security area on relevant drafts?
>
>
> Alissa has a reasonable question here. Could you let me know what you&= #39;re
> thinking about the best way to interact with the security area for thi= s
> work?

I imagined we'd circulate polished drafts to SecDispatch or SAAG= for
review. However, if there is relevant precedent in this sort of
cross-area collaboration, it'd make sense to follow that instead.

Could you let me know if this proposed way of TA= PS coordinating with the security community makes sense to you folks?
=

If so, I'll add it to the updated TAPS charter.

(I'm not seeing a SecDispatch working group or no= n-WG mailing list - am I missing something? :-)

Th= anks,

Spencer=C2=A0
--001a11c0110234b32605642c2851-- From nobody Tue Feb 6 04:06:32 2018 Return-Path: X-Original-To: taps@ietf.org Delivered-To: taps@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DB8C126C22; Tue, 6 Feb 2018 04:06:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: taps@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.71.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151791878559.24947.4274919904477425929@ietfa.amsl.com> Date: Tue, 06 Feb 2018 04:06:25 -0800 Archived-At: Subject: [Taps] I-D Action: draft-ietf-taps-minset-01.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 12:06:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Transport Services WG of the IETF. Title : A Minimal Set of Transport Services for TAPS Systems Authors : Michael Welzl Stein Gjessing Filename : draft-ietf-taps-minset-01.txt Pages : 51 Date : 2018-02-06 Abstract: This draft recommends a minimal set of IETF Transport Services offered by end systems supporting TAPS, and gives guidance on choosing among the available mechanisms and protocols. It is based on the set of transport features given in the TAPS document draft- ietf-taps-transports-usage-09. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-taps-minset/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-taps-minset-01 https://datatracker.ietf.org/doc/html/draft-ietf-taps-minset-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-taps-minset-01 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Feb 7 23:06:10 2018 Return-Path: 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 859A112D862; Wed, 7 Feb 2018 23:06:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 EGFpIZEnoBjH; Wed, 7 Feb 2018 23:06:01 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F22AB1200E5; Wed, 7 Feb 2018 23:06:00 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 0976EB80D98; Wed, 7 Feb 2018 23:05:52 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, taps@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180208070552.0976EB80D98@rfc-editor.org> Date: Wed, 7 Feb 2018 23:05:52 -0800 (PST) Archived-At: Subject: [Taps] =?utf-8?q?RFC_8303_on_On_the_Usage_of_Transport_Features_P?= =?utf-8?q?rovided_by_IETF_Transport_Protocols?= X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 07:06:03 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8303 Title: On the Usage of Transport Features Provided by IETF Transport Protocols Author: M. Welzl, M. Tuexen, N. Khademi Status: Informational Stream: IETF Date: February 2018 Mailbox: michawe@ifi.uio.no, tuexen@fh-muenster.de, naeemk@ifi.uio.no Pages: 56 Characters: 117774 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-taps-transports-usage-09.txt URL: https://www.rfc-editor.org/info/rfc8303 DOI: 10.17487/RFC8303 This document describes how the transport protocols Transmission Control Protocol (TCP), MultiPath TCP (MPTCP), Stream Control Transmission Protocol (SCTP), User Datagram Protocol (UDP), and Lightweight User Datagram Protocol (UDP-Lite) expose services to applications and how an application can configure and use the features that make up these services. It also discusses the service provided by the Low Extra Delay Background Transport (LEDBAT) congestion control mechanism. The description results in a set of transport abstractions that can be exported in a transport services (TAPS) API. This document is a product of the Transport Services Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Feb 7 23:06:18 2018 Return-Path: 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 9057712D86F; Wed, 7 Feb 2018 23:06:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 tpDJZw0CY5oQ; Wed, 7 Feb 2018 23:06:04 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B24E912D85E; Wed, 7 Feb 2018 23:06:04 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id B4C94B80DA1; Wed, 7 Feb 2018 23:05:55 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, taps@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20180208070555.B4C94B80DA1@rfc-editor.org> Date: Wed, 7 Feb 2018 23:05:55 -0800 (PST) Archived-At: Subject: [Taps] =?utf-8?q?RFC_8304_on_Transport_Features_of_the_User_Datag?= =?utf-8?q?ram_Protocol_=28UDP=29_and_Lightweight_UDP_=28UDP-Lite=29?= X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 07:06:06 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8304 Title: Transport Features of the User Datagram Protocol (UDP) and Lightweight UDP (UDP-Lite) Author: G. Fairhurst, T. Jones Status: Informational Stream: IETF Date: February 2018 Mailbox: gorry@erg.abdn.ac.uk, tom@erg.abdn.ac.uk Pages: 20 Characters: 49343 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-taps-transports-usage-udp-07.txt URL: https://www.rfc-editor.org/info/rfc8304 DOI: 10.17487/RFC8304 This is an informational document that describes the transport protocol interface primitives provided by the User Datagram Protocol (UDP) and the Lightweight User Datagram Protocol (UDP-Lite) transport protocols. It identifies the datagram services exposed to applications and how an application can configure and use the features offered by the Internet datagram transport service. RFC 8303 documents the usage of transport features provided by IETF transport protocols, describing the way UDP, UDP-Lite, and other transport protocols expose their services to applications and how an application can configure and use the features that make up these services. This document provides input to and context for that document, as well as offers a road map to documentation that may help users of the UDP and UDP-Lite protocols. This document is a product of the Transport Services Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Tue Feb 13 10:43:43 2018 Return-Path: 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 1549612D875 for ; Tue, 13 Feb 2018 10:43:42 -0800 (PST) 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 gKOtDFrF-07Z for ; Tue, 13 Feb 2018 10:43:40 -0800 (PST) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 5A3A912EA9F for ; Tue, 13 Feb 2018 10:43:40 -0800 (PST) Received: by mail-qk0-x230.google.com with SMTP id c82so23636436qka.0 for ; Tue, 13 Feb 2018 10:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=Kj+JG98cGvem9L3g7jGZiZZepndLu3xGKe8Djd9sIDM=; b=Rm0oMXRfmzm7ReLE0JTSL9SyXcrPEc9Kwg1hqlWtsXGfBW3rMbrQvR85lWwsz97Ks/ IeyNrADchveq9tMJyyQtuYAdaWLAfvXio0aGWXeD8ehNZQYzf2uveIVtaHSZlzGSKaLf DP9YqbSBPIh3Yat3nOHtJu+J6CO4Waai0M4nMW7c6MqlonIp7dqUeBbBa9Viiw9a2JaA ZNcjJtxOB3QlfGPaDLGX/cffaCX56L0s3c4nqMGHAhORVqleAblEJoRQ2kG7hXoqdnHD fdIW3OpuYN8VPkDXhb50IYRb/5r41ExQYavIss5IEOcOIzjYLjpCFbTcQTQJhuDf5hHz 3bQg== 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:mime-version :content-transfer-encoding; bh=Kj+JG98cGvem9L3g7jGZiZZepndLu3xGKe8Djd9sIDM=; b=mMVSM/MPUVVoW+JMY3Sig29hcf1aYCF/Pk/tXmKB+GUgHN5oC9oRfr3O79BmvR9Peq ThnIF8R64I3Vtn9ZJPG9lvD92KGifErvKxPYcpvnlfsBQFXR+djkawnrM2QZjtAyJwj+ rWEGJv6RviZt7WtufgYugDBYIDDqQyxMLRBhmmd+UHGMfBtnwu5QSBDo/hhvO3x0vaWM M/5mz+C0GXaLFhm7lhAEIylKPm+TkclBo/CAsPO4/+QGux76YwDHqBpoP62Ux+MCwEQY siKjLwnWlIQuu3AeO+4SkEdcFQ4YmjZiLhh7/MBWSeXqZ/y6mQx6hyIF+WiVI+bGpd59 X9Eg== X-Gm-Message-State: APf1xPDc93eoVQEArsu+NwZ6G7S5TGcIvKF13pVaPxOTCxb9p6tI8uEs 8IXhc8gaXIspDETueYNRFry8J64XOIg= X-Google-Smtp-Source: AH8x225rNByvYtObP1nrlVWBjKTVJdZFuFQxrK8W9GE7j7NKc8lVF517hnMqesc+mhRAK7BG/ETg9Q== X-Received: by 10.55.130.195 with SMTP id e186mr3451126qkd.346.1518547418940; Tue, 13 Feb 2018 10:43:38 -0800 (PST) Received: from [172.19.34.101] ([2001:4878:a000:3000:842e:bee3:d222:a9e3]) by smtp.gmail.com with ESMTPSA id e20sm6646878qtg.37.2018.02.13.10.43.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Feb 2018 10:43:36 -0800 (PST) From: "Aaron Falk" To: "TAPS WG IETF list" Cc: "Chris Wood" , "Zaheduzzaman Sarker" , "Kyle Rose" , "Spencer Dawkins@IETF" , "Tommy Pauly" , "Brian Trammell" , "Mirja =?utf-8?q?K=C3=BChlewind?=" Date: Tue, 13 Feb 2018 13:43:35 -0500 X-Mailer: MailMate (1.10r5443) Message-ID: <2C32461D-B398-4F63-B6B2-95EC5FB0C2A1@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_8328CC14-A2A8-477E-9419-07704D1E221C_=" Content-Transfer-Encoding: 8bit Archived-At: Subject: [Taps] For comment: TAPS milestone revisions X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 18:43:42 -0000 --=_MailMate_8328CC14-A2A8-477E-9419-07704D1E221C_= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Dear TAPS wg, As part of the charter revision we are updating the working group milestones. Significantly, we added a doc on security-related Transport Services and made the final TAPS doc Proposed Standard. We initially avoided PS since it didn’t look like the multiple efforts would converge but now that seems achievable (and desirable). Comments? —aaron OLD | Date | Milestone | | --- | --- | | Mar 2018 | Recharter or conclude. | Nov 2017 | Submit an Experimental document to the IESG specifying one or more methods to provide applications with the Transport Services identified by the WG Mar 2017 | Submit an Informational document to the IESG recommending a minimal set of Transport Services that end systems should support NEW: Date | Milestone -----|------------ **Jul 2019** | Recharter or conclude. **Mar 2019** | Submit document(s) to be published as Proposed Standard to the IESG specifying one or more methods to provide applications with the Transport Services identified by the WG **Nov 2018** | Submit an Informational document to the IESG recommending a minimal set of Transport Services that end systems should support **Jul 2018** | **Submit an Informational document defining a set of security-related Transport Services** ```` --=_MailMate_8328CC14-A2A8-477E-9419-07704D1E221C_= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Dear TAPS wg,

As part of the charter revision we are updating the worki= ng group milestones. Significantly, we added a doc on security-related T= ransport Services and made the final TAPS doc Proposed Standard. We init= ially avoided PS since it didn=E2=80=99t look like the multiple efforts w= ould converge but now that seems achievable (and desirable). Comments?

=E2=80=94aaron

OLD

= = =
Date Milestone
Mar 2018Recharter or conclude.
Nov 2017Submit an Experimental document to the IESG specifyin= g one or more methods to provide applications with the Transport Services= identified by the WG
Mar 2017Submit an Informational document to the IESG recommen= ding a minimal set of Transport Services that end systems should support<= /td>

NEW:

Date Milestone
Jul 2= 019 Recharter or conclude.
Mar 2= 019 Submit document(s) to be published as Proposed Standa= rd to the IESG specifying one or more methods to provide applications wit= h the Transport Services identified by the WG
Nov 2= 018 Submit an Informational document to the IESG recommen= ding a minimal set of Transport Services that end systems should support<= /td>
Jul 2= 018 Submit an Informational document defining a s= et of security-related Transport Services
--=_MailMate_8328CC14-A2A8-477E-9419-07704D1E221C_=-- From nobody Tue Feb 13 13:15:56 2018 Return-Path: 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 525A212D94A for ; Tue, 13 Feb 2018 13:15:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, 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 vsIbxHwNqYzG for ; Tue, 13 Feb 2018 13:15:47 -0800 (PST) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 6666512D946 for ; Tue, 13 Feb 2018 13:15:47 -0800 (PST) Received: by mail-wm0-x231.google.com with SMTP id v71so18447976wmv.2 for ; Tue, 13 Feb 2018 13:15:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=fKaNIQGEy+wuTAOtQPdmFQ7Z4JEk/jLkA4I23AAIono=; b=jRcvE4dSIhxno8rZUbX34vWQ2bN/694Spq8dzzE7BI8Fz2L8vVWgmNKT86uKhJAQ8h nUt740iInOqoF2vgT87NpGbUceAmh2Bj3OnMpGBfKo82q8BQaSWj9YUAUQvoxioguRHl NwZfwl1fFoJO6YAEnfzAdhoQzLjGbFysxUwded05kyDsfN92F/b16ji//8jmIHQGcUl0 66kYivs0hw6qtSBJxPV2j8KOFpmDztejq3rZM2JEc4sWb8nqpwdMBkHfU9E+eiK4W8Pg H9D7B2DfuAKlLt2KDilVwRhTztogxModbNkBXloT098XpkLHtYmOTAZVZJDI0Ag4DVKT laVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=fKaNIQGEy+wuTAOtQPdmFQ7Z4JEk/jLkA4I23AAIono=; b=MfU0HacR/PebdoxMKtZxNcZg/QMVuCQr/RyrAgLt3VK8dK+aFXgiQHfa9UYXdguAU/ LObVbJt57718o+HS3qJf1RfupV7PiMnXOVPilVSU3mNGeew7oPNc5P1XgwOlJ5VQrOX+ 55pCw8PeVi1BoXJzUTdQVree859Oi3PwJc+NF/4Q3mS6nzkRRX6lZ5/uPT4SLNXmNFQa jxG+qLF2H4ZgDc9uOs4/7aQ1mQ37xb29Lzgtf5VvGk8ZVilWhPzd3KxA2SHU6ikbiXC5 XU2+zjeE8clNj7M4Rm3k5wkDD7LvcRYwz8+vFVX9PuvkmBWmZhNpxhOi14q98NSYkqvS CFFA== X-Gm-Message-State: APf1xPBtoo+sn54T5/u+XYAbt5nY0ndlYfXM+FI+zeJA+72iRTyk2XgZ oQ7r2kSCWWpqYUBPzLfgN4bJoyN2Cw2q1BshHNbtkA== X-Google-Smtp-Source: AH8x224dO/VoMl2Std2wWEqWqDYNM/SeoBE62J9ZNAgJE7ORnjPClX0Kxcpshcq/IEveYP+au3ZrVbmCd70X70xWFRU= X-Received: by 10.80.164.175 with SMTP id w44mr3837937edb.197.1518556545530; Tue, 13 Feb 2018 13:15:45 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Aaron Falk Date: Tue, 13 Feb 2018 21:15:34 +0000 Message-ID: To: taps WG , Fernando Gont Content-Type: multipart/alternative; boundary="94eb2c0e46b877bf9505651e7f06" Archived-At: Subject: [Taps] Fwd: IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 21:15:51 -0000 --94eb2c0e46b877bf9505651e7f06 Content-Type: text/plain; charset="UTF-8" Are there folks in TAPS who want to discuss IPv6 address selection? Fernando has a draft on the topic and is wondering if TAPS would be a good home. --aaron ---------- Forwarded message --------- From: Spencer Dawkins at IETF Date: Mon, Nov 27, 2017 at 8:50 AM Subject: Fwd: IPv6 address usage problem statement? To: Cc: Fernando Gont Dear TAPsters, Fernando Gont is working on a draft with recommendations about address selection, and 6MAN thought he should also be talking to people in TSV. I offered to connect him with you folks, because it seems like this is part of the transport selection problem that TAPS was chartered to work on, so perhaps relevant to your work. Could you let Fernando know how you'd like for him to proceed? Thanks! Spencer ---------- Forwarded message ---------- From: Fernando Gont Date: Wed, Nov 22, 2017 at 6:24 PM Subject: Re: IPv6 address usage problem statement? To: Spencer Dawkins at IETF Cc: "tsv-ads@tools.ietf.org" Hello, Spencer, Thanks so much for your prompt response! Please find my comments in-line... On 11/22/2017 06:38 AM, Spencer Dawkins at IETF wrote: > Hi, Fernando, > > On Sat, Nov 18, 2017 at 9:17 PM, Fernando Gont > wrote: > > Folks, > > I presented our document draft-gont-6man-address-usage-recommendations > at the 6man meeting during the IETF week in Singapore. During my > presentation, it was mentioned that the Transport area might be > interested in this work, too/alternatively. -- IIRC, somebody mentioned > the TAPS wg, specifically. > > > It's up to the working groups, of course, but TAPS is certainly a > reasonable suggestion. > > TAPS was originally chartered to pay little or no attention to security, > just to limit the scope of what was being investigated, but they've made > enough progress that we're discussing an updated charter that will more > clearly emphasize that investigating the security properties of > transport protocols - which, if you write an application to the TAPS > API, the API implementation would be making its own decisions about path > selection as part of selecting transport protocols. > > IIUC, of course. > > Want me to contact the chairs, or let you? I guess if you would that would be better. Thanks so much! Best regards, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 -- --aaron =====Short message from my phone===== --94eb2c0e46b877bf9505651e7f06 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Are there folks in TAPS who want to discuss IPv6 address s= election?=C2=A0 Fernando has a draft on the topic and is wondering if TAPS = would be a good home.

--aaron

---------- Forwarded message ---------
From: Sp= encer Dawkins at IETF <= spencerdawkins.ietf@gmail.com>
Date: Mon, Nov 27, 2017 at 8:50 AM=
Subject: Fwd: IPv6 address usage problem statement?
To: <taps-chairs@ietf.org>
Cc: Fernan= do Gont <fgont@si6networks.com<= /a>>


Dear TAPsters,

Fernando Gont is working on a draft with recommendations about address sel= ection, and 6MAN thought he should also be talking to people in TSV. I offe= red to connect him with you folks, because it seems like this is part of th= e transport selection problem that TAPS was chartered to work on, so perhap= s relevant to your work.

Could you let Fernando kn= ow how you'd like for him to proceed?

Thanks!<= /div>

Spencer

-= --------- Forwarded message ----------
From: Fernando Gont <fgont@si6networks.com>
Date: We= d, Nov 22, 2017 at 6:24 PM
Subject: Re: IPv6 address usage problem state= ment?
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
C= c: "tsv-ad= s@tools.ietf.org" <tsv-ads@tools.ietf.org>



Hello, Spencer,

Thanks so much for your prompt response! Please find my comments in-line...=


On 11/22/2017 06:38 AM, Spencer Dawkins at IETF wrote:
> Hi, Fernando,
>
> On Sat, Nov 18, 2017 at 9:17 PM, Fernando Gont <fgont@si6networks.com
> <mailto:fgont@si6networks.com>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Folks,
>
>=C2=A0 =C2=A0 =C2=A0I presented our document draft-gont-6man-address-us= age-recommendations
>=C2=A0 =C2=A0 =C2=A0at the 6man meeting during the IETF week in Singapo= re. During my
>=C2=A0 =C2=A0 =C2=A0presentation, it was mentioned that the Transport a= rea might be
>=C2=A0 =C2=A0 =C2=A0interested in this work, too/alternatively. -- IIRC= , somebody mentioned
>=C2=A0 =C2=A0 =C2=A0the TAPS wg, specifically.
>
>
> It's up to the working groups, of course, but TAPS is certainly a<= br> > reasonable suggestion.=C2=A0
>
> TAPS was originally chartered to pay little or no attention to securit= y,
> just to limit the scope of what was being investigated, but they'v= e made
> enough progress that we're discussing an updated charter that will= more
> clearly emphasize that investigating the security properties of
> transport protocols - which, if you write an application to the TAPS > API, the API implementation would be making its own decisions about pa= th
> selection as part of selecting transport protocols.
>
> IIUC, of course.
>
> Want me to contact the chairs, or let you?

I guess if you would that would be better.

Thanks so much!

Best regards,
--
Fernando Gont
SI6 Networks
e-mail: fgont@si= 6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





--
--aaron

=3D=3D=3D=3D=3D= Short message from my phone=3D=3D=3D=3D=3D
--94eb2c0e46b877bf9505651e7f06-- From nobody Tue Feb 13 14:20:36 2018 Return-Path: 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 9160B12D952 for ; Tue, 13 Feb 2018 14:20:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 M-RHslmwgQYB for ; Tue, 13 Feb 2018 14:20:28 -0800 (PST) Received: from mail-out01.uio.no (mail-out01.uio.no [IPv6:2001:700:100:10::50]) (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 B7D0B127058 for ; Tue, 13 Feb 2018 14:20:28 -0800 (PST) Received: from mail-mx02.uio.no ([129.240.10.43]) by mail-out01.uio.no with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1eliw5-0001Gx-BF; Tue, 13 Feb 2018 23:20:25 +0100 Received: from [193.90.235.206] (helo=[192.168.1.137]) by mail-mx02.uio.no with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.90_1) (envelope-from ) id 1eliw4-000D8w-GE; Tue, 13 Feb 2018 23:20:25 +0100 From: Michael Welzl Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D680F9D8-02FC-4E07-9E19-F2625B308F8A" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Tue, 13 Feb 2018 23:20:19 +0100 In-Reply-To: <2C32461D-B398-4F63-B6B2-95EC5FB0C2A1@gmail.com> Cc: "taps@ietf.org" , Chris Wood , Zaheduzzaman Sarker , Kyle Rose , =?utf-8?Q?Mirja_K=C3=BChlewind?= , Spencer Dawkins , Tommy Pauly , Brian Trammell To: Aaron Falk References: <2C32461D-B398-4F63-B6B2-95EC5FB0C2A1@gmail.com> X-Mailer: Apple Mail (2.3273) X-UiO-SPF-Received: Received-SPF: neutral (mail-mx02.uio.no: 193.90.235.206 is neither permitted nor denied by domain of ifi.uio.no) client-ip=193.90.235.206; envelope-from=michawe@ifi.uio.no; helo=[192.168.1.137]; X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, HTML_MESSAGE=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 9CF1A8E2C140743C514F6A5CAC969CB38A0441B4 Archived-At: Subject: Re: [Taps] For comment: TAPS milestone revisions X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 22:20:34 -0000 --Apple-Mail=_D680F9D8-02FC-4E07-9E19-F2625B308F8A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I think this is a great way forward! Cheers, Michael > On Feb 13, 2018, at 7:43 PM, Aaron Falk wrote: >=20 > Dear TAPS wg, >=20 > As part of the charter revision we are updating the working group = milestones. Significantly, we added a doc on security-related Transport = Services and made the final TAPS doc Proposed Standard. We initially = avoided PS since it didn=E2=80=99t look like the multiple efforts would = converge but now that seems achievable (and desirable). Comments? >=20 > =E2=80=94aaron >=20 > OLD >=20 > Date Milestone > Mar 2018 Recharter or conclude. > Nov 2017 Submit an Experimental document to the IESG specifying = one or more methods to provide applications with the Transport Services = identified by the WG > Mar 2017 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support > NEW: >=20 > Date Milestone > Jul 2019 Recharter or conclude. > Mar 2019 Submit document(s) to be published as Proposed Standard = to the IESG specifying one or more methods to provide applications with = the Transport Services identified by the WG > Nov 2018 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support > Jul 2018 Submit an Informational document defining a set of = security-related Transport Services > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps --Apple-Mail=_D680F9D8-02FC-4E07-9E19-F2625B308F8A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I think this is a great way forward!

Cheers,
Michael


On Feb 13, 2018, at 7:43 PM, Aaron Falk <aaron.falk@gmail.com> wrote:

Dear = TAPS wg,

As part of the charter revision = we are updating the working group milestones. Significantly, we added a = doc on security-related Transport Services and made the final TAPS doc = Proposed Standard. We initially avoided PS since it didn=E2=80=99t look = like the multiple efforts would converge but now that seems achievable = (and desirable). Comments?

=E2=80=94aaron

OLD

Date Milestone
Mar= 2018 Recharter or conclude.
Nov= 2017 Submit an Experimental = document to the IESG specifying one or more methods to provide = applications with the Transport Services identified by the WG
Mar= 2017 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support

NEW:

Date Milestone
Jul 2019 Recharter or conclude.
Mar 2019 Submit document(s) to be = published as Proposed Standard to the IESG specifying one or more = methods to provide applications with the Transport Services identified = by the WG
Nov 2018 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support
Jul 2018 Submit an = Informational document defining a set of security-related Transport = Services
_______________________________________________
Taps = mailing list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

= --Apple-Mail=_D680F9D8-02FC-4E07-9E19-F2625B308F8A-- From nobody Tue Feb 13 14:37:31 2018 Return-Path: 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 B127712D835 for ; Tue, 13 Feb 2018 14:37:29 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 hAHBaxf2tiI0 for ; Tue, 13 Feb 2018 14:37:27 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC0C8126C22 for ; Tue, 13 Feb 2018 14:37:27 -0800 (PST) Received: from [192.168.3.68] (unknown [186.137.77.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 2283085144; Tue, 13 Feb 2018 23:37:21 +0100 (CET) To: taps@ietf.org From: Fernando Gont Organization: SI6 Networks Cc: draft-gont-6man-address-usage-recommendations@tools.ietf.org Message-ID: Date: Tue, 13 Feb 2018 19:37:08 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Taps] I-D on Problem Statement Regarding IPv6 Address Usage (draft-gont-6man-address-usage-recommendations-04) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 22:37:30 -0000 Folks, Last year we presented the aforementioned I-D at the 6man meeting, an it was suggested to us that we should bring (or at least socialize) our I-D in this group. Our I-D essentially tries to analyze a number of implications (security, privacy, interoperability) when different types of IPv6 addresses {scope, valid lifetime} are employed. Two comments: * The I-D could be expanded to cover IPv4 addresses to --- the current version doesn't, since we were aiming it at 6man. * Originally, we were planning to have this I-D elaborate both on the problem statement and on possible advice (hence the filename). But at least for the time being, we decided to better focus on the problem statement first. Any comments will be very appreciated -- including whether the topic itself might be of interest to this group. Thanks! Best regards, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From nobody Tue Feb 13 15:04:31 2018 Return-Path: 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 6D2B712D960 for ; Tue, 13 Feb 2018 15:04:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.329 X-Spam-Level: X-Spam-Status: No, score=-4.329 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 futHek4bztZC for ; Tue, 13 Feb 2018 15:04:20 -0800 (PST) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) (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 36541126DFB for ; Tue, 13 Feb 2018 15:04:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1518563059; x=2382476659; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=GLtRW04+FtlSLjiTD8QG5c1x92dh0fftPZVbjC5+o9A=; b=LUyif2pYJiodOF5mr4svkhEKsYchSTclh6kcMFMYkFNCOxRtjee5OYYR4AOZQJQO E6KoPK6q0AkcGVsJHtbjGECg1u2/vqwe98lvgMjQ8qQ6ZItnWfTDwtedQZZSZWdx j09zu5jsrWbd1oOMQSQ6KYtM8Uq6uBEJgV1ifbXl8bK9SD19cw3S5QrDZ0e0DVEZ 8t35zb38jUwdgePbxtmxLQ/lsgSjKIxICdIyaJg+XxhhMxsoozjJsq5L+nX4z9Ib N47Q7k1Nmr20Mb7QPdveaM7GhXGEXrZnytkkoiLEqDulfWcCLlI0bJyWujzwqUKk zkrFaNRbuqq79wv5pCHlHA==; Received: from relay2.apple.com (relay2.apple.com [17.128.113.67]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id AA.B1.13704.3FE638A5; Tue, 13 Feb 2018 15:04:19 -0800 (PST) X-AuditID: 11973e13-3f68e9e000003588-2f-5a836ef3a8f6 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by relay2.apple.com (Apple SCV relay) with SMTP id 39.30.26650.3FE638A5; Tue, 13 Feb 2018 15:04:19 -0800 (PST) MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_iZ1unDdqsMGXvYz+zScWhw)" Received: from da0602a-dhcp178.apple.com (da0602a-dhcp178.apple.com [17.226.23.178]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.2.20180130 64bit (built Jan 30 2018)) with ESMTPSA id <0P44009102R6UQ90@nwk-mmpp-sz11.apple.com>; Tue, 13 Feb 2018 15:04:19 -0800 (PST) Sender: tpauly@apple.com From: Tommy Pauly Message-id: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> Date: Tue, 13 Feb 2018 15:04:17 -0800 In-reply-to: Cc: taps WG To: Aaron Falk , Fernando Gont References: X-Mailer: Apple Mail (2.3458) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrNLMWRmVeSWpSXmKPExsUi2FDorPs5rznKYNY/C4u239NYLZ6sesNm cSfGgdlj56y77B5Llvxk8vhwqIc9gDmKyyYlNSezLLVI3y6BK+Pi2WPMBT/jK/42b2FtYHwS 2MXIySEhYCKxYvtFti5GLg4hgdVMEq13/rPAJH5fWMYOkTjEKHFh8TNGkASvgKDEj8n3wIqY BcIkFra1s4LYQgJrmSRuvw7oYuTgEBaQkNi8JxEkzCagInH82wZmiFYbiW3LX7OD2MIClhJP PywEG8MioCpxe0YzG4jNKRAsMeHDNEaI8dISS79NBrNFBHwkJmyezgpxzwUmiW1bJjNBHCor sXL2XbCEhMAKNolNj7+wTGAUmoXk1llIbp0FdB+zgLrElCm5EGFtiSfvLrBC2GoSC38vYkIW X8DItopRKDcxM0c3M89UL7GgICdVLzk/dxMjKDam2wnvYDy9yuoQowAHoxIP74ZXTVFCrIll xZW5hxilOViUxHn3P2+MEhJITyxJzU5NLUgtii8qzUktPsTIxMEp1cAo8Vn4xV/X0sm5LZPD inpT7/+yaqoKL11/YcKZtQ0ODnOnVwTKne0tNYqpmLOtds6KJb/3z/K86faHfdrdt8cmHsqb 5CIb5H6O5dXMd6vl/mVefHfEJtj9u+JZOzV2CYMdCzKbe5lq34oe+u62+ci90rWJlh9PXr0d +L2uTKNqo8AnAbGat4UdSizFGYmGWsxFxYkAyxn4xW4CAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsUi2FA8W/dzXnOUwcmLBhZtv6exWjxZ9YbN 4k6MA7PHzll32T2WLPnJ5PHhUA97AHMUl01Kak5mWWqRvl0CV8bFs8eYC37GV/xt3sLawPgk sIuRk0NCwETi94Vl7F2MXBxCAocYJS4sfsYIkuAVEJT4MfkeC4jNLBAmsbCtnRXEFhJYyyRx +3VAFyMHh7CAhMTmPYkgYTYBFYnj3zYwQ7TaSGxb/podxBYWsJR4+mEh2BgWAVWJ2zOa2UBs ToFgiQkfpjFCjJeWWPptMpgtIuAjMWHzdFaIey4wSWzbMpkJ4lBZiZWz77JOYOSfheS8WUjO mwV0ErOAusSUKbkQYW2JJ+8usELYahILfy9iQhZfwMi2ilGgKDUnsdJIL7GgICdVLzk/dxMj OJQLnXcwHltmdYhRgINRiYd3w6umKCHWxLLiylxgGHEwK4nwJtwHCvGmJFZWpRblxxeV5qQW H2KU5mBREue93QuUEkhPLEnNTk0tSC2CyTJxcEo1MPKvFFq12c71hPI697nH8x7vWnlqR8nM UF4D9t6rZbsS4lfPimv+lfLi+PKdN2S5JDMWlb1guXf90NV3F5etPz+tvqVXQIfH4sobhZXT Ak60ufUeurk78OIqk97VUxdKN2nmzv8YyfflSrtYTM/65TOf/w5/ZiWx7JTt9BZDn5R/Uydr PruSt+63EktxRqKhFnNRcSIA4qJsSWECAAA= Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 23:04:29 -0000 --Boundary_(ID_iZ1unDdqsMGXvYz+zScWhw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Yes, I think this topic is very relevant to the work that can be done in = updated transport APIs, specifically around Path Selection. This is = relevant both for initial connection establishment (when we=E2=80=99re = racing various transport protocols across different paths, we need to = know which local addresses to use), and maintenance of connections that = support migration or multipath (which addresses can they use for new = flows). The address selection can also be inferred from other properties = of the transport connection, such as how long-lived the connection needs = to be. Fernando, what=E2=80=99s your plan for your draft? It seems like a great = reference for our drafts, and something we need to consider in our list = of application preferences when creating transport connections. Thanks, Tommy > On Feb 13, 2018, at 1:15 PM, Aaron Falk wrote: >=20 > Are there folks in TAPS who want to discuss IPv6 address selection? = Fernando has a draft on the topic and is wondering if TAPS would be a = good home. >=20 > --aaron >=20 > ---------- Forwarded message --------- > From: Spencer Dawkins at IETF > > Date: Mon, Nov 27, 2017 at 8:50 AM > Subject: Fwd: IPv6 address usage problem statement? > To: > > Cc: Fernando Gont > >=20 >=20 > Dear TAPsters, >=20 > Fernando Gont is working on a draft with recommendations about address = selection, and 6MAN thought he should also be talking to people in TSV. = I offered to connect him with you folks, because it seems like this is = part of the transport selection problem that TAPS was chartered to work = on, so perhaps relevant to your work. >=20 > Could you let Fernando know how you'd like for him to proceed? >=20 > Thanks! >=20 > Spencer >=20 > ---------- Forwarded message ---------- > From: Fernando Gont > > Date: Wed, Nov 22, 2017 at 6:24 PM > Subject: Re: IPv6 address usage problem statement? > To: Spencer Dawkins at IETF > > Cc: "tsv-ads@tools.ietf.org " = > >=20 >=20 >=20 > Hello, Spencer, >=20 > Thanks so much for your prompt response! Please find my comments = in-line... >=20 >=20 > On 11/22/2017 06:38 AM, Spencer Dawkins at IETF wrote: > > Hi, Fernando, > > > > On Sat, Nov 18, 2017 at 9:17 PM, Fernando Gont = > > >> = wrote: > > > > Folks, > > > > I presented our document = draft-gont-6man-address-usage-recommendations > > at the 6man meeting during the IETF week in Singapore. During my > > presentation, it was mentioned that the Transport area might be > > interested in this work, too/alternatively. -- IIRC, somebody = mentioned > > the TAPS wg, specifically. > > > > > > It's up to the working groups, of course, but TAPS is certainly a > > reasonable suggestion.=20 > > > > TAPS was originally chartered to pay little or no attention to = security, > > just to limit the scope of what was being investigated, but they've = made > > enough progress that we're discussing an updated charter that will = more > > clearly emphasize that investigating the security properties of > > transport protocols - which, if you write an application to the TAPS > > API, the API implementation would be making its own decisions about = path > > selection as part of selecting transport protocols. > > > > IIUC, of course. > > > > Want me to contact the chairs, or let you? >=20 > I guess if you would that would be better. >=20 > Thanks so much! >=20 > Best regards, > -- > Fernando Gont > SI6 Networks > e-mail: fgont@si6networks.com > PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 >=20 >=20 >=20 >=20 >=20 > --=20 > --aaron >=20 > =3D=3D=3D=3D=3DShort message from my phone=3D=3D=3D=3D=3D > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps --Boundary_(ID_iZ1unDdqsMGXvYz+zScWhw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Yes, = I think this topic is very relevant to the work that can be done in = updated transport APIs, specifically around Path Selection. This is = relevant both for initial connection establishment (when we=E2=80=99re = racing various transport protocols across different paths, we need to = know which local addresses to use), and maintenance of connections that = support migration or multipath (which addresses can they use for new = flows). The address selection can also be inferred from other properties = of the transport connection, such as how long-lived the connection needs = to be.

Fernando, = what=E2=80=99s your plan for your draft? It seems like a great reference = for our drafts, and something we need to consider in our list of = application preferences when creating transport connections.

Thanks,
Tommy

On Feb = 13, 2018, at 1:15 PM, Aaron Falk <aaron.falk@gmail.com> wrote:

Are there folks in TAPS who want to discuss IPv6 address = selection?  Fernando has a draft on the topic and is wondering if = TAPS would be a good home.

--aaron

---------- Forwarded = message ---------
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: = Mon, Nov 27, 2017 at 8:50 AM
Subject: Fwd: IPv6 address = usage problem statement?
To: <taps-chairs@ietf.org>
Cc: Fernando Gont = <fgont@si6networks.com>


Dear TAPsters,

Fernando Gont is working = on a draft with recommendations about address selection, and 6MAN = thought he should also be talking to people in TSV. I offered to connect = him with you folks, because it seems like this is part of the transport = selection problem that TAPS was chartered to work on, so perhaps = relevant to your work.

Could you let Fernando know how you'd like for him to = proceed?

Thanks!

Spencer

---------- Forwarded message ----------
From: Fernando Gont <fgont@si6networks.com>
Date: Wed, Nov 22, 2017 at 6:24 PM
Subject: Re: = IPv6 address usage problem statement?
To: Spencer Dawkins = at IETF <spencerdawkins.ietf@gmail.com>
Cc: "tsv-ads@tools.ietf.org" <tsv-ads@tools.ietf.org>


Hello, Spencer,

Thanks so much for your prompt response! Please find my comments = in-line...


On 11/22/2017 06:38 AM, Spencer Dawkins at IETF wrote:
> Hi, Fernando,
>
> On Sat, Nov 18, 2017 at 9:17 PM, Fernando Gont <fgont@si6networks.com
> <mailto:fgont@si6networks.com>> wrote:
>
>     Folks,
>
>     I presented our document = draft-gont-6man-address-usage-recommendations
>     at the 6man meeting during the IETF week in = Singapore. During my
>     presentation, it was mentioned that the = Transport area might be
>     interested in this work, too/alternatively. -- = IIRC, somebody mentioned
>     the TAPS wg, specifically.
>
>
> It's up to the working groups, of course, but TAPS is certainly = a
> reasonable suggestion. 
>
> TAPS was originally chartered to pay little or no attention to = security,
> just to limit the scope of what was being investigated, but they've = made
> enough progress that we're discussing an updated charter that will = more
> clearly emphasize that investigating the security properties of
> transport protocols - which, if you write an application to the = TAPS
> API, the API implementation would be making its own decisions about = path
> selection as part of selecting transport protocols.
>
> IIUC, of course.
>
> Want me to contact the chairs, or let you?

I guess if you would that would be better.

Thanks so much!

Best regards,
--
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





--
--aaron

=3D=3D=3D=3D=3D= Short message from my phone=3D=3D=3D=3D=3D
_______________________________________________
Taps = mailing list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

= --Boundary_(ID_iZ1unDdqsMGXvYz+zScWhw)-- From nobody Tue Feb 13 15:04:55 2018 Return-Path: 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 61426126DFB for ; Tue, 13 Feb 2018 15:04:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.309 X-Spam-Level: X-Spam-Status: No, score=-4.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 pDmUfZqw6zd7 for ; Tue, 13 Feb 2018 15:04:51 -0800 (PST) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) (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 0486112D95F for ; Tue, 13 Feb 2018 15:04:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1518563089; x=2382476689; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=IlEvFaV8wdyz+bBPtG5V4wDnvW/SdQgnYM9j62QtFpY=; b=l45I5Kt/fEOWG2MeIZqR/laAesfe8VkI1ZShxGDM3o2Vcaix0zIsHNGlSdjNq4xu MeDIaG9BB3Dp5Bo2Npt0hGpY1kjzZBqRV+zKWVzZAPYUAM/Wr15ro1HpyzvuIBpf FymRHcmBL3DifeWmu6Lz7lmYYON2EWoYfTz5caxwnpvjGG1in+AKXerPY8mA+Kte ZdVN1e435DVEPkU+COcg3MJmLiaX3NBmEsuseikSYif0zAXWT+OtjQ937avtwjID DfEj1XWmCq1p7N/YdYt4IjvwZ9YIS+GYuY/eikwW5R978NEtITU153fkftKTL9oa pwX2KUjahhleUsDSuRcacQ==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id 32.0C.04908.11F638A5; Tue, 13 Feb 2018 15:04:49 -0800 (PST) X-AuditID: 11973e16-446529e00000132c-60-5a836f113487 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by relay5.apple.com (Apple SCV relay) with SMTP id C5.34.23499.11F638A5; Tue, 13 Feb 2018 15:04:49 -0800 (PST) MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_02oWt3UN/V0xWUM7rodVmw)" Received: from da0602a-dhcp178.apple.com (da0602a-dhcp178.apple.com [17.226.23.178]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.2.20180130 64bit (built Jan 30 2018)) with ESMTPSA id <0P44009102R6UQ90@nwk-mmpp-sz11.apple.com>; Tue, 13 Feb 2018 15:04:49 -0800 (PST) Sender: tpauly@apple.com From: Tommy Pauly Message-id: <8C4E0CAC-CA2E-475D-A1A8-08A0C8648502@apple.com> Date: Tue, 13 Feb 2018 15:04:48 -0800 In-reply-to: Cc: Aaron Falk , Zaheduzzaman Sarker , Kyle Rose , =?utf-8?Q?Mirja_K=C3=BChlewind?= , Spencer Dawkins , Brian Trammell , Chris Wood , "taps@ietf.org" To: Michael Welzl References: <2C32461D-B398-4F63-B6B2-95EC5FB0C2A1@gmail.com> X-Mailer: Apple Mail (2.3458) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPLMWRmVeSWpSXmKPExsUi2FAYoSuY3xxl0LbB1KLt9zRWi/UvJrFZ /Di7k9Viw+opLBbLpuxhtrgTY/H+eSeLxZFT75gdODx+fb3K5rFz1l12jyVLfjJ5rF79kNmj 6+J3Jo9jH76yBbBFcdmkpOZklqUW6dslcGXsvPWAsaDTpWLhpZ9sDYybrLsYOTkkBEwkrt2+ wd7FyMUhJLCaSeLczbssMIkpaw+wQSQOMUqcPnSXHSTBKyAo8WPyPaAiDg5mgTCJ6XstIGrW AjXPecAIEhcWkJDYvCcRpJxNQEXi+LcNzBCtNhLTzx1jgSixlFh+3hjEZBFQlfj6IAvE5BSw kzjVbQkykFngKZPElw+dYJ0iAmoSJ5avZgOxhQQKJFbcfQB1pazEytl3WUEaJARus0nMOrKV bQKj0Cwkh85COBTCVJeYMiUXpIJZQFviybsLrBC2msTC34uYkMUXMLKtYhTKTczM0c3MM9dL LCjISdVLzs/dxAiKsel2YjsYH66yOsQowMGoxMO74VVTlBBrYllxZe4hRmkOFiVx3v3PG6OE BNITS1KzU1MLUovii0pzUosPMTJxcEo1MEay33j0674w+2nJGIbJZzfKWDtu3VMvsldmoe6E jDX1X3rCS5Y6rHPKnXI8kstS7RP7sqh785eLnDHX8/c2v7wpVcbl/6c8J7nslGYnlglb30Yl zug678Kt9WDuM3b2dZd3LU2Ie/iDk/Hh3/25IgULuQ5PPNdVs5sz40Hy3JCYwBDH/318vEos xRmJhlrMRcWJAJUX9XSSAgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrELMWRmVeSWpSXmKPExsUi2FA8W1cwvznK4Ns+A4u239NYLda/mMRm 8ePsTlaLDaunsFgsm7KH2eJOjMX7550sFkdOvWN24PD49fUqm8fOWXfZPZYs+cnksXr1Q2aP rovfmTyOffjKFsAWxWWTkpqTWZZapG+XwJWx89YDxoJOl4qFl36yNTBusu5i5OSQEDCRmLL2 AFsXIxeHkMAhRonTh+6ygyR4BQQlfky+x9LFyMHBLBAmMX2vBUTNWiaJc3MeMILEhQUkJDbv SQQpZxNQkTj+bQMzRKuNxPRzx1ggSiwllp83BjFZBFQlvj7IAjE5BewkTnVbggxkFnjKJPHl QydYp4iAmsSJ5avZQGwhgQKJFXcfsEBcKSuxcvZd1gmM/LOQ3DYL4TYIU11iypRckApmAW2J J+8usELYahILfy9iQhZfwMi2ilGgKDUnsdJUL7GgICdVLzk/dxMjOCYKI3Yw/l9mdYhRgINR iYd346umKCHWxLLiylxg+HAwK4nwJtwHCvGmJFZWpRblxxeV5qQWH2KU5mBREue93QuUEkhP LEnNTk0tSC2CyTJxcEo1MJ65qG2tcDfTwyZ21zsnt0KbA6e5ywTnzIhcGfthx6ndmX7pqdz/ e186Z7yqOtTZWrFqtbtTx7tjgdtldhfKP5U0OvZL8FnEmsf1Phox+zd3ci1jin/2Kq+MOfOL ulsGp9Trv49Dd/38fOHsz8VFn7iCD7EqHrSwaZE19zrWIKTiuvDKhzz1ViWW4oxEQy3mouJE AAlkpyyFAgAA Archived-At: Subject: Re: [Taps] For comment: TAPS milestone revisions X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 23:04:53 -0000 --Boundary_(ID_02oWt3UN/V0xWUM7rodVmw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable + 1 This list looks good to me, if the rest of the WG is happy with it! Tommy > On Feb 13, 2018, at 2:20 PM, Michael Welzl wrote: >=20 > I think this is a great way forward! >=20 > Cheers, > Michael >=20 >=20 >> On Feb 13, 2018, at 7:43 PM, Aaron Falk > wrote: >>=20 >> Dear TAPS wg, >>=20 >> As part of the charter revision we are updating the working group = milestones. Significantly, we added a doc on security-related Transport = Services and made the final TAPS doc Proposed Standard. We initially = avoided PS since it didn=E2=80=99t look like the multiple efforts would = converge but now that seems achievable (and desirable). Comments? >>=20 >> =E2=80=94aaron >>=20 >> OLD >>=20 >> Date Milestone >> Mar 2018 Recharter or conclude. >> Nov 2017 Submit an Experimental document to the IESG specifying = one or more methods to provide applications with the Transport Services = identified by the WG >> Mar 2017 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support >> NEW: >>=20 >> Date Milestone >> Jul 2019 Recharter or conclude. >> Mar 2019 Submit document(s) to be published as Proposed Standard = to the IESG specifying one or more methods to provide applications with = the Transport Services identified by the WG >> Nov 2018 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support >> Jul 2018 Submit an Informational document defining a set of = security-related Transport Services >> _______________________________________________ >> Taps mailing list >> Taps@ietf.org >> https://www.ietf.org/mailman/listinfo/taps >=20 > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps --Boundary_(ID_02oWt3UN/V0xWUM7rodVmw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable + = 1

This list looks = good to me, if the rest of the WG is happy with it!

Tommy

On Feb 13, 2018, at 2:20 PM, Michael Welzl <michawe@ifi.uio.no> = wrote:

I think this = is a great way forward!

Cheers,
Michael


On Feb = 13, 2018, at 7:43 PM, Aaron Falk <aaron.falk@gmail.com> wrote:

Dear = TAPS wg,

As part of the charter revision = we are updating the working group milestones. Significantly, we added a = doc on security-related Transport Services and made the final TAPS doc = Proposed Standard. We initially avoided PS since it didn=E2=80=99t look = like the multiple efforts would converge but now that seems achievable = (and desirable). Comments?

=E2=80=94aaron

OLD

Date Milestone
Mar= 2018 Recharter or conclude.
Nov= 2017 Submit an Experimental = document to the IESG specifying one or more methods to provide = applications with the Transport Services identified by the WG
Mar= 2017 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support

NEW:

Date Milestone
Jul 2019 Recharter or conclude.
Mar 2019 Submit document(s) to be = published as Proposed Standard to the IESG specifying one or more = methods to provide applications with the Transport Services identified = by the WG
Nov 2018 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support
Jul 2018 Submit an = Informational document defining a set of security-related Transport = Services
_______________________________________________
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

= --Boundary_(ID_02oWt3UN/V0xWUM7rodVmw)-- From nobody Tue Feb 13 15:05:23 2018 Return-Path: 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 2C46712D95E for ; Tue, 13 Feb 2018 15:05:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.309 X-Spam-Level: X-Spam-Status: No, score=-4.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 1Mq4jAE7QZ1G for ; Tue, 13 Feb 2018 15:05:20 -0800 (PST) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) (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 24CCF12D835 for ; Tue, 13 Feb 2018 15:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1518563118; x=2382476718; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4SwSqVVACEJpD7QplqpJGx5coASN+8dpA/VNNGaNM3k=; b=bQzgvJsZ5QYBUnbxX83iOzMZTsu2Xgo+jBVL2NanQ/QSjvYN9ezRILdDCw28wXuj 79wuAVw1SknkQVXdFb7jxzXvtsdNukseyaQ1pEL3nlIO1FQV3oCdM0rhxSKLUZUZ kj9aoUMzglmlABjZRqe0HufI8EiGxTR38iCo/o2FuWN5J009nhfhFItlZtl9wvGg pbDAAZIiS2jKy4zusx+YJQUty+HxDnjWBq9Omy7zUj2hFBUaBDI3VRFYUmvjDL00 pZuneNlICvYG6CkKU9ATHwuU4hur7edrU9R+T+VUFXmrQ27/5JkpOYrcBgv7L4F0 cEjvX0AfEShlU4HFK5puYQ==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id D5.AD.28259.E2F638A5; Tue, 13 Feb 2018 15:05:18 -0800 (PST) X-AuditID: 11973e15-a0bff70000006e63-a1-5a836f2e452f Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by relay5.apple.com (Apple SCV relay) with SMTP id 5D.64.23499.E2F638A5; Tue, 13 Feb 2018 15:05:18 -0800 (PST) MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_534yllqgjdy+bnk3EHL4Yw)" Received: from chris-workmac.scv.apple.com (chris-workmac.scv.apple.com [17.192.192.12]) by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.2.2.20180130 64bit (built Jan 30 2018)) with ESMTPSA id <0P44004AC2SUV110@nwk-mmpp-sz12.apple.com>; Tue, 13 Feb 2018 15:05:18 -0800 (PST) Sender: cawood@apple.com From: Chris Wood Message-id: <80A3FB07-1A8C-49C0-9AC4-019EA1D98D72@apple.com> Date: Tue, 13 Feb 2018 15:05:17 -0800 In-reply-to: <8C4E0CAC-CA2E-475D-A1A8-08A0C8648502@apple.com> Cc: Michael Welzl , Aaron Falk , Zaheduzzaman Sarker , Kyle Rose , =?utf-8?Q?Mirja_K=C3=BChlewind?= , Spencer Dawkins , Brian Trammell , "taps@ietf.org" To: Tommy Pauly References: <2C32461D-B398-4F63-B6B2-95EC5FB0C2A1@gmail.com> <8C4E0CAC-CA2E-475D-A1A8-08A0C8648502@apple.com> X-Mailer: Apple Mail (2.3445.6.10) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42IRbCiM0NXLb44y+HTQ3KLt9zRWi/UvJrFZ /Di7k9Viw+opLBbLpuxhtrgTY/H+eSeLxZFT75gdODx+fb3K5rFz1l12jyVLfjJ5rF79kNmj 6+J3Jo9jH76yBbBFcdmkpOZklqUW6dslcGW8aJ/GVPDUu+L4ggPsDYyrnboYOTkkBEwkvnbv Y+5i5OIQEljNJPFmxSMmmMSKVaeYIBKHGCWuPdrNDJLgFRCU+DH5HguIzSwQJnF+yRxGiKKN TBLHN3eBdQsLSEi83jMRrIFNQFniwsGF7F2MHEDNNhLT//CDmMIClhLLzxuDVLAIqEpM6LvN BmJzCthKLFz3lxVkJLPACyaJLV1rwBIiAkoSHSs3Q126mFFi9/X/rBCXKkns/3uQHSQhIfCY TeLd1jb2CYxCs5AcOwvJsbOAljMLqEtMmZILEdaWePLuAiuErSax8PciJmTxBYxsqxiFchMz c3Qz88z0EgsKclL1kvNzNzGCom26negOxjOrrA4xCnAwKvHwbnjVFCXEmlhWXJl7iFGag0VJ nHf/88YoIYH0xJLU7NTUgtSi+KLSnNTiQ4xMHJxSDYwik2+c527gvxb9K7RmUrz6E+lF+2ZV JBrzzNzIU+H/pijppLrgGcn20GXzPzUcDr1/UFxxX/4MvavLGIq0p3loTGg70HX4ZovYjit7 12lenW8rL7cqon3mghuCdivEGzofu3gLHKvefO/N5WkRZ6PF1HgWR0U6nT7D7jHV1HH+NCY+ 2Sd7glSVWIozEg21mIuKEwFO80lllwIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUi2FB8RlcvvznK4O8CI4u239NYLda/mMRm 8ePsTlaLDaunsFgsm7KH2eJOjMX7550sFkdOvWN24PD49fUqm8fOWXfZPZYs+cnksXr1Q2aP rovfmTyOffjKFsAWxWWTkpqTWZZapG+XwJXxon0aU8FT74rjCw6wNzCudupi5OSQEDCRWLHq FFMXIxeHkMAhRolrj3YzgyR4BQQlfky+xwJiMwuESZxfMocRomgjk8TxzV1MIAlhAQmJ13sm gjWwCShLXDi4kL2LkQOo2UZi+h9+EFNYwFJi+XljkAoWAVWJCX232UBsTgFbiYXr/rKCjGQW eMEksaVrDVhCREBJomPlZmaIXYsZJXZf/88KcamSxP6/B9knMPLPQnLfLCT3zQLaxyygLjFl Si5EWFviybsLrBC2msTC34uYkMUXMLKtYhQoSs1JrDTVSywoyEnVS87P3cQIjo7CiB2M/5dZ HWIU4GBU4uHd+KopSog1say4MhcYSBzMSiK8CfeBQrwpiZVVqUX58UWlOanFhxilOViUxHlv 9wKlBNITS1KzU1MLUotgskwcnFINjNGb5Y6Wbl7HKvNptvhpj0O7ZIMNNDril3q9P1YmVHLO 1frQjsvcOkF+Xsp95vwRy059bLh1LdexLOrphcxdXNzWSw90br4T8nzXjm3GvCWNJ2vOrihk cVH0FS1518XVkKy6YO1FByb/l5wLv/QZ11/nNMxUlE34dOmvWuvSQzsObq3SY7vaq8RSnJFo qMVcVJwIALMx9hKKAgAA Archived-At: Subject: Re: [Taps] For comment: TAPS milestone revisions X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 23:05:22 -0000 --Boundary_(ID_534yllqgjdy+bnk3EHL4Yw) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable +1 Best, Chris > On Feb 13, 2018, at 3:04 PM, Tommy Pauly wrote: >=20 > + 1 >=20 > This list looks good to me, if the rest of the WG is happy with it! >=20 > Tommy >=20 >> On Feb 13, 2018, at 2:20 PM, Michael Welzl > wrote: >>=20 >> I think this is a great way forward! >>=20 >> Cheers, >> Michael >>=20 >>=20 >>> On Feb 13, 2018, at 7:43 PM, Aaron Falk > wrote: >>>=20 >>> Dear TAPS wg, >>>=20 >>> As part of the charter revision we are updating the working group = milestones. Significantly, we added a doc on security-related Transport = Services and made the final TAPS doc Proposed Standard. We initially = avoided PS since it didn=E2=80=99t look like the multiple efforts would = converge but now that seems achievable (and desirable). Comments? >>>=20 >>> =E2=80=94aaron >>>=20 >>> OLD >>>=20 >>> Date Milestone >>> Mar 2018 Recharter or conclude. >>> Nov 2017 Submit an Experimental document to the IESG specifying = one or more methods to provide applications with the Transport Services = identified by the WG >>> Mar 2017 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support >>> NEW: >>>=20 >>> Date Milestone >>> Jul 2019 Recharter or conclude. >>> Mar 2019 Submit document(s) to be published as Proposed Standard = to the IESG specifying one or more methods to provide applications with = the Transport Services identified by the WG >>> Nov 2018 Submit an Informational document to the IESG = recommending a minimal set of Transport Services that end systems should = support >>> Jul 2018 Submit an Informational document defining a set of = security-related Transport Services >>> _______________________________________________ >>> Taps mailing list >>> Taps@ietf.org >>> https://www.ietf.org/mailman/listinfo/taps = >>=20 >> _______________________________________________ >> Taps mailing list >> Taps@ietf.org >> https://www.ietf.org/mailman/listinfo/taps >=20 --Boundary_(ID_534yllqgjdy+bnk3EHL4Yw) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable +1

Best,
Chris

On Feb = 13, 2018, at 3:04 PM, Tommy Pauly <tpauly@apple.com> wrote:

+ 1

This list looks good to me, if the rest = of the WG is happy with it!

Tommy

On Feb 13, 2018, at 2:20 PM, = Michael Welzl <michawe@ifi.uio.no> wrote:

I think this = is a great way forward!

Cheers,
Michael


On Feb = 13, 2018, at 7:43 PM, Aaron Falk <aaron.falk@gmail.com> wrote:

Dear = TAPS wg,

As part of the charter revision = we are updating the working group milestones. Significantly, we added a = doc on security-related Transport Services and made the final TAPS doc = Proposed Standard. We initially avoided PS since it didn=E2=80=99t look = like the multiple efforts would converge but now that seems achievable = (and desirable). Comments?

=E2=80=94aaron

OLD

Date Milestone
Mar= 2018 Recharter or conclude.
Nov= 2017 Submit an Experimental = document to the IESG specifying one or more methods to provide = applications with the Transport Services identified by the WG
Mar= 2017 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support

NEW:

Date Milestone
Jul 2019 Recharter or conclude.
Mar 2019 Submit document(s) to be = published as Proposed Standard to the IESG specifying one or more = methods to provide applications with the Transport Services identified = by the WG
Nov 2018 Submit an Informational = document to the IESG recommending a minimal set of Transport Services = that end systems should support
Jul 2018 Submit an = Informational document defining a set of security-related Transport = Services
_______________________________________________
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


= --Boundary_(ID_534yllqgjdy+bnk3EHL4Yw)-- From nobody Tue Feb 13 15:22:14 2018 Return-Path: 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 970961270AC for ; Tue, 13 Feb 2018 15:22:13 -0800 (PST) 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, 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 G31cTynxhDl3 for ; Tue, 13 Feb 2018 15:22:11 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F7E8126D74 for ; Tue, 13 Feb 2018 15:22:11 -0800 (PST) Received: from [192.168.3.68] (unknown [186.137.77.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 82BEE825ED; Wed, 14 Feb 2018 00:22:07 +0100 (CET) To: Tommy Pauly , Aaron Falk Cc: taps WG References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> From: Fernando Gont Message-ID: Date: Tue, 13 Feb 2018 20:15:35 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 23:22:13 -0000 Hello, Tommy, On 02/13/2018 08:04 PM, Tommy Pauly wrote: > Yes, I think this topic is very relevant to the work that can be done in > updated transport APIs, specifically around Path Selection. This is > relevant both for initial connection establishment (when we’re racing > various transport protocols across different paths, we need to know > which local addresses to use), and maintenance of connections that > support migration or multipath (which addresses can they use for new > flows). The address selection can also be inferred from other properties > of the transport connection, such as how long-lived the connection needs > to be. > > Fernando, what’s your plan for your draft? It seems like a great > reference for our drafts, and something we need to consider in our list > of application preferences when creating transport connections. Thanks so much for your comments! I this work is of interest to the TAPS WG, we could try to move this one forward in this wg, and also think of a subsequent I-D with recommendations (more on this later). Thoughts? Thanks! Cheers, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From nobody Tue Feb 13 15:30:35 2018 Return-Path: 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 D9F65126D74 for ; Tue, 13 Feb 2018 15:30:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 uCQQhg78uz2E for ; Tue, 13 Feb 2018 15:30:31 -0800 (PST) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (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 37A58126DC2 for ; Tue, 13 Feb 2018 15:30:31 -0800 (PST) Received: by mail-yw0-x22c.google.com with SMTP id v139so13547957ywg.4 for ; Tue, 13 Feb 2018 15:30:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GZf8VkeChbkKNFb7WGnxgelRSo1xxYaev5BW08tDrDc=; b=eNzJFSnKdT7D7keQYxs9mSsoDSHyU0vRoMxpNvbIlKcvu1i5hw2OJK7+ZPjoukJqsN hsI46zh5tMrSITEU+x5mjQbUMGcC0zss3RH+FcIVrGTi+WNrxkpOSCgO1vKoWpf3+p7i nsxH4hExwx0aXvKx0EURV7IFCulltoI1DhZ5XJ4+ExSKJpy+zE75gktL8XOxHrw8B78l XEZmckYgHlrOAW3vkcGHdv1IFP0zcMnwpMPLEXeGrNuTxNQTPzAwbUVLowTD8e10w9xt ynJbfBXRGKST8vMHKnzM0qyI99ZyCOIQjKSVt3/zhkktZ16h4DDAwxH/kcfcJkKSMBKq W16A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GZf8VkeChbkKNFb7WGnxgelRSo1xxYaev5BW08tDrDc=; b=YZDRoetI/sbL1jf9lyJjNnGhdj2/f2SHzp8mKyNetlaNyV0KHlgdtWHNH8yrxnJ+l/ JOCRYU+71bnrloIBjGLpFdjoz/7/DO2bjYc1m4USPbmn+dTYo5CMOsoW9kaPe8YyXAGh r7rhyb99CcgGfT0/LjmkngneVjsSX2PzWhDzH/JExAiZhjJDiPrlczkjjOdSNEwK2Y6k wJu66TbhC7fkdFoNPUZEfVpf2tSLQTBwc+DeRW3IFntu2LDBJxLqY8DzSBawJsvGhKfZ 48ML3yd3m3ozCkmBfkhkm5hjozFQgS5p+nkkQ9lNh+9rkq7iElqDqDca7R9vJUxe7tse 8Rug== X-Gm-Message-State: APf1xPDRHZI8G9wGOQTtCljXgM2YV60BPIwSOk2BJanX+q6Eta4j7g/l 5CD7blWqfarnuiGXUd7r/cOFE+Lhe5qsCXnF/Hg5AA== X-Google-Smtp-Source: AH8x2272qMg31tu0k03N/LD4RCQWeTzTGXmnJ42tS2V8R+K5ccrsa7FlioqF+4Mfhfy9iDrUtoY/soecQruHMiGY5Ow= X-Received: by 10.129.196.8 with SMTP id j8mr1954580ywi.260.1518564629986; Tue, 13 Feb 2018 15:30:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.102.76 with HTTP; Tue, 13 Feb 2018 15:30:09 -0800 (PST) In-Reply-To: References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> From: Erik Kline Date: Tue, 13 Feb 2018 15:30:09 -0800 Message-ID: To: Fernando Gont Cc: Tommy Pauly , Aaron Falk , taps WG Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="94eb2c1a9094618338056520613c" Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 23:30:34 -0000 --94eb2c1a9094618338056520613c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 13 February 2018 at 15:15, Fernando Gont wrote: > Hello, Tommy, > > On 02/13/2018 08:04 PM, Tommy Pauly wrote: >> Yes, I think this topic is very relevant to the work that can be done in >> updated transport APIs, specifically around Path Selection. This is >> relevant both for initial connection establishment (when we=E2=80=99re r= acing >> various transport protocols across different paths, we need to know >> which local addresses to use), and maintenance of connections that >> support migration or multipath (which addresses can they use for new >> flows). The address selection can also be inferred from other properties >> of the transport connection, such as how long-lived the connection needs >> to be. >> >> Fernando, what=E2=80=99s your plan for your draft? It seems like a great >> reference for our drafts, and something we need to consider in our list >> of application preferences when creating transport connections. > > Thanks so much for your comments! > > I this work is of interest to the TAPS WG, we could try to move this one > forward in this wg, and also think of a subsequent I-D with > recommendations (more on this later). > > Thoughts? When it comes to "recommendations" I'm not in favor of the node-based recommendations in the NOTE in section 7.3. I think we should let nodes create and use addresses as they see fit, and leave it to the apps to figure out what they want to do (given the proper information via useful APIs). --94eb2c1a9094618338056520613c Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIS3wYJKoZIhvcNAQcCoIIS0DCCEswCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg ghBFMIIEXDCCA0SgAwIBAgIOSBtqDm4P/739RPqw/wcwDQYJKoZIhvcNAQELBQAwZDELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVy c29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hBMjU2IC0gRzIwHhcNMTYwNjE1MDAwMDAwWhcNMjEw NjE1MDAwMDAwWjBMMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEiMCAG A1UEAxMZR2xvYmFsU2lnbiBIViBTL01JTUUgQ0EgMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALR23lKtjlZW/17kthzYcMHHKFgywfc4vLIjfq42NmMWbXkNUabIgS8KX4PnIFsTlD6F GO2fqnsTygvYPFBSMX4OCFtJXoikP2CQlEvO7WooyE94tqmqD+w0YtyP2IB5j4KvOIeNv1Gbnnes BIUWLFxs1ERvYDhmk+OrvW7Vd8ZfpRJj71Rb+QQsUpkyTySaqALXnyztTDp1L5d1bABJN/bJbEU3 Hf5FLrANmognIu+Npty6GrA6p3yKELzTsilOFmYNWg7L838NS2JbFOndl+ce89gM36CW7vyhszi6 6LqqzJL8MsmkP53GGhf11YMP9EkmawYouMDP/PwQYhIiUO0CAwEAAaOCASIwggEeMA4GA1UdDwEB /wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIB ADAdBgNVHQ4EFgQUyzgSsMeZwHiSjLMhleb0JmLA4D8wHwYDVR0jBBgwFoAUJiSSix/TRK+xsBtt r+500ox4AAMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9n c3BlcnNvbmFsc2lnbnB0bnJzc2hhMmcyLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzANBgkqhkiG 9w0BAQsFAAOCAQEACskdySGYIOi63wgeTmljjA5BHHN9uLuAMHotXgbYeGVrz7+DkFNgWRQ/dNse Qa4e+FeHWq2fu73SamhAQyLigNKZF7ZzHPUkSpSTjQqVzbyDaFHtRBAwuACuymaOWOWPePZXOH9x t4HPwRQuur57RKiEm1F6/YJVQ5UTkzAyPoeND/y1GzXS4kjhVuoOQX3GfXDZdwoN8jMYBZTO0H5h isymlIl6aot0E5KIKqosW6mhupdkS1ZZPp4WXR4frybSkLejjmkTYCTUmh9DuvKEQ1Ge7siwsWgA NS1Ln+uvIuObpbNaeAyMZY0U5R/OyIDaq+m9KXPYvrCZ0TCLbcKuRzCCBB4wggMGoAMCAQICCwQA AAAAATGJxkCyMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9vdCBDQSAt IFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTExMDgwMjEw MDAwMFoXDTI5MDMyOTEwMDAwMFowZDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hB MjU2IC0gRzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCg/hRKosYAGP+P7mIdq5NB Kr3J0tg+8lPATlgp+F6W9CeIvnXRGUvdniO+BQnKxnX6RsC3AnE0hUUKRaM9/RDDWldYw35K+sge C8fWXvIbcYLXxWkXz+Hbxh0GXG61Evqux6i2sKeKvMr4s9BaN09cqJ/wF6KuP9jSyWcyY+IgL6u2 52my5UzYhnbf7D7IcC372bfhwM92n6r5hJx3r++rQEMHXlp/G9J3fftgsD1bzS7J/uHMFpr4MXua eoiMLV5gdmo0sQg23j4pihyFlAkkHHn4usPJ3EePw7ewQT6BUTFyvmEB+KDoi7T4RCAZDstgfpzD rR/TNwrK8/FXoqnFAgMBAAGjgegwgeUwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8C AQEwHQYDVR0OBBYEFCYkkosf00SvsbAbba/udNKMeAADMEcGA1UdIARAMD4wPAYEVR0gADA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzA2BgNVHR8E LzAtMCugKaAnhiVodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QtcjMuY3JsMB8GA1UdIwQY MBaAFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQACAFVjHihZCV/IqJYt 7Nig/xek+9g0dmv1oQNGYI1WWeqHcMAV1h7cheKNr4EOANNvJWtAkoQz+076Sqnq0Puxwymj0/+e oQJ8GRODG9pxlSn3kysh7f+kotX7pYX5moUa0xq3TCjjYsF3G17E27qvn8SJwDsgEImnhXVT5vb7 qBYKadFizPzKPmwsJQDPKX58XmPxMcZ1tG77xCQEXrtABhYC3NBhu8+c5UoinLpBQC1iBnNpNwXT Lmd4nQdf9HCijG1e8myt78VP+QSwsaDT7LVcLT2oDPVggjhVcwljw3ePDwfGP9kNrR+lc8XrfClk WbrdhC2o4Ui28dtIVHd3MIIDXzCCAkegAwIBAgILBAAAAAABIVhTCKIwDQYJKoZIhvcNAQELBQAw TDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENBIC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24x EzARBgNVBAMTCkdsb2JhbFNpZ24wHhcNMDkwMzE4MTAwMDAwWhcNMjkwMzE4MTAwMDAwWjBMMSAw HgYDVQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEG A1UEAxMKR2xvYmFsU2lnbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMwldpB5Bngi FvXAg7aEyiie/QV2EcWtiHL8RgJDx7KKnQRfJMsuS+FggkbhUqsMgUdwbN1k0ev1LKMPgj0MK66X 17YUhhB5uzsTgHeMCOFJ0mpiLx9e+pZo34knlTifBtc+ycsmWQ1z3rDI6SYOgxXG71uL0gRgykmm KPZpO/bLyCiR5Z2KYVc3rHQU3HTgOu5yLy6c+9C7v/U9AOEGM+iCK65TpjoWc4zdQQ4gOsC0p6Hp sk+QLjJg6VfLuQSSaGjlOCZgdbKfd/+RFO+uIEn8rUAVSNECMWEZXriX7613t2Saer9fwRPvm2L7 DWzgVGkWqQPabumDk3F2xmmFghcCAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQBL QNvAUKr+yAzv95ZURUm7lgAJQayzE4aGKAczymvmdLm6AC2upArT9fHxD4q/c2dKg8dEe3jgr25s bwMpjjM5RcOO5LlXbKr8EpbsU8Yt5CRsuZRj+9xTaGdWPoO4zzUhw8lo/s7awlOqzJCK6fBdRoyV 3XpYKBovHd7NADdBj+1EbddTKJd+82cEHhXXipa0095MJ6RMG3NzdvQXmcIfeg7jLQitChws/zyr VQ4PkX4268NXSb7hLi18YIvDQVETI53O9zJrlAGomecsMx86OyXShkDOOyyGeMlhLxS67ttVb9+E 7gUJTb0o2HLO02JQZR7rkpeDMdmztcpHWD9fMIIEXDCCA0SgAwIBAgIMKdwhX41Y35wFUjGFMA0G CSqGSIb3DQEBCwUAMEwxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSIw IAYDVQQDExlHbG9iYWxTaWduIEhWIFMvTUlNRSBDQSAxMB4XDTE3MDkxODA2MzcwOVoXDTE4MDMx NzA2MzcwOVowHjEcMBoGCSqGSIb3DQEJAQwNZWtAZ29vZ2xlLmNvbTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAJy2TTLrLwR7RcglT55abZwzTLAQuVmbauaGZ7ISDwVYV8cPqfsX3aXc 919y4IdiY46RCm9gCcadSC5BIXHema75b6Go1xUnPOqqEItlA9D5h/5wnNhuYPL+oENW+qzlPIJn YuaY9+dkw9H89qAB72Ym3bCx3Uf3xMDsAxSZ1Ry9SZxZnjtlfN9kkKWXPeMLmb5PAaLfpL2Uy1P8 txlZzqpzH1sXjHlW1iuP76DxS7/9p+W3yTZTRW1f2q1UpvIGwb8M6rVwdZ4xGT7xsNtuq3piCwe/ zw8Vl36a+fiMl42R+DvRfmTKQ3fM9r8Kn7Ea7XtDPJxi7NObD5R+WNGOC5ECAwEAAaOCAWowggFm MBgGA1UdEQQRMA+BDWVrQGdvb2dsZS5jb20wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUFBzAChjRo dHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc2h2c21pbWVjYTEuY3J0MB0GA1Ud DgQWBBTmP2l2sEQr/BnAyZ6R5p7YEJL/7TAfBgNVHSMEGDAWgBTLOBKwx5nAeJKMsyGV5vQmYsDg PzBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9i YWxzaWduLmNvbS9yZXBvc2l0b3J5LzA7BgNVHR8ENDAyMDCgLqAshipodHRwOi8vY3JsLmdsb2Jh bHNpZ24uY29tL2dzaHZzbWltZWNhMS5jcmwwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDANBgkqhkiG9w0BAQsFAAOCAQEADid0ytXB29OM7HLEeo9Ogp3a1JkP J1V8J82GEmP3ADxjwMJe2gPJ6jKRcpv/wS8s7/e2llbFIJlMrDIP6IEcDYnUfHLBINVCcl9D8AiB T7kNEz6O637UG/RdFCP9/C+Vh1kB1NfYNclTKlHj8Hzn7VlhUktCL3hbJkLA5+L5lOLMibTieryO trFBU3qzQo4G/2LtdmRJIp3B9bcL0KE/XQ2MJQIAAFN0YFkG8qs8gie1LbygrV5csjAjpH+KY4O/ f66H+gc3e+bG1vQtoq9Iu/IpM1Zy0F+P9/zOu8REfB7FrH6WT+sBUy7SUdN1FakV/clOL426MxnS kkWJA9H3tTGCAl4wggJaAgEBMFwwTDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExIjAgBgNVBAMTGUdsb2JhbFNpZ24gSFYgUy9NSU1FIENBIDECDCncIV+NWN+cBVIxhTAN BglghkgBZQMEAgEFAKCB1DAvBgkqhkiG9w0BCQQxIgQgJNM1KXdqVmICfuJ3G6CzYo/p3dbO1yiD tKEIBiMSZ2EwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjEz MjMzMDMwWjBpBgkqhkiG9w0BCQ8xXDBaMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZI AWUDBAECMAoGCCqGSIb3DQMHMAsGCSqGSIb3DQEBCjALBgkqhkiG9w0BAQcwCwYJYIZIAWUDBAIB MA0GCSqGSIb3DQEBAQUABIIBAEZuwPEbVtl5movMPdf7i0Us9ywHwK6Nl0ib7kromhqVSYJc/Gd7 SJfLz4g5MZz7oDfH+PYzFNtiAx08on7SlwgrcFosWYrXz9hvAfc8/Kwmo/qSsVdn5LkxAbouP0HM kkbKGXklU74ACJhSTfd2K0kT07cOp5YGO5Tmz5cW8WpLmgSz+SxCM5jryw+yN24gmmJFwCeGG+BB Md86U5p4/15IM8qV1pjSzJYqM8jPwx2eNwb5OLC1o/48jRLevPEFTfJm+YBAT6SMGBezjcXSMmsB dE1zb6CaDFGU8Se4K7Yp4okHHYAr9MGp11Kisya2r8HGNl4cmLHxVR5ONgBtfV0= --94eb2c1a9094618338056520613c-- From nobody Wed Feb 14 10:34:04 2018 Return-Path: X-Original-To: taps@ietf.org Delivered-To: taps@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 56E5B128896; Wed, 14 Feb 2018 10:33:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.72.1 Auto-Submitted: auto-generated Precedence: bulk Cc: The IESG , taps-chairs@ietf.org, taps@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-ID: <151863323334.19306.12079384453718055654.idtracker@ietfa.amsl.com> Date: Wed, 14 Feb 2018 10:33:53 -0800 Archived-At: Subject: [Taps] WG Action: Rechartered Transport Services (taps) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 18:33:53 -0000 The Transport Services (taps) WG in the Transport Area of the IETF has been rechartered. For additional information, please contact the Area Directors or the WG Chairs. Transport Services (taps) ----------------------------------------------------------------------- Current status: Active WG Chairs: Aaron Falk Zaheduzzaman Sarker Assigned Area Director: Spencer Dawkins Transport Area Directors: Spencer Dawkins Mirja Kühlewind Mailing list: Address: taps@ietf.org To subscribe: https://www.ietf.org/mailman/listinfo/taps Archive: https://mailarchive.ietf.org/arch/browse/taps/ Group page: https://datatracker.ietf.org/group/taps/ Charter: https://datatracker.ietf.org/doc/charter-ietf-taps/ Most Internet applications make use of the Transport Services provided by TCP (a reliable, in-order stream protocol) or UDP (an unreliable datagram protocol). We use the term "Transport Service" to mean an end-to-end facility provided by the transport layer. That service can only be provided correctly if information is supplied from the application. The application may determine the information to be supplied at design time, compile time, or run time and may include guidance on whether the facility in question is required or simply a preference by the application. Four examples of Transport Services are reliable delivery, ordered delivery of data, content privacy to in-path devices, and minimal latency. Transport protocols such as SCTP, DCCP, WebSockets, MPTCP, and UDP-Lite and the LEDBAT congestion control mechanism extend the set of available Transport Services beyond those provided to applications by TCP and UDP. For example, SCTP provides potentially faster reliable delivery for applications than TCP because it can accept blocks of data out of order, and LEDBAT provides low-priority "scavenger" communication. However, application programmers face difficulty when they use protocols other than TCP or UDP. Most network stacks ship with only TCP and UDP as transport protocols. Many firewalls only pass TCP and UDP and some only allow TCP when it carries HTTP as its payload. As a result, using other transport protocols or building a new protocol over raw sockets risks having an application not work in many environments. Applications, therefore, must always be able to fall back to TCP or UDP, or even to using HTTP as a transport substrate in some cases, and once the application programmer has committed to making an application work on TCP or UDP or HTTP, there is little incentive to try other transport protocols before falling back. Further, different protocols can provide the same services in different ways. Layering decisions must also be made (for example, whether a protocol is used natively or tunneled through UDP). Because of these complications, programmers often resort to either using TCP or HTTP or implementing their own customized "transport services" over UDP. When application developers re-implement transport features already available elsewhere they open the door to problems that simply using TCP would have avoided and ensure that the applications can't benefit from other transport protocols as they become available. And, since even TCP and UDP are not guaranteed to work in all environments today, some programmers simply give up on using TCP or UDP directly, relying instead on "HTTP as a Substrate". BCP 56 identified many issues with this strategy, but assuming that if "any protocol is available on a given network path and on the hosts that will be communicating, that protocol will be HTTP" is a reasonable strategy for today's Internet. The IESG has agreed with this viewpoint enough to publish the WebSocket protocol on the standards track. The goal of the TAPS working group is to help application and network stack programmers by describing an (abstract) interface for applications to make use of Transport Services. The Working Group deliverables emphasize defining Transport Services that are important to applications followed by experimental mechanisms to a) determine if the protocols to provide the requested services are available on the end points and supported along the path in the network and b) fall back, i.e., select alternate, possibly less-preferred, protocols when desired protocols are not available. The Working Group will not define a richer set of Transport Services for applications, although the TAPS deliverables could inform proposals for future chartered work on Transport Services. The Working Group will: 1) Define a set of Transport Services, identifying the services provided by existing IETF protocols and congestion control mechanisms. As a starting point, the working group will consider services used between two endpoints. 2) Analyze, compare, and contrast properties and dependencies of selected IETF transport security protocols and other relevant security protocols as agreed upon by working group participants. Define a set of security-related Transport Services provided by such protocols. Engage with the Security area to solicit feedback and reviews on all relevant documents. 3) Specify the subset of Transport Services, as identified in items 1 and 2, that end systems supporting TAPS will provide, and give guidance on choosing among available mechanisms and protocols. Note that not all the capabilities of IETF Transport protocols need to be exposed as Transport Services. 4) Specify experimental support mechanisms to provide the Transport Services identified in work item 3. This document will explain how to select and engage an appropriate protocol and how to discover which protocols are available for the selected service between a given pair of end points. Further, it will provide a basis for incremental deployment. Work on this document will begin when the TAPS Transport Services have been specified. The following topics are out of scope for this Working Group: - Signaling-based Quality-of-Service (QoS) mechanisms - Definition of new encapsulations and tunneling mechanisms - Extension, modification, and creation of transport or security protocols - Language-specific APIs Milestones: Jul 2018 - Submit an Informational document defining a set of security-related Transport Services Nov 2018 - Submit an Informational document to the IESG recommending a minimal set of Transport Services that end systems should support Mar 2019 - Submit document(s) to be published as Proposed Standard to the IESG specifying one or more methods to provide applications with the Transport Services identified by the WG Jul 2019 - Recharter or conclude. From nobody Mon Feb 26 00:41:15 2018 Return-Path: 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 EBE9512D777 for ; Mon, 26 Feb 2018 00:41:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 2DMnBGtax2RS for ; Mon, 26 Feb 2018 00:41:12 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FCA512D775 for ; Mon, 26 Feb 2018 00:41:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13636; q=dns/txt; s=iport; t=1519634472; x=1520844072; h=from:to:cc:subject:date:message-id:mime-version; bh=NxS0iBjz/JlY8VHNXbaim7nxy3/PZt9uMusghzHYJSg=; b=XwutIncMq9Hex/ItgMiLhSo2qoK3Fqsl2KnUU2vjhWs6XowJ0Hg04IeF 0HNpzdaaP1AErCRDl2xguXjffQt/wBLbWKR/9zK+5EI1Kn8pxgBkfqkaK J5hxMFeCrL1kI7J6CGSzdoKXAMFPx0zad9gu9aHGCNzLm85qt8aG7/rt3 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DyAgDTxpNa/4YNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJadWZwKAqDSpgdgxiQNoVPghYKGAEKhEFPHIIfVRcBAgEBAQE?= =?us-ascii?q?BAQJrHQuFJgUBIVYSAUoCBCULJwQOhDFkEKsdgicmiDyCFAEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARgFh0KBV4FmKYRLgWcBAQOEezGCNAWhYQkChzeMZ5JgjFGIdwI?= =?us-ascii?q?RGQGBLgEgAzOBUXAVZAGCCAEBDoJPJoFldwGLR4EXAQEB?= X-IronPort-AV: E=Sophos;i="5.47,396,1515456000"; d="scan'208,217";a="142586673" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2018 08:41:11 +0000 Received: from XCH-RTP-016.cisco.com (xch-rtp-016.cisco.com [64.101.220.156]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w1Q8fBsD027307 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 26 Feb 2018 08:41:11 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-016.cisco.com (64.101.220.156) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 26 Feb 2018 03:41:10 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Mon, 26 Feb 2018 03:41:10 -0500 From: "Eric Vyncke (evyncke)" To: "taps@ietf.org" CC: "Pierre Pfister (ppfister)" , "Wenqin Shao -X (wenshao - Telecom PARIS at Cisco)" Thread-Topic: Hackathon IETF 101: Interoperation between NEAT and PvD (provisioning domains - Intarea) Thread-Index: AQHTrt2MoviRD5BQZ0ORxXm/kSnYwA== Date: Mon, 26 Feb 2018 08:41:10 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1e.0.170107 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.242.228] Content-Type: multipart/alternative; boundary="_000_F73224548DEE462BABFF762E442278BFciscocom_" MIME-Version: 1.0 Archived-At: Subject: [Taps] Hackathon IETF 101: Interoperation between NEAT and PvD (provisioning domains - Intarea) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 08:41:14 -0000 --_000_F73224548DEE462BABFF762E442278BFciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 W1NlbmRpbmcgdGhpcyBpbmZvcm1hdGlvbiB0byBUQVBTIFdHIGFzIHlvdSBtYXkgYmUgaW50ZXJl c3RlZCBpbiBwYXJ0aWNpcGF0aW5nXQ0KDQpUaGlzIGhhY2thdGhvbiBwcm9qZWN0IGF0IElFVEYt MTAxIGlzIHR3b2ZvbGQ6DQoNCi0gICAgICAgICAgSW50ZWdyYXRpb24vaW50ZXJvcGVyYXRpb24g YmV0d2VlbiBMaW51eCBpbXBsZW1lbnRhdGlvbiBvZiBQdkQgKGh0dHBzOi8vZ2l0aHViLmNvbS9J UHY2LW1QdkQgKSBhbmQgTkVBVCBwcm9qZWN0IHBvbGljeSBlbmdpbmUgYW5kIGluZm9ybWF0aW9u IGJhc2UgaHR0cHM6Ly93d3cubmVhdC1wcm9qZWN0Lm9yZy8NCg0KLSAgICAgICAgICBJbnRlcm9w ZXJhdGlvbiBvZiBMaW51eCBhbmQgb3RoZXIgT1Mgd2l0aCBQdkQgKHBvc3NpYmxlIGZvciBjYXB0 aXZlIHBvcnRhbCkgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtaW50YXJl YS1wcm92aXNpb25pbmctZG9tYWlucy0wMSBhcyB3ZWxsIHdpdGggdG9vbHMgYW5kIGFwcGxpY2F0 aW9ucyAoR2xpYmMgZm9yIGV4YW1wbGUpDQoNCkNoYW1waW9ucyBhcmUgZnJvbSBDaXNjbyBhbmQg VW5pdmVyc2l0eSBvZiBBYmVyZGVlbg0KDQoNCk1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGhh Y2thdGhvbjoNCg0KICAgICAgICAgICAgU2lnbnVwOiBodHRwczovL3d3dy5pZXRmLm9yZy9yZWdp c3RyYXRpb24vaWV0ZjEwMS9oYWNrYXRob25yZWdpc3RyYXRpb24ucHkNCg0KICAgICAgICAgICAg TW9yZSBpbmZvcm1hdGlvbjogaHR0cHM6Ly9pZXRmLm9yZy9ob3cvcnVubmluZ2NvZGUvaGFja2F0 aG9ucy8xMDEtaGFja2F0aG9uLw0KDQogICAgICAgICAgICBLZWVwIHVwIHRvIGRhdGUgYnkgc3Vi c2NyaWJpbmcgdG86DQoNCiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vaGFja2F0aG9uDQoNCkZlZWwgZnJlZSB0byBhc2sgZm9yIG1vcmUgaW5mb3JtYXRp b24NCg0KLcOpcmljDQoNCg== --_000_F73224548DEE462BABFF762E442278BFciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <939C5518A6659C44B1AB7B27208AD7D8@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1z b1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNv TGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5 OjM0Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseTpDYWxp YnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7 bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uUGxhaW5UZXh0Q2hh cg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iO30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29s b3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LWZhbWlseTpDYWxpYnJpO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4N Cjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9 IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5bU2VuZGluZyB0 aGlzIGluZm9ybWF0aW9uIHRvIFRBUFMgV0cgYXMgeW91IG1heSBiZSBpbnRlcmVzdGVkIGluIHBh cnRpY2lwYXRpbmddPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2NvbG9yOmJsYWNrIj5UaGlzIGhhY2thdGhvbiBwcm9qZWN0IGF0IElFVEYtMTAx IGlzIHR3b2ZvbGQ6PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTowY207bWFyZ2luLWxl ZnQ6MzYuMHB0O21hcmdpbi1ib3R0b206LjAwMDFwdDt0ZXh0LWluZGVudDotMTguMHB0O2ZvbnQt dmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93 czogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29yZC1zcGFjaW5nOjBweCI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj4tPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6YmxhY2si PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFj ayI+SW50ZWdyYXRpb24vaW50ZXJvcGVyYXRpb24NCiBiZXR3ZWVuIExpbnV4IGltcGxlbWVudGF0 aW9uIG9mIFB2RCAoPGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL0lQdjYtbVB2RCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Izk1NEY3MiI+aHR0cHM6Ly9naXRodWIuY29t L0lQdjYtbVB2RDwvc3Bhbj48L2E+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPikgYW5kIE5FQVQgcHJvamVjdCBwb2xpY3kgZW5naW5lIGFuZCBpbmZvcm1h dGlvbiBiYXNlJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cubmVhdC1wcm9qZWN0Lm9yZy8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiM5NTRGNzIiPmh0dHBzOi8vd3d3Lm5l YXQtcHJvamVjdC5vcmcvPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmln aHQ6MGNtO21hcmdpbi1ib3R0b206MGNtO21hcmdpbi1sZWZ0OjM2LjBwdDttYXJnaW4tYm90dG9t Oi4wMDAxcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDtmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29y cGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+LTwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkludGVyb3BlcmF0aW9uIG9mIExp bnV4DQogYW5kIG90aGVyIE9TIHdpdGggUHZEIChwb3NzaWJsZSBmb3IgY2FwdGl2ZSBwb3J0YWwp PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWludGFyZWEtcHJvdmlzaW9u aW5nLWRvbWFpbnMtMDEiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiM5NTRG NzIiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWludGFyZWEtcHJvdmlz aW9uaW5nLWRvbWFpbnMtMDE8L3NwYW4+PC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5hcw0KIHdlbGwgd2l0aCB0b29scyBhbmQgYXBwbGljYXRpb25z IChHbGliYyBmb3IgZXhhbXBsZSk8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1h bGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dv cmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh Y2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fwczog bm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkNoYW1waW9ucyBhcmUgZnJvbSBDaXNjbyBh bmQgVW5pdmVyc2l0eSBvZiBBYmVyZGVlbjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250 LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRv d3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW46 MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+TW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0 aGUgaGFja2F0aG9uOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtmb250LXZhcmlhbnQt Y2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87 LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFNpZ251cDombmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9yZWdp c3RyYXRpb24vaWV0ZjEwMS9oYWNrYXRob25yZWdpc3RyYXRpb24ucHkiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOiM5NTRGNzIiPmh0dHBzOi8vd3d3LmlldGYub3JnL3JlZ2lz dHJhdGlvbi9pZXRmMTAxL2hhY2thdGhvbnJlZ2lzdHJhdGlvbi5weTwvc3Bhbj48L2E+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbjow Y207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2ZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFu czogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTW9yZSBpbmZv cm1hdGlvbjombmJzcDs8YSBocmVmPSJodHRwczovL2lldGYub3JnL2hvdy9ydW5uaW5nY29kZS9o YWNrYXRob25zLzEwMS1oYWNrYXRob24vIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjojOTU0RjcyIj5odHRwczovL2lldGYub3JnL2hvdy9ydW5uaW5nY29kZS9oYWNrYXRob25z LzEwMS1oYWNrYXRob24vPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7 Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7 d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6 MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7 Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBLZWVwIHVwIHRvIGRhdGUgYnkgc3Vic2NyaWJpbmcgdG86 Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5 bGU9Im1hcmdpbjowY207bWFyZ2luLWJvdHRvbTouMDAwMXB0O2ZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2hh Y2thdGhvbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6Izk1NEY3MiI+aHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9oYWNrYXRob248L3NwYW4+PC9hPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9ImZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0 LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7 d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpi bGFjayI+RmVlbCBmcmVlIHRvIGFzayBmb3IgbW9yZSBpbmZvcm1hdGlvbjwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4 dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6 YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fw czogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdl YmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPi3DqXJpYzwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_F73224548DEE462BABFF762E442278BFciscocom_-- From nobody Tue Feb 27 01:13:14 2018 Return-Path: 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 12A7D12783A for ; Tue, 27 Feb 2018 01:13:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=ZGR44fS2; dkim=pass (1024-bit key) header.d=ericsson.com header.b=OyFPsAF1 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 jFVJczXrs6lY for ; Tue, 27 Feb 2018 01:13:11 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 7F2EA127337 for ; Tue, 27 Feb 2018 01:13:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519722789; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=g5wMHbek/f+d+fc/wZPSUGzrhl72tmWfpvJNa2pYR5M=; b=ZGR44fS2lr5zewBv446JZlQ2NiRfv8S6tot9gsde0xZjbiHiXxHP10WO81VxfG2n hW+nFG6uSFpn1A+IH7YlJalYM1CKp/X21cB2EcOLm/LECRicOCLsH9ZObdI/6x/R dhcmSvBI4JaEWHMMM9hzlzvwsTVRIE8QKP+qJNkrWl4=; X-AuditID: c1b4fb3a-347ff700000067b4-ce-5a952125e29c Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.183.24]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D8.90.26548.521259A5; Tue, 27 Feb 2018 10:13:09 +0100 (CET) Received: from ESESBMR502.ericsson.se (153.88.183.134) by ESESSHC002.ericsson.se (153.88.183.24) with Microsoft SMTP Server (TLS) id 14.3.352.0; Tue, 27 Feb 2018 10:13:09 +0100 Received: from ESESSMB503.ericsson.se (153.88.183.164) by ESESBMR502.ericsson.se (153.88.183.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26; Tue, 27 Feb 2018 10:13:08 +0100 Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26 via Frontend Transport; Tue, 27 Feb 2018 10:13:08 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=g5wMHbek/f+d+fc/wZPSUGzrhl72tmWfpvJNa2pYR5M=; b=OyFPsAF1AT1KGjuEJO8PGZ6g+Zmf4gysSjCmNzxniFqV1PiTIUlPcX01pckMCkH2fNdLw/wbAUVq1LvYtWfTyJQGNJXpJltpeBml5nCyK5PcJyRwq81VlkJsDpxe+w8NfE4Lg5e5qed957QhBr1ILcERA/5Mb6oojZJtGHVbtGc= Received: from HE1PR07MB1660.eurprd07.prod.outlook.com (10.166.124.138) by HE1PR07MB1545.eurprd07.prod.outlook.com (10.169.122.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.548.6; Tue, 27 Feb 2018 09:13:07 +0000 Received: from HE1PR07MB1660.eurprd07.prod.outlook.com ([fe80::4cec:56ea:a3ae:b080]) by HE1PR07MB1660.eurprd07.prod.outlook.com ([fe80::4cec:56ea:a3ae:b080%5]) with mapi id 15.20.0548.011; Tue, 27 Feb 2018 09:13:07 +0000 From: Zaheduzzaman Sarker To: "taps@ietf.org" Thread-Topic: Call for agenda items Thread-Index: AQHTr6su0anPZ/C89EGXobGKH/oSgA== Date: Tue, 27 Feb 2018 09:13:07 +0000 Message-ID: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.29.0.171205 x-originating-ip: [85.238.211.27] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB1545; 7:O1BAjIqe4RC/4voPARKIGhQMjI9nxVO25hXicdvl9CvwUIL9F55jkTRxPJSX/x5TQ+2LYol9l2ErQzIN7g36bnCclHoitx5dkHLMNnlMhWxRBehmyuyKukOh5Zhj+ZF+LsuZbTnvdlrTqBzq3rtdHUHSvhAzsxQuGRSDnptf54LO/i88GO52uhTINHHxG/NJuFipqpiTV3YSjJ7WCS4I63FSDiUTfOxlT97coCUEodS2+7BOalC2/rbAKNktNZmu x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 429ee109-5615-437d-f0bc-08d57dc250fe x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:HE1PR07MB1545; x-ms-traffictypediagnostic: HE1PR07MB1545: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040501)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231220)(944501198)(6041288)(20161123564045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(6072148)(201708071742011); SRVR:HE1PR07MB1545; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB1545; x-forefront-prvs: 05961EBAFC x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(39860400002)(39380400002)(376002)(346002)(189003)(199004)(86362001)(102836004)(561944003)(106356001)(6486002)(2351001)(33656002)(53936002)(186003)(2906002)(6346003)(25786009)(5640700003)(6436002)(3280700002)(5660300001)(3846002)(6116002)(83716003)(26005)(36756003)(82746002)(3480700004)(2501003)(316002)(6306002)(6512007)(54896002)(99286004)(81166006)(6916009)(1730700003)(8936002)(8676002)(3660700001)(478600001)(558084003)(14454004)(7736002)(2900100001)(97736004)(6506007)(68736007)(66066001)(105586002)(5250100002)(58126008)(81156014)(140573002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB1545; H:HE1PR07MB1660.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=zaheduzzaman.sarker@ericsson.com; x-microsoft-antispam-message-info: jWw8x3YRwyx1BDCHZJdXdtlnFcGbMDFdcuhGkvtJanbQFNM9K17oXQ3r+NpcCsWTmwuEXVj86AExNQlny+5PKb15Q0ilfJSAmLOGDHyYXG5sQQTHJlyzGvoH1pEJsCIjlTO1Du7rNkcKlWA3T17Jq0yriVeKvXj/qUFyQG8CMyw= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_9A9E1AC0891648578C08EF9C20568375ericssoncom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 429ee109-5615-437d-f0bc-08d57dc250fe X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2018 09:13:07.8295 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1545 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrFKsWRmVeSWpSXmKPExsUyM2K7hK6q4tQogzc79S3uxDgweixZ8pMp gDGKyyYlNSezLLVI3y6BK+PGgjdsBefkKz5vc2xgPC/XxcjJISFgInGlt5e9i5GLQ0jgMKPE xJblrBDOFkaJP2seQ2W+M0oc6PnIBuEsZZL48f0EWBmLwCcmiS/7JjFBZCYzSfx/+JoRwnnE KNF87A5QGQcHm4CNxOPFfiAbRQSUJS7v38gGYgsLyEnMmnGXGSa+8N0ONghbT2L/aZAaDqAN qhJ7djqBhHkF7CX+b//AAmIzCohJfD+1hgnEZhYQl2j6spIV4iEBiSV7zjND2KISLx//A4uL Ao18ceYaO0RcUWJ54xEmCFtW4tL8brCTJQS2MEm8PDMTqllPYuvEt4wQtq/E3JWzWSCKTjBK dP/cwQKR0JK4sGASVEO2RNvFU1C2l8T/M/3MEA2zmSV27TwJtU5GYsb1KVCJ96wS7/ZcZp/A qDcLyRsQdrLElltL2GaBvS0ocXLmE5ZZwNBgFtCUWL9LH6JEUWJK90N2CFtDonXOXCjbQ+Lg x6fMyGoWMHKsYhQtTi0uzk03MtJLLcpMLi7Oz9PLSy3ZxAhMQQe3/LbawXjwueMhRgEORiUe 3kLRqVFCrIllxZW5hxglOJiVRHhXLp4cJcSbklhZlVqUH19UmpNafIhRmoNFSZzXKc0iSkgg PbEkNTs1tSC1CCbLxMEp1cBYe8glfSNvbsW6o6dXGHJHyzcme5SJifPvf3c/ceq7a8/22fNI GtzyyreLuTnz3WMjr/T1McHx3/RVZ8Tu2uzJ9WnZsic6IXv+/o1jCVrd9fxfE/P7XQ/sN81J /uSbPknl5vI1D3s47f8oPp0RF7r2g61O6PK/PGzmPxQrP8pOYFi83DFwz4f9SizFGYmGWsxF xYkAsmyIIz0DAAA= Archived-At: Subject: [Taps] Call for agenda items X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 09:13:13 -0000 --_000_9A9E1AC0891648578C08EF9C20568375ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVEFQUywNCg0KWW91ciBjaGFpcnMgYXJlIHBsYW5uaW5nIGZvciB0aGUgSUVURiAxMDEgTG9u ZG9uIFNlc3Npb24uIFBsZWFzZSBzZW5kIHlvdXIgcHJvcG9zYWwocykgZm9yIGFnZW5kYSBpdGVt IGFuZCBhbHNvIG1lbnRpb24gd2hhdCBwb2ludHMgeW91IHdvdWxkIGxpa2UgdG8gZGlzY3VzcyBk dXJpbmcgdGhlIElFVEYxMDEgbWVldGluZyBkdXJpbmcgeW91ciB0aW1lc2xvdC4NCg0KQlINCg0K WmFoZWQgJiBBYXJvbg0K --_000_9A9E1AC0891648578C08EF9C20568375ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo1OTUuMHB0IDg0Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1 cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl Pg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLUdCIiBsaW5rPSIjMDU2 M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iU1YiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5I aSBUQVBTLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IlNWIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPllvdXIgY2hhaXJzIGFyZSBwbGFubmluZyBmb3IgdGhlIElFVEYgMTAxIExvbmRvbiBTZXNz aW9uLiBQbGVhc2Ugc2VuZCB5b3VyIHByb3Bvc2FsKHMpIGZvciBhZ2VuZGEgaXRlbSBhbmQgYWxz byBtZW50aW9uIHdoYXQgcG9pbnRzIHlvdSB3b3VsZCBsaWtlIHRvIGRpc2N1c3MgZHVyaW5nIHRo ZSBJRVRGMTAxIG1lZXRpbmcgZHVyaW5nIHlvdXIgdGltZXNsb3QuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5CUjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+WmFoZWQgJmFtcDsgQWFyb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_9A9E1AC0891648578C08EF9C20568375ericssoncom_-- From nobody Tue Feb 27 01:27:11 2018 Return-Path: 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 A6EC3126DEE for ; Tue, 27 Feb 2018 01:27:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 UuxskRfNryEv for ; Tue, 27 Feb 2018 01:27:05 -0800 (PST) Received: from mail-out02.uio.no (mail-out02.uio.no [IPv6:2001:700:100:8210::71]) (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 AB56B1201F2 for ; Tue, 27 Feb 2018 01:27:05 -0800 (PST) Received: from mail-mx01.uio.no ([129.240.10.26]) by mail-out02.uio.no with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1eqbXK-0009Vf-Au; Tue, 27 Feb 2018 10:27:02 +0100 Received: from 93-58-133-64.ip158.fastwebnet.it ([93.58.133.64] helo=[10.0.0.4]) by mail-mx01.uio.no with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.90_1) (envelope-from ) id 1eqbXJ-0001p1-3c; Tue, 27 Feb 2018 10:27:02 +0100 From: Michael Welzl Message-Id: <5E572632-6206-4E23-835B-8E2E1C1B8E79@ifi.uio.no> Content-Type: multipart/alternative; boundary="Apple-Mail=_AD26ACDF-E420-48AE-B6D2-B884714A3402" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Tue, 27 Feb 2018 10:26:55 +0100 In-Reply-To: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> Cc: "taps@ietf.org" To: Zaheduzzaman Sarker References: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> X-Mailer: Apple Mail (2.3273) X-UiO-SPF-Received: Received-SPF: neutral (mail-mx01.uio.no: 93.58.133.64 is neither permitted nor denied by domain of ifi.uio.no) client-ip=93.58.133.64; envelope-from=michawe@ifi.uio.no; helo=[10.0.0.4]; X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, HTML_MESSAGE=0.001, TVD_RCVD_IP=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: F76E353E9A1D7C071FD1EC74CF5127443788B3C8 Archived-At: Subject: Re: [Taps] Call for agenda items X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 09:27:09 -0000 --Apple-Mail=_AD26ACDF-E420-48AE-B6D2-B884714A3402 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99d like to present an update of draft-ietf-taps-minset = (currently -01, hopefully -02 before the meeting). This is an editorial update, nothing substantial has changed about the = content - so I guess a 10 minute slot should be enough. Cheers, Michael > On Feb 27, 2018, at 10:13 AM, Zaheduzzaman Sarker = wrote: >=20 > Hi TAPS, > =20 > Your chairs are planning for the IETF 101 London Session. Please send = your proposal(s) for agenda item and also mention what points you would = like to discuss during the IETF101 meeting during your timeslot. > =20 > BR > =20 > Zahed & Aaron > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps = --Apple-Mail=_AD26ACDF-E420-48AE-B6D2-B884714A3402 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

I=E2=80= =99d like to present an update of draft-ietf-taps-minset =  (currently -01, hopefully -02 before the meeting).
This is an editorial update, nothing substantial has changed = about the content - so I guess a 10 minute slot should be = enough.

Cheers,
Michael


On Feb 27, 2018, at 10:13 AM, = Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> wrote:

Hi TAPS,
 
Your chairs are = planning for the IETF 101 London Session. Please send your proposal(s) = for agenda item and also mention what points you would like to discuss = during the IETF101 meeting during your timeslot.
 
BR
 
Zahed & = Aaron
_______________________________________________
Taps mailing list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

= --Apple-Mail=_AD26ACDF-E420-48AE-B6D2-B884714A3402-- From nobody Tue Feb 27 09:28:28 2018 Return-Path: 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 C5EEA12D7F0 for ; Tue, 27 Feb 2018 09:28:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.309 X-Spam-Level: X-Spam-Status: No, score=-4.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 sznxepl8SGsN for ; Tue, 27 Feb 2018 09:28:25 -0800 (PST) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) (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 8CEBD127241 for ; Tue, 27 Feb 2018 09:28:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1519752505; x=2383666105; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=u7GB0RrB0HfBP09frqAuJnV2wSfjP7crk264Ua1i914=; b=DDy+XvteBSXpSJEr+u3HSy6wqX7RUHuJRvfv5WxJKiCpNTb+ovMtiXr8CduVSRmw Yzt/YHdJiNfuWGFCttq88WxWJx2lm8v9RBgd6lxFll1BOrcwOU+sLWy38jN7sWAJ 8z4tdkOh8gdJIEB6iLtzKfPISlljJ0FXVlm3p8Q5lDWwCwKRWM8+CuPNZ2CPAyJy +AuWdA6pbpmvQ0d3rUmUHyCvsIOYi2KB/cpro+RGwKKrRKWgSy6MFTzqqXzPAYge zRALuSyK8ZvCO2z4G2icclD/mSjNJ4Xz7vgbuGapuvZAFvqaauAL+ZlK6cTrG958 K9zjABOYy4mgnmtkUAuNJg==; Received: from relay7.apple.com (relay7.apple.com [17.128.113.101]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id 7C.E1.13704.935959A5; Tue, 27 Feb 2018 09:28:25 -0800 (PST) X-AuditID: 11973e13-ee5ff70000003588-df-5a9595390ae0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay7.apple.com (Apple SCV relay) with SMTP id 68.27.21982.935959A5; Tue, 27 Feb 2018 09:28:25 -0800 (PST) MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_CklFjPBEjwWUvqPxOrtqnA)" Received: from [17.234.51.161] (unknown [17.234.51.161]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.2.20180130 64bit (built Jan 30 2018)) with ESMTPSA id <0P4T00FUFKJC4K40@nwk-mmpp-sz09.apple.com>; Tue, 27 Feb 2018 09:28:25 -0800 (PST) Sender: tpauly@apple.com From: Tommy Pauly Message-id: Date: Tue, 27 Feb 2018 09:28:24 -0800 In-reply-to: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> Cc: "taps@ietf.org" To: Zaheduzzaman Sarker , Aaron Falk References: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> X-Mailer: Apple Mail (2.3458) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrJLMWRmVeSWpSXmKPExsUi2FCYqms5dWqUwdEXIhZtv6exWtyJsThy 6h2zA7PHr69X2Tx2zrrL7rFkyU+mAOYoLpuU1JzMstQifbsErowP9x8zFaz1qOi9v5K1gfGF fRcjJ4eEgInEjs8XWboYuTiEBNYwSUw4380Ok5jY8ZcNInGQUWL5jJtgCV4BQYkfk++xgNjM AmESN36/Z4comsgk8ejWTOYuRg4OYQEJic17EkFq2ARUJI5/28AM0Wsj0X5tF5gtLKAp8bNp LwtIOYuAqsSyySogYU4BB4lfD2HGK0s8ntUIZosIxEu8mb+BFcQWErCXeL92JSPEnbISK2ff ZYWwl7BJXOkLm8AoNAvJpbOQXDoLaBuzgLrElCm5EGFtiSfvLrBC2GoSC38vYkIWX8DItopR KDcxM0c3M89UL7GgICdVLzk/dxMjKC6m2wnvYDy9yuoQowAHoxIP74HcqVFCrIllxZW5hxil OViUxHnV10+JEhJITyxJzU5NLUgtii8qzUktPsTIxMEp1cDoLKNT9Tbsc5FHonKwcIP2PO9D PUySy9Rv9zeduTRNaW3hIov8g8s9WM5sS3Zb4u8RJrkhqijt1IL14l/zXz7+HxC25EjPas1Z D10YEs5NY2VIYP7k898kRcPneLCbYPojq37OY6ZG+xJ6mN+Iq75MFF/Cys7hVpq05iTPPLYl Ok8zVi7eNk2JpTgj0VCLuag4EQAfur3JbAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLLMWRmVeSWpSXmKPExsUi2FAcoGs5dWqUwcXnnBZtv6exWtyJsThy 6h2zA7PHr69X2Tx2zrrL7rFkyU+mAOYoLpuU1JzMstQifbsErowP9x8zFaz1qOi9v5K1gfGF fRcjJ4eEgInExI6/bF2MXBxCAgcZJZbPuMkOkuAVEJT4MfkeC4jNLBAmceP3e3aIoolMEo9u zWTuYuTgEBaQkNi8JxGkhk1AReL4tw3MEL02Eu3XdoHZwgKaEj+b9rKAlLMIqEosm6wCEuYU cJD49RBmvLLE41mNYLaIQLzEm/kbWEFsIQF7ifdrVzJC3CkrsXL2XdYJjPyzkFw3C8l1s4A2 MAuoS0yZkgsR1pZ48u4CK4StJrHw9yImZPEFjGyrGAWKUnMSK831EgsKclL1kvNzNzGCA7kw dQdj43KrQ4wCHIxKPLwZ2VOjhFgTy4orcw8xSnAwK4nwrlw8OUqINyWxsiq1KD++qDQntfgQ ozQHi5I4b6NHb5SQQHpiSWp2ampBahFMlomDU6qBcXPH7HZZw8DCQ6c9Z/nUOs+MD3aTn+mi NffHf5nTS87ptR3n+y7+p+WPc8Wr/i7HinsL2udlmsiFBbHwc/y//k5xV38fz+tt+ot3rJxf HnRthcp7cf9lAscSZdlCGg90HCosDjGTSLjlfudbyOyek6e/ZtRzzktevG3lmcDdJ1kF1767 sGdzlRJLcUaioRZzUXEiAIaWiNhgAgAA Archived-At: Subject: Re: [Taps] Call for agenda items X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 17:28:27 -0000 --Boundary_(ID_CklFjPBEjwWUvqPxOrtqnA) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable Hi Zahed & Aaron, We=E2=80=99ve posted the first of three new documents proposed for = milestone 3, "An Architecture for Transport Services=E2=80=9D (please go = read it, everyone!): https://datatracker.ietf.org/doc/draft-pauly-taps-arch = https://tools.ietf.org/html/draft-pauly-taps-arch-00 = The API and Implementation documents are forthcoming, and will be posted = before the submission deadline. I=E2=80=99d like a slot to go over the Architecture document and = approach itself. A 15/20-minute talk with flexible discussion time would = likely be good. I imagine we=E2=80=99d also want slots to discuss the = API and Implementation documents to present them to the whole group as = well. Thanks, Tommy > On Feb 27, 2018, at 1:13 AM, Zaheduzzaman Sarker = wrote: >=20 > Hi TAPS, > =20 > Your chairs are planning for the IETF 101 London Session. Please send = your proposal(s) for agenda item and also mention what points you would = like to discuss during the IETF101 meeting during your timeslot. > =20 > BR > =20 > Zahed & Aaron > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps = --Boundary_(ID_CklFjPBEjwWUvqPxOrtqnA) Content-type: text/html; charset=utf-8 Content-transfer-encoding: quoted-printable Hi = Zahed & Aaron,

We=E2=80=99ve posted the first of three new documents = proposed for milestone 3, "An Architecture for Transport Services=E2=80=9D= (please go read it, everyone!):

https://datatracker.ietf.org/doc/draft-pauly-taps-arch
https://tools.ietf.org/html/draft-pauly-taps-arch-00
<= div class=3D"">
The API and = Implementation documents are forthcoming, and will be posted before the = submission deadline.

I=E2=80=99d like a slot to go over the Architecture document = and approach itself. A 15/20-minute talk with flexible discussion time = would likely be good. I imagine we=E2=80=99d also want slots to discuss = the API and Implementation documents to present them to the whole group = as well.

Thanks,
Tommy

On Feb 27, 2018, at 1:13 AM, Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> wrote:

Hi TAPS,
 
Your chairs are planning for the IETF 101 London Session. = Please send your proposal(s) for agenda item and also mention what = points you would like to discuss during the IETF101 meeting during your = timeslot.
 
BR
 
Zahed & = Aaron
_______________________________________________
Taps mailing = list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

= --Boundary_(ID_CklFjPBEjwWUvqPxOrtqnA)-- From nobody Tue Feb 27 15:19:28 2018 Return-Path: X-Original-To: taps@ietf.org Delivered-To: taps@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D08812EB3C; Tue, 27 Feb 2018 15:11:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: spencerdawkins.ietf@gmail.com, taps@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151977308457.5200.9958924995398619019.idtracker@ietfa.amsl.com> Date: Tue, 27 Feb 2018 15:11:24 -0800 Archived-At: Subject: [Taps] taps - Requested session has been scheduled for IETF 101 X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 23:11:27 -0000 Dear Aaron Falk, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. taps Session 1 (2:30:00) Wednesday, Morning Session I 0930-1200 Room Name: Park Suite size: 100 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Transport Services Area Name: Transport Area Session Requester: Aaron Falk Number of Sessions: 1 Length of Session(s): 2.5 Hours Number of Attendees: 80 Conflicts to Avoid: First Priority: maprg dispatch tcpm iccrg tsvwg ippm rmcat tsvarea quic Second Priority: tcpinc nvo3 mptcp icnrg httpbis dots i2nsf saag Third Priority: mmusic tram sacm mile ipwave cfrg People who must be present: Aaron Falk Michael Welzl Spencer Dawkins Brian Trammell Zaheduzzaman Sarker Mirja Kuehlewind Tommy Pauly Resources Requested: Experimental Room Setup (U-Shape and classroom, subject to availability) Special Requests: U-shaped room would be nice, not required. --------------------------------------------------------- From nobody Tue Feb 27 23:25:40 2018 Return-Path: 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 D6515120725 for ; Tue, 27 Feb 2018 23:25:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 KOppFE7BRCzF for ; Tue, 27 Feb 2018 23:25:34 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15EF6124207 for ; Tue, 27 Feb 2018 23:25:34 -0800 (PST) Received: from [192.168.3.68] (unknown [186.138.211.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 01D1C826E5; Wed, 28 Feb 2018 08:25:28 +0100 (CET) To: Erik Kline Cc: Tommy Pauly , Aaron Falk , taps WG References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> From: Fernando Gont Message-ID: <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> Date: Wed, 28 Feb 2018 03:31:35 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 07:25:39 -0000 On 02/13/2018 08:30 PM, Erik Kline wrote: > On 13 February 2018 at 15:15, Fernando Gont wrote: >> Hello, Tommy, >> >> On 02/13/2018 08:04 PM, Tommy Pauly wrote: >>> Yes, I think this topic is very relevant to the work that can be done in >>> updated transport APIs, specifically around Path Selection. This is >>> relevant both for initial connection establishment (when we’re racing >>> various transport protocols across different paths, we need to know >>> which local addresses to use), and maintenance of connections that >>> support migration or multipath (which addresses can they use for new >>> flows). The address selection can also be inferred from other properties >>> of the transport connection, such as how long-lived the connection needs >>> to be. >>> >>> Fernando, what’s your plan for your draft? It seems like a great >>> reference for our drafts, and something we need to consider in our list >>> of application preferences when creating transport connections. >> >> Thanks so much for your comments! >> >> I this work is of interest to the TAPS WG, we could try to move this one >> forward in this wg, and also think of a subsequent I-D with >> recommendations (more on this later). >> >> Thoughts? > > When it comes to "recommendations" I'm not in favor of the node-based > recommendations in the NOTE in section 7.3. This document is moving away from making recommendations, and just focusing on the problem statement. We'll remove the "Note" you referenced. > I think we should let > nodes create and use addresses as they see fit, and leave it to the > apps to figure out what they want to do (given the proper information > via useful APIs). The above said (i.e., the note will be removed in the next rev of this document), I think the "note" still gives control to the node to do what it pleases -- it was suggesting configuration of profiles for different types of networks (which would be a node-configuration setting, as opposed to network-induced configuration) Thoughts? Thanks! Best regards, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From nobody Tue Feb 27 23:50:19 2018 Return-Path: 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 03A06124207 for ; Tue, 27 Feb 2018 23:50:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 aWdMHKYSSVfu for ; Tue, 27 Feb 2018 23:50:16 -0800 (PST) Received: from mail-yb0-x22f.google.com (mail-yb0-x22f.google.com [IPv6:2607:f8b0:4002:c09::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 97693120725 for ; Tue, 27 Feb 2018 23:50:16 -0800 (PST) Received: by mail-yb0-x22f.google.com with SMTP id b12-v6so526577ybn.8 for ; Tue, 27 Feb 2018 23:50:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ForywBxJHpZhpLxJa7Gjy5xjyykhAOPk8/+favTQvCQ=; b=WAdPWnLDVurWKsMspMeFosS5lyHJVCs3SWGAIr+Q0tXU3VnVwrD2Pw64BzZ18wtGBX qTanhJlTsubFjd6R+YpYKgEjdnnnRNbQGJPczAD23c9L2BkBZNYu2jlIc/51olKcRQ6y mVqduKDHc7Coeigg2FwSKle/MDZqtMRSVhdikeKKuuuKzwO69YzNyzdrr+8JIXpJowLt auJd6QZpZPTIP6ncOZ5SCF+HKQd8Ej7mnVeAm+uFtZzTQu8dfPVnNONs0Y4Du4o0Sn0o r9ACbLioheotCusGZPePpgDnGMlOBBpLnjEFnmF2bYKhPDI+pjCq4sfGhCf4xGOy9YY2 vNKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ForywBxJHpZhpLxJa7Gjy5xjyykhAOPk8/+favTQvCQ=; b=tuzsgu8ZkCsPwwfDPKN+mBWW7ar6rKszF8hS7FIoe+cXfaAdPX0KYh7khBkUIEFVO2 1zkoTUW4D5IBWM+hD0oAaYBUaStN5v8QemS4AZnjj4bSQS2ZGSxK6QMB7e1/FFLum3in SBM6l9XCZN8EmZ6IJStPw61Ru06LLSiFiw16TNsUp53WQ72cG7N6u6wiKwZAgF6MGUek AUeVspZsVwc1CQur0dWbuxxjpO6ulUA2C3jsqhC2aG05uS8r5oFZe/YNqILh363XuxWq j5WnfxzaHK2gEFhiLoPh+Kw9aWBPf3fPLJnbKuyy5El6fAMnV6KFKus+URY82eMKd72r x3OA== X-Gm-Message-State: APf1xPDKzSnVtVmibYutdzf+ElsJYsYG6gu7KBOGmIorXRqCxhO/kqNs FH+kj9RgPaoci6uHIPdCoV7Cw/DF4zNzOSFoJMDB4g== X-Google-Smtp-Source: AG47ELsdjJXgNJ0DyBIfW1oKmxs3pumfSgxDwjU6Vymv/o9hRKq8sftwCzlTlvU5USrg9wtbUJnfvnAmQH1tH2EW0B0= X-Received: by 2002:a25:63c1:: with SMTP id x184-v6mr11270203ybb.165.1519804215212; Tue, 27 Feb 2018 23:50:15 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a25:820a:0:0:0:0:0 with HTTP; Tue, 27 Feb 2018 23:49:54 -0800 (PST) In-Reply-To: <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> From: Erik Kline Date: Wed, 28 Feb 2018 16:49:54 +0900 Message-ID: To: Fernando Gont Cc: Tommy Pauly , Aaron Falk , taps WG Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="00000000000069d2ad056640fe16" Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 07:50:18 -0000 --00000000000069d2ad056640fe16 Content-Type: text/plain; charset="UTF-8" >> I think we should let >> nodes create and use addresses as they see fit, and leave it to the >> apps to figure out what they want to do (given the proper information >> via useful APIs). > > The above said (i.e., the note will be removed in the next rev of this > document), I think the "note" still gives control to the node to do what > it pleases -- it was suggesting configuration of profiles for different > types of networks (which would be a node-configuration setting, as > opposed to network-induced configuration) > > Thoughts? I think there's still a difference between having a node-wide policy and enabling per-app policies. The former could be used to unnecessarily preclude the latter, and I think it's better to work toward enabling choice in the apps. --00000000000069d2ad056640fe16 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIS3wYJKoZIhvcNAQcCoIIS0DCCEswCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg ghBFMIIEXDCCA0SgAwIBAgIOSBtqDm4P/739RPqw/wcwDQYJKoZIhvcNAQELBQAwZDELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVy c29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hBMjU2IC0gRzIwHhcNMTYwNjE1MDAwMDAwWhcNMjEw NjE1MDAwMDAwWjBMMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEiMCAG A1UEAxMZR2xvYmFsU2lnbiBIViBTL01JTUUgQ0EgMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALR23lKtjlZW/17kthzYcMHHKFgywfc4vLIjfq42NmMWbXkNUabIgS8KX4PnIFsTlD6F GO2fqnsTygvYPFBSMX4OCFtJXoikP2CQlEvO7WooyE94tqmqD+w0YtyP2IB5j4KvOIeNv1Gbnnes BIUWLFxs1ERvYDhmk+OrvW7Vd8ZfpRJj71Rb+QQsUpkyTySaqALXnyztTDp1L5d1bABJN/bJbEU3 Hf5FLrANmognIu+Npty6GrA6p3yKELzTsilOFmYNWg7L838NS2JbFOndl+ce89gM36CW7vyhszi6 6LqqzJL8MsmkP53GGhf11YMP9EkmawYouMDP/PwQYhIiUO0CAwEAAaOCASIwggEeMA4GA1UdDwEB /wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIB ADAdBgNVHQ4EFgQUyzgSsMeZwHiSjLMhleb0JmLA4D8wHwYDVR0jBBgwFoAUJiSSix/TRK+xsBtt r+500ox4AAMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9n c3BlcnNvbmFsc2lnbnB0bnJzc2hhMmcyLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzANBgkqhkiG 9w0BAQsFAAOCAQEACskdySGYIOi63wgeTmljjA5BHHN9uLuAMHotXgbYeGVrz7+DkFNgWRQ/dNse Qa4e+FeHWq2fu73SamhAQyLigNKZF7ZzHPUkSpSTjQqVzbyDaFHtRBAwuACuymaOWOWPePZXOH9x t4HPwRQuur57RKiEm1F6/YJVQ5UTkzAyPoeND/y1GzXS4kjhVuoOQX3GfXDZdwoN8jMYBZTO0H5h isymlIl6aot0E5KIKqosW6mhupdkS1ZZPp4WXR4frybSkLejjmkTYCTUmh9DuvKEQ1Ge7siwsWgA NS1Ln+uvIuObpbNaeAyMZY0U5R/OyIDaq+m9KXPYvrCZ0TCLbcKuRzCCBB4wggMGoAMCAQICCwQA AAAAATGJxkCyMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9vdCBDQSAt IFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTExMDgwMjEw MDAwMFoXDTI5MDMyOTEwMDAwMFowZDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hB MjU2IC0gRzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCg/hRKosYAGP+P7mIdq5NB Kr3J0tg+8lPATlgp+F6W9CeIvnXRGUvdniO+BQnKxnX6RsC3AnE0hUUKRaM9/RDDWldYw35K+sge C8fWXvIbcYLXxWkXz+Hbxh0GXG61Evqux6i2sKeKvMr4s9BaN09cqJ/wF6KuP9jSyWcyY+IgL6u2 52my5UzYhnbf7D7IcC372bfhwM92n6r5hJx3r++rQEMHXlp/G9J3fftgsD1bzS7J/uHMFpr4MXua eoiMLV5gdmo0sQg23j4pihyFlAkkHHn4usPJ3EePw7ewQT6BUTFyvmEB+KDoi7T4RCAZDstgfpzD rR/TNwrK8/FXoqnFAgMBAAGjgegwgeUwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8C AQEwHQYDVR0OBBYEFCYkkosf00SvsbAbba/udNKMeAADMEcGA1UdIARAMD4wPAYEVR0gADA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzA2BgNVHR8E LzAtMCugKaAnhiVodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QtcjMuY3JsMB8GA1UdIwQY MBaAFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQACAFVjHihZCV/IqJYt 7Nig/xek+9g0dmv1oQNGYI1WWeqHcMAV1h7cheKNr4EOANNvJWtAkoQz+076Sqnq0Puxwymj0/+e oQJ8GRODG9pxlSn3kysh7f+kotX7pYX5moUa0xq3TCjjYsF3G17E27qvn8SJwDsgEImnhXVT5vb7 qBYKadFizPzKPmwsJQDPKX58XmPxMcZ1tG77xCQEXrtABhYC3NBhu8+c5UoinLpBQC1iBnNpNwXT Lmd4nQdf9HCijG1e8myt78VP+QSwsaDT7LVcLT2oDPVggjhVcwljw3ePDwfGP9kNrR+lc8XrfClk WbrdhC2o4Ui28dtIVHd3MIIDXzCCAkegAwIBAgILBAAAAAABIVhTCKIwDQYJKoZIhvcNAQELBQAw TDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENBIC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24x EzARBgNVBAMTCkdsb2JhbFNpZ24wHhcNMDkwMzE4MTAwMDAwWhcNMjkwMzE4MTAwMDAwWjBMMSAw HgYDVQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEG A1UEAxMKR2xvYmFsU2lnbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMwldpB5Bngi FvXAg7aEyiie/QV2EcWtiHL8RgJDx7KKnQRfJMsuS+FggkbhUqsMgUdwbN1k0ev1LKMPgj0MK66X 17YUhhB5uzsTgHeMCOFJ0mpiLx9e+pZo34knlTifBtc+ycsmWQ1z3rDI6SYOgxXG71uL0gRgykmm KPZpO/bLyCiR5Z2KYVc3rHQU3HTgOu5yLy6c+9C7v/U9AOEGM+iCK65TpjoWc4zdQQ4gOsC0p6Hp sk+QLjJg6VfLuQSSaGjlOCZgdbKfd/+RFO+uIEn8rUAVSNECMWEZXriX7613t2Saer9fwRPvm2L7 DWzgVGkWqQPabumDk3F2xmmFghcCAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQBL QNvAUKr+yAzv95ZURUm7lgAJQayzE4aGKAczymvmdLm6AC2upArT9fHxD4q/c2dKg8dEe3jgr25s bwMpjjM5RcOO5LlXbKr8EpbsU8Yt5CRsuZRj+9xTaGdWPoO4zzUhw8lo/s7awlOqzJCK6fBdRoyV 3XpYKBovHd7NADdBj+1EbddTKJd+82cEHhXXipa0095MJ6RMG3NzdvQXmcIfeg7jLQitChws/zyr VQ4PkX4268NXSb7hLi18YIvDQVETI53O9zJrlAGomecsMx86OyXShkDOOyyGeMlhLxS67ttVb9+E 7gUJTb0o2HLO02JQZR7rkpeDMdmztcpHWD9fMIIEXDCCA0SgAwIBAgIMfg1wtYggohADxbT3MA0G CSqGSIb3DQEBCwUAMEwxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSIw IAYDVQQDExlHbG9iYWxTaWduIEhWIFMvTUlNRSBDQSAxMB4XDTE4MDIxNTA2MzcxNVoXDTE4MDgx NDA2MzcxNVowHjEcMBoGCSqGSIb3DQEJAQwNZWtAZ29vZ2xlLmNvbTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBANinyejqC3lpuuurPEnTTJsSB+LPui3CT4Cg4PEUVzKZf9l4ircMhwI8 LZmiRwWqg1CReYbVM1JTiQ6gJpWdGaiEdylfMEcCm6RMnuHA8k97/AqBUZti6ZGbtl77UEblK2Ok Qwai1Kza2k2CkjfnzfugTdF/XzOCF9BOYrW/B+fM2MGf7e48qKtoA2FGlTOOaitLYJJBaixBWQUZ oVO6XVPC7mhSoW1Wc7uwD85Yvuf1Qq0MXkxqgAXxJ1xBSS7KVJAIPPlXS3vtxFwmeqDlFIqNB9lY KwU08whM2akO03ENo0ixPJL3kSEafnFiQzVhXTLsgqbCA0lrfH2j4F8/wrMCAwEAAaOCAWowggFm MBgGA1UdEQQRMA+BDWVrQGdvb2dsZS5jb20wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUFBzAChjRo dHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc2h2c21pbWVjYTEuY3J0MB0GA1Ud DgQWBBS6wTowyOTvuUJ3LG0j/H1PWoaTrjAfBgNVHSMEGDAWgBTLOBKwx5nAeJKMsyGV5vQmYsDg PzBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9i YWxzaWduLmNvbS9yZXBvc2l0b3J5LzA7BgNVHR8ENDAyMDCgLqAshipodHRwOi8vY3JsLmdsb2Jh bHNpZ24uY29tL2dzaHZzbWltZWNhMS5jcmwwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDANBgkqhkiG9w0BAQsFAAOCAQEAavJqbhv0cDn0rYD5aMbNL6cvp5a2 9oeeMhRGx55RMI7YywkO91RBJjzKAHWvb9Q2sdoQ/5PBmzEsFyYRhK68AnDE/h/GMhZPqK0p9JMe e1OSiWYexcjPi4ibnMkIBO+GMeTYQPweBfiD4pTwDPaKib+29SM5520Ba6C88h2wNEabdWj9EypL i/utAs30iZ97nKVXDFAgYvOORj5bQAnGAIZHIqSw2xAUu0l59uxdqW3mcZs/6JPrWEGjDh2enVmp BIiQJzNtVktT+lQInKeeJQM4jt+s/RE1m/GacTJZ63MNk9mE5Xn/hbmTkEgBSPu6/6gl1JnrIdTf Aex0alwnMTGCAl4wggJaAgEBMFwwTDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExIjAgBgNVBAMTGUdsb2JhbFNpZ24gSFYgUy9NSU1FIENBIDECDH4NcLWIIKIQA8W09zAN BglghkgBZQMEAgEFAKCB1DAvBgkqhkiG9w0BCQQxIgQgONTQC5RSlM0fw9kSZD7h4Yab5+qjNjvh MfwYUDp7wp8wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjI4 MDc1MDE1WjBpBgkqhkiG9w0BCQ8xXDBaMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZI AWUDBAECMAoGCCqGSIb3DQMHMAsGCSqGSIb3DQEBCjALBgkqhkiG9w0BAQcwCwYJYIZIAWUDBAIB MA0GCSqGSIb3DQEBAQUABIIBAI6jKUBeywMiJ1V+o6yYqLcCjTj+ZlrX3LsyMqcOy5ZIQpbLeW/J 9ShLRWkRt8cSLroMNu5qaQKHEM6xutnWakyWB4anh8R0p7PP2VLf8lMjupI6ZJdbt50p5vu0R3y9 ++Eq7tnbMsemJRQuYLib2kiG1+8ask3AIY/Lt6yqGLtZdBcNpHOAeLYKqOzKxoHI86oaKikpIVO1 +X1fDpOCtYRA+PlWKXwxgbHsYDMkw5zOnLr3oMZQFsmo5x7pasahgBc25r3ITsaE4gTVIaVQ2O7H 07ljlk1crBU5BdJaE5yhr3GDIOIVjfL/wDi2NP3JrRAKqGitGuHAzdGacFWB7NM= --00000000000069d2ad056640fe16-- From nobody Wed Feb 28 01:30:42 2018 Return-Path: X-Original-To: taps@ietf.org Delivered-To: taps@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F260A12EAED; Wed, 28 Feb 2018 01:30:35 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: taps@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151981023595.5171.16118723853880477976@ietfa.amsl.com> Date: Wed, 28 Feb 2018 01:30:35 -0800 Archived-At: Subject: [Taps] I-D Action: draft-ietf-taps-minset-02.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 09:30:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Transport Services WG of the IETF. Title : A Minimal Set of Transport Services for TAPS Systems Authors : Michael Welzl Stein Gjessing Filename : draft-ietf-taps-minset-02.txt Pages : 46 Date : 2018-02-28 Abstract: This draft recommends a minimal set of IETF Transport Services offered by end systems supporting TAPS, and gives guidance on choosing among the available mechanisms and protocols. It is based on the set of transport features in RFC 8303. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-taps-minset/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-taps-minset-02 https://datatracker.ietf.org/doc/html/draft-ietf-taps-minset-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-taps-minset-02 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Feb 28 01:35:17 2018 Return-Path: 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 BE16912EAD8 for ; Wed, 28 Feb 2018 01:35:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 rvBp9Ne_TIUz for ; Wed, 28 Feb 2018 01:35:13 -0800 (PST) Received: from mail-out01.uio.no (mail-out01.uio.no [IPv6:2001:700:100:10::50]) (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 4156312EAEC for ; Wed, 28 Feb 2018 01:35:12 -0800 (PST) Received: from mail-mx06.uio.no ([129.240.10.40]) by mail-out01.uio.no with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1eqy8k-00046z-Ll for taps@ietf.org; Wed, 28 Feb 2018 10:35:10 +0100 Received: from 93-58-133-64.ip158.fastwebnet.it ([93.58.133.64] helo=[10.0.0.4]) by mail-mx06.uio.no with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.90_1) (envelope-from ) id 1eqy8i-0001YQ-6K for taps@ietf.org; Wed, 28 Feb 2018 10:35:10 +0100 From: Michael Welzl Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Wed, 28 Feb 2018 10:35:07 +0100 References: <151981023595.5171.16118723853880477976@ietfa.amsl.com> To: "taps@ietf.org" In-Reply-To: <151981023595.5171.16118723853880477976@ietfa.amsl.com> Message-Id: <19F0D56B-168B-4F63-B321-E46ED49F7D6D@ifi.uio.no> X-Mailer: Apple Mail (2.3273) X-UiO-SPF-Received: Received-SPF: neutral (mail-mx06.uio.no: 93.58.133.64 is neither permitted nor denied by domain of ifi.uio.no) client-ip=93.58.133.64; envelope-from=michawe@ifi.uio.no; helo=[10.0.0.4]; X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, TVD_RCVD_IP=0.001, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 0D5095E4C4C2363B10F368690FBF309BB3B8626F Archived-At: Subject: Re: [Taps] I-D Action: draft-ietf-taps-minset-02.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 09:35:16 -0000 Hi TAPS, This update addresses the comments from Mirja about 2 weeks ago = (avoiding to talk about =E2=80=9Cthe TAPS system=E2=80=9D and a =E2=80=9CT= APS connection=E2=80=9D, and merging sections 3 and 4). We also took = care of some editorial nits (removed some implementation-specific text = that was marked to be removed later, updated references, ..). Cheers, Michael > On Feb 28, 2018, at 10:30 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Transport Services WG of the IETF. >=20 > Title : A Minimal Set of Transport Services for TAPS = Systems > Authors : Michael Welzl > Stein Gjessing > Filename : draft-ietf-taps-minset-02.txt > Pages : 46 > Date : 2018-02-28 >=20 > Abstract: > This draft recommends a minimal set of IETF Transport Services > offered by end systems supporting TAPS, and gives guidance on > choosing among the available mechanisms and protocols. It is based > on the set of transport features in RFC 8303. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-taps-minset/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-taps-minset-02 > https://datatracker.ietf.org/doc/html/draft-ietf-taps-minset-02 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-taps-minset-02 >=20 >=20 > 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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps From nobody Wed Feb 28 05:04:00 2018 Return-Path: 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 3EDCB126CB6 for ; Wed, 28 Feb 2018 05:03:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 k3Pt-3kwoDcL for ; Wed, 28 Feb 2018 05:03:55 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CBE0120726 for ; Wed, 28 Feb 2018 05:03:55 -0800 (PST) Received: from [192.168.3.68] (unknown [186.138.211.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id DF14D80ECB; Wed, 28 Feb 2018 14:03:51 +0100 (CET) References: <151981841061.5233.1390739876555645192.idtracker@ietfa.amsl.com> To: taps WG From: Fernando Gont X-Forwarded-Message-Id: <151981841061.5233.1390739876555645192.idtracker@ietfa.amsl.com> Message-ID: <87117012-dc08-d83c-2dcb-11347b6e5e63@si6networks.com> Date: Wed, 28 Feb 2018 09:29:50 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <151981841061.5233.1390739876555645192.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Taps] Problem Statement Regarding IPv6 Address Usage (Fwd: New Version Notification for draft-gont-taps-address-usage-problem-statement-00.txt) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 13:03:58 -0000 Folks, We have reposted our I-D on the problem statement regarding address usage, this time targeting this working group. It is available at: The changes from the previous version (targeted at 6man) boils down two: * Two paragraphs suggesting further work or solutions have been removed (in response to Erik Kline's comments) * A note/disclaimer was added noting that the current version focuses on IPv6 addresses, but a subsequent revision of the I-D might discuss IPv4 addresses too. Any comments will be appreciated. Thanks! Best regards, Fernando -------- Forwarded Message -------- Subject: New Version Notification for draft-gont-taps-address-usage-problem-statement-00.txt Date: Wed, 28 Feb 2018 03:46:50 -0800 From: internet-drafts@ietf.org To: Fernando Gont , Madeleine Garcia Corbo , Christian Huitema , Madelen Corbo , Guillermo Gont A new version of I-D, draft-gont-taps-address-usage-problem-statement-00.txt has been successfully submitted by Fernando Gont and posted to the IETF repository. Name: draft-gont-taps-address-usage-problem-statement Revision: 00 Title: Problem Statement Regarding IPv6 Address Usage Document date: 2018-02-27 Group: Individual Submission Pages: 17 URL: https://www.ietf.org/internet-drafts/draft-gont-taps-address-usage-problem-statement-00.txt Status: https://datatracker.ietf.org/doc/draft-gont-taps-address-usage-problem-statement/ Htmlized: https://tools.ietf.org/html/draft-gont-taps-address-usage-problem-statement-00 Htmlized: https://datatracker.ietf.org/doc/html/draft-gont-taps-address-usage-problem-statement-00 Abstract: This document analyzes the security and privacy implications of IPv6 addresses based on a number of properties (such as address scope, stability, and usage type), and identifies gaps that currently prevent systems and applications from leveraging the increased flexibility and availability of IPv6 addresses. 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 From nobody Wed Feb 28 05:04:12 2018 Return-Path: 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 3E2861273B1 for ; Wed, 28 Feb 2018 05:04:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 EttGdBz8VzpR for ; Wed, 28 Feb 2018 05:04:01 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B73FD12783A for ; Wed, 28 Feb 2018 05:04:01 -0800 (PST) Received: from [192.168.3.68] (unknown [186.138.211.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id BC6D080ECB; Wed, 28 Feb 2018 14:03:57 +0100 (CET) To: Erik Kline Cc: Tommy Pauly , Aaron Falk , taps WG References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> From: Fernando Gont Message-ID: <25f4d2d5-2e62-f9f5-df93-fb795c0d8593@si6networks.com> Date: Wed, 28 Feb 2018 09:52:50 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 13:04:04 -0000 On 02/28/2018 04:49 AM, Erik Kline wrote: >>> I think we should let >>> nodes create and use addresses as they see fit, and leave it to the >>> apps to figure out what they want to do (given the proper information >>> via useful APIs). >> >> The above said (i.e., the note will be removed in the next rev of this >> document), I think the "note" still gives control to the node to do what >> it pleases -- it was suggesting configuration of profiles for different >> types of networks (which would be a node-configuration setting, as >> opposed to network-induced configuration) >> >> Thoughts? > > I think there's still a difference between having a node-wide policy > and enabling per-app policies. The former could be used to > unnecessarily preclude the latter, and I think it's better to work > toward enabling choice in the apps. I agree with that. However, there are scenarios in which, unfortunately, you might need to limit application choice: some enterprise deployments are known for that: disabling support for temporary addresses is a widespread practice in such deployments. How could one accommodate such deployments? (ignoring them eventually means that the network admins needs to figure out his own hack) Thanks, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From nobody Wed Feb 28 05:04:18 2018 Return-Path: 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 36EB8127978 for ; Wed, 28 Feb 2018 05:04:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 jCF79_Z-6p0O for ; Wed, 28 Feb 2018 05:04:14 -0800 (PST) Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B8D41273B1 for ; Wed, 28 Feb 2018 05:04:08 -0800 (PST) Received: from [192.168.3.68] (unknown [186.138.211.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id D843480ECB; Wed, 28 Feb 2018 14:04:05 +0100 (CET) To: Zaheduzzaman Sarker , "taps@ietf.org" References: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> From: Fernando Gont Message-ID: <001a58b6-404d-8ef7-3767-ce86f0fdc5d4@si6networks.com> Date: Wed, 28 Feb 2018 09:59:37 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Taps] Call for agenda items X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 13:04:15 -0000 Hello, Zahed, On 02/27/2018 06:13 AM, Zaheduzzaman Sarker wrote: > > Your chairs are planning for the IETF 101 London Session. Please send > your proposal(s) for agenda item and also mention what points you would > like to discuss during the IETF101 meeting during your timeslot. Proposed agenda item: * Title: "Problem Statement Regarding IPv6 Address Usage" * Filename: draft-gont-taps-address-usage-problem-statement-00 * Presenter: Fernando Gont * Topic to be discussed: Whether the topic is of interest for this wg, and possibly adopting the I-D as wg document Thanks! Best regards, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492 From nobody Wed Feb 28 07:21:14 2018 Return-Path: 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 33A6B12EB1E for ; Wed, 28 Feb 2018 07:21:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 jDxYi1lfIER4 for ; Wed, 28 Feb 2018 07:21:12 -0800 (PST) Received: from mail-pl0-x22a.google.com (mail-pl0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (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 D505A12EB19 for ; Wed, 28 Feb 2018 07:21:11 -0800 (PST) Received: by mail-pl0-x22a.google.com with SMTP id f23-v6so1678251plr.10 for ; Wed, 28 Feb 2018 07:21:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=qXlXv+HgDbPX0jevBPM4PVfYRTdcsZFLqYEVr0jw2bc=; b=UjS2vZJKtTytoScyhAGHBy6UAq7Ncre1yI2tPEErETASQHi0yXxeXsV5eje4FXR3UL uBWxZMoxBv2r0/2xw2c5fqbjDXhpMteivZPbPV4k0/wKPznt0yafPGiVjfO7Fsj3wcab NK8rp72XElpSrVrziYmQ7Wx7pS2qWi6+TKGD72o0pSPHA4R06dsdBEDYKUni4f2+hazL DmWJwMkJyj+Pwo5UmhSs5ui5BP2fqyz68s4GqS3mPLT5Jzlp/MNLlHFGYEJcaA6MPqqq TlwN7ibW9hcKfDHumMY1gIiQRjEPcsYmLvxSQRf+xHwzUzagqda2xaAnAF0DR6wx/Ce7 iQuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=qXlXv+HgDbPX0jevBPM4PVfYRTdcsZFLqYEVr0jw2bc=; b=O837+JsgcNbwB7GD32r7h8WCvL54k30xkLaOQV0f8nZwWCFUvjjdny58BAphNr9pu3 5D0r9qYt0i6xEb8PeH+ubCPW6QzAJmerCS1g4CTXHkrJM9dPu7GiSDGXDawQijo2iN09 iXGolXfch6d38Pulsf21aVhYG/1bbr0bALx1IiL6JnbN86yjipEstoiuY28JyhB3mJf2 bneKHUOk5qTA7DwfVftuDvjTV3fEreApjhuXkpDr4X4ZVDR1AZMMSf6IQcdpnE4CRWRi lUBFJiCpTFnallVvkEQhqaqX5oiXgnDhtEeH2oyvMB+hhej29zfnf3Q3VEb4vy4O6q49 x20w== X-Gm-Message-State: APf1xPBDnRgOKmTb0BL2eUmuvIdMCnP6MSeAQlBIPLBxVMXxFeah7BMS Rx16g21yQXEIwqQlBAjoDno= X-Google-Smtp-Source: AH8x2269s9OJdKz499LyG8hKI6Y55R9291Osf4PbN1/ZdTu6THx2japNbcOYsw4e5xXOrhHVQET39A== X-Received: by 2002:a17:902:bcc6:: with SMTP id o6-v6mr18487167pls.16.1519831271260; Wed, 28 Feb 2018 07:21:11 -0800 (PST) Received: from [17.192.192.12] ([17.192.192.12]) by smtp.gmail.com with ESMTPSA id b6sm4670693pfe.85.2018.02.28.07.21.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Feb 2018 07:21:10 -0800 (PST) Date: Wed, 28 Feb 2018 07:19:14 -0800 From: Christopher Wood To: Zaheduzzaman Sarker , Aaron Falk , Tommy Pauly Cc: "=?utf-8?Q?taps=40ietf.org?=" Message-ID: <23035f92-dbd2-43ef-8d05-0152349b7ea6@Spark> In-Reply-To: References: <9A9E1AC0-8916-4857-8C08-EF9C20568375@ericsson.com> X-Readdle-Message-ID: 23035f92-dbd2-43ef-8d05-0152349b7ea6@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="5a96c8e5_643c9869_ee2" Archived-At: Subject: Re: [Taps] Call for agenda items X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 15:21:13 -0000 --5a96c8e5_643c9869_ee2 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Zahed, Aaron, We published an update to the transport security survey in January, and w= ill likely rev it again before Monday: =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-pauly-taps-transport-= security/ If possible, I=E2=80=99d like a short slot to go over updates, revisit go= als as they pertain to our new charter text, review remaining issues, and= discuss adoption as a WG item. Thanks, Chris On =46eb 27, 2018, 9:28 AM -0800, Tommy Pauly , wrote= : > Hi Zahed & Aaron, > > We=E2=80=99ve posted the first of three new documents proposed for mile= stone 3, =22An Architecture for Transport Services=E2=80=9D (please go re= ad it, everyone=21): > > https://datatracker.ietf.org/doc/draft-pauly-taps-arch > https://tools.ietf.org/html/draft-pauly-taps-arch-00 > > The API and Implementation documents are forthcoming, and will be poste= d before the submission deadline. > > I=E2=80=99d like a slot to go over the Architecture document and approa= ch itself. A 15/20-minute talk with flexible discussion time would likely= be good. I imagine we=E2=80=99d also want slots to discuss the API and I= mplementation documents to present them to the whole group as well. > > Thanks, > Tommy > > > On =46eb 27, 2018, at 1:13 AM, Zaheduzzaman Sarker wrote: > > > > Hi TAPS, > > > > Your chairs are planning for the IET=46 101 London Session. Please se= nd your proposal(s) for agenda item and also mention what points you woul= d like to discuss during the IET=46101 meeting during your timeslot. > > > > BR > > > > Zahed & Aaron > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > > Taps mailing list > > Taps=40ietf.org > > https://www.ietf.org/mailman/listinfo/taps > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > Taps mailing list > Taps=40ietf.org > https://www.ietf.org/mailman/listinfo/taps --5a96c8e5_643c9869_ee2 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Zahed, Aaron,=

We published an update to the transport security survey in January, = and will likely rev it again before Monday:


If possible, I=E2=80=99d like a short slot to go over updates, revis= it goals as they pertain to our new charter text, review remaining issues= , and discuss adoption as a WG item.

Thanks,
Chris

On =46eb 27, 2018, 9:28 AM -0800, Tommy Pauly <tpauly=40apple.com>,= wrote:
Hi Zahed & Aaron,

We=E2=80=99ve posted the first of three new documents= proposed for milestone 3, =22An Architecture for Transport Services=E2=80= =9D (please go read it, everyone=21):

https://datatracker.ietf.org/doc/draft-p= auly-taps-arch
https://tools.ietf.org/html/draft-pauly-ta= ps-arch-00

The API and Implementation documents are forthcoming,= and will be posted before the submission deadline.

I=E2=80=99d like a slot to go over the Architecture d= ocument and approach itself. A 15/20-minute talk with flexible discussion= time would likely be good. I imagine we=E2=80=99d also want slots to dis= cuss the API and Implementation documents to present them to the whole gr= oup as well.

Thanks,
Tommy

On =46eb 27, 2018, at 1:13 AM, Zaheduzzaman Sarker &l= t;zaheduzzaman.sarker=40ericsson.com> wrote:

Hi TAPS,
&=23160;
Your chairs are planning for the IET=46 101 London Sessio= n. Please send your proposal(s) for agenda item and also mention what poi= nts you would like to discuss during the IET=46101 meeting during your ti= meslot.
&=23160;
BR
&=23160;
Zahed & Aaron
=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Taps mai= ling list
Taps=40ietf.org
https:= //www.ietf.org/mailman/listinfo/taps

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Taps mailing list
Taps=40ietf.org
https://www.ietf.org/mailman/listinfo/taps
--5a96c8e5_643c9869_ee2-- From nobody Wed Feb 28 22:31:14 2018 Return-Path: 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 372DC1267BB for ; Wed, 28 Feb 2018 22:31:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 Nwj603GGOQKm for ; Wed, 28 Feb 2018 22:31:12 -0800 (PST) Received: from mail-yb0-x229.google.com (mail-yb0-x229.google.com [IPv6:2607:f8b0:4002:c09::229]) (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 6CA8C1241F8 for ; Wed, 28 Feb 2018 22:31:12 -0800 (PST) Received: by mail-yb0-x229.google.com with SMTP id i13-v6so1792039ybl.9 for ; Wed, 28 Feb 2018 22:31:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1G7Zjklrugb8naa6+u/9KW4/BeOhekbKA06c3CysEM8=; b=MR9OBSNL70dAcgcnCv+GB6BVrF9Pk7Q5DZ/7q4k6psHhRVXONKSRu3B6PkLIYcO0Ru 4xCj2w+Bu3sP9Ttagp5owQO/TVsXW6r2LY6T/S803d7n1Rm3eZItYrHdYyIUVbB1xV7z 3vYksBH3MD1OhOsWHtzJBp4Shbea6a0kVTdxi0VdyJS7SIpRcuobhtCLTdxDVINLFAIm tbtnBuh2P87AEiWjSmvEqT0UQqCQkFU3CkHP5JLp2xTQ/Ua++2Lf02H0ntI+ZfcQzS7T R1a9cwh3x4giRagrD8ZOZIj5apiENIvS2hkaqwiS4ILEK2zqecGZls2SJJKcuqKRtIBk LPxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1G7Zjklrugb8naa6+u/9KW4/BeOhekbKA06c3CysEM8=; b=HNt3FzypST2PEmAnuu6K22aWKq91ZhD+ZDcVnbQT+dsNz9lZ2ALoG88ibRsuf46zem WUTeYdtmZoI+rJav5tLfr/cns0fwP6f+ggI0niHEvQkSIG6/HefwbH3o86Pcrfb0oopO 7mk5sYUqJbzxZVQvyYoLBWfFEwemGEK8gYHrqZPQd2uKUTUgpkWo0MTkbNfdx7yLGB+d YPcg6Tw+AbevuI0G6rt6ZOa6prjeYf1TULip2T+dbZFfcFBilaoZTmNIOUEgpj2sDGZR jRGCUslCwDHNJ0Jpnt/2SLry9hrdE3XwX+PTLbBqLWN//2MYCebhHiSrAllpFJMpujul 2kjQ== X-Gm-Message-State: APf1xPBwlqIgLuXBhy4vXR7kZvHUWZrXWrEVuUlHydSF0h07gACmaGB9 4V+t8/Eh70s4GKN2qLdgYlnpjqZEw88/47grSqnryA== X-Google-Smtp-Source: AG47ELuLGvZPxaf2WfwhkZI1LCt8pW64IAxMC7iduZBl8c4GlI9eWqeWL9fqClXitXKJVUSpM9WWaqbY7DYxjLnoFyY= X-Received: by 2002:a25:6043:: with SMTP id u64-v6mr403647ybb.202.1519885871092; Wed, 28 Feb 2018 22:31:11 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a25:ab51:0:0:0:0:0 with HTTP; Wed, 28 Feb 2018 22:30:50 -0800 (PST) In-Reply-To: <25f4d2d5-2e62-f9f5-df93-fb795c0d8593@si6networks.com> References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> <25f4d2d5-2e62-f9f5-df93-fb795c0d8593@si6networks.com> From: Erik Kline Date: Thu, 1 Mar 2018 15:30:50 +0900 Message-ID: To: Fernando Gont Cc: Tommy Pauly , Aaron Falk , taps WG Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="0000000000007bb7f905665401fa" Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 06:31:14 -0000 --0000000000007bb7f905665401fa Content-Type: text/plain; charset="UTF-8" On 28 February 2018 at 21:52, Fernando Gont wrote: > On 02/28/2018 04:49 AM, Erik Kline wrote: >>>> I think we should let >>>> nodes create and use addresses as they see fit, and leave it to the >>>> apps to figure out what they want to do (given the proper information >>>> via useful APIs). >>> >>> The above said (i.e., the note will be removed in the next rev of this >>> document), I think the "note" still gives control to the node to do what >>> it pleases -- it was suggesting configuration of profiles for different >>> types of networks (which would be a node-configuration setting, as >>> opposed to network-induced configuration) >>> >>> Thoughts? >> >> I think there's still a difference between having a node-wide policy >> and enabling per-app policies. The former could be used to >> unnecessarily preclude the latter, and I think it's better to work >> toward enabling choice in the apps. > > I agree with that. However, there are scenarios in which, unfortunately, > you might need to limit application choice: some enterprise deployments > are known for that: disabling support for temporary addresses is a > widespread practice in such deployments. > > How could one accommodate such deployments? (ignoring them eventually > means that the network admins needs to figure out his own hack) Such deployments may well be going against the spirit of BCP 204. If so, I'm not sure I see much reason to further encourage such a thing. --0000000000007bb7f905665401fa Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIS3wYJKoZIhvcNAQcCoIIS0DCCEswCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg ghBFMIIEXDCCA0SgAwIBAgIOSBtqDm4P/739RPqw/wcwDQYJKoZIhvcNAQELBQAwZDELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVy c29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hBMjU2IC0gRzIwHhcNMTYwNjE1MDAwMDAwWhcNMjEw NjE1MDAwMDAwWjBMMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEiMCAG A1UEAxMZR2xvYmFsU2lnbiBIViBTL01JTUUgQ0EgMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALR23lKtjlZW/17kthzYcMHHKFgywfc4vLIjfq42NmMWbXkNUabIgS8KX4PnIFsTlD6F GO2fqnsTygvYPFBSMX4OCFtJXoikP2CQlEvO7WooyE94tqmqD+w0YtyP2IB5j4KvOIeNv1Gbnnes BIUWLFxs1ERvYDhmk+OrvW7Vd8ZfpRJj71Rb+QQsUpkyTySaqALXnyztTDp1L5d1bABJN/bJbEU3 Hf5FLrANmognIu+Npty6GrA6p3yKELzTsilOFmYNWg7L838NS2JbFOndl+ce89gM36CW7vyhszi6 6LqqzJL8MsmkP53GGhf11YMP9EkmawYouMDP/PwQYhIiUO0CAwEAAaOCASIwggEeMA4GA1UdDwEB /wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIB ADAdBgNVHQ4EFgQUyzgSsMeZwHiSjLMhleb0JmLA4D8wHwYDVR0jBBgwFoAUJiSSix/TRK+xsBtt r+500ox4AAMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9n c3BlcnNvbmFsc2lnbnB0bnJzc2hhMmcyLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzANBgkqhkiG 9w0BAQsFAAOCAQEACskdySGYIOi63wgeTmljjA5BHHN9uLuAMHotXgbYeGVrz7+DkFNgWRQ/dNse Qa4e+FeHWq2fu73SamhAQyLigNKZF7ZzHPUkSpSTjQqVzbyDaFHtRBAwuACuymaOWOWPePZXOH9x t4HPwRQuur57RKiEm1F6/YJVQ5UTkzAyPoeND/y1GzXS4kjhVuoOQX3GfXDZdwoN8jMYBZTO0H5h isymlIl6aot0E5KIKqosW6mhupdkS1ZZPp4WXR4frybSkLejjmkTYCTUmh9DuvKEQ1Ge7siwsWgA NS1Ln+uvIuObpbNaeAyMZY0U5R/OyIDaq+m9KXPYvrCZ0TCLbcKuRzCCBB4wggMGoAMCAQICCwQA AAAAATGJxkCyMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNpZ24gUm9vdCBDQSAt IFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWduMB4XDTExMDgwMjEw MDAwMFoXDTI5MDMyOTEwMDAwMFowZDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExOjA4BgNVBAMTMUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIFBhcnRuZXJzIENBIC0gU0hB MjU2IC0gRzIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCg/hRKosYAGP+P7mIdq5NB Kr3J0tg+8lPATlgp+F6W9CeIvnXRGUvdniO+BQnKxnX6RsC3AnE0hUUKRaM9/RDDWldYw35K+sge C8fWXvIbcYLXxWkXz+Hbxh0GXG61Evqux6i2sKeKvMr4s9BaN09cqJ/wF6KuP9jSyWcyY+IgL6u2 52my5UzYhnbf7D7IcC372bfhwM92n6r5hJx3r++rQEMHXlp/G9J3fftgsD1bzS7J/uHMFpr4MXua eoiMLV5gdmo0sQg23j4pihyFlAkkHHn4usPJ3EePw7ewQT6BUTFyvmEB+KDoi7T4RCAZDstgfpzD rR/TNwrK8/FXoqnFAgMBAAGjgegwgeUwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8C AQEwHQYDVR0OBBYEFCYkkosf00SvsbAbba/udNKMeAADMEcGA1UdIARAMD4wPAYEVR0gADA0MDIG CCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzA2BgNVHR8E LzAtMCugKaAnhiVodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QtcjMuY3JsMB8GA1UdIwQY MBaAFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQACAFVjHihZCV/IqJYt 7Nig/xek+9g0dmv1oQNGYI1WWeqHcMAV1h7cheKNr4EOANNvJWtAkoQz+076Sqnq0Puxwymj0/+e oQJ8GRODG9pxlSn3kysh7f+kotX7pYX5moUa0xq3TCjjYsF3G17E27qvn8SJwDsgEImnhXVT5vb7 qBYKadFizPzKPmwsJQDPKX58XmPxMcZ1tG77xCQEXrtABhYC3NBhu8+c5UoinLpBQC1iBnNpNwXT Lmd4nQdf9HCijG1e8myt78VP+QSwsaDT7LVcLT2oDPVggjhVcwljw3ePDwfGP9kNrR+lc8XrfClk WbrdhC2o4Ui28dtIVHd3MIIDXzCCAkegAwIBAgILBAAAAAABIVhTCKIwDQYJKoZIhvcNAQELBQAw TDEgMB4GA1UECxMXR2xvYmFsU2lnbiBSb290IENBIC0gUjMxEzARBgNVBAoTCkdsb2JhbFNpZ24x EzARBgNVBAMTCkdsb2JhbFNpZ24wHhcNMDkwMzE4MTAwMDAwWhcNMjkwMzE4MTAwMDAwWjBMMSAw HgYDVQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEG A1UEAxMKR2xvYmFsU2lnbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMwldpB5Bngi FvXAg7aEyiie/QV2EcWtiHL8RgJDx7KKnQRfJMsuS+FggkbhUqsMgUdwbN1k0ev1LKMPgj0MK66X 17YUhhB5uzsTgHeMCOFJ0mpiLx9e+pZo34knlTifBtc+ycsmWQ1z3rDI6SYOgxXG71uL0gRgykmm KPZpO/bLyCiR5Z2KYVc3rHQU3HTgOu5yLy6c+9C7v/U9AOEGM+iCK65TpjoWc4zdQQ4gOsC0p6Hp sk+QLjJg6VfLuQSSaGjlOCZgdbKfd/+RFO+uIEn8rUAVSNECMWEZXriX7613t2Saer9fwRPvm2L7 DWzgVGkWqQPabumDk3F2xmmFghcCAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1UdEwEB/wQF MAMBAf8wHQYDVR0OBBYEFI/wS3+oLkUkrk1Q+mOai97i3Ru8MA0GCSqGSIb3DQEBCwUAA4IBAQBL QNvAUKr+yAzv95ZURUm7lgAJQayzE4aGKAczymvmdLm6AC2upArT9fHxD4q/c2dKg8dEe3jgr25s bwMpjjM5RcOO5LlXbKr8EpbsU8Yt5CRsuZRj+9xTaGdWPoO4zzUhw8lo/s7awlOqzJCK6fBdRoyV 3XpYKBovHd7NADdBj+1EbddTKJd+82cEHhXXipa0095MJ6RMG3NzdvQXmcIfeg7jLQitChws/zyr VQ4PkX4268NXSb7hLi18YIvDQVETI53O9zJrlAGomecsMx86OyXShkDOOyyGeMlhLxS67ttVb9+E 7gUJTb0o2HLO02JQZR7rkpeDMdmztcpHWD9fMIIEXDCCA0SgAwIBAgIMfg1wtYggohADxbT3MA0G CSqGSIb3DQEBCwUAMEwxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSIw IAYDVQQDExlHbG9iYWxTaWduIEhWIFMvTUlNRSBDQSAxMB4XDTE4MDIxNTA2MzcxNVoXDTE4MDgx NDA2MzcxNVowHjEcMBoGCSqGSIb3DQEJAQwNZWtAZ29vZ2xlLmNvbTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBANinyejqC3lpuuurPEnTTJsSB+LPui3CT4Cg4PEUVzKZf9l4ircMhwI8 LZmiRwWqg1CReYbVM1JTiQ6gJpWdGaiEdylfMEcCm6RMnuHA8k97/AqBUZti6ZGbtl77UEblK2Ok Qwai1Kza2k2CkjfnzfugTdF/XzOCF9BOYrW/B+fM2MGf7e48qKtoA2FGlTOOaitLYJJBaixBWQUZ oVO6XVPC7mhSoW1Wc7uwD85Yvuf1Qq0MXkxqgAXxJ1xBSS7KVJAIPPlXS3vtxFwmeqDlFIqNB9lY KwU08whM2akO03ENo0ixPJL3kSEafnFiQzVhXTLsgqbCA0lrfH2j4F8/wrMCAwEAAaOCAWowggFm MBgGA1UdEQQRMA+BDWVrQGdvb2dsZS5jb20wUAYIKwYBBQUHAQEERDBCMEAGCCsGAQUFBzAChjRo dHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc2h2c21pbWVjYTEuY3J0MB0GA1Ud DgQWBBS6wTowyOTvuUJ3LG0j/H1PWoaTrjAfBgNVHSMEGDAWgBTLOBKwx5nAeJKMsyGV5vQmYsDg PzBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9i YWxzaWduLmNvbS9yZXBvc2l0b3J5LzA7BgNVHR8ENDAyMDCgLqAshipodHRwOi8vY3JsLmdsb2Jh bHNpZ24uY29tL2dzaHZzbWltZWNhMS5jcmwwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDANBgkqhkiG9w0BAQsFAAOCAQEAavJqbhv0cDn0rYD5aMbNL6cvp5a2 9oeeMhRGx55RMI7YywkO91RBJjzKAHWvb9Q2sdoQ/5PBmzEsFyYRhK68AnDE/h/GMhZPqK0p9JMe e1OSiWYexcjPi4ibnMkIBO+GMeTYQPweBfiD4pTwDPaKib+29SM5520Ba6C88h2wNEabdWj9EypL i/utAs30iZ97nKVXDFAgYvOORj5bQAnGAIZHIqSw2xAUu0l59uxdqW3mcZs/6JPrWEGjDh2enVmp BIiQJzNtVktT+lQInKeeJQM4jt+s/RE1m/GacTJZ63MNk9mE5Xn/hbmTkEgBSPu6/6gl1JnrIdTf Aex0alwnMTGCAl4wggJaAgEBMFwwTDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24g bnYtc2ExIjAgBgNVBAMTGUdsb2JhbFNpZ24gSFYgUy9NSU1FIENBIDECDH4NcLWIIKIQA8W09zAN BglghkgBZQMEAgEFAKCB1DAvBgkqhkiG9w0BCQQxIgQg8PvInAtSSoFqZLYc1v7PdsiRlkNYZWco d0vRvH3fTs4wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMzAx MDYzMTExWjBpBgkqhkiG9w0BCQ8xXDBaMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZI AWUDBAECMAoGCCqGSIb3DQMHMAsGCSqGSIb3DQEBCjALBgkqhkiG9w0BAQcwCwYJYIZIAWUDBAIB MA0GCSqGSIb3DQEBAQUABIIBALj+sN0jujnkXD9MOO4N1MfWEkRIjewjmDRap7YJjYiy7OnbQZrr xPh45s6cVwDKz/tDPflqrUqXTtMVozInasR2BuUQgHOn/dZsXFdoKdfCVeRXMNrktl0q0SgdnmeM G7ry2G+UyG6TdM9oXSNGa2w4uDykI1bU+nugzs8irfaQK/4kU8zG8t2/YNpx1yafHKhpkKxaVrxz oxp6sSj5jXI11THGEsfrJ67GWHpxL1cJ6xc9A5jufRAv7xmhQ9t2aN7xw95GOW9dPr4/p4JB16VC dvwXwSfz2vlR56KxCor6M6z64Z4P2q6/qlIIfCcqs5erh6CW4M2fkisW92cYV64= --0000000000007bb7f905665401fa-- From nobody Wed Feb 28 22:51:40 2018 Return-Path: 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 300B21275AB for ; Wed, 28 Feb 2018 22:51:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.31 X-Spam-Level: X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se 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 sZ-jF9pFRwqP for ; Wed, 28 Feb 2018 22:51:37 -0800 (PST) Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (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 70D621241F8 for ; Wed, 28 Feb 2018 22:51:36 -0800 (PST) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 5EB46B1; Thu, 1 Mar 2018 07:51:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1519887094; bh=QTNyTVPy99oMz9NCrqxaQnpuza2eBNnVDszs1vDMLKQ=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=YmUCB4x5fE0lfAJCa+pEsWTSD7U0fG10p7/LDv9xli3a8tpePBrPt4VuHT2oPqlMO w55fjWL2IQbWcmTTWRpZRfiz4yuOyNiZ4cFy/A/ZGZ/5NvugSfdUtYhUovbPgID/Nj MdW703ROxVOUoebgQaZsPrENIaRydTSLI0LtFurA= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 5A90CB0; Thu, 1 Mar 2018 07:51:34 +0100 (CET) Date: Thu, 1 Mar 2018 07:51:34 +0100 (CET) From: Mikael Abrahamsson To: Fernando Gont cc: taps WG In-Reply-To: <25f4d2d5-2e62-f9f5-df93-fb795c0d8593@si6networks.com> Message-ID: References: <1A72D953-664A-4E61-AE7E-222B33BFC2B8@apple.com> <192d36d0-4445-bcc8-f6ab-29dfa44f2516@si6networks.com> <25f4d2d5-2e62-f9f5-df93-fb795c0d8593@si6networks.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Archived-At: Subject: Re: [Taps] IPv6 address usage problem statement? X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IETF Transport Services \(TAPS\) Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 06:51:39 -0000 On Wed, 28 Feb 2018, Fernando Gont wrote: > I agree with that. However, there are scenarios in which, unfortunately, > you might need to limit application choice: some enterprise deployments > are known for that: disabling support for temporary addresses is a > widespread practice in such deployments. > > How could one accommodate such deployments? (ignoring them eventually > means that the network admins needs to figure out his own hack) In my discussion with people who have that requirement, I always advice them in the direction of prefix per host (/64). Most of the time they haven't even considered this option, but instead still think in terms of addresses and not prefixes. They still do not like the suggestion because it typically involves doing other tracking than via DHCP server logs. Otoh when I ask them if they do BCP38 DHCP inspection to make sure people can't change addresses, I often get a negative answer. So it's often my conclusion that the whole tracking thing is a checkboxing requirement and not a hard requirement that means assurance that it's accurate. -- Mikael Abrahamsson email: swmike@swm.pp.se