From nobody Thu Jan 2 04:29:33 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C64AF12008B; Thu, 2 Jan 2020 04:29:24 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=btconnect.onmicrosoft.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 e6aRBfMQgPTC; Thu, 2 Jan 2020 04:29:20 -0800 (PST) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00118.outbound.protection.outlook.com [40.107.0.118]) (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 9EDD1120086; Thu, 2 Jan 2020 04:29:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QsKlh+vKCBVjxpRikQznBpgKsUIbzaeTZ2SnxRk5S4GognJmA8xbXlojKs4R+MY01JdmFZeOs4fw4NOwyh4/oxMCcRJg1O/+N8Jjr/haMemv2av8wqP2QnLIoIIOsqLOEAK1gUzWyrodeGFAy2Br95nOjWcL2lk74U5YnaB/mML2fwUnfGR6l3mocuR19esyIH3hMi/m/kJf9z5GRtlhtn/sjgcqN7GPcsAWiP9dRnyo4Vy7MDKClU5Nho71P1CLKFLLsRnHqNFm7+POWxWoH4+wj4jrSnq2Wc5VJoFWmnDrbEUhEjD/sABbMS8WeGDgO8W1W5HUoTH0WoCyd3xEiQ== 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=sXjtP72V0+/4gNALV5mHC6VTYl1PnO8j8mKmjOMR1Ok=; b=YIK4YqJXQAdgTqUieU/Sio0nKrYLWhKpGRh9y37xgKW3ptOdVOOUKkgw4DdZGIHXw05rNeBw4jc16fVsdqMUdKO2UVxNEjO6gbD38pQytje4t9k5Dsw5T4pEEESQtOKBjjfFxj45cx5vOI8ZzhCWNUTlbKxuRi8uw0o8W/ZZsgtnUz1zmXhxZLrqkBmwJpC4GhIOmTMTBFeTLywIPAP3v2JyWvZKWv79d1EMxPrAfsA1wCvEOK1oxc4MYMrOKg8BEQcWVURop5+SCtB2u2GgaLkULpI+WfCwmiNk1V3GglyYYziBtucL8pwxT/wJcG8KunbqLn1h/UsKrj1r9K+6rw== 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=sXjtP72V0+/4gNALV5mHC6VTYl1PnO8j8mKmjOMR1Ok=; b=UZk4oTZPPAKjdRHdFBSz8yppWzH5i2aHLtb59LuiR4QYfbbnxW0bkp4psMZtq/XD8OHuGtvN7TCJQVUSQV7xCyTc/IQtWl+XJcp7xkDhB4iVl8n7Ghjtm7YUz3z2xfcy1VjroVwS+Bt7TdCSWVG0oIcujUFhBg2Ou2xMEQGD0j0= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=daedulus@btconnect.com; Received: from AM0PR07MB5716.eurprd07.prod.outlook.com (20.178.115.216) by AM0PR07MB5682.eurprd07.prod.outlook.com (20.178.116.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.9; Thu, 2 Jan 2020 12:29:14 +0000 Received: from AM0PR07MB5716.eurprd07.prod.outlook.com ([fe80::4156:4119:dd89:95f7]) by AM0PR07MB5716.eurprd07.prod.outlook.com ([fe80::4156:4119:dd89:95f7%5]) with mapi id 15.20.2602.010; Thu, 2 Jan 2020 12:29:14 +0000 To: Michael Richardson References: <157123777786.7830.10713306244839546046.idtracker@ietfa.amsl.com> <9637.1574756997@localhost> <2FA2728E-6484-4A69-992A-479D8053354E@cooperw.in> <20062.1576526178@localhost> <5DF90E0C.9020603@btconnect.com> <28309.1577821075@localhost> <5E0BBC17.5070709@btconnect.com> <30513.1577829694@localhost> Cc: Alissa Cooper , IESG , draft-ietf-anima-bootstrapping-keyinfra@ietf.org, tte+ietf@cs.fau.de, anima@ietf.org, anima-chairs@ietf.org From: tom petch Message-ID: <5E0DE216.3020201@btconnect.com> Date: Thu, 2 Jan 2020 12:29:10 +0000 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 In-Reply-To: <30513.1577829694@localhost> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO2P265CA0372.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a3::24) To AM0PR07MB5716.eurprd07.prod.outlook.com (2603:10a6:208:11e::24) MIME-Version: 1.0 Received: from [192.168.1.65] (86.139.211.103) by LO2P265CA0372.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a3::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.2602.11 via Frontend Transport; Thu, 2 Jan 2020 12:29:13 +0000 X-Originating-IP: [86.139.211.103] X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0867ff54-e8d0-4357-5191-08d78f7f60d4 X-MS-TrafficTypeDiagnostic: AM0PR07MB5682: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-Forefront-PRVS: 0270ED2845 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(366004)(376002)(346002)(136003)(39860400002)(396003)(51444003)(189003)(199004)(33656002)(36756003)(478600001)(87266011)(8936002)(52116002)(16526019)(2906002)(81166006)(186003)(6486002)(26005)(81156014)(8676002)(966005)(53546011)(2616005)(956004)(66556008)(66476007)(66946007)(4326008)(16576012)(316002)(54906003)(5660300002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB5682; H:AM0PR07MB5716.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MCLXa5iKvmsBuAJG8kf4ClqYp04Nl3jXVY3gEs/638qe5dQUbkXLgHsD28QDpuF4ATUZrO6x+CefpRW2QaxMAtkzMuKr7MZKLI5oVB6qOjwjhBioey1IhljMbfhQA+m1qJEuxavQOqEHrSwuk3X7QB3vyJjkU7Y6KD0ck8Og0DxWz13zSnU9rIqiMRd9VS2XRFXfdatVa+Lq1BOrk3bmWlnlcd79hBUMwCz+gub/81R51zUqTV/Xn8HTFFH/B/lYYq8MMfiqqe7jLk1IW1h9YZ0R6+bieFeAu778JeRWDiXx5kMyHkAWE30epZVGEED2f2uhSB7u/2K4Btk0TWDQMX4pOrpvyCq9A+3xeJAedIASxl/rDGCaimQQSrL/IAcbK6/GTn8KiyB6Y0Xxtrs6VYXZ2kufHwu1+rIdrbKdhbRxbMYgV+6pygw24M3ukMrbuRzgG/TbbOVisE10eyl6LCcJYFJRPzB+zP3JgDEswqXDvh9CsDHsCYkmcGJouNA7v7ISXVI+K2wRpGYZuNWCP0LV51+tUfN5xk/5avCkCls= X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0867ff54-e8d0-4357-5191-08d78f7f60d4 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Jan 2020 12:29:14.7588 (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: uyzT7zwut1Y4LBw2+sCotVyFqG2j0K1SMGax1AvZG67SenvAqvXr36p9NBVETsg0MRjmX/2ORVdn7XtxCMR0+w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5682 Archived-At: Subject: Re: [Anima] Alissa Cooper's Discuss on draft-ietf-anima-bootstrapping-keyinfra-28: (with DISCUSS and COMMENT) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jan 2020 12:29:25 -0000 On 31/12/2019 22:01, Michael Richardson wrote: > > tom petch wrote: > > Security Considerations, the YANG Guidelines RFC says that you must mention > > TLS, HTTPS, etc and give pro forma text for doing so. As long as you still > > have a YANG module, as you do in s.3.4, I would expect those guidelines to > > apply and so to see something like the pro forma text > > Please see: > https://www.rfc-editor.org/rfc/rfc8366.html#section-7.4 > > TLS is already specified and discussed at length in the document. > If you want me to copy the second paragraph from there in, I can do that, but > it seems like needless text. You can't implement BRSKI without reading > RFC8366. Looking at -32: Security; OK, leave it be. IANA yes, that is (almost) what I wanted - I suggest that the title of 8.2 should be 'YANG Module Names Registry. References still trouble me. The YANG module has reference "RFC xxxx Voucher Profile for Bootstrapping Protocols" I cannot find an I-D of that name - it is not the name of this I-D; do you mean "Bootstrapping Remote Secure Key Infrastructure" which is the current title of this I-D and which I would I think would not appear to be the same reference to a layman? Also on References, in -31 you had X.690 as a Normative Reference which I thought spot on - now you have removed the reference which I think wrong. YANG 'leaf proximity-registrar-cert' mentions X.690 so I think that a) you need a YANG reference clause for the leaf b) you need a XML/HTML reference in the body of the I-D so as to avoid an unused ref error - 'The YANG module makes reference to [X.690] ' {or [ITU.X690.1994] } is the way most authors address this c} you need that reference restored to Normative References Tom Petch > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > From nobody Fri Jan 3 10:34:01 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E75AD120013; Fri, 3 Jan 2020 10:33:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: anima@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.115.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: anima@ietf.org Message-ID: <157807643588.8978.2462984927377997693@ietfa.amsl.com> Date: Fri, 03 Jan 2020 10:33:55 -0800 Archived-At: Subject: [Anima] I-D Action: draft-ietf-anima-bootstrapping-keyinfra-33.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 18:33:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Autonomic Networking Integrated Model and Approach WG of the IETF. Title : Bootstrapping Remote Secure Key Infrastructures (BRSKI) Authors : Max Pritikin Michael C. Richardson Toerless Eckert Michael H. Behringer Kent Watsen Filename : draft-ietf-anima-bootstrapping-keyinfra-33.txt Pages : 117 Date : 2020-01-03 Abstract: This document specifies automated bootstrapping of an Autonomic Control Plane. To do this a Secure Key Infrastructure is bootstrapped. This is done using manufacturer-installed X.509 certificates, in combination with a manufacturer's authorizing service, both online and offline. We call this process the Bootstrapping Remote Secure Key Infrastructure (BRSKI) protocol. Bootstrapping a new device can occur using a routable address and a cloud service, or using only link-local connectivity, or on limited/ disconnected networks. Support for deployment models with less stringent security requirements is included. Bootstrapping is complete when the cryptographic identity of the new key infrastructure is successfully deployed to the device. The established secure connection can be used to deploy a locally issued certificate to the device as well. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-anima-bootstrapping-keyinfra/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-anima-bootstrapping-keyinfra-33 https://datatracker.ietf.org/doc/html/draft-ietf-anima-bootstrapping-keyinfra-33 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-bootstrapping-keyinfra-33 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 Jan 3 10:34:40 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B090712002F; Fri, 3 Jan 2020 10:34:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 fI9I1p_jCmVk; Fri, 3 Jan 2020 10:34:35 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3CCE120045; Fri, 3 Jan 2020 10:34:34 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 1DFBA3897C; Fri, 3 Jan 2020 13:34:15 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 029F710FE; Fri, 3 Jan 2020 13:34:32 -0500 (EST) From: Michael Richardson To: tom petch cc: Alissa Cooper , IESG , draft-ietf-anima-bootstrapping-keyinfra@ietf.org, tte+ietf@cs.fau.de, anima@ietf.org, anima-chairs@ietf.org In-Reply-To: <5E0DE216.3020201@btconnect.com> References: <157123777786.7830.10713306244839546046.idtracker@ietfa.amsl.com> <9637.1574756997@localhost> <2FA2728E-6484-4A69-992A-479D8053354E@cooperw.in> <20062.1576526178@localhost> <5DF90E0C.9020603@btconnect.com> <28309.1577821075@localhost> <5E0BBC17.5070709@btconnect.com> <30513.1577829694@localhost> <5E0DE216.3020201@btconnect.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] Alissa Cooper's Discuss on draft-ietf-anima-bootstrapping-keyinfra-28: (with DISCUSS and COMMENT) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 18:34:38 -0000 --=-=-= Content-Type: text/plain I have pushed -33 with changes as below. tom petch wrote: > On 31/12/2019 22:01, Michael Richardson wrote: >> >> tom petch wrote: >> > Security Considerations, the YANG Guidelines RFC says that you must mention >> > TLS, HTTPS, etc and give pro forma text for doing so. As long as you still >> > have a YANG module, as you do in s.3.4, I would expect those guidelines to >> > apply and so to see something like the pro forma text >> >> Please see: >> https://www.rfc-editor.org/rfc/rfc8366.html#section-7.4 >> >> TLS is already specified and discussed at length in the document. >> If you want me to copy the second paragraph from there in, I can do that, but >> it seems like needless text. You can't implement BRSKI without reading >> RFC8366. > Looking at -32: > Security; OK, leave it be. > IANA yes, that is (almost) what I wanted - I suggest that the title of 8.2 > should be 'YANG Module Names Registry. fixed, sorry, stupid copy and paste error. > References still trouble me. > The YANG module has > reference "RFC xxxx Voucher Profile for Bootstrapping Protocols" > I cannot find an I-D of that name - it is not the name of this I-D; do you > mean "Bootstrapping Remote Secure Key Infrastructure" which is the current > title of this I-D and which I would I think would not appear to be the same > reference to a layman? I have fixed it to say: reference "RFC XXXX: Bootstrapping Remote Secure Key Infrastructure"; But, as this is actually the voucher-request, should it instead say something about that? I also saw: reference "RFC 8366: Voucher Profile for Bootstrapping Protocols"; I have fixed it to: reference "RFC 8366: Voucher Artifact for Bootstrapping Protocols"; > Also on References, in -31 you had X.690 as a Normative Reference which I > thought spot on - now you have removed the reference which I think wrong. > YANG 'leaf proximity-registrar-cert' mentions X.690 so I think that > a) you need a YANG reference clause for the leaf Dang. I removed that because I couldn't find a reference to it, because in the YANG, the reference is not in the normal fashion. I've restored the reference and fixed the YANG description > b) you need a XML/HTML reference in the body of the I-D so as to avoid an > unused ref error - 'The YANG module makes reference to [X.690] ' {or > [ITU.X690.1994] } is the way most authors address this I've put a reference into an appendix that the RFC editor should remove, which is what I started doing earlier this week, then discovered the section appeared empty. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4PiTcACgkQgItw+93Q 3WVkzwf/Zso7YtuKlDxnLW8LmtSAAdBU/S2o6O+DKLcJ3Kgw1wJpKCT6x5BSHzyI lV1wpjCAJF/r3YGW/RP6dwuWrt17F2/WbZ3sFnczjSuBQUtGIE2H3RbavCoW6FJ5 X6LyKTqp5E2NK40LNeLGmpBmXa5/K7BO+e/klukHRpXv76S5wiFaKb1+mflCurYo TrB8SPr/yqe/L6s8i9OHLNKyEMsxMBjtFmxdHG776sZafwa1wKg2lfKF9/QxQ4YU +ZPCwVX+lea52STqiYCK6DOgAWpXGzdPSKr3ksaNg428j5+vtkwe3dKIhpWEV3CD DcC0Vnxg015Ei/roUosex4Ii34d7iQ== =Xf+H -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Jan 3 14:09:58 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893B1120099; Fri, 3 Jan 2020 14:09:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 yGWSfb1JAWGU; Fri, 3 Jan 2020 14:09:54 -0800 (PST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 29C13120045; Fri, 3 Jan 2020 14:09:53 -0800 (PST) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 003M9bLV010132 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 3 Jan 2020 17:09:39 -0500 Date: Fri, 3 Jan 2020 14:09:36 -0800 From: Benjamin Kaduk To: Michael Richardson Cc: The IESG , draft-ietf-anima-bootstrapping-keyinfra@ietf.org, tte+ietf@cs.fau.de, anima@ietf.org, anima-chairs@ietf.org Message-ID: <20200103220936.GC57294@kduck.mit.edu> References: <157688107174.4079.10454309821544008060.idtracker@ietfa.amsl.com> <5018.1577823353@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5018.1577823353@localhost> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Anima] Benjamin Kaduk's Discuss on draft-ietf-anima-bootstrapping-keyinfra-31: (with DISCUSS and COMMENT) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 22:09:57 -0000 On Tue, Dec 31, 2019 at 03:15:53PM -0500, Michael Richardson wrote: > > A diff against -31 is at: https://tinyurl.com/vuls2ge > and will be posted as -32 in a few minutes. > Commit with edits here: https://github.com/anima-wg/anima-bootstrap/commit/0bdd9aaf206b0f2d70c51a7c9636a8249fd1366f > > BTW: I haven't heard from Roman since IETF107. > I am also converting to v3 format now, so there are some slight formatting > changes. (*->o, some extra spaces in places) > > I have addressed all of your comments, and I've checked that all the -29 > comments have been addressed. > > Benjamin Kaduk via Datatracker wrote: > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > Thanks for providing a clear specification of the /enrollstatus EST > > endpoint in the -30. The following two points still seem unaddressed, > > though. > > > The -29 reworks the definition of the 'nonce' field to be: > > > strong random or pseudo-random number nonce (see [RFC4086] > > section 6.2). As the nonce is usually generated very early in the boot > > sequence there is a concern that the same nonce might generated across > > multiple boots, or after a factory reset. Difference nonces MUST NOT > > generated for each bootstrapping attempt, whether in series or > > concurrently. The freshness of this nonce mitigates against the lack > > of real-time clock as explained in Section 2.6.1. > > > This needs to either be "Different nonces MUST be generated" or "the > > same nonce MUST NOT be reused"; this mashup is no good. > > Fixed. > > > Email exchange with mcr notes: > >> > An RFC Editor note about the RFC 8366 assignment of OID > > >> 1.2.840.113549.1.9.16.1.40 was removed from -23 to -28; do the > >> examples > properly use that assigned OID now? > >> > >> We got a MASA URL Extension OID for: 1.3.6.1.5.5.7.1.32 > >> > >> the examples date from before that, and do not use it yet. > > > We need to fix the examples before publication. > > Yes, I believe that there will be time to update them while in RFC editor > queue. I want the examples to be produced by code that has interoperated. That's a reasonable desire, but not a compelling reason why the document has to go to the RFC Editor before the examples are correct. Perhaps adding an RFC Editor note that the extension OID used must be the one allocated by IANA, akin to what's done in https://tools.ietf.org/html/draft-ietf-ace-oscore-profile-08#page-10 , would be appropriate? > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > A few new comments on the -30 and -31 to start. I think some of my > > comments on the -29 are still valid, and will try to remove ones that > > have been addressed. To reiterate: to the best of my knowledge, all > > the comments in this ballot position are actionable and have not been > > overtaken by events. > > okay. > > > In Section 5.9.4: > > > In the case of a FAIL, the same TLS connection MUST be used. The > > Reason string indicates why the most recent enrollment failed. > > > I'd suggest something more like "In the case of a failed enrollment, > > the client MUST send the telemetry information over the same TLS > > connection that was used for the enrollment attempt, with a Reason > > string indicating why the most recent enrollment failed. (For failed > > attempts, the TLS connection is the most reliable way to correlate > > server-side information with what the client provides.)" (Also, why is > > "FAIL" capitalized?) > > I have used your text. The fail was capitalized because bold is not available. > Further down, we capitalize SUCCESS. > > > Thanks for the text in Section 11.2 about second-preimage-resistance of > > DomainID calculation; the grammar needs a tweak or two, though. My > > suggestion would be to either drop "The consequences of" or add "be to" > > to make "would be to allow" (but not both). > > Done. > > > Section 11.3 has gone back to just "Devices which are reset to factory > > default in order to perform a second bootstrap with a new owner MUST > > NOT use idential seeds", but I think it's important to be clear about > > what the scope of uniqueness is. The text in Section 5.2 is pretty > > good in this regard, with respect to the nonces (which are generally > > derived from the seed); I wonder if we might want to restructure this > > text to be more like "The random seed used by a device at boot MUST be > > unique across all devices and all bootstraps. Resetting a device to > > factory default state does not obviate this requirement." (FWIW, I > > think the text in the -29 was that way because of my request.) > > Done. > > > In Section 3.3, we now cite RFC 4648; I note that RFC 4648 specifies > > both base64 and base64url, so a section reference is usually > > appropriate (and in Section 5 we do give a section reference into RFC > > 4648). > > okay, section 4 is "base64", added. > > > Section 9.1 > > > Other use cases likely have similar, but MAY different requirements. > > > nit: ", but MAY have different, requirements" > > fixed. > > > Section 9.1.1 > > > Authentication process. The MASA creates signed voucher artifacts > > according to a it's internally defined policies. > > > nit: s/a it's/its/ > > fixed. > > > Section 9.1.3 > > > (Do we need to say "DULL" specifically again here for Join Proxy > > discovery? Maybe not...) > > yes, I think that we need to say this again, as many people get upset about > having a full GRASP daemon visible on the insecure side. I think I missed this in the -32. > > [All new comments for the -28] > > rechecking. > > > Please respond to the secdir re-review. > > This is in message: > > to recap: > 1) 10.3, "The so-called "call-home" mechanism that occurs as part of the > > was toned down. > > 2) the TLS 1.3 text was already improved. > > 3) section 5.4.1, "This document does not make a specific recommendation" > (regarding whether to use public PKI, DANE, or pinned certificates for MASA > authentication. > > I don't think we can make a statement about the needs here at this point, and > why we have the PS->IS step. Note that I wrote > https://datatracker.ietf.org/doc/draft-richardson-anima-registrar-considerations/ Okay, thanks for the discussion. > > > Section 2.6.1 > > > A pledge with a real time clock in which it has confidence in, MUST > > check the above time fields in all certificates and signatures that it > > processes. > > > nit: s/in// from "in which it has confidence in" (your choice which > > one). > > I see now, fixed. > > > Section 4 > > > This section applies is normative for uses with an ANIMA ACP. The > > > nit: pick one of "applies to" or "is normative for". > > already fixed. > > > [...] The use of GRASP mechanism part of the ACP. Other users of > > BRSKI will need > > > nit: missing "is", "the" > > fixing. > > > Section 5.7 > > > The Status field indicates if the voucher was acceptable. Boolean > > values are acceptable. > > > nit: I suggest """acceptable, as a boolean, where "true" indicates the > > voucher was acceptable""". > > already fixed. > > > Section 10.6 > > > Section Section 7.4.3 describes some ways in which a manufacturer > > > nit: duplicate "Section". > > already fixed. > > > Section 10.7 > > > existing products. Said products might be previous deployed and > > need to be re-initialized, purchased used, or just kept in a warehouse > > as long-term spares. > > > nit: s/previous deployed and need/previously deployed that need/ > > already fixed. > > > Section 11.2 > > > In particular implementations should pay attention to the advance in > > [RFC4086] section 3, particulary section 3.4. Devices which are reset > > to factory default in order to perform a second bootstrap with a new > > owner MUST NOT seed their random number generators in the same way. > > > nit: s/same way/same way across bootstraps/ > > already fixed with different text. > > > Section 11.3 > > > We had some discussion around my previous comment: > > > % Additionally, in order to successfully use the resulting voucher the > > % Rm would have to attack the pledge and return it to a bootstrapping % > > enabled state. This would require wiping the pledge of current > > % > > % ... and I think there is a different attack if the Rm is in a > > position % to delay or drop network traffic between the pledge and the > > intended % registrar, to cause Rm's voucher to be delivered first even > > though it is % generated after the intended registrar's authorization > > process. The % intended registrar would need to require reports on > > voucher processing % status (or investigate their absence) in order to > > detect such a case. > > > but I can't remember if we decided that we didn't need to discuss the > > risk in the document. [ed. I also can't remember if we had discussion > > about this comment] > > We did. > We worked hard to create the Rm attack situation, and had to assume some > other failures to even get to this discussion. > I think that this follows into the "if these ten unlikely things all occur, > then you should consider if you are living in simulation" category. Thank you for coping with my poor memory. Also for all the updates, and yet again for your patience and perserverance. -Ben > > ======================================================================= > > > I trimmed all the "Additional comments since posted ballot position on > > -28" that were in my previous ballot position, as they are likely stale > > by now. > > Thank you. > > -- > ] Never tell me the odds! | ipv6 mesh networks [ > ] Michael Richardson, Sandelman Software Works | IoT architect [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ > > > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > From nobody Fri Jan 3 14:46:19 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85BC61200DE for ; Fri, 3 Jan 2020 14:46:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 fBKhAD5zhjD0 for ; Fri, 3 Jan 2020 14:46:16 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F48A120071 for ; Fri, 3 Jan 2020 14:46:15 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 1B0F23897C for ; Fri, 3 Jan 2020 17:45:57 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id D4245725 for ; Fri, 3 Jan 2020 17:46:13 -0500 (EST) From: Michael Richardson To: anima@ietf.org In-Reply-To: <157807643588.8978.2462984927377997693@ietfa.amsl.com> References: <157807643588.8978.2462984927377997693@ietfa.amsl.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Content-Transfer-Encoding: quoted-printable Date: Fri, 03 Jan 2020 17:46:13 -0500 Message-ID: <16794.1578091573@localhost> Archived-At: Subject: Re: [Anima] I-D Action: draft-ietf-anima-bootstrapping-keyinfra-33.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 22:46:18 -0000 internet-drafts@ietf.org wrote: > This draft is a work item of the Autonomic Networking Integrated Mod= el and Approach WG of the IETF. > Title : Bootstrapping Remote Secure Key Infrastructures (B= RSKI) > Authors : Max Pritikin > Michael C. Richardson > Toerless Eckert > Michael H. Behringer > Kent Watsen > Filename : draft-ietf-anima-bootstrapping-keyinfra-33.txt > Pages : 117 > Date : 2020-01-03 ... > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-anima-bootstrapping-k= eyinfra-33 I hope that this is the last of the YANG fixes. -- ] Never tell me the odds! | ipv6 mesh networ= ks [ ] Michael Richardson, Sandelman Software Works | IoT architect= [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [ From nobody Fri Jan 3 15:43:18 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 53907120024; Fri, 3 Jan 2020 15:43:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: anima@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.115.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: anima@ietf.org Message-ID: <157809499727.8996.151233218802020062@ietfa.amsl.com> Date: Fri, 03 Jan 2020 15:43:17 -0800 Archived-At: Subject: [Anima] I-D Action: draft-ietf-anima-bootstrapping-keyinfra-34.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 23:43:17 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Autonomic Networking Integrated Model and Approach WG of the IETF. Title : Bootstrapping Remote Secure Key Infrastructures (BRSKI) Authors : Max Pritikin Michael C. Richardson Toerless Eckert Michael H. Behringer Kent Watsen Filename : draft-ietf-anima-bootstrapping-keyinfra-34.txt Pages : 117 Date : 2020-01-03 Abstract: This document specifies automated bootstrapping of an Autonomic Control Plane. To do this a Secure Key Infrastructure is bootstrapped. This is done using manufacturer-installed X.509 certificates, in combination with a manufacturer's authorizing service, both online and offline. We call this process the Bootstrapping Remote Secure Key Infrastructure (BRSKI) protocol. Bootstrapping a new device can occur using a routable address and a cloud service, or using only link-local connectivity, or on limited/ disconnected networks. Support for deployment models with less stringent security requirements is included. Bootstrapping is complete when the cryptographic identity of the new key infrastructure is successfully deployed to the device. The established secure connection can be used to deploy a locally issued certificate to the device as well. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-anima-bootstrapping-keyinfra/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-anima-bootstrapping-keyinfra-34 https://datatracker.ietf.org/doc/html/draft-ietf-anima-bootstrapping-keyinfra-34 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-bootstrapping-keyinfra-34 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 Jan 3 15:45:16 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72E071200E7 for ; Fri, 3 Jan 2020 15:45:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 6UWJmSdYy6sV for ; Fri, 3 Jan 2020 15:45:11 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02718120024 for ; Fri, 3 Jan 2020 15:45:10 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 4B5263897C for ; Fri, 3 Jan 2020 18:44:52 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 5C39510FE for ; Fri, 3 Jan 2020 18:45:09 -0500 (EST) From: Michael Richardson To: anima@ietf.org In-Reply-To: <157809499761.8996.14233065412219695754.idtracker@ietfa.amsl.com> References: <157809499761.8996.14233065412219695754.idtracker@ietfa.amsl.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] New Version Notification for draft-ietf-anima-bootstrapping-keyinfra-34.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 23:45:14 -0000 --=-=-= Content-Type: text/plain internet-drafts@ietf.org wrote: > A new version of I-D, draft-ietf-anima-bootstrapping-keyinfra-34.txt > has been successfully submitted by Michael Richardson and posted to the > IETF repository. > Name: draft-ietf-anima-bootstrapping-keyinfra > Revision: 34 > Title: Bootstrapping Remote Secure Key Infrastructures (BRSKI) > Document date: 2020-01-03 > Group: anima > Pages: 117 > URL: https://www.ietf.org/internet-drafts/draft-ietf-anima-bootstrapping-keyinfra-34.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-anima-bootstrapping-keyinfra/ > Htmlized: https://tools.ietf.org/html/draft-ietf-anima-bootstrapping-keyinfra-34 > Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-anima-bootstrapping-keyinfra > Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-bootstrapping-keyinfra-34 This version includes a note about OID values in the example that have not yet been updated, but which we intended to update during AUTH48, as it requires software changes to get finished. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4P0gUACgkQgItw+93Q 3WWqdwf/V5ei6JJ1a5r6iK5ku5Qr7cTFcl7pMnGqAOyRKGkWB11KFbvQ0TRq6diN TuRs8H/kvdQS8jMgeoPq6PWHn8q+Ximo1ewZAwinOc4mBjsgMTcwmCeGrDF+CAtE YiBBFqizgcw/fJysRgo0ds3+mMUNNgESNJUXfYt1Vjp1KGd2UNGLpGq8b0vZiBKn +2CNkYRmSZsPvUsXaaQ5JLmKEMGPCcAUNyaLzEjxebXpfs7I+ITjVydYTAsMcvBi qtURmWAnx+mGG1b0XjmqMig0cpkEhfMjwEwPlsGgEKPWmMyacbibThnPFBDaZnoJ lYx9dkCG0VfhrduuTONflI1j1LblAg== =U1Mq -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Jan 6 17:31:03 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41FA01200CE for ; Mon, 6 Jan 2020 17:31:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 nlAAtbX7gcgd for ; Mon, 6 Jan 2020 17:30:58 -0800 (PST) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 EC71F120041 for ; Mon, 6 Jan 2020 17:30:57 -0800 (PST) Received: by mail-pf1-x433.google.com with SMTP id 4so27758333pfz.9 for ; Mon, 06 Jan 2020 17:30:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=b4upgrqXZKlPt4x0sjW6GfaeLAP4H6mWWKkn4y6vEBM=; b=OdsLIQZ12tORgpkpkg00mAAUmjNFj6LPlNX0MK4lOmOZ3/1CYdjIdsE/pzLBfGesJ4 1nDF4f15K4V/tyt6WN8D0JlTGooKtdx6xXWxfuRuyJE/EDh9GCxEvRBBdppbR2zM9lVn wFXR7vAF9GK6UHhFAep1zhQH/oUBg5axAtJE39g7YeG1AxsBKVE9oCO4dfb0qp+0W4lS B6+o6nfWXI89TNgr/4rTcw+kYpykPkBQavXXJkV9Q8wMWz87bkiJ6+vJ26qTiIw2y4n8 UktK8+KA3UQcGDMSegcQ9cEuhHz+98n7tYHhnlrGaL5v/B/bdcQzVMER3ijYDthLIMsp lssg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:cc:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=b4upgrqXZKlPt4x0sjW6GfaeLAP4H6mWWKkn4y6vEBM=; b=Q6+4kUnqs+Ap1Q13Ecn3JtZkvuN1bp190b3IAQL5O0wvkQIz/ZPj/EDYuz8JVwzSME IAXqYxKW4mqF5/w451hUTL/VFMAn0YHo8F7i456e4Rc49gemFA7e6V14xNVrz8WleA3J aigwyS9yLFBcuFfHsYZP1OgWpuq7OKlfK87Y3hrE4fO493ZYPBycrc0yMG+5ql8/SAlb /Wmz6JzWHxlFPCePH76HobD8JpZuO1Ig30HO0aj4JEzQTdDjcyrGpfFlpUUyxeXBh/KF knfn07RhMIHwBLDXcLGA1LzzvYw5FndX5oQCiIqtJk7S0ZTgAFu1MCIyQ0m0n2Ajdm3N ZYFw== X-Gm-Message-State: APjAAAUXWqy+ZpCIaEI/kiGUIjFwycl0CLUh2tUmnyY25ArcIK7Q10eZ GSGOELiDHPTksv83D4GGRNd6tWsS X-Google-Smtp-Source: APXvYqz9W0GuNpV84DIywGX1I1pQLRqjmqIQt8ueSoN7QQjZnHGRpOA91L47Vsu1GYWe4TV1YhXzTg== X-Received: by 2002:a63:a34b:: with SMTP id v11mr110294533pgn.229.1578360656774; Mon, 06 Jan 2020 17:30:56 -0800 (PST) Received: from [130.216.37.13] (sc-prj-gl5a02.cs.auckland.ac.nz. [130.216.37.13]) by smtp.gmail.com with ESMTPSA id f8sm25269079pjg.28.2020.01.06.17.30.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Jan 2020 17:30:56 -0800 (PST) To: Michael Richardson References: <157668862661.4863.8327071161467721979@ietfa.amsl.com> From: Brian E Carpenter Cc: anima@ietf.org Message-ID: Date: Tue, 7 Jan 2020 14:30:53 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157668862661.4863.8327071161467721979@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-ipv6-lldp-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 01:31:00 -0000 Finally got around to reading this... 1. As I understand it, LLDP has its own Ethertype (0x88cc). It's probably useful to mention that, since it makes things a bit clearer for the reader. 2. Also as I understand it, LLDP packets are "typically" multicast, which is fine since it's a requirement for the GRASP DULL instance to work. Is it expected that IPv6-over-LLDP would also use unicast? There's a chunk of typical "IPv6-over-foo" stuff lacking. OK, some of it presumably says "SLAAC not supported except for LL address formation.", etc., but it needs to be there. 3. Personally I'd go for the "elided IPv6 packet" option. BTW you don't need all 128 bits in the addresses; even 64 bits is overkill. Or put no addresses at all, and rely on the MAC address plus the LL prefix. Also you don't need the version number or traffic class. (Of course, there's a draft for that: https://tools.ietf.org/html/draft-jiang-asymmetric-ipv6.) Regards Brian On 19-Dec-19 06:03, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : IPv6 over Link-Local Discovery Protocol > Author : Michael Richardson > Filename : draft-richardson-anima-ipv6-lldp-02.txt > Pages : 6 > Date : 2019-12-18 > > Abstract: > This document describes a mechanism to encapsulate IPv6 packets over > the Link-Local Discovery Protocol (LLDP). The LLDP is a single > layer-two protocol and is never forwarded, which is a desireable > property when building the IPv6-over-IPsec-over-IPv6-Link-Local > tunnels that make up the ANIMA Autonomic Control Plane (ACP). > > This unorthodox encapsulation avoids unwanted interactions between > the ACP packets and native packet forwarding engines, as well as > being safe for layer-2 switches which might otherwise have no IPv6 > capabilities. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-richardson-anima-ipv6-lldp/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-richardson-anima-ipv6-lldp-02 > https://datatracker.ietf.org/doc/html/draft-richardson-anima-ipv6-lldp-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-richardson-anima-ipv6-lldp-02 > > > 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/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Mon Jan 6 21:14:42 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 086F9120045 for ; Mon, 6 Jan 2020 21:14:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 jHqBWzhjsKsu for ; Mon, 6 Jan 2020 21:14:39 -0800 (PST) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CACA112001B for ; Mon, 6 Jan 2020 21:14:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id B2146203BCA; Mon, 6 Jan 2020 21:11:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oO9AcuIbHjKw; Mon, 6 Jan 2020 21:11:53 -0800 (PST) Received: from [172.31.98.5] (unknown [96.229.48.220]) by c8a.amsl.com (Postfix) with ESMTPA id 50582203BC5; Mon, 6 Jan 2020 21:11:53 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Megan Ferguson In-Reply-To: <20191229165322.81440F406C5@rfc-editor.org> Date: Mon, 6 Jan 2020 21:14:38 -0800 Cc: kwatsen@juniper.net, mcr+ietf@sandelman.ca, pritikin@cisco.com, tte+ietf@cs.fau.de, toerless.eckert@huawei.com, ibagdona@gmail.com, warren@kumari.net, jiangsheng@huawei.com, tte+anima@cs.fau.de, te.hasegawa2@gmail.com, anima@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <7B92C169-C78C-4734-AFF0-0815D994E8E5@amsl.com> References: <20191229165322.81440F406C5@rfc-editor.org> To: RFC System X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: Re: [Anima] [Editorial Errata Reported] RFC8366 (5949) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 05:14:41 -0000 Greetings, FYI - we have deleted this report as it appears it was actually intended = for RFC 8572 (another report has been filed for that document). Megan On Dec 29, 2019, at 8:53 AM, RFC Errata System = wrote: > The following errata report has been submitted for RFC8366, > "A Voucher Artifact for Bootstrapping Protocols". >=20 > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid5949 >=20 > -------------------------------------- > Type: Editorial > Reported by: Tetsuya Hasegawa >=20 > Section: 5.1. >=20 > Original Text > ------------- > 7. Devices that support decrypting SZTP artifacts MUST posses the >=20 > Corrected Text > -------------- > 7. Devices that support decrypting SZTP artifacts MUST possess the >=20 > Notes > ----- >=20 >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC8366 (draft-ietf-anima-voucher-07) > -------------------------------------- > Title : A Voucher Artifact for Bootstrapping Protocols > Publication Date : May 2018 > Author(s) : K. Watsen, M. Richardson, M. Pritikin, T. Eckert > Category : PROPOSED STANDARD > Source : Autonomic Networking Integrated Model and = Approach > Area : Operations and Management > Stream : IETF > Verifying Party : IESG >=20 From nobody Wed Jan 8 11:55:22 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DA1812012A for ; Wed, 8 Jan 2020 11:55:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 7UnqCP4urXRq for ; Wed, 8 Jan 2020 11:55:18 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34E5C12003E for ; Wed, 8 Jan 2020 11:55:17 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id DBC783897B; Wed, 8 Jan 2020 14:54:55 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id EBC4271D; Wed, 8 Jan 2020 14:55:16 -0500 (EST) From: Michael Richardson To: Brian E Carpenter cc: anima@ietf.org In-Reply-To: References: <157668862661.4863.8327071161467721979@ietfa.amsl.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-ipv6-lldp-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 19:55:21 -0000 --=-=-= Content-Type: text/plain Brian E Carpenter wrote: > 1. As I understand it, LLDP has its own Ethertype (0x88cc). It's > probably useful to mention that, since it makes things a bit clearer > for the reader. okay, agreed. > 2. Also as I understand it, LLDP packets are "typically" multicast, > which is fine since it's a requirement for the GRASP DULL instance to > work. Is it expected that IPv6-over-LLDP would also use unicast? > There's a chunk of typical "IPv6-over-foo" stuff lacking. OK, some of > it presumably says "SLAAC not supported except for LL address > formation.", etc., but it needs to be there. LLDP have a multicast L2 destination. That means that they travel through any unmanaged L2 devices that do no speak LLDP. This allows LLDP to find the next adjacent managed L2 device. This is akin to always sending all your IPv4 traffic to the broadcast address rather than using ARP. I've regularly *SEEN THIS IN THE WILD* with Win95 IPv4 Bump-in-the-Stack VPN/remote-desktop systems in the 1990s. I wouldn't want to specify unicast L2 addressing for these packets, because I suspect that might require changes on some platforms, but it is something that could be discussed. > 3. Personally I'd go for the "elided IPv6 packet" option. BTW you don't > need all 128 bits in the addresses; even 64 bits is overkill. Or put no > addresses at all, and rely on the MAC address plus the LL prefix. Also I agree, we don't need 128 or even 64. fe80:: is what I want to assume. Not only does it save bytes, but it also makes it much harder to do anything untoward. > you don't need the version number or traffic class. (Of course, there's > a draft for that: > https://tools.ietf.org/html/draft-jiang-asymmetric-ipv6.) The placement of the FHE octet on the top-right in Figure 2 made me completely miss it at first. Maybe... left-align it? It seems that RFC8138 does most of this, but as you say, it's hard to route. Can we map between them easily? > address will be transformed to a complete IPv6 address. To achieve > this, the gateway should will maintain a globally routeable prefix ^^^^^^^^^^^^^ double word, pick one :-) I will happily point at this document, if you think it is going to go somewhere. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4WM6QACgkQgItw+93Q 3WXYlAf8Dhhtfk7BPUDafAieRudwf6cllYX8N65Dt2KcZmTZHqYtjgLp1HXULbTs 5pomQ2cXzAnVDKg6Gxo9vDZ6lnOJhhxQuJrxmsBK/HU33feA4P8Wvs1pmf8JKh8T itwP2Vzeaok0P7XJeRoAuPBJvzHjl9Fq0J6wnqpEk/Mc6Mj2NPqs/l9kb5DuM5X3 b1/me6NygiNi9tHYJoPw/bY5W4ZOhH+TDKVhx+qGC+Bx8znWXSp2lkWrZ0W1Uhev L5A2+bjhKDSYjkvmzTtUTkm+5I93ltWcRxUHc76VeO/GrBiAHVDWTllQn3KpBH3b hgAGRVdvqFZLdExBpjw00R8souw1+g== =CCy6 -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Jan 9 12:14:17 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF771202A0 for ; Thu, 9 Jan 2020 12:14:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 TfteHpWJGIqk for ; Thu, 9 Jan 2020 12:14:14 -0800 (PST) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (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 0CD54120047 for ; Thu, 9 Jan 2020 12:14:14 -0800 (PST) Received: by mail-pf1-x430.google.com with SMTP id 4so3875983pfz.9 for ; Thu, 09 Jan 2020 12:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:references:to:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=XC456030uyVZom1vSLkyzhGJ93qyr3UQsGaB2SjT6Bo=; b=tom2D5AzLuCF5FLUuGQ5uk4+j4nxzLT0zHcm/MRWpqmY+zKSE9Kk+wcuS9d3Nr2gaR 7MINL7wNNKJ1gzzD35rrLBnGkMImd0tGq/tJ7IAxUBSdRs+a7qHej6iWxW2pqFm5QF1I GCaAGJLJ9JaiXGwNoHsMt3jGXWgtE3cwNb+sUQ8bZoxvtR8d0Uw2ktL+NP1fwH5RSkU+ tMvkiztEkhzJxrXJ4Fzdslq7AfEtHe1uxvGQNAI+gExyeZFJTlMHss/nYPRfqWw5vfUI 5ASqapcaB/dcxNkMf9JQJdO3UVe7G2cbLgSDwRfVh24rqYbpmU/sN5LinVoLDnBjndwy c11w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:references:to:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=XC456030uyVZom1vSLkyzhGJ93qyr3UQsGaB2SjT6Bo=; b=bR/AZohQv9+1F3oh7fmK20VBioZecc50kMH6t8wvT5Jw6xNp+sSkQA+T6MjZOzRzEP qLILDC/Dg9zU0tNSjGK9rgXIQD0mA2mpzyewiX6lJz8Bf4ggGGIkKZfB4jqxiCC/sDGj 29JAHlc3Lm8Le3n9rgmZPf5nxusd+lHXQc+p8UIiVSzXoj7hzblLB01cSIqmBplRmuxV jq3zSq2azXoZUYfBDDMEUiQwL5uxcKAE2duZnHWnL55wyB/3F6M4Xmzw7V6sT92x4ylj 2yaHEymkwjeZcnH+12ZVr4iPv/iiU+qEQvT4Jpa/WG8Kp4UIwILG2BosbRq9ELzLppBX MZ4A== X-Gm-Message-State: APjAAAXk78K6+lAHYPgrJ30uK1NMUcKDG06O8hJ2EO0+zHuF8yz7XKJu ZUADgdS8hIelC6xF4ulr3gwnpqGw X-Google-Smtp-Source: APXvYqwJtoISJtCg/iD8F1jXu1rSZX4qpfJviau+S3Trohk50Q+kbGfYMRz1EDHzIfved2D/Ysphwg== X-Received: by 2002:a63:6507:: with SMTP id z7mr13691596pgb.322.1578600853274; Thu, 09 Jan 2020 12:14:13 -0800 (PST) Received: from [192.168.178.30] (228.147.69.111.dynamic.snap.net.nz. [111.69.147.228]) by smtp.gmail.com with ESMTPSA id 12sm9282717pfn.177.2020.01.09.12.14.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Jan 2020 12:14:12 -0800 (PST) References: <157859805142.11804.15604293644932410780@ietfa.amsl.com> To: Anima WG From: Brian E Carpenter Organization: University of Auckland X-Forwarded-Message-Id: <157859805142.11804.15604293644932410780@ietfa.amsl.com> Message-ID: <578ec339-a1f9-424a-dcce-b256c646fd99@gmail.com> Date: Fri, 10 Jan 2020 09:14:10 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157859805142.11804.15604293644932410780@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Anima] Fwd: I-D Action: draft-carpenter-anima-grasp-bulk-05.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 20:14:16 -0000 This version has minor technical updates and was converted to xml2rfc V3 format. -------- Forwarded Message -------- Subject: I-D Action: draft-carpenter-anima-grasp-bulk-05.txt Date: Thu, 09 Jan 2020 11:27:31 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Transferring Bulk Data over the GeneRic Autonomic Signaling Protocol (GRASP) Authors : Brian Carpenter Sheng Jiang Bing Liu Filename : draft-carpenter-anima-grasp-bulk-05.txt Pages : 12 Date : 2020-01-09 Abstract: This document describes how bulk data may be transferred between Autonomic Service Agents via the GeneRic Autonomic Signaling Protocol (GRASP). Although not an equivalent of a file transfer protocol, such a technique may be used for non-urgent transfer of data too large to fit into a normal GRASP message. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-carpenter-anima-grasp-bulk/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-carpenter-anima-grasp-bulk-05 https://datatracker.ietf.org/doc/html/draft-carpenter-anima-grasp-bulk-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-carpenter-anima-grasp-bulk-05 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Thu Jan 9 12:15:36 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 911EA120047 for ; Thu, 9 Jan 2020 12:15:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 4nfhfLtANV4O for ; Thu, 9 Jan 2020 12:15:30 -0800 (PST) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 9F4C11200CC for ; Thu, 9 Jan 2020 12:15:30 -0800 (PST) Received: by mail-pf1-x431.google.com with SMTP id x184so3889558pfb.3 for ; Thu, 09 Jan 2020 12:15:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=qfjFEqRGHoCAJe9Am7jaq1VNluP8LVFT7bhczy2qiiM=; b=LifhZOJU4VyNJwAbaCY6OOLrwSX0mcfySTA4DM4fOprHr6DvxvjToAHzuB7vttRIMe d5LCdnn5q/Z3VPmsEoscBioFoOr9cxGoyTSYS/VVQ1RcPwxCayGVKUAuIWnGZabqWjgg RLXWzZT5KbCx437rGTT0P4zQyxvZeuwV8rwgtEZoXTxlpQLwK+hd4uPy5+OjE+9MGphG AtCb0I3AeKdo9BlvdG8mV63NMP6l1rU1j4cgmNg6uXWmCndX9/KmntieE7P7J1RjZGLp S/RjDN37fMj9s2HwmExz3a5XCTxtEyeVdnvIRxJesupcxxQeBg0u2MCoG/UzLR3gkjT2 6AlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=qfjFEqRGHoCAJe9Am7jaq1VNluP8LVFT7bhczy2qiiM=; b=W2dhAOBM/ypN+kPktp9+7RvJbvQOcSo8+NoZ85cmeSTEfSuN8qBMSQqrGOI2TJx7hT C6N/FH4sCjO88y3lBJHFN1Zb2sRhxJvPOmKWsJBoLuQFYmV7Zs0WDsaFlpAPdQGzb1M+ igO3wPTN6fwuNeoFVc5akIUFqRUYU/ZyIoBXeB39g+e+m7EDZYV6fQcF5bUgPxheYxTG kJy5x8OKQPEKDjVRpQhbrErYMJo12gMaDu3wG0STciEX0uByGT/xOU4f5XPGdu1v5sOv UD5Aiqsy7J7+GJQA5gweJ6RQD5pG1F5nxcbU5uTJVPix7CWN375dPLByML3gIdEGiCZg Fomw== X-Gm-Message-State: APjAAAXiCPCpB0sOpP44VZgxNq+tckUL63A8B1myqTtoZzdUBl0x7ZAh je69WuHKqPF2qIM4UGok/53MTIUL X-Google-Smtp-Source: APXvYqxRXYp2LyxcKl9x1N9poglVctT6AakIXOWRaKRefVHsHPR9LMPLlWC2jnqDOqVzlg9gEu9P4Q== X-Received: by 2002:aa7:8ad9:: with SMTP id b25mr13139295pfd.70.1578600929851; Thu, 09 Jan 2020 12:15:29 -0800 (PST) Received: from [192.168.178.30] (228.147.69.111.dynamic.snap.net.nz. [111.69.147.228]) by smtp.gmail.com with ESMTPSA id 144sm9557398pfc.124.2020.01.09.12.15.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Jan 2020 12:15:29 -0800 (PST) References: <157859843754.11829.3793561029289315058@ietfa.amsl.com> To: Anima WG From: Brian E Carpenter X-Forwarded-Message-Id: <157859843754.11829.3793561029289315058@ietfa.amsl.com> Message-ID: <6a324e86-056b-1b35-d8d5-647bc914ac50@gmail.com> Date: Fri, 10 Jan 2020 09:15:27 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157859843754.11829.3793561029289315058@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Anima] Fwd: I-D Action: draft-carpenter-anima-asa-guidelines-08.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 20:15:35 -0000 This version has a few updates following the discussion at IETF 106, and was converted to xml2rfc V3 format. -------- Forwarded Message -------- Subject: I-D Action: draft-carpenter-anima-asa-guidelines-08.txt Date: Thu, 09 Jan 2020 11:33:57 -0800 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Guidelines for Autonomic Service Agents Authors : Brian Carpenter Laurent Ciavaglia Sheng Jiang Pierre Peloso Filename : draft-carpenter-anima-asa-guidelines-08.txt Pages : 26 Date : 2020-01-09 Abstract: This document proposes guidelines for the design of Autonomic Service Agents for autonomic networks, as a contribution to describing an autonomic ecosystem. It is based on the Autonomic Network Infrastructure outlined in the ANIMA reference model, using the Autonomic Control Plane and the Generic Autonomic Signaling Protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-carpenter-anima-asa-guidelines/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-carpenter-anima-asa-guidelines-08 https://datatracker.ietf.org/doc/html/draft-carpenter-anima-asa-guidelines-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-carpenter-anima-asa-guidelines-08 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Thu Jan 9 22:12:41 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 671BA120077; Thu, 9 Jan 2020 22:12:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: anima-chairs@ietf.org, ibagdona@gmail.com, anima@ietf.org, jiangsheng@huawei.com X-Test-IDTracker: no X-IETF-IDTracker: 6.116.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157863675935.17340.4099211072442820300.idtracker@ietfa.amsl.com> Date: Thu, 09 Jan 2020 22:12:39 -0800 Archived-At: Subject: [Anima] anima - New Meeting Session Request for IETF 107 X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2020 06:12:39 -0000 A new meeting session request has just been submitted by Sheng Jiang, a Chair of the anima working group. --------------------------------------------------------- Working Group Name: Autonomic Networking Integrated Model and Approach Area Name: Operations and Management Area Session Requester: Sheng Jiang Number of Sessions: 2 Length of Session(s): 1.5 Hours, 1 Hour Number of Attendees: 80 Conflicts to Avoid: Chair Conflict: bier pim mboned 6man 6lo 6tisch ace Technology Overlap: emu netconf homenet roll Key Participant Conflict: nmrg panrg dinrg opsarea intarea saag cfrg detnet People who must be present: Toerless T. Eckert Sheng Jiang Ignas Bagdonas Resources Requested: Special Requests: Please avoid meeting on friday due to travel constraints of chair. It would be nice to have the 1.5 hour meeting first. --------------------------------------------------------- From nobody Mon Jan 13 03:45:46 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3831200F1; Mon, 13 Jan 2020 03:45:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.87 X-Spam-Level: X-Spam-Status: No, score=-0.87 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no 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 SIZGWqYlvqFv; Mon, 13 Jan 2020 03:45:42 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3929D12004F; Mon, 13 Jan 2020 03:45:39 -0800 (PST) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id A23BD548043; Mon, 13 Jan 2020 12:45:33 +0100 (CET) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 9909B440059; Mon, 13 Jan 2020 12:45:33 +0100 (CET) Date: Mon, 13 Jan 2020 12:45:33 +0100 From: Toerless Eckert To: anima@ietf.org Cc: draft-liu-anima-grasp-distribution@ietf.org Message-ID: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2020 11:45:44 -0000 This message starts a two-week adoption call, it ends on January 27th, 2020. draft-liu-anima-grasp-distribution was progressed up to version -13 with the help of the WG, it was last presented at IETF106 with good interest. The draft is now clearly in scope of ANIMA charter 2 that was adopted around IETF106. The authors asked for adoption of the document. As far as the chairs heard, there was no objection in the room. We therefore are asking the ANIMA working group for adoption of the following work: Title: Information Distribution in Autonomic Networking Name: draft-liu-anima-grasp-distribution Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp-distribution/ This document is intended to become a standards track ANIMA WG document. Standard track is desired because it is meant to become the required small set of protocol extensions to the GRASP protocol in support of the self-organization of ASA. Please express your support or rejection. If you think this document should _not_ be adopted, please also explicitly indicate the reasons. For the ANIMA WG chairs, Toerless From nobody Mon Jan 13 10:23:20 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FE211209F0 for ; Mon, 13 Jan 2020 10:23:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 3021lFZjHqXQ for ; Mon, 13 Jan 2020 10:23:16 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A7751209E1 for ; Mon, 13 Jan 2020 10:23:16 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 665163818F for ; Mon, 13 Jan 2020 13:22:50 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 809F4A3B for ; Mon, 13 Jan 2020 13:23:15 -0500 (EST) From: Michael Richardson To: anima@ietf.org In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2020 18:23:18 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have re-read the document quickly. I think that some of the how does it work parts will need to expanded. I support adoption. My non-blocking comments: 1) I think that I'd like to see more reference to the use cases in the introduction. =20=20=20 2) I think that Connected-Car case is not useful unless the ACP will be extended to the car, and I think that is unreasonable to do in the general situation. Maybe it makes sense for an autonomous vehicle situation where all vehicles are owned by the 'taxi' service. 3) I think that the killer app for this is Firmware Updates. By abstracting the location of the firmware from the name of the firmwar= e, while providing a way to notify about it, this significantly supports distribution of firmware updates. References to SUIT would appropriate.=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20 Toerless Eckert wrote: > draft-liu-anima-grasp-distribution was progressed up to version -13 > with the help of the WG, it was last presented at IETF106 with good > interest. The draft is now clearly in scope of ANIMA charter 2 that > was adopted around IETF106. The authors asked for adoption of the > document. As far as the chairs heard, there was no objection in the > room. =2D-=20 Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4ctZMACgkQgItw+93Q 3WVw/wf+MTLikrZP8QfBQ02syoxYDH4Dm3eQiho/71dckVWdVKbMJsHF9ZVFHuja p6v8ghNjqHHYmPrsgNkvK6oN/xApHrThIBrw37KGnoyUw43YGfje41hKjRoh5HRn 08R70Uh1RHlcGbYYp5HEl0ybLEYeWZK7lKOpTAtvsNDM94A7r+7xBVbrGECZqF4O YIYGLCAhMTO6JVg1eZ4k5IYY9mAghgY5My0I3+53u6NAUEjWh1wl+7YnvA38S2fl zaFM25OhFvpsj9V5t1HFUEl0kLeJt4mTsnqlrV7ilHJyZ0RJeU9qLwuVlK7jdpev D2OaP48D7W6bOYrTWU1e3XJmScSFsA== =LBSr -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Jan 13 10:43:53 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EA6912088C; Mon, 13 Jan 2020 10:43:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 EQj-jq0Jk80g; Mon, 13 Jan 2020 10:43:49 -0800 (PST) Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (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 9BC8012096D; Mon, 13 Jan 2020 10:43:49 -0800 (PST) Received: by mail-pf1-x429.google.com with SMTP id 195so5265734pfw.11; Mon, 13 Jan 2020 10:43:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KruF7YYhCG7Hjft97KMXAnjLj6RIKjQdO2IigYB9BU4=; b=PGr9jsOGuE78csmBgx7/la1ysA2D3HZZh3tWXJTX9tp0E3FEwWIOUkX26WCny+y/hT zslUikgyW3w62o24Zcbi8RRazkS3aLC61akEQfZGR/iLPIxNVA8md78/AuU3ufKPYYcx c5wNIoE6hGXJwUIpKqQbveIv0aWomvN34VwmXN/nH0+1K7q/lLGeeQTm0Bmi+JaZzqqe FcENFYlhTeY3yz+cy15BH7cF7KPUey701CNCGEtOBNTIPu8/eEYYGC//Wiq8sP5ZpvWX 1Nyb7Q0PtpS0lNEUz3Ohgqd4nmV7QLJXoqK7+d9xzNU0DZhWYd2PvUbmHpF3J+fO+Hi7 uwBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=KruF7YYhCG7Hjft97KMXAnjLj6RIKjQdO2IigYB9BU4=; b=ciwyk83K7JBdH3Qz9FvlUbQVA3+bILLboRkjFMsiZ5D3FygjWRhqLaLBD8B1OCA0QN +c+SG641nfvMX00VQNhro4mTRKWBMBH4GImtqy++rm17OF2xJYawo+fI/9O83i3HffzW YJlTTtyOTxpre63ZLvwVho+siOEJDxJTDSCmPtfuwGdTHGv688fSYAtgL3JXMKu9byfP te0YtjZwvkE1h+lHS34PyUf3f7oJ2pCW8cVcaA4LjioD+8GpF9joqmGPAIgkFypgsk3x Ect6+EOC+i1EyaSMUQjBSoY85sKa8AH7M+ijT/3py05CmsE6kGGQIZ0zV7Ti/xYLqRq3 lQEw== X-Gm-Message-State: APjAAAWKCtUVCB2JED0voMrbRnLMo45T5wkl5saG9Mm1uerVL0Sww71g F0zl68ffTLTANKC6FMLupFHp1cWE X-Google-Smtp-Source: APXvYqx8R07y11WVSIEwWfIHRzmrUXCQPCfAoDXytH1bharVnpGxt2hapGg/axlTjV9BsZvm7CH1rw== X-Received: by 2002:a63:d54f:: with SMTP id v15mr23042826pgi.64.1578941028609; Mon, 13 Jan 2020 10:43:48 -0800 (PST) Received: from [172.17.0.82] ([111.69.8.186]) by smtp.gmail.com with ESMTPSA id 199sm16140490pfv.81.2020.01.13.10.43.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jan 2020 10:43:47 -0800 (PST) To: Toerless Eckert , anima@ietf.org Cc: draft-liu-anima-grasp-distribution@ietf.org References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> From: Brian E Carpenter Organization: University of Auckland Message-ID: <6e544b02-d778-5207-cb2c-4f62f59a9f32@gmail.com> Date: Tue, 14 Jan 2020 07:43:43 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2020 18:43:51 -0000 I support adoption. However, the issues discussed in the following message still need to be clarified: https://mailarchive.ietf.org/arch/msg/anima/_0fYQPBcLPt8xzQee7P4dILsn3A I probably need to follow up directly on that message but I'm on travel for a few days. Regards Brian On 14-Jan-20 00:45, Toerless Eckert wrote: > This message starts a two-week adoption call, it ends on January 27th, 2020. > > draft-liu-anima-grasp-distribution was progressed up to version -13 with > the help of the WG, it was last presented at IETF106 with good interest. > The draft is now clearly in scope of ANIMA charter 2 that was adopted > around IETF106. The authors asked for adoption of the document. > As far as the chairs heard, there was no objection in the room. > > We therefore are asking the ANIMA working group for adoption of the following work: > > Title: Information Distribution in Autonomic Networking > Name: draft-liu-anima-grasp-distribution > Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic > URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp-distribution/ > > This document is intended to become a standards track ANIMA WG document. > > Standard track is desired because it is meant to become the required > small set of protocol extensions to the GRASP protocol in support of > the self-organization of ASA. > > Please express your support or rejection. If you think this document > should _not_ be adopted, please also explicitly indicate the reasons. > > For the ANIMA WG chairs, > Toerless > > _______________________________________________ > Anima mailing list > Anima@ietf.org > https://www.ietf.org/mailman/listinfo/anima > . > From nobody Tue Jan 14 01:36:46 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83704120090; Tue, 14 Jan 2020 01:36:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.869 X-Spam-Level: X-Spam-Status: No, score=-0.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no 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 k0cTbmvWeVH5; Tue, 14 Jan 2020 01:36:40 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E284B120013; Tue, 14 Jan 2020 01:36:39 -0800 (PST) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 0BB23548048; Tue, 14 Jan 2020 10:36:35 +0100 (CET) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 054CE440059; Tue, 14 Jan 2020 10:36:35 +0100 (CET) Date: Tue, 14 Jan 2020 10:36:34 +0100 From: Toerless Eckert To: ibagdona@gmail.com, warren@kumari.net, ops-ads@ietf.org Cc: anima@ietf.org, draft-ietf-anima-constrained-voucher@ietf.org, anima-chairs@ietf.org Message-ID: <20200114093634.GK14549@faui48f.informatik.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19320.1558981394@localhost> User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: [Anima] AD approval request for early allocation for id-ct-animaCBORVoucher X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 09:36:45 -0000 Dear Ignaz, dear Warren, As chairs of the ANIMA WG, we hereby request your AD approval for early allocation of a code point from IANA according to RFC7120. Draft: https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 > ## The SMI Security for S/MIME CMS Content Type Registry > > This document registers an OID in the "SMI Security for S/MIME CMS > Content Type" registry (1.2.840.113549.1.9.16.1), with the value: > > Decimal Description References > ------- -------------------------------------- ---------- > TBD1 id-ct-animaCBORVoucher [ThisRFC] Registry: https://www.iana.org/assignments/smi-numbers/smi-numbers.xhtml#security-smime-1 The ANIMA WG chairs have verified that the required conditions for early allocation from RFC7120, Section 2 are met: a) Standards Action (document is standards track ANIMA WG draft) b) The WG draft adequately describes the desired semantics: https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 c) The WG participants actively working on implementations of the draft have confirmed that the semantic of the code point is stable to the extend that it is clear that the final RFC will need it, but further validation through more interoperability testing is required and only blocked on the availability of an early allocation code point. d) The working group chairs think that it would be highly helpful to receive an early allocation code point now to support further interoperability testing, ensuring that the final RFC has the highest level of practical vetting. The request for early allocation was brought up in the working group and was faced with no disagreement. The working group chairs also understand that there is no risk of depletion of the registry in question. Thank you very much Toerless (for the chairs) From nobody Tue Jan 14 08:11:26 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC62012095E for ; Tue, 14 Jan 2020 08:11:22 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-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=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 kjirvjWukrun for ; Tue, 14 Jan 2020 08:11:17 -0800 (PST) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 F3B5012096F for ; Tue, 14 Jan 2020 08:11:16 -0800 (PST) Received: by mail-qt1-x832.google.com with SMTP id k40so12884288qtk.8 for ; Tue, 14 Jan 2020 08:11:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jzfFy23MS7ZJ9zvKaUxiPJc/X3bRCGND62ttcAYSNKg=; b=osHfjXHJtGBbmhaDBxNLaaR28mgK5Je27odzlqpZ8PKQgAYNi3/bVBVpZpgB67/X5d JnzcANXE7rLJgw5XTm8UhDZ+RYT1aNHlQOBRrZJWc+9VGjdKxKSA7AdAvU/aDEnMOaAV QottjnRWUZVSjCc6Xnvu6HOS2kG5+Ojrrssr2IQ9BwmecKMqS9JUh65k4wgm2dw1fDtA GYdB8DTOda/RiRrBL/+0wcR54Zypchb4s1pynKOX68Dtn7mZBu3U3+K2SCxMivcWTtmG 6S8LpvH9T74lAeQxGBBGP+FHG97mLrb9AMKKrFfqaYxEdT0DrCefDYvzqfFIyyXhY5K1 4+HQ== 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=jzfFy23MS7ZJ9zvKaUxiPJc/X3bRCGND62ttcAYSNKg=; b=fkaOiErNfOKXXUvvIorRHMgi7RKApiLCjIddiargeV9Ks+JHIWdS5Ec0Z4ivgMAC8y +W2nQhHfCXnWFVD47D+Wdfg3NWVjaAYYjDzYN1kdPcIh6Px7K3bJ6Z72BubttB7zxBz8 q0D/r4A1xAqHTvJAvVOCq8B2gcrN7TjLfTQZTXzJ0twazug/K//nVSiqI6136LqJsMps kN1KzNPoK4P5RODYEmKA166Mt7QoQOjGX9w9DjhNLNKIdK16N/ODDxkwnZY82d+39MC/ 3ZGMO1WOxMzLxhTY+LyuOkLBdJiHk5e4Q1Usf68uN2d8UZVtXZoPXUB1EGxvIn+rZdPh BGzw== X-Gm-Message-State: APjAAAUwcdxle/QpMLBJiHrqk/ieIpdbvqAaK4WICZSVhOLKgS6o00bv Miv5qyX7XXgo+Dw2aJhFFhzfY0I/Vz/KTw/hvWyPZA== X-Google-Smtp-Source: APXvYqxDjcSfPziQWueIEeovOqjhS9pURKl/x5YDhP2uiTOonWR3bC0/xy0F+1Dj1vDZJ68zdkgx+tZm3KAnxKh4FXQ= X-Received: by 2002:ac8:387b:: with SMTP id r56mr4383449qtb.364.1579018275877; Tue, 14 Jan 2020 08:11:15 -0800 (PST) MIME-Version: 1.0 References: <19320.1558981394@localhost> <20200114093634.GK14549@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20200114093634.GK14549@faui48f.informatik.uni-erlangen.de> From: Warren Kumari Date: Tue, 14 Jan 2020 11:11:04 -0500 Message-ID: To: Toerless Eckert Cc: anima@ietf.org, anima-chairs@ietf.org, draft-ietf-anima-constrained-voucher@ietf.org, ibagdona@gmail.com, ops-ads@ietf.org Content-Type: multipart/alternative; boundary="0000000000006d89a3059c1bd7f5" Archived-At: Subject: Re: [Anima] AD approval request for early allocation for id-ct-animaCBORVoucher X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 16:11:23 -0000 --0000000000006d89a3059c1bd7f5 Content-Type: text/plain; charset="UTF-8" Approved. (This approval coupon can be redeemed for a codepoint at any IANA location, or online. No warranty expressed or implied. Some rights reserved, some exclusions apply, etc :-)) W On Tue, Jan 14, 2020 at 4:36 AM Toerless Eckert wrote: > Dear Ignaz, dear Warren, > > As chairs of the ANIMA WG, we hereby request your AD approval > for early allocation of a code point from IANA according to RFC7120. > > Draft: > https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 > > > ## The SMI Security for S/MIME CMS Content Type Registry > > > > This document registers an OID in the "SMI Security for S/MIME CMS > > Content Type" registry (1.2.840.113549.1.9.16.1), with the value: > > > > Decimal Description References > > ------- -------------------------------------- ---------- > > TBD1 id-ct-animaCBORVoucher [ThisRFC] > > Registry: > > https://www.iana.org/assignments/smi-numbers/smi-numbers.xhtml#security-smime-1 > > The ANIMA WG chairs have verified that the required conditions for > early allocation from RFC7120, Section 2 are met: > > a) Standards Action (document is standards track ANIMA WG draft) > > b) The WG draft adequately describes the desired semantics: > https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 > > c) The WG participants actively working on implementations of the > draft have confirmed that the semantic of the code point is > stable to the extend that it is clear that the final > RFC will need it, but further validation through more interoperability > testing is required and only blocked on the availability of an early > allocation > code point. > > d) The working group chairs think that it would be highly helpful to > receive an early allocation code point now to support further > interoperability testing, ensuring that the final RFC has the > highest level of practical vetting. > > The request for early allocation was brought up in the working group > and was faced with no disagreement. The working group chairs also > understand that there is no risk of depletion of the registry in question. > > Thank you very much > Toerless (for the chairs) > > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf --0000000000006d89a3059c1bd7f5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Approved.

(This approval coupon can be redeemed for a codepoint at any= IANA location, or online. No warranty expressed or implied. Some rights re= served, some exclusions apply, etc :-))

W

On Tue, Jan 14, 2020 at 4:36 AM Toerless Eckert <<= a href=3D"mailto:tte@cs.fau.de">tte@cs.fau.de> wrote:
Dear Ignaz, dear Warren,

As chairs of the ANIMA WG, we hereby request your AD approval
for early allocation of a code point from IANA according to RFC7120.

Draft:
https://tools.ietf.org/html/draft= -ietf-anima-constrained-voucher-05

> ## The SMI Security for S/MIME CMS Content Type Registry
>
> This document registers an OID in the "SMI Security for S/MIME CM= S
> Content Type" registry (1.2.840.113549.1.9.16.1), with the value:=
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Decimal=C2=A0 Description=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0References
>=C2=A0 =C2=A0 =C2=A0 =C2=A0-------=C2=A0 ------------------------------= --------=C2=A0 ----------
>=C2=A0 =C2=A0 =C2=A0 =C2=A0TBD1=C2=A0 =C2=A0 =C2=A0 id-ct-animaCBORVouc= her=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[ThisRFC]<= br>
Registry:
https://www.iana.org/= assignments/smi-numbers/smi-numbers.xhtml#security-smime-1

The ANIMA WG chairs have verified that the required conditions for
early allocation from RFC7120, Section 2 are met:

a) Standards Action (document is standards track ANIMA WG draft)

b) The WG draft adequately describes the desired semantics:
=C2=A0 =C2=A0https://tools.ietf.o= rg/html/draft-ietf-anima-constrained-voucher-05

