Re: [Last-Call] [art] Artart last call review of draft-ietf-core-problem-details-05
"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Fri, 24 June 2022 12:28 UTC
Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3070AC15D496; Fri, 24 Jun 2022 05:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.787
X-Spam-Level:
X-Spam-Status: No, score=-3.787 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-1.876, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.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 7H1Q0tetpP2Y; Fri, 24 Jun 2022 05:28:29 -0700 (PDT)
Received: from JPN01-TYC-obe.outbound.protection.outlook.com (mail-tycjpn01on2110.outbound.protection.outlook.com [40.107.114.110]) (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 BF364C159487; Fri, 24 Jun 2022 05:28:26 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MLHbSk2+F2MTs8kkHy57QEaHai80FLwWJ2Ho7ZVt2iYjZ9oCOQJ+iV4Tmei6NSoqbxc4t+2dEEejjYZKWYUh3PUBoOsZhC94n/+Bc79s8K5l186sHZyozX+Ll3QwPhcXRdtYSeOvH9WvMejYQBRaI3gJbASDe14sZW1uYYrrH9ZwzYh+hSZICHZov5S0hm26XITIhQlJID6XGPcepSFNywg7z7wTCdCXdeXE3SVhJ1qculcF6G+7b5OYRtOUk5ryJRgvQ72pUARPFcEwHBvAOLG3t77iKIl+LjOq0sKYuCsPxh00xJU7YSYQrl+xcJ+zjSwzfFw511yhEXOw0Gn4Tg==
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=XbqkA31BFy3fRirnkPSsvn0fSWT4d5Xx9DuWXaoSqDM=; b=CQDIiQxSDOD+KD+iUX15WZnKpFL5IlVy36ukASPqeEafllvS0oy+HRKxjPXa0YG0yq/4RnGELDEqHQ3SzAfPu05iX8SY10r/Wwqx2QuwzXWsCfzaJ/QiZJOwjEhZYu+yfAmXvBgM8mrPXIfF+FhNx3MtBsw5+L512yQXvDaZ61QuMLqxnzvyGwbmFEwp88bYwNUEP5ohVDZBjXENxg3LlBVZzvHmmV2WSGdfN94Jm+F1jkPkdQ/2mAXAd5euQ8QJ8yLcHt2ydYNjsNjC9kuIsgEa7uQRA0zE4EL2+QztK4XU4x04OspGFG0KX935SChRk+3O6XrjX4nmjEkDN4xFGw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XbqkA31BFy3fRirnkPSsvn0fSWT4d5Xx9DuWXaoSqDM=; b=NWunK9EWsn/wfyLK3LoGG6VX4VlwbKhah6+dr0BbdK7mXS7swCn6KIGphB36RlJXCTjP+8sJf76kGWVnq1KHh0DJ5/RFBn8hR1ndm5gKvGIK57ZgKd9HW/8gIteNxGHv93c28+PmuBgRtmUI2Q4g7NllEMULAVJywzm5iQXwg6Y=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7) by TY2PR01MB4170.jpnprd01.prod.outlook.com (2603:1096:404:d5::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5353.19; Fri, 24 Jun 2022 12:28:24 +0000
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::e587:9d9a:d780:ef39]) by TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::e587:9d9a:d780:ef39%6]) with mapi id 15.20.5353.022; Fri, 24 Jun 2022 12:28:24 +0000
Message-ID: <81023abe-01ad-91fb-24aa-fa168b7cb515@it.aoyama.ac.jp>
Date: Fri, 24 Jun 2022 21:28:21 +0900
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: tom petch <daedulus@btconnect.com>, Ira McDonald <blueroofmusic@gmail.com>
Cc: Carsten Bormann <cabo@tzi.org>, Harald Alvestrand <harald@alvestrand.no>, Applications and Real-Time Area Discussion <art@ietf.org>, Core WG mailing list <core@ietf.org>, draft-ietf-core-problem-details.all@ietf.org, last-call@ietf.org
References: <165511479760.19573.12671700576299137749@ietfa.amsl.com> <63D13796-758D-469B-AFA8-3050C9F87819@tzi.org> <dde9d36c-61e5-afcc-e15a-787c99d5fba9@it.aoyama.ac.jp> <CAN40gSuhSAOH3WRPETXU4s1468eXb_g-=sfWFmXXTvekEddqYQ@mail.gmail.com> <034DDF0F-FEF2-456B-B9ED-76B8F2B6C4BF@tzi.org> <CAN40gSuGJOChjAY9fFD5Gwqn9CaLH09-m5MKb5Gfg8HH9WYjvA@mail.gmail.com> <0359E066-79F3-4AAB-92A5-30B5E01D16CE@tzi.org> <CAN40gSuR12WE=NC-MqGvCX1z+XNVn+5X94VFH1qHE373gbQR_w@mail.gmail.com> <62B57BC0.9080706@btconnect.com> <CAN40gSsg+nbDejC2d34wpLhecUnGTEZL6RAHjT5UUKTJWRS7Uw@mail.gmail.com> <62B59596.2010203@btconnect.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
In-Reply-To: <62B59596.2010203@btconnect.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: TYWP286CA0009.JPNP286.PROD.OUTLOOK.COM (2603:1096:400:178::7) To TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 60d56999-94be-4bff-aae1-08da55dd0816
X-MS-TrafficTypeDiagnostic: TY2PR01MB4170:EE_
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: phTJ8skCZVtYXwIhv2uMr4aD1W/cyAjJlkRGo+8P96gZlTrpu1F3Tr6ekfBMwC6+vEY5a0NvJzIU5U2t5ukgXFBfM8XPhR2iN02AbgpkuxcSOwQA6Jr31dKohe8qB5L8c7hHBq0+OIW2bpg4mDNEF/0SgPQA+VH/bh6x+S00i5QaHJ7r8qGto7BzcsWUBhd+vG8eErlV0cdC80mkHe6DTjnGM2gqnigRgrUh8rZY3VF9YtOLKVgaDBwr7rYaC74Dk0fF1pOA4shM7HGekrmLJ3CoqiE86mHIDzKrAt1ni6OLJJXvZNVzxrDccXMSFAfXKoaUEIN7B7DNy1jPjw6yoN2oDER56n5vvwXEwBMeh/FcYogH9Rbd++/kpJxKCFaR7uC3SXztxE/AWJDL11F5Euoksd1y/RTmGhcJ9YYxzUi2ov0ls8qyf7DZvdcLsMatzZdvpLgZQokLiGTnpLGUKh8wrDuKJzowZgvCe1X5B0UPC+40xc945mQwO5ALZYW4KaYakxvQtqkYAvX98MskWIF2GyvXbLvJzDfqlVWeImclHCze2TG00b3p/iayZZZtdncU8nbMJfXW1c993gzE7Iw2ZgvgQICshuPjKimAvoOG8xAjU22dW/tud2zdpAmIjDFNRkEEi4UakIPjPWwaIyC2/unVogLhqjWrk+3PZZBG4SPQcIAjigwTxZTdLjGdvw7THXHASN9QrtebFZ8rv/EzidxTVeUBAiHzDWKR4rvpZ1EyZO4WoxsX8oGFAVKR7rg/3m4Wtak9b2h7EBNc/ezhKbI80DFAnIafcGYjYBcTOJaLMhY9d4FxFc16SsG4Ip8LdX0iwBC9jGRxa8KTF43vAIWgn4SlD9utmS7c1HBHXqEiRdpzb7nRi30l4h/3
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:TYAPR01MB5689.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(396003)(346002)(366004)(39850400004)(136003)(376002)(8676002)(83380400001)(66476007)(2906002)(316002)(86362001)(6486002)(786003)(4326008)(31686004)(5660300002)(54906003)(110136005)(296002)(966005)(66556008)(52116002)(2616005)(36916002)(8936002)(66574015)(66946007)(41300700001)(186003)(6512007)(53546011)(38100700002)(26005)(478600001)(38350700002)(6666004)(6506007)(31696002)(41320700001)(43740500002)(45980500001); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: DMNipNp8zpkRHFlFkqwArsO7uoCkxmm85b2VISnTwA0pexPCDPjstkSCOOtLUTwmMRTUbX0jumMzJ+hSK6NiZGSGsFPVWismafnxVFpOg9+r8wYxC51bX/MsrLLPTj4jF4YX5Sm9b/uTBfdBWysCYTS9rm1z5x6WzwiRBcjeleODIcBEoIZ03p/MQkOpC4TktOrT7/dS+/qZXai93xsVJ099b1FYtJPJqW5pHBOczKInk1EuRFflKkPYyjHZL0e79BIYxA+aRzXYoF7ojyvp03VY4bZcKgfy4XSIcX45gC7MXIs9UPdLwafc53282e8Mdhj16t+Now7o81Hev9tjHdfWpZgX7QWOSuyH+vMEef8fUK0DU6FcOLpzD/uAz6kW+DVKPVpEjUOCD1Iaas/iy62x/c4R70LhunmTPr8lIjaHT1qw1LFxuYJoPHLQXEn9KeRKvozug2fQKChUts5Zdrjvr/4bDCcbMC4hXmUrrGdasLB4EA9jB1I8YLa96jdSnYcuDm9gaqZrKrqXMPrkShL5g+8TcO0LlaizL3vrM0vnBpdN5zKIbM6nOmfek+xitLnLMtW++PTH/bpDRNbgUnxVIJ79ZM2sgZ1lH7TKhkbmIvSjQjKtcebZjqq3kWL1b7z91/f6DWMqQaIKRRUlvcjbTnv81vKtc33uBXlstLi22R/smSP+o3ZNJuegVvtZHsCKxXMO159McNh50s6zEWWRmaLyylVy/xa00uCkeN8Q4E1k6P9n6c17HgMDloLS6MNdVohKOfYu+NcK9GXT27rUpFGNKM4AOD3p7UZjl0Ot4RxrOZ60p9LJ/UZZ4OatO8d7ssCCCYL0nEjQuDHAuPSFuoWop3VIJ1+ZBA53Jc+1eTxGYY5+Grllp6DjuTuZzbChauWvzeSZhLOHwlKuOGCY02TpCIPOUF4B2+SWTcDQPmjM0X7BWLFavm+bb1gS6W8060Pw8GFrGSnG+Y/LLkkVah9Z8ohcjgLRLkaP9bI2WqxpluTb/6GAqgusOrm3c7FyDW21gLMq82HlE/zDckV1g3Z9rUFSv3UaxrqUi+0/aDVLxKcRGDBWKt2faQUh4Ooo6n8ptSq3ZZmfa7r1nO279hHF7xReDMZxI6FW9yig4p2Sya3ViRhxNEYHxxsOXiAT/bv6ZVMfpyTxg5OEx7oN8TzSJ2bWTpIJAVPFqTKkwVWGKKfmawTAkSXt9hAvgbcTkGKXacfNgyYwk5QN+1j8hSR/1l5mpCAVPtGlcZ8OmEIedpH+MhFMusC1lfmfvVT3anqinkKHiR+LG6YftKYaHFxb+Rqv9nHByDawv+n413CbY9FmhX/A3Q1JRraxSec42IcX+FfQlR6n+Ven11nm2vjlcfQneS36AfEG5LVdWx/RE+jFWrv8cKaHacKPCV5IYabjSq+acO8oq7ycDTRRFopAlYfNsptxvwZHOxz7xCZlYQTK16G8wRM1+wdRerYhRPk6H/He6UTVpLWNG33GsCTjek/Ay+teyrE2E+L/VZtnNcPYvf4QuM2LXeV9qvq4o8U62h0SKru0sMjp5Wg7t0YAF/uIcWMkCFjndO0jXgvRKgpOTG4dt945Djyz
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 60d56999-94be-4bff-aae1-08da55dd0816
X-MS-Exchange-CrossTenant-AuthSource: TYAPR01MB5689.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Jun 2022 12:28:23.9433 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: w30U7Y2VqyYBpyteKzvg1mcRkCsvGwg7+B9nt7Wa2BWFclM3PLJSWLW/JpML5IPRsv+dg/j3PKS3zt7wsbZR9A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY2PR01MB4170
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/ApwTlpueE44gCuYmssTEFjw4rY8>
Subject: Re: [Last-Call] [art] Artart last call review of draft-ietf-core-problem-details-05
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jun 2022 12:28:33 -0000
Hello Tom, others, Thanks for bringing the Yang issues, in particular the leaf_language definition, to our attention. That leaf_language regular expression is complete overkill; the same arguments that I gave to Carsten re. his copied ABNF apply. It may be too late to fix draft-ietf-i2nsf-nsf-facing-interface-dm, but if there's still a chance, that would be great. If it's too late for draft-ietf-i2nsf-nsf-facing-interface-dm, I hope it's not too late for some other YANG drafts. I'm glad that Francesca is pushing for language information where it matters, but we should make sure that this doesn't end up in copying needlessly complicate regular expressions. Regards, Martin. On 2022-06-24 19:44, tom petch wrote: > Just on the YANG point > > On 24/06/2022 11:20, Ira McDonald wrote: >> Hi, >> >> Hmm...I knew I should have been silent in this thread... >> >> John - you're right that any future update to RFC 5646 will be carefully >> backwards compatible. >> And Martin could answer (off list) your question about possible future >> changes. >> >> Tom - many copies in YANG or anywhere else is a disturbing idea. Any >> computer language >> that doesn't have a good mechanism for namespaces, import, and export >> isn't >> fully baked. >> And I know so little about YANG that I don't even know what it can do >> here. > > Ira, > > YANG does have import but it is a bit clunky. The I2NSF have a cluster > of six closely related modules which cries out for a common module but > the WG chose not to use that approach so there is much replication, much > ovelap in their modules e.g. with language tags. > > The NETMOD WG produced RFC6991 which provided common types and is used > by almost all YANG modules and 6991bis has just completed WGLC so that > is the natural place to put a language type. 6991 works because it was > based on decades of experience with SMI but other WG are not so skilled > at judging when to create a common module and what to put in it. The > opsawg WG is an interesting case study therein. > > So with Francesca raising this issue several times I have asked NETMOD > to include a language tag construction in 6991bis but since the I-D has > a long history and is much overdue, then I expect that they will be > reluctant to act, but I have asked. > > Tom Petch > > >> CORE - please delete *all* of your CDDL details for language tags and >> just >> use one of the >> several excellent libraries that correctly parse language tags, when >> needed. >> >> All - one of the key ethical reasons for the Internet is fair access to >> information for all. The >> correct use of language tags is really important. The idea of inferring >> human language from >> the context is nonsense, because the upper layer context is often the >> first >> thing discarded. >> >> I will now leave it to Francesca to keep bothering the IESG about >> language >> tags and return >> to my cave and worry about automotive security. >> >> Cheers, >> - Ira >> >> >> *Ira McDonald (Musician / Software Architect)* >> >> *Chair - SAE Trust Anchors and Authentication TF* >> *Co-Chair - TCG Trusted Mobility Solutions WG* >> >> *Co-Chair - TCG Metadata Access Protocol SG* >> >> >> On Fri, Jun 24, 2022 at 4:54 AM tom petch <daedulus@btconnect.com> wrote: >> >>> On 23/06/2022 22:08, Ira McDonald wrote: >>>> Hi Carsten, >>>> >>>> I take your point about copying from a given RFC. >>>> >>>> But the history of IETF Language Tags is RFC 1766 (1995), RFC 3066 >>> (2001), >>>> RFC 4646 (2006), and RFC 5646 (2009). It's a long time since 2009 and, >>> as >>>> Martin noted, there have been a variety of proposals for updating >>> language >>>> tags in the past 13 years, so it's reasonably likely that there will >>>> be a >>>> newer >>>> version at some point. And since language tags are now quite >>>> structured, >>>> the chance of not needing syntax changes is fairly low. This draft RFC >>> from >>>> CORE wouldn't catch up quickly, presumably. >>> >>> Probably a left field comment. >>> >>> I had not heard of, or forgotten about, language tags until the IESG >>> review of draft-ietf-i2nsf-nsf-facing-interface-dm drew a DISCUSS from >>> Francesca because the 26 YANG string that were meant to be human >>> readible had no language tags. She pointed to RFC2277 while saying that >>> RFC5646 should be a Normative Reference. >>> >>> The I-D was revised to include a YANG leaf 'language' with a horrendous >>> YANG pattern spanning 25 lines. >>> >>> Two consequences. The pattern, doubtless a gross simplification of what >>> it might have been, was wrong and was revised - I have not looked to see >>> if it makes sense now but then I did not spot the error in the first >>> place - so I have the sense that, like trying to specify a pattern for >>> IPv6 address, language tags are easy to get wrong. Second there is now >>> a pattern of Francesca throwing DISCUSS at other similar I-D so language >>> tags, and their modelling in YANG, could get more attention (at least >>> while Francesca is on the IESG:-) her comments could have been made >>> about any number of earlier YANG RFC). The pattern in the I2NSF I-D >>> cannot be imported into another YANG module, rather each YANG module >>> that draws a DISCUSS will contain a fresh copy. If ideas evolve, then >>> there are likely to be many disparate copies. >>> >>> Tom Petch >>> >>>> >>>> Cheers, >>>> - Ira >>>> >>>> >>>> >>>> *Ira McDonald (Musician / Software Architect)* >>>> >>>> >>>> On Thu, Jun 23, 2022 at 2:34 PM Carsten Bormann <cabo@tzi.org> wrote: >>>> >>>>> On 2022-06-23, at 13:13, Ira McDonald <blueroofmusic@gmail.com> wrote: >>>>>> >>>>>> Hi Carsten, >>>>>> >>>>>> OK - you need to get this CORE document published quickly. >>>>> >>>>> Thank you. >>>>> >>>>>> But I still think that detailed CDDL would be a long-term mistake, >>>>>> for >>>>> the reason >>>>>> that Martin cited - i.e., copying/transforming grammars among RFCs is >>>>> fragile. >>>>> >>>>> Well, the RFC is immutable, so the act of making a copy cannot by >>>>> itself >>>>> be fragile. >>>>> >>>>> What got us to now propose blunting that grammar is the strong >>> impression >>>>> that there may be less consensus about the grammar defined by RFC 5646 >>> than >>>>> we thought. So it seems the grammar in RFC 5646 is fragile, not the >>> act of >>>>> copying it out... >>>>> >>>>> https://github.com/core-wg/core-problem-details/pull/40/commits/bbe72e2 >>>>> >>>>> >>>>> (I’m making a point about copying here as I believe copying out >>>>> snippets >>>>> of CDDL from RFCs and other specifications will be a significant >>>>> part of >>>>> CDDL 2.0.) >>>>> >>>>> Grüße, Carsten >>>> >>> >> > . -- Prof. Dr.sc. Martin J. Dürst Department of Intelligent Information Technology College of Science and Engineering Aoyama Gakuin University Fuchinobe 5-1-10, Chuo-ku, Sagamihara 252-5258 Japan
- [Last-Call] Artart last call review of draft-ietf… Harald Alvestrand via Datatracker
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Francesca Palombini
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Ira McDonald
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Ira McDonald
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Ira McDonald
- Re: [Last-Call] [art] Artart last call review of … John C Klensin
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … tom petch
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … tom petch
- Re: [Last-Call] [art] Artart last call review of … Ira McDonald
- Re: [Last-Call] [art] Artart last call review of … tom petch
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Harald Alvestrand
- Re: [Last-Call] [art] Artart last call review of … John C Klensin
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … John C Klensin
- Re: [Last-Call] [art] Artart last call review of … John C Klensin
- Re: [Last-Call] [art] Artart last call review of … tom petch
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … John C Klensin
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- [Last-Call] Thank you! -- Re: [core] [art] Artart… Carsten Bormann
- Re: [Last-Call] Thank you! -- Re: [core] [art] Ar… Francesca Palombini
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- [Last-Call] Language tags and YANG Francesca Palombini
- Re: [Last-Call] [art] Artart last call review of … Carsten Bormann
- Re: [Last-Call] [core] [art] Artart last call rev… Thomas Fossati
- [Last-Call] Call for comments on draft-ietf-core-… Francesca Palombini
- Re: [Last-Call] Call for comments on draft-ietf-c… Marco Tiloca
- Re: [Last-Call] [core] [art] Artart last call rev… John C Klensin
- Re: [Last-Call] [core] [art] Artart last call rev… Carsten Bormann
- Re: [Last-Call] [core] [art] Artart last call rev… John C Klensin
- Re: [Last-Call] [art] Artart last call review of … Martin J. Dürst
- Re: [Last-Call] [core] Call for comments on draft… Ari Keränen
- Re: [Last-Call] [core] [art] Artart last call rev… Thomas Fossati
- Re: [Last-Call] [core] [art] Artart last call rev… Carsten Bormann
- Re: [Last-Call] Language tags and YANG tom petch
- Re: [Last-Call] Language tags and YANG Carsten Bormann
- Re: [Last-Call] Call for comments on draft-ietf-c… tom petch
- Re: [Last-Call] Call for comments on draft-ietf-c… Carsten Bormann
- Re: [Last-Call] [core] [art] Artart last call rev… Francesca Palombini
- Re: [Last-Call] Call for comments on draft-ietf-c… Francesca Palombini
- Re: [Last-Call] [core] [art] Artart last call rev… Carsten Bormann
- Re: [Last-Call] [core] [art] Artart last call rev… Carsten Bormann
- Re: [Last-Call] Call for comments on draft-ietf-c… Randy Presuhn
- Re: [Last-Call] [core] Call for comments on draft… Carsten Bormann
- Re: [Last-Call] [art] Call for comments on draft-… Martin J. Dürst
- Re: [Last-Call] Language tags and YANG Martin J. Dürst
- Re: [Last-Call] [art] Call for comments on draft-… tom petch
- Re: [Last-Call] Language tags and YANG tom petch
- Re: [Last-Call] [art] Call for comments on draft-… Carsten Bormann
- Re: [Last-Call] [core] [art] Artart last call rev… Thomas Fossati
- Re: [Last-Call] [core] Call for comments on draft… Hubert Przybysz
- Re: [Last-Call] [core] [art] Artart last call rev… Francesca Palombini
- Re: [Last-Call] [art] [core] Artart last call rev… Carsten Bormann
- Re: [Last-Call] [art] [core] Artart last call rev… Martin J. Dürst
- Re: [Last-Call] [art] [core] Artart last call rev… Carsten Bormann
- Re: [Last-Call] [art] [core] Artart last call rev… Carsten Bormann
- Re: [Last-Call] [art] [core] Artart last call rev… Martin J. Dürst
- Re: [Last-Call] Call for comments on draft-ietf-c… Francesca Palombini