Re: [art] Obsoletes Re: [core] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05
tom petch <ietfc@btconnect.com> Thu, 07 July 2022 15:37 UTC
Return-Path: <ietfc@btconnect.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB68EC15C6C9; Thu, 7 Jul 2022 08:37:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-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 KDC5uUUFkxM7; Thu, 7 Jul 2022 08:37:17 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2119.outbound.protection.outlook.com [40.107.22.119]) (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 8E3EAC159827; Thu, 7 Jul 2022 08:37:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nCZUwc6iCRlrkBIB6v4dTAn24AiLDqZq4H5Ox3aWNQkPzj1/yf3/K0EVud03RBQ0eKKYiLKl5LjAH3b4Cmayra/NTe00tUSlEQ9JqV+jjGel5Hz38dxpl/u9cZh3hMpIvnd3rZ1+pAOg4QFK/btQndMcCwYA8IYDA0Csme4atkMzUlIwEI0Q0OYp7vJ6Ynd9ZgDiXaGOHBGXqplEoHEUGaEeDHw+HJvOADUM7lUU99EFnfypOA4Fsv92GIDaPVwx9OeepRt3KViFyREudP2mOtITXtO7SngPoLuSBCUMIULItHRVU5Pw8lldPCUxvHaxa2wCeISABrC2O8+cWVi1cg==
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=1SyMzdyZzXrVujFWA3rS7eNkU9BIiJS0lzN6ReLWyJ8=; b=B2miNk8TFV3TflQzZF4UQkXw3O6mSDFX5L6nuGUIAE3Ksqa7kzKIEuqsAb0uGF5sDokqxLj5VvteDZdx+0bu3ZDZzx2KvgmFXvN49CsrYSHrtQ4zbwU0xl6saoS7GIesrgAj+vOrbaPlxshS3xMCsPrXivhtHxwC7TB84hv2u999RMpbfs76ueQNtHhXZfW2SVAwpTw60GTLzcL7zajp/fKg1Fed1FXTbIHkxp16OomB1dt21Nh2hJqeSg/5qEKiWyJJJsEEaXN/Qr2FNDsKKCWWnDfHcQgQ0OzCXzJ/Xeg2b06gpDLs32zzAQwMkrgTT156lrZ2UBP8Iw5SKZo7ZA==
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=1SyMzdyZzXrVujFWA3rS7eNkU9BIiJS0lzN6ReLWyJ8=; b=uIEC0vf1LblXol+iNuuan/axY4CoSZL4JooRBM3xJOevTW4OqoDrwm7FeDYO2c/BMh4nfqRjrSdn+l/o5DwyLFRNG3Kx4ELt/wsLkXxnLlpVXxDijArC7hsVZMfJUH1dNZtk2R76EBTCGZ8q0OIi02QrcXxPySL+fNx7hJ8PjEY=
Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by PA4PR07MB7488.eurprd07.prod.outlook.com (2603:10a6:102:c1::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5417.8; Thu, 7 Jul 2022 15:37:03 +0000
Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::9005:7594:94ee:30a9]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::9005:7594:94ee:30a9%8]) with mapi id 15.20.5417.016; Thu, 7 Jul 2022 15:37:03 +0000
From: tom petch <ietfc@btconnect.com>
To: John C Klensin <john-ietf@jck.com>, "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
CC: "core@ietf.org WG" <core@ietf.org>, Applications and Real-Time Area Discussion <art@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>, "iana@iana.org" <iana@iana.org>, Scott Bradner <sob@sobco.com>
Thread-Topic: [art] Obsoletes Re: [core] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05
Thread-Index: AQHYkSn6aDqVnnb+2UCfJUmnnAM2xa1xz88AgAE4hWY=
Date: Thu, 07 Jul 2022 15:37:02 +0000
Message-ID: <AM7PR07MB624803C9C6E9D37B735CA1D0A0839@AM7PR07MB6248.eurprd07.prod.outlook.com>
References: <165511479760.19573.12671700576299137749@ietfa.amsl.com> <63D13796-758D-469B-AFA8-3050C9F87819@tzi.org> <AS1PR07MB86169230F0D43E82CB2BCA1698AC9@AS1PR07MB8616.eurprd07.prod.outlook.com> <CAObGJnO7kdhO6tzLx2GZH3FVj2iedCU=fWH-w608OAStMMGeLA@mail.gmail.c om> <10B6E8EC0FCAFB668F04845E@PSB> <CAObGJnOqMAmu32stN11NoTAfvNhXvmGSjscpk8cS5AO6iY4k0Q@mail.gmail.com> <B9C8C465-FE6A-49A6-BA36-EB5756F75463@tzi.org> <AS1PR07MB8616E70E8C511B024183638698BA9@AS1PR07MB8616.eurprd07.prod.outlook.com> <DB9PR08MB6524B5E1658A5C75692FD98E9CBD9@DB9PR08MB6524.eurprd08.pr od.outlook.com> <AS1PR07MB8616FC72CCA68AAC9F0A979898BE9@AS1PR07MB8616.eurprd07.prod.outlook.com> <5D48F562-8F48-40EF-8C5A-E0A3EF2AFF74@tzi.org> <ae1d0248-c87d-862f-921e-a2284af288ba@it.aoyama.ac.jp> <AM7PR07MB62481F11F90B69DE7A2DC3D1A0809@AM7PR07MB6248.eurprd07.prod.outlook.com> <1C71CE95BBEBEADC383D03EC@PSB>
In-Reply-To: <1C71CE95BBEBEADC383D03EC@PSB>
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-office365-filtering-correlation-id: 8e1d4cec-15fb-405a-3fdc-08da602e8a37
x-ms-traffictypediagnostic: PA4PR07MB7488:EE_
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 5O38nJY/2w8UToEkXLsu3NW7mTeMn3ebvqWCA0pdlDtzQExb5AOu8VUm1pXPym+h31JfOe/fVtdlCLO7VkHaWuVLhFQcDjZeGS34xLFKRMkr5yC8InnrG7OmiZz4XDAD2p+MmZNe40zVPV/SdE+lDriS5hPKQWrERyOM+o6xuPKg0JBC+M8kb1AOejUVzem1wq1g2Vl1iHyemwJe7V8E89iQphcLoYaH09Ig/UFSlzaz8mYUutmcU/OwmHRMzcf9kQN7G27HfaP/IZH/JSHMdC3B9fb1mUuDSTyJVSHuB8vAo3T4khz1P1OpHMDZrUYMAL182iISzMNWOQMxtiM7HujLOiTXmzHl3O5HT1oT2YnWbvJWzVM7ji8YpiSoLYw4CrF0XvIHhvSXmNkNr92YGwL+jDb5tIewASOH3yvROdX9QOeFpgd0fs/ypj83Sm4YSAbpYtCTRHhZffAO2FIcHp5w9hiB6WjKvyc1Yg1N6rr3sVeULrZhB6rsUbFeofoOK8VXMI4RjdCNvK5HodmsqVh+r5BiUaclGAv75wvk6vyumRpsVFJkzu3JXJDP3lGZAvPoGzufabG+TWxgDbh+bluJc4zss/11p0XOKlNxS9H3WA6CcGs9aFV7XMC1zbXX5ko4ui+X4CcRO1AOGxWv7jVj1RLzjjvEMOWV3q6YYiGE1oaRX4LnSET3g/Uj5WSPCowuaF8tzczydCzDnxlbEYiQthGbDqvLb4RNG5Nag3bwQtpx1oQhCke/4DlIHrQAeubzePooaKVIsQUijUJ4ppIy2YYtL1jEUFwBUIqYLdfUSLQzcbLQNHT/cUF8XJgEF7De+wrnGMzH83wQ18e2Jw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(366004)(39860400002)(396003)(136003)(376002)(346002)(52536014)(8936002)(5660300002)(86362001)(478600001)(55016003)(71200400001)(33656002)(38100700002)(4326008)(9686003)(26005)(66446008)(110136005)(83380400001)(966005)(38070700005)(122000001)(186003)(66574015)(54906003)(41300700001)(66556008)(66476007)(6506007)(2906002)(76116006)(7696005)(82960400001)(66946007)(316002)(53546011)(91956017)(8676002)(64756008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: R7WzZJjiG6f9wb9xzmXtGEkWOuq6U9foBrFcmksgdQuv4aR71NOVlkxkoGmz+Wen/1+QzAOcfdGRVv07m04TjwoAFoo+okuTnDpsGZAv+dihmJKLnNrVZ9Ee9MbXvqud1xaNwwwLLhGoIZFGTy9NNiJRQDb3jS8xqf+tkTSieuuLJxqwsiczr2Rq0b4MfKlZJ2cC0jWMXtNnEoANcwJxNLRXFcIWLop6CXXWvH7xKwmH1QjzwqAYazOpuKVc7ompfjFnvMBunwbRe3+QI3tCLnpB2T+Wkk7dqyLBzeXAqy1uRIgBfPdAxmB0WQc+1Q+HyZiLeVk7TJv9G2xcfEXOGY+gaPs98dHIsAXaH6I8x2zFnBlX1ivr7TehiiDK+aBqVacUSJDTg1PmdNHHryfo4jz47lFaj/fDYdEOcvdxYwmp67nDLH09XJf1hf/dDSOtJA+m9VgZOTLaoCc914wLkHqJZqUemQf3SbuDEiwbAazgSxJPYBTOaQSCS0XCDVc9USVRtuLdjbkavUTwnpo7bFBQO7IhAWmrAYxkGunliA20FQVrJgsrb9NfSMsEN7femxKZ8eRXjOb6BOKbP3kGe8dT1ohUJNlwKrJimhfNSRpLUMHOQaAG+w6vEdtv5X2Z6o3O7OLBMz8upkc1BQ3CBFnBTitGTgotjKsXaL3TRtJ9VqDmSqQu9MUkx+T/e8iFBoX1nxY18ZBSPHJZs2MwndQkaVCAWzseobKF2A6st+XlbnHVpRJERKVys3De8Nu5fom7azFBm+UOWD91hn9SNnHaNtU+0yMKSjoS3LooONxi+Djo9h3hXzQFsHzcyR6Kz320p+cIIUbKO/x+0+Ypcsi/ODqHThsNkDlfA639mCeiOYuMEhTfTezH9ApVHknCXCCdigKRucmbR9eLjONT7zDjZpXh/BiFvAFOuD93UlR1vqXA9Q/VtPBNOiN6Kmn4E71d75XY1WAa3fWk6Uw59N5Xi5qPeY/4EFD6TNlELAHnToX6f2/TMid+FhmM6MpiF1odUXsybhZUkx4yql6sd/YEf5BfPhIuBpSnlJ7wovLn3WLZbICrTfXCURCKbWnG9YfYT/FQsyZYNMBKOQ8+vHv8zittqUYH55x8Iic7Gvn1CN2YHIC36uPo69kHfWMx4BwuxS3zagnoV2ZCKi9vonWtTs3QNzYRtc/szftR/3rAumBrMTYafAKPF+QC11qPsqnBhPnkOXRjKCwQnxRCGcdH2Z9tyro34+B2gS6KZiq2AY0B7G/wN2kUdHXH2MJuTBxbBapD0mgNxB8raQCutVlAfppYaWnes3SM2Y1MgLXj92MtJil8O3mKgWD+t/jjs9LRd3HFvuIVW3tfl4VrxplVBFlJ7/aKIYmk14Wu52Qnna0wi10FP6SRHc0JmPdrak1jqZ9pRkhfd7YpeweKaH028UBPbeg5lywWB6FMCRotiDMZAZQM+ysLQlZO2DkmSNQwH92l1qf5ypQg8OpjPSj64qV8QFZ+TOWWRxzJGdoi8G+63TdvNRnVO4sMNKrTutgtrS5ERnIEPgQyxrJj8rxFgJKeKc2OWd73pbQPIRaj4d191eKxYl9zlRG2HDMJ
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: AM7PR07MB6248.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8e1d4cec-15fb-405a-3fdc-08da602e8a37
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jul 2022 15:37:02.9516 (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: GCUklb3cdv9jjnMZ8ICZITAIwX1rvrR0kuFPFj3hyhOXn7UFZCDHH09AxhtSrPtrIzU1JV7z6zP6opgt+Jmrvg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PA4PR07MB7488
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/ppOY8s8DGQLtDVK950K8wnp1tjs>
Subject: Re: [art] Obsoletes Re: [core] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jul 2022 15:37:21 -0000
From: John C Klensin <john-ietf@jck.com> Sent: 06 July 2022 21:43 To: tom petch; Martin J. Dürst Cc: core@ietf.org WG; Applications and Real-Time Area Discussion; iesg@ietf.org; iana@iana.org; Scott Bradner Subject: Re: [art] Obsoletes Re: [core] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05 <tp> John Adding a comment inline about the utility of the SMI/YANG definitions Tom Petch Adding the IESG to the distribution because this is, in several respects, their problem (and not an ART-specific one, much less CORE or YANG specific) and IANA because this affects them and their responsibility to try to maintain working and coherent registries, and Scott Bradner for reasons that will be obvious. --On Wednesday, July 6, 2022 11:16 +0000 tom petch <ietfc@btconnect.com> wrote: > <tp> > In answer to Martin's question with a trimmed list >... >> If somebody has a pointer to an official IETF definition of >> "obsoletes" that differs from this general understanding, I'd >> appreciate it. >... > No I do not but see it come up regularly in WG and with ADs. > > There might be an IESG statement but is not. > > There might be something in the RFC Editor Style Guide but is > not. > > What there is is a definition in SMIv2 (RFC2578 s.6.1) which > has been inherited by YANG (RFC7950 s.7.21.2) so that is where > I point people. That definition is not only specific to one protocol (and the one that inherited it) but cannot be applied generally because it distinguishes between "obsolete" (which is part of the vocabulary for classifying RFCs) and "deprecated", which is not. Its use of "deprecated" comes close to what RFC 2026 calls "Not Recommended" (or possibly "Limited Use") but those are not categories in the RFC system either (and, of course, the only ways 2026 uses "obsolete" is a part of the definition of "Historic" and with regard to what it does to 1602). <tp> I think that the definitions in SMI/YANG have more value than that. It says " o "obsolete" means that the definition is obsolete and SHOULD NOT be implemented and/or can be removed from implementations. " ie we can do without it, forget about it when implementing, operating and such like (unless perhaps we want to research the history). If the new and old are going to coexist for some time, then that is not 'obsolete'; thus SNMPv3 did not obsolete SNMPv2 because the latter was still going to be around. Likewise, YANG v1.1 does not obsolete YANG 1.0 I think that that quality of 'you can forget about it now' is what makes something obsolete. Tom Petch This is quite a nice tangle. It has arguably gotten worse over the years. > More generally, I think that the problem arises when authors > include material with different life cycles in the one > document. I see that now with YANG where the one document > contains: - the initial version of an IANA-maintained module, > never to be updated, never to be obsoleted - a protocol module > which will evolve over time with the protocol and with > experience. Yes, although it is not clear to me that is the best example. It certainly is not the only one. > When it is time to update the protocol module, the > IANA-maintained module must not be reissued so the original > document must be torn apart and now part of the original > document is obsolete, part is not; there is no good way to > handle this. What the benefits are to the author of putting > disparate material in one I-D I know now, but I see the cost > to the IETF. This is not peculiar to YANG but could apply to > other situations involving IANA. Yes. See above and below. > I realise that the discussion about this I-D being divided or > not is resolved but did think during it that keeping the > document as one might be storing up such problems in the > future. Not just in the future: we have had these problems in the past and, unless this is sorted out, will continue to do so. To make things worse, the relationship between "Historic" and "Obsoleted" was, IMO, clear at one point but has also become unclear. The problems of what Historic or Obsoleted do to a document that still contains active references (to or from IANA registries and sometimes other things) that are still useful (and have not been replaced) have been identified on and off for years. There are also problems when the original spec is still in active use on the Internet but have been declared Obsolete, Historic, Deprecated, or general bad news. Of course, the latter two categories don't exist either, but the documents Tom cites are not the only place one or the other have appeared in RFCs without clear "Not Recommended" A/S language. There have been multiple proposals to fix all or part of the problem and reports of multiple conversations within the IESG. At least up to the present, the IESG has not been receptive to proposals to actually clean things up (including rejection of the NEWTRK work which, for standards track and BCP documents, would have provided a way to do so). What can be done? Absent IESG action (presumably with a proposal that gets community consensus and with careful attention to what it updates or obsoletes), under current rules, we can either live with the situation and the ambiguity it creates or we (the community) can insist, via appeals if needed, that no document obsolete another unless it replaces or removes the need for every bit of the predecessor and updates any document that refers to the predecessor. That would probably kill off the relatively recent idea that one can change the only some of the provisions of a old spec but obsolete that spec without repeating the provisions that are not changed and the somewhat older one of updating by handwaving (i.e., indicating RFCs that are updated by description of a category rather than enumerating them. IANA could also start objecting to adoption of documents that leave registries in an uncertain state. Or we (the community including the IESG) could decide this has gone on long enough and start precisely defining terms and/or creating and defining new mechanisms. Sadly, almost 16 years after the NEWTRK WG was shut down, there has been zero progress on those fronts unless one counts RFC 6410 as a great success [1]. Comments posted to the NEWTRK list on 2010-07-15 in response to the draft that evolved into 6410 might provide additional perspective on the issue [2]. I have not lost hope that the IETF will address this problem before I drop out, but it is hard to stay optimistic. best, john [1] 6410, published in October 2011, specifying two maturity levels instead of one, was expected to significantly increase the number of documents moving to Internet Standard. If one looks at the two-year periods before and after it, there were, by my rough count, 8 documents published at Internet Standard between January 2009 and December 2010 and 2 published at that level between January 2012 and December 2013. One could measure things differently, but that change does not look like a roaring success. [2] The NEWTRK archive at https://mailarchive.ietf.org/arch/browse/newtrk/ appears to be too old to show an Archived-At header field, but the two postings on that date are fairly obvious (and the third and second most recent ones in the archive).
- [art] Artart last call review of draft-ietf-core-… Harald Alvestrand via Datatracker
- Re: [art] Artart last call review of draft-ietf-c… Carsten Bormann
- Re: [art] Artart last call review of draft-ietf-c… Francesca Palombini
- Re: [art] Artart last call review of draft-ietf-c… Martin J. Dürst
- Re: [art] Artart last call review of draft-ietf-c… Martin J. Dürst
- Re: [art] Artart last call review of draft-ietf-c… Ira McDonald
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … Ira McDonald
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] Artart last call review of draft-ietf-c… Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … Ira McDonald
- Re: [art] [Last-Call] Artart last call review of … John C Klensin
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] [Last-Call] Artart last call review of … tom petch
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … tom petch
- Re: [art] [Last-Call] Artart last call review of … Ira McDonald
- Re: [art] [Last-Call] Artart last call review of … tom petch
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] [Last-Call] Artart last call review of … Harald Alvestrand
- Re: [art] [Last-Call] Artart last call review of … John C Klensin
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … John C Klensin
- Re: [art] [Last-Call] Artart last call review of … John C Klensin
- Re: [art] [Last-Call] Artart last call review of … tom petch
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] Artart last call review of draft-ietf-c… Martin J. Dürst
- Re: [art] Artart last call review of draft-ietf-c… Carsten Bormann
- Re: [art] [Last-Call] Artart last call review of … John C Klensin
- Re: [art] Artart last call review of draft-ietf-c… Martin J. Dürst
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] Artart last call review of draft-ietf-c… Carsten Bormann
- [art] Thank you! -- Re: [core] Artart last call r… Carsten Bormann
- Re: [art] Thank you! -- Re: [core] Artart last ca… Francesca Palombini
- Re: [art] Artart last call review of draft-ietf-c… Martin J. Dürst
- [art] Language tags and YANG Francesca Palombini
- Re: [art] [Last-Call] Artart last call review of … Carsten Bormann
- Re: [art] [core] Artart last call review of draft… Thomas Fossati
- [art] Call for comments on draft-ietf-core-proble… Francesca Palombini
- Re: [art] Call for comments on draft-ietf-core-pr… Marco Tiloca
- Re: [art] [Last-Call] [core] Artart last call rev… John C Klensin
- Re: [art] [Last-Call] [core] Artart last call rev… Carsten Bormann
- Re: [art] [Last-Call] [core] Artart last call rev… John C Klensin
- Re: [art] [Last-Call] Artart last call review of … Martin J. Dürst
- Re: [art] [core] Call for comments on draft-ietf-… Ari Keränen
- Re: [art] [Last-Call] [core] Artart last call rev… Thomas Fossati
- Re: [art] [Last-Call] [core] Artart last call rev… Carsten Bormann
- Re: [art] Language tags and YANG tom petch
- Re: [art] [Last-Call] Language tags and YANG Carsten Bormann
- Re: [art] [Last-Call] Call for comments on draft-… tom petch
- Re: [art] [Last-Call] Call for comments on draft-… Carsten Bormann
- Re: [art] [Last-Call] [core] Artart last call rev… Francesca Palombini
- Re: [art] [Last-Call] Call for comments on draft-… Francesca Palombini
- Re: [art] [Last-Call] [core] Artart last call rev… Carsten Bormann
- Re: [art] [core] [Last-Call] Artart last call rev… Carsten Bormann
- Re: [art] [Last-Call] Call for comments on draft-… Randy Presuhn
- Re: [art] [core] [Last-Call] Call for comments on… Carsten Bormann
- Re: [art] [Last-Call] Call for comments on draft-… Martin J. Dürst
- Re: [art] [Last-Call] Language tags and YANG Martin J. Dürst
- Re: [art] [Last-Call] Call for comments on draft-… tom petch
- Re: [art] [Last-Call] Language tags and YANG tom petch
- Re: [art] [Last-Call] Call for comments on draft-… Carsten Bormann
- Re: [art] [core] [Last-Call] Artart last call rev… Thomas Fossati
- Re: [art] [core] Call for comments on draft-ietf-… Hubert Przybysz
- Re: [art] [core] [Last-Call] Artart last call rev… Francesca Palombini
- Re: [art] [core] [Last-Call] Artart last call rev… Carsten Bormann
- Re: [art] [core] [Last-Call] Artart last call rev… Martin J. Dürst
- Re: [art] [core] [Last-Call] Artart last call rev… Carsten Bormann
- Re: [art] [core] [Last-Call] Artart last call rev… Carsten Bormann
- Re: [art] [core] [Last-Call] Artart last call rev… Martin J. Dürst
- [art] Obsoletes Re: [core] [Last-Call] Artart las… tom petch
- Re: [art] Call for comments on draft-ietf-core-pr… Francesca Palombini
- Re: [art] Obsoletes Re: [core] [Last-Call] Artart… John C Klensin
- Re: [art] Obsoletes Re: [core] [Last-Call] Artart… Scott O. Bradner
- Re: [art] Obsoletes Re: [core] [Last-Call] Artart… tom petch
- Re: [art] Obsoletes Re: [core] [Last-Call] Artart… Carsten Bormann