c) The WG participants actively working on implementations of the
=C2=A0 =C2=A0draft have confirmed that the semantic of the code point is =C2=A0 =C2=A0stable to the extend that it is clear that the final
=C2=A0 =C2=A0RFC will need it, but further validation through more interope= rability
=C2=A0 =C2=A0testing is required and only blocked on the availability of an= early allocation
=C2=A0 =C2=A0code point.

d) The working group chairs think that it would be highly helpful to
=C2=A0 =C2=A0receive an early allocation code point now to support further<= br> =C2=A0 =C2=A0interoperability testing, ensuring that the final RFC has the<= br> =C2=A0 =C2=A0highest level of practical vetting.

The request for early allocation was brought up in the working group
and was faced with no disagreement. The working group chairs also
understand that there is no risk of depletion of the registry in question.<= br>
Thank you very much
=C2=A0 =C2=A0 Toerless (for the chairs)

--
I don't think the execution is relev= ant when it was obviously a bad idea in the first place.
This is like pu= tting rabid weasels in your pants, and later expressing regret at having ch= osen those particular rabid weasels and that pair of pants.
=C2=A0 =C2= =A0---maf
--0000000000006d89a3059c1bd7f5-- From nobody Tue Jan 14 09:39:32 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 894C21208EA; Tue, 14 Jan 2020 09:39:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.869 X-Spam-Level: X-Spam-Status: No, score=-0.869 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no 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 YkIpZmggOoS0; Tue, 14 Jan 2020 09:39:25 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F0311208E7; Tue, 14 Jan 2020 09:39:25 -0800 (PST) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 8BA0C548047; Tue, 14 Jan 2020 18:39:20 +0100 (CET) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 83853440059; Tue, 14 Jan 2020 18:39:20 +0100 (CET) Date: Tue, 14 Jan 2020 18:39:20 +0100 From: Toerless Eckert To: Warren Kumari Cc: anima-chairs@ietf.org, draft-ietf-anima-constrained-voucher@ietf.org, ops-ads@ietf.org, ibagdona@gmail.com, anima@ietf.org Message-ID: <20200114173920.GA37721@faui48f.informatik.uni-erlangen.de> References: <19320.1558981394@localhost> <20200114093634.GK14549@faui48f.informatik.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: Re: [Anima] AD approval request for early allocation for id-ct-animaCBORVoucher X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 17:39:30 -0000 Muchas Gracias Coupon redeemed as [IANA #1160164] : From: tte@cs.fau.de To: iana@iana.org Subject: Request for Assignment Contact Name: Toerless Eckert Contact Email: tte@cs.fau.de Type of Assignment: Early Assignment , approved by Warren Kumari https://mailarchive.ietf.org/arch/msg/anima/4JJjhztdmvh0uqvc0NuM4pIzhhE Registry: https://www.iana.org/assignments/smi-numbers/smi-numbers.xhtml#security-smime-1 Description: required for interop testing of prototypes implementing the subject WG draft. Additional Info: https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05#section-9.5 On Tue, Jan 14, 2020 at 11:11:04AM -0500, Warren Kumari wrote: > Approved. > > (This approval coupon can be redeemed for a codepoint at any IANA location, > or online. No warranty expressed or implied. Some rights reserved, some > exclusions apply, etc :-)) > > W > > On Tue, Jan 14, 2020 at 4:36 AM Toerless Eckert wrote: > > > Dear Ignaz, dear Warren, > > > > As chairs of the ANIMA WG, we hereby request your AD approval > > for early allocation of a code point from IANA according to RFC7120. > > > > Draft: > > https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 > > > > > ## The SMI Security for S/MIME CMS Content Type Registry > > > > > > This document registers an OID in the "SMI Security for S/MIME CMS > > > Content Type" registry (1.2.840.113549.1.9.16.1), with the value: > > > > > > Decimal Description References > > > ------- -------------------------------------- ---------- > > > TBD1 id-ct-animaCBORVoucher [ThisRFC] > > > > Registry: > > > > https://www.iana.org/assignments/smi-numbers/smi-numbers.xhtml#security-smime-1 > > > > The ANIMA WG chairs have verified that the required conditions for > > early allocation from RFC7120, Section 2 are met: > > > > a) Standards Action (document is standards track ANIMA WG draft) > > > > b) The WG draft adequately describes the desired semantics: > > https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-05 > > > > c) The WG participants actively working on implementations of the > > draft have confirmed that the semantic of the code point is > > stable to the extend that it is clear that the final > > RFC will need it, but further validation through more interoperability > > testing is required and only blocked on the availability of an early > > allocation > > code point. > > > > d) The working group chairs think that it would be highly helpful to > > receive an early allocation code point now to support further > > interoperability testing, ensuring that the final RFC has the > > highest level of practical vetting. > > > > The request for early allocation was brought up in the working group > > and was faced with no disagreement. The working group chairs also > > understand that there is no risk of depletion of the registry in question. > > > > Thank you very much > > Toerless (for the chairs) > > > > -- > I don't think the execution is relevant when it was obviously a bad idea in > the first place. > This is like putting rabid weasels in your pants, and later expressing > regret at having chosen those particular rabid weasels and that pair of > pants. > ---maf > _______________________________________________ > Anima mailing list > Anima@ietf.org > https://www.ietf.org/mailman/listinfo/anima -- --- tte@cs.fau.de From nobody Tue Jan 14 13:54:14 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E7B27120113; Tue, 14 Jan 2020 13:54:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: anima@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.116.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: anima@ietf.org Message-ID: <157903884674.11023.2034028394127773621@ietfa.amsl.com> Date: Tue, 14 Jan 2020 13:54:06 -0800 Archived-At: Subject: [Anima] I-D Action: draft-ietf-anima-constrained-voucher-06.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 21:54:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Autonomic Networking Integrated Model and Approach WG of the IETF. Title : Constrained Voucher Artifacts for Bootstrapping Protocols Authors : Michael Richardson Peter van der Stok Panos Kampanakis Filename : draft-ietf-anima-constrained-voucher-06.txt Pages : 40 Date : 2020-01-14 Abstract: This document defines a strategy to securely assign a pledge to an owner, using an artifact signed, directly or indirectly, by the pledge's manufacturer. This artifact is known as a "voucher". This document builds upon the work in [RFC8366], encoding the resulting artifact in CBOR. Use with two signature technologies are described. Additionally, this document explains how constrained vouchers may be transported as an extension to the [I-D.ietf-ace-coap-est] protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-06 https://datatracker.ietf.org/doc/html/draft-ietf-anima-constrained-voucher-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-constrained-voucher-06 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 Tue Jan 14 14:01:15 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC1E5120807 for ; Tue, 14 Jan 2020 14:01:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 P1uCg1XxQucP for ; Tue, 14 Jan 2020 14:01:09 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB30E120113 for ; Tue, 14 Jan 2020 14:01:09 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id BF26D3897B for ; Tue, 14 Jan 2020 17:00:42 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id CEE65108F for ; Tue, 14 Jan 2020 17:01:08 -0500 (EST) From: Michael Richardson To: anima@ietf.org In-Reply-To: <157903884674.11023.2034028394127773621@ietfa.amsl.com> References: <157903884674.11023.2034028394127773621@ietfa.amsl.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] I-D Action: draft-ietf-anima-constrained-voucher-06.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 22:01:14 -0000 --=-=-= Content-Type: text/plain internet-drafts@ietf.org wrote: > Title : Constrained Voucher Artifacts for Bootstrapping > Protocols Authors : Michael Richardson Peter van der Stok Panos > Kampanakis Filename : draft-ietf-anima-constrained-voucher-06.txt Pages > : 40 Date : 2020-01-14 ... > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-constrained-voucher-06 This is mostly just a repost to deal with an expired document. It additionally has the updated SID values from the CORE WG. We are still working to validate examples. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4eOiQACgkQgItw+93Q 3WXcbgf+IOQomTCnD1ABw2v5x7WbpZBONYBnmStNS1whF7zxKSrrsDgf29NRebIT 2lbFlrmWj3cEWIpGF5wp7tY8fZ+Lcd9Cq6WoVuUDAfcsa8zQaCLMW3ZU65JRma1i coPeWsAgioVP699zZ5PJpHSkJjNIjUvsHimQaK96wVvggLYzS608JuU6c3ksZr93 JvPY1p6IAiZLjH69hxo/Ft8V0okcUF3ldDTF71t/G3bPlgkmkTw1CfcxfctM/N0y 9JRgb3pu1YHrOXgep1oTMQA4azz6ZiLiojb8eDx1/n5HKtBpXsXE+/8+FehnCLmk fwAOqZ/GntSIFE0/CPzTo/9sX3oiDg== =56ym -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Jan 15 07:45:59 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1410A120025; Wed, 15 Jan 2020 07:44:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.871 X-Spam-Level: X-Spam-Status: No, score=-0.871 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779] autolearn=no 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 Ge8XASgUOccr; Wed, 15 Jan 2020 07:44:54 -0800 (PST) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 851391200B4; Wed, 15 Jan 2020 07:44:54 -0800 (PST) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id E800E548048; Wed, 15 Jan 2020 16:44:46 +0100 (CET) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id DF828440059; Wed, 15 Jan 2020 16:44:46 +0100 (CET) Date: Wed, 15 Jan 2020 16:44:46 +0100 From: Toerless Eckert To: draft-ietf-anima-constrained-voucher@ietf.org Cc: ibagdona@gmail.com, anima@ietf.org Message-ID: <20200115154446.GA47063@faui48f.informatik.uni-erlangen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: [Anima] Early Allocation for early allocation for id-ct-animaCBORVoucher X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2020 15:44:59 -0000 Dear draft authors, Your code point has been allocated, pls. update your draft accordingly. This mail has been copied into an issue on the drafts github. Cheers Toerless ---- Date: Wed, 15 Jan 2020 00:28:31 +0000 From: Sabrina Tanamal via RT To: tte@cs.fau.de Subject: [IANA #1160164] Request for Assignment (smi-numbers) Dear Toerless, We've added the following entry to the SMI Security for S/MIME CMS Content Type (1.2.840.113549.1.9.16.1) registry: 46 id-ct-animaCBORVoucher [draft-ietf-anima-constrained-voucher] Please see https://www.iana.org/assignments/smi-numbers Best regards, Sabrina Tanamal Senior IANA Services Specialist From nobody Wed Jan 15 13:26:17 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E95F12097F; Wed, 15 Jan 2020 13:26:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 QEb5Ighq6Qws; Wed, 15 Jan 2020 13:26:11 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24FB112098E; Wed, 15 Jan 2020 13:26:11 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 83FF83897D; Wed, 15 Jan 2020 16:25:42 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 6175D124A; Wed, 15 Jan 2020 16:26:09 -0500 (EST) From: Michael Richardson To: Toerless Eckert cc: draft-ietf-anima-constrained-voucher@ietf.org, ibagdona@gmail.com, anima@ietf.org In-Reply-To: <20200115154446.GA47063@faui48f.informatik.uni-erlangen.de> References: <20200115154446.GA47063@faui48f.informatik.uni-erlangen.de> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Date: Wed, 15 Jan 2020 16:26:09 -0500 Message-ID: <4499.1579123569@localhost> Archived-At: Subject: Re: [Anima] Early Allocation for early allocation for id-ct-animaCBORVoucher X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2020 21:26:16 -0000 Toerless Eckert wrote: > Your code point has been allocated, pls. update your draft accordingly. > This mail has been copied into an issue on the drafts github. Document updated and posted as -07. From nobody Wed Jan 15 13:48:57 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 188151209AF; Wed, 15 Jan 2020 13:48:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: anima@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.116.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: anima@ietf.org Message-ID: <157912493499.29452.18258130402746774627@ietfa.amsl.com> Date: Wed, 15 Jan 2020 13:48:55 -0800 Archived-At: Subject: [Anima] I-D Action: draft-ietf-anima-constrained-voucher-07.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2020 21:48:55 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Autonomic Networking Integrated Model and Approach WG of the IETF. Title : Constrained Voucher Artifacts for Bootstrapping Protocols Authors : Michael Richardson Peter van der Stok Panos Kampanakis Filename : draft-ietf-anima-constrained-voucher-07.txt Pages : 40 Date : 2020-01-15 Abstract: This document defines a strategy to securely assign a pledge to an owner, using an artifact signed, directly or indirectly, by the pledge's manufacturer. This artifact is known as a "voucher". This document builds upon the work in [RFC8366], encoding the resulting artifact in CBOR. Use with two signature technologies are described. Additionally, this document explains how constrained vouchers may be transported as an extension to the [I-D.ietf-ace-coap-est] protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-anima-constrained-voucher/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-anima-constrained-voucher-07 https://datatracker.ietf.org/doc/html/draft-ietf-anima-constrained-voucher-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-anima-constrained-voucher-07 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 Sat Jan 18 18:33:21 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC128120074; Sat, 18 Jan 2020 18:33:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 tMMBLsGVmzlm; Sat, 18 Jan 2020 18:33:17 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 3ACE8120025; Sat, 18 Jan 2020 18:33:17 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id AA6D1E41BE660F4DA316; Sun, 19 Jan 2020 02:33:14 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sun, 19 Jan 2020 02:33:13 +0000 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0439.000; Sun, 19 Jan 2020 10:33:10 +0800 From: Sheng Jiang To: Toerless Eckert , "anima@ietf.org" , "anima-chairs@ietf.org" CC: "draft-liu-anima-grasp-distribution@ietf.org" Thread-Topic: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) Thread-Index: AdXOcMjEgxETunCPQ8a/9MdFXGp6gw== Date: Sun, 19 Jan 2020 02:33:10 +0000 Message-ID: <5D36713D8A4E7348A7E10DF7437A4B9299D9ABE1@NKGEML515-MBX.china.huawei.com> Accept-Language: en-GB, zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.222.155] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2020 02:33:20 -0000 SSBzdXBwb3J0IHRvIGFkb3B0IHRoaXMgZG9jdW1lbnQgd2l0aCBteSBjby1hdXRob3IgaGF0IG9u LiBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgZ2VuZXJpYyBmdW5jdGlvbiB0aGF0IG1hbnkgQXV0 b25vbWljIFNlcnZpY2UgQWdlbnRzLCBhY3R1YWxseSBtYW55IG90aGVyIHVwcGVyIGZ1bmN0aW9u IHRvbyBtb3JlIHRoYW4gQVNBcywgY291bGQgdXNlIHdoZW4gdGhleSBuZWVkcyB0byBkaXN0cmli dXRlIGFueSBpbmZvcm1hdGlvbiB3aXRoaW4gYSBkb21haW4uIEkgYWxzbyB0aGluayB0aGlzIGRv Y3VtZW50IG5lZWRzIHRvIGJlIG1vcmUgYmFrZWQgZHVyaW5nIGl0cyBXRyBkb2N1bWVudCBzdGFn ZS4NCg0KUmVnYXJkcywNCg0KU2hlbmcNCg0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IFRv ZXJsZXNzIEVja2VydCBbbWFpbHRvOnR0ZUBjcy5mYXUuZGVdIA0Kt6LLzcqxvOQ6IDIwMjDE6jHU wjEzyNUgMTk6NDYNCsrVvP7IyzogYW5pbWFAaWV0Zi5vcmcNCrOty806IGRyYWZ0LWxpdS1hbmlt YS1ncmFzcC1kaXN0cmlidXRpb25AaWV0Zi5vcmcNCtb3zOI6IFtBbmltYV0gQWRvcHRpb24gY2Fs bCBmb3IgZHJhZnQtbGl1LWFuaW1hLWdyYXNwLWRpc3RyaWJ1dGlvbiAoZW5kcyAwMS8yNy8yMDIw KQ0KDQpUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdvLXdlZWsgYWRvcHRpb24gY2FsbCwgaXQgZW5k cyBvbiBKYW51YXJ5IDI3dGgsIDIwMjAuDQoNCmRyYWZ0LWxpdS1hbmltYS1ncmFzcC1kaXN0cmli dXRpb24gd2FzIHByb2dyZXNzZWQgdXAgdG8gdmVyc2lvbiAtMTMgd2l0aCB0aGUgaGVscCBvZiB0 aGUgV0csIGl0IHdhcyBsYXN0IHByZXNlbnRlZCBhdCBJRVRGMTA2IHdpdGggZ29vZCBpbnRlcmVz dC4NClRoZSBkcmFmdCBpcyBub3cgY2xlYXJseSBpbiBzY29wZSBvZiBBTklNQSBjaGFydGVyIDIg dGhhdCB3YXMgYWRvcHRlZCBhcm91bmQgSUVURjEwNi4gVGhlIGF1dGhvcnMgYXNrZWQgZm9yIGFk b3B0aW9uIG9mIHRoZSBkb2N1bWVudC4NCkFzIGZhciBhcyB0aGUgY2hhaXJzIGhlYXJkLCB0aGVy ZSB3YXMgbm8gb2JqZWN0aW9uIGluIHRoZSByb29tLg0KDQpXZSB0aGVyZWZvcmUgYXJlIGFza2lu ZyB0aGUgQU5JTUEgd29ya2luZyBncm91cCBmb3IgYWRvcHRpb24gb2YgdGhlIGZvbGxvd2luZyB3 b3JrOg0KDQpUaXRsZTogICAgSW5mb3JtYXRpb24gRGlzdHJpYnV0aW9uIGluIEF1dG9ub21pYyBO ZXR3b3JraW5nDQpOYW1lOiAgICAgZHJhZnQtbGl1LWFuaW1hLWdyYXNwLWRpc3RyaWJ1dGlvbg0K QXV0aG9yczogIEIuIExpdSwgWC4gWGlhbywgQS4gSGVja2VyLCBTLiBKaWFuZywgWi4gRGVzcG90 b3ZpYw0KVVJMOiAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxp dS1hbmltYS1ncmFzcC1kaXN0cmlidXRpb24vDQoNClRoaXMgZG9jdW1lbnQgaXMgaW50ZW5kZWQg dG8gYmVjb21lIGEgc3RhbmRhcmRzIHRyYWNrIEFOSU1BIFdHIGRvY3VtZW50Lg0KDQpTdGFuZGFy ZCB0cmFjayBpcyBkZXNpcmVkIGJlY2F1c2UgaXQgaXMgbWVhbnQgdG8gYmVjb21lIHRoZSByZXF1 aXJlZCBzbWFsbCBzZXQgb2YgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0byB0aGUgR1JBU1AgcHJvdG9j b2wgaW4gc3VwcG9ydCBvZiB0aGUgc2VsZi1vcmdhbml6YXRpb24gb2YgQVNBLg0KDQpQbGVhc2Ug ZXhwcmVzcyB5b3VyIHN1cHBvcnQgb3IgcmVqZWN0aW9uLiBJZiB5b3UgdGhpbmsgdGhpcyBkb2N1 bWVudCBzaG91bGQgX25vdF8gYmUgYWRvcHRlZCwgcGxlYXNlIGFsc28gZXhwbGljaXRseSBpbmRp Y2F0ZSB0aGUgcmVhc29ucy4NCg0KRm9yIHRoZSBBTklNQSBXRyBjaGFpcnMsIA0KICAgIFRvZXJs ZXNzDQo= From nobody Sat Jan 18 23:29:33 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BC5512004C for ; Sat, 18 Jan 2020 23:29:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 ShqRWojR2sdH for ; Sat, 18 Jan 2020 23:29:29 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 A41A9120041 for ; Sat, 18 Jan 2020 23:29:29 -0800 (PST) Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id AC4E84BF2B61E6FD6B00; Sun, 19 Jan 2020 07:29:26 +0000 (GMT) Received: from lhreml727-chm.china.huawei.com (10.201.108.78) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sun, 19 Jan 2020 07:29:25 +0000 Received: from lhreml727-chm.china.huawei.com (10.201.108.78) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Sun, 19 Jan 2020 07:29:25 +0000 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Sun, 19 Jan 2020 07:29:25 +0000 Received: from DGGEML512-MBS.china.huawei.com ([169.254.3.250]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0439.000; Sun, 19 Jan 2020 15:29:21 +0800 From: "Liubing (Leo)" To: Toerless Eckert , "anima@ietf.org" Thread-Topic: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) Thread-Index: AQHVygcEsjSQ2LGRnESAK6Mv18zwWKfxnZug Date: Sun, 19 Jan 2020 07:29:20 +0000 Message-ID: <8AE0F17B87264D4CAC7DE0AA6C406F45DE70B15B@dggeml512-mbs.china.huawei.com> References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.191.175] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2020 07:29:32 -0000 Hi Dear all, I support the adoption as a co-author. I believe this document make useful extension to current ANI/GRASP, to allo= w information distribution capabilities in a flexible manner (e.g. Pub/Sub,= Selective Flooding etc.) . And as a co-author I'd like to continue refine the draft with carefully con= sidering comments from Brian, Michael and other potential people in the WG= . Many thanks. B.R. Bing > -----Original Message----- > From: Toerless Eckert [mailto:tte@cs.fau.de] > Sent: Monday, January 13, 2020 7:46 PM > To: anima@ietf.org > Cc: draft-liu-anima-grasp-distribution@ietf.org > Subject: [Anima] Adoption call for draft-liu-anima-grasp-distribution (en= ds > 01/27/2020) >=20 > This message starts a two-week adoption call, it ends on January 27th, 20= 20. >=20 > draft-liu-anima-grasp-distribution was progressed up to version -13 with = the > help of the WG, it was last presented at IETF106 with good interest. > The draft is now clearly in scope of ANIMA charter 2 that was adopted aro= und > IETF106. The authors asked for adoption of the document. > As far as the chairs heard, there was no objection in the room. >=20 > We therefore are asking the ANIMA working group for adoption of the follo= wing > work: >=20 > Title: Information Distribution in Autonomic Networking > Name: draft-liu-anima-grasp-distribution > Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic > URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp-distribu= tion/ >=20 > This document is intended to become a standards track ANIMA WG document. >=20 > Standard track is desired because it is meant to become the required smal= l set of > protocol extensions to the GRASP protocol in support of the self-organiza= tion of > ASA. >=20 > Please express your support or rejection. If you think this document shou= ld > _not_ be adopted, please also explicitly indicate the reasons. >=20 > For the ANIMA WG chairs, > Toerless From nobody Mon Jan 20 14:54:45 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DB5E120033 for ; Mon, 20 Jan 2020 14:54:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 2S9S39iGEHGg for ; Mon, 20 Jan 2020 14:54:42 -0800 (PST) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (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 67859120018 for ; Mon, 20 Jan 2020 14:54:42 -0800 (PST) Received: by mail-pf1-x431.google.com with SMTP id i6so442897pfc.1 for ; Mon, 20 Jan 2020 14:54:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:references:from:to:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=WpznI1k5msKfovBzvVyylA8vqjUrL2Sx2pqqbWOMSjY=; b=T9YM9vY0eMIbs0Vo1HWnUV1XM87K5gq+0aVQ+TpsDG+4LIZtYwcIanPPblHc0eFmxW kilvcFv4sAZue9haokhr3sLJztWFCUFQ/23/EbS+iqvoWSzfFC3yTgC6QSr5b/yNKCAs pC8MPlsFuKS3lyJtFz5N3/HSVs5VKQA6Tqa/ICLo/ZC6uwJoe+XPuoYT6tBERRe50sCY wqmAJ4kmWWPcePjaxOpGTsvfgqV2GumLbb4IRBcin/KRbeviJCK2JGxGPX8Qbl8kGCGm Cdg+5Rz8RLzOzAV8e7erqaWr4sowaVw4RNmYSstwOjHNkcqsBOPyNTJYaxWN11YyPSHB HwUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:references:from:to:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=WpznI1k5msKfovBzvVyylA8vqjUrL2Sx2pqqbWOMSjY=; b=T79yQAFOonys1VpbJyYOAPdUTiN2T2DMIKlaS4HG5dhwIwgJywa2qu+zPMIYcX71VU +kynWafVmQrxCezEBYYrF07wQ/uPOnz3Mp8fWm214JlpFDQ610wD7AfTcsaMYHzaUYFf KtgISll1dPoyClOzUOFNFnY3DEFA/FchyXDSqSGKa1+UzNIxEDenjueuqu53o1zojw8L ANEkfJe8sz5zQDK04+MrjVfT3RISKTOjcP47tcmBAtB1v6sNErgD6S8JRACVfbx0DuC0 CFC6k6DCqrdoM/mugnC9fzMaUt/Ir/LdWVO3T7SpXSxUuUUgPFlyumUQkF6xeogoPJns JghQ== X-Gm-Message-State: APjAAAXo1LybhaY970eiZEKz7w4mfQdcUjABy+XaK7+C7GcjIwo0csxE yXxfB4N2SDvGURcmSZtF2mebhZwj X-Google-Smtp-Source: APXvYqyOSb66hdLpmgxgalig1GnMssdP2x9Ug4X9bh2yvF+iJ4Sg6t2oAbc59RFsi1fCbnApH55Bww== X-Received: by 2002:a63:cd06:: with SMTP id i6mr2170812pgg.48.1579560881083; Mon, 20 Jan 2020 14:54:41 -0800 (PST) Received: from [130.216.38.176] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.38.176]) by smtp.gmail.com with ESMTPSA id f81sm40204613pfa.118.2020.01.20.14.54.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2020 14:54:40 -0800 (PST) References: <157558079151.16429.14274182498632037900@ietfa.amsl.com> From: Brian E Carpenter To: Anima WG Message-ID: <27700b3a-8ef8-d716-e894-23ef785ce313@gmail.com> Date: Tue, 21 Jan 2020 11:54:36 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157558079151.16429.14274182498632037900@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-masa-considerations-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 22:54:45 -0000 Hi, This draft takes me out of my comfort zone, but it seems like an important topic. One sub-section did catch my eye: > 2.1. On-device private key generation > > Generating the key on-device has the advantage that the private key > never leaves the device. The disadvantage is that the device may not > have a verified random number generator. A reference to RFC4086 would useful. > There are a number of options of how to get the public key securely > from the device to the certification authority. This transmission > must be done in an integral manner, and must be securely associated > with the assigned serial number. The serial number goes into the > certificate, and the resulting certificate needs to be loaded into > the manufacturer's asset database. This asset database needs to be > shared with the MASA. The first sentence made me stop and think. Normally, a "public" key can and must be revealed in public, so doesn't need to be moved securely. I *think* you are saying that the association of a given public key with a given serial number must be kept secret. If so, please say that explicitly. > One way to do the transmission is during a manufacturing during a Bed > of Nails (see [BedOfNails]) or Boundary Scan. I think that needs a bit more description. > There are other ways > that could be used where a certificate signing request is sent over a > special network channel after the system has been started the first > time. What's special? Couldn't it just be a TLS session? > There are risks with these methods, as an attacker with > physical access may be able to put device back into this mode > afterwards. You could recommend that the device sets a hard flag that makes this impossible. Maybe it should simply *delete* its public key after uploading it once. Regards Brian On 06-Dec-19 10:19, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : Operational Considerations for Manufacturer Authorized Signing Authority > Author : Michael Richardson > Filename : draft-richardson-anima-masa-considerations-02.txt > Pages : 11 > Date : 2019-12-05 > > Abstract: > This document describes a number of operational modes that a BRSKI > Manufacturer Authorized Signing Authority (MASA) may take on. > > Each mode is defined, and then each mode is given a relevance within > an over applicability of what kind of organization the MASA is > deployed into. This document does not change any protocol > mechanisms. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-richardson-anima-masa-considerations/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-richardson-anima-masa-considerations-02 > https://datatracker.ietf.org/doc/html/draft-richardson-anima-masa-considerations-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-richardson-anima-masa-considerations-02 > > > 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/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Mon Jan 20 15:08:48 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96B5B120892 for ; Mon, 20 Jan 2020 15:08:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 slwVjHTl1esX for ; Mon, 20 Jan 2020 15:08:38 -0800 (PST) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 DEB401208AE for ; Mon, 20 Jan 2020 15:08:38 -0800 (PST) Received: by mail-pj1-x1030.google.com with SMTP id kx11so408600pjb.4 for ; Mon, 20 Jan 2020 15:08:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=Kv8iPNeZ3SiugFq0q9gPUeNFuj4swhApIcVQVMW+7gU=; b=aXNmBs6w5ekpdVu5BsRscw9/4RfPSD8+aGPUT315QDNeq4IOYInTDMBmPpSuaZVdQ0 c6IzSNvJOOzdW7JnNUjAlnl8BCv1Ml5l5zFlHWwoJomsSbUwYqoRE/lL0qCasCkMEFFs QkFusg6mfLmOfyOg5GcQpAF+kR2gvtEjYqK4gTS0YaACN/Yjwd21xAkLqS4h8fJSqT2m gXrlT4ksEEO4Ni2qdc+asrFgBi1etqgqaf3Yrjp1icuFbCarbWzt4+FNm8mEnke3DyTS qzT3pfN+3ojKA3FOZSjbLXxtJumSBCYBINBKShm5GynSZhYlRSn6D5nzXfinmr/o6wPt 3yEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Kv8iPNeZ3SiugFq0q9gPUeNFuj4swhApIcVQVMW+7gU=; b=j7wpIx4ZrLUEK7T88/gVXvjcMvd7BXKUdjnyuZKGute6aaHU4uYag9Tp6XPICvtdbB t9I+egHfuX+ZU5susVyIVUknoV/zO0eWNiml0J14FxICzKkzlee73n/GQAiI7vRlv2h+ esYSuAD/BnaGN6XIzdb56BIG7sTTF/Wb4FYBF2RtZhpKP1Li5PgnHgQxJSNKJwwI1Z8Q 2J1bfhm+TYlszn6N0tYfsoj7N2OEubzctPw1Is+c14IWB9Jvi5U0+oaA+KSoT8nowb2v NsiA/E2q5VLza2HOsUTkRg67sbakHAarFzOU3NpMDQTvBL7EhLZEeASDfIsdCSAZ20eO 0yhA== X-Gm-Message-State: APjAAAWLJRTCCrQrz2Aly0R3fqa47P+yzivyYvkGy4S+dqAURDDvNcxz jeIMB08InLlJYZjWQkUHmWA74fOU X-Google-Smtp-Source: APXvYqw2DSNj3fbCoskglENWDPNeVBgNOLroSpHRMyapZdbUN8Uf8/c5cHkERBGiBGOydAyuyk6rxA== X-Received: by 2002:a17:90a:9bc3:: with SMTP id b3mr1652807pjw.64.1579561718121; Mon, 20 Jan 2020 15:08:38 -0800 (PST) Received: from [130.216.38.176] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.38.176]) by smtp.gmail.com with ESMTPSA id r66sm41949379pfc.74.2020.01.20.15.08.36 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2020 15:08:37 -0800 (PST) To: Anima WG References: <157560381533.16529.3823587816677070594@ietfa.amsl.com> From: Brian E Carpenter Message-ID: Date: Tue, 21 Jan 2020 12:08:33 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157560381533.16529.3823587816677070594@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-registrar-considerations-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2020 23:08:47 -0000 This too seems like an important contribution to actually deploying the Anima infrastructure. At the moment I have no particular comments, it all makes sense to me. What's the status of draft-moskowitz-ecdsa-pki-07? It seems like important work with no WG. Regards Brian On 06-Dec-19 16:43, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : Operational Considerations for BRSKI Registrar > Author : Michael Richardson > Filename : draft-richardson-anima-registrar-considerations-02.txt > Pages : 20 > Date : 2019-12-05 > > Abstract: > This document describes a number of operational modes that a BRSKI > Registration Authority (Registrar) may take on. > > Each mode is defined, and then each mode is given a relevance within > an over applicability of what kind of organization the Registrar is > deployed into. This document does not change any protocol > mechanisms. > > This document includes operational advice about avoiding unwanted > consequences. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-richardson-anima-registrar-considerations/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-richardson-anima-registrar-considerations-02 > https://datatracker.ietf.org/doc/html/draft-richardson-anima-registrar-considerations-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-richardson-anima-registrar-considerations-02 > > > 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/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Mon Jan 20 16:14:06 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87CBF12083F for ; Mon, 20 Jan 2020 16:14:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 SMuHM-emNB0G for ; Mon, 20 Jan 2020 16:14:03 -0800 (PST) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (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 591EA120861 for ; Mon, 20 Jan 2020 16:14:03 -0800 (PST) Received: by mail-pl1-x62b.google.com with SMTP id p9so514140plk.9 for ; Mon, 20 Jan 2020 16:14:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=AKj33tebiXlXYMghwR04mR5wBmT688FjnJXZL8wp6ac=; b=A9FlOkvwSPqUYQbeprHdytRmrZTP0DNH7c/pFBxIo/pEb9DsNCmlG86HT546U/00LT cX13pZU3Kk42aoUC6VXQXH0VbsO6qcsB+IVt4uK/jJAa/g/uY57ldKY/umGRHuFX9lJz v+KgMBdV50ZqTpAxaCTBAsuhFBg5Qc+Uta4zd2wJkFVrQBxOaAiMKrcnb4TsYaC99E72 iD1TafIM6rEjebsfsCmtnvF2owqkh8iATUrrg3ZjAGIXP4tI9F/4t3yf1O53iQM14opO DUKCoAjyQdkrg12bGfZa/YEBE6DMFz6vErTz5ngxXSWYYvXZnWyBS8vjj93fcJssamKh 5stg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=AKj33tebiXlXYMghwR04mR5wBmT688FjnJXZL8wp6ac=; b=trpovLbdVOwUpjOaA3UQppi1qDFc2mMZh5wzuqj0Gj3a3EDn/lobj61ov06jv9gvf0 PEI5GQnF/YXVJUq6YWbUGGlZK0EjZtdamyTYv2xzBDK37ZkhZyXiHDFawRLwI98aaHKz 8gn9YAiJoHonTNTxhcfJ4gOYchJyj3xmiKbsE7WIgukws8Gq7utz1XdocjcOD0QF+XhK Zn8thZGePXRKyLlJIKR1fuP6lCSb3xyebrFYV8UroKQ+idH4JcEo7q7FryQ748YdI3qE u6iuifMynsQi2A3JYMFJV64P9iRYL7ZP6DCciuDHCKLyg/4zwYh9GITpu22+KuhR4UNs FGbg== X-Gm-Message-State: APjAAAWaBQ+TSvYwb9GSa8xIxwInhAFyDy1ee6dMK2H+MIBnyTc6F1/b f2xt/PyOK7JgVaSu1wi2rJEbYGSi X-Google-Smtp-Source: APXvYqzT8bl/v0eiZ66Uo6DOPtS4nHEwI+jfLx9siuuRT1OjEk3TvmEwLeavpThUXk3JhB+iXgUYKg== X-Received: by 2002:a17:902:264:: with SMTP id 91mr2363177plc.271.1579565642520; Mon, 20 Jan 2020 16:14:02 -0800 (PST) Received: from [130.216.38.176] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.38.176]) by smtp.gmail.com with ESMTPSA id 3sm40102869pfi.13.2020.01.20.16.14.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2020 16:14:01 -0800 (PST) To: Anima WG References: <157834858103.8080.6136531026469791288@ietfa.amsl.com> From: Brian E Carpenter Message-ID: <5e6201ff-dae2-8e89-c520-d42db4450736@gmail.com> Date: Tue, 21 Jan 2020 13:13:57 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <157834858103.8080.6136531026469791288@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-voucher-delegation-00.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 00:14:06 -0000 Hi, Again I'm outside my comfort zone, but the Abstract says: > This chain of authorization can support > permission-less resale of devices, as well as guarding against > business failure of the BRSKI [I-D.ietf-anima-bootstrapping-keyinfra] > Manufacturer Authorized Signing Authority (MASA). I'd really appreciate a worked example for both of these cases. Maybe that will come in the Applicability sections? In particular section 5.1 says: > The Registrar needs to be informed that it should not contact a MASA > using the URL in the IDevID, but rather to contact the previous > owner's DASA. What happens if the previous owner went bust and its DASA no longer exists? Regards Brian On 07-Jan-20 11:09, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : Delegated Authority for Bootstrap Voucher Artifacts > Author : Michael Richardson > Filename : draft-richardson-anima-voucher-delegation-00.txt > Pages : 13 > Date : 2020-01-06 > > Abstract: > This document describes an extension of the RFC8366 Voucher Artifact > in order to support delegation of signing authority. The initial > voucher pins a public identity, and that public indentity can then > issue additional vouchers. This chain of authorization can support > permission-less resale of devices, as well as guarding against > business failure of the BRSKI [I-D.ietf-anima-bootstrapping-keyinfra] > Manufacturer Authorized Signing Authority (MASA). > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-richardson-anima-voucher-delegation/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-richardson-anima-voucher-delegation-00 > https://datatracker.ietf.org/doc/html/draft-richardson-anima-voucher-delegation-00 > > > 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/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > From nobody Mon Jan 20 16:52:00 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B177D120832 for ; Mon, 20 Jan 2020 16:51:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 5WEuWEGDwqN1 for ; Mon, 20 Jan 2020 16:51:56 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0016120801 for ; Mon, 20 Jan 2020 16:51:55 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 7A3583897C; Mon, 20 Jan 2020 19:51:22 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 8A44A39; Mon, 20 Jan 2020 19:51:53 -0500 (EST) From: Michael Richardson To: Brian E Carpenter cc: Anima WG In-Reply-To: <27700b3a-8ef8-d716-e894-23ef785ce313@gmail.com> References: <157558079151.16429.14274182498632037900@ietfa.amsl.com> <27700b3a-8ef8-d716-e894-23ef785ce313@gmail.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-masa-considerations-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 00:51:59 -0000 --=-=-= Content-Type: text/plain Brian E Carpenter wrote: >> There are a number of options of how to get the public key securely >> from the device to the certification authority. This transmission >> must be done in an integral manner, and must be securely associated >> with the assigned serial number. The serial number goes into the >> certificate, and the resulting certificate needs to be loaded into >> the manufacturer's asset database. This asset database needs to be >> shared with the MASA. > The first sentence made me stop and think. Normally, a "public" key > can and must be revealed in public, so doesn't need to be moved > securely. I *think* you are saying that the association of a given > public key with a given serial number must be kept secret. If so, > please say that explicitly. The association between the public key and the serial number must integral. This isn't about privacy, but about integrity. I'm not saying that the association with a serial number must be secret, but that it must be very difficult to be interferred with. >> One way to do the transmission is during a manufacturing during a Bed >> of Nails (see [BedOfNails]) or Boundary Scan. > I think that needs a bit more description. okay. I will ask a few friends in the electronics business what kind of reference they would make. Was https://en.wikipedia.org/wiki/In-circuit_test#Bed_of_nails_tester insufficient, or do you want something inline? >> There are other ways >> that could be used where a certificate signing request is sent over a >> special network channel after the system has been started the first >> time. > What's special? Couldn't it just be a TLS session? It depends a lot about the environment. It neededn't be TLS at all: it could be just a special network cable that is plugged in. What matters is that the system be secure against interloppers. >> There are risks with these methods, as an attacker with >> physical access may be able to put device back into this mode >> afterwards. > You could recommend that the device sets a hard flag that > makes this impossible. Maybe it should simply *delete* its > public key after uploading it once. Yes. I mean to read some of the documentation for TPM chips. I believe that they blow a fuse. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | IoT architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4mSykACgkQgItw+93Q 3WX80Qf+JDlfawAt2bb84EhDEBT7K8+0KY9fSxl0sVuuq7AmRcIOh4KPSE5qfg6U DcUxFi+vu7pYThJMbLqOUyDmxvh3RYqETDUCqXTVQsA77wU0FGmpSyk/7BtZpC0Y MrxkrZ7m8ib2wJqPiT/yT3GV0KffZNj9n6FtnmIFxoEUnx1GAUHyuuGTq3fbjscd aiJE7dgPa6PwQ7i4QuDujmRFfo6awmTCtvxP09y/eEdQrjbrxqq3Bl9pJht63/Wj WTD0HCLFR212z1RkUsSASQYZ1TeeVWhB22t/SwcpGG+gN5qe9Rr3hp/occCFbFiL thlO8mzyo/uOOGFAtwymtb1d1/+kFA== =2hHE -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Jan 20 17:06:29 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16998120801; Mon, 20 Jan 2020 17:06:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 XPZ-hsyR2W_k; Mon, 20 Jan 2020 17:06:25 -0800 (PST) Received: from mail-pg1-x544.google.com (mail-pg1-x544.google.com [IPv6:2607:f8b0:4864:20::544]) (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 1A3B1120835; Mon, 20 Jan 2020 17:06:25 -0800 (PST) Received: by mail-pg1-x544.google.com with SMTP id s64so530691pgb.9; Mon, 20 Jan 2020 17:06:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fjykc7Po0zk1UZw5SQUmEMzjvLjbe8SW74HB1yffHnk=; b=olpBF0ZkR3opdW6fiY+xtbodCMdJlpA/JPjk37Lxb0J8ohywYIJx+5dQMjukHPzR+z jw5kbWhcXvyUc8nJspW1YNrnAmWj1G3KfGbiZG3Gg9Bf+JXZj0Bg7ywiBf4VBytpYukQ DhKAMuZiEaVvKTbrYz2vyWdxJpRbkgkHJKCp6b4/Ux1g+r84aMu7E9HWgOuZqYxiXbv4 oRlRxv/6gCDYVID+vHWCQ9vnQkg/Iu+xjvczTLNhQ763tcHjWLMedYgjxIWvBL3uMTmy TOH/+ZVp8JEq6/rv/PNVdrPh1q1bp5LFsuQ6u5TyeJId+suTVsngb9yXPZWqPLDR3vqd wo2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fjykc7Po0zk1UZw5SQUmEMzjvLjbe8SW74HB1yffHnk=; b=GjSV1MM7f8cz+q+D4ryE701dyNzYNF0gGc3y1gdAl6hMKHyoldeFv9py9FuFugUWzn HfHFvm6dVMoO2+NoJPy1KcwH5vKmaSpqIW5AcOL5jGKv4GfaPL2f8BmkaRy+gz6O6LEZ z9XP4yaS9nebN3pH54aVqUTNG8NotpdsmPFRhRoDSxT3GfZKiRLO7cl9+LAp7j61a5yU dbSspzxPL48jAqhGLcqbqrGaG2zauWsv3MosJkVcU6RspqSiBGHQhyJqQGGdQ7fN8vHv UcMY7fbNgEJXD/cIlkEQuUChWhhXL+m0axrBOcWEVD3jetVhMkGdcWHid4d/gyeCj1UG jVJw== X-Gm-Message-State: APjAAAVGFceMNG6tLTsnA9pBySISS1UuhJNwnGZbqSxMGZG3pxV4N0RE gww/IZJ5aLp2Po1I7dj7X9TJqjCo X-Google-Smtp-Source: APXvYqxWnV5IFn09iESDNr6+xEgS4ZXbCMWjvqLEFJ05hfs1IgIhwWmeLtuWT+Xl92NKEO9jJnGb/A== X-Received: by 2002:a65:4242:: with SMTP id d2mr2651402pgq.166.1579568784221; Mon, 20 Jan 2020 17:06:24 -0800 (PST) Received: from [130.216.38.176] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.38.176]) by smtp.gmail.com with ESMTPSA id n14sm40616382pff.188.2020.01.20.17.06.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2020 17:06:23 -0800 (PST) To: "Liubing (Leo)" , Anima WG Cc: "draft-liu-anima-grasp-distribution@ietf.org" References: <157616770411.20852.10953979041894273077@ietfa.amsl.com> <8AE0F17B87264D4CAC7DE0AA6C406F45DE692DCC@DGGEML532-MBX.china.huawei.com> From: Brian E Carpenter Message-ID: <2d90fe30-0a72-5041-5160-7004272e8a66@gmail.com> Date: Tue, 21 Jan 2020 14:06:18 +1300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <8AE0F17B87264D4CAC7DE0AA6C406F45DE692DCC@DGGEML532-MBX.china.huawei.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Anima] I-D Action: draft-liu-anima-grasp-distribution-13.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 01:06:28 -0000 Hi, Sorry about the delayed response, coming just between summer holidays where I live and New Year holidays where Bing lives ;-). Some comments in line. On 18-Dec-19 23:54, Liubing (Leo) wrote: > Hi Brian, > > Thanks for the detailed review. Please see my replies inline. > >> -----Original Message----- >> From: Anima [mailto:anima-bounces@ietf.org] On Behalf Of Brian E Carpenter >> Sent: Monday, December 16, 2019 12:21 PM >> To: Anima WG >> Subject: Re: [Anima] I-D Action: draft-liu-anima-grasp-distribution-13.txt >> >> Hi, >> >> I think this is a useful extension of the basic autonomic infrastructure. Here are >> some comments and questions on the GRASP part of the draft. I'd be interested >> in the authors' comments. >> >>> 5.1 Realizing Instant P2P Transmission >>> >>> This could be a new message in GRASP. In fragmentary CDDL, an Un- >>> solicited Synchronization message follows the pattern: >>> >>> unsolicited_synch-message = [M_UNSOLIDSYNCH, session-id, >>> objective] >> >> I suggest simply calling this M_PUSH (but see later comments). > > [Bing] Personally I'm ok with it. "PUSH" sounds more intuitive. [Brian] OK. But I still have some questions, see later. > >>> A node MAY actively send a unicast Un-solicited Synchronization >>> message with the Synchronization data, to another node. This MAY be >>> sent to port GRASP_LISTEN_PORT at the destination address, >> >> That port is normally tied up with multicast reception. But since we have a >> SUBSCRIBE mechanism below, the question of the port can be resolved at >> SUBSCRIBE time. There must be a listener process for this port, of course. > > [Bing] The M_PUSH is not bind with SUBSCRIBE. It could be sent standalone. Is it possible we could specify that GRASP_LISTEN_PORT MUST monitor M_PUSH as well? [Brian] Theoretically, yes, but in that case why don't we simply use M_FLOOD as already defined but sent to a unicast UDP destination? Obviously in this case there will be no flood relaying but otherwise the existing mechanisms for receiving a flood message can be reused. That has the advantage that M_FLOOD can carry more than one objective if required. (By the way, because M_FLOOD is unacknowledged it's easy to do with UDP. M_REQ_SYNCH and M_SYNCH are easy to do with TCP, but UDP is more complicated because the messages have to be matched to the right session, which is automatic with TCP.) > >>> which >>> might be obtained by GRASP Discovery or other possible ways. The >>> synchronization data are in the form of GRASP Option(s) for specific >>> synchronization objective(s). >> >> One objective per message is much simpler to implement. If not, this becomes >> more like a "unicast Flood". If you want that, we could define the syntax >> precisely like M_FLOOD. > > [Bing] I tend to agree from practical perspective. However, I'm not very sure whether it's necessary to close the little flexibility of multiple objective in one message? [Brian] As noted above, when I think about coding this, it actually seems simpler to copy M_FLOOD. >>> 5.2 Realizing Instant Selective Flooding >>> >>> Since normal flooding is already supported by GRASP, this section >>> only defines the selective flooding extension. >> .... >>> The action means, when the match rule applies, the current device >>> just continues flood or discontinues. >> >> Please remember that a normal M_FLOOD has two aspects for a node that >> receives it. First, the node stores the objectives delivered in its own flood cache. >> Second, *if* it is a relay node (with interfaces to more than one link within the >> AN, such as a router) it relays a copy of the M_FLOOD to its AN neighbors, >> subject to anti-looping rules. >> >> 1) If the result of the match is "continue" I assume that the node does exactly >> what it does with a normal flood, i.e. caches the received objectives and if it is a >> relay, it relays the flood to its neighbors. > > [Bing] Exactly. > >> 2) If result of the match is "discontinue" I assume the node does not cache the >> flooded objectives. > > [Bing] The text doesn't explicitly specify the cache behavior. But I share the same opinion that the node does not cache when the match is "discontinue". > >> 2) If result of the match is "discontinue" and the node is also a GRASP relay, >> what does the node do? Discard or relay? It cannot know the result of the match >> in its neighbors. > > [Bing] If there is matching condition in the packet, then the matching rules behavior automatically be superior. So, even it is a GRASP relay, it would discard the packet when match condition is "discontinue". [Brian] OK. That needs to be stated carefully in the draft. It's a little complicated for the implementation, because it delays the decision to relay a flood until after the O_SELECTIVE_FLOOD option has been processed. (My existing code makes that decision much sooner, so some restructuring would be needed.) By the way, I think you need to define where the O_SELECTIVE_FLOOD option is placed. For example flood-message = [M_FLOOD, session-id, initiator, ttl, ?selective-flood-option, +[objective, (locator-option / [])]] > The match rules don't consider whether how the neighbors would react on the same rule. This might be "rude" for some scenarios, but could be efficient in some specific scenarios, e.g., highly-herachycal networks. > >> I really don't understand the meaning of the matching rules, especially "match- >> object = NEIGHBOR / SELF". I think this needs a lot more explanation and some >> more detailed examples. > > [Bing] Normally, the match object is the node itself. [Brian] OK. However, Anima doesn't really have a formal node identity, so I think you need to define what you mean very precisely. At the moment I don't know what I would write in my program for this. > But we wanted to keep a bit programmability to allow the node to judge whether to continue or discontinue the flooding based on its neighbors' information. > It assumes that the node has already learned the neighbors' info previously. Let me try to make some detailed examples in the next version. > >>> 5.3 Realizing Subscription as An Event >>> >>> In fragmentary CDDL, a Subscription Objective Option follows the >>> pattern: >>> >>> subscription-objection-option = [SUBSCRIPTION, 2, 2, subobj] >>> objective-name = SUBSCRIPTION >>> >>> objective-flags = 2 >>> >>> loop-count = 2 >>> >>> subobj = text >>> >>> >>> This option MAY be included in GRASP M_Synchronization, when >>> included, it means this message is for a subscription to a specific >>> object. >> >> The M_SYNCH message is the reply from a data source to a data destination, so >> I think that's wrong. I think that SUBSCRIPTION should be used in M_REQ_SYN, >> when a node first wants to get the value of a given objective but also wants to >> subscribe to future push updates. So the reply to a M_REQ_SYN with a >> SUBSCRIPTION option would be M_SYNCH with an initial value for the objective, > > [Bing] You are right, we made the mistake. Thanks for pointing it out. > >> but the session could stay open with M_PUSH to follow at any time. (So that >> solves the question of the port: whatever port is used for sending the >> M_REQ_SYN listens for the M_PUSH messages.) > > [Bing] As replied above, I believe this is a valid use case. But we wanted to decouple M_PUSH and SUBSCRIBE. > >> A new M_REQ_SYN would also be used to carry UNSUBSCRIBE. Alternatively, >> the node could simply close the port and the next M_PUSH would fail. If we did >> that, UNSUBSCRIBE would not be needed. > > [Bing] If M_PUSH is standalone, then UNSUB is needed. [Brian] Agreed. > >> Finally do we actually need M_PUSH, rather than just sending M_SYNCH again >> whenever needed? > > [Bing] Even if we don't need M_PUSH standalone. I think current GRASP doesn't support multiple M_SYNCH for a single M_REQ_SYNCH? > Quoted as below from GRASP, I interpret it as "Per Sync Per Req": > " It then sends a synchronization request (using M_REQ_SYN) > to the counterpart, including a specific synchronization objective. > The counterpart responds with a Synchronization message (M_SYNCH, > Section 2.8.10) containing the current value of the requested > synchronization objective. No further messages are needed and the > transport connection SHOULD be closed. " [Brian] Yes, that would have to change. But if we make PUSH the same as unicast FLOOD, this issue goes away. > >>> 5.5 Publishing Objective Option >>> >>> In fragmentary CDDL, a Publish Objective Option follows the pattern: >>> >>> publish-objection-option = [PUBLISH, 2, 2, pubobj] objective-name >>> = PUBLISH >>> objective-flags = 2 >>> loop-count = 2 >>> pubobj = text >>> >>> This option MAY be included in GRASP M_Synchronization, when >>> included, it means this message is for a publish of a specific object >>> data. >> >> I don't understand this. An M_SYNCH by definition delivers the current value of >> an objective. Why do we need to say that we're publishing it? > > [Bing] I think it's another mistake. The PUB option should be in the M_PUSH message. Since it is per Sync per Req (if I understand it correctly). [Brian] OK. If you make a new version with the changes we've discussed, I will think about a test implementation. Regards Brian > > Many thanks again! > > B.R. > Bing > >> Regards >> Brian Carpenter >> >> _______________________________________________ >> Anima mailing list >> Anima@ietf.org >> https://www.ietf.org/mailman/listinfo/anima > From nobody Tue Jan 21 06:42:14 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73F201200FE for ; Tue, 21 Jan 2020 06:42:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 YoqLC5yR9l37 for ; Tue, 21 Jan 2020 06:42:02 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8B60120091 for ; Tue, 21 Jan 2020 06:42:02 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id CA3313897C; Tue, 21 Jan 2020 09:41:28 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 58265E99; Tue, 21 Jan 2020 09:42:00 -0500 (EST) From: Michael Richardson To: Brian E Carpenter cc: Anima WG In-Reply-To: References: <157560381533.16529.3823587816677070594@ietfa.amsl.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-registrar-considerations-02.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 14:42:11 -0000 --=-=-= Content-Type: text/plain Brian E Carpenter wrote: > This too seems like an important contribution to actually deploying > the Anima infrastructure. At the moment I have no particular comments, > it all makes sense to me. Good to hear. > What's the status of draft-moskowitz-ecdsa-pki-07? It seems like > important work with no WG. It was designed to document how to build an ECDSA PKI so that nobody could claim is was too hard test against ECDSA. It was not intended to be published, but just maintained. The scripts within are split out into files, and can be used directly if one likes. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4nDbgACgkQgItw+93Q 3WVhzAgAvEnsMLvGd8ZiYDoNQS8aFq4tZ8LYP8v1sVrzdB3mMM/5Vegdp2BRReEM VhDabBmZobxY6tqcC4on13p94Q2fN3xk1S6+dEngdpsori9OBOQxPXIXrF7l+HdO wgs9gWbmcwR2WbAQsrXU519J7gykQCAkMmpXOx947xCVAIIZ9/INLC4Tg9lzgc++ 0OTlJWBVj/Bnl+oXFFQWESxsk6iViyHdeFD3qh7RG80jd+EKZp7I0ZfWLMcg2VXp MocFQMz89b8JRtjI+qkgAyLTkkRrG9pKqnVW/ZKzsvEt51VTri06/Lbe2RaNT0uG 3Zff06hqupw78Nmu4zQVXtSTdnRp9g== =0Iin -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Jan 21 06:49:50 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B82C12009E for ; Tue, 21 Jan 2020 06:49:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 Hd9lEDDa9H-k for ; Tue, 21 Jan 2020 06:49:45 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD2C3120090 for ; Tue, 21 Jan 2020 06:49:44 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 2600B3897C; Tue, 21 Jan 2020 09:49:12 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id AFCE0E99; Tue, 21 Jan 2020 09:49:43 -0500 (EST) From: Michael Richardson To: Brian E Carpenter cc: Anima WG In-Reply-To: <5e6201ff-dae2-8e89-c520-d42db4450736@gmail.com> References: <157834858103.8080.6136531026469791288@ietfa.amsl.com> <5e6201ff-dae2-8e89-c520-d42db4450736@gmail.com> X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [Anima] I-D Action: draft-richardson-anima-voucher-delegation-00.txt X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 14:49:50 -0000 --=-=-= Content-Type: text/plain Brian E Carpenter wrote: > Again I'm outside my comfort zone, but the Abstract says: >> This chain of authorization can support >> permission-less resale of devices, as well as guarding against >> business failure of the BRSKI [I-D.ietf-anima-bootstrapping-keyinfra] >> Manufacturer Authorized Signing Authority (MASA). > I'd really appreciate a worked example for both of these cases. > Maybe that will come in the Applicability sections? Sure that's a reasonable request. > In particular section 5.1 says: >> The Registrar needs to be informed that it should not contact a MASA >> using the URL in the IDevID, but rather to contact the previous >> owner's DASA. > What happens if the previous owner went bust and its DASA no longer exists? At first look, that is equivalent to the MASA going bust: you can no longer autonomically onboard the device. It would have to be done manually. But, actually one can go back to any previous DASA, or back to the MASA, to ask for a new voucher. So it's equivalent only if all of the previous owners/manufacturers are bust. This ability is a potential security threat, and deserves some discussion. Should there be a way that we can revoke a previous delegation voucher? Does it require cooperation of the manufacturer? I think it is reasonable for companies that buy assets of dead companies to be able to go to the manufacturer for a DASA that would allow them to resell the equipement. I've tried to engage with a company I know of that does this to try to understand how things flow today. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl4nD4cACgkQgItw+93Q 3WW0eQf8DToX9jTxJvcn4k6W5JVUlsEy5UOYgdUXctfggRo5XQM9gy2/v83dufk1 G6RDu+pKpheJyRw92Y429xLeUGavVTM47bm8hRW/J+W7xZ3s99ckBbhamZwyYwGD O1R2cwyM/bim0cNSsHq6llDDS7Wt2uXspLbVqaXKr1K3MwK/MIANt5bTf6VByO3K xwg2TW5mQmCEBqHOciKTzyl/a8IZW57F0Zq8SQi336PRndBFB3fnVDe37CoGlXxi xjsKSKtjZxX2AMfgiH9U/asQ9rhdmvXHl4NvfZObGnuxmEng4YHOOprTFJGD7sc6 Yd+KibBQ26VqL7PhYT8kIas7X9nAsg== =8tv1 -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue Jan 21 15:14:24 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFD3112004E for ; Tue, 21 Jan 2020 15:14:21 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=kumari-net.20150623.gappssmtp.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 ETNXCAfdtf7r for ; Tue, 21 Jan 2020 15:14:19 -0800 (PST) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 C911612002E for ; Tue, 21 Jan 2020 15:14:19 -0800 (PST) Received: by mail-qt1-x833.google.com with SMTP id d5so4190060qto.0 for ; Tue, 21 Jan 2020 15:14:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+H/3lxdTnC7cqRbZ+UUj+arG9Fk0x8Vd8QsNCHJD8k8=; b=NMPbsvqxpa9rAFhN2rSTuSg62hUdavLpiQSlGRKNUCeSg0yZ7FlIOXAr9qhoQrXhG9 o9Ts7IY2wawDThUgj77HfN31mX53lT+75QNkOBvV0io1Sg6676xRXdKFhPzbwHF07VBx SAefNxxAtZpjWbxaQi4x787KXT99OxBZiN5nx9aBhwa17zHONpq6xRymyftHfzcoGH4/ b9RpqM5cRS3nfEydVlkgohN/oqzkrXAq8/qmhAJJRXomfExfjtUd4FmkJxtRk1oyycLZ GqAY5h3jFmmQdNIcDdxdSAtyS1eezOXkeAuzCxguwhF1sh48MVCrD7XEE8ZvcIA0nEKV O20w== 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=+H/3lxdTnC7cqRbZ+UUj+arG9Fk0x8Vd8QsNCHJD8k8=; b=cre6oUraC58KvQt3ENOAq8eEN3LQumLlZWJ4Y0UdB0CW06yVHxsmlAVFLwOiffv4at iIa5zFkX5+lJwFxmmrN/LlYwcnXkUoek+fQygGyGCg79NWMUzI6XIU+f1IEaT6XWqJqS AVr4MjaNglTSNa3feUl3Zjms5aiGHpC/yRyGpGrgms/z2CWL6zrnGxNVzrtZO7SNXxfq YxNRUVRH7uzqlaQ6EsHj9hpTZ/OosCzaA8XwYxSxI1scBYylc8E706pteu0mqWZdHosU 9egHpzctxLAnBn60XTnId97fiXuqq/tv6ejnOPGgERlcCpxLyuDPAnBp6bWkXIwSVIMC 8TXQ== X-Gm-Message-State: APjAAAWLJ8gBri+9YsfYMV3kDOF5FbFU9SlLAQplAyHzMRAHwEwB3k0P T1s+xvyrOXsKcDLa1mn3dEwpDX7Ou0hiZPFY2Ux45w== X-Google-Smtp-Source: APXvYqw+DXNPcqJZBCS9rRVzLUUun3cpTTJVf9TqeCtJh+7I5Qd6h2leByRpIyrIU3kEOfZQx2W3c1AmlA6h+P9ZlW8= X-Received: by 2002:ac8:5215:: with SMTP id r21mr7026038qtn.77.1579648458556; Tue, 21 Jan 2020 15:14:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warren Kumari Date: Tue, 21 Jan 2020 18:13:42 -0500 Message-ID: To: iana-matrix-comment@iana.org Cc: tte+ietf@cs.fau.de, Ignas Bagdonas , anima-chairs@ietf.org, anima@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Anima] [IANA #1159845] Upcoming Parameter Expiration: Early IANA Allocations for draft-ietf-anima-bootstrapping-keyinfra X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 23:14:22 -0000 [ - people directly, +ANIMA (for information sharing, and to avoid tripping the "Too many recipients!" trigger) ] Dear Chairs / Author / WG, I have no history here, but seeing as the document status was changed to "Submitted to IESG for Publication" on 2018-07-25 (-16) , and has been updated 18 times (Gadzooks!) since then[0] I have to assume that the authors are actively working on this, and so it would be churlish to not approve renewal. Can someone summarize for me where this currently stands? (This isn't my WG, there are literally hundreds of mails on this, and it was a long time since I last read / balloted on this). A: it **looks** to me like the -34 version addresses Benjamin's "examples should be correct" concern in "Section C.1.4. Pledge key pair", but I'm not quite sure (his email and this version both happened on 2020-01-03, but I'm not sure on the ordering). B: I **think** that Michael's email (https://mailarchive.ietf.org/arch/msg/iesg/Nr_iDs3oqkJe70MIKJ0elm9CWLE) addresses Tom Petch's concerns (and, by extension, Alissa's DISCUSS), but again, I'd like someone to confirm... So, for IANA's benefit, assuming the chairs *also* approve, yes, let's renew - but, I *would* like to understand the current status of the document... W [0]: most recently on January 3rd, 2020 On Tue, Jan 21, 2020 at 5:02 PM Amanda Baber via RT wrote: > > Dear Chairs/ADs, > > Please see the renewal request below. > > Best regards, > > Amanda Baber > Lead IANA Services Specialist > > On Thu Jan 09 04:17:44 2020, amanda.baber wrote: > > Dear Chairs/ADs: > > > > The following registration made on behalf of draft-ietf-anima- > > bootstrapping-keyinfra is set to expire on 2020-02-20: > > > > Registry: SMI Security for PKIX Certificate Extension > > (1.3.6.1.5.5.7.1) > > Reference: draft-ietf-anima-bootstrapping-keyinfra > > URL: https://www.iana.org/assignments/smi-numbers > > Dates: registered 2019-02-20, expires 2020-02-20 > > > > Please let us know whether you want to renew or let the allocation > > expire. We need replies from both a chair and an AD. > > > > If the chairs believe that the RFC 7120 requirements for early > > allocation renewal have been met, and the AD concurs, we can update > > the registry now to move the expiration date forward to 2021. > > > > Please see RFC 7120, and particularly Section 3.3, for rules > > concerning the renewal of early allocations: > > > > http://www.rfc-editor.org/rfc/rfc7120.txt > > > > Please note that a second renewal (from 2021 until 2022) would require > > permission from the IESG. > > > > Best regards, > > > > Amanda Baber > > Lead IANA Services Specialist > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Wed Jan 22 01:45:39 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15867120086; Wed, 22 Jan 2020 01:45:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 xmNfDM9seY3x; Wed, 22 Jan 2020 01:45:31 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 BF7C3120013; Wed, 22 Jan 2020 01:45:31 -0800 (PST) Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 6EF63EF3B71DEB00F298; Wed, 22 Jan 2020 09:45:30 +0000 (GMT) Received: from fraeml716-chm.china.huawei.com (10.206.15.12) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 22 Jan 2020 09:45:30 +0000 Received: from fraeml719-chm.china.huawei.com (10.206.15.15) by fraeml716-chm.china.huawei.com (10.206.15.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 22 Jan 2020 10:45:29 +0100 Received: from fraeml719-chm.china.huawei.com ([10.206.15.15]) by fraeml719-chm.china.huawei.com ([10.206.15.15]) with mapi id 15.01.1713.004; Wed, 22 Jan 2020 10:45:29 +0100 From: Xun Xiao To: Toerless Eckert , "anima@ietf.org" CC: "draft-liu-anima-grasp-distribution@ietf.org" Thread-Topic: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) Thread-Index: AQHVygcEixrclYVRzkuIMbNn6stxL6f2eBmQ Date: Wed, 22 Jan 2020 09:45:29 +0000 Message-ID: <37367e60700a48779773d5a15bf4916b@huawei.com> References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.204.65.212] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 09:45:36 -0000 Dear ANIMA, As a co-author of the draft, I also support the adoption.=20 This draft generalizes the requirements of information distribution in ANI= , tries to categorize various information distribution scenarios and propos= es some useful extensions on GRASP in order to cover all the information di= stribution cases. Although there are still some details and questions needi= ng further clarification or even modifications, it should be good to have s= uch a generic function layer for ANI. Thanks. Best Regards, Xun Xiao (=1B$B>S?W=1B(B) Advanced Wireless Technology Lab Munich Research Center Huawei Technologies Co.,Ltd. -----Original Message----- From: Toerless Eckert [mailto:tte@cs.fau.de]=20 Sent: Monday, 13 January 2020 12:46 To: anima@ietf.org Cc: draft-liu-anima-grasp-distribution@ietf.org Subject: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends= 01/27/2020) This message starts a two-week adoption call, it ends on January 27th, 2020= . draft-liu-anima-grasp-distribution was progressed up to version -13 with th= e help of the WG, it was last presented at IETF106 with good interest. The draft is now clearly in scope of ANIMA charter 2 that was adopted aroun= d IETF106. The authors asked for adoption of the document. As far as the chairs heard, there was no objection in the room. We therefore are asking the ANIMA working group for adoption of the followi= ng work: Title: Information Distribution in Autonomic Networking Name: draft-liu-anima-grasp-distribution Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp-distributi= on/ This document is intended to become a standards track ANIMA WG document. Standard track is desired because it is meant to become the required small = set of protocol extensions to the GRASP protocol in support of the self-org= anization of ASA. Please express your support or rejection. If you think this document should= _not_ be adopted, please also explicitly indicate the reasons. For the ANIMA WG chairs,=20 Toerless From nobody Wed Jan 22 06:46:59 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 276D51200E9; Wed, 22 Jan 2020 06:46:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 raTYE45czG16; Wed, 22 Jan 2020 06:46:54 -0800 (PST) Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [IPv6:2a00:1398:2::10:81]) (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 3B6A31200F3; Wed, 22 Jan 2020 06:46:54 -0800 (PST) Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=i72vorta.tm.kit.edu) by iramx2.ira.uni-karlsruhe.de with esmtpsa port 25 iface 141.3.10.8 id 1iuHHO-0006Ls-NE; Wed, 22 Jan 2020 15:46:50 +0100 Received: from [IPv6:::1] (ip6-localhost [IPv6:::1]) by i72vorta.tm.kit.edu (Postfix) with ESMTPS id 9A6864223C3; Wed, 22 Jan 2020 15:46:50 +0100 (CET) To: Toerless Eckert , anima@ietf.org Cc: draft-liu-anima-grasp-distribution@ietf.org References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> From: "Bless, Roland (TM)" Autocrypt: addr=roland.bless@kit.edu; prefer-encrypt=mutual; keydata= xsFNBFi0OxABEACy2VohJ7VhSu/xPCt4/6qCrw4Pw2nSklWPfAYEk1QgrbiwgvLAP9WEhAIU w45cojBaDxytIGg8eaYeIKSmsXjHGbV/ZTfo8r11LX8yPYR0WHiMWZpl0SHUd/CZIkv2pChO 88vF/2FKN95HDcp24pwONF4VhxJoSFk6c0mDNf8Em/Glt9BcWX2AAvizTmpQDshaPje18WH3 4++KwPZDd/sJ/hHSXiPg1Gdhs/OG/C0CJguOAlqbgSVAe3qKOr1M4K5M+wVpsk373pXRfxd7 ZAmZ05iBTn+LfgVcz+AfaKKcsWri5CdTT+7JDL6QNQpox+b5FXZFSHnEIST+/qzfG7G2LqqY mml6TYY8XbaNyXZP0QKncfSpRx8uTRWReHUa1YbSuOxXYh6bXpcugD25mlC/Lu0g7tz4ijiK iIwq9+P2H1KfAAfYyYZh6nOoE6ET0TjOjUSa+mA8cqjPWX99kEEgf1Xo+P9fx9QLCLWIY7zc mSM+vjQKgdUFpMSCKcYEKOuwlPuOz8bVECafxaEtJJHjCOK8zowe2eC9OM+G+bmtAO3qYcYZ hQ/PV3sztt/PjgdtnFAYPFLc9189rHRxKsWSOb4xPkRw/YQAI9l15OlUEpsyOehxmAmTsesn tSViCz++PCdeXrQc1BCgl8nDytrxW+n5w1aaE8aL3hn8M0tonQARAQABzShSb2xhbmQgQmxl c3MgKFRNKSA8cm9sYW5kLmJsZXNzQGtpdC5lZHU+wsGABBMBCAAqAhsDBQkSzAMABQsJCAcC BhUICQoLAgQWAgMBAh4BAheABQJYtYdHAhkBAAoJEKON2tlkOJXuzWkP+wfjUnDNzRm4r34a AMWepcQziTgqf4I1crcL6VD44767HhyFsjcKH31E5G5gTDxbpsM4pmkghKeLrpPo30YK3qb7 E9ifIkpJTvMu0StSUmcXq0zPyHZ+HxHeMWkosljG3g/4YekCqgWwrB62T7NMYq0ATQe1MGCZ TAPwSPGCUZT3ioq50800FMI8okkGTXS3h2U922em7k8rv7E349uydv19YEcS7tI78pggMdap ASoP3QWB03tzPKwjqQqSevy64uKDEa0UgvAM3PRbJxOYZlX1c3q/CdWwpwgUiAhMtPWvavWW Tcw6Kkk6e0gw4oFlDQ+hZooLv5rlYR3egdV4DPZ1ugL51u0wQCQG9qKIMXslAdmKbRDkEcWG Oi2bWAdYyIHhhQF5LSuaaxC2P2vOYRHnE5yv5KTV3V7piFgPFjKDW+giCRd7VGfod6DY2b2y zwidCMve1Qsm8+NErH6U+hMpMLeCJDMu1OOvXYbFnTkqjeg5sKipUoSdgXsIo4kl+oArZlpK qComSTPhij7rMyeu/1iOwbNCjtiqgb55ZE7Ekd84mr9sbq4Jm/4QGnVI30q4U2vdGSeNbVjo d1nqjf3UNzP2ZC+H9xjsCFuKYbCX6Yy4SSuEcubtdmdBqm13pxua4ZqPSI0DQST2CHC7nxL1 AaRGRYYh5zo2vRg3ipkEzsFNBFi0OxABEAC2CJNp0/Ivkv4KOiXxitsMXZeK9fI0NU2JU1rW 04dMLF63JF8AFiJ6qeSL2mPHoMiL+fG5jlxy050xMdpMKxnhDVdMxwPtMiGxbByfvrXu18/M B7h+E1DHYVRdFFPaL2jiw+Bvn6wTT31MiuG9Wh0WAhoW8jY8IXxKQrUn7QUOKsWhzNlvVpOo SjMiW4WXksUA0EQVbmlskS/MnFOgCr8q/FqwC81KPy+VLHPB9K/B65uQdpaw78fjAgQVQqpx H7gUF1EYpdZWyojN+V8HtLJx+9yWAZjSFO593OF3/r0nDHEycuOjhefCrqr0DDgTYUNthOdU KO2CzT7MtweRtAf0n27zbwoYvkTviIbR+1lV1vNkxaUtZ6e1rtOxvonRM1O3ddFIzRp/Qufu HfPe0YqhEsrBIGW1aE/pZW8khNQlB6qt20snL9cFDrnB6+8kDG3e//OjK1ICQj9Y/yyrJVaX KfPbdHhLpsgh8TMDPoH+XXQlDJljMD0++/o7ckO3Sfa8Zsyh1WabyKQDYXDmDgi9lCoaQ7Lf uLUpoMvJV+EWo0jE4RW/wBGQbLJp5usy5i0fhBKuDwsKdLG3qOCf4depIcNuja6ZmZHRT+3R FFjvZ/dAhrCWpRTxZANlWlLZz6htToJulAZQJD6lcpVr7EVgDX/y4cNwKF79egWXPDPOvQAR AQABwsFlBBgBCAAPBQJYtDsQAhsMBQkSzAMAAAoJEKON2tlkOJXukMoP/jNeiglj8fenH2We 7SJuyBp8+5L3n8eNwfwY5C5G+etD0E6/lkt/Jj9UddTazxeB154rVFXRzmcN3+hGCOZgGAyV 1N7d8xM6dBqRtHmRMPu5fUxfSqrM9pmqAw2gmzAe0eztVvaM+x5x5xID2WZOiOq8dx9KOKrp Zorekjs3GEA3V1wlZ7Nksx/o8KZ04hLeKcR1r06zEDLN/yA+Fz8IPa0KqpuhrL010bQDgAhe 9o5TA0/cMJpxpLqHhX2As+5cQAhKDDsWJu3oBzZRkN7Hh/HTpWurmTQRRniLGSeiL0zdtilX fowyxGXH6QWi3MZYmpOq+etr7o4EGGbm2inxpVbM+NYmaJs+MAi/z5bsO/rABwdM5ysm8hwb CGt+1oEMORyMcUk/uRjclgTZM1NhGoXm1Un67+Rehu04i7DA6b8dd1H8AFgZSO2H4IKi+5yA Ldmo+ftCJS83Nf6Wi6hJnKG9aWQjKL+qmZqBEct/D2uRJGWAERU5+D0RwNV/i9lQFCYNjG9X Tew0BPYYnBtHFlz9rJTqGhDu4ubulSkbxAK3TIk8XzKdMvef3tV/7mJCmcaVbJ2YoNUtkdKJ goOigJTMBXMRu4Ibyq1Ei+d90lxhojKKlf9yguzpxk5KYFGUizp0dtvdNuXRBtYrwzykS6vB zTlLqHZ0pvGjNfTSvuuN Organization: Institute of Telematics, Karlsruhe Institute of Technology Message-ID: <984267a3-0d4f-3c0c-cdfa-48540c86f75a@kit.edu> Date: Wed, 22 Jan 2020 15:46:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de) X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de esmtpsa 1579704410.761751934 Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 14:46:57 -0000 Hi, Am 13.01.20 um 12:45 schrieb Toerless Eckert: > This message starts a two-week adoption call, it ends on January 27th, 2020. > > draft-liu-anima-grasp-distribution was progressed up to version -13 with > the help of the WG, it was last presented at IETF106 with good interest. > The draft is now clearly in scope of ANIMA charter 2 that was adopted > around IETF106. The authors asked for adoption of the document. > As far as the chairs heard, there was no objection in the room. I support adoption, but also support the suggestion (from IETF106) to revise the document so that it is written less implementation-oriented and focusses more on protocol behavior description, e.g., section 4 uses currently a module-oriented description. Gruß Roland > We therefore are asking the ANIMA working group for adoption of the following work: > > Title: Information Distribution in Autonomic Networking > Name: draft-liu-anima-grasp-distribution > Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic > URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp-distribution/ > > This document is intended to become a standards track ANIMA WG document. > > Standard track is desired because it is meant to become the required > small set of protocol extensions to the GRASP protocol in support of > the self-organization of ASA. > > Please express your support or rejection. If you think this document > should _not_ be adopted, please also explicitly indicate the reasons. From nobody Wed Jan 22 07:40:59 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 049A8120866; Wed, 22 Jan 2020 07:40:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 GhO9S_Fsgs-2; Wed, 22 Jan 2020 07:40:56 -0800 (PST) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B27D9120863; Wed, 22 Jan 2020 07:40:55 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 482qPL0SXhz10Gn; Wed, 22 Jan 2020 16:40:54 +0100 (CET) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.70]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 482qPK6D3CzDq78; Wed, 22 Jan 2020 16:40:53 +0100 (CET) Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM33.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0468.000; Wed, 22 Jan 2020 16:40:52 +0100 From: To: Toerless Eckert , "anima@ietf.org" CC: "draft-liu-anima-grasp-distribution@ietf.org" Thread-Topic: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) Thread-Index: AQHVygcBV6dcRLvvWkmg5XFDPuuiuKf23rvQ Date: Wed, 22 Jan 2020 15:40:52 +0000 Message-ID: <787AE7BB302AE849A7480A190F8B93303140C5BD@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20200113114533.GA42301@faui48f.informatik.uni-erlangen.de> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2020 15:40:58 -0000 Hi all, I support the draft.=20 Some serious work is required for the following sections to better motivate= the required extensions: 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Requirements of Enriched Information Distribution . . . . . . . 4 4. Node Behaviors . . . . . . . . . . . . . . . . . . . . . . . . 5 4.1 Instant Information Distribution (IID) Sub-module . . . . . 5 4.2 Asynchronous Information Distribution (AID) Sub-module . . . 6 4.3 Summary . . . . . . . . . . . . . . . . . . . . . . . . . . 10 I would also move some use cases in the appendix into the core text. It wou= ld be even interesting if some of the extensions/usage are illustrated with= one use case.=20 There is some disconnect in the terms used in the document vs. the ANIMA re= ference architecture (e.g. the use of autonomic function). Double checking = that would be cool.=20 Cheers, Med > -----Message d'origine----- > De=A0: Anima [mailto:anima-bounces@ietf.org] De la part de Toerless > Eckert > Envoy=E9=A0: lundi 13 janvier 2020 12:46 > =C0=A0: anima@ietf.org > Cc=A0: draft-liu-anima-grasp-distribution@ietf.org > Objet=A0: [Anima] Adoption call for draft-liu-anima-grasp-distribution > (ends 01/27/2020) >=20 > This message starts a two-week adoption call, it ends on January 27th, > 2020. >=20 > draft-liu-anima-grasp-distribution was progressed up to version -13 > with > the help of the WG, it was last presented at IETF106 with good > interest. > The draft is now clearly in scope of ANIMA charter 2 that was adopted > around IETF106. The authors asked for adoption of the document. > As far as the chairs heard, there was no objection in the room. >=20 > We therefore are asking the ANIMA working group for adoption of the > following work: >=20 > Title: Information Distribution in Autonomic Networking > Name: draft-liu-anima-grasp-distribution > Authors: B. Liu, X. Xiao, A. Hecker, S. Jiang, Z. Despotovic > URL: https://datatracker.ietf.org/doc/draft-liu-anima-grasp- > distribution/ >=20 > This document is intended to become a standards track ANIMA WG > document. >=20 > Standard track is desired because it is meant to become the required > small set of protocol extensions to the GRASP protocol in support of > the self-organization of ASA. >=20 > Please express your support or rejection. If you think this document > should _not_ be adopted, please also explicitly indicate the reasons. >=20 > For the ANIMA WG chairs, > Toerless >=20 > _______________________________________________ > Anima mailing list > Anima@ietf.org > https://www.ietf.org/mailman/listinfo/anima From nobody Thu Jan 23 14:17:57 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 982C1120077; Thu, 23 Jan 2020 14:17:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.929 X-Spam-Level: X-Spam-Status: No, score=-2.929 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, 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 7WRfuaqkMXla; Thu, 23 Jan 2020 14:17:53 -0800 (PST) Received: from smtp01.icann.org (smtp01.icann.org [192.0.33.81]) (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 A1CBD1200E9; Thu, 23 Jan 2020 14:17:53 -0800 (PST) Received: from request4.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp01.icann.org (Postfix) with ESMTP id 6A617E1312; Thu, 23 Jan 2020 22:17:53 +0000 (UTC) Received: by request4.lax.icann.org (Postfix, from userid 48) id 688182049C; Thu, 23 Jan 2020 22:17:53 +0000 (UTC) RT-Owner: amanda.baber From: "Amanda Baber via RT" Reply-To: iana-matrix@iana.org In-Reply-To: References: <20200122225525.GD14549@faui48f.informatik.uni-erlangen.de> Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #1159845 X-Managed-BY: RT 4.4.3 (http://www.bestpractical.com/rt/) X-RT-Originator: amanda.baber@icann.org CC: warren@kumari.net, tte@cs.fau.de, tte+ietf@cs.fau.de, tte+anima@cs.fau.de, pritikin@cisco.com, michael.h.behringer@gmail.com, mcr+ietf@sandelman.ca, kent+ietf@watsen.net, jiangsheng@huawei.com, ibagdona@gmail.com, anima@ietf.org, anima-chairs@ietf.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Thu, 23 Jan 2020 22:17:53 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Subject: [Anima] [IANA #1159845] Upcoming Parameter Expiration: Early IANA Allocations for draft-ietf-anima-bootstrapping-keyinfra X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2020 22:17:55 -0000 Hi all, We've renewed the following early allocation in the SMI Security for PKIX Certificate Extension registry until 2021: 32 id-pe-masa-url (TEMPORARY - registered 2019-02-20, extension registered 2020-01-23, expires 2021-02-20) [draft-ietf-anima-bootstrapping-keyinfra] Please see https://www.iana.org/assignments/smi-numbers If the document hasn't been approved for publication by next January, we'll contact you about asking the IESG to approve an additional renewal. Best regards, Amanda Baber Lead IANA Services Specialist On Wed Jan 22 22:56:09 2020, tte@cs.fau.de wrote: > Please extend the registration. We even just requested/received another > early registrarion to ensure that we have all the key codepoints > for ongoing early implementation interop testing. The document is making > good progress through IESG review, so we hope this will be the last > time you need to early extend ;-). > > Thank you very much > Toerless (as WG chair). > > On Tue, Jan 21, 2020 at 10:02:47PM +0000, Amanda Baber via RT wrote: > > Dear Chairs/ADs, > > > > Please see the renewal request below. > > > > Best regards, > > > > Amanda Baber > > Lead IANA Services Specialist > > > > On Thu Jan 09 04:17:44 2020, amanda.baber wrote: > > > Dear Chairs/ADs: > > > > > > The following registration made on behalf of draft-ietf-anima- > > > bootstrapping-keyinfra is set to expire on 2020-02-20: > > > > > > Registry: SMI Security for PKIX Certificate Extension > > > (1.3.6.1.5.5.7.1) > > > Reference: draft-ietf-anima-bootstrapping-keyinfra > > > URL: https://www.iana.org/assignments/smi-numbers > > > Dates: registered 2019-02-20, expires 2020-02-20 > > > > > > Please let us know whether you want to renew or let the allocation > > > expire. We need replies from both a chair and an AD. > > > > > > If the chairs believe that the RFC 7120 requirements for early > > > allocation renewal have been met, and the AD concurs, we can update > > > the registry now to move the expiration date forward to 2021. > > > > > > Please see RFC 7120, and particularly Section 3.3, for rules > > > concerning the renewal of early allocations: > > > > > > http://www.rfc-editor.org/rfc/rfc7120.txt > > > > > > Please note that a second renewal (from 2021 until 2022) would require > > > permission from the IESG. > > > > > > Best regards, > > > > > > Amanda Baber > > > Lead IANA Services Specialist > From nobody Fri Jan 24 10:49:57 2020 Return-Path: X-Original-To: anima@ietf.org Delivered-To: anima@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 398FE120969; Fri, 24 Jan 2020 10:49:49 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper via Datatracker To: "The IESG" Cc: draft-ietf-anima-bootstrapping-keyinfra@ietf.org, Toerless Eckert , anima-chairs@ietf.org, tte+ietf@cs.fau.de, anima@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.116.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Alissa Cooper Message-ID: <157989178923.22140.4348401909001996160.idtracker@ietfa.amsl.com> Date: Fri, 24 Jan 2020 10:49:49 -0800 Archived-At: Subject: [Anima] Alissa Cooper's No Objection on draft-ietf-anima-bootstrapping-keyinfra-34: (with COMMENT) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2020 18:49:49 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-anima-bootstrapping-keyinfra-34: No Objection 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.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-anima-bootstrapping-keyinfra/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing Tom Petch's comments about the YANG. Original COMMENT below. ------ I think this document would benefit from two concise lists, with notes about which items in each list are defined in this document and which ones are not defined: (1) what is operationally required of a manufacturer to support BRSKI, and (2) what is operationally required of a domain owner to support BRSKI. = Section 2.3.1 = What precisely is meant by "TPM identification"? Could a citation be provided? = Section 10.1 = "The domain can maintain some privacy since it has not necessarily been authenticated and is not authoritatively bound to the supply chain." What does this mean? That the domain can expect the manufacturer not to trust the domainID because it hasn't been authenticated? = Section 10.2 = "The above situation is to be distinguished from a residential/ individual person who registers a device from a manufacturer: that an enterprise/ISP purchases routing products is hardly worth mentioning. Deviations would, however, be notable." What does the last sentence mean? From nobody Mon Jan 27 07:16:54 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB38E120835 for ; Mon, 27 Jan 2020 07:16:52 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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=kumari-net.20150623.gappssmtp.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 qrfNSiEzyfYy for ; Mon, 27 Jan 2020 07:16:49 -0800 (PST) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (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 3D6A7120831 for ; Mon, 27 Jan 2020 07:16:49 -0800 (PST) Received: by mail-qk1-x734.google.com with SMTP id v195so9885260qkb.11 for ; Mon, 27 Jan 2020 07:16:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=Q4iqfVOmra69UzYTpd1xv9U901S1GyUWc8BKN+CZS64=; b=nEI7o/1Oqbxvew0d5RIhTAkujTqs9zo02mevqtRP2fwh1eTToWgPK7CVrCIkbdZ+6q gDQZGpwNjKomiUllp2AAXBu2WRvgJL6Vii9oJxCtr+SlMx74Qke5luWu2N6jP4wuSLi+ d2fIWoXkrnNmtJUMdo1DiwF8Lbr1PHdJzTwhuE4/7oPok5IQG2iDpft61WBtJzcai3qY cHJZCGTWXE7+gADW0qTnByLJlAlTWF5mIYPn9wf++U6U1HffIe7WENRxHQMN237GbTyx HeZVpGSfAEoUHf3HC+MAg1sQQMiZ5OGJhMcFrRwcReMNLSwvi1u9BS3gvo40BanuPsM2 5Drg== 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=Q4iqfVOmra69UzYTpd1xv9U901S1GyUWc8BKN+CZS64=; b=ly+2VGrZRbYtYHVsU4SvjAT/7g+wfZwuc+ahqQTpIg15ZiuxBB7smLKFi766mK+SuL pWYAGWOrrO0UsR0TflzO1EXsilVU0tZHqGYRKcaenyG5Wz/B/IGK5yXCRMVJiqTv3plE /tyB+m5wAA5CA0oj25g9cPA1ukFbsRnmxyPMz4RKIL3FHdPkusRgxIrkIrQruMIDpQFL 9KnFjR9HBF4E9tNoqZuIUV+4s4xrxQJeCSge9vn/4jHXpNjmIrUrq1yIshfpEQhDRe5l MduuB2Hb/dqj2ZQKkV0+MetyyW+fBRmJcCii0iT/KjBV/CQ79fCvR8ekJvQON/9KcFn7 xoQQ== X-Gm-Message-State: APjAAAVZYQo72IBVgz0sswY6O2e8ChXQ9FuQixUwYvQevF+AA18ThbOl v0R5o3YgPXHZguau+p2uyPMwlGLDiIxzdWGjfCoWIQ== X-Google-Smtp-Source: APXvYqzDepic0zpty1kjdzfmqJBK6DfnfdzZGhIVyIOydJOwt/3i5CoXzHvG3CGD1j9rVyyeE1F0JNkacV70rCpxFz4= X-Received: by 2002:a05:620a:1477:: with SMTP id j23mr17346930qkl.63.1580138208201; Mon, 27 Jan 2020 07:16:48 -0800 (PST) MIME-Version: 1.0 From: Warren Kumari Date: Mon, 27 Jan 2020 10:16:12 -0500 Message-ID: To: draft-ietf-anima-bootstrapping-keyinfra.all@ietf.org, anima@ietf.org, anima-chairs@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Anima] Processing: draft-ietf-anima-bootstrapping-keyinfra X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2020 15:16:53 -0000 Hi there, I'm now the responsible AD for draft-ietf-anima-bootstrapping-keyinfra. As mentioned in https://mailarchive.ietf.org/arch/msg/anima/SnHOxgWNC3u2jOecGWLQSWKVTjo I'm trying to figure out what the state on this document it, and what is outstanding for it to be published. Can someone summarize for me where this currently stands? There are literally hundreds of mails on this, and it was a long time since I last read / balloted on this - I'm trying to restore state without having to go back to the beginning... A: it **looks** to me like the -34 version addresses Benjamin's "examples should be correct" concern in "Section C.1.4. Pledge key pair", but I'm not quite sure (his email and this version both happened on 2020-01-03, but I'm not sure on the ordering). Can someone confirm this and then I'll follow up with him? B: Alissa confirmed that her concerns have been addressed, and cleared her DISCUSS. As this isn't / wasn't my WG, please SHOUT LOUDLY to make sure I don't miss replies / updates. W -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf From nobody Tue Jan 28 10:09:17 2020 Return-Path: X-Original-To: anima@ietfa.amsl.com Delivered-To: anima@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9F2D1200B7 for ; Tue, 28 Jan 2020 10:09:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.992 X-Spam-Level: X-Spam-Status: No, score=-1.992 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=telefonica.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 m2gdbeK3GG5y for ; Tue, 28 Jan 2020 10:09:11 -0800 (PST) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30130.outbound.protection.outlook.com [40.107.3.130]) (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 3DE4B1200B9 for ; Tue, 28 Jan 2020 10:09:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=idp31jXuIg8dxeWuVSOMGBKrimWdLmljWyRBtZtiShNB/AAjM9D5TlhGFry3kKs9ioPlNRgKxETmZwNnm1fWlSqfIUwct5KIzwShlZOcyCMpvLr9xiznJ9spiG+3HIhsoUU7nJSpFwKYrYFrSvXwxFNYsjgjCL0HO0Ff4Yt9Lj61qbVoAduhAhvoFEf/XlbH3PCHvmzj5DFJh3NhMadGoFVebif20bJTlAAUTm2Uu8fYFOWCHD6n2ZzzK8rdkOTJ0nWMsKTw+CgbfkgdDjPteBJxfgdH+flgxEsl5yjQQypv0jFnWPRXSgRwQ2dtUUBfxwq7GkCZ0xzhIVJ5uYdTgQ== 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=nUYM8j1bOZ51B1WiDnTNo2tB7/bqV1R9BcJP5yzDVUs=; b=lw69PKPpKkZ+KfAnS3c8YSOL86BYgFf5n9j6BJN8AipW/fjjMPRm7dD7BlGY+G7VDzTj5cDs0hcyP8Hu5l/mbA4Z23HV36G87K4ogi5UCIR2/c9oDv+vfAHQIVbyWWO2HGVm3/kcQn16AfBE2hKUcSam7ic7yz/hBEfEII/32Muih1Vv7UgeRRp1Z+I1gszYNhqI9cgbloCQL8NahTFs6jOBTN/5v+mqCyZojhVnbETFVivMa16p/V9VGthApsX4Sx51vGMiNq8tj4Y7scpFiKJHqdLUrfRA2E1qNcs7t2shI3GDTOcIHFdCzVmWd68wTLhXPpFVSKhDqgX3MU5x3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telefonica.com; dmarc=pass action=none header.from=telefonica.com; dkim=pass header.d=telefonica.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telefonica.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nUYM8j1bOZ51B1WiDnTNo2tB7/bqV1R9BcJP5yzDVUs=; b=rSdvsGY+Qs+cwveCO7gUVwE5Zg7HH2ndiI1BErvCCT66NFsg7WeFLISfCMYHDpbsCwjJOIr8qHUx8heKHjp043KV6mQUe6917ArT/8TQqY6p+ssvFurJBH/vphJ1SKHn0FgPOT3BSccSmlCM+3jVTva8hXtTbFTmD827IpoNSjI= Received: from AM0PR06MB6435.eurprd06.prod.outlook.com (10.186.130.150) by AM0PR06MB4451.eurprd06.prod.outlook.com (20.177.41.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2665.22; Tue, 28 Jan 2020 18:09:08 +0000 Received: from AM0PR06MB6435.eurprd06.prod.outlook.com ([fe80::7cfe:be7b:9e88:e034]) by AM0PR06MB6435.eurprd06.prod.outlook.com ([fe80::7cfe:be7b:9e88:e034%7]) with mapi id 15.20.2665.026; Tue, 28 Jan 2020 18:09:08 +0000 From: "Diego R. Lopez" To: "anima@ietf.org" Thread-Topic: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) Thread-Index: AdXOcMjEgxETunCPQ8a/9MdFXGp6gwHnaEGA Date: Tue, 28 Jan 2020 18:09:08 +0000 Message-ID: References: <5D36713D8A4E7348A7E10DF7437A4B9299D9ABE1@NKGEML515-MBX.china.huawei.com> In-Reply-To: <5D36713D8A4E7348A7E10DF7437A4B9299D9ABE1@NKGEML515-MBX.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.12.200112 authentication-results: spf=none (sender IP is ) smtp.mailfrom=diego.r.lopez@telefonica.com; x-originating-ip: [195.76.196.162] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: f34bf960-94df-42e8-913c-08d7a41d2b9b x-ms-traffictypediagnostic: AM0PR06MB4451: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 029651C7A1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(136003)(376002)(346002)(39860400002)(366004)(396003)(199004)(189003)(33656002)(26005)(6506007)(66446008)(2616005)(66946007)(66476007)(91956017)(76116006)(71200400001)(5660300002)(2906002)(64756008)(66556008)(478600001)(966005)(81166006)(81156014)(45080400002)(8936002)(186003)(86362001)(8676002)(6916009)(36756003)(316002)(6486002)(786003)(6512007)(66574012); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR06MB4451; H:AM0PR06MB6435.eurprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telefonica.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zeA5/G19Oj2IyBpVmN9jWUEsWY1T4mjS+IcXbeLd89r3HlJIMmJAXcl/EizJSch6qBeJeEz/Kdo5jzJH1zlLddG2I26SUQev3VLROtUdpMnSTIJoo7jQz57XVpNvd+EnxHlsi5uHOdKi6nxMjE7L4HV/hJrEhtcrXoLTxtKAYO0foDCApU4qfH53a7W5IfSZ8SWntVOU62lGf5RJXRukpSuAmlyD+oWr+4othQ5G/BFQcqTn3zy664E6TuWBYvdWtztSBNnUJ9WKg5WZ3ON/h10ndA7bMjQ1/5JcdJpFoXlx4Vczl6hGK/ZJA24oZZKl7VC+TbCieG8orY5bBS96+ZlL3l1I4CPpGvtk/p+7iq6p2bQuE5XGbdTSEyjOthWvFHWarXQOMhS+4E45PZhPw1dhT+W/ydz/FIKZmZBPxsee1F9MzKONeZIKmvoeD7/WtuhahLN+nG0PUVzgUDMQWRxd2KOMEc0u3QN3PP+wptSNxCqdSK5mJ6o5vd8QOsU29eXJADaP8nYbeQ7MV7uw3A== x-ms-exchange-antispam-messagedata: OGAtHByIcGrP1nbUGJV5nbvkeQ1HPfmSS2+Zx8AREqbSDKEn/osp8CHFLfd/jMOHmOFG+KyNQ44DKz0a12baGPfgW9C8hsbM1Biz7LcQ758bFn7iFGXmmdV3TvBafso/n3rEaLe7SmuDdFQDn6yq1A== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-MS-Exchange-CrossTenant-Network-Message-Id: f34bf960-94df-42e8-913c-08d7a41d2b9b X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jan 2020 18:09:08.7771 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +qQWbBV81xJO7kfjLq9IONIklT5UcvCie+SsZbj90pzh8Ff37UZCPI0WEFuVw60qJYHe6033zZ+brFurkC87GTXy3qRGaKNXdhr7lW2WrJI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB4451 Archived-At: Subject: Re: [Anima] Adoption call for draft-liu-anima-grasp-distribution (ends 01/27/2020) X-BeenThere: anima@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Autonomic Networking Integrated Model and Approach List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 18:09:16 -0000 SGksDQoNCkkgc3VwcG9ydCB0aGUgYWRvcHRpb24gb2YgdGhpcyBkcmFmdC4gVGhlIGNvbW11bmlj YXRpb24gcGF0dGVybnMgaXQgcHJvcG9zZXMgYXJlIGEgbmVjZXNzYXJ5IGVuaGFuY2VtZW50IHRv IG1ha2UgR1JBU1AgYXBwbGljYWJsZSBpbiByZWFsaXN0aWMgYXV0b25vbW91cyBuZXR3b3JrIHNj ZW5hcmlvcy4NCg0KVGhpcyBzYWlkLCBJIGJlbGlldmUgdGhlIGRvY3VtZW50IG5lZWRzIGZ1cnRo ZXIgcmVmaW5lbWVudCAodGhlIHRlcm0gIm1vZHVsZSIgc2VlbXMgdG9vIGFyY2hpdGVjdHVyYWxs eSBwcmVzY3JpcHRpdmUsIGZvciBleGFtcGxlKSBhbmQgZnVydGhlciB3b3JrIGlzIHJlcXVpcmVk IGluIHRoZSBwcm9wb3NlZCBleHRlbnNpb24gZGVmaW5pdGlvbnMuDQoNCkJlIGdvb2RlLA0KDQot LQ0KIkVzdGEgdmV6IG5vIGZhbGxhcmVtb3MsIERvY3RvciBJbmZpZXJubyINCg0KRHIgRGllZ28g Ui4gTG9wZXoNClRlbGVmb25pY2EgSStEDQpodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vZHIy bG9wZXovDQoNCmUtbWFpbDogZGllZ28uci5sb3BlekB0ZWxlZm9uaWNhLmNvbQ0KVGVsOiAgICAg ICAgICszNCA5MTMgMTI5IDA0MQ0KTW9iaWxlOiAgKzM0IDY4MiAwNTEgMDkxDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICBUaGlzIG1lc3NhZ2Ugc3RhcnRzIGEgdHdv LXdlZWsgYWRvcHRpb24gY2FsbCwgaXQgZW5kcyBvbiBKYW51YXJ5IDI3dGgsIDIwMjAuDQoNCiAg ICBkcmFmdC1saXUtYW5pbWEtZ3Jhc3AtZGlzdHJpYnV0aW9uIHdhcyBwcm9ncmVzc2VkIHVwIHRv IHZlcnNpb24gLTEzIHdpdGggdGhlIGhlbHAgb2YgdGhlIFdHLCBpdCB3YXMgbGFzdCBwcmVzZW50 ZWQgYXQgSUVURjEwNiB3aXRoIGdvb2QgaW50ZXJlc3QuDQogICAgVGhlIGRyYWZ0IGlzIG5vdyBj bGVhcmx5IGluIHNjb3BlIG9mIEFOSU1BIGNoYXJ0ZXIgMiB0aGF0IHdhcyBhZG9wdGVkIGFyb3Vu ZCBJRVRGMTA2LiBUaGUgYXV0aG9ycyBhc2tlZCBmb3IgYWRvcHRpb24gb2YgdGhlIGRvY3VtZW50 Lg0KICAgIEFzIGZhciBhcyB0aGUgY2hhaXJzIGhlYXJkLCB0aGVyZSB3YXMgbm8gb2JqZWN0aW9u IGluIHRoZSByb29tLg0KDQogICAgV2UgdGhlcmVmb3JlIGFyZSBhc2tpbmcgdGhlIEFOSU1BIHdv cmtpbmcgZ3JvdXAgZm9yIGFkb3B0aW9uIG9mIHRoZSBmb2xsb3dpbmcgd29yazoNCg0KICAgIFRp dGxlOiAgICBJbmZvcm1hdGlvbiBEaXN0cmlidXRpb24gaW4gQXV0b25vbWljIE5ldHdvcmtpbmcN CiAgICBOYW1lOiAgICAgZHJhZnQtbGl1LWFuaW1hLWdyYXNwLWRpc3RyaWJ1dGlvbg0KICAgIEF1 dGhvcnM6ICBCLiBMaXUsIFguIFhpYW8sIEEuIEhlY2tlciwgUy4gSmlhbmcsIFouIERlc3BvdG92 aWMNCiAgICBVUkw6ICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt bGl1LWFuaW1hLWdyYXNwLWRpc3RyaWJ1dGlvbi8NCg0KICAgIFRoaXMgZG9jdW1lbnQgaXMgaW50 ZW5kZWQgdG8gYmVjb21lIGEgc3RhbmRhcmRzIHRyYWNrIEFOSU1BIFdHIGRvY3VtZW50Lg0KDQog ICAgU3RhbmRhcmQgdHJhY2sgaXMgZGVzaXJlZCBiZWNhdXNlIGl0IGlzIG1lYW50IHRvIGJlY29t ZSB0aGUgcmVxdWlyZWQgc21hbGwgc2V0IG9mIHByb3RvY29sIGV4dGVuc2lvbnMgdG8gdGhlIEdS QVNQIHByb3RvY29sIGluIHN1cHBvcnQgb2YgdGhlIHNlbGYtb3JnYW5pemF0aW9uIG9mIEFTQS4N Cg0KICAgIFBsZWFzZSBleHByZXNzIHlvdXIgc3VwcG9ydCBvciByZWplY3Rpb24uIElmIHlvdSB0 aGluayB0aGlzIGRvY3VtZW50IHNob3VsZCBfbm90XyBiZSBhZG9wdGVkLCBwbGVhc2UgYWxzbyBl eHBsaWNpdGx5IGluZGljYXRlIHRoZSByZWFzb25zLg0KDQogICAgRm9yIHRoZSBBTklNQSBXRyBj aGFpcnMsDQogICAgICAgIFRvZXJsZXNzDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCiAgICBBbmltYSBtYWlsaW5nIGxpc3QNCiAgICBBbmltYUBp ZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vYW5pbWEN Cg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkVzdGUgbWVuc2FqZSB5 IHN1cyBhZGp1bnRvcyBzZSBkaXJpZ2VuIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlv LCBwdWVkZSBjb250ZW5lciBpbmZvcm1hY2nDs24gcHJpdmlsZWdpYWRhIG8gY29uZmlkZW5jaWFs IHkgZXMgcGFyYSB1c28gZXhjbHVzaXZvIGRlIGxhIHBlcnNvbmEgbyBlbnRpZGFkIGRlIGRlc3Rp bm8uIFNpIG5vIGVzIHVzdGVkLiBlbCBkZXN0aW5hdGFyaW8gaW5kaWNhZG8sIHF1ZWRhIG5vdGlm aWNhZG8gZGUgcXVlIGxhIGxlY3R1cmEsIHV0aWxpemFjacOzbiwgZGl2dWxnYWNpw7NuIHkvbyBj b3BpYSBzaW4gYXV0b3JpemFjacOzbiBwdWVkZSBlc3RhciBwcm9oaWJpZGEgZW4gdmlydHVkIGRl IGxhIGxlZ2lzbGFjacOzbiB2aWdlbnRlLiBTaSBoYSByZWNpYmlkbyBlc3RlIG1lbnNhamUgcG9y IGVycm9yLCBsZSByb2dhbW9zIHF1ZSBub3MgbG8gY29tdW5pcXVlIGlubWVkaWF0YW1lbnRlIHBv ciBlc3RhIG1pc21hIHbDrWEgeSBwcm9jZWRhIGEgc3UgZGVzdHJ1Y2Npw7NuLg0KDQpUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgdHJhbnNtaXNzaW9uIGlzIHByaXZpbGVnZWQgYW5k IGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBpbnRlbmRlZCBvbmx5IGZvciB0aGUgdXNlIG9mIHRo ZSBpbmRpdmlkdWFsIG9yIGVudGl0eSBuYW1lZCBhYm92ZS4gSWYgdGhlIHJlYWRlciBvZiB0aGlz IG1lc3NhZ2UgaXMgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5v dGlmaWVkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIGRpc3RyaWJ1dGlvbiBvciBjb3B5aW5nIG9m IHRoaXMgY29tbXVuaWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIHRyYW5zbWlzc2lvbiBpbiBlcnJvciwgZG8gbm90IHJlYWQgaXQuIFBsZWFz ZSBpbW1lZGlhdGVseSByZXBseSB0byB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9yIGFuZCB0aGVuIGRlbGV0ZSBpdC4NCg0KRXN0YSBt ZW5zYWdlbSBlIHNldXMgYW5leG9zIHNlIGRpcmlnZW0gZXhjbHVzaXZhbWVudGUgYW8gc2V1IGRl c3RpbmF0w6FyaW8sIHBvZGUgY29udGVyIGluZm9ybWHDp8OjbyBwcml2aWxlZ2lhZGEgb3UgY29u ZmlkZW5jaWFsIGUgw6kgcGFyYSB1c28gZXhjbHVzaXZvIGRhIHBlc3NvYSBvdSBlbnRpZGFkZSBk ZSBkZXN0aW5vLiBTZSBuw6NvIMOpIHZvc3NhIHNlbmhvcmlhIG8gZGVzdGluYXTDoXJpbyBpbmRp Y2FkbywgZmljYSBub3RpZmljYWRvIGRlIHF1ZSBhIGxlaXR1cmEsIHV0aWxpemHDp8OjbywgZGl2 dWxnYcOnw6NvIGUvb3UgY8OzcGlhIHNlbSBhdXRvcml6YcOnw6NvIHBvZGUgZXN0YXIgcHJvaWJp ZGEgZW0gdmlydHVkZSBkYSBsZWdpc2xhw6fDo28gdmlnZW50ZS4gU2UgcmVjZWJldSBlc3RhIG1l bnNhZ2VtIHBvciBlcnJvLCByb2dhbW9zLWxoZSBxdWUgbm9zIG8gY29tdW5pcXVlIGltZWRpYXRh bWVudGUgcG9yIGVzdGEgbWVzbWEgdmlhIGUgcHJvY2VkYSBhIHN1YSBkZXN0cnVpw6fDo28NCg==