Repositories tracked by this digest:

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 756463A232B for ; Mon, 5 Apr 2021 11:43:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, 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=tenghardt.net 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 Qnpe_zXX39nH for ; Mon, 5 Apr 2021 11:43:10 -0700 (PDT) Received: from mail.hemio.de (mail.hemio.de [136.243.12.180]) (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 0CD913A2329 for ; Mon, 5 Apr 2021 11:43:10 -0700 (PDT) Received: from user.client.invalid (localhost [136.243.12.180]) by mail.hemio.de (Postfix) with ESMTPSA id C9625AA for ; Mon, 5 Apr 2021 20:43:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tenghardt.net; s=20170414; t=1617648188; bh=z8X/kG4hWXCdE5POiUgNig12O+8BZTjuHmeXP02ZbvI=; h=Subject:To:References:From:Date:In-Reply-To:From; b=oC9a6QxCD8dHgqlzt9kl0nksaKVmb17q8CALjJvQMCr8BtH/9vub9tP82lx6lKqWw 4dkZYhtAKJgJIuv6eI8HmXyvgoh7HHIZBx8Wc3AJINGBjoEtoyKxlT42cxU3oLoxy2 sN/FKJl9eko39Va4G9p8Ea3YU7qGSGfSIpLersRHTgESBrYzyisQhd3FBlqS1fPdE6 3D/UuQMo10B8/au8kc76q0QfLcWvJ43+j1yA0aVz8Lk6bFx+mZWi0AMgCcqaW5zqt7 jz1eel3LAhAvakXfVuOnY8Eeair5Gv2a7EjiWGXOtha46Tv7BlTWdOzGsJ7JRXCDrQ 6oPzgKycpCIgQ== To: taps@ietf.org References: <161460904667.11270.13070058025298765856@ietfa.amsl.com> From: Theresa Enghardt Message-ID: Date: Mon, 5 Apr 2021 11:43:06 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <161460904667.11270.13070058025298765856@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [Taps] Transport Services (taps) WG Virtual Meeting: 2021-04-09 X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 05 Apr 2021 18:43:15 -0000 Hi TAPS, Just a quick and friendly reminder that we're having our next virtual interim meeting this Friday. Please see below for more information. Best, Theresa On 01.03.21 06:30, IESG Secretary wrote: > The Transport Services (taps) WG will hold > a virtual interim meeting on 2021-04-09 from 11:00 to 13:00 America/New_York (15:00 to 17:00 UTC). > > Agenda: > Review issues: https://github.com/ietf-tapswg/api-drafts/issues > Review PRs: https://github.com/ietf-tapswg/api-drafts/pulls > Implementation Updates > > Etherpad: https://etherpad.ietf.org/p/taps-interim-apr-2021 > > Information about remote participation: > https://ietf.webex.com/meet/taps > > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps > From nobody Tue Apr 6 11:31:20 2021 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 E484E3A2B90 for ; Tue, 6 Apr 2021 11:31:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=krose.org 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 sJcbC0yDD7Tr for ; Tue, 6 Apr 2021 11:31:14 -0700 (PDT) Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) (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 00C713A2B81 for ; Tue, 6 Apr 2021 11:31:13 -0700 (PDT) Received: by mail-yb1-xb2c.google.com with SMTP id c195so17274587ybf.9 for ; Tue, 06 Apr 2021 11:31:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krose.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=5nMEU3WYeT774sVDh4Md4uRKS2eEMqhkYp1r3ldpJMQ=; b=U4QZg+0R3WNsUruRPYNLatEacxm7fAsInqJgmW8tAl0KMqqNo2vf1rpB+z4azyB7Zg o5cKzBPEeK5m37TaKsepv6Q47SdYKwfnjEVFQw5rZwHLStOlVj1alISK+itC805EYtC3 RyKzvSxtul2Rcgr+bXkdp3AOw7PwwUYwO6cXU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5nMEU3WYeT774sVDh4Md4uRKS2eEMqhkYp1r3ldpJMQ=; b=haz5cnEHgzV99FXs8o07MRLVn3dCVyYeOVIy6MJWht7K0vZWSQHXp0qIVER+1DXKvY UaXj2oZCe2DPBL0SQxRt45TFfabfjszinPT8jlxL0OTiRkk63in4X/0WTvzKSwKkbeRy 0n3Vf/unOtPC/Su177HktgYUjkV7F3Jjem86L4mRpnbmMrIDv+JGOSmGUr0c7CfNI3Ub 3tD8f8L/R6UsnVaBdXJSwK/V00yMxVYTiNcIQkqdouvNfSji4u3u8CSME+A/XBDViTij +4EWO2PMgDkAoL1SLfEiobVB8tHvLzKq8NKMUOWhDE+bJJ3NYfedl7eEK/MZR1xSgBVI QApQ== X-Gm-Message-State: AOAM532P5CxAqjG17fgE7SKOsLFpsoUcFldBJen6bZJ1thos/jLZ0Egk U5NRJ9NUzDZgK+nOYK7gfWOTN265qNfPCjefUsTgrAvIWvA= X-Google-Smtp-Source: ABdhPJxa/I+jfPKwPFj/aDslc23f1QJgcnorVL0HPTDindielxNAkP3Vm7KfhHV9tIbpFlmNftBzPXhzVguvvVjTQxY= X-Received: by 2002:a25:e617:: with SMTP id d23mr44196853ybh.9.1617733871800; Tue, 06 Apr 2021 11:31:11 -0700 (PDT) MIME-Version: 1.0 From: Kyle Rose Date: Tue, 6 Apr 2021 14:31:01 -0400 Message-ID: To: taps WG Content-Type: multipart/alternative; boundary="000000000000c5285705bf52049d" Archived-At: Subject: [Taps] I need a personal assistant X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 06 Apr 2021 18:31:19 -0000 --000000000000c5285705bf52049d Content-Type: text/plain; charset="UTF-8" Is there anything I committed to do prior to the Friday interim? Apologies for spamming the list for this, but the only thing assigned to me in GitHub appears to be the capitalization issue, and I can't recall anything else specific. Also, do we need/have a Slack or Zulip stream for this kind of query? ;-) Kyle --000000000000c5285705bf52049d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Is = there anything I committed to do prior to the Friday interim? Apologies for= spamming the list for this, but the only thing assigned to me in GitHub ap= pears to be the capitalization issue, and I can't recall anything else = specific.

<= /div>

Also, do we nee= d/have a Slack or Zulip stream for this kind of query? ;-)

Kyle

--000000000000c5285705bf52049d-- From nobody Tue Apr 6 14:26:52 2021 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 B8EBD3A31B9 for ; Tue, 6 Apr 2021 14:26:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3RsMR5x7MtQc for ; Tue, 6 Apr 2021 14:26:39 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FE2A3A31A8 for ; Tue, 6 Apr 2021 14:26:39 -0700 (PDT) Received: from [192.168.217.118] (p548dc178.dip0.t-ipconnect.de [84.141.193.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4FFLF91D57zyRp; Tue, 6 Apr 2021 23:26:37 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 $3608.120.23.2.4$) From: Carsten Bormann In-Reply-To: Date: Tue, 6 Apr 2021 23:26:36 +0200 Cc: taps WG X-Mao-Original-Outgoing-Id: 639437196.428054-2825a4f0fe147c57b78dc0c8bfe8ae91 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Kyle Rose X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [Taps] I need a personal assistant X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 06 Apr 2021 21:26:50 -0000 The concept is called =E2=80=9Cminutes=E2=80=9D. (Yes, you can have minutes just for the action points.) Gr=C3=BC=C3=9Fe, Carsten > On 2021-04-06, at 20:31, Kyle Rose wrote: >=20 > Is there anything I committed to do prior to the Friday interim? = Apologies for spamming the list for this, but the only thing assigned to = me in GitHub appears to be the capitalization issue, and I can't recall = anything else specific. >=20 > Also, do we need/have a Slack or Zulip stream for this kind of query? = ;-) >=20 > Kyle > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps From nobody Fri Apr 9 01:02:21 2021 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 CBCEA3A1534 for ; Fri, 9 Apr 2021 01:02:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 56HIW9SPtJxu for ; Fri, 9 Apr 2021 01:02:16 -0700 (PDT) Received: from magpie.corvid.ch (magpie.corvid.ch [46.101.110.207]) (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 2D1193A1537 for ; Fri, 9 Apr 2021 01:02:15 -0700 (PDT) Received: from [127.0.0.1] (helo=magpie.corvid.ch) by magpie.corvid.ch with esmtp (Exim 4.92) (envelope-from ) id 1lUm3f-0006s2-OG for taps@ietf.org; Fri, 09 Apr 2021 08:00:03 +0000 Content-Type: multipart/alternative; boundary="===============0156928168369818492==" MIME-Version: 1.0 From: TAPS WG status robot To: taps@ietf.org Message-Id: Date: Fri, 09 Apr 2021 08:00:03 +0000 Archived-At: Subject: [Taps] Weekly github digest (TAPS GitHub Activity Digest) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 08:02:19 -0000 --===============0156928168369818492== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Issues ------ * ietf-tapswg/api-drafts (+19/-0/=F0=9F=92=AC7) 19 issues created: - Align Implementation with API (by mwelzl) https://github.com/ietf-tapswg/api-drafts/issues/763 [Implementation] = - Can you close a Preconnection? (by martinduke) https://github.com/ietf-tapswg/api-drafts/issues/762 = - Should CloseGroup() and/or AbortGroup() generate events? (by martinduke) https://github.com/ietf-tapswg/api-drafts/issues/761 = - Should clone() have a callback? (by martinduke) https://github.com/ietf-tapswg/api-drafts/issues/760 = - Should resolve() have a callback? (by martinduke) https://github.com/ietf-tapswg/api-drafts/issues/759 = - What is a "throw"? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/758 [Implementation] [= editorial] = - Nit: should be unreliably transmitted. (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/757 [Implementation] [= editorial] = - Structuring Options as a Tree?: what is an option? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/756 [Implementation] [= editorial] = - This use of =E2=80=9Cremote=E2=80=9D on its own offends me... (by gorry= fair) https://github.com/ietf-tapswg/api-drafts/issues/755 [Implementation] [= editorial] = - Nit: Section 3.2: We don=E2=80=99t mention layers... (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/754 [Implementation] [= editorial] = - Nit: Section 3.1: No such protocol=E2=80=A6 (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/753 [Implementation] [= editorial] = - Nit: Section 2 - do we need one line of intro? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/752 = - How do I know what subnet I'm on? (Sec 9.2) (by britram) https://github.com/ietf-tapswg/api-drafts/issues/751 [Implementation] [= editorial] = - Framer changes and send/receive buffers (Sec 6.1) (by britram) https://github.com/ietf-tapswg/api-drafts/issues/750 [Implementation] = - What if there's no context switch penalty for sending messages? (Sec 5.= 1.2) (by britram) https://github.com/ietf-tapswg/api-drafts/issues/749 [Implementation] = - "meaning of the Message" in 5.1.2 Send Completion is unclear (by britra= m) https://github.com/ietf-tapswg/api-drafts/issues/747 = - Editorial issues on 5.1.1. Message Properties (by britram) https://github.com/ietf-tapswg/api-drafts/issues/746 [Implementation] [= editorial] = - mutability of Preconnection objects is unclear (Sec 2) (by britram) https://github.com/ietf-tapswg/api-drafts/issues/744 [Implementation] [= editorial] = - Is the "candidate tree" concept actually normative? (by britram) https://github.com/ietf-tapswg/api-drafts/issues/743 = 5 issues received 7 new comments: - #749 What if there's no context switch penalty for sending messages? (S= ec 5.1.2) (2 by abrunstrom, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/749 [Implementation] = - #746 Editorial issues on 5.1.1. Message Properties (2 by abrunstrom, go= rryfair) https://github.com/ietf-tapswg/api-drafts/issues/746 [Implementation] [= editorial] = - #631 Peer user timeout (1 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/631 [mappings] = - #701 Network Policies (1 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/701 [Implementation] [= editorial] = - #759 Should resolve() have a callback? (1 by mwelzl) https://github.com/ietf-tapswg/api-drafts/issues/759 = Pull requests ------------- * ietf-tapswg/api-drafts (+2/-0/=F0=9F=92=AC0) 2 pull requests submitted: - Clarify "consumed" and "failed to send" timing. (by britram) https://github.com/ietf-tapswg/api-drafts/pull/748 = - Editorial rollup (by britram) https://github.com/ietf-tapswg/api-drafts/pull/745 = Repositories tracked by this digest: ----------------------------------- * https://github.com/ietf-tapswg/api-drafts --===============0156928168369818492== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (TAPS GitHub Activity Digest)

Friday April 09, 2021

Issues

ietf-tapswg/api-drafts (+19/-0/=F0=9F=92=AC7)

19 issues created:

#763 Align Implementation with API (by mwelzl) Implementation
#762 Can you close a Preconnection? (by martinduke)
#761 Should CloseGroup() and/or AbortGroup() generate events? (by martinduk= e)
#760 Should clone() have a callback? (by martinduke)
#759 Should resolve() have a callback? (by martinduke)
#758 What is a "throw"? (by gorryfair) Implementation editor= ial
#757 Nit: should be unreliably transmitted. (by gorryfair) Implementation editorial
#756 Structuring Options as a Tree?: what is an option? (by gorryfair) Imple= mentation editorial
#755 This use of =E2=80=9Cremote=E2=80=9D on its own offends me... (by gorr= yfair) Implementation editorial
#754 Nit: Section 3.2: We don=E2=80=99t mention layers... (by gorryfair) Imp= lementation editorial
#753 Nit: Section 3.1: No such protocol=E2=80=A6 (by gorryfair) Implementati= on editorial
#752 Nit: Section 2 - do we need one line of intro? (by gorryfair)
#751 How do I know what subnet I'm on? (Sec 9.2) (by britram) Implement= ation editorial
#750 Framer changes and send/receive buffers (Sec 6.1) (by britram) Implemen= tation
#749 What if there's no context switch penalty for sending messages? (Sec = 5.1.2) (by britram) Implementation
#747 "meaning of the Message" in 5.1.2 Send Completion is unclear= (by britram)
#746 Editorial issues on 5.1.1. Message Properties (by britram) Implementati= on editorial
#744 mutability of Preconnection objects is unclear (Sec 2) (by britram) Imp= lementation editorial
#743 Is the "candidate tree" concept actually normative? (by brit= ram)

5 issues received 7 new comments:

#749 What if there's no context switch penalty for sending messages? (Sec = 5.1.2) (2 by abrunstrom, gorryfair) Implementation
#746 Editorial issues on 5.1.1. Message Properties (2 by abrunstrom, gorryf= air) Implementation editorial
#631 Peer user timeout (1 by gorryfair) mappings
#701 Network Policies (1 by gorryfair) Implementation editorial=
#759 Should resolve() have a callback? (1 by mwelzl)

Pull requests

ietf-tapswg/api-drafts (+2/-0/=F0=9F=92=AC0)

2 pull requests submitted:

#748 C= larify "consumed" and "failed to send" timing. (by = britram)
#745 E= ditorial rollup (by britram)

Repositories tracked by this digest:

https://github.= com/ietf-tapswg/api-drafts

--===============0156928168369818492==-- From nobody Fri Apr 9 10:25:33 2021 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 0519E3A2645 for ; Fri, 9 Apr 2021 10:25:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, 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=tenghardt.net 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 8jn8bm5WUCAS for ; Fri, 9 Apr 2021 10:25:27 -0700 (PDT) Received: from mail.hemio.de (mail.hemio.de [136.243.12.180]) (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 25A523A2862 for ; Fri, 9 Apr 2021 10:25:26 -0700 (PDT) Received: from user.client.invalid (localhost [136.243.12.180]) by mail.hemio.de (Postfix) with ESMTPSA id A6760AA for ; Fri, 9 Apr 2021 19:25:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tenghardt.net; s=20170414; t=1617989125; bh=uawLv4Pk+m8k9pzaKkokAwX/SuncRLTkXMOAwCbllS0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=guBmDxhF7ff9EzcGQ7t4ZyKFVGAgpIGzsBxgEwlutZ2tEk6Wl4ZfqJwNZgWInKMNY gCRswHQ8g3jEGHJS0Fp/Vpybrz9tkXfnDKj/pO/L5InagaDnCD+I97aswvXInO7i35 sJJqaht+/zCJ1TD6huooYPmHMja+Y92V0qlhhnAbADeh4L5Vkon7MXKgayaDVF87CD kuZKURFpwy7X64ZaZoGXvAa3JUjQsIivissyKd4N38aHPDSCWqZaGNzoySCBYpRjxk QZiAXwESPqVC1wGYbmAYCnZSeWaGMpu1qMjXS6pY1KPcwg2AQm+oa7OVxbIL44h3Bv KesywOgVjuwUQ== To: taps@ietf.org References: <161460904667.11270.13070058025298765856@ietfa.amsl.com> From: Theresa Enghardt Message-ID: Date: Fri, 9 Apr 2021 10:25:21 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [Taps] Transport Services (taps) WG Virtual Meeting: 2021-04-09 X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 17:25:32 -0000 Dear TAPS, Here's the notes from today's interim meeting. The next TAPS virtual interim meeting will be on Friday, May 7, from 11:00 to 13:00 America/New_York (15:00 to 17:00 UTC), i.e., the usual time. *Today's agenda:* * Issues:https://github.com/ietf-tapswg/api-drafts/issues * PRs:https://github.com/ietf-tapswg/api-drafts/pulls * (15 min) Implementation updates (Tommy Pauly, Michael Welzl) * (10 min) How TAPS might discover what protocol implementations exist on a platform (Martin Duke) The slides are available in the datatracker: https://datatracker.ietf.org/meeting/interim-2021-taps-04/session/taps Notes from today: * Will cut a draft of interface ASAP (we are fine with fixing Martin's issues after) then start WGLC * Kyle will submit capitalization PRs before the next interim * Survey for next interim: (+1 if you can attend) o Friday May 7: +1 +1 +1 +1 +1+1+0.5 + Kyle getting second dose the day before o Friday May 14:  +1 +1 +1 +1+1+1 + (note: Brückentag in bits of Central Europe – 13th is a Christian Holidy) o Decision: May 7, usual time * Implementation updates: o Chairs to set up a Wiki page listing implementations Thank you for the productive interim meeting today to everyone who participated! Best, Theresa On 4/5/21 11:43 AM, Theresa Enghardt wrote: > Hi TAPS, > > Just a quick and friendly reminder that we're having our next virtual > interim meeting this Friday. Please see below for more information. > > Best, > Theresa > > > On 01.03.21 06:30, IESG Secretary wrote: >> The Transport Services (taps) WG will hold >> a virtual interim meeting on 2021-04-09 from 11:00 to 13:00 America/New_York (15:00 to 17:00 UTC). >> >> Agenda: >> Review issues: https://github.com/ietf-tapswg/api-drafts/issues >> Review PRs: https://github.com/ietf-tapswg/api-drafts/pulls >> Implementation Updates >> >> Etherpad: https://etherpad.ietf.org/p/taps-interim-apr-2021 >> >> Information about remote participation: >> https://ietf.webex.com/meet/taps >> >> _______________________________________________ >> 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 > From nobody Fri Apr 9 10:59:51 2021 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 A74D33A2952; Fri, 9 Apr 2021 10:59:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF-Announce" Cc: taps@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161799118653.30556.14333940621470418291@ietfa.amsl.com> Date: Fri, 09 Apr 2021 10:59:46 -0700 Archived-At: Subject: [Taps] Transport Services (taps) WG Virtual Meeting: 2021-05-07 X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 17:59:47 -0000 The Transport Services (taps) WG will hold a virtual interim meeting on 2021-05-07 from 11:00 to 13:00 America/New_York (15:00 to 17:00 UTC). Agenda: - Issues: https://github.com/ietf-tapswg/api-drafts/issues - PRs: https://github.com/ietf-tapswg/api-drafts/pulls - Follow-up discussion on: How TAPS might discover what protocol implementations exist on a platform (Martin Duke) Information about remote participation: https://ietf.webex.com/meet/taps From nobody Fri Apr 9 11:44:18 2021 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 346DB3A2AAB; Fri, 9 Apr 2021 11:44:12 -0700 (PDT) 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: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: taps@ietf.org Message-ID: <161799385216.10277.17647541561760063566@ietfa.amsl.com> Date: Fri, 09 Apr 2021 11:44:12 -0700 Archived-At: Subject: [Taps] I-D Action: draft-ietf-taps-interface-12.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 18:44:12 -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 : An Abstract Application Layer Interface to Transport Services Authors : Brian Trammell Michael Welzl Theresa Enghardt Godred Fairhurst Mirja Kuehlewind Colin Perkins Philipp S. Tiesel Christopher A. Wood Tommy Pauly Kyle Rose Filename : draft-ietf-taps-interface-12.txt Pages : 81 Date : 2021-04-09 Abstract: This document describes an abstract application programming interface, API, to the transport layer, following the Transport Services Architecture. It supports the asynchronous, atomic transmission of messages over transport protocols and network paths dynamically selected at runtime. It is intended to replace the traditional BSD sockets API as the common interface to the transport layer, in an environment where endpoints could select from multiple interfaces and potential transport protocols. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-taps-interface/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-taps-interface-12.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-taps-interface-12 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 Fri Apr 9 14:05:41 2021 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 F17133A112F for ; Fri, 9 Apr 2021 14:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 XYiYFoIlaFwE for ; Fri, 9 Apr 2021 14:05:34 -0700 (PDT) Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 BA6B43A112D for ; Fri, 9 Apr 2021 14:05:34 -0700 (PDT) Received: by mail-io1-xd32.google.com with SMTP id v123so455342ioe.10 for ; Fri, 09 Apr 2021 14:05:34 -0700 (PDT) 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=2LPxMHIy/zY8vHUiJL4NXF+S+QHOqRYBPSbfbw0lK2Y=; b=G/OinrnAeQa2+5qX6O9IwrW8Fflm7ogdm0dGnogRaa2s2tQEiBgJN5/PCVxQeXbTEH sL6vuCcN7ZsTy3B/LiEOzt4qRJ3icFFnmRw9g+L3GHICl/9iz4PMGbSAOxnqvC9BnmBW 2Y3aK1MERQvxJLJUe+vtJeJ3VngySSxi2KFCj/vzxOBaJdqqXUwkHurJQuqmqiE5qhxd QIKDhawChfGdBZrRJlcMSBEWl7HTGyCbhD1c84YS7FDyuBQHdWWF9YRxSqdy6VZueQlw H1AfuhjhhrHQCNg7SYtUtcCT018J57MN1Gvb5YaXFn7kFdPZuD69e18Jk/Wg4REoyn2X Hs7A== 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=2LPxMHIy/zY8vHUiJL4NXF+S+QHOqRYBPSbfbw0lK2Y=; b=AmAHR0e9Ezte6416gfwT7uwfu8FzKMM3eRMqk20wNxNS4YwDdok6lrroxt1nfhFYXO dS7jzpcStdz0xsy5+QVlfFoXSoDXpfkhSBFBPCA/1ugWfRJj1dewX4+XQKWja7yTYTyC L8TG2nHepdfd9yHEs9PAkCU+ICqmq+v90zdOVC9UCvubRc27dVIdZ3iDDvpXqz/RVCeq RW/jVwD+kBxgao1bepSGzk0OJF12X/NcECKfsAY9yXqmLy2/f4RU46Ii571G6a36Unqy eU003MEhqYbvEscQUUTVNXktmEUNmorN3+xc2DRhhhDek4MkApH89zvfiLp3peTFph1T HF7g== X-Gm-Message-State: AOAM5305dn++R1iSPgyPqrDQAfHZJM0yi7re/oPmFxcLTIPOLruxhEBw 2ZEM9Fv8VnvovNuIa9dDry9ydUi998rqrpq90qoaOIWs72w= X-Google-Smtp-Source: ABdhPJxn0riE7x29GPjpd4hFUgVtVtKmRgmYW8KOWIcH/OQO0kFL4J5yqkeQMBPvVVc4BqCcuj3il6Rl362Bo4Q8JSc= X-Received: by 2002:a05:6638:329e:: with SMTP id f30mr16808196jav.121.1618002332660; Fri, 09 Apr 2021 14:05:32 -0700 (PDT) MIME-Version: 1.0 References: <161800145366.12591.5283052387823049934@ietfa.amsl.com> In-Reply-To: <161800145366.12591.5283052387823049934@ietfa.amsl.com> From: Martin Duke Date: Fri, 9 Apr 2021 14:05:21 -0700 Message-ID: To: taps WG Content-Type: multipart/alternative; boundary="00000000000048b52205bf9086bc" Archived-At: Subject: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 21:05:39 -0000 --00000000000048b52205bf9086bc Content-Type: text/plain; charset="UTF-8" Here 'tis. ---------- Forwarded message --------- From: Date: Fri, Apr 9, 2021 at 1:50 PM Subject: New Version Notification for draft-duke-taps-transport-discovery-00.txt To: Martin Duke A new version of I-D, draft-duke-taps-transport-discovery-00.txt has been successfully submitted by Martin Duke and posted to the IETF repository. Name: draft-duke-taps-transport-discovery Revision: 00 Title: TAPS Transport Discovery Document date: 2021-04-09 Group: Individual Submission Pages: 7 URL: https://www.ietf.org/archive/id/draft-duke-taps-transport-discovery-00.txt Status: https://datatracker.ietf.org/doc/draft-duke-taps-transport-discovery/ Html: https://www.ietf.org/archive/id/draft-duke-taps-transport-discovery-00.html Htmlized: https://tools.ietf.org/html/draft-duke-taps-transport-discovery-00 Abstract: The Transport Services architecture decouples applications from the protocol implementations that transport their data. While it is often straightforward to connect applications with transports that are present in the host operating system, providing a means of discovering user-installed implementations dramatically enlarges the use cases. This document discusses considerations for the design of a discovery mechanism and an example of such a design. Discussion of this work is encouraged to happen on the TAPS IETF mailing list taps@ietf.org or on the GitHub repository which contains the draft: https://github.com/martinduke/draft-duke-taps-transport- discovery. 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 --00000000000048b52205bf9086bc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Here 'tis.

---------- Forwarded message ---------From: <i= nternet-drafts@ietf.org>
Date: Fri, Apr 9, 2021 at 1:50 PM=
Subject: New Version Notification for draft-duke-taps-transport-discove= ry-00.txt
To: Martin Duke <martin.h.duke@gmail.com>

A new version of I-D, draft-duke-taps-transport-discovery-00.txt
has been successfully submitted by Martin Duke and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-duke-taps-transport-dis= covery
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TAPS Transport Discovery
Document date:=C2=A0 2021-04-09
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 7
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/archive/id/draft-duke-taps-transpo= rt-discovery-00.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-duke-taps-transport-disc= overy/
Html:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/archive/id/draft-duke-taps-transp= ort-discovery-00.html
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-duke-taps-transport-discovery-00

Abstract:
=C2=A0 =C2=A0The Transport Services architecture decouples applications fro= m the
=C2=A0 =C2=A0protocol implementations that transport their data.=C2=A0 Whil= e it is
=C2=A0 =C2=A0often straightforward to connect applications with transports = that
=C2=A0 =C2=A0are present in the host operating system, providing a means of=
=C2=A0 =C2=A0discovering user-installed implementations dramatically enlarg= es the
=C2=A0 =C2=A0use cases.=C2=A0 This document discusses considerations for th= e design of
=C2=A0 =C2=A0a discovery mechanism and an example of such a design.

=C2=A0 =C2=A0Discussion of this work is encouraged to happen on the TAPS IE= TF
=C2=A0 =C2=A0mailing list taps@ietf.org or on the GitHub repository which contains
=C2=A0 =C2=A0the draft: https://github.com/m= artinduke/draft-duke-taps-transport-
=C2=A0 =C2=A0discovery.

Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

--00000000000048b52205bf9086bc-- From nobody Sun Apr 11 07:14:03 2021 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 DD7CB3A0BAA for ; Sun, 11 Apr 2021 07:14:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 bIjSnBJbYm-O for ; Sun, 11 Apr 2021 07:13:57 -0700 (PDT) Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 823AD3A0B9B for ; Sun, 11 Apr 2021 07:13:57 -0700 (PDT) Received: by mail-qk1-x72d.google.com with SMTP id s5so1987307qkj.5 for ; Sun, 11 Apr 2021 07:13:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:references:mime-version :content-transfer-encoding; bh=tjc3rSDLuu9wMBLahy5BGnQJqa1t3RJJ86iaeL+vgRc=; b=K+SG7xJjYz7eViRyD27480oJ49SYmxNi2Fcx10y2xwhmmVmp9atXWzykKCGcE+wfGq TT00/28LPBwxuxBsVK3PgVJnUZIjaeGxgRWVR3LaF6NZx6LKb2lHGPLgdsp1MR2X0s8k SYIU7+8gODx7Kh3baHZsc5/ocvpCRX1ip7EEUBc/DfkauV6PZ0JD4Zia4WzOQMBDrGn+ XCA4XujcB+BbBfISdHUQ9nLzi8K5Hx2nDxqE4sDgehwspk4CaRw1VXSQ6SFmfDu02voc X0oOU5JWSsZGHCF/9EdzWTUlwIoVY2T3mu2+PqjMQ84gw/32zSVuCYxQA3EgxPF9icCk 6l5w== 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:references :mime-version:content-transfer-encoding; bh=tjc3rSDLuu9wMBLahy5BGnQJqa1t3RJJ86iaeL+vgRc=; b=fB5EBh2JrCmweaskHzKHYVo1zr++qP5Eogxr+evK+15ocx6S8Lk7OxvUHZEwDAEoJp PhqsqU3XBWZHuNg5Td/Dbb3cUi0S/DnMvuhec2/H3P3pmHd404W/q0LniFPvh+ukTupg +L3youVr3FRMFxgrJroCLdavfnBmruXDPLDWzSzyC6NoWA3V6FuqQn1ea/XtWmcQic+2 8EaHyR0IH0tRpiaINiu4BC4gyOW9yKTmKs1oCkKztNZZM/4eksIiXdail7DNNfyw93jD f/VuJqIluOqG+30gIqBja75ggIDgXoNeDK/IZvvd0RM0R9NqZrMXRHutdh4SA37WE22u VigQ== X-Gm-Message-State: AOAM5309yEd0tiee3J4GnuV1UPMBtPv3d5vvtnHdQvTv1Qai7mE6Wvgv lNa537MBUdo7KCODZENoleUhJEfN1u7JdQ== X-Google-Smtp-Source: ABdhPJy2Yg0sfXrNX0cP46Z54iEBqPKoVZqMR9AsIvoowoaZCSvdT9oq3e3OUnEjwov/K+d8s41cKA== X-Received: by 2002:a37:c16:: with SMTP id 22mr22952517qkm.84.1618150434999; Sun, 11 Apr 2021 07:13:54 -0700 (PDT) Received: from [100.64.0.1] ([2601:18f:780:4180:581a:f1ec:a35:296]) by smtp.gmail.com with ESMTPSA id b83sm264325qkc.97.2021.04.11.07.13.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Apr 2021 07:13:52 -0700 (PDT) From: "Aaron Falk" To: "taps WG" Cc: "Theresa Enghardt" , "Zaheduzzaman Sarker" Date: Sun, 11 Apr 2021 10:13:50 -0400 X-Mailer: MailMate (1.13.2r5673) Message-ID: References: <161814995084.4901.9484776942475818751@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_237BB1F7-62F9-42A6-90EE-4C96104E3E8C_=" Content-Transfer-Encoding: 8bit Archived-At: Subject: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2021 14:14:02 -0000 --=_MailMate_237BB1F7-62F9-42A6-90EE-4C96104E3E8C_= Content-Type: text/plain; charset="UTF-8"; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit Working group last call for the API draft starts now. Please review the draft and send comments to the list (including ‘ready to publish’ affirmations) or post issues/PRs to [github](https://github.com/ietf-tapswg/api-drafts). Thanks to the authors, editors, and reviewers who’ve helped bring the draft to this point! Forwarded message: > From: IETF Secretariat > To: draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org > Subject: IETF WG state changed for draft-ietf-taps-interface > Date: Sun, 11 Apr 2021 07:05:50 -0700 > > The IETF WG state of draft-ietf-taps-interface has been changed to "In > WG > Last Call" from "WG Document" by Aaron Falk: > > https://datatracker.ietf.org/doc/draft-ietf-taps-interface/ --=_MailMate_237BB1F7-62F9-42A6-90EE-4C96104E3E8C_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Working group last call for the API draft starts now. Pl= ease review the draft and send comments to the list (including =E2=80=98r= eady to publish=E2=80=99 affirmations) or post issues/PRs to github<= /a>. Thanks to the authors, editors, and reviewers who=E2=80=99ve helped= bring the draft to this point!

Forwarded message:

From: IETF Secretariat ietf-secretariat-reply@ietf.org=
To: draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org
Subject: IETF WG state changed for draft-ietf-taps-interface
Date: Sun, 11 Apr 2021 07:05:50 -0700

The IETF WG state of draft-ietf-taps-interface has been c= hanged to "In WG
Last Call" from "WG Document" by Aaron Falk:

https://datatracker.ietf.org/doc/draf= t-ietf-taps-interface/

--=_MailMate_237BB1F7-62F9-42A6-90EE-4C96104E3E8C_=-- From nobody Mon Apr 12 08:11:55 2021 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 0CC3A3A22C4 for ; Mon, 12 Apr 2021 08:11:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cvcrCHyJPCcp for ; Mon, 12 Apr 2021 08:11:46 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [IPv6:2001:630:42:150::2]) by ietfa.amsl.com (Postfix) with ESMTP id BF5C73A21BB for ; Mon, 12 Apr 2021 08:11:33 -0700 (PDT) Received: from GF-MBP-2.lan (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id D27441B000FF; Mon, 12 Apr 2021 16:11:26 +0100 (BST) To: Aaron Falk , taps WG Cc: Theresa Enghardt , Zaheduzzaman Sarker References: <161814995084.4901.9484776942475818751@ietfa.amsl.com> From: Gorry Fairhurst Message-ID: <7d9ac540-f6c1-a13f-899b-c82fd7249da6@erg.abdn.ac.uk> Date: Mon, 12 Apr 2021 16:11:25 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------C67697402B112BD527BCD66B" Content-Language: en-GB Archived-At: Subject: Re: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 12 Apr 2021 15:11:54 -0000 This is a multi-part message in MIME format. --------------C67697402B112BD527BCD66B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 11/04/2021 15:13, Aaron Falk wrote: > > Working group last call for the API draft starts now. Please review > the draft and send comments to the list (including ‘ready to publish’ > affirmations) or post issues/PRs to github > . Thanks to the authors, > editors, and reviewers who’ve helped bring the draft to this point! > > Forwarded message: > > From: IETF Secretariat ietf-secretariat-reply@ietf.org > > To: draft-ietf-taps-interface@ietf.org > , taps-chairs@ietf.org > > Subject: IETF WG state changed for draft-ietf-taps-interface > Date: Sun, 11 Apr 2021 07:05:50 -0700 > > The IETF WG state of draft-ietf-taps-interface has been changed to > "In WG > Last Call" from "WG Document" by Aaron Falk: > > https://datatracker.ietf.org/doc/draft-ietf-taps-interface/ > > > > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps I've just read this carefully, and it seems nearly ready to me. I did notice a few issues, now in github: Some of which relate to text from text I originally proposed (sorry): No Segmentation #782 More thoughts on network Fragmentation #781 To me, Safely Replayable text seems unclear ( 7.1.3.4.) #780 UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) #776 Editorial: Priority property "represents a hierarchy of priorities"? #779 Update ref to dplpmtud #778 Editorial: is Constant-Rate Streaming a path characteristic or appl traffic? #777 There could be more definitions@ API #775 What is "entangled"? #774 Editorial API NiT #773 Is Appendix A actually implementation? #772 Gorry --------------C67697402B112BD527BCD66B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

On 11/04/2021 15:13, Aaron Falk wrote:

Working group last call for the API draft starts now. Please review the draft and send comments to the list (including ‘ready to publish’ affirmations) or post issues/PRs to github. Thanks to the authors, editors, and reviewers who’ve helped bring the draft to this point!

Forwarded message:

From: IETF Secretariat ietf-secretariat-reply@ietf.org
To: draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org
Subject: IETF WG state changed for draft-ietf-taps-interface
Date: Sun, 11 Apr 2021 07:05:50 -0700

The IETF WG state of draft-ietf-taps-interface has been changed to "In WG
Last Call" from "WG Document" by Aaron Falk:

https://datatracker.ietf.org/doc/draft-ietf-taps-interface/
_______________________________________________
Taps mailing list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

I've just read this carefully, and it seems nearly ready to me.

I did notice a few issues, now in github:

Some of which relate to text from text I originally proposed (sorry):

No Segmentation #782
More thoughts on network Fragmentation #781
To me, Safely Replayable text seems unclear ( 7.1.3.4.) #780

UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) #776

