Re: [Taps] Éric Vyncke's Discuss on draft-ietf-taps-arch-18: (with DISCUSS and COMMENT)

tom petch <daedulus@btconnect.com> Mon, 28 August 2023 10:59 UTC

Return-Path: <daedulus@btconnect.com>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0E46C151536; Mon, 28 Aug 2023 03:59:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WmGnhvz3ZQNU; Mon, 28 Aug 2023 03:59:56 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on2112.outbound.protection.outlook.com [40.107.13.112]) (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 E9CFEC14CF17; Mon, 28 Aug 2023 03:59:51 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DscdzPE175nntNZuLt+moRcyd4IkoGm6Jgx/Oa2I2qawRx5Ezr5DRxvt4AkQWUn+XyV8gfU4e6j50ui1T3xtDGmgJLrkZ41T30KwokoeCSVWO2WZxtA9L4onwFg4/oRJ8XBZNeyD+WXmTHF/F2nZUYT/v9AaCoyQyyIPhFSN9T+TNKSE2UsspO382vjQ6yOHGlyUc4ZJa+WSGzH7MMPqCivbE/2xb4MxY0qCYxlO7FkEz7hWsk48Mm+Fhwk1+lTyKLTG8BX29tgpTO+bLGef9Zw3IXk9Zdg/KpY7OGoGkHAkDf/8BPWZ1T2PFO/XiPb7S2WlYB07tFwN8EBvpdglUw==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=++tkx7adl8/WIBxIznZ6wPFJ0Lol5Lazft5Hh91Hb5A=; b=Jyl5fDe0kCcusnGTOmY4k39d3+RBQl5G1eUhFzluNnytqktfzf3+MXncwOfpfkAbJXjyL0GIH6ds97rCaFcgovJ9h66yLZHmMNqskMiRglqH+5o6Jj6+2VieKlkEtKM8Cn42Hsp4+qh60PA4CvIpD76y6fcYN3sVGYKYRSHUk/KZYeU0IGcsBvxL5u1X2C71SK7Jw15qwbKIljroWvAvIVes6W2tHniPvw7ytyJ9q5m1axTVUwRJnIgBHOd9xScsDJMVKq6aF2eDPF+doyojmj5teEl5XK+GbMh7cFVoQnGbCB17Rdkz/JXip9mSby6HGYDDkCtqgo0hqOjNwHn77A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=++tkx7adl8/WIBxIznZ6wPFJ0Lol5Lazft5Hh91Hb5A=; b=g1sCqKHfKzIRG/zWMSSOdWti1MbzJUSO7cTJ0mmwvEUSr0EbXOjQol7LCbBbdk8VMnkKOfVmmF60TKan1LgXNCt1AUmmbj/BfQQur4KHWoM9r6fHHVNouTqsNecghwmSGcbLm1GnOeV9mAw5mbopRlp6lzdusPnRdHVnXvuQhXM=
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com (2603:10a6:800:18b::8) by DB5PR07MB9514.eurprd07.prod.outlook.com (2603:10a6:10:48f::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6699.34; Mon, 28 Aug 2023 10:59:49 +0000
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::31e2:6d04:6cd7:9f78]) by VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::31e2:6d04:6cd7:9f78%6]) with mapi id 15.20.6699.034; Mon, 28 Aug 2023 10:59:48 +0000
From: tom petch <daedulus@btconnect.com>
To: The IESG <iesg@ietf.org>, Éric Vyncke <evyncke@cisco.com>
CC: "draft-ietf-taps-arch@ietf.org" <draft-ietf-taps-arch@ietf.org>, "taps-chairs@ietf.org" <taps-chairs@ietf.org>, "taps@ietf.org" <taps@ietf.org>, "michawe@ifi.uio.no" <michawe@ifi.uio.no>, "michawe@ifi.uio.no" <michawe@ifi.uio.no>, "bevolz@gmail.com" <bevolz@gmail.com>
Thread-Topic: [Taps] Éric Vyncke's Discuss on draft-ietf-taps-arch-18: (with DISCUSS and COMMENT)
Thread-Index: AQHZ2Z0FBONMJh52NECLoI8y/UHKeK//iSci
Date: Mon, 28 Aug 2023 10:59:48 +0000
Message-ID: <VI1PR07MB670438BD6372354A34AFDFBAC6E0A@VI1PR07MB6704.eurprd07.prod.outlook.com>
References: <169321963459.52820.17905626018364439033@ietfa.amsl.com>
In-Reply-To: <169321963459.52820.17905626018364439033@ietfa.amsl.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: VI1PR07MB6704:EE_|DB5PR07MB9514:EE_
x-ms-office365-filtering-correlation-id: ebae98d9-7d85-422c-5cc6-08dba7b5e5a6
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: g50IwzYRvQToEraKox6Hvabnn5c+FYRKEdd1ZtmMZ9Q2x0SMaRDMFni/tXREQ2uzGAZnN3eGL7SO9oRcCmplJDQuhgR7Wnm8qF+/Kj7vAG/NKrMkS25dk/GESZHOJRqMpH8x7nOxruSmgGobDh1qUabF9+ekxpukR6Ishr3qbfmsOUrFCc28ePVS/mCbCjxF59sREmCXjtDWeJ4SPZRD9N9gBabIq7FDSeJZmTJjvmb8Sp9zRrBSMYTUun/dOyPni/xZflbcOywd0k85pNg1ma6Sm4bPZ44QdFOovVEMw5zUbBpHJZFdsIRcKopZ3ztDNRnSE7avjv7atcmfvurmXfg+I9/ABnugv7LGP8BXvisM+eBaJokMUSf2mLbn+QLeUIExiHq7DjcMHQEXDWH4QP/G0GEPINMJAFm8qPiO2yL2DvMMqOWqIX70iZzCBZXuw5IwwCmIj26PigAb4llWsmiyVhYW0+3bPzg87qYwE7MzkYSl6OxF+fHPOh1/sfo3w6NuV/qPegdCV+z76LBgo8oKpr+2DAJDX/JsfCid6MDCc4Ud2QWwOJmTW3ibAHi3sa0onM4H7LRVaZZJDKXZs6hWxE8nGv7fAcz2W1F7lrVheAWJ9vzroHUXMNW3IBCvGxUGzbb/3xqW29RmRo86KQygRQc8iyl+WG2zv3LE/Wx+9cfK/43KZ7FORNNdXvMB
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB6704.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(366004)(346002)(39860400002)(396003)(376002)(136003)(451199024)(1800799009)(186009)(66574015)(52536014)(4326008)(5660300002)(8936002)(6506007)(7696005)(12101799020)(71200400001)(9686003)(26005)(83380400001)(122000001)(55016003)(966005)(478600001)(38100700002)(82960400001)(316002)(66476007)(54906003)(38070700005)(66946007)(110136005)(66446008)(76116006)(66556008)(91956017)(64756008)(86362001)(224303003)(2906002)(33656002)(41300700001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: LxmO/Vm8lIYqXQ0l0rQoJQPLcH5qtPFsaH0/HW5sq5tHxNE2rqDeYrBDGvAfDExMdQRKa+HWE20Nr1UezS1/c5Qg9yvsveplYwR8x7RpxRJ/fyKeH8V7QhkrjpxFZ+v449REkKC/QfRUKRoGunXKkO7mL7LhVuNUH/MsteuVS3quga7WByQ4biMPE7HVFOXRLxlS2EH8Sdt/ejPsXuaIh8+IzxiTc41QCC5tdjOr5zfHVHPGratrSz+NKeufbhxX1rJkDlsflMv9xRYZRUiyn9gAMqNn7yaPD2Xb8aOnbA1KzK5jlRKLjwJEV2LcUXmL+d84tL97Tox3mdHibHpucKZPDrOXf0faBZwnUHoG6tmxXQRpN/ZdvJMngioiQ9l+dq45e+GdbBkabRNOjhjVHsWd1zO3qGoUSDcDaWNLg0Is7ZC2cBVZOJp0Q41lYJK+KWOXBZafLGLE9QWcFzMfU3EVVut74ixP25MB2lOXJnQGE23oZ3Vdy1g7ip0jBSq87yUKQASvg9zDDAVCpzMSztvb/dyeEhFFl0H3UyuiAxPAwqVgrddGbjgMmF/Nw9BNEDd3bywlbsSMO8Ke+9dZRDu/KP+BYZkYRM84AbHksAeYcbkh0ZeieoWqjz/i+RqDiNmifjdlwFDAC1m+8npowNJpckDZqHH/sbtETbKZ8Mx3GcOIjwUpobKzEssUjRG62Mn2kUwu30Ec54REGqNgeFDrBLeDv5807rPpzGrvUu2fCErMHCXz0tMFSqC2b9d6Bq/ckvmQpr5mTBI+Qg1kDb4W7PwG6jAZ6OvfsqGN9UcoptWdzZmX0Fw/YwLDdKhhhSYbXJ0kkR1LPs71cH73ud4wG4LJjj/g74C0bIAdJsvGYPiv4zahAhPY3Iq2Z7/bdtBWQ+8duMVXLIQtwwttoEr9edKtPAow1ha7ucUVpPu6DYijIZRGT8QyKSv7dOBiASIkGg/6Hw1mk47MtgUwcZ7JAaynjeopH4i11M5ucmKcnN9FyCwYwgIcXv/ChDg+lW0hfBLWbU3Na8GPjuUYj8Xsfq4puAOPPDLoLoI1pkRcQUXACc+mG0LW8M6DvcuKr021gygvXUvsy/sJtli5Zd+ffyoATYxMD9s9fWYmNAsTFglCFzEJwnaDiPC7zRAXgbxmAewJpEvGwtdW4LTxs0yTxtXmpGcvvQFNjyhoshrhUhYB4ZrJBNgnbd8Rr1WBxwk8dSjJWLH2QWzRwJsoNzSHVtQyOuqwfQlMO2Zf4dBzT7kGfg6yn0PIY9vEUmNOp8gspbe1QCXHR5RDZhFKN3sfQrvB49Ox5zD5cvYu4tpRyW7cDUhAsqmT4YInHb4386MOil1PWfmta+u7f6EgZQKrRHThfdPKMGkoTM/e3KBvqDyI8JSOg260UK39PI5h4WiTfVMUbDtV4aT2nFb+1eV4XXswb6usFqs//nP5gjtmO/JDAK/RVDBwIQawH51lExfYb0xuKlo7IeT4+PTEqCnyS1UOJ94XSK6dqjhbebuhji1S4unerANTC2t7Bp2PgzY2MuhJdapMRMye/627laXVm4V8toR0GqTFpZtRFpX23IS84p36ze/oPhnBj+/J
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB6704.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ebae98d9-7d85-422c-5cc6-08dba7b5e5a6
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2023 10:59:48.6682 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: hfKijlBOZpp1+A6S0B9jbM/vaiQFyKntr4h9uuw5Mn4t5cnoz3FTHleF1sNkyyzT0D2uBdsCO4jvzlQpps7Hdg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR07MB9514
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/Iw4W2S9iC49JUGsPXjf5B0Ub0J8>
Subject: Re: [Taps] Éric Vyncke's Discuss on draft-ietf-taps-arch-18: (with DISCUSS and COMMENT)
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Aug 2023 10:59:59 -0000

From: Taps <taps-bounces@ietf.org> on behalf of Éric Vyncke via Datatracker <noreply@ietf.org>
Sent: 28 August 2023 10:47

Éric Vyncke has entered the following ballot position for
draft-ietf-taps-arch-18: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

# Éric Vyncke, INT AD, comments for draft-ietf-taps-arch-18

Thank you for the work put into this *NEAT* document (private joke). It is easy
to read and is an important piece of work required to deploy new transports.

Please find below one blocking DISCUSS points (mainly to have a discussion, do
not worry too much), some non-blocking COMMENT points (but replies would be
appreciated even if only for my own education), and some nits.

Special thanks to Michael Welzl for the shepherd's detailed write-up including
the WG consensus and the justification of the intended status *even* if I
disagree with the intended status (see below my DISCUSS point).

Other thanks to Bernie Volz, the Internet directorate reviewer (at my request),
please consider this int-dir review:
https://datatracker.ietf.org/doc/review-ietf-taps-arch-18-intdir-telechat-volz-2023-08-25/
(minor nits)

I hope that this review helps to improve the document,

Regards,

-éric

# DISCUSS

As noted in https://www.ietf.org/blog/handling-iesg-ballot-positions/, a
DISCUSS ballot is a request to have a *discussion* on the following topics:

## Intended status

This is only to have a public discussion (over email before the telechat or
during the IESG telechat), I intend to ballot either NoObj or Yes after this
discussion. The shepherd's write-up writes that the intended status is
"proposed standard" per TAPS WG charter and I do not see anything related to an
architecture document in the charter and even less about its intended status.
Moreover, most IETF architecture documents are 'informational'.

<tp>
Which I see repeatedly as generating more work for the IESG:-(

Documents such as YANG models and protocol specifications need a Normative Reference and the information thye need is specified in the architecture model which then has to be flagged and discussed by the IESG as a downref.  Better to make architectures (and informational models) Proposed Standard in the first place.

Tom Petch


See also my comments about section 3.1


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------


# COMMENTS

## Anycast address

This document differentiates between unicast and multicast addresses, but
should there be a specific case of anycast addresses ?

## Section 1.4

I am not a transport expert but I would have included the transport protocol in
`Socket: The combination of a destination IP address and a destination port
number [RFC8303].`

## Section 2

Should 'DNS' be included in `system-provided stub resolver` ?

Figure 1 & 2 are nice but, please, add a references to them in the text.

In `it describes how implementations can use multiple IP addresses` isn't it
hidden usually to the application ?

## Section 2.3

In `The Socket API for protocols like TCP is generally limited to connecting to
a single address over a single interface.` should there be a mention of one or
several 'source' IP addresses ? Should 'address' be qualified by 'IP' (as
opposed to a DNS name or "Internet address" aka URL)?

## Section 2.4

How can a (nice) informational RFC 8170 "requires" in `incremental
deployability [RFC8170] requires coexistence`. Suggest to use "recommend" or
something similar to avoid confusion.

## Section 3.1

The presence of normative BCP14 terms ("SHOULD", ...) in an architecture
document looks weird to me (see my DISCUSS point above). Is this document an
'architecture' document or an 'architecture and requirements' one ?

## Section 3.3

What is the exact meaning of 'safely' in `Equivalent Protocol Stacks can be
safely swapped or raced in parallel` ?

## Section 4.1

s/Establishment (Section 4.1.4) focuses on the *actions* that an application
*takes on* the connection objects/Establishment (Section 4.1.4) focuses on the
*requests* that an application *sets to* the connection objects/ as it is not
really the application doing those actions ?

## Section 4.1.1

Please state the obvious: a multicast endpoint can only be a destination
endpoint.

## Section 4.1.3

Do the security parameters include DNS resolution security parameters ? E.g.,
mandatory use of DNSSEC or DoH?

## Section 4.1.5

Unsure whether the sentence `Messages are sent in the payload of IP packet` is
really useful. Suggest to remove it.

## Section 4.2.2

Suggest to mention RFC 7556 in the discussion about different local addresses
(interfaces?) and DNS resolvers.

# NITS

## Section 2

Is a capitalised "Connections" required in `the interface for an application to
create Connections and transfer data` ? Or should there be a text in the
glossary section about the use of capitalised terms ?

## Section 2.1

s/all interaction using the Transport Services API is expected to be
asynchronous/all interactionS using the Transport Services API ARE expected to
be asynchronous/ ?



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