From nobody Mon Aug 28 04:00:04 2023 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 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 To: The IESG , =?iso-8859-1?Q?=C9ric_Vyncke?= CC: "draft-ietf-taps-arch@ietf.org" , "taps-chairs@ietf.org" , "taps@ietf.org" , "michawe@ifi.uio.no" , "michawe@ifi.uio.no" , "bevolz@gmail.com" Thread-Topic: =?iso-8859-1?Q?[Taps]_=C9ric_Vyncke's_Discuss_on_draft-ietf-taps-arch-18:?= =?iso-8859-1?Q?_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHZ2Z0FBONMJh52NECLoI8y/UHKeK//iSci Date: Mon, 28 Aug 2023 10:59:48 +0000 Message-ID: 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: =?iso-8859-1?Q?LxmO/Vm8lIYqXQ0l0rQoJQPLcH5qtPFsaH0/HW5sq5tHxNE2rqDeYrBDGv?= =?iso-8859-1?Q?AfDExMdQRKa+HWE20Nr1UezS1/c5Qg9yvsveplYwR8x7RpxRJ/fyKeH8V7?= =?iso-8859-1?Q?QhkrjpxFZ+v449REkKC/QfRUKRoGunXKkO7mL7LhVuNUH/MsteuVS3quga?= =?iso-8859-1?Q?7WByQ4biMPE7HVFOXRLxlS2EH8Sdt/ejPsXuaIh8+IzxiTc41QCC5tdjOr?= =?iso-8859-1?Q?5zfHVHPGratrSz+NKeufbhxX1rJkDlsflMv9xRYZRUiyn9gAMqNn7yaPD2?= =?iso-8859-1?Q?Xb8aOnbA1KzK5jlRKLjwJEV2LcUXmL+d84tL97Tox3mdHibHpucKZPDrOX?= =?iso-8859-1?Q?f0faBZwnUHoG6tmxXQRpN/ZdvJMngioiQ9l+dq45e+GdbBkabRNOjhjVHs?= =?iso-8859-1?Q?Wd1zO3qGoUSDcDaWNLg0Is7ZC2cBVZOJp0Q41lYJK+KWOXBZafLGLE9QWc?= =?iso-8859-1?Q?FzMfU3EVVut74ixP25MB2lOXJnQGE23oZ3Vdy1g7ip0jBSq87yUKQASvg9?= =?iso-8859-1?Q?zDDAVCpzMSztvb/dyeEhFFl0H3UyuiAxPAwqVgrddGbjgMmF/Nw9BNEDd3?= =?iso-8859-1?Q?bywlbsSMO8Ke+9dZRDu/KP+BYZkYRM84AbHksAeYcbkh0ZeieoWqjz/i+R?= =?iso-8859-1?Q?qDiNmifjdlwFDAC1m+8npowNJpckDZqHH/sbtETbKZ8Mx3GcOIjwUpobKz?= =?iso-8859-1?Q?EssUjRG62Mn2kUwu30Ec54REGqNgeFDrBLeDv5807rPpzGrvUu2fCErMHC?= =?iso-8859-1?Q?Xz0tMFSqC2b9d6Bq/ckvmQpr5mTBI+Qg1kDb4W7PwG6jAZ6OvfsqGN9Uco?= =?iso-8859-1?Q?ptWdzZmX0Fw/YwLDdKhhhSYbXJ0kkR1LPs71cH73ud4wG4LJjj/g74C0bI?= =?iso-8859-1?Q?AdJsvGYPiv4zahAhPY3Iq2Z7/bdtBWQ+8duMVXLIQtwwttoEr9edKtPAow?= =?iso-8859-1?Q?1ha7ucUVpPu6DYijIZRGT8QyKSv7dOBiASIkGg/6Hw1mk47MtgUwcZ7JAa?= =?iso-8859-1?Q?ynjeopH4i11M5ucmKcnN9FyCwYwgIcXv/ChDg+lW0hfBLWbU3Na8GPjuUY?= =?iso-8859-1?Q?j8Xsfq4puAOPPDLoLoI1pkRcQUXACc+mG0LW8M6DvcuKr021gygvXUvsy/?= =?iso-8859-1?Q?sJtli5Zd+ffyoATYxMD9s9fWYmNAsTFglCFzEJwnaDiPC7zRAXgbxmAewJ?= =?iso-8859-1?Q?pEvGwtdW4LTxs0yTxtXmpGcvvQFNjyhoshrhUhYB4ZrJBNgnbd8Rr1WBxw?= =?iso-8859-1?Q?k8dSjJWLH2QWzRwJsoNzSHVtQyOuqwfQlMO2Zf4dBzT7kGfg6yn0PIY9vE?= =?iso-8859-1?Q?UmNOp8gspbe1QCXHR5RDZhFKN3sfQrvB49Ox5zD5cvYu4tpRyW7cDUhAsq?= =?iso-8859-1?Q?mT4YInHb4386MOil1PWfmta+u7f6EgZQKrRHThfdPKMGkoTM/e3KBvqDyI?= =?iso-8859-1?Q?8JSOg260UK39PI5h4WiTfVMUbDtV4aT2nFb+1eV4XXswb6usFqs//nP5gj?= =?iso-8859-1?Q?tmO/JDAK/RVDBwIQawH51lExfYb0xuKlo7IeT4+PTEqCnyS1UOJ94XSK6d?= =?iso-8859-1?Q?qjhbebuhji1S4unerANTC2t7Bp2PgzY2MuhJdapMRMye/627laXVm4V8to?= =?iso-8859-1?Q?R0GqTFpZtRFpX23IS84p36ze/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: Subject: Re: [Taps] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-ta?= =?iso-8859-1?q?ps-arch-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: taps@ietf.org X-Mailman-Version: 2.1.39 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, 28 Aug 2023 10:59:59 -0000 From: Taps on behalf of =C9ric Vyncke via Datatrack= er =0A= Sent: 28 August 2023 10:47=0A= =0A= =C9ric Vyncke has entered the following ballot position for=0A= draft-ietf-taps-arch-18: Discuss=0A= =0A= When responding, please keep the subject line intact and reply to all=0A= email addresses included in the To and CC lines. (Feel free to cut this=0A= introductory paragraph, however.)=0A= =0A= ----------------------------------------------------------------------=0A= DISCUSS:=0A= ----------------------------------------------------------------------=0A= =0A= # =C9ric Vyncke, INT AD, comments for draft-ietf-taps-arch-18=0A= =0A= Thank you for the work put into this *NEAT* document (private joke). It is = easy=0A= to read and is an important piece of work required to deploy new transports= .=0A= =0A= Please find below one blocking DISCUSS points (mainly to have a discussion,= do=0A= not worry too much), some non-blocking COMMENT points (but replies would be= =0A= appreciated even if only for my own education), and some nits.=0A= =0A= Special thanks to Michael Welzl for the shepherd's detailed write-up includ= ing=0A= the WG consensus and the justification of the intended status *even* if I= =0A= disagree with the intended status (see below my DISCUSS point).=0A= =0A= Other thanks to Bernie Volz, the Internet directorate reviewer (at my reque= st),=0A= please consider this int-dir review:=0A= https://datatracker.ietf.org/doc/review-ietf-taps-arch-18-intdir-telechat-v= olz-2023-08-25/=0A= (minor nits)=0A= =0A= I hope that this review helps to improve the document,=0A= =0A= Regards,=0A= =0A= -=E9ric=0A= =0A= # DISCUSS=0A= =0A= As noted in https://www.ietf.org/blog/handling-iesg-ballot-positions/, a=0A= DISCUSS ballot is a request to have a *discussion* on the following topics:= =0A= =0A= ## Intended status=0A= =0A= This is only to have a public discussion (over email before the telechat or= =0A= during the IESG telechat), I intend to ballot either NoObj or Yes after thi= s=0A= discussion. The shepherd's write-up writes that the intended status is=0A= "proposed standard" per TAPS WG charter and I do not see anything related t= o an=0A= architecture document in the charter and even less about its intended statu= s.=0A= Moreover, most IETF architecture documents are 'informational'.=0A= =0A= =0A= Which I see repeatedly as generating more work for the IESG:-(=0A= =0A= Documents such as YANG models and protocol specifications need a Normative = Reference and the information thye need is specified in the architecture mo= del which then has to be flagged and discussed by the IESG as a downref. B= etter to make architectures (and informational models) Proposed Standard in= the first place.=0A= =0A= Tom Petch=0A= =0A= =0A= See also my comments about section 3.1=0A= =0A= =0A= ----------------------------------------------------------------------=0A= COMMENT:=0A= ----------------------------------------------------------------------=0A= =0A= =0A= # COMMENTS=0A= =0A= ## Anycast address=0A= =0A= This document differentiates between unicast and multicast addresses, but= =0A= should there be a specific case of anycast addresses ?=0A= =0A= ## Section 1.4=0A= =0A= I am not a transport expert but I would have included the transport protoco= l in=0A= `Socket: The combination of a destination IP address and a destination port= =0A= number [RFC8303].`=0A= =0A= ## Section 2=0A= =0A= Should 'DNS' be included in `system-provided stub resolver` ?=0A= =0A= Figure 1 & 2 are nice but, please, add a references to them in the text.=0A= =0A= In `it describes how implementations can use multiple IP addresses` isn't i= t=0A= hidden usually to the application ?=0A= =0A= ## Section 2.3=0A= =0A= In `The Socket API for protocols like TCP is generally limited to connectin= g to=0A= a single address over a single interface.` should there be a mention of one= or=0A= several 'source' IP addresses ? Should 'address' be qualified by 'IP' (as= =0A= opposed to a DNS name or "Internet address" aka URL)?=0A= =0A= ## Section 2.4=0A= =0A= How can a (nice) informational RFC 8170 "requires" in `incremental=0A= deployability [RFC8170] requires coexistence`. Suggest to use "recommend" o= r=0A= something similar to avoid confusion.=0A= =0A= ## Section 3.1=0A= =0A= The presence of normative BCP14 terms ("SHOULD", ...) in an architecture=0A= document looks weird to me (see my DISCUSS point above). Is this document a= n=0A= 'architecture' document or an 'architecture and requirements' one ?=0A= =0A= ## Section 3.3=0A= =0A= What is the exact meaning of 'safely' in `Equivalent Protocol Stacks can be= =0A= safely swapped or raced in parallel` ?=0A= =0A= ## Section 4.1=0A= =0A= s/Establishment (Section 4.1.4) focuses on the *actions* that an applicatio= n=0A= *takes on* the connection objects/Establishment (Section 4.1.4) focuses on = the=0A= *requests* that an application *sets to* the connection objects/ as it is n= ot=0A= really the application doing those actions ?=0A= =0A= ## Section 4.1.1=0A= =0A= Please state the obvious: a multicast endpoint can only be a destination=0A= endpoint.=0A= =0A= ## Section 4.1.3=0A= =0A= Do the security parameters include DNS resolution security parameters ? E.g= .,=0A= mandatory use of DNSSEC or DoH?=0A= =0A= ## Section 4.1.5=0A= =0A= Unsure whether the sentence `Messages are sent in the payload of IP packet`= is=0A= really useful. Suggest to remove it.=0A= =0A= ## Section 4.2.2=0A= =0A= Suggest to mention RFC 7556 in the discussion about different local address= es=0A= (interfaces?) and DNS resolvers.=0A= =0A= # NITS=0A= =0A= ## Section 2=0A= =0A= Is a capitalised "Connections" required in `the interface for an applicatio= n to=0A= create Connections and transfer data` ? Or should there be a text in the=0A= glossary section about the use of capitalised terms ?=0A= =0A= ## Section 2.1=0A= =0A= s/all interaction using the Transport Services API is expected to be=0A= asynchronous/all interactionS using the Transport Services API ARE expected= to=0A= be asynchronous/ ?=0A= =0A= =0A= =0A= _______________________________________________=0A= Taps mailing list=0A= Taps@ietf.org=0A= https://www.ietf.org/mailman/listinfo/taps=0A=