Editorial:

Priority property "represents a hierarchy of priorities"? #779
Update ref to dplpmtud #778
Editorial: is Constant-Rate Streaming a path characteristic or appl traffic? #777
There could be more definitions@ API #775
What is "entangled"? #774
Editorial API NiT #773
Is Appendix A actually implementation? #772

Gorry

--------------C67697402B112BD527BCD66B-- From nobody Tue Apr 13 08:30:34 2021 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 306E43A15DA for ; Tue, 13 Apr 2021 08:30:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 c6scWqo1LzH2 for ; Tue, 13 Apr 2021 08:30:25 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130080.outbound.protection.outlook.com [40.107.13.80]) (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 64E173A1B44 for ; Tue, 13 Apr 2021 08:30:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kdzZ8DUBUMDTGGcNRQDVj2jn/eJB11rn8fakEhLG7ymXV1mvhI6dFYPcDBV2QbikI9AGmM7wRB4FyCQAqIGjfGJnYdJuv6pJflsdycCkNAMHPyQ1rMN9SrYLg/TcdMO7t3afMcnS/yV9WrChhU6jRoMenm2kl2YJCc812hnGGy6pz67bibmdkPGhso2d/81N0wlL9z79KoPSK6F/fjky+sZoVsJBipoM1qUz6KqnbvBE1XTn6bpg05szSn5UhJo6XhFEuYoCqAzZmecZQxGmX2dAiCkXsILZvHiUAXBnfqBHRmDB6TDIvc10Zxk6ZmklP6Gumfr4GVYjhrbSBLlW0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1gq+oq+7vB29zCE34GzZ3iPHMsV9q2LRaEGoNd1g8To=; b=O558r27SrbfNbPYXOeVqfCWvAF22gC1fZ8yiImBNuNUpm7ESXWLaQ6wNDIzUTYr4apF321o04p8zOsaMrh/EtEsnn8ArhfArCUF3k6GhFlflZ8OeWsmxqjRMuO8xJ6SBB9q5p6W4xyOWYcDejKDPv/z2JKcn3JLMYB6fgnR1uvMoqy0BO4PjNRPyBCqCayHYzvD1G88O2cyU7mw3LEd5wK8RaHVdywxt7fXLQML7zQS6Vwh0Ru1FR8bRuhmFMQUf9NAxYqYbE002LbDiB1d27Ey1Z2oflCg5x0jWNRbAmXo99DuW6hc3DoFaZzm7oH9JJtORriE+WM9na2SF1Qr1kw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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:X-MS-Exchange-SenderADCheck; bh=1gq+oq+7vB29zCE34GzZ3iPHMsV9q2LRaEGoNd1g8To=; b=C+3Lg3U25X2ha/roPDAB4ysIEVrk7Ihr3Bgrg7eFg7cvApXQBmVqNbjgCPiXO45VN6ilyPA6NONXnHjpZZco3Y/W5PzD14DpkdHFNCOt9ZWFomlViZTOub69aVeGvtyLqN+D2tggMRah4fe//NigjnNx3Qn4muBuf1h9wcd18Ho= Received: from AM0PR07MB3939.eurprd07.prod.outlook.com (2603:10a6:208:40::14) by AM0PR07MB4098.eurprd07.prod.outlook.com (2603:10a6:208:49::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.9; Tue, 13 Apr 2021 15:30:09 +0000 Received: from AM0PR07MB3939.eurprd07.prod.outlook.com ([fe80::f5b3:5946:19c5:d8b8]) by AM0PR07MB3939.eurprd07.prod.outlook.com ([fe80::f5b3:5946:19c5:d8b8%6]) with mapi id 15.20.4042.014; Tue, 13 Apr 2021 15:30:09 +0000 From: Mirja Kuehlewind To: Martin Duke , taps WG Thread-Topic: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt Thread-Index: AQHXLYQmvfrc3p6bqU68IKsvY8wfnqqyukMA Date: Tue, 13 Apr 2021 15:30:09 +0000 Message-ID: <61883D95-53AB-4DD8-A2FA-9210F91344C1@ericsson.com> References: <161800145366.12591.5283052387823049934@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.45.21011103 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [2003:de:e717:4200:1527:33f7:a60c:e054] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 25c77e89-968e-411b-c04a-08d8fe9105eb x-ms-traffictypediagnostic: AM0PR07MB4098: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: vSR+WtQD17dM9nTcK9ZZa8u97hVSZEFgqQZ5p0EMu3Gqxzn/ceyBZMEERMo406sq3X+tP9s3FtInv6g0Di5wwtDZkBbiUL7eUNVy8egpbgBJrcLLnFYwjW+fLm3FAmCeLvPdUUIevsfzYUtVaFDjLBbCXfstejN6jl3XMqljR+DmbscxbryZLql1y4AQELcG9SEErZgjisKZzBNPCymQrGKAd9km6iEFjbxyJnob/8hiB7dgv96rU3cgwMmxuquT2rALgfEJdnmBXkBB3PDesd51YgNepTmBDNTAUnG7HsHYEFBXosRC0aDHnicywKFUVVcOMwDcN9xtBhc/Zr1t5UIh43SqvkB9oAX5tj01dpaEzAo2kNFpirQ0Q0GjgdGLV9FfHAAMc5yOES2ej0/jlzS/X8+mo0N8jZUnxAzqwJhKBeOTw7Zc1nmeY6B6JBDXNs4MFuSw9x2QzPMp5QL7oNOp7tVw2SSxBCArK2eeAI8ekJPKrgHTLOgV+gPi4O6PcejRriPJ+okrKZQqYgNYLtTsUUfEcAsXTAJUMMswzxzj4s1yDS5aAI4aStO+VWdNk72xSkTCNJ8QfKpG2OiD+vWaZSZDWpS0krEoAwQibTdpaGUJPMurateEvxQRzXoYrZEkIw9Y2CTR+jEnGhnZmZhCrK+5QhYbNkZOBZGcJ0qAtjOtVvBaVALKsEg/24KM3kV+9sp6xV17MzxbW88rEdA7jHJp4FxubRRbeDli8eU= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB3939.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(136003)(39860400002)(396003)(346002)(186003)(53546011)(8936002)(6486002)(44832011)(166002)(5660300002)(122000001)(478600001)(33656002)(86362001)(83380400001)(2906002)(110136005)(2616005)(64756008)(66946007)(966005)(76116006)(36756003)(38100700002)(66556008)(71200400001)(8676002)(66446008)(316002)(66574015)(66476007)(21615005)(6506007)(6512007)(15650500001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?QmtSbHBvZ0pyMXo2ME4vYXRlY2t6eisxTmdycXkyZ3RrM2N3VS9Ud3lJZzdm?= =?utf-8?B?aFVxd0YwUUpoUVczVkhtZG5PeSsxSUtUdGF2dUUzZ2ZudVdMVWthZGc0WXRy?= =?utf-8?B?dEJsb2l5RlVlT2ZYMnROWkdyY1UzR09aTTF1NS9IUVB0SkVyZ2Y4ODJIRkhW?= =?utf-8?B?d0RyWGdXb1pRZ2NBNmpHVDhUaUtlZ25SYzRGRzhOL3pxSm1Kckg4aUE0c1dJ?= =?utf-8?B?YW90MHhIcVl5OWlPVGcxRFRrM0pMdytLU2VoRzdXbGY4NjBJNU1Nd2Rpa1lF?= =?utf-8?B?b1FQRnRaZ2k4U1pZVUNsbmhWM0RHeStXTnloblFqTzVrL2tTemVVQVJ6eGVX?= =?utf-8?B?WUFMRTYyR216UnVPZ2dJYWlNWW1IQU9FeDNicUlWR3pGTysweEt1K0lhYkgy?= =?utf-8?B?TTRTczNhZUpvdCtaOFp2c0IvbUJwY1J1THFVZ3dqNzFHcExqMTNKR3dHNllH?= =?utf-8?B?Q0xyaEtNZHZGaFU3WFFVWHQ4eTd2dzAwYWFzYVdUR2hxSlhFMWcrUmNpcFBp?= =?utf-8?B?NDl4bU9GcENJQU1VdUNrdVdVL3ZlbGVTS3RDWituZUoyL1E3Rk95SGxhTTQ5?= =?utf-8?B?SnJsY3ZuRlB0WkgzNndhL3oyUTY2RnVaR1BwUXlsM0QyVDB3VUMxYWVCVlhZ?= =?utf-8?B?UGZodjNBYTB3ZlJ0RzNiQ2hVZ1l2VEMwalhVQ3g4Y1RzN2kwTVJ4TTZWMThR?= =?utf-8?B?TkFRaFpVRVFmWERMY2NJUEhtenNONEdOeGFTWVhGZ2NVMGxKckd3ZExlUmJJ?= =?utf-8?B?L3BaSkVXQkhuSmtLYW1FUjIyU2xWLzlNK2pWU0V6WDc2akt0aEdzTEU1c1FY?= =?utf-8?B?Q2tzeWdkZmFqYm9hL3YrQ0k0MHA5UTQyblhEbHNYOU03YU11TkpvY0s0VDc5?= =?utf-8?B?aldNYjlsbkh2SHNUWmFmZXlwbExYV2NJMkp1UDhMemM2eWx5aG0rdEFCSktO?= =?utf-8?B?ZUd0V3FLKzRjRjczOE9IWVZQcG1WTjZQTGV2RWRpbnhyZHlKbU9JUFYyNEg5?= =?utf-8?B?c0VhTk8wK3hDaGNFNnZwazUwK3NaZDBCZHhtMlBEUnF0dGtmV0ZRdTFJdk5H?= =?utf-8?B?YVV0aGJoV0hhMXhnSkMySVBIYnJnMDVCbTkyMS90Umx5R1lQMzNyMCtOY3VN?= =?utf-8?B?ZlNTa3N4cjBqd3pNYkdlZWhXOHBqV0FxVU9NWDdCWnpCVVJ3TFZPL3Y3aUQ5?= =?utf-8?B?RG1Ia0poeFVFUy9yTmRZUy82c1h1NVc5Yk42U01YMEFSSmxyNlNTa3h3ZlUx?= =?utf-8?B?cXBzN2lidmNaYWY2WXBhUmtmWDhRM0tGRE5XYXR5aklsWWVmMEN0a3ZOcFRE?= =?utf-8?B?dCtwSHEyejdmVjI3bkhkSkh5UEFGWjRNUE5FRVlnMFFhN0xsVGdJMEkvUlE0?= =?utf-8?B?SmZFTmxwK2FYeFV5c0F2bDNnNlEvQ3JPSER2MVlTa3BrUVJzdkkrdStWYXhH?= =?utf-8?B?UkJPWERRa1ozNThHVFhHUXFaRlVJckJnNnhWa3hpMjR3SlBhQUNBQ3F1czRH?= =?utf-8?B?WFZNc1JoYnYwOUN4Z0NDMHRuYlgvRmpLa0RIa1VHZnRGaUZJZGQ4VlZNZ3d0?= =?utf-8?B?R0wwa3lYWFJoUll3L1VKdUtWU3Q4WlBuNFltb1Q2T3RMRU9uNFBrSkY0eXlq?= =?utf-8?B?eWsvbVZCWFVSR1Z4SlRnVFRiTWtLd3Z6N3pjb3czZjJ6WTNCUTNXQ3lzUm5T?= =?utf-8?B?Z0RtSm9XOFEzM0hpYm9tODJ1VnZROGZEeHRqS3dEcnR3Znp4aGtNRVVzQkFr?= =?utf-8?B?aXZXUUFoWmpDaXFnVzBSVGgwb0lOeWpUVTJPdlRDc1pUVXZ5b3Z3cXdxd1ZJ?= =?utf-8?B?ak9OSkc3Z1l5NlJEM0ovQmNhbGF5ZWdxRkpMQnJhcnhQdkhDT2ZvOUNrRk9H?= =?utf-8?Q?inmOWrY5XACCx?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_61883D9553AB4DD8A2FA9210F91344C1ericssoncom_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB3939.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 25c77e89-968e-411b-c04a-08d8fe9105eb X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2021 15:30:09.5404 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5rhyJWTcme6mJZ50WPXI1VINfkB+Jc1/9WNA+aGOh/lF8gCGzJxLJFxmyEotp1iNV62gGe+ZqaEvn0DPSTGUea5F1Qm5KtPjINvjqM+e3K0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4098 Archived-At: Subject: Re: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 15:30:33 -0000 --_000_61883D9553AB4DD8A2FA9210F91344C1ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWFydGluLCBoaSBhbGwsDQoNCkkganVzdCBoYWQgYSBxdWljayBnbGFuY2UgYXQgeW91ciBk cmFmdCBhbmQgaGF2ZSB0d28gdGhvdWdodHMgdG8gb2ZmZXI6DQoNCg0KICAxLiAgSG93IGlzIHRo ZSBwcm90b2NvbCBBUEkgZGlmZmVyZW50IHRoZW4gdGhlIHRhcHMgQVBJPyBJZiBhIG5ldyBwcm90 b2NvbCBhbHJlYWR5IG9mZmVycyB0aGUgdGFwcyBBUEkgKHdpdGhvdXQgdGhlIGFjdHVhbCBmbGV4 aWJpbGl0eSB0byBjaG9vc2UgYmV0d2VlbiBtb3JlIHRoYW4gb25lIHByb3RvY29sIG9mIGNvdXJz ZSksIHRoZSBtYXBwaW5nIHdvdWxkIGJlIGVhc3kuDQogIDIuICBJIGd1ZXNzIHlvdSBuZWVkIHNv bWV0aGluZyBsaWtlIE1VRCBmb3IgcHJvdG9jb2wgd2hlcmUgY2FwYWJpbGl0aWVzIG9mIGEgcHJv dG9jb2wgYXJlIGRlc2NyaWJlZCBpbiBhIHVuaWZpZWQgd2F5LiBIb3dldmVyLCBtYXliZSB0aGUg cHJvcGVydGllcyB3ZSBoYXZlIGluIHRhcHMgaXMgYWxzbyBtb3JlIG9yIGxlc3Mgd2hhdCB5b3Ug bmVlZOKApj8NCg0KSnVzdCBzb21lIHNwb250YW5lb3VzIHRob3VnaHRzLiBTbyBwbGVhc2UgY29u c3VtZSB3aXRoIGNhcmUuIEkganVzdCB0aG91Z2h0IHRoZXkgY291bGQgeWllbGQgc29tZSBmdXJ0 aGVyIGlkZWFzIQ0KDQpNaXJqYQ0KDQoNCkZyb206IFRhcHMgPHRhcHMtYm91bmNlc0BpZXRmLm9y Zz4gb24gYmVoYWxmIG9mIE1hcnRpbiBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbT4NCkRh dGU6IEZyaWRheSwgOS4gQXByaWwgMjAyMSBhdCAyMzowNg0KVG86IHRhcHMgV0cgPHRhcHNAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBbVGFwc10gRndkOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LWR1a2UtdGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwLnR4dA0KDQpIZXJlICd0aXMu DQoNCi0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tDQpGcm9tOiA8aW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+Pg0KRGF0 ZTogRnJpLCBBcHIgOSwgMjAyMSBhdCAxOjUwIFBNDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LWR1a2UtdGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwLnR4dA0K VG86IE1hcnRpbiBEdWtlIDxtYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbTxtYWlsdG86bWFydGluLmgu ZHVrZUBnbWFpbC5jb20+Pg0KDQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWR1a2Ut dGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1 Ym1pdHRlZCBieSBNYXJ0aW4gRHVrZSBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5 Lg0KDQpOYW1lOiAgICAgICAgICAgZHJhZnQtZHVrZS10YXBzLXRyYW5zcG9ydC1kaXNjb3ZlcnkN ClJldmlzaW9uOiAgICAgICAwMA0KVGl0bGU6ICAgICAgICAgIFRBUFMgVHJhbnNwb3J0IERpc2Nv dmVyeQ0KRG9jdW1lbnQgZGF0ZTogIDIwMjEtMDQtMDkNCkdyb3VwOiAgICAgICAgICBJbmRpdmlk dWFsIFN1Ym1pc3Npb24NClBhZ2VzOiAgICAgICAgICA3DQpVUkw6ICAgICAgICAgICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1kdWtlLXRhcHMtdHJhbnNwb3J0LWRpc2Nv dmVyeS0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1kdWtlLXRhcHMtdHJhbnNwb3J0LWRpc2NvdmVyeS8NCkh0bWw6ICAgICAgICAg ICBodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWR1a2UtdGFwcy10cmFuc3Bv cnQtZGlzY292ZXJ5LTAwLmh0bWwNCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtZHVrZS10YXBzLXRyYW5zcG9ydC1kaXNjb3ZlcnktMDANCg0KDQpBYnN0 cmFjdDoNCiAgIFRoZSBUcmFuc3BvcnQgU2VydmljZXMgYXJjaGl0ZWN0dXJlIGRlY291cGxlcyBh cHBsaWNhdGlvbnMgZnJvbSB0aGUNCiAgIHByb3RvY29sIGltcGxlbWVudGF0aW9ucyB0aGF0IHRy YW5zcG9ydCB0aGVpciBkYXRhLiAgV2hpbGUgaXQgaXMNCiAgIG9mdGVuIHN0cmFpZ2h0Zm9yd2Fy ZCB0byBjb25uZWN0IGFwcGxpY2F0aW9ucyB3aXRoIHRyYW5zcG9ydHMgdGhhdA0KICAgYXJlIHBy ZXNlbnQgaW4gdGhlIGhvc3Qgb3BlcmF0aW5nIHN5c3RlbSwgcHJvdmlkaW5nIGEgbWVhbnMgb2YN CiAgIGRpc2NvdmVyaW5nIHVzZXItaW5zdGFsbGVkIGltcGxlbWVudGF0aW9ucyBkcmFtYXRpY2Fs bHkgZW5sYXJnZXMgdGhlDQogICB1c2UgY2FzZXMuICBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyBj b25zaWRlcmF0aW9ucyBmb3IgdGhlIGRlc2lnbiBvZg0KICAgYSBkaXNjb3ZlcnkgbWVjaGFuaXNt IGFuZCBhbiBleGFtcGxlIG9mIHN1Y2ggYSBkZXNpZ24uDQoNCiAgIERpc2N1c3Npb24gb2YgdGhp cyB3b3JrIGlzIGVuY291cmFnZWQgdG8gaGFwcGVuIG9uIHRoZSBUQVBTIElFVEYNCiAgIG1haWxp bmcgbGlzdCB0YXBzQGlldGYub3JnPG1haWx0bzp0YXBzQGlldGYub3JnPiBvciBvbiB0aGUgR2l0 SHViIHJlcG9zaXRvcnkgd2hpY2ggY29udGFpbnMNCiAgIHRoZSBkcmFmdDogaHR0cHM6Ly9naXRo dWIuY29tL21hcnRpbmR1a2UvZHJhZnQtZHVrZS10YXBzLXRyYW5zcG9ydC08aHR0cHM6Ly9wcm90 ZWN0Mi5maXJlZXllLmNvbS92MS91cmw/az0wMTE4MmIzNC01ZTgzMTNlNi0wMTE4NmJhZi04NjYx MzJmZTQ0NWUtNGE3OTY3YjUxMzExMmRkOSZxPTEmZT0wYTBlMGQzOS1hMmU5LTRmZjMtYmZjZi0w NDhhZTcxODFkZjgmdT1odHRwcyUzQSUyRiUyRmdpdGh1Yi5jb20lMkZtYXJ0aW5kdWtlJTJGZHJh ZnQtZHVrZS10YXBzLXRyYW5zcG9ydC0+DQogICBkaXNjb3ZlcnkuDQoNCg0KDQoNClBsZWFzZSBu b3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9m IHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFp bGFibGUgYXQgdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnPi4NCg0KVGhlIElF VEYgU2VjcmV0YXJpYXQNCg0K --_000_61883D9553AB4DD8A2FA9210F91344C1ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <9B24BD732B78BE4793D9EE8369C7F1AC@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNv TGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5 OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRv bTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIu MHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBE ZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTQ4MTU3NTY2MTsNCgltc28t bGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTU1MTY2Njc3OCAxMzQ4 MDc1NjkgMTM0ODA3NTc3IDEzNDgwNzU3OSAxMzQ4MDc1NjcgMTM0ODA3NTc3IDEzNDgwNzU3OSAx MzQ4MDc1NjcgMTM0ODA3NTc3IDEzNDgwNzU3OTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxl dmVsLXRleHQ6IiUxXCkiOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxl dmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2 ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBs MDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0 ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFy Z2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9ImVuLURF IiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIE1hcnRp biwgaGkgYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkganVzdCBoYWQgYSBx dWljayBnbGFuY2UgYXQgeW91ciBkcmFmdCBhbmQgaGF2ZSB0d28gdGhvdWdodHMgdG8gb2ZmZXI6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBjbSIgc3RhcnQ9IjEiIHR5cGU9 IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNt O21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Ib3cgaXMgdGhlIHByb3RvY29sIEFQSSBkaWZmZXJlbnQg dGhlbiB0aGUgdGFwcyBBUEk/IElmIGEgbmV3IHByb3RvY29sIGFscmVhZHkgb2ZmZXJzIHRoZSB0 YXBzIEFQSSAod2l0aG91dCB0aGUgYWN0dWFsIGZsZXhpYmlsaXR5DQogdG8gY2hvb3NlIGJldHdl ZW4gbW9yZSB0aGFuIG9uZSBwcm90b2NvbCBvZiBjb3Vyc2UpLCB0aGUgbWFwcGluZyB3b3VsZCBi ZSBlYXN5LjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGd1ZXNzIHlv dSBuZWVkIHNvbWV0aGluZyBsaWtlIE1VRCBmb3IgcHJvdG9jb2wgd2hlcmUgY2FwYWJpbGl0aWVz IG9mIGEgcHJvdG9jb2wgYXJlIGRlc2NyaWJlZCBpbiBhIHVuaWZpZWQgd2F5LiBIb3dldmVyLCBt YXliZQ0KIHRoZSBwcm9wZXJ0aWVzIHdlIGhhdmUgaW4gdGFwcyBpcyBhbHNvIG1vcmUgb3IgbGVz cyB3aGF0IHlvdSBuZWVk4oCmPzxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC9vbD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi Pkp1c3Qgc29tZSBzcG9udGFuZW91cyB0aG91Z2h0cy4gU28gcGxlYXNlIGNvbnN1bWUgd2l0aCBj YXJlLiBJIGp1c3QgdGhvdWdodCB0aGV5IGNvdWxkIHlpZWxkIHNvbWUgZnVydGhlciBpZGVhcyE8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NaXJqYTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj QjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5UYXBzICZsdDt0YXBzLWJvdW5jZXNAaWV0Zi5vcmcm Z3Q7IG9uIGJlaGFsZiBvZiBNYXJ0aW4gRHVrZSAmbHQ7bWFydGluLmguZHVrZUBnbWFpbC5jb20m Z3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgOS4gQXByaWwgMjAyMSBhdCAyMzowNjxicj4N CjxiPlRvOiA8L2I+dGFwcyBXRyAmbHQ7dGFwc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0 OiA8L2I+W1RhcHNdIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1kdWtl LXRhcHMtdHJhbnNwb3J0LWRpc2NvdmVyeS0wMC50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkhlcmUgJ3Rpcy48bzpwPjwvbzpwPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+LS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2Fn ZSAtLS0tLS0tLS08YnI+DQpGcm9tOiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZyI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9hPiZndDs8YnI+DQpEYXRlOiBG cmksIEFwciA5LCAyMDIxIGF0IDE6NTAgUE08YnI+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LWR1a2UtdGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwLnR4dDxi cj4NClRvOiBNYXJ0aW4gRHVrZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcnRpbi5oLmR1a2VAZ21h aWwuY29tIj5tYXJ0aW4uaC5kdWtlQGdtYWlsLmNvbTwvYT4mZ3Q7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNt O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0 Ij4NCjxicj4NCjxicj4NCjxicj4NCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1kdWtlLXRh cHMtdHJhbnNwb3J0LWRpc2NvdmVyeS0wMC50eHQ8YnI+DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IE1hcnRpbiBEdWtlIGFuZCBwb3N0ZWQgdG8gdGhlPGJyPg0KSUVURiByZXBv c2l0b3J5Ljxicj4NCjxicj4NCk5hbWU6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDtkcmFmdC1kdWtlLXRhcHMtdHJhbnNwb3J0LWRpc2NvdmVyeTxicj4NClJldmlzaW9u OiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzAwPGJyPg0KVGl0bGU6Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyBUQVBTIFRyYW5zcG9ydCBEaXNjb3Zlcnk8YnI+DQpEb2N1bWVu dCBkYXRlOiZuYnNwOyAyMDIxLTA0LTA5PGJyPg0KR3JvdXA6Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248YnI+DQpQYWdlczombmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDc8YnI+DQpVUkw6Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2 ZS9pZC9kcmFmdC1kdWtlLXRhcHMtdHJhbnNwb3J0LWRpc2NvdmVyeS0wMC50eHQiIHRhcmdldD0i X2JsYW5rIj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtZHVrZS10YXBz LXRyYW5zcG9ydC1kaXNjb3ZlcnktMDAudHh0PC9hPjxicj4NClN0YXR1czombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtZHVrZS10YXBzLXRyYW5zcG9ydC1kaXNjb3ZlcnkvIiB0YXJnZXQ9Il9ibGFu ayI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZHVrZS10YXBzLXRyYW5z cG9ydC1kaXNjb3ZlcnkvPC9hPjxicj4NCkh0bWw6Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDs8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2Ry YWZ0LWR1a2UtdGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwLmh0bWwiIHRhcmdldD0iX2JsYW5r Ij5odHRwczovL3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWR1a2UtdGFwcy10cmFuc3Bv cnQtZGlzY292ZXJ5LTAwLmh0bWw8L2E+PGJyPg0KSHRtbGl6ZWQ6Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWR1a2Ut dGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWR1a2UtdGFwcy10cmFuc3BvcnQtZGlzY292ZXJ5LTAwPC9h Pjxicj4NCjxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwOyAmbmJzcDtUaGUgVHJhbnNw b3J0IFNlcnZpY2VzIGFyY2hpdGVjdHVyZSBkZWNvdXBsZXMgYXBwbGljYXRpb25zIGZyb20gdGhl PGJyPg0KJm5ic3A7ICZuYnNwO3Byb3RvY29sIGltcGxlbWVudGF0aW9ucyB0aGF0IHRyYW5zcG9y dCB0aGVpciBkYXRhLiZuYnNwOyBXaGlsZSBpdCBpczxicj4NCiZuYnNwOyAmbmJzcDtvZnRlbiBz dHJhaWdodGZvcndhcmQgdG8gY29ubmVjdCBhcHBsaWNhdGlvbnMgd2l0aCB0cmFuc3BvcnRzIHRo YXQ8YnI+DQombmJzcDsgJm5ic3A7YXJlIHByZXNlbnQgaW4gdGhlIGhvc3Qgb3BlcmF0aW5nIHN5 c3RlbSwgcHJvdmlkaW5nIGEgbWVhbnMgb2Y8YnI+DQombmJzcDsgJm5ic3A7ZGlzY292ZXJpbmcg dXNlci1pbnN0YWxsZWQgaW1wbGVtZW50YXRpb25zIGRyYW1hdGljYWxseSBlbmxhcmdlcyB0aGU8 YnI+DQombmJzcDsgJm5ic3A7dXNlIGNhc2VzLiZuYnNwOyBUaGlzIGRvY3VtZW50IGRpc2N1c3Nl cyBjb25zaWRlcmF0aW9ucyBmb3IgdGhlIGRlc2lnbiBvZjxicj4NCiZuYnNwOyAmbmJzcDthIGRp c2NvdmVyeSBtZWNoYW5pc20gYW5kIGFuIGV4YW1wbGUgb2Ygc3VjaCBhIGRlc2lnbi48YnI+DQo8 YnI+DQombmJzcDsgJm5ic3A7RGlzY3Vzc2lvbiBvZiB0aGlzIHdvcmsgaXMgZW5jb3VyYWdlZCB0 byBoYXBwZW4gb24gdGhlIFRBUFMgSUVURjxicj4NCiZuYnNwOyAmbmJzcDttYWlsaW5nIGxpc3Qg PGEgaHJlZj0ibWFpbHRvOnRhcHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50YXBzQGlldGYu b3JnPC9hPiBvciBvbiB0aGUgR2l0SHViIHJlcG9zaXRvcnkgd2hpY2ggY29udGFpbnM8YnI+DQom bmJzcDsgJm5ic3A7dGhlIGRyYWZ0OiA8YSBocmVmPSJodHRwczovL3Byb3RlY3QyLmZpcmVleWUu Y29tL3YxL3VybD9rPTAxMTgyYjM0LTVlODMxM2U2LTAxMTg2YmFmLTg2NjEzMmZlNDQ1ZS00YTc5 NjdiNTEzMTEyZGQ5JmFtcDtxPTEmYW1wO2U9MGEwZTBkMzktYTJlOS00ZmYzLWJmY2YtMDQ4YWU3 MTgxZGY4JmFtcDt1PWh0dHBzJTNBJTJGJTJGZ2l0aHViLmNvbSUyRm1hcnRpbmR1a2UlMkZkcmFm dC1kdWtlLXRhcHMtdHJhbnNwb3J0LSIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9naXRodWIu Y29tL21hcnRpbmR1a2UvZHJhZnQtZHVrZS10YXBzLXRyYW5zcG9ydC08L2E+PGJyPg0KJm5ic3A7 ICZuYnNwO2Rpc2NvdmVyeS48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQpQbGVhc2Ugbm90 ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBz dWJtaXNzaW9uPGJyPg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdCA8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r Ij4NCnRvb2xzLmlldGYub3JnPC9hPi48YnI+DQo8YnI+DQpUaGUgSUVURiBTZWNyZXRhcmlhdDxi cj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_61883D9553AB4DD8A2FA9210F91344C1ericssoncom_-- From nobody Wed Apr 14 04:10:32 2021 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 4A6993A1B62 for ; Wed, 14 Apr 2021 04:10:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 WqV_FTBvCwiO for ; Wed, 14 Apr 2021 04:10:26 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2043.outbound.protection.outlook.com [40.107.20.43]) (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 21E093A1B66 for ; Wed, 14 Apr 2021 04:10:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nSZHiiMcEAWO9ZIgCo3CTpA3Gey6pqFyiGHTWkHNE+3+DCZ/35jraDFoSlAN0M3SKNPGc9RqCfcOYkszzIw8XDZRG7gRyyr6Gkn2E2o3iYWV770MFhLUX5yrtkrJ6/vl36d6PZwiTX6gTiuLwJDQOjx6JkzIp+6YXkJm6hZxACUoAXhC+tMAjrcWP3Akw9tYIFQufXjXWRehiWFA4b18wiAq57QCYHnrME8m2mKAM/ct3jXVjP3gi4B2L/IfMZmHseT2I9kcDMUzeKp0zcpyfA8IA0YpSdiCNYmHCfpzNZKsya/WDN80K4ntsl4QxvOkm1bxnqpYtdP+nVGyCq00MQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qatTQh2gT7XRIejiiCDk0GuAl5qRBetxulcbqolrDA0=; b=HARMCwyj9a0e44KZZ7VugDIM7AoyK74IyxBYpkagGBQwoG7eP1en947cWX2AYqo/dJfYsD+oHK8yA4bMMIMWHtwBkGy4hV53Ok8jF40UIpfKOw7cPEiEXGfKFIUz+VgYH9o0sn2CfgCJm5fN9bEZko1xeDVxU3eWgEXjtG2+7j3jOzCDe0516D0odEvE32o3LmQwjyExr1hcXuf+WQi3mFoxBEyNUCrvVHCfMjzCdWt6qT3AUwQU8555WGVA2CzWxGIEjIDNQYwRfWW39zXNwh9+bKyK9InTesMVBDHNVfxCk70EKNKXNxU0DQEXH7mQQ5AODCcPe+zjVzycGluIOQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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:X-MS-Exchange-SenderADCheck; bh=qatTQh2gT7XRIejiiCDk0GuAl5qRBetxulcbqolrDA0=; b=klzARYtZ2Vy4ToGNDl2h84DlhtnZyd3QeW+79+euCf2V/Vbpoaw+S+8CBeYVArGtOx+sdkEGB0CpXqD711yP5SMAvvIqa1pLdGmtMkII+p6Mjt3K9v76F3//aNJurNX37hBd7vPWQEnStb+vLotljUPm2GSZeqOB2hHL030lwU4= Received: from AM0PR07MB3939.eurprd07.prod.outlook.com (52.133.63.142) by AM0PR07MB5492.eurprd07.prod.outlook.com (20.178.21.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.6; Wed, 14 Apr 2021 11:10:23 +0000 Received: from AM0PR07MB3939.eurprd07.prod.outlook.com ([fe80::f5b3:5946:19c5:d8b8]) by AM0PR07MB3939.eurprd07.prod.outlook.com ([fe80::f5b3:5946:19c5:d8b8%6]) with mapi id 15.20.4042.016; Wed, 14 Apr 2021 11:10:23 +0000 From: Mirja Kuehlewind To: Aaron Falk , taps WG CC: Theresa Enghardt , Zaheduzzaman Sarker Thread-Topic: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) Thread-Index: AQHXLtz3ngJ5iyH/EU+KrHJt3SuQe6q0AVMA Date: Wed, 14 Apr 2021 11:10:23 +0000 Message-ID: <2DBE94FB-31F2-4603-85A3-8417211AFD63@ericsson.com> References: <161814995084.4901.9484776942475818751@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.45.21011103 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [2003:de:e717:4200:e0db:e55d:944e:d9cf] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5c122fbf-59be-4468-383e-08d8ff35e63d x-ms-traffictypediagnostic: AM0PR07MB5492: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: i88t4mrlB+InD/i7Xa+WO/Kq3YukL2yFXnwp6tu/6Vju1fNmgUU3oCfswaI9xq1aJkrZmEwO3fKtjEuNDWBk4/wDioXC2iEFc2gg95vTjnVpaHGbzbJm0M3sDjLcm7K2gq2VFy/Zl0s4MwDv9MTKqwJAKreN+u5Wq5kxnGUYK8Jlu3vOrMrURlCwldjTSGc0g9iFfmTv18voWtWf26HUniI3dUv6w+MhqCInHmA9FfDcC8byVhvSD2YZv/T8qRdj98Fzh4eKz5Our50iwXDfqWu/GOzeeSqaAx7uhaQJTmlCIqYsqDISBiXp23uNlyEMn1MbC8Qxvoplqisj4Vjl7dNLU5sZ3U+saBZ/79P3Ud/JO7mDZVakG7LQj90pod6aeW0WO5pfTinYyW67Rxz45Awy97Xf5+sHXYMDc3rr2oNi4Ck516Qv38a7+iF0r/j3sxmjLRIrJkZOThVNtxVw7zM/mZ/6C5R3EnF1GSu0lsL0DUXLZ+nOW0b3JLXtVFjPuyBZ0DraknFBpn3mFW4eQseaKoG78oj/BG4ZzvQZPOd+yAhkugmkqFbQ7QVBCKf9rinpNytpkkJabl1tsnPnJjIf0RJY2F8ZC45snIels8xLslj6SvvkLA27YQT93Twlq2N1BitX3FOaDULznMpwy+IX84OfinYzab4f3sp3rqmCRwRGQ3sUCiYgc9Svrt4iMBEwj4cyEm+yGMWJg3zyDHghsgQ29nCLoPKCgsXuTqA= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB3939.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(366004)(39860400002)(376002)(136003)(54906003)(8936002)(86362001)(36756003)(6486002)(91956017)(76116006)(122000001)(66476007)(64756008)(66556008)(66946007)(66446008)(33656002)(110136005)(8676002)(38100700002)(316002)(2906002)(71200400001)(186003)(478600001)(5660300002)(966005)(107886003)(6512007)(53546011)(44832011)(6506007)(166002)(4326008)(2616005)(83380400001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?UVZGQ09VVTZkenN2eTE4dHp4RjQ1RDhVNCthVjVNcUtKSGYrK2NNZUtQWTAr?= =?utf-8?B?T3p3K1RKY2s1aDQwTWpsUUhjRFYvc3MxeW9HZi93dTFGbmxpcVAzTk1mVFEv?= =?utf-8?B?VWRVd0xiQXhmSWtuMWRmQUdheTBGY2ZhNmZTV3JEUnFzQmJ5eGFyZEdPNjF2?= =?utf-8?B?TDliT3luNzdOczJnUitCVnpJR29aMjNFdlgrVys0NndzTXFES3pXVWJqMUlW?= =?utf-8?B?S0xQMlFlUWRFYVluZzRYY1JqSnhLNjJDWjNlNGcwR2UvSGQxYWliWmp1d3RF?= =?utf-8?B?cVM5bloyM25aNHN5dGVsMGlRNk83a3E0UCt0aEJwY2dXRHFVN0ZmeFUxTWVV?= =?utf-8?B?aHBpUTNrWkJ6T3RzeDdjYTlyZFdNNDRTYldYcFpMR2k3VUVNRjYzOVhGTERh?= =?utf-8?B?QWo4VVl1ZzVvd3ZDU2t5czJYZno5b0JjVTd6QlNodjlVQTdPWFJDMTZsZ1cy?= =?utf-8?B?T3p4MUQzYmlVaEVZK0pUUld2eml3WDUyRWJ6cVV1bTlwMlU0S2VTMmhBVDlz?= =?utf-8?B?NUxkR0NnUldLU0NJb0hscXprV2RuV0U2M3kxTEpGSXd0emE1US9QcmFLQ3hK?= =?utf-8?B?UjhwTWNFT2dXY0xZekdTanF3UUVmelpzZUdqSGNVeHAyRVR5SWV3ZXhVRHVm?= =?utf-8?B?VWE0NTNvdFRhYVFqM1BvbURUbjlTNENaNG5qb0QxVTFPVGp4UUlLUmdUMEcz?= =?utf-8?B?aVJ2Rnd5UitSZVJpSzIxbXBncjlrYndkY0NLaVNvZ2hMM001dWJzYi9EdUdP?= =?utf-8?B?UktFNWJYS2VXN3Bwa0RaZFUvcWtUMWQwZ016MmJCTDYzaTdGSUYvUzIxVmQ0?= =?utf-8?B?R1I3ODJQSllyeXZxQzMwcTh4SzlpaW5YVWJ1L2FZRDJwVFlUYTRZL3hjWXpr?= =?utf-8?B?L1o5ZkVZNzI1aTFCMEVTUHNFU05WRDErMWRJbUJOcjYycUFHZXJxcERrUjRF?= =?utf-8?B?MzBYSUlYb09tQkdlYVBuQXFWWjVqbmhjU040L3kzakdXMGR2MUFTOGVQdTJQ?= =?utf-8?B?Q08xUG0rdFYrd1c5UDJSbnJkMTVCbmRURWNpNnlFV3VnaWtJYzJqNWVUSmxO?= =?utf-8?B?UXR4Q3pTcDd0VGVtcW5hazVjMWxyNDl0ZTcwWURmTmkyQkVtYmYxRnJPcEZa?= =?utf-8?B?all5Q2lLR1dkclhsbkU4d3ZCTHFRQTcvTHRWU01VV0QrYkQ1K09yUjhFSDBw?= =?utf-8?B?dkJxQU5tSlFETmRySmlmYUdQOHR5dkZKU3R5ZmxvbmU1bmFXUTRmNGZaM0lJ?= =?utf-8?B?azlhVHRqYTVtQUFzREthZGhVQmFFa1ZRUGV3TzBaU1gvYVZid1RNRTMwRHZP?= =?utf-8?B?NUU2aWR3aStZQUtJSjF0Y2VsVXdET0ZMZGNmdzl4NUNqTlNLWkovcEx5Y0F3?= =?utf-8?B?Z1lUT0wxa0d3S1hiVE9CUWhDUUx3clJqWVg1a0xoRG5jaDdBeHdYNTgwTlJ6?= =?utf-8?B?T2dlU21nbTZsRytkR0RvdFJ2bkhBaXBCcHMxYU9wMTd2WlNteTN0bDJZZ1Ri?= =?utf-8?B?eE1DY215amJDek1WTktnWUoxdGJSTTlSU3U5TytFTmM4SjNOUFZrQkZuNnNi?= =?utf-8?B?WGVnOFIwOExMTG1aZW5hNXVOTmFqTThkaXk2Rzdpd3ZlMllzVHE1NHRPTnZK?= =?utf-8?B?TEE2clM2ZlNXR3BIcTNjdDNMdjNpZ2ZRbzJoOFM0Sjl1Z2NCbzNHdGQ2VDJh?= =?utf-8?B?RnRpbld5cEZpcTN6aGQySkJEc2ZEVWJwek43Tk8xbXZOWWNicUhRY0EyK0Yx?= =?utf-8?B?amt6K3l6RTQ0ZTVkenVrb2dUUHo1aDhsRGNmNk9kVHZXUHBPUVdOY2FtcTlB?= =?utf-8?B?TVFzWEczanZLWXNwak15TzkySzdrM3Q2VlNkVHVIM1ZHUzBxS25USVFhdzRG?= =?utf-8?Q?1wfgwPCgis42P?= Content-Type: multipart/alternative; boundary="_000_2DBE94FB31F2460385A38417211AFD63ericssoncom_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB3939.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5c122fbf-59be-4468-383e-08d8ff35e63d X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2021 11:10:23.3626 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YF8CE/OVjPDjt041agI8ZNI8BoYp7Y4yIW/uQNOxyfuN/a8eRDPgrp3idwsZ5eBYTr4em9MlzYT58YYdpuK/twq5qlDdKstu8I+s2oaneyk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5492 Archived-At: Subject: Re: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 14 Apr 2021 11:10:31 -0000 --_000_2DBE94FB31F2460385A38417211AFD63ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RXZlbiB0aG91Z2ggSeKAmW0gYW4gYXV0aG9yIEkgZGlkIGFub3RoZXIgcXVpdGUgcmV2aWV3IG9m IHRoZSBkb2MuIEkgb3BlbmVkIGEgZmV3IHNtYWxsIGlzc3VlcyBidXQgb3RoZXJ3aXNlIEkgdGhp bmsgdGhpcyBpcyByZWFkeSB0byBnbyENCg0KDQoNCkZyb206IFRhcHMgPHRhcHMtYm91bmNlc0Bp ZXRmLm9yZz4gb24gYmVoYWxmIG9mIEFhcm9uIEZhbGsgPGFhcm9uLmZhbGtAZ21haWwuY29tPg0K RGF0ZTogU3VuZGF5LCAxMS4gQXByaWwgMjAyMSBhdCAxNjoxNA0KVG86IHRhcHMgV0cgPHRhcHNA aWV0Zi5vcmc+DQpDYzogVGhlcmVzYSBFbmdoYXJkdCA8aWV0ZkB0ZW5naGFyZHQubmV0PiwgWmFo ZWR1enphbWFuIFNhcmtlciA8emFoZWR1enphbWFuLnNhcmtlckBlcmljc3Nvbi5jb20+DQpTdWJq ZWN0OiBbVGFwc10gV0dMQyBmb3IgZHJhZnQtaWV0Zi10YXBzLWludGVyZmFjZSAodG8gY29uY2x1 ZGUgMjYtQXByLTIwMjEpDQoNCg0KV29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yIHRoZSBBUEkg ZHJhZnQgc3RhcnRzIG5vdy4gUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgY29tbWVu dHMgdG8gdGhlIGxpc3QgKGluY2x1ZGluZyDigJhyZWFkeSB0byBwdWJsaXNo4oCZIGFmZmlybWF0 aW9ucykgb3IgcG9zdCBpc3N1ZXMvUFJzIHRvIGdpdGh1YjxodHRwczovL3Byb3RlY3QyLmZpcmVl eWUuY29tL3YxL3VybD9rPTg4MmZiYWUzLWQ3YjQ4M2EwLTg4MmZmYTc4LTg2MWZjYjk3MmJmYy1j ZmQ0ZWY5MGMxMzM5YTFlJnE9MSZlPTAyNzgxNDQwLTVjY2EtNDg5OC04ZjBiLTUwMjQ5OWE3ZWFl OSZ1PWh0dHBzJTNBJTJGJTJGZ2l0aHViLmNvbSUyRmlldGYtdGFwc3dnJTJGYXBpLWRyYWZ0cz4u IFRoYW5rcyB0byB0aGUgYXV0aG9ycywgZWRpdG9ycywgYW5kIHJldmlld2VycyB3aG/igJl2ZSBo ZWxwZWQgYnJpbmcgdGhlIGRyYWZ0IHRvIHRoaXMgcG9pbnQhDQoNCkZvcndhcmRlZCBtZXNzYWdl Og0KDQpGcm9tOiBJRVRGIFNlY3JldGFyaWF0IGlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5v cmc8bWFpbHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmc+DQpUbzogZHJhZnQtaWV0 Zi10YXBzLWludGVyZmFjZUBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi10YXBzLWludGVyZmFj ZUBpZXRmLm9yZz4sIHRhcHMtY2hhaXJzQGlldGYub3JnPG1haWx0bzp0YXBzLWNoYWlyc0BpZXRm Lm9yZz4NClN1YmplY3Q6IElFVEYgV0cgc3RhdGUgY2hhbmdlZCBmb3IgZHJhZnQtaWV0Zi10YXBz LWludGVyZmFjZQ0KRGF0ZTogU3VuLCAxMSBBcHIgMjAyMSAwNzowNTo1MCAtMDcwMA0KDQpUaGUg SUVURiBXRyBzdGF0ZSBvZiBkcmFmdC1pZXRmLXRhcHMtaW50ZXJmYWNlIGhhcyBiZWVuIGNoYW5n ZWQgdG8gIkluIFdHDQpMYXN0IENhbGwiIGZyb20gIldHIERvY3VtZW50IiBieSBBYXJvbiBGYWxr Og0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRhcHMtaW50 ZXJmYWNlLw0K --_000_2DBE94FB31F2460385A38417211AFD63ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <932F009E4146D54AB152F0A0721AF185@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJlbi1ERSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5FdmVuIHRob3VnaCBJ4oCZbSBhbiBhdXRob3IgSSBkaWQg YW5vdGhlciBxdWl0ZSByZXZpZXcgb2YgdGhlIGRvYy4gSSBvcGVuZWQgYSBmZXcgc21hbGwgaXNz dWVzIGJ1dCBvdGhlcndpc2UgSSB0aGluayB0aGlzIGlzIHJlYWR5IHRvIGdvITxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZyb206DQo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5UYXBzICZsdDt0YXBzLWJv dW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBBYXJvbiBGYWxrICZsdDthYXJvbi5mYWxr QGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+U3VuZGF5LCAxMS4gQXByaWwgMjAyMSBh dCAxNjoxNDxicj4NCjxiPlRvOiA8L2I+dGFwcyBXRyAmbHQ7dGFwc0BpZXRmLm9yZyZndDs8YnI+ DQo8Yj5DYzogPC9iPlRoZXJlc2EgRW5naGFyZHQgJmx0O2lldGZAdGVuZ2hhcmR0Lm5ldCZndDss IFphaGVkdXp6YW1hbiBTYXJrZXIgJmx0O3phaGVkdXp6YW1hbi5zYXJrZXJAZXJpY3Nzb24uY29t Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bVGFwc10gV0dMQyBmb3IgZHJhZnQtaWV0Zi10YXBz LWludGVyZmFjZSAodG8gY29uY2x1ZGUgMjYtQXByLTIwMjEpPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPldvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGZvciB0aGUg QVBJIGRyYWZ0IHN0YXJ0cyBub3cuIFBsZWFzZSByZXZpZXcgdGhlIGRyYWZ0IGFuZCBzZW5kIGNv bW1lbnRzIHRvIHRoZSBsaXN0IChpbmNsdWRpbmcg4oCYcmVhZHkgdG8gcHVibGlzaOKAmSBhZmZp cm1hdGlvbnMpIG9yIHBvc3QgaXNzdWVzL1BScyB0bw0KPGEgaHJlZj0iaHR0cHM6Ly9wcm90ZWN0 Mi5maXJlZXllLmNvbS92MS91cmw/az04ODJmYmFlMy1kN2I0ODNhMC04ODJmZmE3OC04NjFmY2I5 NzJiZmMtY2ZkNGVmOTBjMTMzOWExZSZhbXA7cT0xJmFtcDtlPTAyNzgxNDQwLTVjY2EtNDg5OC04 ZjBiLTUwMjQ5OWE3ZWFlOSZhbXA7dT1odHRwcyUzQSUyRiUyRmdpdGh1Yi5jb20lMkZpZXRmLXRh cHN3ZyUyRmFwaS1kcmFmdHMiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiMzOTgzQzQiPmdpdGh1Yjwv c3Bhbj48L2E+LiBUaGFua3MgdG8gdGhlIGF1dGhvcnMsIGVkaXRvcnMsIGFuZCByZXZpZXdlcnMg d2hv4oCZdmUgaGVscGVkIGJyaW5nIHRoZSBkcmFmdCB0byB0aGlzIHBvaW50ITxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Gb3J3YXJkZWQgbWVzc2Fn ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgIzc3Nzc3NyAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0 O21hcmdpbi1sZWZ0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206My43NXB0Ij4N CjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3Nzc3NzciPkZyb206IElFVEYgU2Vj cmV0YXJpYXQNCjxhIGhyZWY9Im1haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3Jn Ij48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+aWV0Zi1zZWNyZXRhcmlhdC1yZXBseUBpZXRm Lm9yZzwvc3Bhbj48L2E+PGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXRhcHMt aW50ZXJmYWNlQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+ZHJhZnQtaWV0 Zi10YXBzLWludGVyZmFjZUBpZXRmLm9yZzwvc3Bhbj48L2E+LA0KPGEgaHJlZj0ibWFpbHRvOnRh cHMtY2hhaXJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+dGFwcy1jaGFp cnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjxicj4NClN1YmplY3Q6IElFVEYgV0cgc3RhdGUgY2hhbmdl ZCBmb3IgZHJhZnQtaWV0Zi10YXBzLWludGVyZmFjZTxicj4NCkRhdGU6IFN1biwgMTEgQXByIDIw MjEgMDc6MDU6NTAgLTA3MDA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojNzc3Nzc3Ij5UaGUgSUVURiBXRyBzdGF0ZSBvZiBkcmFmdC1pZXRm LXRhcHMtaW50ZXJmYWNlIGhhcyBiZWVuIGNoYW5nZWQgdG8gJnF1b3Q7SW4gV0c8YnI+DQpMYXN0 IENhbGwmcXVvdDsgZnJvbSAmcXVvdDtXRyBEb2N1bWVudCZxdW90OyBieSBBYXJvbiBGYWxrOjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiM3 Nzc3NzciPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtdGFwcy1pbnRlcmZhY2UvIj48c3BhbiBzdHlsZT0iY29sb3I6Izc3Nzc3NyI+aHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi10YXBzLWludGVyZmFjZS88L3NwYW4+ PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_2DBE94FB31F2460385A38417211AFD63ericssoncom_-- From nobody Fri Apr 16 01:02:35 2021 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 0523E3A1B3A for ; Fri, 16 Apr 2021 01:02:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 VE4_ttzMECNW for ; Fri, 16 Apr 2021 01:02:28 -0700 (PDT) Received: from magpie.corvid.ch (magpie.corvid.ch [46.101.110.207]) (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 3FEFA3A1B40 for ; Fri, 16 Apr 2021 01:02:28 -0700 (PDT) Received: from [127.0.0.1] (helo=magpie.corvid.ch) by magpie.corvid.ch with esmtp (Exim 4.92) (envelope-from ) id 1lXJOb-0006e4-0c for taps@ietf.org; Fri, 16 Apr 2021 08:00:09 +0000 Content-Type: multipart/alternative; boundary="===============1217293777047744976==" MIME-Version: 1.0 From: TAPS WG status robot To: taps@ietf.org Message-Id: Date: Fri, 16 Apr 2021 08:00:09 +0000 Archived-At: Subject: [Taps] Weekly github digest (TAPS GitHub Activity Digest) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2021 08:02:34 -0000 --===============1217293777047744976== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Issues ------ * ietf-tapswg/api-drafts (+17/-13/=F0=9F=92=AC60) 17 issues created: - Clarify handling of receive errors (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/792 = - be more concrete about receiving (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/791 = - Priority for single stream (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/790 [API] = - MUST ignore setting properties that does not exists (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/789 = - Are message framers entangled in a connection group? (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/788 [API] = - prioritize path other protocol selection? (by mirjak) https://github.com/ietf-tapswg/api-drafts/issues/785 [API] = - No Segmentation (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/782 [API] = - More thoughts on network Fragmentation (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/781 [API] = - To me, Safely Replayable text seems unclear ( 7.1.3.4.) (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/780 [API] [editorial] = - Priority property "represents a hierarchy of priorities"? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/779 [API] [editorial] = - Update ref to dplpmtud (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/778 [editorial] [ready= for text] = - Editorial: is Constant-Rate Streaming a path characteristic or appl tr= affic? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/777 [API] [editorial] = - UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/776 [API] [discuss] = - There could be more definitions@ (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/775 [API] = - What is "entangled"? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/774 [API] = - Editorial API NiTa (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/773 [API] [editorial] = - Is Appendix A actually implementation? (by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/772 [API] = 30 issues received 60 new comments: - #790 Priority for single stream (7 by abrunstrom, mirjak, mwelzl, gorry= fair) https://github.com/ietf-tapswg/api-drafts/issues/790 [API] = - #781 More thoughts on network Fragmentation (5 by mwelzl, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/781 [API] = - #782 No Segmentation (5 by mwelzl, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/782 [API] = - #774 What is "entangled"? (4 by mwelzl, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/774 [API] = - #772 Is Appendix A actually implementation? (3 by squarooticus, mwelz= l, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/772 [API] = - #788 Are message framers entangled in a connection group? (3 by mirjak,= mwelzl) https://github.com/ietf-tapswg/api-drafts/issues/788 [API] = - #773 Editorial API NiTa (2 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/773 [API] [editorial] = - #775 There could be more definitions@ (2 by mwelzl) https://github.com/ietf-tapswg/api-drafts/issues/775 [API] = - #777 Editorial: is Constant-Rate Streaming a path characteristic or ap= pl traffic? (2 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/777 [API] [editorial] = - #778 Update ref to dplpmtud (2 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/778 [API] [editorial] = [ready for text] = - #789 MUST ignore setting properties that does not exists (2 by mwelzl, = gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/789 [API] = - #792 Clarify handling of receive errors (2 by mwelzl, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/792 [API] = - #672 Perform a final edit pass on all three docs: normalize capitalizat= ion/spelling of keywords, formatting, pseudocode syntax, etc. (2 by squaroo= ticus, mwelzl) https://github.com/ietf-tapswg/api-drafts/issues/672 [API] [Architectur= e] [Implementation] [editorial] [ready for text] = - #744 mutability of Preconnection objects is unclear (Sec 2) (2 by tfpau= ly) https://github.com/ietf-tapswg/api-drafts/issues/744 [Implementation] [= editorial] = - #757 Nit: should be unreliably transmitted. (2 by abrunstrom, gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/757 [Implementation] [= editorial] = - #776 UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) (1 by mwe= lzl) https://github.com/ietf-tapswg/api-drafts/issues/776 [API] [discuss] = - #779 Priority property "represents a hierarchy of priorities"? (1 by mw= elzl) https://github.com/ietf-tapswg/api-drafts/issues/779 [API] [editorial] = - #517 Inconsistencies in text realted to selection algorithm and racing = (1 by abrunstrom) https://github.com/ietf-tapswg/api-drafts/issues/517 [Implementation] = - #743 Is the "candidate tree" concept actually normative? (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/743 [Implementation] [= editorial] = - #750 Framer changes and send/receive buffers (Sec 6.1) (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/750 [Implementation] = - #751 How do I know what subnet I'm on? (Sec 9.2) (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/751 [Implementation] [= editorial] = - #752 Nit: Section 2 - do we need one line of intro? (1 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/752 [Implementation] [= editorial] = - #753 Nit: Section 3.1: No such protocol=E2=80=A6 (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/753 [Implementation] [= editorial] = - #755 This use of =E2=80=9Cremote=E2=80=9D on its own offends me... (1 b= y tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/755 [Implementation] [= editorial] = - #756 Structuring Options as a Tree?: what is an option? (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/756 [Implementation] [= editorial] = - #758 What is a "throw"? (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/758 [Implementation] [= editorial] = - #759 Should resolve() have a callback? (1 by martinduke) https://github.com/ietf-tapswg/api-drafts/issues/759 [API] = - #760 Should clone() have a callback? (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/760 [API] [editorial] = - #761 Should CloseGroup() and/or AbortGroup() generate events? (1 by tfp= auly) https://github.com/ietf-tapswg/api-drafts/issues/761 [API] = - #762 Can you close a Preconnection? (1 by tfpauly) https://github.com/ietf-tapswg/api-drafts/issues/762 [API] = 13 issues closed: - Should clone() have a callback? https://github.com/ietf-tapswg/api-draf= ts/issues/760 [API] [editorial] = - Update ref to dplpmtud https://github.com/ietf-tapswg/api-drafts/issues= /778 [API] [editorial] [ready for text] = - Editorial API NiTa https://github.com/ietf-tapswg/api-drafts/issues/773= [API] [editorial] = - Editorial: is Constant-Rate Streaming a path characteristic or appl tr= affic? https://github.com/ietf-tapswg/api-drafts/issues/777 [API] [editoria= l] = - Is Appendix A actually implementation? https://github.com/ietf-tapswg= /api-drafts/issues/772 [API] = - Editorial issues on 5.1.1. Message Properties https://github.com/ietf-t= apswg/api-drafts/issues/746 [Implementation] [editorial] = - What if there's no context switch penalty for sending messages? (Sec 5.= 1.2) https://github.com/ietf-tapswg/api-drafts/issues/749 [Implementation] = [editorial] = - How do I know what subnet I'm on? (Sec 9.2) https://github.com/ietf-tap= swg/api-drafts/issues/751 [Implementation] [editorial] = - Closing state not defined https://github.com/ietf-tapswg/api-drafts/iss= ues/731 [API] = - "meaning of the Message" in 5.1.2 Send Completion is unclear https://gi= thub.com/ietf-tapswg/api-drafts/issues/747 [Implementation] [editorial] = - Define multipath terms https://github.com/ietf-tapswg/api-drafts/issues= /704 [Implementation] [editorial] = - Inconsistencies in text realted to selection algorithm and racing https= ://github.com/ietf-tapswg/api-drafts/issues/517 [Implementation] = - Should resolve() have a callback? https://github.com/ietf-tapswg/api-dr= afts/issues/759 [API] = Pull requests ------------- * ietf-tapswg/api-drafts (+14/-10/=F0=9F=92=AC2) 14 pull requests submitted: - Fixes around Clone and entanglement (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/794 = - Tiny minset fix (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/793 = - PR for when a transport system replays messages (by gorryfair) https://github.com/ietf-tapswg/api-drafts/pull/787 = - Proposed editorial changes to abstract and intro (by mirjak) https://github.com/ietf-tapswg/api-drafts/pull/786 = - Update draft-ietf-taps-interface.md (by gorryfair) https://github.com/ietf-tapswg/api-drafts/pull/784 = - Update draft-ietf-taps-interface.md (by gorryfair) https://github.com/ietf-tapswg/api-drafts/pull/783 = - Clarify Events upon various close / abort calls. (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/771 = - Events upon Clone (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/770 [API] = - SCTP stream mapping, closes #708. (manual re-application of PR #722) (b= y mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/769 = - Restructure tree structure. (by britram) https://github.com/ietf-tapswg/api-drafts/pull/768 = - Editorial rollup, bis. (by britram) https://github.com/ietf-tapswg/api-drafts/pull/767 = - Update draft-ietf-taps-impl.md (by zaheduzzaman) https://github.com/ietf-tapswg/api-drafts/pull/766 = - Packet vs. datagram (by squarooticus) https://github.com/ietf-tapswg/api-drafts/pull/765 = - add Closing to the state diagram (by britram) https://github.com/ietf-tapswg/api-drafts/pull/764 = 2 pull requests received 2 new comments: - #768 Restructure tree structure (1 by britram) https://github.com/ietf-tapswg/api-drafts/pull/768 = - #771 Clarify Events upon various close / abort calls. (1 by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/771 [API] = 10 pull requests merged: - Events upon Clone https://github.com/ietf-tapswg/api-drafts/pull/770 [API] = - Update to fix NITS in draft-ietf-taps-interface.md https://github.com/ietf-tapswg/api-drafts/pull/784 = - Editorial rollup, bis. https://github.com/ietf-tapswg/api-drafts/pull/767 [Implementation] [ed= itorial] = - Update draft-ietf-taps-impl.md https://github.com/ietf-tapswg/api-drafts/pull/766 = - Packet vs. datagram https://github.com/ietf-tapswg/api-drafts/pull/765 = - add Closing to the state diagram https://github.com/ietf-tapswg/api-drafts/pull/764 = - Clarify "consumed" and "failed to send" timing. https://github.com/ietf-tapswg/api-drafts/pull/748 [Implementation] [ed= itorial] = - Editorial rollup https://github.com/ietf-tapswg/api-drafts/pull/745 [Implementation] [ed= itorial] = - Bring the multipath text in line with the API https://github.com/ietf-tapswg/api-drafts/pull/742 [Implementation] = - Small updates to the minset appendix for consistency https://github.com/ietf-tapswg/api-drafts/pull/740 [API] [editorial] = Repositories tracked by this digest: ----------------------------------- * https://github.com/ietf-tapswg/api-drafts --===============1217293777047744976== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (TAPS GitHub Activity Digest)

Friday April 16, 2021

Issues

ietf-tapswg/api-drafts (+17/-13/=F0=9F=92=AC60)

17 issues created:

#792 Clarify handling of receive errors (by mirjak)
#791 be more concrete about receiving (by mirjak)
#790 Priority for single stream (by mirjak) API
#789 MUST ignore setting properties that does not exists (by mirjak)
#788 Are message framers entangled in a connection group? (by mirjak) API
#785 prioritize path other protocol selection? (by mirjak) API
#782 No Segmentation (by gorryfair) API
#781 More thoughts on network Fragmentation (by gorryfair) API
#780 To me, Safely Replayable text seems unclear ( 7.1.3.4.) (by gorryfair)= = API editorial
#779 Priority property "represents a hierarchy of priorities"? (b= y gorryfair) API editorial
#778 Update ref to dplpmtud (by gorryfair) editorial ready for text
#777 Editorial: is Constant-Rate Streaming a path characteristic or appl traff= ic? (by gorryfair) API editorial
#776 UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) (by gorryfair= ) API discuss
#775 There could be more definitions@ (by gorryfair) API
#774 What is "entangled"? (by gorryfair) API
#773 Editorial API NiTa (by gorryfair) API editorial
#772 Is Appendix A actually implementation? (by gorryfair) API

30 issues received 60 new comments:

#790 Priority for single stream (7 by abrunstrom, mirjak, mwelzl, gorryfair= ) API
#781 More thoughts on network Fragmentation (5 by mwelzl, gorryfair) API
#782 No Segmentation (5 by mwelzl, gorryfair) API
#774 What is "entangled"? (4 by mwelzl, gorryfair) API
#772 Is Appendix A actually implementation? (3 by squarooticus, mwelzl, g= orryfair) API
#788 Are message framers entangled in a connection group? (3 by mirjak, mwe= lzl) API
#773 Editorial API NiTa (2 by gorryfair) API editorial
#775 There could be more definitions@ (2 by mwelzl) API
#777 Editorial: is Constant-Rate Streaming a path characteristic or appl traff= ic? (2 by gorryfair) API editorial
#778 Update ref to dplpmtud (2 by gorryfair) API editorial ready= for text
#789 MUST ignore setting properties that does not exists (2 by mwelzl, gorr= yfair) API
#792 Clarify handling of receive errors (2 by mwelzl, gorryfair) API =
#672 Perform a final edit pass on all three docs: normalize capitalization/spel= ling of keywords, formatting, pseudocode syntax, etc. (2 by squarooticu= s, mwelzl) API Architecture Implementation editorial ready for text
#744 mutability of Preconnection objects is unclear (Sec 2) (2 by tfpauly) = I= mplementation editorial
#757 Nit: should be unreliably transmitted. (2 by abrunstrom, gorryfair) Imp= lementation editorial
#776 UDP-Lite and Zero UDP Checksum (sect 6.1.1 and 7.1.3.6) (1 by mwelzl)= = API discuss
#779 Priority property "represents a hierarchy of priorities"? (1= by mwelzl) API editorial
#517 Inconsistencies in text realted to selection algorithm and racing (1 b= y abrunstrom) Implementation
#743 Is the "candidate tree" concept actually normative? (1 by tf= pauly) Implementation editorial
#750 Framer changes and send/receive buffers (Sec 6.1) (1 by tfpauly) Implem= entation
#751 How do I know what subnet I'm on? (Sec 9.2) (1 by tfpauly) Impleme= ntation editorial
#752 Nit: Section 2 - do we need one line of intro? (1 by gorryfair) Impleme= ntation editorial
#753 Nit: Section 3.1: No such protocol=E2=80=A6 (1 by tfpauly) Implementati= on editorial
#755 This use of =E2=80=9Cremote=E2=80=9D on its own offends me... (1 by tf= pauly) Implementation editorial
#756 Structuring Options as a Tree?: what is an option? (1 by tfpauly) Imple= mentation editorial
#758 What is a "throw"? (1 by tfpauly) Implementation editor= ial
#759 Should resolve() have a callback? (1 by martinduke) API
#760 Should clone() have a callback? (1 by tfpauly) API editorial
#761 Should CloseGroup() and/or AbortGroup() generate events? (1 by tfpauly= ) API
#762 Can you close a Preconnection? (1 by tfpauly) API

13 issues closed:

#760 Should clone() have a callback? API editorial
#778 Update ref to dplpmtud API editorial ready for text =
#773 Editorial API NiTa API editorial
#777 Editorial: is Constant-Rate Streaming a path characteristic or appl traff= ic? API editorial
#772 Is Appendix A actually implementation? API
#746 Editorial issues on 5.1.1. Message Properties Implementation edit= orial
#749 What if there's no context switch penalty for sending messages? (Sec = 5.1.2) Implementation editorial
#751 How do I know what subnet I'm on? (Sec 9.2) Implementation = e= ditorial
#731 Closing state not defined API
#747 "meaning of the Message" in 5.1.2 Send Completion is unclear= = Implementation editorial
#704 Define multipath terms Implementation editorial
#517 Inconsistencies in text realted to selection algorithm and racing Imple= mentation
#759 Should resolve() have a callback? API

Pull requests

ietf-tapswg/api-drafts (+14/-10/=F0=9F=92=AC2)

14 pull requests submitted:

#794 F= ixes around Clone and entanglement (by mwelzl)
#793 T= iny minset fix (by mwelzl)
#787 P= R for when a transport system replays messages (by gorryfair)
#786 P= roposed editorial changes to abstract and intro (by mirjak)
#784 U= pdate draft-ietf-taps-interface.md (by gorryfair)
#783 U= pdate draft-ietf-taps-interface.md (by gorryfair)
#771 C= larify Events upon various close / abort calls. (by mwelzl)
#770 E= vents upon Clone (by mwelzl) API
#769 S= CTP stream mapping, closes #708. (manual re-application of PR #722) (by= mwelzl)
#768 R= estructure tree structure. (by britram)
#767 E= ditorial rollup, bis. (by britram)
#766 U= pdate draft-ietf-taps-impl.md (by zaheduzzaman)
#765 P= acket vs. datagram (by squarooticus)
#764 a= dd Closing to the state diagram (by britram)

2 pull requests received 2 new comments:

#768 R= estructure tree structure (1 by britram)
#771 C= larify Events upon various close / abort calls. (1 by mwelzl) API=

10 pull requests merged:

#770 E= vents upon Clone API
#784 U= pdate to fix NITS in draft-ietf-taps-interface.md
#767 E= ditorial rollup, bis. Implementation editorial
#766 U= pdate draft-ietf-taps-impl.md
#765 P= acket vs. datagram
#764 a= dd Closing to the state diagram
#748 C= larify "consumed" and "failed to send" timing. Implementat= ion editorial
#745 E= ditorial rollup Implementation editorial
#742 B= ring the multipath text in line with the API Implementation
#740 S= mall updates to the minset appendix for consistency API editorial

Repositories tracked by this digest:

https://github.= com/ietf-tapswg/api-drafts

--===============1217293777047744976==-- From nobody Mon Apr 19 11:20:40 2021 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 B4AB63A3D8C for ; Mon, 19 Apr 2021 11:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.196 X-Spam-Level: X-Spam-Status: No, score=-0.196 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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 Nf393qwcB-_C for ; Mon, 19 Apr 2021 11:20:34 -0700 (PDT) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (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 1CF433A3D8F for ; Mon, 19 Apr 2021 11:20:34 -0700 (PDT) Received: by mail-io1-xd30.google.com with SMTP id b9so6080399iod.13 for ; Mon, 19 Apr 2021 11:20:33 -0700 (PDT) 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 :cc; bh=d09WTa9WKSJLcy7TJiZ/nGqxZxNzq1GyZPmYYuh6ez8=; b=S0egsWbLMt5SLoM7AYKNEMLram+BtNQ8tQ9RCOemj33N3KtL4p7ylfjVcfcSu7Gc/4 di1aC4zBvbx5y9P36qYou7VbrigzNOGBWv2XNmdNWMfvNGGOEe+I7uGQFAQp3GbpAfkc 4qo3J8FFTA/d19OTCa6SCuKWwgkxtqKdWuKbsaMJm/5zlgt2Ry3KvLcz2qDzztvWHa6Y seTqQarEkmINiTnJgQJ90mFosiaQ2hyytW2HqhPfgHFH5hmBbW2XUIfJijBU3iS1+zPz RJC2y63F1Gkv2CFRpdJPe8N0gZ522xMRu2Lh9Y9FHLNcmwopgvnjKm+bI7nl+VLl8lE7 30Ag== 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:cc; bh=d09WTa9WKSJLcy7TJiZ/nGqxZxNzq1GyZPmYYuh6ez8=; b=rpSesR2NDk9PojTaSYnHnXNzhHi0bc71oIS+8qt41WsB8NImN3llLAYSyT/rjRUm2r 5VTqdEbgj4g/9AGScpQWAUFlNZn0dxQy81OWQJSK3paMkg3lTlwzcRL3TY4Of1zlwF3J Sq/4oKeUxDs3epRqyrk8mi3nEGlqyWzlV+qarZzUQVczEm0Q6eSTwHbyNP0pvrQMXYY+ G/M8KzUAiS05AzqLtApPaLoBxD7EOKwAjvW0XuZV3ZEFqzo4WmaMIeltSIuh3tzR9J6f ECYPd4uZcx/JYSqYCNfY0qctuFU/hvxcd/Dma6iEAf0bcS+9avEDg3qi9oP6wJzXjAyD ro3w== X-Gm-Message-State: AOAM533Fl3Gyo3ck9CiDI52gKXnida+x0e2IzTXFDC4FRQ/2lU3kaS6S k1cIYqfDgCBxO8Hd+6Ao0ynb4QUxykVRVHscyF8= X-Google-Smtp-Source: ABdhPJzS7b1XspZBP0qehwsskEoGMTEtxvktD94+3EI1FCR6DW473uQ5BYAR/M4Ue6aarGcySlnhHv1hruInjz8OCcI= X-Received: by 2002:a6b:7b45:: with SMTP id m5mr259937iop.97.1618856431852; Mon, 19 Apr 2021 11:20:31 -0700 (PDT) MIME-Version: 1.0 References: <161800145366.12591.5283052387823049934@ietfa.amsl.com> <61883D95-53AB-4DD8-A2FA-9210F91344C1@ericsson.com> In-Reply-To: <61883D95-53AB-4DD8-A2FA-9210F91344C1@ericsson.com> From: Martin Duke Date: Mon, 19 Apr 2021 11:20:21 -0700 Message-ID: To: Mirja Kuehlewind Cc: taps WG Content-Type: multipart/alternative; boundary="000000000000901e3a05c05762fc" Archived-At: Subject: Re: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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, 19 Apr 2021 18:20:39 -0000 --000000000000901e3a05c05762fc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Mirja! On Tue, Apr 13, 2021 at 8:30 AM Mirja Kuehlewind < mirja.kuehlewind@ericsson.com> wrote: > Hi Martin, hi all, > > > > I just had a quick glance at your draft and have two thoughts to offer: > > > > 1. How is the protocol API different then the taps API? If a new > protocol already offers the taps API (without the actual flexibility t= o > choose between more than one protocol of course), the mapping would be= easy. > > I have not completely thought this through, but I believe it will be very similar, modulo various language issues (e.g. no support for objects) > > > 1. I guess you need something like MUD for protocol where capabilities > of a protocol are described in a unified way. However, maybe the prope= rties > we have in taps is also more or less what you need=E2=80=A6? > > Yes, my initial intent for these to exactly map to the protocol propertie= s in taps-interface. --000000000000901e3a05c05762fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Mirja!

On Tue, Apr 13, 2021 at 8:30 AM Mirja Ku= ehlewind <mirja.kuehlew= ind@ericsson.com> wrote:

Hi Martin, hi all,

=C2=A0

I just had a quick glance at yo= ur draft and have two thoughts to offer:

=C2=A0

How is the protocol API different then the tap= s API? If a new protocol already offers the taps API (without the actual fl= exibility to choose between more than one protocol of course), the mapping would be = easy.

I have not completely t= hought this through, but I believe it will be very similar, modulo various = language issues (e.g. no support for objects)

= =C2=A0

I guess you need something like MUD for pr= otocol where capabilities of a protocol are described in a unified way. How= ever, maybe the properties we have in taps is also more or less what you need=E2=80=A6= ?

<= /blockquote>
Yes, my initial intent for these to exactly map to the pro= tocol properties in taps-interface.
=C2=A0

--000000000000901e3a05c05762fc-- From nobody Thu Apr 22 21:10:20 2021 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 B5C063A0E03 for ; Thu, 22 Apr 2021 21:10:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=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 5m4VfpDxi2TT for ; Thu, 22 Apr 2021 21:10:15 -0700 (PDT) Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (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 4308A3A0DFE for ; Thu, 22 Apr 2021 21:10:15 -0700 (PDT) Received: from xse343.mail2web.com ([66.113.197.89] helo=xse.mail2web.com) by mx133.antispamcloud.com with esmtp (Exim 4.92) (envelope-from ) id 1lZn8s-000ZzX-8I for taps@ietf.org; Fri, 23 Apr 2021 06:10:13 +0200 Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4FRLRL0ZF1z1rJw for ; Thu, 22 Apr 2021 21:10:06 -0700 (PDT) Received: from [10.5.2.16] (helo=xmail06.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1lZn8n-0007fv-TR for taps@ietf.org; Thu, 22 Apr 2021 21:10:05 -0700 Received: (qmail 16789 invoked from network); 23 Apr 2021 04:10:05 -0000 Received: from unknown (HELO [192.168.1.105]) (Authenticated-user:_huitema@huitema.net@[172.58.43.58]) (envelope-sender ) by xmail06.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 23 Apr 2021 04:10:05 -0000 To: Martin Duke , Mirja Kuehlewind Cc: taps WG References: <161800145366.12591.5283052387823049934@ietfa.amsl.com> <61883D95-53AB-4DD8-A2FA-9210F91344C1@ericsson.com> From: Christian Huitema Message-ID: <9afd2cb3-a30b-f346-02d5-8f059c592a17@huitema.net> Date: Thu, 22 Apr 2021 21:10:05 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------92F207D8399B08A6F8652A6C" Content-Language: en-US X-Originating-IP: 66.113.197.89 X-Spampanel-Domain: xsmtpout.mail2web.com X-Spampanel-Username: 66.113.197.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com X-Spampanel-Outgoing-Class: unsure X-Spampanel-Outgoing-Evidence: Combined (0.15) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9WLQux0N3HQm8ltz8rnu+BPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wQ1zZgl5wTEfaQCixddx5xKj/EwzSHE5FGYwwjsNRPCLEA Kr0hPmfsYnIpWeXP49PmD6wdmZPcItWbGe10hXJtXL4FsauCVkDjmcYJdU3yWp7KuHNaaKdg7iBE ZefdsNUFWKwa/wzJUjmazeC7Imca+xnn3Ohf8XY5WZ+f/Kk3UxQ6V51u76v35b1wNe/MvdKAGdwU TZKlze5ERymXAD3v2+J9PgaoF8SQHto3le4zsHTaeQtlKubP6iUTjj6yPARK6buALVaA782LKxg6 vRmng8N1aLhXqdc+jC1RcnVud53D5caUhbVtvqItBqoizkEt9O20UjkwI0v+LOlw05G4BS+iyyNq bT8dUMXMJ4tUCMj6G37ZfAMLceP5aNHPt26RBupu5v1nytoNnc138GfEJRQ2qC7jjynPIHPNqSn4 QTXUjLjYWQt1/5xnQymMoPsgr/U0flMcy2Vi/IcBgY4arPaiJ1W6hAyiRC61jekdwIcXNugoOEbH RyFULpSjm7jZ1h/HfDRQ5Ig8VhPsPE8NaP2gA77cO7WeI9Ftai6fuq1gW8YJw4wOSzntoSLm726F 8vRYPM48QAvOUz6N7p2dDRojSVizNl0ce/s7u0P9b7Oijoc3SCZfWp1RjkjWCw/vIUzTXkDAiiJi mGhLUFuS2lhaIetXfCg1JdAVrOwKfHNlAFP1YuZXFFLDH7kWOBpUoFIvD3sIcP1fhJPM6B/8J5Cu HXDezUmby1bXg+d8UqY1mb0i73VxjrBoTbUHEfw37Fo9Xqg2bQC831cpDah1eTYZsVL9TRCjIhAu erLPn20AuXq0T17woJo3avKeADIsy647Mn0zwmGzAi3Zn+YdthRNgs7Ig4l/XErpYn3glZTKFuaT l19W3ISq9+1KiLsESGU+y+fjdgjudZxiTPi+MG1QP35nsYfP84c+RFK3KiZuZ5OAUoGBziSYFLZu u6zX3xxsmqT8l9ARlsTalAaf X-Report-Abuse-To: spam@quarantine11.antispamcloud.com Archived-At: Subject: Re: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 04:10:20 -0000 This is a multi-part message in MIME format. --------------92F207D8399B08A6F8652A6C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit If we are serious about discussing a V2 in this group, we should have a convention for allocating version numbers to drafts of V2. For V1, we used a version numbering scheme of 0xFF0000NN, with NN the number of the draft. What should we do for the V2 effort? Something like "FF0100NN"? On 4/19/2021 11:20 AM, Martin Duke wrote: > Hi Mirja! > > On Tue, Apr 13, 2021 at 8:30 AM Mirja Kuehlewind < > mirja.kuehlewind@ericsson.com> wrote: > >> Hi Martin, hi all, >> >> >> >> I just had a quick glance at your draft and have two thoughts to offer: >> >> >> >> 1. How is the protocol API different then the taps API? If a new >> protocol already offers the taps API (without the actual flexibility to >> choose between more than one protocol of course), the mapping would be easy. >> >> I have not completely thought this through, but I believe it will be very > similar, modulo various language issues (e.g. no support for objects) > > > >> >> 1. I guess you need something like MUD for protocol where capabilities >> of a protocol are described in a unified way. However, maybe the properties >> we have in taps is also more or less what you need…? >> >> Yes, my initial intent for these to exactly map to the protocol properties > in taps-interface. > > > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps --------------92F207D8399B08A6F8652A6C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

If we are serious about discussing a V2 in this group, we should have a convention for allocating version numbers to drafts of V2. For V1, we used a version numbering scheme of 0xFF0000NN, with NN the number of the draft. What should we do for the V2 effort? Something like "FF0100NN"?

On 4/19/2021 11:20 AM, Martin Duke wrote:

Hi Mirja!

On Tue, Apr 13, 2021 at 8:30 AM Mirja Kuehlewind <
mirja.kuehlewind@ericsson.com> wrote:

Hi Martin, hi all,



I just had a quick glance at your draft and have two thoughts to offer:



   1. How is the protocol API different then the taps API? If a new
   protocol already offers the taps API (without the actual flexibility to
   choose between more than one protocol of course), the mapping would be easy.

I have not completely thought this through, but I believe it will be very

similar, modulo various language issues (e.g. no support for objects)


   1. I guess you need something like MUD for protocol where capabilities
   of a protocol are described in a unified way. However, maybe the properties
   we have in taps is also more or less what you need…?

Yes, my initial intent for these to exactly map to the protocol properties

in taps-interface.

_______________________________________________
Taps mailing list
Taps@ietf.org
https://www.ietf.org/mailman/listinfo/taps

--------------92F207D8399B08A6F8652A6C-- From nobody Fri Apr 23 01:02:24 2021 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 8C2743A0DF6 for ; Fri, 23 Apr 2021 01:02:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 U33kwC1Mwhht for ; Fri, 23 Apr 2021 01:02:18 -0700 (PDT) Received: from magpie.corvid.ch (magpie.corvid.ch [46.101.110.207]) (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 17F8E3A0DF7 for ; Fri, 23 Apr 2021 01:02:18 -0700 (PDT) Received: from [127.0.0.1] (helo=magpie.corvid.ch) by magpie.corvid.ch with esmtp (Exim 4.92) (envelope-from ) id 1lZqjL-0005zC-Uv for taps@ietf.org; Fri, 23 Apr 2021 08:00:03 +0000 Content-Type: multipart/alternative; boundary="===============4623215299337814302==" MIME-Version: 1.0 From: TAPS WG status robot To: taps@ietf.org Message-Id: Date: Fri, 23 Apr 2021 08:00:03 +0000 Archived-At: Subject: [Taps] Weekly github digest (TAPS GitHub Activity Digest) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 08:02:23 -0000 --===============4623215299337814302== MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; format="flowed" Issues ------ * ietf-tapswg/api-drafts (+0/-0/=F0=9F=92=AC1) 1 issues received 1 new comments: - #775 There could be more definitions@ (1 by gorryfair) https://github.com/ietf-tapswg/api-drafts/issues/775 [API] = Pull requests ------------- * ietf-tapswg/api-drafts (+3/-0/=F0=9F=92=AC0) 3 pull requests submitted: - Remove the mention of "hierarchy" in priority text (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/797 = - Remove one confusing sentence (#790) (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/796 = - Hopefully clearer text for the ReceiveError Event. (by mwelzl) https://github.com/ietf-tapswg/api-drafts/pull/795 = Repositories tracked by this digest: ----------------------------------- * https://github.com/ietf-tapswg/api-drafts --===============4623215299337814302== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Weekly github digest (TAPS GitHub Activity Digest)

Friday April 23, 2021

Issues

ietf-tapswg/api-drafts (+0/-0/=F0=9F=92=AC1)

1 issues received 1 new comments:

#775 There could be more definitions@ (1 by gorryfair) API

Pull requests

ietf-tapswg/api-drafts (+3/-0/=F0=9F=92=AC0)

3 pull requests submitted:

#797 R= emove the mention of "hierarchy" in priority text (by mwelzl)=
#796 R= emove one confusing sentence (#790) (by mwelzl)
#795 H= opefully clearer text for the ReceiveError Event. (by mwelzl)

Repositories tracked by this digest:

https://github.= com/ietf-tapswg/api-drafts

--===============4623215299337814302==-- From nobody Fri Apr 23 07:53:03 2021 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 6B3D63A100C for ; Fri, 23 Apr 2021 07:53:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=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 Ii258rjaEaCQ for ; Fri, 23 Apr 2021 07:52:57 -0700 (PDT) Received: from mx36-out20.antispamcloud.com (mx36-out20.antispamcloud.com [209.126.121.68]) (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 DC33F3A100A for ; Fri, 23 Apr 2021 07:52:56 -0700 (PDT) Received: from xse9.mail2web.com ([66.113.196.9] helo=xse.mail2web.com) by mx134.antispamcloud.com with esmtp (Exim 4.92) (envelope-from ) id 1lZxAp-000PLO-LI for taps@ietf.org; Fri, 23 Apr 2021 16:52:55 +0200 Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4FRcht5c6nz1kRN for ; Fri, 23 Apr 2021 07:52:46 -0700 (PDT) Received: from [10.5.2.15] (helo=xmail05.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1lZxAk-00081M-Lg for taps@ietf.org; Fri, 23 Apr 2021 07:52:46 -0700 Received: (qmail 18040 invoked from network); 23 Apr 2021 14:52:45 -0000 Received: from unknown (HELO [192.168.1.105]) (Authenticated-user:_huitema@huitema.net@[172.58.43.58]) (envelope-sender ) by xmail05.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 23 Apr 2021 14:52:45 -0000 From: Christian Huitema To: Martin Duke , Mirja Kuehlewind Cc: taps WG References: <161800145366.12591.5283052387823049934@ietfa.amsl.com> <61883D95-53AB-4DD8-A2FA-9210F91344C1@ericsson.com> <9afd2cb3-a30b-f346-02d5-8f059c592a17@huitema.net> Message-ID: <9958d2c0-d392-4b33-7ef7-260766965f81@huitema.net> Date: Fri, 23 Apr 2021 07:52:45 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <9afd2cb3-a30b-f346-02d5-8f059c592a17@huitema.net> Content-Type: multipart/alternative; boundary="------------9D2B07EEA37F737BA3168050" Content-Language: en-US X-Originating-IP: 66.113.196.9 X-Spampanel-Domain: xsmtpout.mail2web.com X-Spampanel-Username: 66.113.196.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.0/24@xsmtpout.mail2web.com X-Spampanel-Outgoing-Class: unsure X-Spampanel-Outgoing-Evidence: Combined (0.13) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/LCFXrkqQC6TKbf3h/zU6MPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wQ1zZgl5wTEfaQCixddx5xKj/EwzSHE5FGYwwjsNRPCPjc nneQGfipb4LFuas/lcPmD6wdmZPcItWbGe10hXJtXL4FsauCVkDjmcYJdU3yWp7KuHNaaKdg7iBE ZefdsNUFWKwa/wzJUjmazeC7Imca+xnn3Ohf8XY5WZ+f/Kk3UxQ6V51u76v35b1wNe/MvdIN+Yj9 JT+HIE3AciYbXmyy2+J9PgaoF8SQHto3le4zsHTaeQtlKubP6iUTjj6yPARK6buALVaA782LKxg6 vRmng8N1aLhXqdc+jC1RcnVud53D5caUhbVtvqItBqoizkEt9O20UjkwI0v+LOlw05G4BS+iyyNq bT8dUMXMJ4tUCMj6G37ZfAMLceP5aNHPt26RBupu5v1nytoNnc138GfEJRQ2qC7jjynPIHPNqSn4 QTXUjLjYWQt1/5xnQymMoPsgr/U0flMcy2Vi/IcBgY4arPaiJ1W6hAyiRC61jekdwIcXNugoOEbH RyFULpSjm7jZ1h/HfDRQ5Ig8VhPsPE8NDxdyIeJZUl7T+dBx2dACj61gW8YJw4wOSzntoSLm727s K2OonCRMNPFRmVqVzwbuDRojSVizNl0ce/s7u0P9b9Tml6eOMCV9kYYwkPx6ZsXvIUzTXkDAiiJi mGhLUFuSOTgtjQWHblEKb/bSn512w347p9VQnQKazUqyLRNw6dbZcpPgEJKLbDyaC/LdLvvYRuEb 6qWevzzwW2jEMHq62PpVB9v9zY0h8asEYmbGGsJkWjQ4xyeNtxxq2TXT/AfNHA49DC2pcmDEl8iB kG2T3hX0XF3qP/dj48psOHFCwviQxKSBCGH0S84CnKX/NUAV3jR5NeVaJQBh0uawl0Cg8nrgSS6D 7FozWS6JHKREtqdEPzY64lXv2dr2sny4a4Sj0cqzvWDlDrFILmNCVZ/264kd2x35zAiBFPp64JaI ysAWfpirH8g1GOR1IFGt5BWm X-Report-Abuse-To: spam@quarantine11.antispamcloud.com Archived-At: Subject: Re: [Taps] Fwd: New Version Notification for draft-duke-taps-transport-discovery-00.txt X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 14:53:01 -0000 This is a multi-part message in MIME format. --------------9D2B07EEA37F737BA3168050 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sorry about that, I replied to the wrong message. Please ignore. On 4/22/2021 9:10 PM, Christian Huitema wrote: > If we are serious about discussing a V2 in this group, we should have > a convention for allocating version numbers to drafts of V2. For V1, > we used a version numbering scheme of 0xFF0000NN, with NN the number > of the draft. What should we do for the V2 effort? Something like > "FF0100NN"? > > On 4/19/2021 11:20 AM, Martin Duke wrote: >> Hi Mirja! >> >> On Tue, Apr 13, 2021 at 8:30 AM Mirja Kuehlewind < >> mirja.kuehlewind@ericsson.com> wrote: >> >>> Hi Martin, hi all, >>> >>> >>> >>> I just had a quick glance at your draft and have two thoughts to offer: >>> >>> >>> >>> 1. How is the protocol API different then the taps API? If a new >>> protocol already offers the taps API (without the actual >>> flexibility to >>> choose between more than one protocol of course), the mapping >>> would be easy. >>> >>> I have not completely thought this through, but I believe it will be >>> very >> similar, modulo various language issues (e.g. no support for objects) >> >> >> >>> >>> 1. I guess you need something like MUD for protocol where >>> capabilities >>> of a protocol are described in a unified way. However, maybe the >>> properties >>> we have in taps is also more or less what you need…? >>> >>> Yes, my initial intent for these to exactly map to the protocol >>> properties >> in taps-interface. >> >> >> _______________________________________________ >> 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 --------------9D2B07EEA37F737BA3168050 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Sorry about that, I replied to the wrong message. Please ignore.

On 4/22/2021 9:10 PM, Christian Huitema wrote:

If we are serious about discussing a V2 in this group, we should have a convention for allocating version numbers to drafts of V2. For V1, we used a version numbering scheme of 0xFF0000NN, with NN the number of the draft. What should we do for the V2 effort? Something like "FF0100NN"?

On 4/19/2021 11:20 AM, Martin Duke wrote:

Hi Mirja!

On Tue, Apr 13, 2021 at 8:30 AM Mirja Kuehlewind <
mirja.kuehlewind@ericsson.com> wrote:

Hi Martin, hi all,

I just had a quick glance at your draft and have two thoughts to offer:

    1. How is the protocol API different then the taps API? If a new
    protocol already offers the taps API (without the actual flexibility to
    choose between more than one protocol of course), the mapping would be easy.

I have not completely thought this through, but I believe it will be very

similar, modulo various language issues (e.g. no support for objects)

    1. I guess you need something like MUD for protocol where capabilities
    of a protocol are described in a unified way. However, maybe the properties
    we have in taps is also more or less what you need…?

Yes, my initial intent for these to exactly map to the protocol properties

in taps-interface.

_______________________________________________
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

--------------9D2B07EEA37F737BA3168050-- From nobody Sun Apr 25 09:51:21 2021 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 588CB3A0BD9 for ; Sun, 25 Apr 2021 09:51:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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 QIgy6q4yWvrC for ; Sun, 25 Apr 2021 09:51:15 -0700 (PDT) Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 E9AB53A0BD4 for ; Sun, 25 Apr 2021 09:51:14 -0700 (PDT) Received: by mail-qk1-x72d.google.com with SMTP id d19so18658928qkk.12 for ; Sun, 25 Apr 2021 09:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version; bh=6tGwK8q24jzI8W9ssSSFCIcv/sDMMU2A7AiKanbfEls=; b=kuMzG5D89NHa1ISOIS5LA5vW5BKwsGeGowdjSk13P5OzdtyVMsni4SmwhiwxXFewTr VCN8pqlQJOS3QENBLVRtFQf0GgO+rCD6LsOS0kGl7XWrK11JKWNOD8eH4NST72ox0g3f XHy9C9TL1y0xBn7TlWvIP5h4ZWPwBFczWxcPOk3oAi4pu+0Ta22J0gYIVVbn/EWZdfyI 6Vrvrty0+jEQurkDVXyTqm50Q5a2uXe/4iByQNknvAaLJ3SNAJ3Z8VIdIVOKPo9gFCJW YfMi0vuEiMiIr3w0niBefNUI9e/HVWpIF21Wm/Hcpw76yylKwuogSZt1YtvCW1ZEL+xu zkBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version; bh=6tGwK8q24jzI8W9ssSSFCIcv/sDMMU2A7AiKanbfEls=; b=gmy4z94F4BDnwBnVX0V2Ol70aKm+G+WrQ3HiLQRPipq/o5SGrv6Nm7ivjQUyKE8O/8 eNuOTjoDWn4LDlmTJ7o3V6FAbNDpxwiJBbcfQKSREOLRly22EvX8B3wOFHYcEEN1SxVG Ci+2XQ7LnqCgvB963vPwaqqPNGqFRFc1DYxcQSTR6A+fPmnCRAEJY3p27Jc8RSCXlAZr KipmJgdXYhj7s7VCPeyLkUjQnjcYsWrX3X28EDsZsRQRVESSJwX4X5gr9G+xnbOsN0+z v1579kgXwL8SbFp0KxECyCv4bZwpMNneiquWmCHuZopPUL881q3WRwF4GDdAFVj1w+bU 6YgA== X-Gm-Message-State: AOAM533XQzOLJZcceIeOt7YNw1JMMVyxkjfJ+50U5CGlPxpg3CDMMfsD PB9OTfy/sPMtcoV9OBJhyZlTxskkIV9AZg== X-Google-Smtp-Source: ABdhPJxIgsjgolio9Ww43mr3Vu4QPkOIR0P5bBsbRhbXD7AzF1N9KxEPY1c9Xd04tzTh2TeP6fX6QA== X-Received: by 2002:a37:7305:: with SMTP id o5mr14013090qkc.21.1619369472125; Sun, 25 Apr 2021 09:51:12 -0700 (PDT) Received: from [100.64.0.1] ([2601:18f:780:4180:7901:99fc:f156:a40c]) by smtp.gmail.com with ESMTPSA id l124sm8553913qkf.31.2021.04.25.09.51.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Apr 2021 09:51:10 -0700 (PDT) From: "Aaron Falk" To: "taps WG" Cc: "Theresa Enghardt" , "Zaheduzzaman Sarker" Date: Sun, 25 Apr 2021 12:51:07 -0400 X-Mailer: MailMate (1.13.2r5673) Message-ID: <12EFB81B-C75D-42B9-8EEE-DD427E36753C@gmail.com> In-Reply-To: References: <161814995084.4901.9484776942475818751@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_05A06355-AA96-4281-8DE2-9E40E7E351C8_=" Archived-At: Subject: Re: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 16:51:19 -0000 --=_MailMate_05A06355-AA96-4281-8DE2-9E40E7E351C8_= Content-Type: text/plain; charset="UTF-8"; format=flowed; markup=markdown Content-Transfer-Encoding: quoted-printable Wrapping up WGLC: * Does anyone need more time to finish their review? * Other than the issues logged in = [github](https://github.com/ietf-tapswg/api-drafts/issues?q=3Dis%3Aopen+i= s%3Aissue+label%3AAPI), = are there any significant concerns that would discourage publishing this = draft? * Would anyone like to express support for publishing this draft who = hasn=E2=80=99t? --aaron On 11 Apr 2021, at 10:13, Aaron Falk wrote: > Working group last call for the API draft starts now. Please review = > the draft and send comments to the list (including =E2=80=98ready to = > publish=E2=80=99 affirmations) or post issues/PRs to = > [github](https://github.com/ietf-tapswg/api-drafts). Thanks to the = > authors, editors, and reviewers who=E2=80=99ve helped bring the draft t= o = > this point! > > > > Forwarded message: > >> From: IETF Secretariat >> To: draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org >> Subject: IETF WG state changed for draft-ietf-taps-interface >> Date: Sun, 11 Apr 2021 07:05:50 -0700 >> >> The IETF WG state of draft-ietf-taps-interface has been changed to = >> "In WG >> Last Call" from "WG Document" by Aaron Falk: >> >> https://datatracker.ietf.org/doc/draft-ietf-taps-interface/ --=_MailMate_05A06355-AA96-4281-8DE2-9E40E7E351C8_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Wrapping up WGLC:

Does anyone need more time to finish their review?
Other than the issues logged in github, are there any significant concern= s that would discourage publishing this draft?
Would anyone like to express support for publishing t= his draft who hasn=E2=80=99t?

--aaron

On 11 Apr 2021, at 10:13, Aaron Falk wrote:

Working group last call for the API draft starts now. Pl= ease review the draft and send comments to the list (including =E2=80=98r= eady to publish=E2=80=99 affirmations) or post issues/PRs to github= =2E Thanks to the authors, editors, and reviewers who=E2=80=99ve helped = bring the draft to this point!

Forwarded message:

From: IETF Secretariat ietf-secretariat-reply@ietf.org=
To: draft-ietf-taps-interface@ietf.org, taps-chairs@ietf.org
Subject: IETF WG state changed for draft-ietf-taps-interface
Date: Sun, 11 Apr 2021 07:05:50 -0700

The IETF WG state of draft-ietf-taps-interface has been c= hanged to "In WG
Last Call" from "WG Document" by Aaron Falk:

https://datatracker.ietf.org/doc/draf= t-ietf-taps-interface/

--=_MailMate_05A06355-AA96-4281-8DE2-9E40E7E351C8_=-- From nobody Sun Apr 25 09:56:05 2021 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 5D4DA3A0C04 for ; Sun, 25 Apr 2021 09:56:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.598 X-Spam-Level: X-Spam-Status: No, score=-1.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, SUBJ_ALL_CAPS=0.5] 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 Kck-HWBzPmOb for ; Sun, 25 Apr 2021 09:55:58 -0700 (PDT) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (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 6FA483A0C2E for ; Sun, 25 Apr 2021 09:55:58 -0700 (PDT) Received: by mail-qt1-x82e.google.com with SMTP id l1so215713qtr.12 for ; Sun, 25 Apr 2021 09:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=NnhZGwiJjg3ecx3/OYsFFfW0WmpKJmtdr9VVZnkkUnQ=; b=QIA3kICz85KExf5AnuhJsNijrDgjl/x5EhE1WDR3AkDAN360jDLQrxlkc71xc5PzZi 1W/m5P8a2PJSo89Ir2p7rQ9dpvx23jt05uM3Nta22xyWO9MDKjV9MzsBPBKG36TRF2I3 mklFM4M5LK3ZW3AL8ccMACqpyQLvlaNQ54NgQJqN+05RDnsi5CzkZfovH+twGndbaAZ5 DfS1DPBCTAC3lhvWo6gNwS1aN4cfezPXW8pEArVnMpLA425IfdTjOkLR2DbwCrZ9+ygd Pr6rr21JpD5xDfHDv8LJT+2+/Zcyryb2Be0KInV/easSoLlcbUExwAF4336Avm1X0uTn yN8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=NnhZGwiJjg3ecx3/OYsFFfW0WmpKJmtdr9VVZnkkUnQ=; b=EHMseFq7q0Y59CXUte2Mh7t4KEL/l39ipIzgSMAv0aFgmnW1az4qSA8OGHH1YXrpJ9 FMIUVy08112g8z9Y8hBc6jAExxQp5RIGC23nSCesEMWvzb6nbCAJym4tC7uEocspuqeD VuNeDC2EVT5YWET0LFehKorLddfPWLKEwqRHacIlFxwu7Eq6MMJsguvzTVbx22i+HtD6 4Zyjt6nEyJiXb0E88ygh1XWDUqGbM6vWdjRFiiHWWdMWh/SErdwW9xB5peD1Ovn9Q2+o JL1OmFT2yvQinsfs/UTLiLyt61n4MFOitYcHouaBEcQDJChi2SLfknFlEdyQ/sr+yDWK a/HQ== X-Gm-Message-State: AOAM533OpRVAeVBZHeplOsk0+/0/5CZ4O0z912vL/q4YSkcaA8hYw0RK T7Gd0ebXZjdvd2Pqg6VGbCLzWH6D7vG12Q== X-Google-Smtp-Source: ABdhPJyS6iTDE9hnN6Lmrjaawewd8XeU3GRT7cWDTJIMvACRghcLOMHxx4yvzJN5KzN+v91J0G57+g== X-Received: by 2002:ac8:74d8:: with SMTP id j24mr13363317qtr.83.1619369756388; Sun, 25 Apr 2021 09:55:56 -0700 (PDT) Received: from [100.64.0.1] ([2601:18f:780:4180:7901:99fc:f156:a40c]) by smtp.gmail.com with ESMTPSA id o125sm8618200qkf.87.2021.04.25.09.55.55 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Apr 2021 09:55:55 -0700 (PDT) From: "Aaron Falk" To: "taps WG" Date: Sun, 25 Apr 2021 12:55:53 -0400 X-Mailer: MailMate (1.13.2r5673) Message-ID: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_8A742B9B-F41F-4D62-AC38-610FDF89A14B_=" Archived-At: Subject: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 16:56:03 -0000 --=_MailMate_8A742B9B-F41F-4D62-AC38-610FDF89A14B_= Content-Type: text/plain; format=flowed; markup=markdown I was marveling the news about exploration on Mars this week and this caused me to wonder if anyone has looked at DTN as a protocol provided by TAPS. My recollection of DTN is rather rusty and I think it might be an informative thought experiment for the API. --aaron --=_MailMate_8A742B9B-F41F-4D62-AC38-610FDF89A14B_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

<= p dir=3D"auto">I was marveling the news about exploration on Mars this we= ek and this caused me to wonder if anyone has looked at DTN as a protocol= provided by TAPS. My recollection of DTN is rather rusty and I think it= might be an informative thought experiment for the API.

--aaron

--=_MailMate_8A742B9B-F41F-4D62-AC38-610FDF89A14B_=-- From nobody Sun Apr 25 13:39:20 2021 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 22A683A0DF8 for ; Sun, 25 Apr 2021 13:39:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GsARBSYehZ0E for ; Sun, 25 Apr 2021 13:39:14 -0700 (PDT) Received: from smtp2.kau.se (smtp2.kau.se [130.243.21.251]) by ietfa.amsl.com (Postfix) with ESMTP id D70F43A0DF1 for ; Sun, 25 Apr 2021 13:39:12 -0700 (PDT) Received: from mailfilter-ng-1.sunet.se (mailfilter-ng-1.sunet.se [192.36.171.207]) by smtp2.kau.se (Postfix) with ESMTP id A35B91899537 for ; Sun, 25 Apr 2021 22:38:37 +0200 (CEST) X-Halon-ID: 3b6df45f-a606-11eb-8841-0050569a42e2 Received: from Exch-A1.personal.kau (exch-a1.kau.se [130.243.19.82]) by mailfilter-ng-1.sunet.se (Halon) with ESMTPS id 3b6df45f-a606-11eb-8841-0050569a42e2; Sun, 25 Apr 2021 20:38:46 +0000 (UTC) Received: from Exch-A1.personal.kau (130.243.19.82) by Exch-A1.personal.kau (130.243.19.82) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.2176.2; Sun, 25 Apr 2021 22:38:36 +0200 Received: from Exch-A1.personal.kau ([fe80::7862:a3d3:1cba:9754]) by Exch-A1.personal.kau ([fe80::7862:a3d3:1cba:9754%2]) with mapi id 15.01.2176.012; Sun, 25 Apr 2021 22:38:36 +0200 From: =?utf-8?B?QW5uYSBCcnVuc3Ryw7Zt?= To: Aaron Falk , taps WG CC: Theresa Enghardt , Zaheduzzaman Sarker Thread-Topic: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) Thread-Index: AQHXLtz90YU5ZN7nZ0GteJwZrb7Pc6rFZx6AgABfxQA= Date: Sun, 25 Apr 2021 20:38:36 +0000 Message-ID: <39b45ad5033244d2b3cffad962e9e3b6@kau.se> References: <161814995084.4901.9484776942475818751@ietfa.amsl.com> <12EFB81B-C75D-42B9-8EEE-DD427E36753C@gmail.com> In-Reply-To: <12EFB81B-C75D-42B9-8EEE-DD427E36753C@gmail.com> Accept-Language: en-US, sv-SE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.243.27.149] Content-Type: multipart/alternative; boundary="_000_39b45ad5033244d2b3cffad962e9e3b6kause_" MIME-Version: 1.0 Archived-At: Subject: Re: [Taps] WGLC for draft-ietf-taps-interface (to conclude 26-Apr-2021) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 20:39:19 -0000 --_000_39b45ad5033244d2b3cffad962e9e3b6kause_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWFyb24sDQoNCkkgc3RhcnRlZCByZWFkaW5nIGVhcmxpZXIgdGhpcyB3ZWVrLCBidXQgZ290 IHNpZGV0cmFja2VkIGJ5IHNvbWV0aGluZyB1cmdlbnQgdGhhdCBjYW1lIHVwIGluIG15IGRheSBq b2IuIEkgd2FzIHN0aWxsIGFpbWluZyB0byBmaW5pc2ggaW4gdGltZSwgaS5lIHRvbW9ycm93LCBi dXQgb25lIG9yIHR3byBleHRyYSBkYXlzIGNvdWxkIGJlIGhlbHBmdWwg4pi6DQoNCkJSLA0KQW5u YQ0KDQpGcm9tOiBUYXBzIDx0YXBzLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBBYXJv biBGYWxrDQpTZW50OiBkZW4gMjUgYXByaWwgMjAyMSAxODo1MQ0KVG86IHRhcHMgV0cgPHRhcHNA aWV0Zi5vcmc+DQpDYzogVGhlcmVzYSBFbmdoYXJkdCA8aWV0ZkB0ZW5naGFyZHQubmV0PjsgWmFo ZWR1enphbWFuIFNhcmtlciA8emFoZWR1enphbWFuLnNhcmtlckBlcmljc3Nvbi5jb20+DQpTdWJq ZWN0OiBSZTogW1RhcHNdIFdHTEMgZm9yIGRyYWZ0LWlldGYtdGFwcy1pbnRlcmZhY2UgKHRvIGNv bmNsdWRlIDI2LUFwci0yMDIxKQ0KDQoNCldyYXBwaW5nIHVwIFdHTEM6DQoNCsK3ICAgICBEb2Vz IGFueW9uZSBuZWVkIG1vcmUgdGltZSB0byBmaW5pc2ggdGhlaXIgcmV2aWV3Pw0KDQrCtyAgICAg T3RoZXIgdGhhbiB0aGUgaXNzdWVzIGxvZ2dlZCBpbiBnaXRodWI8aHR0cHM6Ly9naXRodWIuY29t L2lldGYtdGFwc3dnL2FwaS1kcmFmdHMvaXNzdWVzP3E9aXMlM0FvcGVuK2lzJTNBaXNzdWUrbGFi ZWwlM0FBUEk+LCBhcmUgdGhlcmUgYW55IHNpZ25pZmljYW50IGNvbmNlcm5zIHRoYXQgd291bGQg ZGlzY291cmFnZSBwdWJsaXNoaW5nIHRoaXMgZHJhZnQ/DQoNCsK3ICAgICBXb3VsZCBhbnlvbmUg bGlrZSB0byBleHByZXNzIHN1cHBvcnQgZm9yIHB1Ymxpc2hpbmcgdGhpcyBkcmFmdCB3aG8gaGFz buKAmXQ/DQoNCi0tYWFyb24NCg0KT24gMTEgQXByIDIwMjEsIGF0IDEwOjEzLCBBYXJvbiBGYWxr IHdyb3RlOg0KDQpXb3JraW5nIGdyb3VwIGxhc3QgY2FsbCBmb3IgdGhlIEFQSSBkcmFmdCBzdGFy dHMgbm93LiBQbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCBhbmQgc2VuZCBjb21tZW50cyB0byB0aGUg bGlzdCAoaW5jbHVkaW5nIOKAmHJlYWR5IHRvIHB1Ymxpc2jigJkgYWZmaXJtYXRpb25zKSBvciBw b3N0IGlzc3Vlcy9QUnMgdG8gZ2l0aHViPGh0dHBzOi8vZ2l0aHViLmNvbS9pZXRmLXRhcHN3Zy9h cGktZHJhZnRzPi4gVGhhbmtzIHRvIHRoZSBhdXRob3JzLCBlZGl0b3JzLCBhbmQgcmV2aWV3ZXJz IHdob+KAmXZlIGhlbHBlZCBicmluZyB0aGUgZHJhZnQgdG8gdGhpcyBwb2ludCENCg0KRm9yd2Fy ZGVkIG1lc3NhZ2U6DQoNCkZyb206IElFVEYgU2VjcmV0YXJpYXQgaWV0Zi1zZWNyZXRhcmlhdC1y ZXBseUBpZXRmLm9yZzxtYWlsdG86aWV0Zi1zZWNyZXRhcmlhdC1yZXBseUBpZXRmLm9yZz4NClRv OiBkcmFmdC1pZXRmLXRhcHMtaW50ZXJmYWNlQGlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRmLXRh cHMtaW50ZXJmYWNlQGlldGYub3JnPiwgdGFwcy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOnRhcHMt Y2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogSUVURiBXRyBzdGF0ZSBjaGFuZ2VkIGZvciBkcmFm dC1pZXRmLXRhcHMtaW50ZXJmYWNlDQpEYXRlOiBTdW4sIDExIEFwciAyMDIxIDA3OjA1OjUwIC0w NzAwDQoNClRoZSBJRVRGIFdHIHN0YXRlIG9mIGRyYWZ0LWlldGYtdGFwcy1pbnRlcmZhY2UgaGFz IGJlZW4gY2hhbmdlZCB0byAiSW4gV0cNCkxhc3QgQ2FsbCIgZnJvbSAiV0cgRG9jdW1lbnQiIGJ5 IEFhcm9uIEZhbGs6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtdGFwcy1pbnRlcmZhY2UvDQoNCk7DpHIgZHUgc2tpY2thciBlLXBvc3QgdGlsbCBLYXJsc3Rh ZHMgdW5pdmVyc2l0ZXQgYmVoYW5kbGFyIHZpIGRpbmEgcGVyc29udXBwZ2lmdGVyPGh0dHBzOi8v d3d3LmthdS5zZS9nZHByPi4NCldoZW4geW91IHNlbmQgYW4gZS1tYWlsIHRvIEthcmxzdGFkIFVu aXZlcnNpdHksIHdlIHdpbGwgcHJvY2VzcyB5b3VyIHBlcnNvbmFsIGRhdGE8aHR0cHM6Ly93d3cu a2F1LnNlL2VuL2dkcHI+Lg0K --_000_39b45ad5033244d2b3cffad962e9e3b6kause_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcg Um9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnANCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp bi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6 MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs c2VyaWY7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXtt c28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1y ZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdE O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6OTkzODc2NzgxOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczo5 OTA5MTI4MTQ7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz dCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7 fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6 bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K b2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iU1YiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRp diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBBYXJvbiwN CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkg c3RhcnRlZCByZWFkaW5nIGVhcmxpZXIgdGhpcyB3ZWVrLCBidXQgZ290IHNpZGV0cmFja2VkIGJ5 IHNvbWV0aGluZyB1cmdlbnQgdGhhdCBjYW1lIHVwIGluIG15IGRheSBqb2IuIEkgd2FzIHN0aWxs IGFpbWluZw0KIHRvIGZpbmlzaCBpbiB0aW1lLCBpLmUgdG9tb3Jyb3csIGJ1dCBvbmUgb3IgdHdv IGV4dHJhIGRheXMgY291bGQgYmUgaGVscGZ1bCA8L3NwYW4+DQo8c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6V2luZ2RpbmdzO2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPko8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMi IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj5CUiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPkFubmE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBUYXBzICZsdDt0YXBzLWJvdW5j ZXNAaWV0Zi5vcmcmZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPkFhcm9uIEZhbGs8YnI+DQo8Yj5T ZW50OjwvYj4gZGVuIDI1IGFwcmlsIDIwMjEgMTg6NTE8YnI+DQo8Yj5Ubzo8L2I+IHRhcHMgV0cg Jmx0O3RhcHNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBUaGVyZXNhIEVuZ2hhcmR0ICZs dDtpZXRmQHRlbmdoYXJkdC5uZXQmZ3Q7OyBaYWhlZHV6emFtYW4gU2Fya2VyICZsdDt6YWhlZHV6 emFtYW4uc2Fya2VyQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtU YXBzXSBXR0xDIGZvciBkcmFmdC1pZXRmLXRhcHMtaW50ZXJmYWNlICh0byBjb25jbHVkZSAyNi1B cHItMjAyMSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5XcmFwcGlu ZyB1cCBXR0xDOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkRvZXMgYW55b25lIG5lZWQgbW9yZSB0 aW1lIHRvIGZpbmlzaCB0aGVpciByZXZpZXc/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxl dmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPsK3 PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+T3RoZXIg dGhhbiB0aGUgaXNzdWVzIGxvZ2dlZCBpbg0KPGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2ll dGYtdGFwc3dnL2FwaS1kcmFmdHMvaXNzdWVzP3E9aXMlM0FvcGVuJiM0MztpcyUzQWlzc3VlJiM0 MztsYWJlbCUzQUFQSSI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IzM5ODNDNCI+Z2l0aHViPC9zcGFu PjwvYT4sIGFyZSB0aGVyZSBhbnkgc2lnbmlmaWNhbnQgY29uY2VybnMgdGhhdCB3b3VsZCBkaXNj b3VyYWdlIHB1Ymxpc2hpbmcgdGhpcyBkcmFmdD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg bGV2ZWwxIGxmbzEiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+ wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5Xb3Vs ZCBhbnlvbmUgbGlrZSB0byBleHByZXNzIHN1cHBvcnQgZm9yIHB1Ymxpc2hpbmcgdGhpcyBkcmFm dCB3aG8gaGFzbuKAmXQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPi0tYWFyb248bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+T24gMTEgQXByIDIwMjEsIGF0IDEwOjEzLCBBYXJvbiBGYWxrIHdyb3Rl OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjNzc3Nzc3IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7 bWFyZ2luLWxlZnQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTozLjc1cHQiPg0K PHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6Izc3Nzc3NyI+V29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yIHRoZSBBUEkgZHJhZnQg c3RhcnRzIG5vdy4gUGxlYXNlIHJldmlldyB0aGUgZHJhZnQgYW5kIHNlbmQgY29tbWVudHMgdG8g dGhlIGxpc3QgKGluY2x1ZGluZyDigJhyZWFkeSB0byBwdWJsaXNo4oCZIGFmZmlybWF0aW9ucykg b3IgcG9zdCBpc3N1ZXMvUFJzIHRvDQo8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vaWV0Zi10 YXBzd2cvYXBpLWRyYWZ0cyI+PHNwYW4gc3R5bGU9ImNvbG9yOiM3Nzc3NzciPmdpdGh1Yjwvc3Bh bj48L2E+LiBUaGFua3MgdG8gdGhlIGF1dGhvcnMsIGVkaXRvcnMsIGFuZCByZXZpZXdlcnMgd2hv 4oCZdmUgaGVscGVkIGJyaW5nIHRoZSBkcmFmdCB0byB0aGlzIHBvaW50ITxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiM3Nzc3NzciPkZvcndhcmRlZCBtZXNzYWdlOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCAjOTk5OTk5IDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6MGNt O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTozLjc1cHQiPg0KPHA+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Izk5OTk5OSI+ RnJvbTogSUVURiBTZWNyZXRhcmlhdA0KPGEgaHJlZj0ibWFpbHRvOmlldGYtc2VjcmV0YXJpYXQt cmVwbHlAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjojOTk5OTk5Ij5pZXRmLXNlY3JldGFy aWF0LXJlcGx5QGlldGYub3JnPC9zcGFuPjwvYT48YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOmRy YWZ0LWlldGYtdGFwcy1pbnRlcmZhY2VAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjojOTk5 OTk5Ij5kcmFmdC1pZXRmLXRhcHMtaW50ZXJmYWNlQGlldGYub3JnPC9zcGFuPjwvYT4sDQo8YSBo cmVmPSJtYWlsdG86dGFwcy1jaGFpcnNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjojOTk5 OTk5Ij50YXBzLWNoYWlyc0BpZXRmLm9yZzwvc3Bhbj48L2E+PGJyPg0KU3ViamVjdDogSUVURiBX RyBzdGF0ZSBjaGFuZ2VkIGZvciBkcmFmdC1pZXRmLXRhcHMtaW50ZXJmYWNlPGJyPg0KRGF0ZTog U3VuLCAxMSBBcHIgMjAyMSAwNzowNTo1MCAtMDcwMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiM5OTk5OTkiPlRoZSBJRVRGIFdHIHN0YXRlIG9mIGRyYWZ0LWlldGYtdGFwcy1pbnRlcmZh Y2UgaGFzIGJlZW4gY2hhbmdlZCB0byAmcXVvdDtJbiBXRzxicj4NCkxhc3QgQ2FsbCZxdW90OyBm cm9tICZxdW90O1dHIERvY3VtZW50JnF1b3Q7IGJ5IEFhcm9uIEZhbGs6PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6Izk5OTk5OSI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi10YXBzLWludGVyZmFjZS8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj OTk5OTk5Ij5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXRhcHMt aW50ZXJmYWNlLzwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3Rl Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cD48YSBo cmVmPSJodHRwczovL3d3dy5rYXUuc2UvZ2RwciI+TsOkciBkdSBza2lja2FyIGUtcG9zdCB0aWxs IEthcmxzdGFkcyB1bml2ZXJzaXRldCBiZWhhbmRsYXIgdmkgZGluYSBwZXJzb251cHBnaWZ0ZXI8 L2E+Ljxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmthdS5zZS9lbi9nZHByIj5XaGVuIHlvdSBz ZW5kIGFuIGUtbWFpbCB0byBLYXJsc3RhZCBVbml2ZXJzaXR5LCB3ZSB3aWxsIHByb2Nlc3MgeW91 ciBwZXJzb25hbCBkYXRhPC9hPi48L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_39b45ad5033244d2b3cffad962e9e3b6kause_-- From nobody Sun Apr 25 14:49:27 2021 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 E77913A11C3; Sun, 25 Apr 2021 14:49:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tno.nl 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 8EtLK8Wt-VEo; Sun, 25 Apr 2021 14:49:16 -0700 (PDT) Received: from fromintouta.tno.nl (fromintouta.tno.nl [134.221.1.26]) (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 8C8893A11C1; Sun, 25 Apr 2021 14:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tno.nl; l=10193; s=mta1; t=1619387355; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=X5BEp6JKoVNz/7fyhUEC1bqDHGT47AEro01wl/wEUkc=; b=akQomJrzHpWyzW8NNUnl0OA8m+KdKBJMa38WiByEzwbEPcbokjSxEPF7 MR2wpHGjluYUuTTen+iPLQgSVnHHbiDGZmCBY74BWKGBx2JSgu+7qGGGN FtRSPzo4T8+8CppHypJt9xYYWepe5LxqTFbOjRdie1ta1CxNXVtOvrjfJ Y=; IronPort-SDR: oP12AODlRHD0jUBJXjEU7p8itjSDaYaYaXQYgvNFy6th3euai0BTUsl2Ya5a1CHGesjOF+7Woq fndCeVuUqBMCmCyO+WewBgAfgUBDg0gNdmn7Xtc0wDUAC5bffJ2uY6ktei82O3fumTL0Iruby+ /wzxwbQEWucXGW1UEReyXiXsYn0TgtbGvvMw7H6+rihr9pTU6XnP6zd0TUbo9PHRPn/Mx1+TOm IlQKasTfNzoQ20GAKTcb6ivTZYg4iddc9COhOFz+wFFwG8yTNk6nOcBoKOr141TYynUIxYWlKP iner+M12owx4PSJ4UhrTUE77 X-IronPort-AV: E=Sophos; i="5.82,251,1613430000"; d="scan'208,217"; a="27873586" Received: from UCP13.tsn.tno.nl (134.221.225.173) by UCP12.tsn.tno.nl (134.221.225.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Sun, 25 Apr 2021 23:49:11 +0200 Received: from UCP13.tsn.tno.nl ([fe80::c142:976e:5281:8298]) by UCP13.tsn.tno.nl ([fe80::c142:976e:5281:8298%7]) with mapi id 15.01.2176.012; Sun, 25 Apr 2021 23:49:11 +0200 From: "Velt, R. (Ronald) in 't" To: Aaron Falk , taps WG CC: "dtn@ietf.org" Thread-Topic: [Taps] DTN & TAPS Thread-Index: AQHXOfPo4T+skN9JnkGHeZzGqVvMTqrFu5Ag Date: Sun, 25 Apr 2021 21:49:11 +0000 Message-ID: <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> In-Reply-To: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.221.225.191] x-esetresult: clean, is OK x-esetid: 37303A296C91A66667716A Content-Type: multipart/alternative; boundary="_000_73377cc914644fd4a14ad8bccc0ec53ctnonl_" MIME-Version: 1.0 Archived-At: Subject: Re: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Apr 2021 21:49:21 -0000 --_000_73377cc914644fd4a14ad8bccc0ec53ctnonl_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Aaron, * I was marveling the news about exploration on Mars this week and this= caused me to wonder if anyone has looked at DTN as a protocol provided by = TAPS. My recollection of DTN is rather rusty and I think it might be an inf= ormative thought experiment for the API. Funny you should mention that. A short while ago I had a thought about a TAPS CLA (Convergence Layer Adapt= er, the layer below the Bundle Protocol and above the Transport Layer) as p= otentially "one CLA to rule them all". (It was no more than that: a passing= thought, quickly evaporating). This would be more or less the complement o= f your thinking; DTN-over-TAPS instead of DTN as one of the candidate trans= ports that TAPS might select (if all else fails, presumably). Throwing this as bait to the DTN WG, since there could be someone there int= erested in either thought experiment. (Not sure how much overlap there is b= etween both communities). --Ronald in 't Velt This message may contain information that is not intended for you. If you a= re not the addressee or if this message was sent to you by mistake, you are= requested to inform the sender and delete the message. TNO accepts no liab= ility for the content of this e-mail, for the manner in which you use it an= d for damage of any kind resulting from the risks inherent to the electroni= c transmission of messages. --_000_73377cc914644fd4a14ad8bccc0ec53ctnonl_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Hi Aaron,=

I w= as marveling the news about exploration on Mars this week and this caused m= e to wonder if anyone has looked at DTN as a protocol provided by TAPS. My = recollection of DTN is rather rusty and I think it might be an informative thought experiment for the API.

Funny you should mention that.

A short while ago I had a thought about a TAPS CLA = (Convergence Layer Adapter, the layer below the Bundle Protocol and above t= he Transport Layer) as potentially “one CLA to rule them all”. = (It was no more than that: a passing thought, quickly evaporating). This would be more or less the complement of your th= inking; DTN-over-TAPS instead of DTN as one of the candidate transports tha= t TAPS might select (if all else fails, presumably).

Throwing this as bait to the DTN WG, since there co= uld be someone there interested in either thought experiment. (Not sure how= much overlap there is between both communities).

--Ronald in ‘t Velt

Hi Aaron,

=C2=A0

I started reading earlier this week, = but got sidetracked by something urgent that came up in my day job. I was= still aiming to finish in time, i.e tomorrow, but one or two extra days could be help= ful J

=C2=A0

BR,

Anna

=C2=A0

F= rom: Taps <taps-bounces@ietf.org> On Behalf Of Aaron Falk
Sent: den 25 april 2021 18:51
To: taps WG <taps@ietf.org>
Cc: Theresa Enghardt <ietf@tenghardt.net>; Zaheduzzaman Sark= er <zaheduzzaman.sarker@ericsson.com>
Subject: Re: [Taps] WGLC for draft-ietf-taps-interface (to conclud= e 26-Apr-2021)

=C2=A0

Wrapping up WGLC:

=C2=B7=C2=A0=C2=A0= =C2=A0=C2=A0 Does = anyone need more time to finish their review?

=C2=B7=C2=A0=C2=A0= =C2=A0=C2=A0 Other= than the issues logged in github, are there any significan= t concerns that would discourage publishing this draft?

=C2=B7=C2=A0=C2=A0= =C2=A0=C2=A0 Would= anyone like to express support for publishing this draft who hasn=E2=80=99= t?

--aaron

On 11 Apr 2021, at 10:13, Aaron Falk wrote:

=
Working group last call for the API draft starts now. Plea= se review the draft and send comments to the list (including =E2=80=98rea= dy to publish=E2=80=99 affirmations) or post issues/PRs to github. Thanks to the authors, editors, and reviewe= rs who=E2=80=99ve helped bring the draft to this point!

Forwarded message:

=
From: IETF Secretariat ietf-secretariat-reply@ietf.org
To: draft-ietf-taps-interface@ietf.org, tap= s-chairs@ietf.org
Subject: IETF WG state changed for draft-ietf-taps-interface
Date: Sun, 11 Apr 2021 07:05:50 -0700

The IETF WG state of draft-ietf-taps-interface has been ch= anged to "In WG
Last Call" from "WG Document" by Aaron Falk:

https://datatracker.ietf.org/= doc/draft-ietf-taps-interface/

N=C3=A4r d= u skickar e-post till Karlstads universitet behandlar vi dina personuppgi= fter.
When you send an e-mail to Karlsta= d University, we will process your personal data.

--=_MailMate_F9A9C967-0D80-4622-8045-7CEE81DB14D2_=-- From nobody Mon Apr 26 11:30:10 2021 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 BB96F3A2C2D; Mon, 26 Apr 2021 11:29:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q3NOdgB8SJ_T; Mon, 26 Apr 2021 11:29:54 -0700 (PDT) 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 20FD63A2C0D; Mon, 26 Apr 2021 11:29:50 -0700 (PDT) Received: from mail-mx12.uio.no ([129.240.10.84]) by mail-out02.uio.no with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lb5zK-005MrV-5T; Mon, 26 Apr 2021 20:29:42 +0200 Received: from ti0182q160-3425.bb.online.no ([62.249.177.137] helo=[192.168.1.12]) by mail-mx12.uio.no with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.93.0.4) (envelope-from ) id 1lb5zJ-000603-DU; Mon, 26 Apr 2021 20:29:42 +0200 From: Michael Welzl Message-Id: <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> Content-Type: multipart/alternative; boundary="Apple-Mail=_A60DD9D0-C071-4583-BD98-8F64330ABF27" Mime-Version: 1.0 (Mac OS X Mail 13.4 $3608.120.23.2.4$) Date: Mon, 26 Apr 2021 20:29:40 +0200 In-Reply-To: <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> Cc: Aaron Falk , "taps@ietf.org" , "dtn@ietf.org" To: "Velt, R. (Ronald) in 't" References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-UiO-SPF-Received: Received-SPF: neutral (mail-mx12.uio.no: 62.249.177.137 is neither permitted nor denied by domain of ifi.uio.no) client-ip=62.249.177.137; envelope-from=michawe@ifi.uio.no; helo=[192.168.1.12]; X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, AWL=0.011, HTML_MESSAGE=0.001, UIO_MAIL_IS_INTERNAL=-5) X-UiO-Scanned: 1F866FC8FB3DB29CA7E9ED8F1122C49A8C0AFD09 Archived-At: Subject: Re: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 18:30:05 -0000 --Apple-Mail=_A60DD9D0-C071-4583-BD98-8F64330ABF27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, > On Apr 25, 2021, at 11:49 PM, Velt, R. (Ronald) in 't = wrote: >=20 > Hi Aaron, > I was marveling the news about exploration on Mars this week and this = caused me to wonder if anyone has looked at DTN as a protocol provided = by TAPS. My recollection of DTN is rather rusty and I think it might be = an informative thought experiment for the API. > Funny you should mention that. >=20 > A short while ago I had a thought about a TAPS CLA (Convergence Layer = Adapter, the layer below the Bundle Protocol and above the Transport = Layer) as potentially =E2=80=9Cone CLA to rule them all=E2=80=9D. (It = was no more than that: a passing thought, quickly evaporating). This = would be more or less the complement of your thinking; DTN-over-TAPS = instead of DTN as one of the candidate transports that TAPS might select = (if all else fails, presumably). >=20 > Throwing this as bait to the DTN WG, since there could be someone = there interested in either thought experiment. (Not sure how much = overlap there is between both communities). >=20 > --Ronald in =E2=80=98t Velt >=20 Sorry for being negative about what clearly is academically-minded = brainstorming=E2=80=A6 I should be open towards such stuff :-) But=E2=80=A6 aren=E2=80=99t DTN applications special applications, = which make implicit assumptions about the network underneath, i.e. = they=E2=80=99re written particularly for the use case, because they = expect=E2=80=A6 well, massive delay? I can=E2=80=99t imagine such an application being happy with TAPS = swapping in TCP or even QUIC as a replacement=E2=80=A6 and conversely, = going with Aaron=E2=80=99s thought model, I can=E2=80=99t imagine a = =E2=80=9Cnormal=E2=80=9D application benefiting hugely from DTN? What am I missing in this picture? Cheers, Michael --Apple-Mail=_A60DD9D0-C071-4583-BD98-8F64330ABF27 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

On Apr 25, 2021, at 11:49 PM, Velt, R. (Ronald) in 't <Ronald.intVelt=3D40tno.nl@dmarc.ietf.org> = wrote:

Hi = Aaron,
I was marveling the = news about exploration on Mars this week and this caused me to wonder if = anyone has looked at DTN as a protocol provided by TAPS. My recollection = of DTN is rather rusty and I think it might be an informative thought = experiment for the API.
Funny you should mention = that.
A short while ago I had a thought about a TAPS CLA = (Convergence Layer Adapter, the layer below the Bundle Protocol and = above the Transport Layer) as potentially =E2=80=9Cone CLA to rule them = all=E2=80=9D. (It was no more than that: a passing thought, quickly = evaporating). This would be more or less the complement of your = thinking; DTN-over-TAPS instead of DTN as one of the candidate = transports that TAPS might select (if all else fails, presumably).
Throwing this as bait to the DTN WG, since there could be = someone there interested in either thought experiment. (Not sure how = much overlap there is between both communities).
--Ronald in =E2=80=98t = Velt

Sorry for being negative about what clearly is = academically-minded brainstorming=E2=80=A6 I should be open towards such = stuff :-)

But=E2=80=A6 aren=E2=80=99t DTN = applications special applications, which make implicit assumptions about = the network underneath, i.e. they=E2=80=99re written particularly for = the use case, because they expect=E2=80=A6 well, massive = delay?

I can=E2=80=99t imagine such = an application being happy with TAPS swapping in TCP or even QUIC as a = replacement=E2=80=A6 and conversely, going with Aaron=E2=80=99s thought = model, I can=E2=80=99t imagine a =E2=80=9Cnormal=E2=80=9D application = benefiting hugely from DTN?

What am = I missing in this picture?

Cheers,

Michael

= --Apple-Mail=_A60DD9D0-C071-4583-BD98-8F64330ABF27-- From nobody Mon Apr 26 11:34:58 2021 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 5A9CF3A2C4F; Mon, 26 Apr 2021 11:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bppvg6OtlRfs; Mon, 26 Apr 2021 11:34:46 -0700 (PDT) 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 824BB3A2C51; Mon, 26 Apr 2021 11:34:46 -0700 (PDT) Received: from mail-mx12.uio.no ([129.240.10.84]) by mail-out02.uio.no with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lb64A-005N4G-Ii; Mon, 26 Apr 2021 20:34:42 +0200 Received: from ti0182q160-3425.bb.online.no ([62.249.177.137] helo=[192.168.1.12]) by mail-mx12.uio.no with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) user michawe (Exim 4.93.0.4) (envelope-from ) id 1lb649-0006Gu-50; Mon, 26 Apr 2021 20:34:42 +0200 From: Michael Welzl Message-Id: <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> Content-Type: multipart/alternative; boundary="Apple-Mail=_6FA60D5D-3EF9-4286-A94C-00F45D77D1A7" Mime-Version: 1.0 (Mac OS X Mail 13.4 $3608.120.23.2.4$) Date: Mon, 26 Apr 2021 20:34:40 +0200 In-Reply-To: <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> Cc: Aaron Falk , "dtn@ietf.org" , "taps@ietf.org" To: "Velt, R. (Ronald) in 't" References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-UiO-SPF-Received: Received-SPF: neutral (mail-mx12.uio.no: 62.249.177.137 is neither permitted nor denied by domain of ifi.uio.no) client-ip=62.249.177.137; envelope-from=michawe@ifi.uio.no; helo=[192.168.1.12]; X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, AWL=0.011, HTML_MESSAGE=0.001, UIO_MAIL_IS_INTERNAL=-5) X-UiO-Scanned: C22EE02998E8F2DFE48C056CFDB100957BCC65CA Archived-At: Subject: Re: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 18:34:57 -0000 --Apple-Mail=_6FA60D5D-3EF9-4286-A94C-00F45D77D1A7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Sorry, answering myself: > On Apr 26, 2021, at 8:29 PM, Michael Welzl wrote: >=20 > Hi, >=20 >=20 >> On Apr 25, 2021, at 11:49 PM, Velt, R. (Ronald) in 't = > wrote: >>=20 >> Hi Aaron, >> I was marveling the news about exploration on Mars this week and this = caused me to wonder if anyone has looked at DTN as a protocol provided = by TAPS. My recollection of DTN is rather rusty and I think it might be = an informative thought experiment for the API. >> Funny you should mention that. >>=20 >> A short while ago I had a thought about a TAPS CLA (Convergence Layer = Adapter, the layer below the Bundle Protocol and above the Transport = Layer) as potentially =E2=80=9Cone CLA to rule them all=E2=80=9D. (It = was no more than that: a passing thought, quickly evaporating). This = would be more or less the complement of your thinking; DTN-over-TAPS = instead of DTN as one of the candidate transports that TAPS might select = (if all else fails, presumably). >>=20 >> Throwing this as bait to the DTN WG, since there could be someone = there interested in either thought experiment. (Not sure how much = overlap there is between both communities). >>=20 >> --Ronald in =E2=80=98t Velt >>=20 >=20 > Sorry for being negative about what clearly is academically-minded = brainstorming=E2=80=A6 I should be open towards such stuff :-) > But=E2=80=A6 aren=E2=80=99t DTN applications special applications, = which make implicit assumptions about the network underneath, i.e. = they=E2=80=99re written particularly for the use case, because they = expect=E2=80=A6 well, massive delay? >=20 > I can=E2=80=99t imagine such an application being happy with TAPS = swapping in TCP or even QUIC as a replacement=E2=80=A6 and conversely, = going with Aaron=E2=80=99s thought model, I can=E2=80=99t imagine a = =E2=80=9Cnormal=E2=80=9D application benefiting hugely from DTN? >=20 > What am I missing in this picture? Perhaps, when delay gets a LOT better, the DTN application might in fact = be happy to run over e.g. TCP or QUIC. Is this a (the only?) use case? = Is it realistic, even? Cheers, Michael --Apple-Mail=_6FA60D5D-3EF9-4286-A94C-00F45D77D1A7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Sorry, answering myself:

On Apr = 26, 2021, at 8:29 PM, Michael Welzl <michawe@ifi.uio.no> = wrote:

Hi,

On Apr 25, 2021, at 11:49 PM, = Velt, R. (Ronald) in 't <Ronald.intVelt=3D40tno.nl@dmarc.ietf.org> = wrote:

Hi Aaron,
I was marveling the news about = exploration on Mars this week and this caused me to wonder if anyone has = looked at DTN as a protocol provided by TAPS. My recollection of DTN is = rather rusty and I think it might be an informative thought experiment = for the API.
Funny you should mention that.
A short while ago I had a thought about a TAPS CLA = (Convergence Layer Adapter, the layer below the Bundle Protocol and = above the Transport Layer) as potentially =E2=80=9Cone CLA to rule them = all=E2=80=9D. (It was no more than that: a passing thought, quickly = evaporating). This would be more or less the complement of your = thinking; DTN-over-TAPS instead of DTN as one of the candidate = transports that TAPS might select (if all else fails, presumably).
Throwing this as bait to the DTN WG, since there could be = someone there interested in either thought experiment. (Not sure how = much overlap there is between both communities).
--Ronald in =E2=80=98t = Velt

Sorry for being negative about what = clearly is academically-minded brainstorming=E2=80=A6 I should be open = towards such stuff :-)
But=E2=80=A6 = aren=E2=80=99t DTN applications special applications, which make = implicit assumptions about the network underneath, i.e. they=E2=80=99re = written particularly for the use case, because they expect=E2=80=A6 = well, massive delay?

I can=E2=80=99t imagine such an application being happy with = TAPS swapping in TCP or even QUIC as a replacement=E2=80=A6 and = conversely, going with Aaron=E2=80=99s thought model, I can=E2=80=99t = imagine a =E2=80=9Cnormal=E2=80=9D application benefiting hugely from = DTN?

What am I = missing in this picture?

Perhaps, when delay gets a LOT better, the DTN = application might in fact be happy to run over e.g. TCP or QUIC. Is this = a (the only?) use case? Is it realistic, even?

Cheers,

Michael

= --Apple-Mail=_6FA60D5D-3EF9-4286-A94C-00F45D77D1A7-- From nobody Mon Apr 26 23:58:26 2021 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 6CB3C3A130E; Mon, 26 Apr 2021 23:58:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i-gBWrcpRwnp; Mon, 26 Apr 2021 23:58:16 -0700 (PDT) Received: from mta1.cl.cam.ac.uk (mta1.cl.cam.ac.uk [IPv6:2a05:b400:110::25:1]) (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 A4FF43A130D; Mon, 26 Apr 2021 23:58:12 -0700 (PDT) Received: from ely.cl.cam.ac.uk ([2001:630:212:238:230:48ff:fefe:c314]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.90_1) (envelope-from ) id 1lbHfY-0003Y7-Rd; Tue, 27 Apr 2021 06:58:04 +0000 From: Jon Crowcroft To: Michael Welzl cc: "Velt, R. (Ronald) in 't" , Aaron Falk , "dtn@ietf.org" , "taps@ietf.org" , Jon Crowcroft In-reply-to: <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> Comments: In-reply-to Michael Welzl message dated "Mon, 26 Apr 2021 20:34:40 +0200." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <20814.1619506684.1@ely.cl.cam.ac.uk> Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Apr 2021 07:58:04 +0100 Message-Id: Archived-At: Subject: Re: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 06:58:21 -0000 not exactly DTN, but opportunsitic networks, as envisaged in Haggle had pluggable protocols at most layers - = Haggle: Seamless Networking for Mobile Applications https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/haggle= -ubicomp2007.pdf DTN is also sometimes interpreted as "Disruption Tolerant Networking", (e.g. not just delay between earth and mars, but phobos or deimos get in the way from time to time, so ingenuity crashes without anyone seeingg (or in the terrestrial case, you'ree train goes into a tunel whether there's no cell phone coverage)... > Sorry, answering myself: speaking for and probably to myself:) > = > > On Apr 26, 2021, at 8:29 PM, Michael Welzl wrote: > > > > Hi, > > > > > >> On Apr 25, 2021, at 11:49 PM, Velt, R. (Ronald) in 't = > > wrote: > >> > >> Hi Aaron, > >> I was marveling the news about exploration on Mars this week and this= = > caused me to wonder if anyone has looked at DTN as a protocol provided b= y = > TAPS. My recollection of DTN is rather rusty and I think it might be an = > informative thought experiment for the API. > >> Funny you should mention that. > >> > >> A short while ago I had a thought about a TAPS CLA (Convergence Layer= = > Adapter, the layer below the Bundle Protocol and above the Transport = > Layer) as potentially =E2=80=9Cone CLA to rule them all=E2=80=9D. (It wa= s no more = > than that: a passing thought, quickly evaporating). This would be more o= r = > less the complement of your thinking; DTN-over-TAPS instead of DTN as on= e = > of the candidate transports that TAPS might select (if all else fails, = > presumably). > >> > >> Throwing this as bait to the DTN WG, since there could be someone = > there interested in either thought experiment. (Not sure how much overla= p = > there is between both communities). > >> > >> --Ronald in =E2=80=98t Velt > >> > > > > Sorry for being negative about what clearly is academically-minded = > brainstorming=E2=80=A6 I should be open towards such stuff :-) > > But=E2=80=A6 aren=E2=80=99t DTN applications special applications, wh= ich make = > implicit assumptions about the network underneath, i.e. they=E2=80=99re = written = > particularly for the use case, because they expect=E2=80=A6 well, massiv= e delay? > > > > I can=E2=80=99t imagine such an application being happy with TAPS swap= ping in = > TCP or even QUIC as a replacement=E2=80=A6 and conversely, going with Aa= ron=E2=80=99s = > thought model, I can=E2=80=99t imagine a =E2=80=9Cnormal=E2=80=9D applic= ation benefiting = > hugely from DTN? > > > > What am I missing in this picture? > = > Perhaps, when delay gets a LOT better, the DTN application might in fact= = > be happy to run over e.g. TCP or QUIC. Is this a (the only?) use case? = > Is it realistic, even? > = > Cheers, > Michael > = > = > _______________________________________________ > Taps mailing list > Taps@ietf.org > https://www.ietf.org/mailman/listinfo/taps > = From nobody Tue Apr 27 16:31:33 2021 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 5F1313A2552 for ; Tue, 27 Apr 2021 16:31:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=yahoo.co.uk 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 OVMMWdeq1j9J for ; Tue, 27 Apr 2021 16:31:26 -0700 (PDT) Received: from sonic302-21.consmr.mail.ir2.yahoo.com (sonic302-21.consmr.mail.ir2.yahoo.com [87.248.110.84]) (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 2FFA23A254C for ; Tue, 27 Apr 2021 16:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1619566279; bh=idURyo++4unkD0ehumAO+6wN/XAc6UGNt0Iy2oRe+NQ=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=VlARq6F+pMA93j8IjM9tWEBm6X9Gc2Kdv09SC73D0jRmjkpdmp1WPrVLa/i4QV62HUnFcrTUUlpvcexmLrlGDapP6FDawlMH0MkZbbDGo7YpoiblI4k8FCsylhvhga/JBJLRpJh2VyHmLO32d9R9JqQF+WKemFCDMD7wjG/p5Z/Tx5jcrn0lP6w8DJVQP7jWczup4y7q5q94+u/m8rg76c75cuncKiZz+4cb0luhq1lnSotj+xUOcfxvYIZ0EOVifFOHtYp170PFZZJIHzoXXdeduO0s8PVKUTuQQMr+8WSpG75xpABrhikth7vFTx6rjFpqFCVXsKtiZD/naNrlsA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619566279; bh=UnNpv/DPTzdk1e8qeTe1AXp9L7f6qBILHTRCeBESrcA=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=JKzyplWCfxvXA71hKCklpyL2eVH5lVimVGhy++/4IR0KknAqGeScykSVdmmn4zG0nwDFCyYIjcOqkF7sucCy9d6+vKqTavhpJV+XyI1ZkgIyxkjP7r3dds0u9mjd+dGU6pe7t75fqjKepkRAUfF9MTf+uLQANXKd9BYrkEbIcEy1bWpIiwY1FTiB2NIBdcwjA+exoiyBv34eiHSno3RY+NevSr++B0JkA8HcrcLkTqULae+m7Q8jLIN8BiK1zF8+S5E6Li+zI0Jn1Fj2HkLx0kKN1m39rLHemvW0Vt2eXs/2vkKbRbdkhyTTs08ijgQ991vCErcYLCb5laTTGDXf8Q== X-YMail-OSG: NuZhr7kVM1nWfP_ce8Kh5HgyQKSxGHIj82vhfn0ZkO0XfXOceMco6EM2ihRO03J LxZGUr.IE26t59xMXagKmL0fyzoqUNjWTW0iL1yQUjQNwhdDd.wz.60uFWCbWqeCEk51s6TamaBA EhEU9naambZsWcRfAJBjOWxALNtDLR7z9b5knd.Pi7eS64AHbmhuTbmNWlWwbQUaDjDs_eMggHS4 hA6RXRZLw5nhdhq8OCtWh7rphS0vEbuumoYTVBG1_z73DLJ9AHlNhZTByGAjoE6HbkX0KsjcKsg2 2FcQW1jsx9AkpsuQFjvzVzOnQ.v62X_hu.6xjpiqnF62EARaIgf3BS43Llw26Y1b41hGMHuacAKg KcQKZzo1nSDuqV2qHN0g9BBIQ_wZ1WCgKtAS9MXQQsf9dHcEuqfZnBcpWESxlR3rbFYJ7wWkmpKx 6USmDXmWFwjUdiCe.LJ9pxlUiB0eg9X.TpMJ5C86igYdtVzW7uG3ynS1pBQzCfQj4jeQ7_DJQcHW gBhDwfGHjBpFJG0PI6S.CvC1MhCBtUsnPvodzMVXKrBLy2Xl.gXTxOF9SA7KIOVlDgYXyXh_lY8n 5AOSJ6FgNhCpaeaWPmBsxlNFeUfOq6vIY.3jNt3Y8nJXIM.up4klRS6cBVKdVR7PGmK.BpMbAbH. zZU1k1mgFGWK9sMHlDowcoGotSKm2ji7XhLpjKku2CQvauCfO2FJwwJZq71o7XlWc691L96v2Uox Rlpv.eDWCPYJe0XX_.XVULW3Br_NZ_RuCQ2NNATjvINhrVz54mWOj4gmGdqE9irVfETEXqcwVi_H IHGvwuRKrpzELO7duBF0HLsYdTzsj93anL00O1EGx15mbcTyg3ll.sT6UR4CE.sx6wI3z7QIvijs rEn3YCtmsEvUDbyRRpEQWBFJMpbidE03F0TPBoSTrXXUgJpRtWui8ECLThbI5jkQjHJfP6ZjnOTD Y.uOik1DqN5uq_S_S4y_2MslnLufs_.lyFCR1BaiK4NAyY4DTO72IzM2ZAe52IbvTk2SrxMX4NrX nvz5Cx6TPs0Wn5qwhFt0PMsQARnQCMxI4Sebh4Do0CXfxGrg0JvpOUWOsk9.TfeMM4oUMGtDgkmP howftvyCiCAGSZZ8puxn6LJ1GStVMhWMLkLMBaAHLjDtIKqK2eh_xVgZndHwOSbOrZOncAjJke6r Y9s37dTFEYsoGZ3W9QHiQINP_a0h_i2lB3Va6EUQo6260plWx1R1z5LQQghsTrOhtTVgA0alNyLm OYCg7UN_u4Nz4t507eIkQ87mUi5dPRDlnlvx7Szk_30.oQD7h6FC3GlqBmq.5XAp7UVrM1suzPCC crsm0bC7yseQAUMgCxOGNme3Sot9V4xaNwztDuKhMGlOGmTJXozQ9kCCC_36K_Kymuhjvtfsfq63 GQeFf.9GrIYDd0aujF.70ccq_ppgl7bn_nxIq0oGqWWBU2f6BEl5i5fNN5bf6PsxJXms_lzF45eL AkoMzRrDsTuYlfJJiitB.A2Du2UANM7lqso21O6XRolMN2Hlm7jT6G4oJohKnl.GxM2kJI63uSl3 IWi89JJwjK175pwP5MAcshW48uKDpVl2dAIQ6P2EI_B0EpvQl6Miassv5xkXM5Ck7LPfx3xQYJaW PTOtk_Da4wWNw4Xc_M_lemYwKapMB9jVx8dBCvtdxyNRAFNTJcwi2IpPseKBL0qljvKXRqSgVe9e 4uUx62tnUnXE_3EqCP0Tjqqjlo8I4f6tXoc3CTM2snlxsRiCu8DvOXO8L36U8DaAccTXCd8eCJS7 _VzJrEVV0LPPEFt089wJI.nmBKFj0BVwOf1IT.ptEvs.WxjbnW7AJEzuxapNeRQMoHn9WiY9lLt4 niVfrM2CXK8m7mesfBmVwIHlJWfHJZdi5CnKVppqfOe8dKBZFr.6gxynn1rEe61WK_AOnZ5kGpbU MvnaDq4dat5c_LtOpe3add_z54aNJADIREraQkLvruDkbQ0kTO.Dn0lCdd_Y0rdP71F6i0rRO97I rwdEzeemL4elXvvDrhr0p3.XvfQ84m7TZkYKm7Z3E7xNCqGEWSx6x2iLFmKx0vO27IwBN9.0KbPu mLLT9ImDvGlIRSKXFh4ib.lKapucqqiO8psmXO_8Ucxy.WllWZVObu60UvH2ebHMb7CNCOO3w.Cz 4V7xajaQ47Tu0jubDmKd4ecKhTFgfb1fohD9jp6JmE_bjtozavMRS24pMaixsaHUUShl_bTEEuOL ltnRCveGy571uT_YyqMC89t_3_wCUp0wZP0leb3vc5plurBtjEJyGkR6_woyUYQF9BojBfYP7Vmk 1fPy4VPkluCGD8CHF8SXgE1v1rwM4d4FGkE_9ZckRtFfyn6u7cUidHWmhDnQsFY_FRBjPkJdwZNw TSsu0FehzjPqjgXloaHzeIVDYTGigH3uObIJ0ZE9.OAh6KJuIYwPadlQ93_t_oywqzxS4xhbzpc9 f4jWapDqEtknEsCTow8PYoBZm9kA4xn4PpFEO.l21MLx1JD8re8yIXVAhfR6tWYV.3aY7D3S3mV2 VQzWDxHx0jQVtB2L6QgjbxPdbs0NFcNtCFPUwDESBvV3zY4gR7gtth.a8mmFTwR_uug4hmUeGkfF ldm3FMDHTQC7_fqXjQpShdiIiggnqRTkDJ2LQdqrcFtGQs5yxmnAjAaDtkotrXfwzcuTom8zQ37r qmw7DHWre_HeFDstOo5J2O_MRWLnfnrMGpY6a9MOOTt81OxODIeiWNFVDCKMA_RkAIuPo4NQvX1D 6nY7B0OgaF.cxAw3LM3lDr.ZJULlu8BhDsN5.2zjuB_Ujdxnm0pyUHPw_attz9BrJRuM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ir2.yahoo.com with HTTP; Tue, 27 Apr 2021 23:31:19 +0000 Date: Tue, 27 Apr 2021 23:31:16 +0000 (UTC) From: "lloyd.wood@yahoo.co.uk" To: Michael Welzl , Jon Crowcroft Cc: Aaron Falk , "taps@ietf.org" , Jon Crowcroft , "dtn@ietf.org" , "Velt, R. (Ronald) in 't" Message-ID: <298987411.2109524.1619566276792@mail.yahoo.com> In-Reply-To: References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.18138 YMailNorrin Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.85 Safari/537.36 Archived-At: Subject: Re: [Taps] [dtn] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 23:31:31 -0000 On Tuesday, 27 April 2021, 16:58:29 GMT+10, Jon Crowcroft wrote: > DTN is also sometimes interpreted as "Disruption Tolerant Networking", > (e.g. not just delay between earth and mars, but phobos or deimos > get in the way from time to time, so ingenuity crashes without anyone > seeingg > (or in the terrestrial case, you'ree train goes into a tunel whether > there's no cell phone coverage)... In the interplanetary internet delay-tolerant networking case link loss can be planned for and scheduled into operations. Orbital mechanics are quite predictable in the short-to-medium term. Path delays are long. (and phobos and deimos don't cast large shadows...) Trains are also scheduled and run according to plan -- in most countries. When a car goes into a tunnel, however, is less amenable to planning. Disruption is, by its nature, unplanned. Path delays are shorter. A graph that attempts to represents the orthogonality of delay- and disruption-tolerant networking, and how they differ, is in fig 1 of: Sharing the dream: The consensual networking hallucination offered by the B= undle Protocol http://dx.doi.org/10.1109/ICUMT.2009.5345655 http://lloydwood.users.sourceforge.net/Personal/L.Wood/publications/index.h= tml#e-dtn-position TCP is pretty much the default for DTN, because much development was done over TCP, it was well-understood, convenient, reliable. Transports for actu= al delay and disruption are far harder. Lloyd Wood=C2=A0 http://lloydwood.users.sourceforge.net/Personal/L.Wood/dtn/ From nobody Tue Apr 27 17:22:02 2021 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 CE55C3A2722; Tue, 27 Apr 2021 17:22:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=akamai.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 MCz_hEDmMysC; Tue, 27 Apr 2021 17:21:56 -0700 (PDT) Received: from mx0a-00190b01.pphosted.com (mx0a-00190b01.pphosted.com [IPv6:2620:100:9001:583::1]) (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 8C77C3A2721; Tue, 27 Apr 2021 17:21:56 -0700 (PDT) Received: from pps.filterd (m0122333.ppops.net [127.0.0.1]) by mx0a-00190b01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 13S0KHd9025507; Wed, 28 Apr 2021 01:21:53 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=v5P4xy7++Od1MgnCGusU0nktBxVcP39DczM/qmvi1q0=; b=XawcZri1mRttDNr3zD2t6O/uDLR8WuB/Eh8A1LTItpTM6RpOhkSDuHlRfEe59ilG2AmH pKuTGJbbHTZ2+kqBFw4vVDN7ozKGgu6/Q3HJuQ4QYLJx92/WuesFsUgsvqvKAPXvmBD4 YQ7Am0BzzQVpyMD9M5aXl5QYxWLGBtddUqZzRVcyfTrmmfdWiHa6Gdn+3O+7Dgq07ooS 2QObtmmMVab7gJwbvWlZx+MvLNTlabtq9v8Q9I4X2YnDlFaJu2v60HNFHTIfwE1qiVqP ci7dNG8fqA7O5YYPNNBJIWHR9i3A8SEslSCL2M21NmQ+7e3O0Kw1r4SLZL0hHbzQuNDv uA== Received: from prod-mail-ppoint1 (prod-mail-ppoint1.akamai.com [184.51.33.18] (may be forged)) by mx0a-00190b01.pphosted.com with ESMTP id 386umvvfqq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 28 Apr 2021 01:21:53 +0100 Received: from pps.filterd (prod-mail-ppoint1.akamai.com [127.0.0.1]) by prod-mail-ppoint1.akamai.com (8.16.1.2/8.16.1.2) with SMTP id 13S0K0d5002422; Tue, 27 Apr 2021 20:21:52 -0400 Received: from email.msg.corp.akamai.com ([172.27.123.30]) by prod-mail-ppoint1.akamai.com with ESMTP id 384enyrjea-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 27 Apr 2021 20:21:51 -0400 Received: from USMA1EX-DAG1MB5.msg.corp.akamai.com (172.27.123.105) by usma1ex-dag3mb2.msg.corp.akamai.com (172.27.123.59) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 27 Apr 2021 20:21:51 -0400 Received: from usma1ex-dag1mb6.msg.corp.akamai.com (172.27.123.65) by usma1ex-dag1mb5.msg.corp.akamai.com (172.27.123.105) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 27 Apr 2021 20:21:50 -0400 Received: from usma1ex-dag1mb6.msg.corp.akamai.com ([172.27.123.65]) by usma1ex-dag1mb6.msg.corp.akamai.com ([172.27.123.65]) with mapi id 15.00.1497.012; Tue, 27 Apr 2021 20:21:50 -0400 From: "Holland, Jake" To: Michael Welzl , "Velt, R. (Ronald) in 't" CC: Aaron Falk , "dtn@ietf.org" , "taps@ietf.org" Thread-Topic: [Taps] DTN & TAPS Thread-Index: AQHXOfPkaKuOGepZo02Z0gL+wDAe0arGCM2AgAFalgCAAAFlAIABffuA Date: Wed, 28 Apr 2021 00:21:50 +0000 Message-ID: <4E1403F4-898A-4BC6-81E4-5B16D83AE52A@akamai.com> References: <61FA5C09-7AE9-45D9-AD7F-47190E567F28@gmail.com> <73377cc914644fd4a14ad8bccc0ec53c@tno.nl> <00378033-242B-4B84-A93F-6960C63A60F5@ifi.uio.no> <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> In-Reply-To: <371F8CDC-012B-466B-9E43-48E5F42F8520@ifi.uio.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.48.21041102 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.27.164.43] Content-Type: text/plain; charset="utf-8" Content-ID: <4F3DE3218D52004CA6B6919C1C9492FD@akamai.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-27_13:2021-04-27, 2021-04-27 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 phishscore=0 mlxlogscore=999 suspectscore=0 malwarescore=0 spamscore=0 mlxscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104280000 X-Proofpoint-GUID: 6kazbF4YL5qNLIh4HPlHb7ag01HxsM7C X-Proofpoint-ORIG-GUID: 6kazbF4YL5qNLIh4HPlHb7ag01HxsM7C X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-27_13:2021-04-27, 2021-04-27 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 impostorscore=0 adultscore=0 lowpriorityscore=0 bulkscore=0 malwarescore=0 clxscore=1011 priorityscore=1501 phishscore=0 spamscore=0 mlxlogscore=999 mlxscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104280000 X-Agari-Authentication-Results: mx.akamai.com; spf=${SPFResult} (sender IP is 184.51.33.18) smtp.mailfrom=jholland@akamai.com smtp.helo=prod-mail-ppoint1 Archived-At: Subject: Re: [Taps] DTN & TAPS X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 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 Apr 2021 00:22:01 -0000 RnJvbTogTWljaGFlbCBXZWx6bCA8bWljaGF3ZUBpZmkudWlvLm5vPg0KPiBCdXQuLi4gwqBhcmVu 4oCZdCBEVE4gYXBwbGljYXRpb25zIHNwZWNpYWwgYXBwbGljYXRpb25zLCB3aGljaCBtYWtlDQo+ IGltcGxpY2l0IGFzc3VtcHRpb25zIGFib3V0IHRoZSBuZXR3b3JrIHVuZGVybmVhdGgsIGkuZS4g dGhleeKAmXJlDQo+IHdyaXR0ZW4gcGFydGljdWxhcmx5IGZvciB0aGUgdXNlIGNhc2UsIGJlY2F1 c2UgdGhleSBleHBlY3QuLi4NCj4gd2VsbCwgbWFzc2l2ZSBkZWxheT8NCg0KU3VjaCBhbiBhcHAg c3RpbGwgd291bGQgYmVuZWZpdCBmcm9tIGEgc2FuZXIgdHJhbnNwb3J0IEFQSS4gIFRoZQ0KY29y ZSBwcm9ibGVtIFRBUFMgc29sdmVzIGlzIHRoYXQgZG9pbmcgdHJhbnNwb3J0IHdoaWxlIHJlc3Ry aWN0aW5nDQp5b3Vyc2VsZiB0byB1c2Ugb2YgdGhlIGV4aXN0aW5nIHN5c3RlbSBjYWxscyAocGFy dGljdWxhcmx5IHNvY2tldHMpDQptYWtlcyBsaWZlIG11Y2ggaGFyZGVyIHRoYW4gaXQgbmVlZHMg dG8gYmUsIGFuZCB0aGlzIHByb2JsZW0gc2VlbXMNCm5vd2hlcmUgbW9yZSB0cnVlIHRoYW4gaW4g RFROLg0KDQo+IEkgY2Fu4oCZdCBpbWFnaW5lIHN1Y2ggYW4gYXBwbGljYXRpb24gYmVpbmcgaGFw cHkgd2l0aCBUQVBTIHN3YXBwaW5nDQo+IGluIFRDUCBvciBldmVuIFFVSUMgYXMgYSByZXBsYWNl bWVudOKApiBhbmQgY29udmVyc2VseSwgZ29pbmcgd2l0aA0KPiBBYXJvbuKAmXMgdGhvdWdodCBt b2RlbCwgSSBjYW7igJl0IGltYWdpbmUgYSDigJxub3JtYWzigJ0gYXBwbGljYXRpb24NCj4gYmVu ZWZpdGluZyBodWdlbHkgZnJvbSBEVE4/DQo+DQo+IFdoYXQgYW0gSSBtaXNzaW5nIGluIHRoaXMg cGljdHVyZT8NCg0KSSBhZ3JlZSBpdCB3b3VsZCBuZWVkIHRvIGF2b2lkIGFjY2lkZW50YWxseSBz d2FwcGluZyBpbiBUQ1Agb3IgUVVJQw0KbmFpdmVseS4gIEJ1dCB0aGF0J3MgYmVjYXVzZSB5b3Un bGwgc2VlIHRvbyBtYW55IGVycm9ycyB0byBiZSB1c2VmdWwsDQpub3QgYmVjYXVzZSB0aGUgbmVl ZHMgb2YgZGF0YSB0cmFuc2ZlciBmb3IgRFROIHVzZSBjYXNlcyBjYW4ndCBiZQ0KZXhwcmVzc2Vk IGluIHRlcm1zIG9mIHRyYW5zcG9ydCBwcm9wZXJ0aWVzIGFuZCB0cmFuc3BvcnQtcmVsZXZhbnQN CmV2ZW50cy4NCg0KPiBQZXJoYXBzLCB3aGVuIGRlbGF5IGdldHMgYSBMT1QgYmV0dGVyLCB0aGUg RFROIGFwcGxpY2F0aW9uIG1pZ2h0IGluDQo+IGZhY3QgYmUgaGFwcHkgdG8gcnVuIG92ZXIgZS5n LiBUQ1Agb3IgUVVJQy4gSXMgdGhpcyBhICh0aGUgb25seT8pDQo+IHVzZSBjYXNlPyDCoElzIGl0 IHJlYWxpc3RpYywgZXZlbj8NCg0KSSBleHBlY3QgdGhlc2UgbWlnaHQgYmUgcGFydCBvZiB0aGUg c3RvcnkgZm9yIGEgRFROIGxheWVyLCBidXQgSSdsbA0Kc3VibWl0IHRoYXQgaXQncyBpcnJlbGV2 YW50IHRvIHRoZSBxdWVzdGlvbnMgb2Ygd2hldGhlciBEVE4NCmFwcGxpY2F0aW9ucyB3b3VsZCBi ZW5lZml0IGZyb20gdGhlIHVzZSBvZiBhIFRBUFMgQVBJLCBvciB3aGV0aGVyDQpzdWNoIGFuIEFQ SSBjb3VsZCBiZSBpbXBsZW1lbnRlZCBpbiBhIHdheSB0aGF0IG1lZXQgdGhlIG5lZWRzIG9mIERU Tg0KdXNlIGNhc2VzLg0KDQpOb3RlOiBJJ20gbm90IHNheWluZyB0aGVyZSdzIG5vIHByb2JsZW1z IHRvIHNvbHZlIGhlcmUsIHBvdGVudGlhbGx5DQpyZXF1aXJpbmcgZXh0ZW5zaW9ucyB0aGF0IGdv IGJleW9uZCBUQVBTLWFzLWN1cnJlbnRseS13cml0dGVuIG9yDQp0aGluZ3MgdGhhdCBtaWdodCBu ZWVkIHNwZWNpYWwgaGFuZGxpbmcuICBGb3IgaW5zdGFuY2UsIG1heWJlIHRoZXknbGwNCm5lZWQg c3VwcG9ydCBmb3IgYSB3cml0ZSBjb21wbGV0aW9uIGFmdGVyIGEgcmVib290IG9mIHRoZSBkZXZp Y2UsIG9yDQpvdGhlciBzdWNoIGNyYXppbmVzcy4gIEhvd2V2ZXIsIEkgdGhpbmsgdGhleSBjb3Vs ZCBkbyBsb3RzIHdvcnNlIHRoYW4NCnN0YXJ0aW5nIHdpdGggYSBUQVBTLWJhc2VkIEFQSSBhbmQg dHJ5aW5nIHRvIG1ha2UgaXQgd29yayBhcyBhIGdlbmVyaWMNCkRUTi1jYXBhYmxlIHRyYW5zcG9y dCBsYXllciBmb3IgdGhlIGVuZHBvaW50cyB0aGF0IG5lZWQgaXQuICBJIHNlZQ0Kbm8gZnVuZGFt ZW50YWwgcmVhc29uIGxvY2FsIGRpc2sgY2FjaGVzIGFuZCBzZXNzaW9uIHJlLWluaXRpYWxpemF0 aW9uDQpmcm9tIGEgcHJpb3Igc3RhdGUgY2FuJ3QgYmUgcGFydCBvZiBhbiBpbXBsZW1lbnRhdGlv biBsYXllciwgaWYgeW91DQp0aGluayBhYm91dCBpdCBhIGxpdHRsZSBicm9hZGx5Lg0KDQpKdXN0 IG15IDJjLg0KDQpCZXN0IHJlZ2FyZHMsDQpKYWtlDQoNCg0K From nobody Fri Apr 30 01:02:24 2021 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 ADE313A1954 for ; Fri, 30 Apr 2021 01:02:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 qHOCe0YMwBOt for ; Fri, 30 Apr 2021 01:02:18 -0700 (PDT) Received: from magpie.corvid.ch (magpie.corvid.ch [46.101.110.207]) (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 D1B843A194C for ; Fri, 30 Apr 2021 01:02:17 -0700 (PDT) Received: from [127.0.0.1] (helo=magpie.corvid.ch) by magpie.corvid.ch with esmtp (Exim 4.92) (envelope-from ) id 1lcO4C-0003XM-PE for taps@ietf.org; Fri, 30 Apr 2021 08:00:04 +0000 Content-Type: multipart/alternative; boundary="===============0433773387221732308==" MIME-Version: 1.0 From: TAPS WG status robot To: taps@ietf.org Message-Id: Date: Fri, 30 Apr 2021 08:00:04 +0000 Archived-At: Subject: [Taps] Weekly github digest (TAPS GitHub Activity Digest) X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IETF Transport Services $TAPS$ Working Group"

Friday April 02, 2021

Pull requests

ietf-tapswg/api-drafts (+0/-0/=F0=9F=92=AC2)

Repositories tracked by this digest:

Friday April 09, 2021

Issues

ietf-tapswg/api-drafts (+19/-0/=F0=9F=92=AC7)

Pull requests

ietf-tapswg/api-drafts (+2/-0/=F0=9F=92=AC0)

Repositories tracked by this digest:

Friday April 16, 2021

Issues

ietf-tapswg/api-drafts (+17/-13/=F0=9F=92=AC60)

Pull requests

ietf-tapswg/api-drafts (+14/-10/=F0=9F=92=AC2)

Repositories tracked by this digest:

Friday April 23, 2021

Issues

ietf-tapswg/api-drafts (+0/-0/=F0=9F=92=AC1)

Pull requests

ietf-tapswg/api-drafts (+3/-0/=F0=9F=92=AC0)

Repositories tracked by this digest:

Friday April 30, 2021

Pull requests

ietf-tapswg/api-drafts (+0/-1/=F0=9F=92=AC1)

Repositories tracked by this digest: