From nobody Mon May 3 05:26:56 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74AD83A0D5D for ; Mon, 3 May 2021 05:26:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=mg-soft.si 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 DXn-gdu0YTBs for ; Mon, 3 May 2021 05:26:49 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 4B2153A0D4B for ; Mon, 3 May 2021 05:26:48 -0700 (PDT) Received: from [127.0.0.1] (teleport2.mg-soft.si [10.0.0.254]) by galileo.mg-soft.si (Postfix) with ESMTP id 7B80EC417548 for ; Mon, 3 May 2021 14:26:41 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 galileo.mg-soft.si 7B80EC417548 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1620044801; bh=WUFe5wAw6bM2sQNTX1n1Cc4qYZo9zQEQwcW1ol+R+Sg=; h=To:From:Subject:Date:From; b=QPKAepYAX+UjW5Cvc2DdPGWnOM5xAi6UNc9E3bjHBIkxI8VZzOXQRnVcSsKnBGTIF iSF7ZY97EPQheYNp43QEKGO6g1Onx3y+PtPiqkjBYnwRMVS0xhiNyWSMw/nOuslI96 cG0+ob/UA1J5plQk5tCjALMDGw8QQIj8RDS9AHwXmSlbpiJ48fzGsU2eqW5p3h2AP9 EKe23fRI0atZEEm827jsrCFLd/CFSEh/MMoWfvT/PybLhI2Cl0rPjnj3UmmnvVZyhE 73FNg+dDAarcQpJhG1szf265kAMBIHgDi8g0XrdHr9pFseelnXMo97zFpFBZvrO45s Zvg3Ss0O9HyIA== To: NETMOD Working Group From: Jernej Tuljak Message-ID: Date: Mon, 3 May 2021 14:26:41 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: [netmod] Module updating rules (adding actions) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 12:26:55 -0000 Hi, while re-reading RFC7950, Section 11, I noticed that adding an "action" to an existing "container" or "list" does not appear to be among the permitted changes while updating a module to a newer revision. Seems like an unintentional omission in text? OLD:    o  New typedefs, groupings, rpcs, notifications, extensions,       features, and identities may be added. NEW:    o  New typedefs, groupings, rpcs, actions, notifications,       extensions, features, and identities may be added. Jernej From nobody Mon May 3 05:33:32 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 657783A0DF9 for ; Mon, 3 May 2021 05:33:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.12 X-Spam-Level: X-Spam-Status: No, score=-0.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=YZM9XDKk; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=qFCGB3jw 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 GqAuQIYuJO8y for ; Mon, 3 May 2021 05:33:26 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 283823A0DF6 for ; Mon, 3 May 2021 05:33:24 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 91B945C0058; Mon, 3 May 2021 08:33:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 03 May 2021 08:33:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm1; bh= tBa1s7BV2NrMG7OiNtk4lPNb2dDIFby7SEKMYrc9wPE=; b=YZM9XDKkJzqJUFvP zTHRfps1vEofPcFDZZg/CztIryy8wGBi+5Zxpyt/yREuDxbt43jpyiBypZHgtVPZ ILAmlLk91if0wEh5OM3X3nNc58FJKlcUQ9iXjMSvJoNM+oeJR1gP6zdo7pm9GEmP T773Zucz/x2ObAx/RzxbZqb5NICjXsf7kEAXaXwlyThu+vn7m0ubbNB1iJwAb15Q iByR5rKK7/K0IXP2O4BI/Y2mn+4PDxHmtomoiQtJt46PiZQYanYexxzxOnInesvH HjYCVPbSGXfikCWo0OECnSStChtPBTZC5m3tX1+LsB8h6lnN0zRs/Zd9XwbvMzE4 E8UPpg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=tBa1s7BV2NrMG7OiNtk4lPNb2dDIFby7SEKMYrc9w PE=; b=qFCGB3jwFUHkJdtk2zjb7B5kXOeMEbr8L/8EpnJFCcY/Fa+zESGJuQqAg uzde0rp6Yg/GLAOrO4szRd+Z04GUVejLRIoI1ohTVf6qYwMMcdEETD07auOQGlc8 MBV/rZf0UyaYyoAnTAlsh33iKL2ZhznniH4u7oeIGxA7VBfHDjCjLy8v04y6bUif q1Pn/wNMJ8LWKHEbcSBVoRddUS9SIPCy1z2OyFr6mix0lvMmUjsLJ3t1vV9T9r/1 YM33PDJQ9psfoI6dhehjqZ0aCLgFf2rCUJfbLsExHMVbmOR+0jQDKpNfq8GiE2M9 uQnZFFtDEozaFdNpsew9zgmsf8HXg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdefgedgheegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtqh ertdertddunecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepieekhedthfejudevkefgvd ekudduhedvvdffvefggfdtveduieejgfdtveefledunecuffhomhgrihhnpehivghtfhdr ohhrghenucfkphepudehkedrudejgedrgedrvdduheenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmsghjodhivghtfhesgeeiieekrdhsvg X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 3 May 2021 08:33:22 -0400 (EDT) Date: Mon, 03 May 2021 14:33:20 +0200 (CEST) Message-Id: <20210503.143320.672580597722994991.id@4668.se> To: jernej.tuljak@mg-soft.si Cc: netmod@ietf.org From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netmod] Module updating rules (adding actions) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 12:33:31 -0000 Jernej Tuljak wrote: > Hi, > = > while re-reading RFC7950, Section 11, I noticed that adding an > "action" to an existing "container" or "list" does not appear to be > among the permitted changes while updating a module to a newer > revision. > = > Seems like an unintentional omission in text? Yes! FWIW, pyang --check-update allows adding actions. /martin > = > OLD: > = > =A0=A0 o=A0 New typedefs, groupings, rpcs, notifications, extensions,= > =A0=A0=A0=A0=A0 features, and identities may be added. > = > NEW: > = > =A0=A0 o=A0 New typedefs, groupings, rpcs, actions, notifications, > =A0=A0=A0=A0=A0 extensions, features, and identities may be added. > = > = > Jernej > = > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon May 3 07:53:10 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDC213A16EA for ; Mon, 3 May 2021 07:53:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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=mg-soft.si 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 8YUIm1HxSHvg for ; Mon, 3 May 2021 07:53:04 -0700 (PDT) Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) by ietfa.amsl.com (Postfix) with ESMTP id 589E63A16F7 for ; Mon, 3 May 2021 07:52:59 -0700 (PDT) Received: from [127.0.0.1] (teleport2.mg-soft.si [10.0.0.254]) by galileo.mg-soft.si (Postfix) with ESMTP id 1D2ADC417548; Mon, 3 May 2021 16:52:51 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 galileo.mg-soft.si 1D2ADC417548 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1620053571; bh=2JI7OrFO+KqRSZi2Veq85eAjtFPE2ogX4J/+zuYAtic=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=BdyoFCKqeh0A7iw3Jmo6foy1OxQ1gXaI2cVPeEWzgVsZIWN8Kss0QCVlRe9SPxZ+O UlFXBZ0sG/TLjS6Mr9G51sS1JNm8o2SVRQmKzpShAt2dsyujqHgZh/1CSkOUl1uW0f Iof9zggWeutIoI8sxv+cePNMLOYyI9iUSKYZkcOf5tiJ7Ti0LaYmqPhy/O+TbCa4WS GDemg/H7viIjnE+vUWJsZgYAWmb/1WFPmSgBH1qNuAeBBJkA73geSK9LwJm1pwb926 XPwiRcg2WYaLJmQ4LcqC839ZfCoByTdUR1rBFpV6acRezn6WNKZ8y1BjhcvN716yYG wHMy1Prpbn2KQ== To: =?UTF-8?Q?Martin_Bj=c3=b6rklund?= Cc: netmod@ietf.org References: <20210503.143320.672580597722994991.id@4668.se> From: Jernej Tuljak Message-ID: <822b305a-4eb3-d615-4a70-9c0d34889d50@mg-soft.si> Date: Mon, 3 May 2021 16:52:50 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <20210503.143320.672580597722994991.id@4668.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [netmod] Module updating rules (adding actions) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2021 14:53:09 -0000 On 03/05/2021 14:33, Martin Björklund wrote: > Jernej Tuljak wrote: >> Hi, >> >> while re-reading RFC7950, Section 11, I noticed that adding an >> "action" to an existing "container" or "list" does not appear to be >> among the permitted changes while updating a module to a newer >> revision. >> >> Seems like an unintentional omission in text? > Yes! Should I post a technical errata for this? Jernej > > FWIW, pyang --check-update allows adding actions. > > > /martin > > >> OLD: >> >>    o  New typedefs, groupings, rpcs, notifications, extensions, >>       features, and identities may be added. >> >> NEW: >> >>    o  New typedefs, groupings, rpcs, actions, notifications, >>       extensions, features, and identities may be added. >> >> >> Jernej >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Tue May 4 03:48:00 2021 Return-Path: <0100017936fdd197-e2bb730b-ba74-4ef9-b03a-0601d22fbfa0-000000@amazonses.watsen.net> X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C90AB3A2F48 for ; Tue, 4 May 2021 03:47:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 BOr3-7jl7bvt for ; Tue, 4 May 2021 03:47:56 -0700 (PDT) Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D7FA3A2F45 for ; Tue, 4 May 2021 03:47:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1620125274; h=Content-Type:Content-Transfer-Encoding:From:Mime-Version:Subject:Date:Message-Id:References:Cc:In-Reply-To:To:Feedback-ID; bh=bkK0Ba8/1DjCcPCnoa00Ep95n2hRUUEJfgK/P6EmKWA=; b=eojMQAlNLdstTZKYxXbD+APwQIcyKMoHpmZPtvRPLuSU83n4qkX+GIfrdUPa1DVi NaSCzoJuLAFPr2GJ0XxD0gDDcAbmvP6k7SfH+1LQ6n/BNR/0ffKcv/vZPjFfS+OCsKT pFhf9QeRFf4NXroCV5SnRla2CqIry/kzOpqOIxaA= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Kent Watsen Mime-Version: 1.0 (1.0) Date: Tue, 4 May 2021 10:47:54 +0000 Message-ID: <0100017936fdd197-e2bb730b-ba74-4ef9-b03a-0601d22fbfa0-000000@email.amazonses.com> References: <822b305a-4eb3-d615-4a70-9c0d34889d50@mg-soft.si> Cc: =?utf-8?Q?Martin_Bj=C3=B6rklund?= , netmod@ietf.org In-Reply-To: <822b305a-4eb3-d615-4a70-9c0d34889d50@mg-soft.si> To: Jernej Tuljak X-Mailer: iPhone Mail (18A8395) Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES X-SES-Outgoing: 2021.05.04-54.240.48.110 Archived-At: Subject: Re: [netmod] Module updating rules (adding actions) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 10:47:59 -0000 Hi Jernej, > Should I post a technical errata for this? Yes, please do - thanks! K. From nobody Tue May 4 04:50:23 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98EBF3A3124 for ; Tue, 4 May 2021 04:50:21 -0700 (PDT) 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 eg5OY7-JnSu3 for ; Tue, 4 May 2021 04:50:16 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA7553A3125 for ; Tue, 4 May 2021 04:50:16 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 3BC0FF4077C; Tue, 4 May 2021 04:49:55 -0700 (PDT) To: mbj@tail-f.com, warren@kumari.net, rwilton@cisco.com, joelja@bogus.com, kent+ietf@watsen.net, lberger@labn.net X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Cc: jernej.tuljak@mg-soft.si, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20210504114955.3BC0FF4077C@rfc-editor.org> Date: Tue, 4 May 2021 04:49:55 -0700 (PDT) Archived-At: Subject: [netmod] [Technical Errata Reported] RFC7950 (6570) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 11:50:22 -0000 The following errata report has been submitted for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6570 -------------------------------------- Type: Technical Reported by: Jernej Tuljak Section: 11 Original Text ------------- o New typedefs, groupings, rpcs, notifications, extensions, features, and identities may be added. Corrected Text -------------- o New typedefs, groupings, rpcs, actions, notifications, extensions, features, and identities may be added. Notes ----- The original text unintentionally fails to mention actions. A definition in a published module may be revised by adding actions to this definition. 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 can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Tue May 4 04:59:30 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEEF93A317C for ; Tue, 4 May 2021 04:59:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.12 X-Spam-Level: X-Spam-Status: No, score=-0.12 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=kJGo44DD; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CztlUh0H 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 c0-4kCtMOh39 for ; Tue, 4 May 2021 04:59:23 -0700 (PDT) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B528D3A317B for ; Tue, 4 May 2021 04:59:21 -0700 (PDT) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 919425C01AA; Tue, 4 May 2021 07:59:17 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Tue, 04 May 2021 07:59:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm1; bh= cax6pg5oZq+hXnVP2SX05U0C/D/LkR77X47KTK8x5G4=; b=kJGo44DDPcQElJaW 19KWD7SyDD/07hnf45641H0zkzmvF9s1pBxqIu7USg20oO+C07UO6FIp5l4T06es 5p8DdXrheNUa/jn6AeIAab73lA/gGYkcjr0Ld+vzP+QO6/JIO7QJfCnw1bsRLz89 VWIWD4nM8wmZt2O5V+GFs6AzGTsYieT9rUBPPCJLYAUATidzTAB/sHvXZuiKNeXN zCvbAFV8HuIihaWXV14t/10Ve8BEJPhikwuBcJuxt1iyE5jmODmmbjl/YsYx+gGg 1bCL3JMILCjWki5BMwubdihkXB59Jhm6Qc2UxItEv+ch2nF0bnftAlbZljlVKEXk 3Zez0w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=cax6pg5oZq+hXnVP2SX05U0C/D/LkR77X47KTK8x5 G4=; b=CztlUh0Hfdv6bCgRw5LDDM/4suvsxq69WXTk8kvcDMgvEmFxYeQeoYG+4 CjCSosmAS8otfwMsrG6PH/uOxK0Sxj9GACgGri+ZArE91TgX12l7IoBStD1ouwTu e/+QLSrf63KDTShs6a4oNaf44NEQbYQDzSpsINZssANN3mVted7EdKliUmmq1PDf 9nqid1k7eX8ExHxGCFkJKMjp598nAC8y+RcazkCS52lyyM51VHbDBYXCuh0f45mY CiuBvd6+pxbX0b81S9+DBgQHEzm4AQwVm6y4Pz3G6iV0xRQqEb4XO1y+vGBJnBtp +SYTQh9F3LcVu+puF/ybwdBqiKNaQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdefiedggeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffkffvuffhjghfofggtgfgsehtje ertdertddvnecuhfhrohhmpeforghrthhinhcuuehjnphrkhhluhhnugcuoehmsghjodhi vghtfhesgeeiieekrdhsvgeqnecuggftrfgrthhtvghrnhepueefffdugeevffehtdduke elvdfgffefudfgtefhgeeivedttddvfeetfefffeejnecuffhomhgrihhnpehrfhgtqdgv ughithhorhdrohhrghdpihgvthhfrdhorhhgnecukfhppeduheekrddujeegrdegrddvud ehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgs jhdoihgvthhfseegieeikedrshgv X-ME-Proxy: Received: from localhost (unknown [158.174.4.215]) by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 4 May 2021 07:59:15 -0400 (EDT) Date: Tue, 04 May 2021 13:59:13 +0200 (CEST) Message-Id: <20210504.135913.2238809319204453087.id@4668.se> To: rfc-editor@rfc-editor.org Cc: warren@kumari.net, rwilton@cisco.com, joelja@bogus.com, kent+ietf@watsen.net, lberger@labn.net, netmod@ietf.org From: Martin =?iso-8859-1?Q?Bj=F6rklund?= In-Reply-To: <20210504114955.3BC0FF4077C@rfc-editor.org> References: <20210504114955.3BC0FF4077C@rfc-editor.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (6570) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 11:59:29 -0000 Hi, This errata is correct and should be verified. /martin RFC Errata System wrote: > The following errata report has been submitted for RFC7950, > "The YANG 1.1 Data Modeling Language". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6570 > > -------------------------------------- > Type: Technical > Reported by: Jernej Tuljak > > Section: 11 > > Original Text > ------------- > o New typedefs, groupings, rpcs, notifications, extensions, > features, and identities may be added. > > Corrected Text > -------------- > o New typedefs, groupings, rpcs, actions, notifications, > extensions, features, and identities may be added. > > Notes > ----- > The original text unintentionally fails to mention actions. A definition in a published module may be revised by adding actions to this definition. > > 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 > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > -------------------------------------- > Title : The YANG 1.1 Data Modeling Language > Publication Date : August 2016 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue May 4 05:11:24 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACB6A3A31E6 for ; Tue, 4 May 2021 05:11:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.617 X-Spam-Level: X-Spam-Status: No, score=-9.617 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=QXS5UBW1; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=pkGeekVN 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 Js-eiF-UtiCf for ; Tue, 4 May 2021 05:11:17 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 638653A31E2 for ; Tue, 4 May 2021 05:11:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2581; q=dns/txt; s=iport; t=1620130277; x=1621339877; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=i3roBtxCsAXV7Uc/LT5GwPhoxBaqI90/M7OgThKK3Ts=; b=QXS5UBW1I2NcDfUnkOKwa/WT/twelnaHQNn+ElXJwRM8KCfqyKBMi4JV sm4rHBFemXTkSQBmaZ8NOTIE8IH/egVB2IU9UXtHmxuTcfa0v+WwPwdqc qGB7jbR84uJHp9JQiwLXaPW0GUSte9bg5FxVqM/eVbaITuTp+rIJyRRZg s=; X-IPAS-Result: =?us-ascii?q?A0AmAAA8OZFgmIkNJK1aGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAUCBRgMBAQELAYFSUX5aNjELiAEDhTmIcAOZUoJTA1QLAQEBDQEBHQsKA?= =?us-ascii?q?gQBAYEWAYJ1RAKBewIlNwYOAgQBAQEDAgMBAQEBAQUBAQECAQYEFAEBAQEBA?= =?us-ascii?q?QEBaIVQDYZEAQEBBAEBPgEBLAsBCwQCAQgRBAEBAS4nCx0IAgQBDQUIgmkBg?= =?us-ascii?q?lUDLwEDC51TAoofeIE0gQGCBAEBBgQEhTQYghMDBoE6AYJ4imcnHIFJQoEVQ?= =?us-ascii?q?4JfPoEEgVwBAYFig0uCK4FpWwZoGzhbJxYHYhEDRgiQfCmMZYF8iTORawqDE?= =?us-ascii?q?J1FEINUiw2WQpUwnyJfg2ACBAIEBQIOAQEGgWoigVtwFRohgmlQFwIOjh8Zg?= =?us-ascii?q?1eFFIVJczgCBgEJAQEDCXyLAwGBDwEB?= IronPort-PHdr: A9a23:aQwCwxLb4uXT7Wp+QtmcuYkyDhhPgJ39IxIV55w7irlHbqWk+dH4M VfC4el25HeVA9uLrelJ2KLasKHlDGoH55vJ8HUPa4dFWBJNj8IK1xchD8iIBQyeTrbqYiU2E d4EWApj+He2YhQLRpa4fFCB6nG35CQZTxP4Mwc9L+/pG4nU2sKw0e36+5DabwhSwjSnZrYnJ xStpgKXvc4T0uNf IronPort-HdrOrdr: A9a23:X2ALbauSgRRW1ZL7XnP89b2S7skCB4cji2hD6mlwRA09T+WxrO rrtOgH1BPylTYaUGwhn9fFA6WbXXbA7/dOgLU5FYyJGC3ronGhIo0n14vtxDX8Bzbzn9Qy6Y 5JSII7MtH5CDFB4vrSyAOzH888hPyO9661jenTpk0dMj1CQYsI1XYfNi+wFEpqSA5aQb8wE5 SB7sRKzgDQB0g/RMK9G3UDQqz/vNXNjp3relorABQg5QmIg1qTmf/HOjKf2QoTVC4K/Kc6/Q H+4kLEz4iAk9X+8B/T0GfP849b8eGA9vJvDNGB4/JlUQnEpR2vYO1aKti/lRAz5Nqi8VM71O TLyi1QQ/hbz1P0UiWLrQD22w/muQxeq0PK7VODm3PsrYjYaVsBerB8rLlUeBfY9EYs1esUuM kgsg7p1Os0MTr6kCvw/NTOXR1x/3DE3EYKq/IZjHBUTOIlGdlshLEf509cHdMhGy/3+ekcYZ FTJfzc//pffBemaWnYtABUsaWRd0k0dy32JnQqi4iw6Xx7jXp5x0wXyIg0hXEb7q8wTJFC+q DtLrlovKsmdL5UUYtNQMM6BeenAG3ERhzBdEiIJ078Ka0BM3XR77bq/bQO4v2wcpBg9upxpL 3xFHdj8UIicUPnDsODmLdR9ArWfWm7VTPxjuZT+oZ+ob+5YLbwKyWMRBQPnqKb0rAiK/yef8 z2FINdAvflI2erM51OxRfCV55bLmRbX9YSvto9RlKSssPGIoDnrYXgAbHuDYuoNQxhdnL0A3 MFUjS2Dt5H9FqXVnjxhwWUW36FQD24wbtAVIzhu8QDwokEMYNB9iIPj06i282NITpe9qg/fE 50JqL7grq2zFPGpFrg3iFMAF5wH0xV6LLvXzdhvgkRKX75dr4FppGYYmBd3HyOIxdlVMPIGA tDp1B6kJjHa6C49GQHMZaKI2iah3wcqDahVJEHgJCO4s/jZ9clFJo8QbdwEg/KDhRxng5vpA 54GVc5b36aMgmrpbSujZQSCu2aSsJ1hx2zJ9VI7VjFs1+HmM0pTnwHfjKnXMKNmzwyTz5Mil AZyd5FvJOw3RKUbUo2mqARLUBFYmX/OsM2MC21IKFv3o3NVC41Z2GQnjCegww0YQPRhjUvr1 2kCzaVd/HNCkdaoVZC3M/RgQlJX1TYWV5sYXZntoA4MmLKth9IoLO2T5v29XeNYV0fxexYCh X5WH85JwNjwM3f7m/JpB+LCWgmypIyPubUEbQkdPXJ1mmwLZCT/Jt2bMN87dJrMsvjvfQMVv /acwiJLCngA+dswACNoG05URME5UUMgLft2Bf/6nK/02N6Cf3OIE5+T7VzGaDW00H0A/KJ2o 5+l9Q7oK+5NXjwcMePzeXSYyRYIh3e5W6wQOdAk+EfgYsi8L9yFYLcSz3GyTVO2wg/Nt79kA cGW7tgiYqxTLNHbogXYWZU71ApnNOAIA8itRH3GPY3eRUog2XAN92E7rLUodMUcwG8jRq1PU Pa/zxW/v/DUSfGz7IcBq4qKWldaUQ36h1Zjau/XpyVDB/ve/BI/VK8PHP4baRUT7KdH64M6h l9+NOFkoasBmXF8RGVuSE+JK1A82yqG5zvRA2NHPNF6Ny8NxCHhLCw7Mu6kTfwTn+6Zi0j9P l4XF1Vat4GjD8oyJAz2Gy1TKf8p0o+iVtQ4T19jDfWq8GbyXaeGVsDKBHTh5VdQCJaPXeJh9 nU6OTw7gWJ3BFVnZ3YUFpKdt5AG9IMXpH6IidnJ88XpqOp9cMU81N+SQZrCXU9hjD71/5n2r n82Oy6YZyRNUvV X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.82,272,1613433600"; d="scan'208";a="712915219" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 May 2021 12:11:16 +0000 Received: from mail.cisco.com (xbe-aln-002.cisco.com [173.36.7.17]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 144CBFKb030577 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 4 May 2021 12:11:15 GMT Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xbe-aln-002.cisco.com (173.36.7.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Tue, 4 May 2021 07:11:15 -0500 Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Tue, 4 May 2021 07:11:15 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Tue, 4 May 2021 07:11:15 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=E5YIKNzL4W3zgG42ofJz4qB7OgE5byqW00nnyCh82xlepaR2fUty63jZ2lmKLd3kCxmDInbPX1HUcQ8rLpbAHblk+QidR+YSU/+qbtnwh37WjfjPNO+wK92q7KyPFpr0zjmGpf9dW4HaYVnPiLw2qgiD3XNwrReXytnkugPYWX+vTMDEgvA2Mm1A2fUPyKNH9uzSoS0BUhppEyztXaAsoucgU90ShgLOwHSnuByRIppZEPe2NkqCuoGnUah5eKe3RhB4MUVMZjBR/my9DTPpGcCSUSPqTabcurpjFiJKwi/lWIORBlKLJ44hhMYnalFQUkDZNoQqbbCjvCwownyjqA== 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=jN8hBVo0lF1w36wL38u7/U2QTH/slckepFfbNB3ajmw=; b=n8tTW7+vQ6e5XV+1L6Cjv2heWdKu5fYBOvKWQ1K7ioxUca29sseFwRkRSCse7Kbt7OesumbgHsPuRO1MmEdUcdYPSS+6EHVsJyZnQ3Ni4XiV8SUXC2krtQIXfD451aulLiaOTkhicdASq1+D/BAfU8mGkB6owK+28aL7rqw9GmgXZOjNXkGXXvkUCjtBkHHxO4E00wc4WtO6RSY4hykHaWEQATqC2lau/qpaiQm7OgLTiFThez7TQs+ic128bTt6EgtKapA1U+rxVT48PsTY86rTPwgavB06QZwHvlNaX4fH4UrEdcxQ41v6P0xJ6nn28WoAkOnw7oJythvC5l9F/A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jN8hBVo0lF1w36wL38u7/U2QTH/slckepFfbNB3ajmw=; b=pkGeekVN4RZYv2C0wXGCXluU7ZnVSDtCsxm/2JHef5UHimF9QiWv+ROwe6OhI6pNHHPG93wLsreYgDLBQbdtH5fGPJ7EN1cNHjTh3p+Hgc9UCq7gQAi+h3Dye2W3ARn+0Uor7wo4F+89EZnOqka4n5/Wl5MYsqJjimypmgAQdJg= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL1PR11MB5253.namprd11.prod.outlook.com (2603:10b6:208:310::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4087.43; Tue, 4 May 2021 12:11:14 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::217d:4810:6cea:ef72]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::217d:4810:6cea:ef72%6]) with mapi id 15.20.4108.025; Tue, 4 May 2021 12:11:14 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Martin_Bj=F6rklund?= , "rfc-editor@rfc-editor.org" , "netmod@ietf.org" CC: "warren@kumari.net" , "joelja@bogus.com" , "kent+ietf@watsen.net" , "lberger@labn.net" Thread-Topic: [netmod] [Technical Errata Reported] RFC7950 (6570) Thread-Index: AQHXQNuvhLlNHgb3Nkyl9wAMLztXZ6rTOBWAgAACaoA= Date: Tue, 4 May 2021 12:11:14 +0000 Message-ID: References: <20210504114955.3BC0FF4077C@rfc-editor.org> <20210504.135913.2238809319204453087.id@4668.se> In-Reply-To: <20210504.135913.2238809319204453087.id@4668.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: 4668.se; dkim=none (message not signed) header.d=none;4668.se; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 10063fe4-accd-4d79-5b89-08d90ef5b69c x-ms-traffictypediagnostic: BL1PR11MB5253: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9UiMLDufM3Tl83zm5cjxt2fFbUvvHXco7o+kz3nD7+Kw8OImmmGj7eGUPhMio2xVUYdGUzOzbbZdEk/TPMxSog+goqC79YBEx5JZhp5CKgfm6N+FDCWMSc8Rs9/mmb9qpYAGWGdUjRo4cMkBxJECz7p79qhiK+L0RMAi04gk3htxOsg/iTowkM+iLDfa5U8j1/lKkBkqTxAU19zj94YUoKaKWk3RgCtytnYEULbjKSu3XbyEP3QzAD1HVxgcZCxyMhZYVpalaRjxhHmLLJ83jNiwF4mjiThPl/BfjTUb3GW2ugRFAxc86D3sYAatClkHe1wtztK2FbzBI+vvC+if76v1BW3/M8iTl2DZx6Dw3bhVQJXY6NvT51IeCWuc7nfB3TPXU664SAiAPy0OIFZxqDqY7PnKwy522xoQHBS9Qg3h6yWVEX9P6VNt0nva45d+Mj8+ezU46icUQ4kXRG2h37263QrNZ+kabniZg++j4wZVQQXFHVxo+lchtgKqyucaQUzz4+y9Ggrq0yyx36I5CbMRS+pX4uPvfx4oLD4XLdaqTeTykP+7Nkmu42VLHnXiQb7kp8p+ogNdYq800SH4JPzSQw4xNQ/v6J9o5pdijH0S76pDPMwUmMwlOjEdKTseDeBClPbLsRhtTFpTJy7i8F+4mEbJUFlhCdXfkaJTxaVZGzqygXDtmLJl3eazBkR7 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(136003)(346002)(396003)(39860400002)(376002)(316002)(53546011)(76116006)(966005)(6506007)(186003)(7696005)(66476007)(66556008)(33656002)(26005)(66446008)(64756008)(66946007)(54906003)(4326008)(110136005)(55016002)(8936002)(478600001)(9686003)(8676002)(83380400001)(122000001)(38100700002)(71200400001)(86362001)(52536014)(5660300002)(66574015)(2906002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?+ACQhLsyN73sFKRQ/yJdjpeOUAoSJpBcrZULkpPgnoghe2l9cn9lsGpLYb?= =?iso-8859-1?Q?8DSktxv/OexhSHmwm6imZ9h+nSjHzaIG5vZhSrkAuivvRvnl+41UP3Iyd4?= =?iso-8859-1?Q?waDJ0IEgN2dApkVMPUgeMqSVk2BV3JEFjv2PiDcaxfQG3ZMWzygpSBPtgR?= =?iso-8859-1?Q?/yOL+HaNBIYmP+e2jl+p0v+LRY1Mp9GtyTfYeOY85v0ojWSmOP6ZFOXDvV?= =?iso-8859-1?Q?1bBKIkL8b4HyFb84ptKhpJArHYJsCkRrCPAwxOeNirRjlcE3oIaJ8zq1JT?= =?iso-8859-1?Q?q+1fxGiydMunifgPKVTTda3xP3RRzc0KdmdxRWoiwlM8LOcfZXZXCYb8hd?= =?iso-8859-1?Q?OJ5zqgXvjSWlRmKgdlFlcZiXaAKTSgq5qAI+mUgP7FepFl5eQI2CZl1dYN?= =?iso-8859-1?Q?DLD1Fw7tKmZCyEt80p+aFEr5p1g/6G/7mu472Jm586t/SnmYYRPXL+rBhc?= =?iso-8859-1?Q?qbDmKztyccmTPyKCY7w9OH8jR7CyDn7FlRgwt7aaTYsvK0W34DbCwi6ufX?= =?iso-8859-1?Q?xJMlZzJiDH4XprHcRt9+lU2srQkXEHbsIwqsq90FEldKxBdnh7Pqjq4cQq?= =?iso-8859-1?Q?w2Xl+CDPNedAp7XrZsF0+JY35OTTEeIYxqsOTwlRyOpgdNLtZYaqRVbUx6?= =?iso-8859-1?Q?j8KkQYZ4t0OylGBpqQi0KYZHEaGhT2byu8O/0dGtvZSTmtXRmGBhKWLVGA?= =?iso-8859-1?Q?TewqoXNdt0zFumfq02BJsCV9V14H4WcytkBEXvTGNLJK4ZRB4KUP/L4ftp?= =?iso-8859-1?Q?ILFG/kr5ILPoqggUC8wfMx2tjNY4++8BPvClvTuLDBtZqfAe9gZXdAO7OP?= =?iso-8859-1?Q?RvR8y6oelp/0lUvfBLY1IHctJ+s6mOpOAnj6Dq+rPSLPLDrNEfoN/OrqjT?= =?iso-8859-1?Q?R3PE0gqtJK/fqboSVdlr786oABa+kqchqNL6RUPKDKSQdt0Hj88N1ERnwr?= =?iso-8859-1?Q?sFbKy+OJsHIycEgrpO/3GcjWGMn++3W/iaPrx90OWh4ROVcAP1MrkD7lA8?= =?iso-8859-1?Q?ILLY0g4Xd1/BPrfrhWdkT470XEYDj4NyfAMahwyJgYm/kPThQRNZDCDjCM?= =?iso-8859-1?Q?/TdwaUh5LBVHFClawN/geuJ4EktjEvNbRb7G3IF8/psjhxS5wseItPD3yD?= =?iso-8859-1?Q?TjV9DlmY3rINUBL/TR3nqjFpp/H4cEV/MnAAU8bLSv6moVcrg1PGLI4teH?= =?iso-8859-1?Q?nSs9sQeqYhef1TpMBbCu0egQIcfAHTnICua8ba2WI2QqU5bNNWxBeotstl?= =?iso-8859-1?Q?gzoEcI1ao5QLnmyGFLyEHVkG7TcXW7cqp2fu2yjPFAsayTZBaXntEBDWI5?= =?iso-8859-1?Q?oZJ5xAUnVEmrvncbBsVWaxdJx1Df4VADqBxBzKljbJiVR4GahmfJEQs8l+?= =?iso-8859-1?Q?oCoFOZUtxt?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 10063fe4-accd-4d79-5b89-08d90ef5b69c X-MS-Exchange-CrossTenant-originalarrivaltime: 04 May 2021 12:11:14.1913 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NvqCRpcA06b86WYjRZTNeBFzJNRjHDtJTlQkJFW+OnTOgTlg3q00cj2q4qjHrmsqFbZ18R7P4kn8CbefzqR4OA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR11MB5253 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.17, xbe-aln-002.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (6570) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 12:11:23 -0000 I agree. I'll leave this a couple of days in case anyone else wants to express an op= inion, but assuming that I hear no dissenting voices, I'll verify it. Regards, Rob > -----Original Message----- > From: Martin Bj=F6rklund > Sent: 04 May 2021 12:59 > To: rfc-editor@rfc-editor.org > Cc: warren@kumari.net; Rob Wilton (rwilton) ; > joelja@bogus.com; kent+ietf@watsen.net; lberger@labn.net; netmod@ietf.org > Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (6570) >=20 > Hi, >=20 > This errata is correct and should be verified. >=20 >=20 > /martin >=20 >=20 > RFC Errata System wrote: > > The following errata report has been submitted for RFC7950, > > "The YANG 1.1 Data Modeling Language". > > > > -------------------------------------- > > You may review the report below and at: > > https://www.rfc-editor.org/errata/eid6570 > > > > -------------------------------------- > > Type: Technical > > Reported by: Jernej Tuljak > > > > Section: 11 > > > > Original Text > > ------------- > > o New typedefs, groupings, rpcs, notifications, extensions, > > features, and identities may be added. > > > > Corrected Text > > -------------- > > o New typedefs, groupings, rpcs, actions, notifications, > > extensions, features, and identities may be added. > > > > Notes > > ----- > > The original text unintentionally fails to mention actions. A definitio= n > in a published module may be revised by adding actions to this definition= . > > > > 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 > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > > -------------------------------------- > > Title : The YANG 1.1 Data Modeling Language > > Publication Date : August 2016 > > Author(s) : M. Bjorklund, Ed. > > Category : PROPOSED STANDARD > > Source : Network Modeling > > Area : Operations and Management > > Stream : IETF > > Verifying Party : IESG > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue May 4 06:37:02 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C2313A0AEB; Tue, 4 May 2021 06:36:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Stefan Santesson via Datatracker To: Cc: draft-ietf-netmod-geo-location.all@ietf.org, last-call@ietf.org, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <162013541639.17486.6337995181999610136@ietfa.amsl.com> Reply-To: Stefan Santesson Date: Tue, 04 May 2021 06:36:56 -0700 Archived-At: Subject: [netmod] Secdir last call review of draft-ietf-netmod-geo-location-08 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 13:36:57 -0000 Reviewer: Stefan Santesson Review result: Ready I can't offer expertise view on YANG models or GeoLocation. The document seems however well written and the security considerations section seems reasonable. From nobody Thu May 6 07:40:13 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D85343A2484 for ; Thu, 6 May 2021 07:40:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=nokia.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 4BdM5cIhyjBe for ; Thu, 6 May 2021 07:40:07 -0700 (PDT) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2114.outbound.protection.outlook.com [40.107.220.114]) (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 660F63A2482 for ; Thu, 6 May 2021 07:40:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PmElUX1AjdC0TGvKYuvMiXmLoc3fS1/9BD0rEvcclMrULzHnsWD2cxsHMr1Ec3t1Yi/1L+kfwcD4sRuUHLvSIRFWCrVDu9IilPP3dcrHhFUSXpcplUllNdGMt1S81LUvJpZVpr0p/OQzZLr3OaG1UpXliL4LJA4zSC63WJVHokoUpLzWrQNKowjYyR7SABF/cfh6eLBdSgFFqWZYJS0VI+zh4+FXCtpZVF7qbnWu7hH+a49o6W9gN8WLQAs4KmVz/nfTA2nJ9OBEqgnr/CBpGwvVfAX580IC+lgzjHcp422TUwq9vLMfLY03CFAkHWRM93g6l6tfYspd2SUlbyv57w== 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=yRk9xKAEcvdkEZE5iJ0pqeJyblu2BZSkL0002yK8K8k=; b=L+UFnYB7LuxIsET41/hNNWal4ZV//7B1uWrFX7wQetgQC4tPrz5xDhjQNMmCGGgmmG2NSo0q7JC8mAuEQDta6Y/82ABcJNjQ2i/RN96b/nqCWoBV89Tly9IDDe6WPfaRGr0/a2OlptxSlYtrR+cEXATHzjC5y0lrtHxJgMEi+UNJY/Rv+GlrmKeUN+hgwDDma2L0ZC5HDgy6jZGMobRpjXTbJBgjKxWPqEvZ/g0t3U4g7WXQOSjMSy9ouKQIOLiZlqQh8c9cXMe1HdBVqPGqkkKPO2ES6ml/e2aUlFRGdVYWCmM5be9L2COud0nDoNCZx5wlGPwAmw8wepCjG77iNQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yRk9xKAEcvdkEZE5iJ0pqeJyblu2BZSkL0002yK8K8k=; b=whWnvYRUkk+NF91uAZiY1hBOR/+1slLND8uxGEfsKLa/WdPxhjmo67i6yiwV68YZiopXURctv4j0Ve2SXXQKXIdU1nwNBJnqba1hZ0Sz4MhQ7oN8D2Ztlyuzggs4dckgt7ajpwsr7zPN0BXVZuINJACi5LWwdsoPOYCMvwFmr90= Received: from DM6PR08MB5084.namprd08.prod.outlook.com (2603:10b6:5:41::29) by DM6PR08MB5801.namprd08.prod.outlook.com (2603:10b6:5:17b::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.24; Thu, 6 May 2021 14:40:05 +0000 Received: from DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1]) by DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1%3]) with mapi id 15.20.4087.044; Thu, 6 May 2021 14:40:05 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes - 2021-05-04 Thread-Index: AddChZciQBPzHtNbSjeSTUitmHWAFg== Date: Thu, 6 May 2021 14:40:05 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [2607:f2c0:e4ae:97:b4d4:dfbb:a73:7961] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c421071f-48c1-4903-3826-08d9109cd6ce x-ms-traffictypediagnostic: DM6PR08MB5801: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5516; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: yK5VplNlONWo84Td6oGYuGiAZYedN9oxa4uPXF5ZUD0ntWic1gB6yzfQGrf4Z2OwhVre2uElAkCKGZBTOBeqGop0HLLk+DthlMd/nrJ33w5Zkki0811AxFTfmOhHUkg3SRo9IYLT95LJuHetCbtPIwzDL5Ke1ap/kDhiQLdB+PC1idQP6y7jjt7U0c929JC3+iRNHBm/tC4ZgTKmFMWIclgL/nbuxooQ+vYW6jvYv7T3jAZywihgPHJtcypUnJuOxb5N8H8ba2/fK7at3xqON3NqBV1LtdMmAguRlo00VwygYsiH/X9em6lzLNJG5UtOiDWTDZMd4JVyTPfrmGuxLCDnEepXbeREe7CtEBnp7d2mku1lYlCgtzmqeBoOWuc31Wc49W9m8HxQbWBLyfsOkJwWAHElXY6LvZ263QveeVvh7MpNPhk3mtXPTYyICXoy/mJi0wLyZZ8ZokoZgvSU+I8f8PUFAO3b8O3Hr7+lc7gLNG0bW81HHGdjS2OKCPwMn/knZgWoD1faBxumNlY38hhSLOiEBfzBVig+Ds14N29hYUZaF3mV319tWW2mphtQF5TazQLTd1qkcxmna2sxugY/lEwRD6srpiSblLADbgsNhfAcpFZaFUlsL4OKA9aggyWuI5ebrUM14xGI+sbm94xoQ9aJpT3AzQPseGn78VtGf9yiWtmqB81hr0UqjNg/ x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5084.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(376002)(396003)(136003)(39840400004)(52536014)(33656002)(86362001)(5660300002)(316002)(71200400001)(478600001)(55016002)(16799955002)(9686003)(83380400001)(66446008)(76116006)(186003)(966005)(2906002)(6916009)(66946007)(64756008)(122000001)(38100700002)(66556008)(66476007)(8936002)(7696005)(8676002)(6506007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?GCVchLyeY7LgiHjSS2ORR1XbNe2NgXaEmPGjgvrxahv9hZjGAJIey2zvcCMk?= =?us-ascii?Q?LdH/MPawyhZkB9UR78S/3/N4KyFyEAL/0HYiCx6VZrgCCc177mn1pZnGvwhB?= =?us-ascii?Q?sV1dawF8oYywWTujtmxnyD3JyKxjo1uA9Vw2iC/nVtvwIuRz3rzFtG0ecOK7?= =?us-ascii?Q?EyO1tGrL6g0yswvte420lruAwpol2vEpWV0uKzGwxX4c61MVSTfHkoiFTX8J?= =?us-ascii?Q?w1q47eVyuwvM4+stYYEHQF0VRvxuxk5WIXzMv7T9p0BWh0vI4hlsOMGxbwMP?= =?us-ascii?Q?XZ41/7ai+d3lAAuS0WUzS7GZSKDHmxPyccz9quXCn/cj4X3XkcAS941+Uzt6?= =?us-ascii?Q?2cGFkipX0Wy3AOPGpryjJhGPuS1eHEHwUHze1JlhwepMSm37+Jsvyi7heCx+?= =?us-ascii?Q?GDYug5RYSaNx8mQ376MttUaLrtdQWnaPPnyLLB+sA3JArwx3a0hbsn0Of0h1?= =?us-ascii?Q?yUHtD5n0SiSOd/RVQXv2L3sKyjiL0t6Y2ZDIE+4WYbOjsrJp58CERLgafUrb?= =?us-ascii?Q?6Rrr7jxVvf+sZ2jezOJTJPAkZVhFTrssqcLF9oUN0jYzl0W34h74/lVg72l2?= =?us-ascii?Q?GZ4IVvQ00Twd8TxaBo+KdVVSfv1Oe5FbLmqAGjkhONV+wwi6RKRf25YhxojI?= =?us-ascii?Q?KlB4uP6rfQUCgj28nAccg/qR0tLMZHutpqFLBwIM9nkiW7MAH8Pik9J3o4AD?= =?us-ascii?Q?B7h3gQsbwjLKnWrgyO17s1Z5+xu+prkmm0HFDZKj862hZY6shnsbNd3cunb3?= =?us-ascii?Q?90PdUb8Oa/NkExTjZrYMXSeQ9brEu2JV7GN2FAkzW7ZZxUoAziflH9DJpcuu?= =?us-ascii?Q?XjtF7k9R8Cd0WneQmjmsHye15hXy8ZS17XwdZs9whEhlM94E8w+rh5bNMCVu?= =?us-ascii?Q?vOATtF6I7WLGtvOKh6ADWiWLd5Pc5MbBxSK/+ryuMEvwRSQMksIamHennYX9?= =?us-ascii?Q?btFUOcLtVI9XMIFDVYCXVOL3QB3/WJC38hLGwMIsyWivL5MmdrypH6JGXeqI?= =?us-ascii?Q?ZUBjQmCD2AG0U5DpXWfDiDQDQpZ2A5hIjEpZ7F8TDAYEM6ob9ETEEL+IAo27?= =?us-ascii?Q?g9JTnussKfqgtJqCaKrLH0J4yV7MmMD10Cmf1YzSAMD2akRVHbcx+hDt789m?= =?us-ascii?Q?jQ1DlAsd1mxVF2q/iQAhHMqfrFSEsvr6KOP2rFdCGyuBSq3OpFQU7RT3pH/a?= =?us-ascii?Q?6hbxMC7EiduYM4XCWZ8f3gMXzKZSRRMrXK1GnX7PntwIpFcoi+Ms89GIVIMT?= =?us-ascii?Q?CndcWkxlyiXxzDhr8QBo52AMVFmKK0VBg3z9jFt2Kur0N1oQ+T5fYe2t+7Of?= =?us-ascii?Q?CUQvCOHh7MrvoWEy0PtwM6gbXhlF84C+h/4ZNaFGAUvwbvta/W2cs/s2bdZB?= =?us-ascii?Q?iUJ0aI1mQ4MtvM5oizkumyTGa8dn?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5084218CC5C04A74F63B23ED9B589DM6PR08MB5084namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5084.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c421071f-48c1-4903-3826-08d9109cd6ce X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2021 14:40:05.3318 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: u0jvzPKefeSBZnUgIaHRHWWhfeRs9Q0nVTT1/rlH8uqbwr3UB6M3wLlkYz8EP6HeTRQQac0cxA2jNdUQvcJCUQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5801 Archived-At: Subject: [netmod] YANG Versioning Weekly Call Minutes - 2021-05-04 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2021 14:40:12 -0000 --_000_DM6PR08MB5084218CC5C04A74F63B23ED9B589DM6PR08MB5084namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable YANG Versioning Weekly Call Minutes - 2021-05-04 - continue IETF issues - continue with GitHub issues - Jason's comments on Module Versioning IETF 110 Minutes/Feedback on Module Versioning slides Slide 7 (when to add rev:nbc-changes tag) - note that there are 2 slightly different discussions we were having: 1) the YANG Semver text: we converged on that 2) module versioning: when can you add the nbc-changes When Semver is being used, then nbc-changes extension should be aligned wit= h changes to the Semver major digit The SHOULD NOT wording is acceptable. - illustrate examples (non exhaustive/limiting) of when it might be done - e.g. state expanding a range - it isn't 100% clear how much impact a change has (even though strictly it= is BC) Jason - take a stab at wording Slide 8: Issue 80 -> rename the extension Reshad to update the draft & close the github issue Action for all: take a look at Jason's review comments (email sent) Reshad: pull whitespace, etc changes into an official draft ---------------------------------------------- Weekly webex call details: Meeting number (access code): 171 069 0374 Meeting password: semver? Occurs every Tuesday effective Tuesday, September 1, 2020 until Tuesday, Au= gust 24, 2021 from 9:00 AM to 10:00 AM, (UTC-04:00) Eastern Time (US & Cana= da) 9:00 am | (UTC-04:00) Eastern Time (US & Canada) | 1 hr https://ietf.webex.com/ietf/j.php?MTID=3Dma7627a2ae7b770537cff5f5b89293c70 Tap to join from a mobile device (attendees only) +1-650-479-3208,,1710690374## Call-in toll number (US/Canada) --_000_DM6PR08MB5084218CC5C04A74F63B23ED9B589DM6PR08MB5084namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

YANG Versioning Weekly Call Minutes - 2021-05-04

 

- continue IETF issues

- continue with GitHub issues

- Jason's comments on Module Versioning

 

IETF 110 Minutes/Feedback on Module Versioning slide= s

 

Slide 7 (when to add rev:nbc-changes tag)=

- note that there are 2 slightly different discussio= ns we were having:

1) the YANG Semver text: we converged on that

2) module versioning: when can you add the nbc-chang= es

 

When Semver is being used, then nbc-changes extensio= n should be aligned with changes to the Semver major digit

 

The SHOULD NOT wording is acceptable.

- illustrate examples (non exhaustive/limiting) of w= hen it might be done

- e.g. state expanding a range

- it isn't 100% clear how much impact a change has (= even though strictly it is BC)

Jason - take a stab at wording

 

Slide 8:

Issue 80 -> rename the extension

Reshad to update the draft & close the github is= sue

 

Action for all: take a look at Jason's review commen= ts (email sent)

 

Reshad: pull whitespace, etc changes into an officia= l draft

 

----------------------------------------------<= /o:p>

Weekly webex call details:

Meeting number (access code): 171 069 0374

Meeting password: semver?

Occurs every Tuesday effective Tuesday, September 1,= 2020 until Tuesday, August 24, 2021 from 9:00 AM to 10:00 AM, (UTC-04:00) = Eastern Time (US & Canada)

9:00 am  |  (UTC-04:00) Eastern Time (US &= amp; Canada)  |  1 hr

https://ietf.webex.com/ietf/j.php?MTID=3Dma7627a2ae7= b770537cff5f5b89293c70

Tap to join from a mobile device (attendees only)

+1-650-479-3208,,1710690374## Call-in toll number (U= S/Canada)

--_000_DM6PR08MB5084218CC5C04A74F63B23ED9B589DM6PR08MB5084namp_-- From nobody Thu May 6 16:25:51 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DB99D3A1058; Thu, 6 May 2021 16:25:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: lberger@labn.net, netmod-chairs@ietf.org, netmod@ietf.org, rwilton@cisco.com X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <162034354981.3129.436953313117137636@ietfa.amsl.com> Date: Thu, 06 May 2021 16:25:49 -0700 Archived-At: Subject: [netmod] netmod - New Meeting Session Request for IETF 111 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2021 23:25:50 -0000 A new meeting session request has just been submitted by Lou Berger, a Chair of the netmod working group. --------------------------------------------------------- Working Group Name: Network Modeling Area Name: Operations and Management Area Session Requester: Lou Berger Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 100 Conflicts to Avoid: Chair Conflict: netconf teas detnet Key Participant Conflict: raw ipsecme manet People who must be present: Lou Berger Joel Jaeggli Kent Watsen Robert Wilton Resources Requested: Special Requests: --------------------------------------------------------- From nobody Sat May 8 16:36:15 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE1E03A19E7 for ; Sat, 8 May 2021 16:36:13 -0700 (PDT) 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, SPF_HELO_NONE=0.001, SPF_NONE=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 6lg7pbOG31AW for ; Sat, 8 May 2021 16:36:11 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 67CD13A19E5 for ; Sat, 8 May 2021 16:36:11 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id C0D5E80E51; Sat, 8 May 2021 23:36:10 +0000 (UTC) User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: netmod@ietf.org Date: Sat, 08 May 2021 19:26:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed Archived-At: Subject: [netmod] inet:ipv4-address X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2021 23:36:14 -0000 How did we end up with "ipv4-address" being a zoned IPv4 address and having to use the non-obvious "ipv4-address-no-zone" type to get the IPv4 address type used by everyone, everywhere? I see that OpenConfig chose the opposite meaning for the "obvious" names (i.e., you want zoned addresses you use "-zoned" types e.g., "ipv6-address-zoned"). Thanks, Chris. From nobody Sun May 9 02:33:55 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 69C893A23B0; Sun, 9 May 2021 02:33:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <162055282934.29064.17871208600525637940@ietfa.amsl.com> Date: Sun, 09 May 2021 02:33:49 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-node-tags-02.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2021 09:33:50 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Self Describing Data Object Tags Authors : Qin Wu Benoit Claise Peng Liu Zongpeng Du Mohamed Boucadair Filename : draft-ietf-netmod-node-tags-02.txt Pages : 27 Date : 2021-05-09 Abstract: This document defines a method to tag data objects associated with operation and management data in YANG Modules. This YANG data object tagging method can be used to classify data objects from different YANG modules and identify characteristics data. It also can provide input, instruction, indication to selection filter and filter queries of operational state on a server during a "pub/sub" service for YANG datastore updates. When the state of all subscriptions of a particular subscriber to be fetched is huge, the amount of data to be streamed out to the destination can be greatly reduced and only targeted to the characteristics data. These data object tags may be registered as well as assigned during the module definition; assigned by implementations; or dynamically defined and set by users. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-node-tags/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-node-tags-02 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-node-tags-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/ From nobody Sun May 9 02:49:57 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 363A13A2447 for ; Sun, 9 May 2021 02:49:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 b6H2tQhyDblk for ; Sun, 9 May 2021 02:49:51 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20C5C3A2445 for ; Sun, 9 May 2021 02:49:51 -0700 (PDT) Received: from fraeml701-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FdK554DGrz6rmg4 for ; Sun, 9 May 2021 17:43:53 +0800 (CST) Received: from dggeml703-chm.china.huawei.com (10.3.17.136) by fraeml701-chm.china.huawei.com (10.206.15.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Sun, 9 May 2021 11:49:47 +0200 Received: from dggeml753-chm.china.huawei.com (10.1.199.152) by dggeml703-chm.china.huawei.com (10.3.17.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Sun, 9 May 2021 17:49:45 +0800 Received: from dggeml753-chm.china.huawei.com ([10.1.199.152]) by dggeml753-chm.china.huawei.com ([10.1.199.152]) with mapi id 15.01.2176.012; Sun, 9 May 2021 17:49:45 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-ietf-netmod-node-tags-02.txt Thread-Index: AddEttekTM/8l8FRSVCc28qd4v+TWA== Date: Sun, 9 May 2021 09:49:45 +0000 Message-ID: <0820306efb874a6a998af5593c775e19@huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.123.117] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-ietf-netmod-node-tags-02.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2021 09:49:56 -0000 SGksIEFsbDoNCnYtMDIgaXMgcG9zdGVkLCB0aGUgbWFpbiBjaGFuZ2VzIGluY2x1ZGU6DQpvICBD bGFyaWZ5IHRoZSByZWxhdGlvbiBiZXR3ZWVuIGRhdGEgb2JqZWN0LCBvYmplY3QgdGFnLCBwcm9w ZXJ0eSB0YWcNCiAgICAgIGFuZCBtZXRyaWMgdGFnIGluIGZpZ3VyZSAxIGFuZCBmaWd1cmUgMiBh bmQgcmVsYXRlZCBkZXNjcmlwdGlvbjsNCiAgIHRoZSBrZXkgZGlmZmVyZW50IHdpdGggdGhlIHYt MDEgaXMgdGhlIG9iamVjdCB0YWcgaXMgb25seSB1c2VkIHRvIHRhZyB0aGUgdG9wIGxldmVsIGRh dGEgbm9kZSB0aGF0IGNvbnRhaW4gb3RoZXIgZGF0YSBub2Rlcy4NCm8gIENoYW5nZSBNZXRyaWMg R3JvdXAgaW50byBNZXRyaWMgVHlwZSBpbiB0aGUgWUFORyBtb2RlbDsNCm8gIEFkZCA1IG1ldHJp YyB0eXBlcyBpbiBzZWN0aW9uIDcuMjsNCkFzIHdlIGRpc2N1c3NlZCBpbiB0aGUgbGFzdCBtZWV0 aW5nLCBtZXRyaWMgdGFnIGlzIG1vcmUgdXNlZnVsIHRoYW4gb2JqZWN0IHRhZyBhbmQgcHJvcGVy dHkgdGFnLCB3ZSBtYXkgb25seSB0YWcgZGF0YSBub2RlcyByZWxhdGVkIHRvIG1ldHJpYywNCkJ1 dCBvYmplY3QgdGFnIGFuZCBwcm9wZXJ0eSB0YWcgYXJlIG9wdGlvbmFsIHRhZ3MgYW5kIGhhdmUg dGhlc2UgdGFncyBzZWVtcyBubyBoYXJtLg0KDQpSZWdhcmRpbmcgbWV0cmljIHR5cGUgc3VjaCBh cyBjb3VudGVyLCBnYXVnZSwgd2UgY29uc29saWRhdGUgdGhlbSB3aXRoIG1ldHJpYyBncm91cCBz dWNoIGFzIGRlbGF5LCBsb3NzIGdyb3VwIGFuZCBsYWJlbCB0aGVtIHdpdGggbWV0cmljIHR5cGUu DQpBbm90aGVyIGNob2ljZSBpcyB0byBpbnRyb2R1Y2UgdGhlIHNlY29uZCBsZXZlbCB0YWcgc3Vj aCBhcyBtZXRyaWMgdHlwZSB0YWcsIGJ1dCB3ZSBhbGxvdyBvbmUgbWV0cmljIHJlbGF0ZWQgZGF0 YSBvYmplY3QgY2FuIGJlIHRhZ2dlZCB3aXRoIGJvdGggZGVsYXkgbWV0cmljIGdyb3VwIGFuZCBj b3VudGVyIG1ldHJpYyB0eXBlLg0KRGlzdGluZ3Vpc2hpbmcgdGhlbSBpbiB0d28gZGlmZmVyZW50 IGxldmVscyBzZWVtcyBub3QgbmVjZXNzYXJ5Lg0KDQotUWluDQotLS0tLemCruS7tuWOn+S7ti0t LS0tDQrlj5Hku7bkuro6IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZ10gDQrlj5HpgIHml7bpl7Q6IDIwMjHlubQ15pyIOeaXpSAxNzozNA0K 5pS25Lu25Lq6OiBCZW5vaXQgQ2xhaXNlIDxiZW5vaXQuY2xhaXNlQGh1YXdlaS5jb20+OyBNb2hh bWVkIEJvdWNhZGFpciA8bW9oYW1lZC5ib3VjYWRhaXJAb3JhbmdlLmNvbT47IFBlbmcgTGl1IDxs aXVwZW5neWp5QGNoaW5hbW9iaWxlLmNvbT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPjsg UWluIFd1IDxiaWxsLnd1QGh1YXdlaS5jb20+OyBab25ncGVuZyBEdSA8ZHV6b25ncGVuZ0BjaGlu YW1vYmlsZS5jb20+DQrkuLvpopg6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt aWV0Zi1uZXRtb2Qtbm9kZS10YWdzLTAyLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBk cmFmdC1pZXRmLW5ldG1vZC1ub2RlLXRhZ3MtMDIudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkg c3VibWl0dGVkIGJ5IFFpbiBXdSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoN Ck5hbWU6CQlkcmFmdC1pZXRmLW5ldG1vZC1ub2RlLXRhZ3MNClJldmlzaW9uOgkwMg0KVGl0bGU6 CQlTZWxmIERlc2NyaWJpbmcgRGF0YSBPYmplY3QgVGFncw0KRG9jdW1lbnQgZGF0ZToJMjAyMS0w NS0wOQ0KR3JvdXA6CQluZXRtb2QNClBhZ2VzOgkJMjcNClVSTDogICAgICAgICAgICBodHRwczov L3d3dy5pZXRmLm9yZy9hcmNoaXZlL2lkL2RyYWZ0LWlldGYtbmV0bW9kLW5vZGUtdGFncy0wMi50 eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1pZXRmLW5ldG1vZC1ub2RlLXRhZ3MvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC1ub2RlLXRhZ3MNCkh0bWxp emVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2Qt bm9kZS10YWdzLTAyDQpEaWZmOiAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LWlldGYtbmV0bW9kLW5vZGUtdGFncy0wMg0KDQpBYnN0cmFjdDoNCiAgIFRo aXMgZG9jdW1lbnQgZGVmaW5lcyBhIG1ldGhvZCB0byB0YWcgZGF0YSBvYmplY3RzIGFzc29jaWF0 ZWQgd2l0aA0KICAgb3BlcmF0aW9uIGFuZCBtYW5hZ2VtZW50IGRhdGEgaW4gWUFORyBNb2R1bGVz LiAgVGhpcyBZQU5HIGRhdGEgb2JqZWN0DQogICB0YWdnaW5nIG1ldGhvZCBjYW4gYmUgdXNlZCB0 byBjbGFzc2lmeSBkYXRhIG9iamVjdHMgZnJvbSBkaWZmZXJlbnQNCiAgIFlBTkcgbW9kdWxlcyBh bmQgaWRlbnRpZnkgY2hhcmFjdGVyaXN0aWNzIGRhdGEuICBJdCBhbHNvIGNhbiBwcm92aWRlDQog ICBpbnB1dCwgaW5zdHJ1Y3Rpb24sIGluZGljYXRpb24gdG8gc2VsZWN0aW9uIGZpbHRlciBhbmQg ZmlsdGVyIHF1ZXJpZXMNCiAgIG9mIG9wZXJhdGlvbmFsIHN0YXRlIG9uIGEgc2VydmVyIGR1cmlu ZyBhICJwdWIvc3ViIiBzZXJ2aWNlIGZvciBZQU5HDQogICBkYXRhc3RvcmUgdXBkYXRlcy4gIFdo ZW4gdGhlIHN0YXRlIG9mIGFsbCBzdWJzY3JpcHRpb25zIG9mIGENCiAgIHBhcnRpY3VsYXIgc3Vi c2NyaWJlciB0byBiZSBmZXRjaGVkIGlzIGh1Z2UsIHRoZSBhbW91bnQgb2YgZGF0YSB0byBiZQ0K ICAgc3RyZWFtZWQgb3V0IHRvIHRoZSBkZXN0aW5hdGlvbiBjYW4gYmUgZ3JlYXRseSByZWR1Y2Vk IGFuZCBvbmx5DQogICB0YXJnZXRlZCB0byB0aGUgY2hhcmFjdGVyaXN0aWNzIGRhdGEuICBUaGVz ZSBkYXRhIG9iamVjdCB0YWdzIG1heSBiZQ0KICAgcmVnaXN0ZXJlZCBhcyB3ZWxsIGFzIGFzc2ln bmVkIGR1cmluZyB0aGUgbW9kdWxlIGRlZmluaXRpb247IGFzc2lnbmVkDQogICBieSBpbXBsZW1l bnRhdGlvbnM7IG9yIGR5bmFtaWNhbGx5IGRlZmluZWQgYW5kIHNldCBieSB1c2Vycy4NCg0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2Ug YSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQo= From nobody Sun May 9 23:32:57 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5B5E3A1640 for ; Sun, 9 May 2021 23:32:45 -0700 (PDT) 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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 RMrfq9RaLfru for ; Sun, 9 May 2021 23:32:41 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 A4AC63A160D for ; Sun, 9 May 2021 23:32:40 -0700 (PDT) Received: from [IPv6:2a01:5e0:29:ffff:fc73:fa64:57e6:2115] (unknown [IPv6:2a01:5e0:29:ffff:fc73:fa64:57e6:2115]) by mail.nic.cz (Postfix) with ESMTPSA id BB4BA140816 for ; Mon, 10 May 2021 08:32:37 +0200 (CEST) From: Ladislav Lhotka To: netmod References: Organization: CZ.NIC Message-ID: <146567e9-3515-a3fb-7b8d-c30210385fc1@nic.cz> Date: Mon, 10 May 2021 08:32:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.102.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] inet:ipv4-address X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 06:32:56 -0000 On 09. 05. 21 1:26, Christian Hopps wrote: > > How did we end up with "ipv4-address" being a zoned IPv4 address and > having to use the non-obvious "ipv4-address-no-zone" type to get the > IPv4 address type used by everyone, everywhere? It was discussed e.g. in these threads: * https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&q=subject%3A%22draft-schoenw-netmod-rfc6021-bis-01%20(20130204)%22 * https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&index=gcMx6c-NFt2UCbtBFi7BsUWf0EU Lada > > I see that OpenConfig chose the opposite meaning for the "obvious" names > (i.e., you want zoned addresses you use "-zoned" types e.g., > "ipv6-address-zoned"). > > Thanks, > Chris. > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Sun May 9 23:46:35 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30BF13A00D5 for ; Sun, 9 May 2021 23:46:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 v6cOuyrfYEYQ for ; Sun, 9 May 2021 23:46:30 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 12E313A00C8 for ; Sun, 9 May 2021 23:46:30 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 642B5803FB; Mon, 10 May 2021 06:46:29 +0000 (UTC) References: <146567e9-3515-a3fb-7b8d-c30210385fc1@nic.cz> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Ladislav Lhotka Cc: netmod@ietf.org Date: Mon, 10 May 2021 02:45:32 -0400 In-reply-to: <146567e9-3515-a3fb-7b8d-c30210385fc1@nic.cz> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed Archived-At: Subject: Re: [netmod] inet:ipv4-address X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 06:46:34 -0000 Well you were right, ipv4-address is used all over the place and it probably shouldn't have been. Chalk another one up to sticking to the rules even when it harms us. Thanks, Chris. Ladislav Lhotka writes: > On 09. 05. 21 1:26, Christian Hopps wrote: >> >> How did we end up with "ipv4-address" being a zoned IPv4 address and >> having to use the non-obvious "ipv4-address-no-zone" type to get the >> IPv4 address type used by everyone, everywhere? > > It was discussed e.g. in these threads: > > * > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&q=subject%3A%22draft-schoenw-netmod-rfc6021-bis-01%20(20130204)%22 > > * > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&index=gcMx6c-NFt2UCbtBFi7BsUWf0EU > > Lada > >> >> I see that OpenConfig chose the opposite meaning for the "obvious" names >> (i.e., you want zoned addresses you use "-zoned" types e.g., >> "ipv6-address-zoned"). >> >> Thanks, >> Chris. >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod From nobody Mon May 10 00:26:45 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6B503A0AEE; Mon, 10 May 2021 00:26:38 -0700 (PDT) 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_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 onYNDSrvsEyM; Mon, 10 May 2021 00:26:34 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19DB03A0AE0; Mon, 10 May 2021 00:26:33 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 8BFC6F407A5; Mon, 10 May 2021 00:26:33 -0700 (PDT) To: jernej.tuljak@mg-soft.si, mbj@tail-f.com X-PHP-Originating-Script: 1005:errata_mail_lib.php From: RFC Errata System Cc: rwilton@cisco.com, iesg@ietf.org, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20210510072633.8BFC6F407A5@rfc-editor.org> Date: Mon, 10 May 2021 00:26:33 -0700 (PDT) Archived-At: Subject: [netmod] [Errata Verified] RFC7950 (6570) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 07:26:39 -0000 The following errata report has been verified for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6570 -------------------------------------- Status: Verified Type: Technical Reported by: Jernej Tuljak Date Reported: 2021-05-04 Verified by: Rob Wilton (IESG) Section: 11 Original Text ------------- o New typedefs, groupings, rpcs, notifications, extensions, features, and identities may be added. Corrected Text -------------- o New typedefs, groupings, rpcs, actions, notifications, extensions, features, and identities may be added. Notes ----- The original text unintentionally fails to mention actions. A definition in a published module may be revised by adding actions to this definition. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon May 10 07:02:14 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E5283A1DF1 for ; Mon, 10 May 2021 07:02:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.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 WY9cgXSbjNYK for ; Mon, 10 May 2021 07:02:06 -0700 (PDT) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2120.outbound.protection.outlook.com [40.107.243.120]) (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 D4EB83A1DF0 for ; Mon, 10 May 2021 07:02:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=jfR+LJfny4k056M6shoVbS52od8PV7FYF4FMFFU3Ep1adLDpepLusgEmDMzlB5vAZ60DC7N6sP0tRAEYa0BsSjdvPR6bGAR4iyi6HI6k0hwvHgLB1V9CllAnzzlC0NcyQ6HoQUYBxlJqxJMvKVuqB5CNs1wa3Arb3hH1cqa5YBVcAPkGKyJQXggKPD+sNNRbdihAoFiNa4beRa6xZ6v104QnPv4ukg9zLfwonAFZUFulcRHLa8Ih4qxe3bZAf6GE4lvWU7GPaY6ejkB/yQq2d4aiN9JBuGX6A+B3/jw/THNiOoHgzE2KWxQsNs7mM1c5WyS/VwiQDb235OGwQ2JwYA== 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=Ojmq6yC0o+w5uU1onW4UAd8JMCFBcs/VrOeAA+kCKYk=; b=bKBaQ7ieHDjD0b+G/6SwlRTql2LHmZW5AwptjSA0TcyhUUVR5a9UtrH/Y8CXeeRw17YKt63C4la7N4Oa2tvETigCUzcC2b7lHFVqZcH64zBBvulNnZzl6N3OQezoTAp1DHmB6INEbqbO9IQWfp9qgadQ2Elj/riDnZnHmW/Qq5J9jjoX2MBb3P2wIVQHrVUQJalkDU1KUh+1Gj84jKXrWY+zFkTk6ioSUri5NCRLoPw5w9MtlOKqDFE4u5Mib0xWzuwvC6ORqHvaGRX/4vt2Lc6iEHR9//wa97ibWHNhUI8bwUsPIk3Oqt5cLnZvEQwTjXDXqKIJB5Do3+8AowBjag== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Ojmq6yC0o+w5uU1onW4UAd8JMCFBcs/VrOeAA+kCKYk=; b=b6qVEIJZtquzxpEtbI8W62u+DJFtrLIesbRVDcdrILIS2LTWEc/5NbPx1HNg+4sjZXPTlGXZxBSvblyqndIekK41Fs0Ruia6ex7wMiDJa/k7PVXiKOaWVSSWbeGwqltQT9WJYbAE8fq9wWxbHk0CNMUrIbMNd/D3W6HCzWHJsdA= Received: from MN2PR14MB4030.namprd14.prod.outlook.com (2603:10b6:208:1dc::14) by BL1PR14MB5121.namprd14.prod.outlook.com (2603:10b6:208:31f::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.27; Mon, 10 May 2021 14:02:03 +0000 Received: from MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::9c34:d815:845:48eb]) by MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::9c34:d815:845:48eb%7]) with mapi id 15.20.4108.031; Mon, 10 May 2021 14:02:02 +0000 From: Don Fedyk To: Christian Hopps , Ladislav Lhotka CC: "netmod@ietf.org" Thread-Topic: [netmod] inet:ipv4-address Thread-Index: AQHXRGLzeZMQ2JdMyUG6SWg0+anDh6rcQ8OAgAADnACAAFLgIA== Date: Mon, 10 May 2021 14:02:01 +0000 Message-ID: References: <146567e9-3515-a3fb-7b8d-c30210385fc1@nic.cz> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: chopps.org; dkim=none (message not signed) header.d=none;chopps.org; dmarc=none action=none header.from=labn.net; x-originating-ip: [173.48.105.206] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 48b2188d-9fdd-4114-4f17-08d913bc2f84 x-ms-traffictypediagnostic: BL1PR14MB5121: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WktRcpfmecjlYbRHL1NM67r7oilJQamdZuPwMuzIi31GX9yo64xid0H8dc1SxeLlh1zwkYsLRXaxvSi2uZMZqSMDOHjQCQK4hfD8iELAKOY75wth7Lq6dGsbNdqwVUS+U2XZXwgVCYKxw+yTFHINi0HA3ZW65xoKxMapMsVWwmWS+2VZr4cGjKGHbq1M9AtbhF+jlEvk5I2HHdc4fTE+BgFkKIgYDSJxpBMQLBAmSeL6hluFP4nYOfRN3Ol3LNXS6wTZ7Z+4c0QnYGJ2rAhDcVSzIVD0XHjxMKuJcJ6st7Zdo/CdQukFmms3YjJjjV1KEJUPE5jDtgh4bieEcwkNYtGYwn6mBoznrx4X61o+p9k7kYd3jpYz87iZhXhmza3lq8ToD3lbIaKZt2IsqWYd87tap+ZDJb9XKuXKjzEzL55APpVhsRZRSnEZh0a+9n+l8Ie30gu9GyzC79ocmJw9/GfUJfqa9/ldSCa3LdMaiyVwPWu462JPhtPXm/0iNAHlw0SFlb9tQw+DJlpYI85vgxfjPRZnKs2NSzRbzuhsWp+f1AXHr/hhijs06EYsuj+JJq6pnh2KtreTgvTyBcBx9BqQ1tTCmWazKf/IFa8BsTrQHakAmR5D5ONKPY3/vhmeIZwG1BT3D/DeIz+jjZ5CNQJApvPMOB7KucWZ4lOtqa5pcZhW/CUHs3yyNXW+/wlK x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR14MB4030.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(136003)(39830400003)(376002)(366004)(396003)(76116006)(66946007)(8936002)(5660300002)(33656002)(7696005)(186003)(2906002)(66446008)(64756008)(53546011)(66556008)(66476007)(6506007)(19627235002)(4326008)(71200400001)(110136005)(478600001)(55016002)(8676002)(86362001)(316002)(966005)(83380400001)(122000001)(38100700002)(52536014)(26005)(9686003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?ADTtdX7XuPxb+bg8mo3cQGsSUUTZSIoDgiFuAioNeAxESAh9Pl9agUZvB8Mc?= =?us-ascii?Q?WfmhCTOrPJzkYlnxYh74QwXtgH0yxkNTWBiyF/SEcYBC6vypIkZxcRycfhjI?= =?us-ascii?Q?WhwS9Ia96WJO2kh1qfXRIx0G7FnOT2GWX7koJ2CITbdVMCl08tOh9UoEbIjW?= =?us-ascii?Q?ngT/PTKA9JWZu6yXjExdJmy/fnB7+239A6GyQfrr/jdFx0L7qwBj5pSNNqeH?= =?us-ascii?Q?tDgmEmHJewipgpXc+jdGxV2FFPeGl2xKJFe2r/jQnDh8jJeXaF6FTxh7mJcK?= =?us-ascii?Q?tysWIazHtlkxwcaBGJ+/Nxk+tV+RHD51WeOrsxQHnN0JnIPli0wUxjQpW1ar?= =?us-ascii?Q?Qqa2tabuilmR4Xm21kqcvSVBgaa3LETIkbA7HhH7tPOGGxhObW0MNm9zym90?= =?us-ascii?Q?osg2ST3yfcSAHgvbZyYPaZUEDx1vAzqnkpGVzsCQbNmNy6TkYRV3VApPVHVn?= =?us-ascii?Q?0RocC/jz6QSJJDlx4+IwhQBwciJEFOfn4JhvARsoCQmOG4Cq0WjxQSYojYoh?= =?us-ascii?Q?RwlJRCFNFvktzrqRSMIoHjDSlMTlFo9Pn4iZiuHi7lNlVHXnpkI4Ng8G+no7?= =?us-ascii?Q?tJmEQc6fOnU5auJhYxh2+haF2CWzQScET4zN6gFrMhfHb6uC4Yyhn9TFzZa4?= =?us-ascii?Q?3Z6LQ/k44rFJUSKkBN+0qQml1FnnyJ7nh8RYmcjYiOuhgqqclTynfaoaZI+2?= =?us-ascii?Q?KHiwirmhw7egJlfvJCKCbATGH0K60qaj/pMfGLFEdWk0kM8hsB+pWSJGtoky?= =?us-ascii?Q?cdWZpN53GwfxKReaiuok9U4lCMDltzQNAK5pBUlIVXduEf9skbWOEsrz9ef1?= =?us-ascii?Q?csUNHyxjhO6IWLxknU+6y5TYsRlsJFGCCFAQX11COJMulPYO2wsImYMkgpcS?= =?us-ascii?Q?XGI9D+8kN8j9eBybDA4ZHQpU+1sGeh0j1DtkT3gvvZipgBbiWsxPu1+7LYFO?= =?us-ascii?Q?UDx1G/spQ/vNgikt5Z7PH9Ftz7CV4I4HCRkSh7WUgH3U+keSAQqRTFy9nPc1?= =?us-ascii?Q?G0XBzT/JijL7tEzRWtUu/gflNJFxiwMBNP4PhxfFhbcdZOMv7Ckdeit547gH?= =?us-ascii?Q?bQMrXIvN7k+HHyHN/e76Aozlicy7lNxd/r79roFb3GHxO1JMRIH3TnmCxtOk?= =?us-ascii?Q?HJ88H+CYpD/tWzZ/UtTarb3p2tOXNsrpGdPlhxXT+ZPbecZwCsL+PGKXzDxz?= =?us-ascii?Q?Q6ccDCwwBfXqdMjwBuO3XJEz4r3oHZZbd2QLRD1jLyvejWtk0HTgpYZmxaDe?= =?us-ascii?Q?TFcAlwdV9OfM40gDoxtBACW6TIwjgDIq8yKT9HabrVkB33DnYNTrPCFwOx2H?= =?us-ascii?Q?A6HvBW2Gq4I+t5lDfk8CPmvW?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: labn.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR14MB4030.namprd14.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 48b2188d-9fdd-4114-4f17-08d913bc2f84 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 May 2021 14:02:01.9624 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: eb60ac54-2184-4344-9b60-40c8b2b72561 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: PDJVJ1L6IIy+UgW6OwRq5/Qy9smJIoLp8xD5yVK8QpfmdquQyMu398ZIKCO6tcAqtqTU+MCd/7deXQ1UKU5e6Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR14MB5121 Archived-At: Subject: Re: [netmod] inet:ipv4-address X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 14:02:12 -0000 Thanks - In DetNet we have an ID in progress we should change from type ine= t:ip-address to inet:ip-address-no-zone. I did not know that.=20 My other thought is since the ipv4-address (with the zone) is of format "12= 7.1.1.0%AndAUnterminatedString..", shouldn't every use of ipv4-address type= also have a maximum length restriction? - If not - what controls the Maxim= um length? It is good practice to have maximums on input strings and I have= come across xml validation rules that require exceptions for long strings = - and the definition long is not usually very long. Thanks Don =20 -----Original Message----- From: netmod On Behalf Of Christian Hopps Sent: Monday, May 10, 2021 2:46 AM To: Ladislav Lhotka Cc: netmod@ietf.org Subject: Re: [netmod] inet:ipv4-address Well you were right, ipv4-address is used all over the place and it probabl= y shouldn't have been. Chalk another one up to sticking to the rules even w= hen it harms us. Thanks, Chris. Ladislav Lhotka writes: > On 09. 05. 21 1:26, Christian Hopps wrote: >> >> How did we end up with "ipv4-address" being a zoned IPv4 address and=20 >> having to use the non-obvious "ipv4-address-no-zone" type to get the >> IPv4 address type used by everyone, everywhere? > > It was discussed e.g. in these threads: > > * > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=3D1&q=3Dsubject%3A%2= 2 > draft-schoenw-netmod-rfc6021-bis-01%20(20130204)%22 > > * > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=3D1&index=3DgcMx6c-N= F > t2UCbtBFi7BsUWf0EU > > Lada > >> >> I see that OpenConfig chose the opposite meaning for the "obvious"=20 >> names (i.e., you want zoned addresses you use "-zoned" types e.g.,=20 >> "ipv6-address-zoned"). >> >> Thanks, >> Chris. >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Mon May 10 07:14:19 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39FE83A1E3E for ; Mon, 10 May 2021 07:14:17 -0700 (PDT) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=jacobsuniversity.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 FZvTn83Sju6o for ; Mon, 10 May 2021 07:14:12 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50081.outbound.protection.outlook.com [40.107.5.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 DBB3F3A1E40 for ; Mon, 10 May 2021 07:14:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=T8SBtfaMPjRFFNwJl/YvTFnGgjuohPtK/bU4nrxbN4s7cyq6NwukqoYI0hEVgy5iO8MYwPdCvGxsPS+ISddH8+PTFK4TLTp/w+dKIWe0S8+56KARVH95sNsjtgQ7cwOIgrNWPkK3P8pyZd2Got9d3+xPYi5zpv4sq2KMMy7ucvxKhXOIDgTe9ZVuP3i5DIjufmG3QOLL7fvKau2v5qD3bVuL2nII6v1fOjcNL27iCGK+kI9sGCtiGDRNFYHq8ZaOfouLOJ2cWLzUxflO1vL8Uj++MFihsuHttCEhowLWt2IYXo76JwHe+rCsTAdQJ9q5WkV5XQW4ErPSkoer6OUNoQ== 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=iMFmCRvDqzh831qqEVIOxADN3x6DG7XRCmeCNgmeT+M=; b=UGU+Hy+jAwscpL0o4I7IQmlaCLHwSxSyS3mMJSKIcU3YNVxCifPkSb1uEAVcRPfxZ8ugqbBBuLnq++KzhSSwZZoYpTr3Bw7u1Bu54g+2YSok/JZ3UBJrV43jyvx++MQ4slDQJhzoYEwMdC66S74o7Zf+MfvsYmtrwxmIjCj8T1INcu9GHYJssKtDPS2tM/4GkJV7mw00SGF0/YcuCuqTDpxSEef2YWsmrVYCh9LovQqKk8dn0MhAPWD86MJU0Ed7wRGzTPxkc09lTk6WxjgelMVeKjMgXj41qeV3Nux/opEeBUSkaZmF76d8HPdvM4hS3pHuGvGV/r0JiXHrhPPADg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iMFmCRvDqzh831qqEVIOxADN3x6DG7XRCmeCNgmeT+M=; b=RyR7qBYpBfpkDEwLFSl7kTjyZXOvvC1+Gl1TxwvZ+NGdRcek4E7kq8G0ZdVSLS78nEqAtqxcy1N25L57aaCEygQ3lCL/GpeG8LjBAvGY6Uqa/nSAiQ1rpSUwI8dM3AV4l5W3eqH64TX3Wd/FxWXno4rQrm/rrIy8XA9TT1QGqEo= Authentication-Results: labn.net; dkim=none (message not signed) header.d=none;labn.net; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0804.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d2::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.24; Mon, 10 May 2021 14:14:09 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%9]) with mapi id 15.20.4108.031; Mon, 10 May 2021 14:14:09 +0000 Date: Mon, 10 May 2021 16:14:08 +0200 From: Juergen Schoenwaelder To: Don Fedyk Cc: Christian Hopps , Ladislav Lhotka , "netmod@ietf.org" Message-ID: <20210510141408.pwkmm753xrmpc2xt@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Don Fedyk , Christian Hopps , Ladislav Lhotka , "netmod@ietf.org" References: <146567e9-3515-a3fb-7b8d-c30210385fc1@nic.cz> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: PR3P193CA0048.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:51::23) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by PR3P193CA0048.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:51::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.25 via Frontend Transport; Mon, 10 May 2021 14:14:09 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6ef1dc49-4f40-4982-aafa-08d913bde0e6 X-MS-TrafficTypeDiagnostic: AM8P190MB0804: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 8bapV/7zNQ8OlQ6PdcncXvMd5w4OpjAlZmchMFtBCho417c5N2VDjvGqNRJHRBYx8RsuHyoiTNrfr+gdUiWASW9WfkvuhVuWUTk57vSO9hbrsugNUg4RqF31ZBns7LnLbJFqDzK+SICHRZN/L25rGCoosfOPY8KeHDHa0jbIx+uYcQUDutnTtoPk1Wgz6JKO9cxoZ+tX932UQgzVgKcrvuz0Tb9OG5Gvmh8OeOYpq4VESXLX2sq9KGXRsA7uvKmzdqlbTWe6DbVBWlAJCAZcJni9l5UIUrRtXuXPBONL64Wm1fRv2Nber/+gBDeEV+DJ3ROnXZUfaJpc7gBo2lDE+nWk6BPfZ1i5gqx9v/WbnnlGZoWng5z5Uh2Mrrxj2L0NSF0C5LEh9LuKilkGEczJMAb09Jrd4yuLxLMOqlsBeqzln3RWCcr0xAFaKKyYHpdAgaVDPUEJZRImfdTOWek/oPNHs1PIKJd0ZsQXOmW3+R6a+e0GI6UHr5ykkXIYZ4BDvNeC9BJtujS9rEZxMfE2iBRTAL/ji65F9y8MZ3iwGxwT5rQdZ3r0+0gZD1J3HrJ+LA2dKscUB3ZVcfu5yBdyXIpjX17ZWKCshEGUL4t1H9KKminAKS1CHv/Q0YRbTUiI3dUP7uTJtYzUkew2JvHXmi4PB9TvJHGUPBAkMC/fkjWBCDLvRd0v78+BhDLeBPH5fV+oKDeKR7PvB01VXRWaJvklUzVVCTJE+BARwwL+TOyNsI6XJtsX4ITBPcD/pC1q6woFLzV81Hg8ap2Ife8nCg== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(39840400004)(136003)(396003)(376002)(366004)(5660300002)(3450700001)(66946007)(54906003)(786003)(38350700002)(26005)(6916009)(16526019)(186003)(86362001)(2906002)(316002)(66476007)(4326008)(66556008)(6486002)(8676002)(8936002)(478600001)(38100700002)(966005)(6496006)(52116002)(19627235002)(956004)(1076003)(83380400001)(53546011); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?1CFbwbdjpChsqrMIZCgRtTyaphoUOo9SErNQpqjoFc3cDJu0TDYp1pO/eSUw?= =?us-ascii?Q?yi5MfbyMKxyfVu1RSdu+uHb0A8Wqd0QyfY3en8QYuvvCjIylQ3N2Y0fIvkWA?= =?us-ascii?Q?8SPsWvof4vx/RuwlynqMYP5ZWjzfJA4cIPd02f/3g8gtHlUo6pL/L9zLPR0/?= =?us-ascii?Q?GAynsG3C6Y+To5nlOoK7OXt2AmlqJ3/LFwArdTbIAQKbtypk4OF5Qds/obbx?= =?us-ascii?Q?hf2TnG7mydcqnuVP1GVXNPdCsyaMEcTmOEJU1T+rfO0ZHITuZZ0i/MhEFyne?= =?us-ascii?Q?rsgiaV8s004RYSHqXYuq8K8mPNeMnADC0DQDzvPHizihTm7E1lo2uvhtmiQ+?= =?us-ascii?Q?9Qry9w7yoxydrWU63SkwpGTVpSIsAPJPeQnSTZTkgiVeDt46DU/MIOEYd7C4?= =?us-ascii?Q?eO/f6FKQwFN/XlGe1vVTUHSWjpDg1pDkOLHipUp7U2xMrJwMtOVKUjpHITsq?= =?us-ascii?Q?LwuckJKH5g6rq+13aLaVIY1mrHVQeDZteJnr8uo34EXo2jk0pmOWcKQMAucc?= =?us-ascii?Q?gzaZLuy3Py9kpZCAjOjmLqA06Uh6DHFIgiCYRa6jfdFxGUCq1PDAXzteWbXD?= =?us-ascii?Q?H5Qiww9XSOZ4zHtqZgzospnDO6QcMLRsEqb4ub+3tsZ3Ph2qetNMsELswiO5?= =?us-ascii?Q?pKdJfZOhze/+3cX4meWwa1iOr4SU9h+bX0p7LeBR4ANCSJ19+Ng0zXNwG70L?= =?us-ascii?Q?aQ7jlg6Pb3DvGm8cNCsG1VkSyiym7SUFBPN9v0zVxybV9X9nrF8gxdwv7CmN?= =?us-ascii?Q?PsnmLlI9C+PpdU2InlIekn/aL+dCQKejtIQM48iCX5Ze0+yCuM/e0iB/R97N?= =?us-ascii?Q?e2vbhzE3NTSlHGA8l9TlF9PNzokVqhbCDGb/x1PHNAlBr/XU7ogq/bg4/CjB?= =?us-ascii?Q?WuGapBMHHu0WQPaE+EnwvusM0CqLNDTbqXS0bXvGPd4XlBA1u86TAJ6XPpwP?= =?us-ascii?Q?yQys7XlZgLF8APcBPnT9aByADb4LQCExvcwrFB/3QKoVKG9QA5FX6HiXdqOZ?= =?us-ascii?Q?TOVEX89SL5jZD7ncoBgxTyp4fvvuw3IHwtS8y16mt31aiwUJnJinB0nR6+7W?= =?us-ascii?Q?o66owYwHGJzBos+29GeW+R+mVPQRhw963+8doe0kH+lvRP7TnjkzCpx6w4Tl?= =?us-ascii?Q?Q54hisaWd5wKkFr1Sws7qLhRjspMpW7lbIQBnwNB/VlcA5MSZsXSdklf2Rix?= =?us-ascii?Q?fvnqxnW0Pn5wMSEIO0bGg2Ym/p3Si5F5hrnUzWcbcEV9IGFpRZ36uM/dmOrY?= =?us-ascii?Q?mB32oAMbWNWbw/Qapg3jaBuS0TB/KtT0LUSK4/suE2z3qDk2ldMRci7D9rFA?= =?us-ascii?Q?FN3pTDV2U15By3R0z2Qy5QjT?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 6ef1dc49-4f40-4982-aafa-08d913bde0e6 X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2021 14:14:09.4129 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: JmVqE60yHWYh2QsjnNNKN0ggjoHJXppYdpSA5pudwCalxvh+S7reKwpGGoPizxUnpj/2BhYCPFip8W4du59bKGAC165toW4NSNY43FyrK2U= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0804 Archived-At: Subject: Re: [netmod] inet:ipv4-address X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 14:14:17 -0000 The zone identifiers you find in practice are either numeric (interface indexes) or symbolic interface names, this is also stated in the description. The zone index is used to disambiguate identical address values. For link-local addresses, the zone index will typically be the interface index number or the name of an interface. If the zone index is not present, the default zone of the device will be used. in other words, its 'not usually very long' but there is not concrete restriction. Note that the interface name leaf in RFC 8343 also has no restriction. /js On Mon, May 10, 2021 at 02:02:01PM +0000, Don Fedyk wrote: > Thanks - In DetNet we have an ID in progress we should change from type inet:ip-address to inet:ip-address-no-zone. I did not know that. > > My other thought is since the ipv4-address (with the zone) is of format "127.1.1.0%AndAUnterminatedString..", shouldn't every use of ipv4-address type also have a maximum length restriction? - If not - what controls the Maximum length? It is good practice to have maximums on input strings and I have come across xml validation rules that require exceptions for long strings - and the definition long is not usually very long. > > Thanks > Don > > -----Original Message----- > From: netmod On Behalf Of Christian Hopps > Sent: Monday, May 10, 2021 2:46 AM > To: Ladislav Lhotka > Cc: netmod@ietf.org > Subject: Re: [netmod] inet:ipv4-address > > > Well you were right, ipv4-address is used all over the place and it probably shouldn't have been. Chalk another one up to sticking to the rules even when it harms us. > > Thanks, > Chris. > > Ladislav Lhotka writes: > > > On 09. 05. 21 1:26, Christian Hopps wrote: > >> > >> How did we end up with "ipv4-address" being a zoned IPv4 address and > >> having to use the non-obvious "ipv4-address-no-zone" type to get the > >> IPv4 address type used by everyone, everywhere? > > > > It was discussed e.g. in these threads: > > > > * > > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&q=subject%3A%22 > > draft-schoenw-netmod-rfc6021-bis-01%20(20130204)%22 > > > > * > > https://mailarchive.ietf.org/arch/browse/netmod/?gbt=1&index=gcMx6c-NF > > t2UCbtBFi7BsUWf0EU > > > > Lada > > > >> > >> I see that OpenConfig chose the opposite meaning for the "obvious" > >> names (i.e., you want zoned addresses you use "-zoned" types e.g., > >> "ipv6-address-zoned"). > >> > >> Thanks, > >> Chris. > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon May 10 12:01:45 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 410B93A2776; Mon, 10 May 2021 12:01:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kent Watsen via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Kent Watsen , iesg-secretary@ietf.org, kent+ietf@watsen.net, netmod-chairs@ietf.org, netmod@ietf.org Message-ID: <162067329125.26543.13159360259574197365@ietfa.amsl.com> Date: Mon, 10 May 2021 12:01:31 -0700 Archived-At: Subject: [netmod] Publication has been requested for draft-ietf-netmod-yang-instance-file-format-13 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 19:01:42 -0000 Kent Watsen has requested publication of draft-ietf-netmod-yang-instance-file-format-13 as Proposed Standard on behalf of the NETMOD working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-instance-file-format/ From nobody Thu May 13 06:53:14 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BC7E3A08C5; Thu, 13 May 2021 06:53:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <162091399217.27390.603724664974946603@ietfa.amsl.com> Date: Thu, 13 May 2021 06:53:12 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-node-tags-03.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 13:53:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Self Describing Data Object Tags Authors : Qin Wu Benoit Claise Peng Liu Zongpeng Du Mohamed Boucadair Filename : draft-ietf-netmod-node-tags-03.txt Pages : 27 Date : 2021-05-13 Abstract: This document defines a method to tag data objects associated with operation and management data in YANG modules. This YANG data object tagging method can be used to classify data objects from different YANG modules and identify their characteristics data. It can also provide input, instruction, indication to selection filter, and filter queries of operational state on a server during a "pub/sub" service for YANG datastore updates. When the subscriptions of a particular subscriber to be fetched is very large, the amount of data to be streamed out to the destination can be reduced and only targeted to the characteristics data. These data object tags may be registered as well as assigned during the module definition, assigned by implementations, or dynamically defined and set by users. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-node-tags/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-node-tags-03 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-node-tags-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-node-tags-03 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 Thu May 13 08:58:21 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E16413A12CF for ; Thu, 13 May 2021 08:58:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MALFORMED_FREEMAIL=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_MSPIKE_H2=-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=yahoo.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 5uK_5mXkr31O for ; Thu, 13 May 2021 08:58:13 -0700 (PDT) Received: from sonic314-13.consmr.mail.bf2.yahoo.com (sonic314-13.consmr.mail.bf2.yahoo.com [74.6.132.123]) (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 DF4263A12C5 for ; Thu, 13 May 2021 08:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620921455; bh=fPYWtW1a2J0JllMa1pDeqo2uTD0SisxVjjAC9GRfKCw=; h=Date:Subject:From:To:References:From:Subject:Reply-To; b=JOb6gkdis+JbhMeUpRbC/YxctjR8m/F9hpxh1h5nbNY4oyBEnpu7/EgTzFcANoQD/JmseaZVL/e2RTbFABS6nsMkbUlwqvmkhstdP4CZrez8OntqeHALgk8ghe3/dJfCRsGXHquxHFKJiVxI0j5TmKYPnTqW/enMp0QofkjX1jqPd0iagqy7yBeh1elI+HPah8JZbNehcuyzF00t0DfZ08Rpmb90oOfkIC/Rpb+WToskJ7r8Mt8zSFMWVbWaKKsdEaZWYsJRXAeSPiFg3FNIQZQfmaC5Rb0y/3cxw2T8nA5QBi5s7AGRV4j0WCQPFPH/d7jaHniKOmEHRnZzGFnffA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620921455; bh=eWwFkEiDcTJCKpY9mFQmxEdQUKVv/BSuxzVXKSzUT40=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=mhRkcsUBNKAuqGrp4Q+z1+K5Sbio/c1kXRLTKQMSKjbFN0Jvm2w1ZnR3n3wY1PwlcfyFw6ZLRh26OYDF2kKL3rP1QVRmwyKArmKQddpBQvKnXmZ6gpDv0tb1LXev9joIuvdb1EKJlqwVuokOZLtvcyflhxOscmLkneE352d56X5SNHVc6Hxhx6M7YitZA79S3bJcquEmSmuYS+MxVoKO1e16Wt44iiFIz58yn/119b5RZC7C0e4xEQuUQYca5DU43/n75Pf3f2GFni8VyFntRr2/T/lGdwk1NwgUNmZTHOiVOieRKxLJiT2dm0DAue75PSdzyFHirfHUSBC7v8sjpQ== X-YMail-OSG: LvdGYj8VM1mEgd8YEbQ4nG5V_V_1bDrpL6UQ1PrSmYnsrm97SqA0p8CQEQib0VN uzGUTXipc65c2CfuhTKPt2nTxSod12ZroKVrRSpqHNGota7hjtNQM4SIQ5VanpBUbfbYGndrdfOW mp_Yh0ZS07SXBGf6VGCtVQjBc_eTfmGFqCvy1PUFYNty9O7vd5uqGNXXANofcXa21kc6_b12zJDl 9X4YxS7qY_rbeQeY4hZ6tiTnKz8Kbd9rv5WlVvioD68IV_lBI66XAVMkg5s9wbx5YiTlaV.t9y8B hi50EIF78e7cENv7WSPQKnCPlwbNuYZVFZCTqGIUEC1ElW5goZbycw3tJu7pISR.RydoihP0b.tW TDHghTRt_6IzBdsdi_9x6GoYhqqVvt7kVrtNMdWpd44fEX9RbeQSxkbZsp3wYN9.SlRT_lhp3ZYW K7UN0HN7OUJVOjxGt2whyLLgBrvzczn3I5.RZZNBY2dPPtojqsjhsdjPcbl6jyKuWVLIJEmZiPJO Ad82zrv5NaEmk.ENuDTajWlmWVVxCKgkmU7zbW_BnY02cSOBlTOAf7XClp16NNrxfieYfjouO38. LYYo4IDLJPaL280sMFeuntDuq3LMnB4ertOtS5Sa4ARW28.5oyKZUWSePtwetvOXB91Oibeq1JM9 8I.C8XHjg1JvD3KuyhYxR1lKLt.HCUvI9qgoreU3A7DVMAQVzC4EWODuRlwKENkAxyL_.Uu9couU A57acqpBz.fSU40qHEf.xzq6F1xY0OEpO9I4mGCGLM_OuTuARst.dVpAYr9cuGyoVFJtU7QUW8nh RFp3VYltqLE7XouIRJnGw_946F3XvrO4D2I9Tn2x4njXRDjGLV2tOZ53oeJqGPYTlq1..sdy20C1 hn_sIdHaXRUkPuLUzN2A9hfzNJTO44Sy.5LDJ_sHhZIHEosSwD43Cc_lo.i7s8wyXnyrWWpvAEVC 0Q6GmMJz2_G0vBFvKyJcUigzg9WigEsbyu6IFvh3bVurlbi_ITrzlpc0mSaY5g0Vi3ZI9_wSvJPA 1hC9DbAbxbyqsdgK3VBT3IFqJLAxR9fOnmh72Q4.bl5F.6Wc2pN1gBwFjqdjFCW96GZYQH1YfViu GC.Rczs3T_6d30o4tap959QUFnFqsYsoIOTnN_vipQtIbffdwrBJhKPg60hEmLMZlP60BJbW.9VS wNYokP2_vqCrCtg.xdI5YlXD8Ph7Yr0apisJjjVrWMpU8Wq8EXU_yV_Yfcr8VW.wQSOizwDCeiQU IxHPOZQ3qc2aWPaPD._E4PpVbbIscnZc2hFHXRYtQVTBhruy6lMSg5Wm3PqoEyT_cPGwxytVdwAs ozcGhTVHsdeVBgJZfE.UWSlY2jz7J.759S2njbSrRA0CguBDWthP515Ch8bjsw6K06GWiIN0JF1. C8eHfswm_uZEzjXXdPns3QN_FkagVzI.lVcwOhKFKJSygPhHVkrIfb6UCmTUVNQfMEUZjxycPMyA 28BhuR8OCkzRnNVa8nou4FU2XuqhF7g7cosajuqHZyYmgohBIl8jmix7oDqs7ALLY4LM9TRsRnKb 1NxhdTFEoAlX6rE6b1fuUv3AXgzduF0ijxKVsvUoO219Voi0.O4bJLunpRx.xvGY67fUBOjv33TJ fMzpi8.LN4o0S3BbGfBHyzNqDWhIsGuoLqevT.MePMR8rXTFkf9x_IvahvVQ_qyh7TvkUwGlg3W_ jut6dflGK9YtGzX_umZginrl5h5CQCFtCqSinPApHs2ttggYRWtBLhAFPMM.0wIE3_9R4YZIPtxu bvYQDFhrhEWcX26d2tGYuqPoyOOjQ9VGbpoEv9Ukuhi37gziYkAWiI094NTqtMNUXNXMU0eljiTZ HANIKnVgqOc2uZRAi2.cHuf2qg7Jo2SJdTfXjMwyk1mKnoqPLSByU7v6mtID_n8b2.i9a2lcdNVJ Ind.AQ34jyg_DQrv70QL5PpWF.0beiIbE4ZwYitGiDKkz3rfLnhLSFfOlUuVBq1X1wkxlsQMs.Bw AO7Ss.6TYbPZBIZXIN5EazZ.rfLX4AQc4TgvetqRW6oXz2Xsl1NjZ0QRv1o7zvJvn1qOV52Of7an yuLeqtll9E7mYs8LFboCQ8NGAraeFT87zpPgl0Khk8rSjIl93.eGcAUueOEH009KcZox.ihxD3be kHblTnxGU20PZFMOnnOWXD4ZPfT4grU04n3FO_PL91W4QfIWkMmlE7cFJaiaSn_JryFLbDKvGRqF 9WoYVB0FlixCOpCk84YXQI67jNWF0pPBhc.MLiurSoPqksQhHNxq0bRADqmKFtfrib8ZfQ0zxmfL HAuQMOfbJRZ9zZAbmbfp9ScvwXPg9BPqXffmqGqR61r0cJatsWt_V2WdCL9wgEj21_eosgPGhcI4 KhPYbMf_yRbR2rcS_kXdaFedajfDDzlhPNLKNO28CA9Y- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Thu, 13 May 2021 15:57:35 +0000 Received: by kubenode573.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 75c97fa6d1219d8bd390538d3b7393d0; Thu, 13 May 2021 15:57:30 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Thu, 13 May 2021 11:57:26 -0400 From: Reshad Rahman To: "'netmod@ietf.org'" Message-ID: <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> Thread-Topic: Typedefs for bandwidth Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3703751850_1610452122" References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> X-Mailer: WebService/1.1.18291 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: Subject: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 15:58:19 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3703751850_1610452122 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Hi, =20 Has there been any discussions wrt adding new =C2=A0bandwidth types e.g. the ba= ndwidth-xxx types in draft-ietf-teas-yang-te-types? I see RFC8294 has bandwi= dth-ieee-float32 but it doesn=E2=80=99t have units (Kbps/Mbps/Gbps). =20 Regards, Reshad. --B_3703751850_1610452122 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Hi,

 

Has there been any disc= ussions wrt adding new =C2=A0bandwidth types e.g. the bandwidth-xxx types in dra= ft-ietf-teas-yang-te-types? I see RFC8294 has bandwidth-ieee-float32 but it = doesn=E2=80=99t have units (Kbps/Mbps/Gbps).

 

Regards,

Reshad.

--B_3703751850_1610452122-- From nobody Thu May 13 10:25:12 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2B1D3A164A for ; Thu, 13 May 2021 10:25:10 -0700 (PDT) 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=jacobsuniversity.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 x-Yll-n0DZCg for ; Thu, 13 May 2021 10:25:06 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00064.outbound.protection.outlook.com [40.107.0.64]) (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 1A0CF3A1643 for ; Thu, 13 May 2021 10:25:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dhq5BaIOu5//RLMecjf8R4GssoobQo+AO8nda3rYodiXxMTKvkSxaBrTqRHTXNZJKap9swn8kXxt005QfxlGe5JyD7+ipk8iSR0vt6L5PzwtIxecU8MgZ+TvVPaDw8bQ1eI1IrZcz+aeLUmKNrn5FyPXS0gzCFNI36u2EQrC28aQY9OJteZU7YHmmcWH2CupLuFKMkx00ojyMOVHed2A5tQ1KXgO461SpHzOXeKL6RICjIYMzqbu7m7g+n5xw25rzmISFh8kz4yVgKoRTYlUNFerQk0sqP48h/Sct+BddCiK+P5FN5I0NpEbW7wqYdvirebipIk0dv7gstx8F41Pqg== 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=POMIn96zs1O/fEaNXaJNSch5ZhkW4/XwFnIdny/4oco=; b=QGyYIGnLLY5Gu5o8bUgiXKepjmXiIER5vDmmG9c5aJ5y1HesIK/CoEO+0nqvy26Ng5Ss9TGc6pWUKsdceLS46Ttipr34Zy/bUCgR4viHG6DrR/w4/8SNJIDJ74mJJje+1EwaGzDYroJcPp+FmiPEaTG0LPCc7+UQd3zLh7cajcS+8QUVZilYnmysmblGTgp/afrORswmPPBmnK4k6icJnfcp6gw6BWkf0spbrFnC3eWDxeIyV/qJ240+v74x6zYigrOzFqhEoWZbVNWiN6Xvcj5ojxokQn7ynve5SBB3Jrkr1JjpOOxhxE1I2fu3GwESXFQTdY1/Kk9Xs8G6XhCbwA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=POMIn96zs1O/fEaNXaJNSch5ZhkW4/XwFnIdny/4oco=; b=Yz5xiObpncZv6c+kXesDsdKT1tMdq623s4PlPN/405TLZ1NiXqOyQ1K/x8ILt1lkPhZee83kf4y6Iz7kVnqL2XpvXTt6Z5CAK9yGuAjJS/gFWXhdNgQiTiyYeBD34wslf9DmnWLM9zh6CX/tzXJxn7Fe2WdqdYg4Iyq0JWv7Mtc= Authentication-Results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0803.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1df::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.25; Thu, 13 May 2021 17:25:03 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4129.028; Thu, 13 May 2021 17:25:03 +0000 Date: Thu, 13 May 2021 19:25:02 +0200 From: Juergen Schoenwaelder To: Reshad Rahman Cc: "'netmod@ietf.org'" Message-ID: <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Reshad Rahman , "'netmod@ietf.org'" References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM4PR0501CA0045.eurprd05.prod.outlook.com (2603:10a6:200:68::13) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM4PR0501CA0045.eurprd05.prod.outlook.com (2603:10a6:200:68::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.24 via Frontend Transport; Thu, 13 May 2021 17:25:02 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 37afa9e0-81c5-4f81-c4d0-08d916340b05 X-MS-TrafficTypeDiagnostic: AM8P190MB0803: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6108; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: IV/r1wKFdycmiu7IlhfNLfY/5zqqFbkXp2LufzAx4hc10+fHK33vKzg+xnMWeIYuMRNGSmW23CJTCi4K5wJZvSmBRuQkzTnNyOBW0bZTDAdzp0z9VSju/O8AZh5IdWw19KpCe7ydLftr152LthbW39lYkfDAE38LVRlu5jFjofpUe8EXm3+cAqx5HgYVMfmcQZAYsWwoP+n6m2vM3udkdWgne2Vl9VqJREhq2HJ+cadot40616FdtV+JNF76r4TS75jWq9W3WFUVm4Oo6idEYFCUm4DJmFpUy4nJKxmiK27x1qg2R47Z57/zzjiHSLzkzFFeFyKig49P917CJ4G53HH+7yqMqGc5SX2Gw8Fwz5I5rZ1005ejXGnBn74uXSdptut18Jy/q/zt77SHe49Zi2Ie2xby/D+c916ucGJP+w4ieoWOBPChsIefNyDg2hRB+1FIUHLtyKZSCmRPdBOmAjOzLJGuMINDvuVUny5YoJjtOrDo3QX7OrzGDz6AXVWPwcip0VMGMC4vf9JkzlpIhQl8cXB8p+LGllczobaR7nf407t0iSj3MMt5r7Eq/VMcWfC+Wp2QWIz4JVYLKNXwhXpRFW4eX15C8OYzdR3NwgHahWpBGCJkS4oroljCROujnkYihL6FT1lFPFY7+y0+nG6w8ebJ2PMfxj/cJFC0r5TWGHq6EA30WIHTfuXXqUxFt5zjgeXM4RtFikyov56GKqLHig+e2qEeJ9af8mhbid2qssmVmNGWawkHJKiETfUlG7eQW7dYwXtTuI2NtG/u0g== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(1076003)(52116002)(6496006)(26005)(6486002)(8936002)(66476007)(8676002)(38100700002)(66946007)(66556008)(38350700002)(498600001)(5660300002)(4326008)(4744005)(86362001)(956004)(2906002)(16526019)(3450700001)(186003)(21314003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?Y1BjOG9WSnZubUxxOTFOUlJnMm9BYjMrZzJwN0hmTTJwYktjN3Vpb3RQSlVL?= =?utf-8?B?WlJMZzJwdXV4cktBQW5YTDdUY21Nd3hZZ0V3b21rS3dKWUFab3IyNmFoTTdQ?= =?utf-8?B?eTZOMlg3SjMwV25nQU1FQWFOb3VVb29VSmdaV0RxMFVZVGM5S0xkejZGV09i?= =?utf-8?B?WTdPL3VYdTI1alNkRlRXUkpkN1VEdEczanlqQVVSdXlYY0JITHh3Q0R4S0hB?= =?utf-8?B?Uk9TcUQzWTJSU1R0MkwvcGtjT0ZjN0JjNlhLZDNhUU1VVzBlRnhRbHNyd0pm?= =?utf-8?B?YVdRUmxWaXI3WG9Ld2lxdUJ6Zzg4bGsrMVFYaEMzcjZPUGFHMFVCeU5pYjZQ?= =?utf-8?B?dUJYUU9NYktWcGpZL1A1cUMwNE1senI5SWVjUDRpQ3lIR0svMGUxT21Mc3Bn?= =?utf-8?B?bytkbkQ5YnFzT1l3T21kWm1mcnRvU0NiOGk3TWlmT04zTjduTWZFd3V6MmZR?= =?utf-8?B?QWw2ckxFeHVuVkRrTUVJYlVreDI4UEJKVUovektMemRPajZYV3FXMURWS3Nl?= =?utf-8?B?NU1INGJ1UlVqZE5TMFo1dVIwaFFLOXJrM2ZVakVQc1pkSzByZ0hPc2pGbllp?= =?utf-8?B?d2paOWZuNGxRdGgzSWFvS25mZnUwTDBmeExVY3pZd0FXQXhkVHJiaWdQaVlq?= =?utf-8?B?VFRZaC8yc2MyUnJOeFN4djBmb0pwdUd5WTFPbTMvVitNUWFuc0lhaW01OXI1?= =?utf-8?B?QUZoTEhYQnhXd2Z6MlJBRitkNGNpc05IaGwyLzREVTVpcFBIcGt6MGZEd1hO?= =?utf-8?B?VEcvRDRNMFlmc0N5QU4vN2hLY1RVRUVNaUVURVNWYUdUa1VTL3paRzlJSGRw?= =?utf-8?B?VzMrMG8zZjRwVk1DNG56M2NITHNSdXVxVnZuQ3lWN1I2b1U2cXhUZWROOU0y?= =?utf-8?B?WEJINW5ZelorRUlmTXR5Vm9XUEZCSFRDU0VvU1BSZ2laRjBnUzF1T2lYUWxN?= =?utf-8?B?LzJXT0FuNDhPNG9meElsZk9PckYvWTQ0ZllTOGxGcVFSQlpBS3Q0aXZvV0Jp?= =?utf-8?B?ekZ3ZW5EY3Y0bHZ1V1BHMk94Y3BzZjJoN0wzc0hhU20wUWJFNExjT29GcXhi?= =?utf-8?B?MHIrVmJFTG5wNndueHcwYlVrdXo4Skg5Yk93SWdKVi8vYzlpYUNPd1p0NjBZ?= =?utf-8?B?aGhEM3hWUlVsUWppbm9RQ1hrZURDeVlYNys1VlpoZE5Nbm5US1dYbXpKZzVm?= =?utf-8?B?Vndjdm9hVENQT1ZhU3Y1M1l5YURPeENjMzYreHRUcVVhcThkMkczWVU5a3gx?= =?utf-8?B?cDA1NVpvMWkvK3NvSWtub2VVTEN6U1dCRUhEdUJOcTRsbWVEcTV6TjhEdk9t?= =?utf-8?B?NGIyb0JzbHQ2S0J6VDVDbmg2RVJoY052YW9tT0hmbHVDclQremJGU1JlWk1w?= =?utf-8?B?d0hkWkVZNzc4UXNIUTV4TXUzUjd6ZWFJQnJLbUlMUUczbmx5UFVRaURHdi9Q?= =?utf-8?B?ckN2NGg3ODhVZXJXRHF0U1o0ZWFUZks2dGZJdTlLcG1YNXVBbllrTk9WNFJx?= =?utf-8?B?VlpBa2ppcS9Mck1NK2RTSWNINmNWWm1na1kyT0M4LzIzbzhKTStTbGJ2a1VM?= =?utf-8?B?dDNTRnM0ZVBJWmJBRUR1SVNpMmJ1R1F5OGUrTHR6b2pwRFRYbDNnZ3BrNks5?= =?utf-8?B?eHhLb1FSQW14M2tORUM1THVmYWRYWUxweTBDQ2hGa01vTjVEVlNKTy8zUng4?= =?utf-8?B?ampxc1cwVmdEMUxZNXUxajFuWmUycUc3dDlJTVY2MG5EM2RtdVdxN0JaNkpQ?= =?utf-8?Q?fZ3N18UG96Ay4Ub/i1i0eN8R7TojgZ+Oe+D892u?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 37afa9e0-81c5-4f81-c4d0-08d916340b05 X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 May 2021 17:25:03.0316 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: E3Yj5cnRYP8187qbNXFG18gokvD5vt4rRnxZwr/o3f1Uu7wIHJ+V7m7PrOdpBbNypPwK/5RbnGtTRjpnirIJsdGkGBVgwRzkGWG6+TDiYHk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0803 Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 17:25:11 -0000 On Thu, May 13, 2021 at 11:57:26AM -0400, Reshad Rahman wrote: > Hi, > > > > Has there been any discussions wrt adding new  bandwidth types e.g. the bandwidth-xxx types in draft-ietf-teas-yang-te-types? I see RFC8294 has bandwidth-ieee-float32 but it doesn’t have units (Kbps/Mbps/Gbps). > The description of bandwidth-ieee-float32 says: The units are octets per second. Note that draft-ietf-teas-yang-te-types has been published as RFC 8776 in June 2020, it should be safe to use these definitions. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri May 14 03:08:09 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20D1D3A2D2C; Fri, 14 May 2021 03:08:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 riLsnOyV__DZ; Fri, 14 May 2021 03:08:04 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1661C3A2D29; Fri, 14 May 2021 03:08:04 -0700 (PDT) Received: from fraeml711-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FhPFf3H9yz6W08m; Fri, 14 May 2021 18:01:58 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Fri, 14 May 2021 12:08:00 +0200 Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.2176.012; Fri, 14 May 2021 12:08:00 +0200 From: Italo Busi To: 'Juergen Schoenwaelder' , "Reshad Rahman" CC: "'netmod@ietf.org'" , "teas@ietf.org" Thread-Topic: [netmod] Typedefs for bandwidth Thread-Index: AQHXSCpECGRHrxZjzE+TDqmdfxfQPqriv2cA Date: Fri, 14 May 2021 10:08:00 +0000 Message-ID: <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> In-Reply-To: <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.86.160] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 10:08:08 -0000 UmVzaGFkLCBKdWVyZ2VuLA0KDQpBY3R1YWxseSwgdGhlcmUgaXMgc29tZSBvbi1nb2luZyBkaXNj dXNzaW9uIHdpdGhpbiBURUFTIGJlY2F1c2Ugc29tZSBwYWNrZXQgdGVjaG5vbG9neS1zcGVjaWZp YyBZQU5HIG1vZHVsZXMgYXJlIG5vdCB1c2luZyB0aGUgYmFuZHdpZHRoLWllZWUtZmxvYXQzMiBi dXQgcHJlZmVycyB1c2luZyBzb21lIHVpbnQgdHlwZToNCg0KaHR0cHM6Ly9naXRodWIuY29tL3Rz YWFkLWRldi90ZS9pc3N1ZXMvMTE2DQoNClRoZSBpZXRmLXRlLXBhY2tldC10eXBlcyBhbHJlYWR5 IGRlZmluZXMgYmFuZHdpZHRoLWticHMsIGJhbmR3aWR0aC1tYnBzIGFuZCBiYW5kd2lkdGgtZ2Jw cyBidXQgZHVyaW5nIHRoZSBkaXNjdXNzaW9uIG9mIHRoaXMgb3BlbiBpc3N1ZSBpdCB3YXMgcG9p bnRlZCBvdXQgdGhhdCBpdCB3b3VsZCBiZSBkZXNpcmFibGUgdG8gc3BlY2lmeSBib3RoIHRoZSBi YW5kd2lkdGggYW5kIHRoZSB1bml0cyAoS2Jwcy9NYnBzL0dicHMpDQoNCkl0YWxvDQoNCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSnVlcmdlbiBTY2hvZW53YWVsZGVyIFtt YWlsdG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlXQ0KPiBTZW50OiBnaW92 ZWTDrCAxMyBtYWdnaW8gMjAyMSAxOToyNQ0KPiBUbzogUmVzaGFkIFJhaG1hbiA8cmVzaGFkPTQw eWFob28uY29tQGRtYXJjLmlldGYub3JnPg0KPiBDYzogJ25ldG1vZEBpZXRmLm9yZycgPG5ldG1v ZEBpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFtuZXRtb2RdIFR5cGVkZWZzIGZvciBiYW5kd2lk dGgNCj4gDQo+IE9uIFRodSwgTWF5IDEzLCAyMDIxIGF0IDExOjU3OjI2QU0gLTA0MDAsIFJlc2hh ZCBSYWhtYW4gd3JvdGU6DQo+ID4gSGksDQo+ID4NCj4gPg0KPiA+DQo+ID4gSGFzIHRoZXJlIGJl ZW4gYW55IGRpc2N1c3Npb25zIHdydCBhZGRpbmcgbmV3IMKgYmFuZHdpZHRoIHR5cGVzIGUuZy4g dGhlDQo+IGJhbmR3aWR0aC14eHggdHlwZXMgaW4gZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlw ZXM/IEkgc2VlIFJGQzgyOTQgaGFzDQo+IGJhbmR3aWR0aC1pZWVlLWZsb2F0MzIgYnV0IGl0IGRv ZXNu4oCZdCBoYXZlIHVuaXRzIChLYnBzL01icHMvR2JwcykuDQo+ID4NCj4gDQo+IFRoZSBkZXNj cmlwdGlvbiBvZiBiYW5kd2lkdGgtaWVlZS1mbG9hdDMyIHNheXM6DQo+IA0KPiAgICAgICAgICAg VGhlIHVuaXRzIGFyZSBvY3RldHMgcGVyIHNlY29uZC4NCj4gDQo+IE5vdGUgdGhhdCBkcmFmdC1p ZXRmLXRlYXMteWFuZy10ZS10eXBlcyBoYXMgYmVlbiBwdWJsaXNoZWQgYXMgUkZDIDg3NzYgaW4g SnVuZQ0KPiAyMDIwLCBpdCBzaG91bGQgYmUgc2FmZSB0byB1c2UgdGhlc2UgZGVmaW5pdGlvbnMu DQo+IA0KPiAvanMNCj4gDQo+IC0tDQo+IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAg SmFjb2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQo+IFBob25lOiArNDkgNDIxIDIwMCAzNTg3 ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCj4gRmF4OiAg ICs0OSA0MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHku ZGUvPg0KPiANCg0K From nobody Fri May 14 03:48:34 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E1D53A2E51; Fri, 14 May 2021 03:48:33 -0700 (PDT) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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=jacobsuniversity.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 7zH5h1JBTSXJ; Fri, 14 May 2021 03:48:28 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80042.outbound.protection.outlook.com [40.107.8.42]) (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 78BA23A2E4F; Fri, 14 May 2021 03:48:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NArnaVmaZ2qtml9ydFmo0xnjvRnTdWVf2VeATdU1rV5sCu01Tcb3Upw06AFOADV/N4ZDcWujTZB3EFJXdyoVolQOr1QCZ8jF/komml/hlxa8IeJMDVeBbV/Ewh5RtFHFiePoFc1KeGZnH+0zV3Hh4GJ7HsH+HYW5gV45KhoCnvxg5MLNS8dO/YC/DWT+yP+kSUb3bCMggLy4p+4OGkmbxvefnAxdqCQcmqnTo8IzZ1KeIsblVr6jBRnwKKW0CbRYKnf/MOco0qolxjTD+QFbVaKtXhv0A8cZDhBBd3aoqPcFQ0NGnB5453OmKWptQUH6ycTkA1tjscgIoWwbXCkyWA== 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=FQ+oJWle+nMwcDHDrRlbPQscfAEvKz3BWuu3yFCwgzE=; b=Or958aaHLRFqemKrs6rW6o/40Df6hvyl6SerCNKj9KmaF0CRl/FzbTWWSnhvu5MPZBbhwOAkXT+e4mTLEicsZl2D6wYS3DtDytR7xm7MYBWEhAAUc/PnXhLwqWiSCo8od70OJifkBCDsjzTvMxD/PN5qRNDTTWNC5H0twbeJy45tBuyGyGWA4EJ8FzekDzbMMIAxd+BNXhqwMjto+XtPYShx+Jql1aMzWeEspiV0iFuj3LJ280OYbgvIoextiAL8/1QhqFSr0Ds+q9b/1XeMOg0EqkwJ+lD7Ssmh3LbLVf0MGXA9IqeNFup8IN2g5c5EAf3OZ6r2uzdAEa0kCDnQJQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FQ+oJWle+nMwcDHDrRlbPQscfAEvKz3BWuu3yFCwgzE=; b=qO1mwLVz2jsvQ1h7AlFKB2K3n5Oc5mmuI5FG8xnWmsp6kZtFY0oqq8Hpn469g+Ew9MA4LUekJtOKdWUy73wSVxaFc0F+auyM9QBxbpTngU7UO2Y7HCsWi7YXeX/jAoLQlXcGjxnZAaO6n1+k/vbnwtVpdbysxmW2HrQ4cFeOkL4= Authentication-Results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0995.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1dc::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Fri, 14 May 2021 10:48:21 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4129.028; Fri, 14 May 2021 10:48:21 +0000 Date: Fri, 14 May 2021 12:48:20 +0200 From: Juergen Schoenwaelder To: Italo Busi Cc: Reshad Rahman , "'netmod@ietf.org'" , "teas@ietf.org" Message-ID: <20210514104820.ra475mdujvqx7dte@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Italo Busi , Reshad Rahman , "'netmod@ietf.org'" , "teas@ietf.org" References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: AM0PR06CA0141.eurprd06.prod.outlook.com (2603:10a6:208:ab::46) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by AM0PR06CA0141.eurprd06.prod.outlook.com (2603:10a6:208:ab::46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.25 via Frontend Transport; Fri, 14 May 2021 10:48:20 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 69ae97e3-1fcf-4470-244b-08d916c5ca5c X-MS-TrafficTypeDiagnostic: AM8P190MB0995: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ItiTovOc1ZlGLu4eMzHrqumIJjjm/K1tZiLYBjOkxRVvRus3MjFliTiqcwa2ExR3QuxosHkh0KYxl7a8WoIYvLjyFWSErJ9aVn2eJ5cKyOD9TIF/ywn2RSvz/neWyWrszVn3iXvOAFCeqEkPvbL907oWu2Go44RLf/HMXuyDmhjDYtT8IY9LaPm5LieouCl+zOPceRdiLJL9oEH06elVhHqbZmTcmyUPflE3UQV+n/ib8VMCO1GbCt8U0U7++Bl7xW46NV1tcnmnQ/YM99njpZ/P8fbdZ+JwW1Znus25u9v7aVPPLo71iDkX2uiBIfyqd4j+G89Spqpv5RW9HbP+8KCjwzpSqwFKW6wk+Rq+M4VCEx3nanM8nphI7NZTHyoNP43QjynYX9mbpIcvyXCYfiq/nQJenVSq/7p0VtEAFT9y4BMNRI5h5drjLThD29Ayln8DvTr9M1cuN8VDdKvQhJ13hQcqkARlKCjidCy20DKFHbSOvv69uB+nXFAAFo1b/GjI76RsicGyUU+lxHA2K2yM28vVKYg2r/tlwNpZDRSCuI/q6+Dw7ln2Z8tx1GNtKu2htmdZn9EibAHsciMYSUEr8Qc2ipSu/a6VBRRDSAnLEvcAX5SqUvlS2lpXiIR4A83l7MbzjT04k/mGoX097e49Baj63n2yNQS0yiSzO3/V8rSoI4uguGI/mSLGxeAJ/KQ9itCTb5q1zPxtM37fP+H9fJNobNzgMyhS3Pkh55Y3P85ln7tuqisDnbiyg4C2R3cu339INjF2Z6TFQ/3N+K97dZ0mnqTYYANwRHGuoiwYPePifdMX47//jnlu35i1 X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39850400004)(136003)(346002)(396003)(376002)(366004)(86362001)(38100700002)(38350700002)(786003)(8936002)(478600001)(2906002)(6486002)(6916009)(66946007)(66476007)(66556008)(966005)(5660300002)(26005)(16526019)(186003)(3450700001)(1076003)(54906003)(6496006)(53546011)(4326008)(8676002)(83380400001)(956004)(316002)(52116002)(21314003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?ZHAreXpEL3hOUmQ1TldVck1oclp3TmF2S0YwUTNZaFUwbkY1L2cyUGFCS2VC?= =?utf-8?B?d2ZZMndKSVZpM2xhZlQwOTVwRWpYWTFWLzdvN1gzL0ZNcUQzK3R1RFpLMXpz?= =?utf-8?B?TlBXcHkyTldNbGRXYXBXTm1RUVNGcHRHVStnQW1nUllUdUpvNjU2c0hVcGpL?= =?utf-8?B?b25mWi9menE2QW9pOWVSM3pOYytvMFkxNmpjVjdWYjVyRDlLSmxCZEIxdTVG?= =?utf-8?B?aktrVDZ5Z2p6R0QzSGJOZkdpMWpCVmd2cndTNnp6OW9mVndUNFNDK3NwS1BG?= =?utf-8?B?ZW5IWHptcERiMkdRUVpJSVB3QXBJaG1ObTUyQ3VwQ2c1WnExRTBjMVNncWRW?= =?utf-8?B?VmlFVVNoV2h0VVpVc21BL0FiQmVmZkV1aFlNM1hJUWR6QlF5aXQ4S040MWl4?= =?utf-8?B?MEV0bXgxUjJ5dzlRL2s4ZG1UeDdQV3RMdExjNDExWjBsbW93VGZJVlFyeWtM?= =?utf-8?B?aTJlbmZFOVJDRnRrWjBoTyt3b1lVc096U2Q0d1JJSXN6cklLRmc5K0xkWEpC?= =?utf-8?B?VXYyV2htSGN4eXZ3dTk0L0tnU1NJY1UrZDlYTUpUNWVKZDdkLzRuY1RMMkJG?= =?utf-8?B?UFhoNVR5QXl2UXlQZWJrckdsdWZZUGpiQ1UwMnFvb3Z6eVA1OHRyVmhWR2p2?= =?utf-8?B?SWl1N2JWU0s5RTRyRXRDUHdOQXpLckZ4N21BanFicU1iVFpMV1VMaE5JN0Rs?= =?utf-8?B?cnN3dTJjWTVzeERhczZuUjV2RFJYa3B5ZXk3eWd3UGEyYTljcVl4V0RoSGJW?= =?utf-8?B?R3p1aDcxQWJTbGJZSTg3STRiaTZMYm9DVlNXZmxjeTJFM1VmOE45bWkzeHBQ?= =?utf-8?B?SWovR2J2QVNHSUx2S2twUUhZSG1uaForZHUvK1VuMUFDMU1kMmIvODdkaVAr?= =?utf-8?B?MlNOVHI0WW5KVlptZ1RZdENZK2hGK3phM3ZJRGpTTWpRQW13ZEN3bkM2cWhW?= =?utf-8?B?dDh6OFh1LzRuWC9kVHozVEc2MnoxZVFQU08yaWZpWVRhV0RkOEw2bUJpb0N6?= =?utf-8?B?UEpFVUtQSE1OblVHajUwOVR3L0t5MkFPd3QxTlBwU0FHQ1Y2dWplVndiRUt5?= =?utf-8?B?QjE0SVlSTWxhR0phQ0dsU3NVdlNVVmZEL01YWU5uZ09xRkxSZjZCd1JmTHlw?= =?utf-8?B?Vlh1dUVPWERRcGFubUhwaUNOK2Y5amdNSTU0VkNsSmxNOGFEM3hraUxaNmF6?= =?utf-8?B?YWVUcGdROHUrWDZ2Y3ByTHdNTThvYUlwVlJsSE1TVHIzZU00VVQ5UjdQK3Fp?= =?utf-8?B?Zlc1UGd0akZ2dlNhd3lXTXc5NGM5RnZLYUw4cTk0c0RJNmtoQVBhOG1aZTl2?= =?utf-8?B?MHVrSnZwUStOSE1WTWVMc1M2YnJFbWZJemk5clVLN25jREpuVjRTSjN4dWNm?= =?utf-8?B?VURuZjRGRFhtUXZ6WFMvMFZtaDVQZkFsNGIrT0dVQjByNi9SZlJTVWdwTlho?= =?utf-8?B?Sy9rREkvRGorNTBCNE95ZlNwd25FREdHQjZUNGlIelRLMXRNYkc3Wk9SN0xW?= =?utf-8?B?Zml5WHJRMDhaajFsc2tvVlJlUVNqM0hOMzJwSHNZT0twS3kyaVVqYTNaTUw0?= =?utf-8?B?YWdLWWl2ZUNTWmhvQmhtZHp4QnZYMmhKM1ljSHlsZ2M4VTJnQk1OSVhieDFy?= =?utf-8?B?V0tNRnpXd3RMbThCa2FFVlFBempHdEs3bTUyak9oT2lISWZvQUVLYitucGI1?= =?utf-8?B?NWk5QUNJdlZrdEtzZWJPUzl5dGZmalFFR0FLZjVoOWhmZzRyd2txVjBnSnlR?= =?utf-8?Q?tF6b0x/FzNBtIwiTztSJnaeoHov4SzOzOUhCZSe?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 69ae97e3-1fcf-4470-244b-08d916c5ca5c X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 May 2021 10:48:21.0364 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: e59Salu4iEW5fHBpGsxKt2PEnsE5W5tyZGzjWDX9jzG5WwC1Ay/b/z1xohQhS7dbzwwYSfyt/fG0kU5TR2FPVP9MTW5J2jEmP6kOJ5eDI0s= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0995 Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 10:48:33 -0000 I assume it is best to settle this in teas. Form a programmatic point of view, you likely want to have a single unit. Even if you go for bps (bits per second), a uint64 still allows you to express quite big data rates (I think 16777216 terra bits per second but please check yourself). From a human point of view, having a notation that supports different units may be desirable. But if you have multiple representations, this surely increases implementation cost and it gets you into answer questions whether there should be a canonical format or a way to decide which unit is selected. Writing constraints in when or must statements will also become much more fun. Whether you really need the range of a floating point number, I can't tell. Perhaps check what the realistic smallest and biggest bandwidth is that you need to represent. Generally, floating point numbers seem to be a no-brainer for management application writers but I have been told that they are less frequently found in line cards or OS kernels. /js On Fri, May 14, 2021 at 10:08:00AM +0000, Italo Busi wrote: > Reshad, Juergen, > > Actually, there is some on-going discussion within TEAS because some packet technology-specific YANG modules are not using the bandwidth-ieee-float32 but prefers using some uint type: > > https://github.com/tsaad-dev/te/issues/116 > > The ietf-te-packet-types already defines bandwidth-kbps, bandwidth-mbps and bandwidth-gbps but during the discussion of this open issue it was pointed out that it would be desirable to specify both the bandwidth and the units (Kbps/Mbps/Gbps) > > Italo > > > -----Original Message----- > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: giovedì 13 maggio 2021 19:25 > > To: Reshad Rahman > > Cc: 'netmod@ietf.org' > > Subject: Re: [netmod] Typedefs for bandwidth > > > > On Thu, May 13, 2021 at 11:57:26AM -0400, Reshad Rahman wrote: > > > Hi, > > > > > > > > > > > > Has there been any discussions wrt adding new  bandwidth types e.g. the > > bandwidth-xxx types in draft-ietf-teas-yang-te-types? I see RFC8294 has > > bandwidth-ieee-float32 but it doesn’t have units (Kbps/Mbps/Gbps). > > > > > > > The description of bandwidth-ieee-float32 says: > > > > The units are octets per second. > > > > Note that draft-ietf-teas-yang-te-types has been published as RFC 8776 in June > > 2020, it should be safe to use these definitions. > > > > /js > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 > > > -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri May 14 05:10:34 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E9CD3A30B1 for ; Fri, 14 May 2021 05:10:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 TrU7O_ZKuA8q for ; Fri, 14 May 2021 05:10:27 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FB073A30B3 for ; Fri, 14 May 2021 05:10:27 -0700 (PDT) Received: from [192.168.217.118] (p548dcb12.dip0.t-ipconnect.de [84.141.203.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4FhS5s2WS1zybZ; Fri, 14 May 2021 14:10:25 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.6\)) From: Carsten Bormann In-Reply-To: <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> Date: Fri, 14 May 2021 14:10:24 +0200 Cc: Reshad Rahman , "netmod@ietf.org" X-Mao-Original-Outgoing-Id: 642687024.883219-767394935c263fecc66fa9ea7a9e1bb8 Content-Transfer-Encoding: quoted-printable Message-Id: <2C1E1AEC-AD59-42CC-BABC-DB97E50B28FA@tzi.org> References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> To: Juergen Schoenwaelder X-Mailer: Apple Mail (2.3608.120.23.2.6) Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 12:10:33 -0000 On 2021-05-13, at 19:25, Juergen Schoenwaelder = wrote: >=20 > The description of bandwidth-ieee-float32 says: >=20 > The units are octets per second. The quantity you are looking for is called =E2=80=9Cbit rate=E2=80=9D = (IEC 80000:13, item number 13-13). Its unit is bit/s. A single 64-bit integer should give you both the range and the precision = you need for all practical applications outside millibit networks = (=E2=80=9CLPWANs=E2=80=9D). As does an IEEE 754 binary64 float (and, probably, a binary32), which = will even cover millibit networks. If you prefer software floating point, you can add an exponent. A practical base could be 1000, so an exponent of 0 is bit/s, 1 is = kbit/s, 2 is Mbit/s, 3 is Gbit/s, 4 is Tbit/s, and so on. -1 and -2 = would be mbit/s and =C2=B5bit/s, units maybe many of you aren=E2=80=99t = as familiar with. Gr=C3=BC=C3=9Fe, Carsten From nobody Fri May 14 05:27:22 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 227713A30EC; Fri, 14 May 2021 05:27:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.595 X-Spam-Level: X-Spam-Status: No, score=-9.595 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=FF7NiJuu; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=me/DOuFa 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 rTt1_kx-0F5g; Fri, 14 May 2021 05:27:15 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF5CF3A30B5; Fri, 14 May 2021 05:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3286; q=dns/txt; s=iport; t=1620995235; x=1622204835; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=qAeh7yiFqVdYdr0tNpx3DY2u31WMGM8lHbhQ5tE8MYs=; b=FF7NiJuuw7BsX96yNM/gIsEImJSv8UYZWoMu+r3PdQnc9KgeZX5OFa3A 8zV/Qclc4Jb9daYzW2gAbkPrYBKbzkapat0J+ho5tS2oCJ2KOIMmD3JU+ KahWHXfNuRMCVI9tEugyKBrwq5hQB5s/WJMqGbdQmZw4hzxFMxLC1b8N4 E=; X-IPAS-Result: =?us-ascii?q?A0A8AADSa55gmIsNJK1XAxoBAQEBAQEBAQEBAwEBAQESA?= =?us-ascii?q?QEBAQICAQEBAUCBV4FTIy5+WjYxC4Q8g0gDhTmIfwOZYoJTA1QLAQEBDQEBK?= =?us-ascii?q?gsKAgQBAYQLRAIXgV0CJTgTAgQBAQEBAwIDAQEBAQUBAQUBAQECAQYEFAEBA?= =?us-ascii?q?QEBAQEBaIVQDYZEAQEBBAEBIREMAQElBwsBCwICAgEIEAEEAQEBAgIjAwICA?= =?us-ascii?q?hkMCxQBCAgCBAENBYJxAYJVAy8BDp0xAoofeoEygQGCBgEBBgQEgTQBhBAYg?= =?us-ascii?q?hMDBgWBCyoBgnqEDoZaJxyCDYEVJxyCXz6CYQEBAoF1CiaCUDaCLYMyUyACO?= =?us-ascii?q?TYHgQBclC+lcYEVCoMWigGTQwUjpTmVNYwGl3sCBAIEBQIOAQEGgWshgVtwF?= =?us-ascii?q?TsqAYI+UBcCDo4fGYNXM4RhhUlzAjYCBgEJAQEDCXyLAwGBEAEB?= IronPort-PHdr: A9a23:GddI+BfQ3iI+jLeFCh6FvHmKlGM/rYqcDmcuAtIPi69HbamiuZ/lO R+X6fZsiQrPWoPWo7JBhvHNuq/tEWoH/d6asX8EfZANMn1NicgfkwE6RsLQD0r9Ia3qciUlE cUEX1hgrDm3NEFPE5P4YFvf6nS58T8VHED5Mgx4buT4E4LflYK5zee3rpbSeA5PwjG6ZOAaE Q== IronPort-HdrOrdr: A9a23:1TdN361UxIGn46UlBgiFUgqjBXFyeYIsimQD101hICG9Lfb4qy n+ppomPEHP5wr5AEtQ5uxpOMG7MBThHQYc2/hQAV7QZniZhILOFvAg0WKC+UygJ8SazI5gPM hbAtND4bHLfD1HZIPBkXWF+rUbsZu6GcKT9J3jJh5WJGkAAcwNnmQJaDpzUHcGOTWubqBJcq Z0k/A33wZIDk5nF/hTaEN1O9TrlpnurtbLcBQGDxko5E2lljWz8oP3FBCew1M3Ty5P6a1Kyx mBryXJooGY992rwB7V0GHeq75MnsH699dFDMuQzuAINzTXjBqybogJYczHgNl1mpDp1L8Zqq iUn/4SBbUq15oXRBDvnfLZ4Xin7N/p0Q659bbXuwq/nSWzfkNKNyMIv/MoTvKe0Tt9gDm5u5 g7gV5wcPFsfEz9dW3Glqr1v1sBrDvGnVMy1eEUlHBRSo0YdftYqpEe5lpcFNMaEDv9851PKp gjMCjw3ocdTbqhVQGVgoCv+q3kYp05JGbIfqHDgL3f79FypgE286I1/r1pop4wzuN0d3Af3Z WxDk1BrsA5ciY5V9MJONs8 X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.82,299,1613433600"; d="scan'208";a="714857548" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 May 2021 12:27:14 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 14ECRDDC029224 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 14 May 2021 12:27:13 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Fri, 14 May 2021 07:27:13 -0500 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Fri, 14 May 2021 07:27:13 -0500 Received: from NAM04-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Fri, 14 May 2021 07:27:12 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b/RwWbvTSOYxeF4zUqbfyswO9JBtvJ1oDgtxA6r0hZ3OWJ2d15De8bhAf0AQQR7qmTMyUPHLi6pX9jz6dEOKVp5tOSYH7SHpCJWHZtjRVGtK8K1ehFzQ1KeOH8KMEraeEtuPJztOUBxQ9uMIjDSbSTSDaIqRSfNUB+nrZQPSf0jk3UfGfsVu5wLioZgl2JvYEZFDL6amWuruNDP3boJSmsfjXSf8kk2SZABayPfvhqLLQOM0WK+H30tZutSKof0DbPULO29aFp6XER7CYOzIJVJxSP6OPLZyGpZvsng5ICT8ZZTcH3JolX2WS1EkLa6Totxv84X5h5TggkyW/ttLOQ== 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=qAeh7yiFqVdYdr0tNpx3DY2u31WMGM8lHbhQ5tE8MYs=; b=ivpomrotbOVD0OxdOMEESXRxiOD1Co5sbf55YmnKh1Ks+LByRblOURLOebMZoo+mbDnlcKoUizxhsYpuluiN3WN/9RFKkOt+JBSoMipgkcO1dJL78nwCvVtfjEDzvmFMjubjWzMUpNpOwtP9Z8uA6zr2etDBhLFkhJhsM1+x1SvJN52FOQmaAWBOiaudDKqZXDHP5tyfKGMyNaKEMUQnNFJg7b7GldADrZh3ynEgmnRiq8/lqE4qMve2D+okgS8O6P4iRZ2tZJ9b09y3ceXkwY3rYXoSp87FHXdeTrGwRHkFHivVcIPwPaG76CUfnrZR9bbsXP2wD4vtPLGSdiiVwQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qAeh7yiFqVdYdr0tNpx3DY2u31WMGM8lHbhQ5tE8MYs=; b=me/DOuFaenPERfhSrIEMVxCvRnqTzDjTN3Xte2hcEbhbsGsLwDPYtc3syOL1n62hK/8nY3dxt4wRERoJd50KT+o3TbiTmRUjTfeHSjuIpZ0cXfchhHccu8YGg2nhrv5fwN8ZElrRBz0JSXI/GpdMaV+HuIQZ2FtZujSTIC5Gzdw= Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by SJ0PR11MB4831.namprd11.prod.outlook.com (2603:10b6:a03:2d2::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Fri, 14 May 2021 12:27:11 +0000 Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::6989:446f:c2bd:9470]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::6989:446f:c2bd:9470%3]) with mapi id 15.20.4129.028; Fri, 14 May 2021 12:27:11 +0000 From: "Acee Lindem (acee)" To: Italo Busi , "'Juergen Schoenwaelder'" , Reshad Rahman CC: "teas@ietf.org" , "'netmod@ietf.org'" Thread-Topic: [netmod] Typedefs for bandwidth Thread-Index: AQHXSBDdUAVlDZLUbkm7cPYFJhJfwKrhqa4AgAEYOgD//+PTAA== Date: Fri, 14 May 2021 12:27:11 +0000 Message-ID: <35CB345E-B70B-42BF-BE13-5BBC4D09C05E@cisco.com> References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> In-Reply-To: <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.49.21050901 authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [74.87.96.158] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5cf30cde-2c46-46c2-a561-08d916d39972 x-ms-traffictypediagnostic: SJ0PR11MB4831: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jxtDbnHauwu+lAK61WrGnbtjKg0XmF6v6XoJ3aXwMtnWXAZhnhD9+Wm0vIVKBLp15zthoYAaFUGqw8pYy2NjScNJwHxyL5Hpb/HcoQRlBlWSgJPdvN3NUh9WchNrWfhQAZVBhBYBsdfCVrHM6mYSSkz+X4k7vqcVStGRq8jLN6UjjILmviVvaVJxg0dOYQslO8iG5bGDp5aIY9a0i3xwzlhSXYcomoqKBBx4RVd6I8ALoXzZM9rCNbIgYuNqwJepLX1uAUFZNUlqDBpcYZg+AvYqhz4VP6D3rtlWItGWVX+pdioYvBuxrqPCsGAK5uV+7XhMCKgBB58UN4OOxvSImwCyqw/de+ERud4jMKA5DOdPR/552/2MDKOBPdt+Pwa1hk00LsU/46mLU0g1U+Z1l6Fv6BNdpe0s4nBUH1IlPtI0o/qc1SHn1zKvA/EFbepMVQ1UG6Z73isNdEOmC0qcjy99ZXok8sL1nzTg0XyCLL4IBXb+OUeBgZWLEqEIVk29yXfMIRh6sMHhgIj4JlYZfgRCvFym8hwQjd7AjFvQm8SV1FuN/V47kvopnPgKAOtflYVEQ98Okqcst/o3z7rcDvaCHU7Wxs6t55DZ+3LBpH83DnrMy4A3ZK4Obs92MLZbCW9Jirqug14kqkWXY6KVnU7/lDlUU5Ee1ZApc+l8drioGQFeZdCFIQyUkX7748nAgCg0EsxFK9JU/f4R65uexjtMBxQH4/AXNgaVxAub8t1pGh830ixnIMNzJVL1P+GEz5eU5AvXvrj0UxdktjqMMczugzqFapMJNPpVfjGzclkIgJSrfetWAmfzzef2DaMc x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(396003)(136003)(39860400002)(366004)(6486002)(83380400001)(6512007)(2616005)(122000001)(53546011)(6506007)(36756003)(2906002)(71200400001)(4326008)(8676002)(186003)(26005)(478600001)(5660300002)(316002)(110136005)(38100700002)(86362001)(66446008)(64756008)(66476007)(66556008)(66946007)(8936002)(966005)(54906003)(76116006)(33656002)(21314003)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?VGFPR3dNQ1UyUS9XVWpiMTVLQ0I1OVVjUzg1UlQrMEVxT2g3cnZGc083YS9N?= =?utf-8?B?OWt5T21YcGJvemhScGd0Y3lUUmVJb3hQanRJelQ4cmJNNWVaNG9Lb0tXbG9s?= =?utf-8?B?Tlc1MXQzcXlCSXNyTG44a2pOTGdtOFFSVzdYbDRvMHZQN1NybzBQZTBpdEVM?= =?utf-8?B?RG9ZSDd5cEVqNDRuWHVDTVY1UVBTVm1qTG5TUU9RTG41V1pESU5sMmcxTVRB?= =?utf-8?B?NU9oZHJ6d1FJQW1xTnpTWU0vZ0NkSFRJRHkwSExuWGJHcnBwQnlpZ3JZbk9h?= =?utf-8?B?cVloWFFZdkZYOTdLS3NmU2RpS2lTVXhReUx3dHdIbjR3OUc0Vno4WlVhUFVM?= =?utf-8?B?MENXU3hUdmFTdlVDMWpaOE9aMFNIb1ZGRkRPMlQzdDAvY05DdGNHdEhOaUoz?= =?utf-8?B?L2NhcDl0VEJNWWtXV1dCamEwTGE4a1lKVzNGeHZiMEdVU3YxZWoySDJHVXRn?= =?utf-8?B?RGY4MWI1YWRjUk9WYzNybVk0cWpBRkpDUjdkWmRwNHg3UlVyM2dUVDZkelU5?= =?utf-8?B?bG5xTW5FVGZ4L1VUZGN6elJvK3VEYUFnelJRUEdwWXVNSVZqTE03K0hUeXE1?= =?utf-8?B?UTMwQWwrWkFCSU53THhaeTZpeW1BOXFtSnBwNE1KUnFFeDJ0dWVIaml4M0Zu?= =?utf-8?B?aW80WU5iL3FIdURSbXRGRmh1Y1Z4dkNnQ2gyVHhoYUszVGRNV29jTVB6aW96?= =?utf-8?B?SmJ1Y3ZkdEcvZW16Q3BYd2p2SERxWDNsNHpVcDVPVHM0N0VQYUdLbzVkSld0?= =?utf-8?B?U1FKbVhxR1VOeDJobDBjTTdnbTlZYXBYL3l1aTRDeHpZVkFYNXM4OG55amph?= =?utf-8?B?dGgwRUdORUlYaGtnM0ZhVVpudUV6MWpndFV1L0l1Z2dDbWREMGFMT0ppOTNy?= =?utf-8?B?T296cFk0ZEVFNldLNVl1Zzd4YW8zdjRUUnllRXI2ZzMxaHY3U25kV0srcy9F?= =?utf-8?B?cTl4STBsNzgyNENXdzIvTWVFMEtxQk1FTE01dWlQNms3blI1VVdrWjRnN0k3?= =?utf-8?B?bUovcHVKN2pCL0VTa2xEMk8vdlZQWXB1RFJWS2VRS0lFZExiRVJKS0wrWVJz?= =?utf-8?B?NXZldUZjT3Ria2tZYXhKWnZoaFhpZ1dTWUw0dXA2dmxoNHhDb1lvMllDTFNK?= =?utf-8?B?TlZrR3RxOTZ2WDNvMURHdEhib09TQmtta0wybmxhTE50SFJtbDd6aG1hVjA0?= =?utf-8?B?WEFxVnJJdmJ2bTRwMEZHTXVaR0dyT1FFeTl1TVoyUUlDMlgrelBNUjlRR1pN?= =?utf-8?B?MDMyaWc0dFM0amFnTjdlRW9ld2VkMkhodFJQbTFvNjlmOVF6YXdZUVpDRVpP?= =?utf-8?B?WlFlMmc1M2sxajE2SnlveHNrZ0lUL1VyakxlSjFRdjRENVg4MVdNaVJCZXdY?= =?utf-8?B?K05rY2RXT3VWN1ZlUXdxTHBkVlVwQ0ZaQTIrbzRqaE5OeTk4TnIxeVdHS2lI?= =?utf-8?B?cmZ1ODJYbzE2a3JWREFaR0o4N3hiTG54V0w4THZCT0ZTRC9kckMyNGZoZmN6?= =?utf-8?B?RnU5MkV0blYzRjd6QU1ZdGpBMmFOck5zazhsckdRM3JqcDJ6NzBmVTFrM09m?= =?utf-8?B?eHpTb1lvYWNpU2laM0piVFVEVkF6STBqdGhabE9GY0dNUndoQzE5S3pyNjhx?= =?utf-8?B?VmxLOTNzKy9CU0RKSHZLdXVRTFFBYUUvNElqYTZldUF6MlZJRHNvRi9SUFF6?= =?utf-8?B?c3N4cTM1WE01VkpYOTcxRnMzSEoxWTRhVTg3cW9IT0UyLzE3SWpGeDhsYllM?= =?utf-8?Q?biPKL2PwT+JZ0FzGuPDwU8SOXltxkkPftxfwFWC?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <5AD3D44EECB3E340A0A1919F73C9DF6B@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2887.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5cf30cde-2c46-46c2-a561-08d916d39972 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 May 2021 12:27:11.5595 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: c/t3l6UQMAbQmCIX51Xg3+dyt711zAIG+Lt/ht7yRG72boxWkdH7cgwTLgGKA49H X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB4831 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: alln-core-6.cisco.com Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 12:27:21 -0000 SSdkIGJlIGFsbCBmb3IgdXNpbmcgc29tZSB1bnNpZ25lZCBpbnRlZ2VyIHF1YW50aXR5LiBJIHRo aW5rIGl0IHdhcyBhIG1pc3Rha2UgZm9yIHVzaW5nIElFRUUgZmxvYXRpbmcgcG9pbnQgaW4gdGhl IGZpcnN0IHBsYWNlLiBUaGlzIGZsb2F0aW5nIHBvaW50IG5vbnNlbnNlIHdhcyBjYXJyaWVkIG92 ZXIgdG8gVHJhZmZpYyBFbmdpbmVlcmluZyAoVEUpIGZyb20gZWFybHkgd29yayBkb25lIG9uIHRy YW5zcG9ydCBhcmVhIG9uIFJTVlAuIEZvciBleGFtcGxlLCBodHRwczovL3d3dy5yZmMtZWRpdG9y Lm9yZy9yZmMvcmZjMjIxMC50eHQgYW5kIHdlJ3ZlIGJlZW4gc3R1Y2sgd2l0aCBpdCBldmVyIHNp bmNlLi4uIA0KDQpUaGFua3MsDQpBY2VlDQoNCu+7v09uIDUvMTQvMjEsIDY6MDggQU0sICJuZXRt b2Qgb24gYmVoYWxmIG9mIEl0YWxvIEJ1c2kiIDxuZXRtb2QtYm91bmNlc0BpZXRmLm9yZyBvbiBi ZWhhbGYgb2YgSXRhbG8uQnVzaUBodWF3ZWkuY29tPiB3cm90ZToNCg0KICAgIFJlc2hhZCwgSnVl cmdlbiwNCg0KICAgIEFjdHVhbGx5LCB0aGVyZSBpcyBzb21lIG9uLWdvaW5nIGRpc2N1c3Npb24g d2l0aGluIFRFQVMgYmVjYXVzZSBzb21lIHBhY2tldCB0ZWNobm9sb2d5LXNwZWNpZmljIFlBTkcg bW9kdWxlcyBhcmUgbm90IHVzaW5nIHRoZSBiYW5kd2lkdGgtaWVlZS1mbG9hdDMyIGJ1dCBwcmVm ZXJzIHVzaW5nIHNvbWUgdWludCB0eXBlOg0KDQogICAgaHR0cHM6Ly9naXRodWIuY29tL3RzYWFk LWRldi90ZS9pc3N1ZXMvMTE2DQoNCiAgICBUaGUgaWV0Zi10ZS1wYWNrZXQtdHlwZXMgYWxyZWFk eSBkZWZpbmVzIGJhbmR3aWR0aC1rYnBzLCBiYW5kd2lkdGgtbWJwcyBhbmQgYmFuZHdpZHRoLWdi cHMgYnV0IGR1cmluZyB0aGUgZGlzY3Vzc2lvbiBvZiB0aGlzIG9wZW4gaXNzdWUgaXQgd2FzIHBv aW50ZWQgb3V0IHRoYXQgaXQgd291bGQgYmUgZGVzaXJhYmxlIHRvIHNwZWNpZnkgYm90aCB0aGUg YmFuZHdpZHRoIGFuZCB0aGUgdW5pdHMgKEticHMvTWJwcy9HYnBzKQ0KDQogICAgSXRhbG8NCg0K ICAgID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAgICA+IEZyb206IEp1ZXJnZW4gU2No b2Vud2FlbGRlciBbbWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZV0N CiAgICA+IFNlbnQ6IGdpb3ZlZMOsIDEzIG1hZ2dpbyAyMDIxIDE5OjI1DQogICAgPiBUbzogUmVz aGFkIFJhaG1hbiA8cmVzaGFkPTQweWFob28uY29tQGRtYXJjLmlldGYub3JnPg0KICAgID4gQ2M6 ICduZXRtb2RAaWV0Zi5vcmcnIDxuZXRtb2RAaWV0Zi5vcmc+DQogICAgPiBTdWJqZWN0OiBSZTog W25ldG1vZF0gVHlwZWRlZnMgZm9yIGJhbmR3aWR0aA0KICAgID4gDQogICAgPiBPbiBUaHUsIE1h eSAxMywgMjAyMSBhdCAxMTo1NzoyNkFNIC0wNDAwLCBSZXNoYWQgUmFobWFuIHdyb3RlOg0KICAg ID4gPiBIaSwNCiAgICA+ID4NCiAgICA+ID4NCiAgICA+ID4NCiAgICA+ID4gSGFzIHRoZXJlIGJl ZW4gYW55IGRpc2N1c3Npb25zIHdydCBhZGRpbmcgbmV3ICBiYW5kd2lkdGggdHlwZXMgZS5nLiB0 aGUNCiAgICA+IGJhbmR3aWR0aC14eHggdHlwZXMgaW4gZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUt dHlwZXM/IEkgc2VlIFJGQzgyOTQgaGFzDQogICAgPiBiYW5kd2lkdGgtaWVlZS1mbG9hdDMyIGJ1 dCBpdCBkb2VzbuKAmXQgaGF2ZSB1bml0cyAoS2Jwcy9NYnBzL0dicHMpLg0KICAgID4gPg0KICAg ID4gDQogICAgPiBUaGUgZGVzY3JpcHRpb24gb2YgYmFuZHdpZHRoLWllZWUtZmxvYXQzMiBzYXlz Og0KICAgID4gDQogICAgPiAgICAgICAgICAgVGhlIHVuaXRzIGFyZSBvY3RldHMgcGVyIHNlY29u ZC4NCiAgICA+IA0KICAgID4gTm90ZSB0aGF0IGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXR5cGVz IGhhcyBiZWVuIHB1Ymxpc2hlZCBhcyBSRkMgODc3NiBpbiBKdW5lDQogICAgPiAyMDIwLCBpdCBz aG91bGQgYmUgc2FmZSB0byB1c2UgdGhlc2UgZGVmaW5pdGlvbnMuDQogICAgPiANCiAgICA+IC9q cw0KICAgID4gDQogICAgPiAtLQ0KICAgID4gSnVlcmdlbiBTY2hvZW53YWVsZGVyICAgICAgICAg ICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkgNCiAgICA+IFBob25lOiArNDkgNDIxIDIw MCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCiAg ICA+IEZheDogICArNDkgNDIxIDIwMCAzMTAzICAgICAgICAgPGh0dHBzOi8vd3d3LmphY29icy11 bml2ZXJzaXR5LmRlLz4NCiAgICA+IA0KDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCiAgICBuZXRtb2QgbWFpbGluZyBsaXN0DQogICAgbmV0bW9k QGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRt b2QNCg0K From nobody Fri May 14 05:47:52 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 895073A31A5 for ; Fri, 14 May 2021 05:47:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, MALFORMED_FREEMAIL=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=yahoo.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 3ZPXGQYWSmw5 for ; Fri, 14 May 2021 05:47:46 -0700 (PDT) Received: from sonic316-11.consmr.mail.bf2.yahoo.com (sonic316-11.consmr.mail.bf2.yahoo.com [74.6.130.121]) (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 3FE213A31A2 for ; Fri, 14 May 2021 05:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620996464; bh=aXjV8eKyCL3STlbvN8W8Nah1UkPAf0mrpjvp/3Xm6NQ=; h=Date:Subject:From:To:CC:References:In-Reply-To:From:Subject:Reply-To; b=hn8Fv0xlqzEzB7TN6WiJzQYen8Ff7xZ2Jo/CR4qdpMTqy/yDi12JUZtv/z0IHEwbI9swhDJO4kQ6aN27qcuX7IvBX+yjvpVcLEzxFp+o/zMXYgBKTxBmGvoA+OBpCqSR6PnUxz67C4vS/BsVlSvtEbQwyGLFgx9T3iIAE5mfj7YEOpi8Zxoai2elHu+X8lkKWYGrUE42LqQeq0W5SEju/QYWvYOY7GCz+2ikRaBylfTWiPPe0vBOAA+HDflGkfbNIoJdEeffJXo2syK53yPX5bxYCk26ipnIP7Bke0S/DhxiOajv89j28f+s6epaeKrfjBugBjRU6dG6e5po6V1e0A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620996464; bh=Pw4fxUohUox7rHn7kq6Q9pPfdB4sfLHhAhx/ABuy+Wv=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=Jy1xom6Gc329L+/SGxYI5gsKCtklw+L0D9cjt8+u+w0u9yhgPFTijuL7trXVCVybCP8MpQl7+S+ejCXbgf4YdfJxPXUIr6tguxYaZ2XbSITwIipFyB5IWcT6M7i5KJ2oo5Pvd0LJaiSmwgaQQu8PMPAB+v2Gw/JSXZLMaYAOXJcymPn97fh4jU9G8Q4FWm6vOxgZga8HPajMMcpJ0LcM4m8WpPM794SUx1GtcNl30iOa1Oij0frLEwYcH4J9C4zcfMHMohKw9g770b8Tlh/iUwvJfqQhwHCM0IiWQnYB3HLJ7md5EW71Osb001UtxHToMyITA+91sd1AtnKXqNJgyQ== X-YMail-OSG: cV8ityIVM1mbmOSS5QE4IP8kE_syY16vFKjm0ov8hTMLJKQEFeUpZvWR0jd0d6P _STLpLP099BUjalMCD2pf31hkVJphO6hTmmMF7u5PLgJN3JsMB1ivBbS4PSLYISu2iqQomTVucre lfy4tRxt_Wg9pPpRewnOJ1u.8_nHfYIcPjOmBdwXn3Bfwm06YUdkfyNWS4TqWHtw8Le8vJouScf7 zIeQ9s.ioVgN4JqH2n2x3AGK_ehuzD7r3_dp70mtoZOKv.vllZbSOyc5B0nPgG0qDLS3QafsfGyV e.E6dKlq6HuKQ2iiOqokKVa7YeYwzHIE3Ni3L0hHEzdjS7bB87iD6RYJug0IKNReWpChMT9sjOrp Z7nMh6u3jDxO.DUxDzgzLa_0afBJeR28dSdg9tccskR_2Y3KrUCZwIhPAj0vslnxDoe6M291ISIx Xx7xqoyp27QgRzTCRP9eOvAvbEsxR8dIHz5zuIDuXCkFYMlOc4MPo0NekOmV1DYTn9SZiGlJ3pdP JIiCXNtcgMF_b.y0Np5sxnji95k2y4.VccTqhZz1Q.jekoJH215x6BR.h7ID3n9v91XZGh4dBkNv P2dBVL6Dps6NJYyto.S_dEoblI4.X4EDUFUaN6a8AuECWIcbLPGvgn2tLIJjjEhSiOys0Jme_S4e TUbPZycQYGDJ6Uru9nzUJokPit27ye.8sptuPulvJP.1hK8HyawApBzb.VdZdkEgNKiLh071_ii2 nm9J3BCQzN5b46k0_a.pJbqxqNZLkhXSmZ_QtBZNGansYTlUnDb7Met7Hd_xOS5LZMhY2BUMS_7b 3kjyZhaL3iXRwrUjGXY0Ux.U28fUdYUCbcFa4WGA.z9Wb6RdU4tEN70020755MYwKDR0ybvj1Y7d lO1zT_qVoJJS3VrZiUH0oK3lDA2JqD4PbTRO89zHQAxoU7PYinSiIeGZQVopZqHVnn2VouxVlXma lsr21xaPYdVNw4mRGQo_Q95WQ8ZJW.JcRWG7h2tfGEPAofPvCmKx8KgjDHgDPeCJuDZurdPosMvS 69dP8vXUS.FYJpNNiyTzz6JIJJHOlz_sSztR0mvTnK4V9yKb.Dwso8VU3lFNymD4rEL4A7yqLokQ kQT3UpiqN.EgKkNIjmL68pPFAT.QSzhDpHSi55zryndYcQ9pfEq4KvjL.U9U8fm9QnRu4C1L4Z2m dufQPVSaOSbIrzwrRD.DxyMbL4D1feOqQNdt_PXTvgd3UrOFeAqBszcvI_dDKSMD30sOMmSXoW3y lBtnUmpxEowpnolEZKicXbeHDNxHeTW5WCd.Cz6A7gtwVOJgNaYNLbl1hrze5ZKLsoEkmiItzTuB UTaxVxWUAGlSegS59Zjl8sqGmjUmswZAD76BlzYKuAeChvUqzFrROnGFFt7zlth1lX6sycCMMTyR LL7aCird6zVqMybGHMbjx9Xg2SLp.WiLlexnQzC4nVA8dyTvpjzzFMKAiLdxmCxGFI8e6ZtDwM0U 8c213cKV6WgyaTou.kNw7aix9mXIzt3RDN5xUDZ1umKXjM8dOv4xpqh7I836Q.M2m5P1OjWqu2Fr cl1MHEstxiXuZGvcjcARWWnBv.bMqVOd2f84Hz9bKIgbra03rc40e3SasejE8dyx4DfbFeaNNovT 9Q_IV3wB7_C3Hl5vyn8YWjH48muFSoOzCdqrY2LkqtwDF9LykRvzWFYXFDDaIXIxnDPkOJ9DJgwe oK3djPFVpZqJcPisGnnUzSQNJ2QB7Ht5r5EOmVOR5KSfYcY_NR09FkSsxwruoxpDCICJdx_U_G3T 6gq9h.uZ3852LJM_6XZxR2Y_C5PpQKqqj6kGw2WamaSrqn7j0ZyYh_HCGEaGyN8PG1IAldipebFe Dsik4JLe07vG1YBA6XujI8bWR6c2B_Qlh7gLJRESZucWIBSMbnyXNHr0_TY_JRbbXRQyiOfPKga8 8_b4g_s6EqNsHtAO1bL5YQCkeR9GixKBmoH_VEcU6l77vp66JCb_Pn96mw9mF5Avg_k.69IQ6WYy HwTouMyaBch_tsK3KaN2GE7oiOL2PmQHJUvtluXQEdpAzobM2z5CjkOCzZl2VZLlmEMlBNtDyAMR 4p7Qfo4WcvgjGZp17v1tySKYmK4LgMZEJsxwVIy0SLZrJ8psZ3GF5o1mrDTCS3OOXV3RvyUWdyNk cDuRon1nEQ0gL.i72MY57nQ4ZfDSH1nM9lKjZH3a0kGJ6WKj8Iej6K3czFosWiiD_8G0Xx1xdqoJ BuEMMjKe8BA4aDTntanT.M4QvnuAbo1hqs..jg5UhZq_jfaYELwwKBwt3Q9Qc8azOZ_tYjlx3xed agcRZ9nSZM5p_vOSGRGAL9p2v8Zn8U0F61y9P4h7QRczLv5yfHoXVU6DYnXbSppwSLETcfmcC2pR MOmRhrSvLT93BanJxhjMJrHAyIHv_J2FpR2g0SrdQqmCDXEJZ7fTrS9IEFN3U.1G0qHJywAxx9rM 95bDe3gVaQsGBrFifN3nSgrcVyxlN51wAOjukOq_BP6zNyYoBrwlrqf56PDzzmMbYGorRiEfvNyL K X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Fri, 14 May 2021 12:47:44 +0000 Received: by kubenode542.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1f15bc19c5d58ca74a1763a70a64affb; Fri, 14 May 2021 12:47:43 +0000 (UTC) User-Agent: Microsoft-MacOutlook/16.44.20121301 Date: Fri, 14 May 2021 08:47:41 -0400 From: Reshad Rahman To: Juergen Schoenwaelder CC: "'netmod@ietf.org'" Message-ID: <91698921-0BF6-42E9-B467-B5177653B384@yahoo.com> Thread-Topic: [netmod] Typedefs for bandwidth References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> In-Reply-To: <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-Mailer: WebService/1.1.18291 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 12:47:51 -0000 On 2021-05-13, 1:25 PM, "netmod on behalf of Juergen Schoenwaelder" wrote: On Thu, May 13, 2021 at 11:57:26AM -0400, Reshad Rahman wrote: > Hi, >=20 > =20 >=20 > Has there been any discussions wrt adding new bandwidth types e.g. t= he bandwidth-xxx types in draft-ietf-teas-yang-te-types? I see RFC8294 has b= andwidth-ieee-float32 but it doesn=E2=80=99t have units (Kbps/Mbps/Gbps). >=20 The description of bandwidth-ieee-float32 says: The units are octets per second. Note that draft-ietf-teas-yang-te-types has been published as RFC 8776 in June 2020, it should be safe to use these definitions. You are correct. I just wish that definition was in a "common" module inste= ad of teas-te. Regards, Reshad. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod From nobody Fri May 14 05:52:30 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DBCC3A31DC for ; Fri, 14 May 2021 05:52:25 -0700 (PDT) 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, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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=nokia.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 3MJwRJkaJ2fw for ; Fri, 14 May 2021 05:52:20 -0700 (PDT) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2124.outbound.protection.outlook.com [40.107.22.124]) (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 B20483A2FA8 for ; Fri, 14 May 2021 05:52:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FRpf/zAZCH2SnqXidD0++ktqXuCC4w5FBZz7iGEHzNPzX7VJv2sEToAI+EFPKeSe2L1ILUStVa2SjU/6n72TaZUMFeOAeRVD0KcPqLYPdSBXXIN/ATSg3XyRnczyXHgLysk41SXb/rwvUixCrOKiRxpotR1VD3xyuH1RxPVLyYokOKr/vEJV0SK9IPzuwyV52iBEB2iJiWOtc+XiFJlx0aTcFQ171YXMYsLP7OOIulzimcsQ0JxdH6DgIw701EobD5Pd7DZsjVden7Yrsg6bos7eMunya3nzlRwVxi9FpAZPwixyf5iuBwVroLn7m7c6Cy720QzXLgTWn5BABPWPwA== 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=mB/jzFRtqu+5VfOZqlatIY5ta95FVe7skFa3zddEjgQ=; b=jqt2s3G5h7YExTqLk9G8bMTOAH5VVvJlKxBKUdNbBTfySD7QZReeRH15ocOGsZkPEshO16498Kkf38DJaI5W380WlSKBdIc7h5vJmqg3Hv/1CvXrGbOTcjGlQ202QUYsHqG4chz9AlmZpT31Zl+L3KovVPfqo1jUauIR6dMhusbZRn95Mk/KeM2UQr9ZMYjYCmDANeloKPtz3w6dFZLOIHmnOqD4QfbpJ95TXBOzLGVE7AEga2OpCTPTyKvKGylT7yQBuFyYLQrHrlGMofM5+KcfG/6MsZojF+PXhPB0NzXEyoRZFMSCa1mraonpsnnF/9sQagKncvRIk96rm23UOA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mB/jzFRtqu+5VfOZqlatIY5ta95FVe7skFa3zddEjgQ=; b=TkfKpA5WSc3wPE+D/kfRuVgLBXutpuUDMTFOVwBLs3hU39d5SoH7GoWL+UGd5Rq8UL8DSeHTALcTbXqKSqivVi370l3bKbJDO9KthNE4bm/VoKuzvYKALxZA8VYi8agyNuR6HeOVI1mDUhlqSXQxspaSwX/hiXFLTzaG+1MCKF0= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; Received: from AM7PR07MB6788.eurprd07.prod.outlook.com (2603:10a6:20b:1be::14) by AM7PR07MB6454.eurprd07.prod.outlook.com (2603:10a6:20b:13c::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.11; Fri, 14 May 2021 12:52:18 +0000 Received: from AM7PR07MB6788.eurprd07.prod.outlook.com ([fe80::6027:8b24:2ab9:9eed]) by AM7PR07MB6788.eurprd07.prod.outlook.com ([fe80::6027:8b24:2ab9:9eed%7]) with mapi id 15.20.4150.014; Fri, 14 May 2021 12:52:18 +0000 To: Carsten Bormann , Juergen Schoenwaelder Cc: Reshad Rahman , "netmod@ietf.org" References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> <2C1E1AEC-AD59-42CC-BABC-DB97E50B28FA@tzi.org> From: Dieter Beller Organization: Nokia Message-ID: <3261ddf0-1b83-b7d5-7333-2e58db92d25a@nokia.com> Date: Fri, 14 May 2021 14:52:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 In-Reply-To: <2C1E1AEC-AD59-42CC-BABC-DB97E50B28FA@tzi.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [5.146.193.255] X-ClientProxiedBy: PR3P193CA0022.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:50::27) To AM7PR07MB6788.eurprd07.prod.outlook.com (2603:10a6:20b:1be::14) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.18.11] (5.146.193.255) by PR3P193CA0022.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:50::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.25 via Frontend Transport; Fri, 14 May 2021 12:52:17 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b79f3056-246a-47eb-b1f7-08d916d71b55 X-MS-TrafficTypeDiagnostic: AM7PR07MB6454: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:3631; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: jr7wB5j8SF2p5DVRJQn2SKYG6XHBBEW8/kJdAnpHr2ljj7JwaSOQDy/mYsfBSN7Psq85KDiqaIbD4CebeqdrxxTXGzFrc4RTUv/v76ijVmT0/Rc8iQRQQSrISvEyVdzBhtc9cnwUq/IKeSsk+TYAV7wP4MPexloj1EwW/88nYwdFoaKw7GEHTgeyalpzgqO+KjODuyfkzrDRhl1nlo7GtSJBbHPwgHsN7oWJ30oqVywYtLTknZ1S2ZFXSOrWcap3AM0fB0Zip1AsEz0AioQaTAOXJyBAuL1ezyqyLdCJLIucLOxaN6nDMsjSTw3H6tBWWotvlUfLnHB+wABYxqmdFKu6AkTtf22kALB/HuRq0EKY10oU8peA9Oeyi8JPfvue5XMVm9hT415ewmgvaPcwUlb96DjIedIIcRsjTCZQe9kXJZc0z+8z15dsXt2yOi0WPpbZ01rRt5QqJs0l2UjYnFq2kbAlFCgvuAQKrQCJJXfzsOj8lrjMnruOL5GV0x9dh0WICxe1/hvpRcICgdcxvO1LxBovbOi4DxixUqkBifMJt84a4H4svut2mMz9htxDa/ju9/Jr2bHk1+B9dzDnDMf8iOQdFNQuEZLZWDggn8Tsi4XqPs18+HPnE9assUA8XXvpkrW2gP2MEyU8hi0b67EwLQdcXP79rrX5hQoUHTLayw9QZWRY47Rk6ZKVWLuMOO5XZq/JRQVfLEba2mDdGAHjeuprTLRWho+4dQw/DwZ0iUg7ZpDFa9K8lSQONHhr4vuyXS/Alw+I9ZLzJGA/Xw== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6788.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(396003)(346002)(39850400004)(136003)(110136005)(54906003)(16576012)(66476007)(316002)(66556008)(966005)(2616005)(956004)(8676002)(86362001)(66946007)(31686004)(31696002)(38100700002)(26005)(6486002)(16526019)(5660300002)(4326008)(53546011)(2906002)(36916002)(478600001)(36756003)(66574015)(8936002)(186003)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?UGoxcnJHR001clE4MkhTNW1hOFk1eWVlaVc0OHdwQUVKcmR5LzBJY3lMRjlV?= =?utf-8?B?dTlJZ1hIQmFjN1ZXU1lZWVFnT0Q5am1ERnFKR2JaU3lkaWh6NEdJQ2xoUFNJ?= =?utf-8?B?dXNpSVlGYzMzUjN1eHYycFpFUzVzeGw0c1hsOFBDejY0Z3lyUFBVVitUV2Rz?= =?utf-8?B?TzNNQ2I3QjFjUVArZmN3YWVGaWs2eDhYalJpekZ2b2wrejlsV1hBT1Z3UnV2?= =?utf-8?B?WFVlV3cwYXUzd2I4T1JCV1ptUVlRLy9YZnhNUldGdXh6WEtJSXQrOGs3aElk?= =?utf-8?B?TmJ4TWZJSFQzb3BxZm0zTG1ldHNuYjk0Ly9rR2laZlFJRUEwbFRzVjJwanU3?= =?utf-8?B?QUNlWU5xbEJObXJTcDNjTVB3K3N5WnpidStGbnlnNmF1bWpML3hxbGNDTk1o?= =?utf-8?B?WlFLM2V3OUErS2JydGZ1bnZ0Slh2eWlNUytDK05uc1U3TW1malNOZW10ZGZm?= =?utf-8?B?Ymk3MmJlbklqWTgwWnZ0MlZhNVhETXZ1N0k2bWZQL3FQZ2I1bzc0dEJZbGtX?= =?utf-8?B?YkZRQ0ZGYWIzMFYwUE5EK1ZhRGREU3h3RmpSRXpqemhhN1VnTGZIQkhUU2h1?= =?utf-8?B?L1l6d3JLZnR2OGEremJ0M1VEejYxNVBKa2JMbVZYVDc0eU5GR1dJbkU1K3M0?= =?utf-8?B?SUh6RXNuSEtqeHhjcVQ4MFZWVDlDeDRhMTducW1WeVhhRlpOVjdsZGtSZ0Vy?= =?utf-8?B?ZHdQd3NhNWtYL2g1ZVFlRU5wNmhIMlUzbzNTOHJLM0ZHQkN3Z05iL2hRc2ZH?= =?utf-8?B?cHJBQnZHbkEwenYwNi8yUG1HdVlFYm5TNXZZUFo2MFlIanRIVFJzUE9rNG5u?= =?utf-8?B?ZWVRZm05VUg2N0Nhdyt0djVmUkhqQTNJV3F6UXE2RmRvc0tQZ1ZDLzZIQUtS?= =?utf-8?B?azNsMmMrWEFTSHUzZzlac1JZYVhGbldtMVlPWmhBUEcwWXREQmh4d2VaOXgv?= =?utf-8?B?bnBRQ1JhVklqRkpvRFB4anYvWjZrcnFKbWdsa2RLejliWFRveHNIaHVjZmcz?= =?utf-8?B?OVFLQlVEVXoreWNtaVFVdUZOeXh2K2hreWRUdTU0Q2xzTVhKaEVkZ3FjRXN3?= =?utf-8?B?UTU0UjlJK0xySCt4dXo2NmR1VkJYSENqcXVvVUpBU1dVSkhJRlZ2b01XTTJJ?= =?utf-8?B?akR0VkZCdmdiVWZoci9rUEk4ditFNjlTMjh4aUdnb1NyOU1KS25zSktBMWV3?= =?utf-8?B?T2F5M0tUY2k2bnRyVGtrMjlIOVRyS21zeHhDUkExQmdpMzdFdXBiUWgxTzRV?= =?utf-8?B?NEZZZE9SQ2VHcm5heDBKRXRBUndRdWZXS0tVN0tvaFRwdlJyRm1sbVJuMnE4?= =?utf-8?B?WlNWZU9ydFpnR3JadXp1b3lDTnhGalZ6SThBK05vNHBMVkdyK0tyd2xCWGow?= =?utf-8?B?azVHa3lzRThLemczNThtNmU1Y0QzZFo4d2Z3WnRXT2lxU3IraFpCN3kwWDRk?= =?utf-8?B?R0U3czFmNlllamdmNFA5K3d6V0c3Z0F0QlRsL3JTcnZWMnMrbU01NmpEbXJR?= =?utf-8?B?Si9OL3FZZ0lYZ2o3SDEwaGgyOG1HNjVQOVY4UVltZzgwWlo0eElveFp3blRU?= =?utf-8?B?aU9Sb1lYMUtod2srOU9jcXNMMU9VdTZIN1JWNlU0ZE1vQThDRDdrL0Z3V2d2?= =?utf-8?B?NE9HQS9XQ2J5VzJNTE5naEU5KzRzZUFkcGw5WlN1MGd2aDhPQnRiRlp3YWFm?= =?utf-8?B?bFVnTjdSMk5yYzQyQ042eHcxOWNYZkVhRGV3YUlObXJYdHloL0lFVzJhVDkv?= =?utf-8?Q?wlybxeyXQdo5CCZpEMegRYL3+i5HYURrIpJ4vHQ?= X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: b79f3056-246a-47eb-b1f7-08d916d71b55 X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6788.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 May 2021 12:52:18.3957 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: PJEqgZoSJVxTx/gMGRW3gHXWWmcbHS/J+Cnol9UGGVEHu+FKP/bgR6s6WDEveG/TuS3Xbb52VR5x2n8ACJPIEQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6454 Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 12:52:29 -0000 I concur with Carsten. There is YANG modeling work currently ongoing in CCAMP where we are dealing with analog bandwidth (DWDM transport networks), which is measured in Hz, kHz, MHz, GHz, and THz. So, the term bandwidth describing a data rate or bit rate has always been confusing in the DWDM network context. In this context we are also modeling the digital data flow carried by a modulated optical carrier, where the analog bandwidth is an important property. Thanks, Dieter On 14.05.2021 14:10, Carsten Bormann wrote: > On 2021-05-13, at 19:25, Juergen Schoenwaelder wrote: >> The description of bandwidth-ieee-float32 says: >> >> The units are octets per second. > The quantity you are looking for is called “bit rate” (IEC 80000:13, item number 13-13). > Its unit is bit/s. > > A single 64-bit integer should give you both the range and the precision you need for all practical applications outside millibit networks (“LPWANs”). > > As does an IEEE 754 binary64 float (and, probably, a binary32), which will even cover millibit networks. > > If you prefer software floating point, you can add an exponent. > A practical base could be 1000, so an exponent of 0 is bit/s, 1 is kbit/s, 2 is Mbit/s, 3 is Gbit/s, 4 is Tbit/s, and so on. -1 and -2 would be mbit/s and µbit/s, units maybe many of you aren’t as familiar with. > > Grüße, Carsten > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Fri May 14 12:52:54 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E8FB3A3E1E; Fri, 14 May 2021 12:52:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.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 aueaDG-z5dOm; Fri, 14 May 2021 12:52:47 -0700 (PDT) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2091.outbound.protection.outlook.com [40.107.94.91]) (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 4D7703A3E1C; Fri, 14 May 2021 12:52:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hmviY3nnNOXyibJ2pWh1lR1Qw6hc/N/y/KOpd3+3hzanmr3/BolXVd/+KwEzo+149GfRET/VCEXI6y7puRAdCEb+OWPWXqOnHjyrrFlBtZOIjY8Wfl++xmXTV2wAGv53zcE+ym+kyYvCmY+179VmvEv3wVnxhT4dOl5eJYoCSK0i63kTMcK2PXtnHboa4omNjoTUGhavs8IF8GIFSgHJ8/h8KbPJuiEEqlZNPxDl3yhwi5Pi6JPQOgsem4+FSGv9f2vw8c6fQZMQ8ekn7DQTFgjeUlqs8m8uPuXbaTzF6MVxOutSFLswbJM75w3rJQxaN/R7tVYnZ1VxWfKCPPCGGA== 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=aJ/CQtnFok7nePUWuNKriEn3CFUSJ3xFXPeBmRy71ks=; b=oLHE4DLkfsaKXsr10p6HcyxxwAxeVeRoLh3LrRwLt/ze5aI7Zym5szOmG+NMW6Jg8JxsB2KOKN3fk4ME4QKi77670tWqWbXr5xGQ1E65fFxg5qqdT+YUibDVU5rIzqH5w76RtNL886y19xMl78M9HFNrDe2c+V3IBuJ2FQP7d5+f7PzG6BKa6/TpLcWpOqhG5N5CMdCtNcHBS5reJAMzqBpb3nRjL/qDVhrR+vmvkJN6EAA9lrdv7jv/IMU7AZJaKtPQZ4cN+9i+f0uicA2DOBoFiMMOJoAujrCKWrFQ7QmXloyF4Xrtw8wWImYhNbMuV6nJ5UH1Lyjw+YTvwKUNdg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aJ/CQtnFok7nePUWuNKriEn3CFUSJ3xFXPeBmRy71ks=; b=NjlAll2guBs1K8Ubs1a03sFKOb1VP4TU9B2OyUeFgjwy14IncSqvqcW8xB0umi5a47Y3UcmM6m4zuPlzBbv/idAl/kC4zr/1q2YB8NxXpPR1hpGFkzaXrnBMKSw58v7dw9vWjkryldi1nPpeqcMFZhwLbMdw3NqbcYma9tnZikI= Received: from MN2PR14MB4030.namprd14.prod.outlook.com (2603:10b6:208:1dc::14) by BL0PR14MB3809.namprd14.prod.outlook.com (2603:10b6:208:1c8::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Fri, 14 May 2021 19:52:42 +0000 Received: from MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::9c34:d815:845:48eb]) by MN2PR14MB4030.namprd14.prod.outlook.com ([fe80::9c34:d815:845:48eb%7]) with mapi id 15.20.4129.028; Fri, 14 May 2021 19:52:42 +0000 From: Don Fedyk To: "Acee Lindem (acee)" , Italo Busi , 'Juergen Schoenwaelder' , Reshad Rahman CC: "'netmod@ietf.org'" , "teas@ietf.org" Thread-Topic: [netmod] Typedefs for bandwidth Thread-Index: AQHXSBDRqiyh9aZFhUmC5lLc9Erot6rhqa4AgAEYOgCAACbjgIAAevqw Date: Fri, 14 May 2021 19:52:41 +0000 Message-ID: References: <507944B5-2E1F-4BC1-87D4-6599A6632CD4.ref@yahoo.com> <507944B5-2E1F-4BC1-87D4-6599A6632CD4@yahoo.com> <20210513172502.mwuwm7ddd2ypxano@anna.jacobs.jacobs-university.de> <108aa61bf6414f36bc6661d72b1b3a03@huawei.com> <35CB345E-B70B-42BF-BE13-5BBC4D09C05E@cisco.com> In-Reply-To: <35CB345E-B70B-42BF-BE13-5BBC4D09C05E@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=labn.net; x-originating-ip: [173.48.105.206] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 17661d7f-5fc4-42de-1158-08d91711d5ed x-ms-traffictypediagnostic: BL0PR14MB3809: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zpUMc5Y4AhHCGn2uMG4InX98NYTgV+QcMN5GhTp44i7wQMG/KpJX/LjRf2QiogWUAtERy5UCz7v16qd1YAc/DBVXgqM0M8/+rwYiGLSwlu0E8iB1p6hzRwK6BDW1eNf+Hy6DKW3aiBFSciviXEsw2ewEQUU4Dl28LzNgKEDphdHhNp841T8b/v3pQic7mUEOmreZFGj3mAqcxGUMtKrZLMFMpHI+Qob+TRKad2WAAsmxg+KfxIxn76lbYSaJcxcqM24/cc3W5Dz3pw5/KmkPoLvQuYB4KZ3L0p/L4nXwGuNGTQ4hW+v8KTrR0qc0xNZ8gReilcb0hTJoYXqSCnOoo/NQtWgpDq3XH1PHY/Dn/gkv9qWYjX8jWXIxnvx0lofS77S6xBY6KQPuN+A58IiB47ocf/0tXRNyXsmMj3iPIsoqaDAjsbpfQJL8ZREy5LCNdV5brdk7J090nJIRayARR6CBZU6P8nlJDcLFidbCH+iMtCa9IFlGtstfVCNUeUWxZY3pYxULmeaHYQAp0nAbfSHhOlqOuqpBkClp3decgqucwas1Eisy/FLwyN1XWe26I19uy4J4Nko6o7qZBFyCpMT6KGYkyS5UJKJCfTCbmbrxXaNpY5EGnG/VJboaY3eacmpVzxnLXCiwpBe+KaM4xTl0wpOqLUAXaFpX/I//WxPhGJfpoMwdwYjXknu0/UjzHWZ1TBJOcrdrZ2YXXMxubbkfxEVIhesGi/QcqVldN8c= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR14MB4030.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(39830400003)(376002)(346002)(396003)(136003)(478600001)(66476007)(83380400001)(6506007)(38100700002)(122000001)(66446008)(26005)(9686003)(8676002)(71200400001)(186003)(86362001)(55016002)(54906003)(4326008)(64756008)(2906002)(66946007)(33656002)(53546011)(76116006)(5660300002)(966005)(66556008)(52536014)(316002)(110136005)(8936002)(7696005)(21314003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: tn0tRKgd2cUmfksbCntH9FeqwrsAMIFj5T6Et6+mC726ftKKOm76q5A7QSZEAKGwdBM6Ix0RVV40ZIP2tsUKqill01uKJEezvGCjTP+IP66sfB+CxEdicIiwg7STEyqrH7l76VLjVf0glR5fWEg8MJfnhIa8To7e8m8tY9jf2eUzRbFbzWH9Z6waq6GhWVurxs9jT8iNUwiEhKWbviBcNL9YB+YMQJsW9dc7G/+1n8cnKADixBRcUaLD8sakX+VjgH2OOMLfE7EH8iVO6bmpcFI4XxhJDI0ZAGckZ2RR6Y/K4Fn7Cq2zrAoyfKg3Xxekp5A0z00fgeMqbWCDsBzjavhHkIdLmg0zVUSh/NA8pj5kmqBvIm5p8dCsz6JFJf5Fe8VrVE18Ql/Y1aaiIs77ndVr4yDVgut3BJ6pcOgMjlJ0GC1Vz2YyTqtwDG4fVK98JfehoUwMzjGTE4TEyKALPFfDYen+2tOOIzRnQ2mNIxC2OXANr5RzV+r36oRWgMzQpiaXf++h3rktn8bX2iCYmEyuBjz2/Nz9N/2zM7omceyxgnMK2WjoDzAyyT6OkK2mTr/S0Lgt8NyTqbt8CE7jWOQuUrzP8mf0x94y1+5Qgub+4DSr0DscLCkgiVARWXw3QY1kKHY22NtP+UWTsj5vXai2DXfiES8vyArT2Y0ac/gtGtBBytr4eSZRVPn+9vmFPyIWac6UG+FTKPciJsS14+UpU/Eqx1WWbBQ4SK2nDAI= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: labn.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR14MB4030.namprd14.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 17661d7f-5fc4-42de-1158-08d91711d5ed X-MS-Exchange-CrossTenant-originalarrivaltime: 14 May 2021 19:52:41.9098 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: eb60ac54-2184-4344-9b60-40c8b2b72561 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 1IDQdilnr0NfTo6O4i6FC2xyqWvrW3ck27UXA91lYAAwD0sR+tKp6oefqf/EU3ytTrTR+69CJ6L+7W3BgmX5OQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR14MB3809 Archived-At: Subject: Re: [netmod] Typedefs for bandwidth X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2021 19:52:52 -0000 KzEgVGhlIGZsb2F0aW5nIHBvaW50IGZvcm1hdCBpcyByZWFsbHkgbm9uLWludHVpdGl2ZS4gV2Ug aGF2ZSB1c2VkIHVpbnQ2NCBiaXQgcmF0ZXMuIA0KQ2hlZXJzDQpEb24NCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IG5ldG1vZCA8bmV0bW9kLWJvdW5jZXNAaWV0Zi5vcmc+IE9u IEJlaGFsZiBPZiBBY2VlIExpbmRlbSAoYWNlZSkNClNlbnQ6IEZyaWRheSwgTWF5IDE0LCAyMDIx IDg6MjcgQU0NClRvOiBJdGFsbyBCdXNpIDxJdGFsby5CdXNpQGh1YXdlaS5jb20+OyAnSnVlcmdl biBTY2hvZW53YWVsZGVyJyA8ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlPjsg UmVzaGFkIFJhaG1hbiA8cmVzaGFkPTQweWFob28uY29tQGRtYXJjLmlldGYub3JnPg0KQ2M6ICdu ZXRtb2RAaWV0Zi5vcmcnIDxuZXRtb2RAaWV0Zi5vcmc+OyB0ZWFzQGlldGYub3JnDQpTdWJqZWN0 OiBSZTogW25ldG1vZF0gVHlwZWRlZnMgZm9yIGJhbmR3aWR0aA0KDQpJJ2QgYmUgYWxsIGZvciB1 c2luZyBzb21lIHVuc2lnbmVkIGludGVnZXIgcXVhbnRpdHkuIEkgdGhpbmsgaXQgd2FzIGEgbWlz dGFrZSBmb3IgdXNpbmcgSUVFRSBmbG9hdGluZyBwb2ludCBpbiB0aGUgZmlyc3QgcGxhY2UuIFRo aXMgZmxvYXRpbmcgcG9pbnQgbm9uc2Vuc2Ugd2FzIGNhcnJpZWQgb3ZlciB0byBUcmFmZmljIEVu Z2luZWVyaW5nIChURSkgZnJvbSBlYXJseSB3b3JrIGRvbmUgb24gdHJhbnNwb3J0IGFyZWEgb24g UlNWUC4gRm9yIGV4YW1wbGUsIGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyMjEw LnR4dCBhbmQgd2UndmUgYmVlbiBzdHVjayB3aXRoIGl0IGV2ZXIgc2luY2UuLi4gDQoNClRoYW5r cywNCkFjZWUNCg0K77u/T24gNS8xNC8yMSwgNjowOCBBTSwgIm5ldG1vZCBvbiBiZWhhbGYgb2Yg SXRhbG8gQnVzaSIgPG5ldG1vZC1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBJdGFsby5C dXNpQGh1YXdlaS5jb20+IHdyb3RlOg0KDQogICAgUmVzaGFkLCBKdWVyZ2VuLA0KDQogICAgQWN0 dWFsbHksIHRoZXJlIGlzIHNvbWUgb24tZ29pbmcgZGlzY3Vzc2lvbiB3aXRoaW4gVEVBUyBiZWNh dXNlIHNvbWUgcGFja2V0IHRlY2hub2xvZ3ktc3BlY2lmaWMgWUFORyBtb2R1bGVzIGFyZSBub3Qg dXNpbmcgdGhlIGJhbmR3aWR0aC1pZWVlLWZsb2F0MzIgYnV0IHByZWZlcnMgdXNpbmcgc29tZSB1 aW50IHR5cGU6DQoNCiAgICBodHRwczovL2dpdGh1Yi5jb20vdHNhYWQtZGV2L3RlL2lzc3Vlcy8x MTYNCg0KICAgIFRoZSBpZXRmLXRlLXBhY2tldC10eXBlcyBhbHJlYWR5IGRlZmluZXMgYmFuZHdp ZHRoLWticHMsIGJhbmR3aWR0aC1tYnBzIGFuZCBiYW5kd2lkdGgtZ2JwcyBidXQgZHVyaW5nIHRo ZSBkaXNjdXNzaW9uIG9mIHRoaXMgb3BlbiBpc3N1ZSBpdCB3YXMgcG9pbnRlZCBvdXQgdGhhdCBp dCB3b3VsZCBiZSBkZXNpcmFibGUgdG8gc3BlY2lmeSBib3RoIHRoZSBiYW5kd2lkdGggYW5kIHRo ZSB1bml0cyAoS2Jwcy9NYnBzL0dicHMpDQoNCiAgICBJdGFsbw0KDQogICAgPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KICAgID4gRnJvbTogSnVlcmdlbiBTY2hvZW53YWVsZGVyIFttYWls dG86ai5zY2hvZW53YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlXQ0KICAgID4gU2VudDogZ2lv dmVkw6wgMTMgbWFnZ2lvIDIwMjEgMTk6MjUNCiAgICA+IFRvOiBSZXNoYWQgUmFobWFuIDxyZXNo YWQ9NDB5YWhvby5jb21AZG1hcmMuaWV0Zi5vcmc+DQogICAgPiBDYzogJ25ldG1vZEBpZXRmLm9y ZycgPG5ldG1vZEBpZXRmLm9yZz4NCiAgICA+IFN1YmplY3Q6IFJlOiBbbmV0bW9kXSBUeXBlZGVm cyBmb3IgYmFuZHdpZHRoDQogICAgPiANCiAgICA+IE9uIFRodSwgTWF5IDEzLCAyMDIxIGF0IDEx OjU3OjI2QU0gLTA0MDAsIFJlc2hhZCBSYWhtYW4gd3JvdGU6DQogICAgPiA+IEhpLA0KICAgID4g Pg0KICAgID4gPg0KICAgID4gPg0KICAgID4gPiBIYXMgdGhlcmUgYmVlbiBhbnkgZGlzY3Vzc2lv bnMgd3J0IGFkZGluZyBuZXcgIGJhbmR3aWR0aCB0eXBlcyBlLmcuIHRoZQ0KICAgID4gYmFuZHdp ZHRoLXh4eCB0eXBlcyBpbiBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10eXBlcz8gSSBzZWUgUkZD ODI5NCBoYXMNCiAgICA+IGJhbmR3aWR0aC1pZWVlLWZsb2F0MzIgYnV0IGl0IGRvZXNu4oCZdCBo YXZlIHVuaXRzIChLYnBzL01icHMvR2JwcykuDQogICAgPiA+DQogICAgPiANCiAgICA+IFRoZSBk ZXNjcmlwdGlvbiBvZiBiYW5kd2lkdGgtaWVlZS1mbG9hdDMyIHNheXM6DQogICAgPiANCiAgICA+ ICAgICAgICAgICBUaGUgdW5pdHMgYXJlIG9jdGV0cyBwZXIgc2Vjb25kLg0KICAgID4gDQogICAg PiBOb3RlIHRoYXQgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdHlwZXMgaGFzIGJlZW4gcHVibGlz aGVkIGFzIFJGQyA4Nzc2IGluIEp1bmUNCiAgICA+IDIwMjAsIGl0IHNob3VsZCBiZSBzYWZlIHRv IHVzZSB0aGVzZSBkZWZpbml0aW9ucy4NCiAgICA+IA0KICAgID4gL2pzDQogICAgPiANCiAgICA+ IC0tDQogICAgPiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgICAgICAgICAgIEphY29icyBVbml2ZXJz aXR5IEJyZW1lbiBnR21iSA0KICAgID4gUGhvbmU6ICs0OSA0MjEgMjAwIDM1ODcgICAgICAgICBD YW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueQ0KICAgID4gRmF4OiAgICs0OSA0 MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHkuZGUvPg0K ICAgID4gDQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KICAgIG5ldG1vZCBtYWlsaW5nIGxpc3QNCiAgICBuZXRtb2RAaWV0Zi5vcmcNCiAgICBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlz dA0KbmV0bW9kQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L25ldG1vZA0K From nobody Fri May 14 22:48:25 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C93B3A18EF; Fri, 14 May 2021 22:48:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Erik Kline via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Erik Kline Message-ID: <162105769373.20472.2171280979351884965@ietfa.amsl.com> Date: Fri, 14 May 2021 22:48:14 -0700 Archived-At: Subject: [netmod] Erik Kline's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2021 05:48:15 -0000 Erik Kline has entered the following ballot position for draft-ietf-netmod-geo-location-08: 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [[ questions ]] [ section 2.1 ] * Is WGS-84 still the default for geodetic-datum when astronomical-body != "earth"? I think I might find it surprising if it were (i.e. if astronomical-body="enceladus" and geodetic-datum still defaults to "wgs-84" as opposed to an unspecified value or something that might cause a useful error message to be generated). I don't know enough YANG to know if the "when" statement is usable in this case to constrain the applicability of this default or not. [[ nits ]] [ section 3 ] * In the description of "leaf astronomical-body", '67p/churyumov-gerasimenko lacks a closing quotation mark. From nobody Mon May 17 02:32:46 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 02C513A305E; Mon, 17 May 2021 02:32:45 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Lars Eggert via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Lars Eggert Message-ID: <162124396468.4662.1858113736639910372@ietfa.amsl.com> Date: Mon, 17 May 2021 02:32:45 -0700 Archived-At: Subject: [netmod] Lars Eggert's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 09:32:45 -0000 Lars Eggert has entered the following ballot position for draft-ietf-netmod-geo-location-08: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Section 8, paragraph 2, discuss: > [EGM08] Pavlis, N.K., Holmes, S.A., Kenyon, S.C., and J.K. Factor, > "An Earth Gravitational Model to Degree 2160: EGM08.", > Presented at the 2008 General Assembly of the European > Geosciences Union, Vienna, Arpil13-18, 2008, 2008, > egm08_wgs84.html>. > > [EGM96] Lemoine, F.G., Kenyon, S.C., Factor, J.K., Trimmer, R.G., > Pavlis, N.K., Chinn, D.S., Cox, C.M., Klosko, S.M., > Luthcke, S.B., Torrence, M.H., Wang, Y.M., Williamson, > R.G., Pavlis, E.C., Rapp, R.H., and T.R. Olson, "The > Development of the Joint NASA GSFC and the National > Imagery and Mapping Agency (NIMA) Geopotential Model > EGM96.", Technical Report NASA/TP-1998-206861, NASA, > Greenbelt., 1998, > . I question whether these two can be normatively referenced without an explicit DOWNREF check. First, the URLs of both are broken. Second, the cached versions on archive.org seem to be web pages that link to a lot of other material, with no indication that anything on these pages is standards material. Are better references available here? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 2.3, paragraph 2, comment: > 3-dimensional vector value. The components of the vector are > "v-north", "v-east" and "v-up" which are all given in fractional In the formulas in the text rendering of the document, these components are called "v_{north}", etc. It would be good to use a single variant in both the text and any formulas. This document uses RFC2119 keywords, but does not contain the recommended RFC8174 boilerplate. (It contains some text with a similar beginning.) ------------------------------------------------------------------------------- All comments below are about very minor potential issues that you may choose to address in some way - or ignore - as you see fit. Some were flagged by automated tools (via https://github.com/larseggert/ietf-reviewtool), so there will likely be some false positives. There is no need to let me know what you did with these suggestions. Section 1, paragraph 2, nit: - might be the location of data center, a rack in an internet exchange - ^ + might be the location of data center, a rack in an Internet exchange + ^ Section 2.5, paragraph 1, nit: > development of this module, the question of whether it would support data su > ^^^^^^^^^^^^^^^^^^^^^^^ Wordiness: Consider shortening this phrase. Section 3, paragraph 17, nit: > describes this motion at the the time given by the timestamp. For a > ^^^^^^^ Maybe you need to remove one determiner so that only "the" or "the" is left. Section 4, paragraph 4, nit: > lts For test "A.1.2.1" the YANG geo location object either includes a CRS ("r > ^^^^^^^^^^^^ This word is normally spelled as one. Section 5.1.4, paragraph 4, nit: > value, the YANG grouping supports the ignore case but not the relative case. > ^^^^^^^^^^ After 'the', do not use a verb. Make sure that the spelling of 'ignore' is correct. If 'ignore' is the first word in a compound adjective, use a hyphen between the two words. Note: This error message can occur if you use a verb as a noun, and the word is not a noun in standard English. Section 7, paragraph 6, nit: > e than standard configuration. Some of the readable data nodes in this YANG m > ^^^^^^^^^^^ If the text is a generality, 'of the' is not necessary. "Appendix A.", paragraph 3, nit: > ure 2: Example YANG module using geo location. Below is the YANG tree for the > ^^^^^^^^^^^^ This word is normally spelled as one. "Appendix A.", paragraph 7, nit: > Figure 3: Example XML data of geo location use. Appendix B. Acknowledgments > ^^^^^^^^^^^^ This word is normally spelled as one. These URLs in the document did not return content: * http://earth-info.nga.mil/GandG/wgs84/gravitymod/egm2008/egm08_wgs84.html * http://earth-info.nga.mil/GandG/publications/tr8350.2/wgs84fin.pdf * https://www.rfc-editor.org/info/rfcXXXX These URLs in the document can probably be converted to HTTPS: * http://www.iau.org * http://docs.opengeospatial.org/is/12-007r2/12-007r2.html * http://portal.opengeospatial.org/files/?artifact_id=27810 From nobody Mon May 17 02:33:48 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B716D3A3068; Mon, 17 May 2021 02:33:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, 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 (1024-bit key) header.d=eggert.org 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 zzJHVsOhENNL; Mon, 17 May 2021 02:33:41 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (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 204983A3067; Mon, 17 May 2021 02:33:41 -0700 (PDT) Received: from smtpclient.apple (unknown [212.68.24.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 0041F600C7B; Mon, 17 May 2021 12:33:29 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1621244010; bh=fIt1eTvK6Q6w+8W9eSXNsLBVsMSgy1K/kzpzDAlzB00=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=mdZb2FY6RtWmExvAzjL3ACuIyZsmw02sPEdgsyltapqE2c10TXvszItPT1iH2pbma mGBK+qMKRB1o4yWE2+OYnL0Eew9WyRYsqhmufnrC6+XpRWdkBid/r/KcMT6r1Z0nVg 8z3tjfDTUHExBB0rDAaLGEl6v1YuuS0Yjo4jYByQ= From: Lars Eggert Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_AEF9DD05-BB89-430E-A300-A40CA9197D21"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Date: Mon, 17 May 2021 12:33:29 +0300 In-Reply-To: <161947728622.5344.4005647920914159054@ietfa.amsl.com> Cc: General Area Review Team , last-call@ietf.org, netmod@ietf.org, draft-ietf-netmod-geo-location.all@ietf.org To: Linda Dunbar References: <161947728622.5344.4005647920914159054@ietfa.amsl.com> X-MailScanner-ID: 0041F600C7B.A0831 X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: Re: [netmod] [Last-Call] Genart last call review of draft-ietf-netmod-geo-location-08 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 09:33:46 -0000 --Apple-Mail=_AEF9DD05-BB89-430E-A300-A40CA9197D21 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Linda, thank you for your review. I have entered a Discuss ballot for = this document based on my own review. Lars > On 2021-4-27, at 1:48, Linda Dunbar via Datatracker = wrote: >=20 > Reviewer: Linda Dunbar > Review result: Ready >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-netmod-geo-location-?? > Reviewer: Linda Dunbar > Review Date: 2021-04-26 > IETF LC End Date: 2021-05-03 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > This draft describes the Geo-location object for YANG. The document = is written > very clear. I don't see any problem., except for one question: >=20 > The "pattern =E2=80=99[ -@\[-\^_-~]*=E2=80=99" is used by leaf = astronomical-body and container > geodetic-system. Why not creating a Constant for the pattern to be = referenced? > in case you want to make changes to the pattern. >=20 > Major issues: None. >=20 > Minor issues: None. >=20 > Nits/editorial comments: None. >=20 > Best Regards, > Linda Dunbar >=20 >=20 >=20 > -- > last-call mailing list > last-call@ietf.org > https://www.ietf.org/mailman/listinfo/last-call --Apple-Mail=_AEF9DD05-BB89-430E-A300-A40CA9197D21 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAmCiOGkACgkQVLXDCb9w wVdkwA//T0EKZXoBvQPcDTlXhXaI7b8LvAoUVjXFSw1u2olE8fHL5jMFuOZ1tkmX mOGqIN1VXSfylrd94K+rEvNSfzd8aR7cDCpDM16/9696t3P9fBNaBmvivjxTVI7/ BoiYR9/fw4wipGDkpNNWFiESoc9INKZBpRwVNnaOxbFAnpQKwXNlV8Kgm9D8ulkt ySVuZmc5LW7Ucrah29uZBKBT+oMmkHk82oAjY/D3O4X1su1ORSGlFuHAWVgzv14O rYT/9rOLCEJzTrn5+RJObgc/ju8IlKZTJhaU5i2589yF64MQdR3RgeysqeGXNmG1 /fh2HA/hV4xnHRAGJo+NWFu9x+Z5EJY8sxPrx8mShi01Qxz3OH+2lTmuZ7okJuv7 DDRCtfz+eFmAjZ7I6EyBSowTiVHmG7eOwOdHJmehtTC4D1It9GCPNN7AwjKUj5VN HCjbnkyM+KK1oxB/QdFURwaXzvPu1Uezw9uMf9CgwmbaZvGwAwSDwugZFuSTAv8b ymmc2O0RgAWVkxwqFl7mqQTXygddjbRwrVAYkMpM4CzjUXumNR14HlOk78mISaY8 Y2jdXmOzNzgbUT1n8pG5PSKiSpmZeafYzo6HDYthAyF8GHd5Tq0boekKxHGXXUAv kyNNkXfpQvi/UlT478DBGNa11Q8pqfiK1lrKnKJ6kVHHdf9UWtk= =LvLQ -----END PGP SIGNATURE----- --Apple-Mail=_AEF9DD05-BB89-430E-A300-A40CA9197D21-- From nobody Mon May 17 19:32:14 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89E673A199F; Mon, 17 May 2021 19:32:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 xkqJkUa43E3x; Mon, 17 May 2021 19:32:08 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 3872E3A19A6; Mon, 17 May 2021 19:32:08 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 6DCA980E8A; Tue, 18 May 2021 02:32:07 +0000 (UTC) References: <162105769373.20472.2171280979351884965@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Erik Kline Cc: The IESG , netmod-chairs@ietf.org, draft-ietf-netmod-geo-location@ietf.org, netmod@ietf.org Date: Mon, 17 May 2021 22:27:43 -0400 In-reply-to: <162105769373.20472.2171280979351884965@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Erik Kline's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 02:32:13 -0000 --=-=-= Content-Type: text/plain; format=flowed Erik Kline via Datatracker writes: > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > [[ questions ]] > > [ section 2.1 ] > > * Is WGS-84 still the default for geodetic-datum when > astronomical-body != "earth"? > > I think I might find it surprising if it were (i.e. if > astronomical-body="enceladus" and geodetic-datum still defaults to "wgs-84" > as opposed to an unspecified value or something that might cause a useful > error message to be generated). > > I don't know enough YANG to know if the "when" statement is usable in this > case to constrain the applicability of this default or not. This is very interesting question. I do not believe there are multiple defaults allowed. I have actually run into this in other YANG modules where it would be nice to have conditional defaults. I think the only thing we can do is either have no default which seems sub-optimal given +99% of the use cases will be "earth", or make a note in the description that the default should be overridden by explicitly setting, when the astronomical body is != earth. Thanks, Chris. > [[ nits ]] > > [ section 3 ] > > * In the description of "leaf astronomical-body", > '67p/churyumov-gerasimenko lacks a closing quotation mark. > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCjJyUACgkQLh2DDte4 MCXnRQ/9Ebqd0r+qRxMzi2RjNKtp2fTsXy3WV5zBr/wuzq4zujEEqARvChAewDIf bW0nK6su2Gf6Nh5NcD+NgxFPzhH9KCD2rxcwrDSTa63q3bKPCZRI2VT+Wa/cJq/0 1etAoGsN+z3wB7XY0OTeP8gJjqyC8gevXxyYiO8qxbqGMbDPPRp6zRYgRc1SN19u C02Z2qUr4h8Kts3jXFxRFsNS7xkcK1LKyx0LQPDUVg4p6aBJ0JFdlebOhHW55kQx t94pd1xO20FuCRJE5aI1kXrndGqvRb6knWtNix3dBfSXdTVaUIwMYc2bpflgCvra 5Y+nYzcuKzWHYlIeN62jRtwgKvElMXtoCzB01LyAmtqg27CowafiXRzKpM2YR7Xo ENZOgJuVIeqbdPMfwvUPsWgUJ13wfhZGDANYe+dHIVNssA/h+egLYpEmacz8uHg+ euXoxKc+qQWkAStUxvN1ScuWwVGGSgze7m74RN1r4SUMrkYFADLdjDdMriSU4FmQ z8RoPkp4dwNVtBXkqUO0ez4b0IXSpPH1oL3BtMlfL3ZSRB+kXfUbGJ1NXU+4vyqT RH/P9KUQ3F7qaV03g8Ju5HDfFsFt2ll+nLrrEBvH8FrW/kX2lWRL+C0ggrdubvLL NvLA7UlsyFkM4FC4V/MuIvNl8bjb1SINLy1goIvNnelOCvT8cd8= =pSGL -----END PGP SIGNATURE----- --=-=-=-- From nobody Tue May 18 02:20:28 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B347F3A144F; Tue, 18 May 2021 02:20:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <162132962533.8376.2106801342232982388@ietfa.amsl.com> Date: Tue, 18 May 2021 02:20:25 -0700 Archived-At: Subject: [netmod] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-netmod-geo-location-08=3A_=28with_COMMENT=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 09:20:26 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-netmod-geo-location-08: 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. Please find below some non-blocking COMMENT points (but replies would be appreciated), and one nit. Thank you to Ken Watsen for his shepherd's write-up (including the WG consensus). Nice to have acknowledged him. Note: I loved the "any other astronomical object" in the abstract ;-) and, for a while, I have believed that I was read an April 1st RFC... I hope that this helps to improve the document, Regards, -éric == COMMENTS == -- Section 1 -- As written above, I like that this document does not limit itself to the Earth. May I suggest to add the ISS to the list ? If ISS is not considered as an astronomical body, then I really question the usefulness of this document. -- Section 2.2 -- Just wondering whether latitude/longitude exist for all 'astronomical bodies' (magnetic field ? rotation on a single axe) ? I guess that it depends on the datum (just curious -- no need to reply). -- Section 2.6 -- In the tree view, longitude/latitude/height have the same cardinality but section 2.2 states that height is optional. -- Section 3 -- Any reason why the 'astronomical-body' is restricted to ASCII and not UETF-8 ? Should the latitude/longitude leaves have ranges ? I.e., -90 +90 for latitude ? == NITS == -- Appendix B -- Unusual location for the acknowledgements and it would have been nice to also acknowledge the doc shepherd. From nobody Tue May 18 08:31:26 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AB8ED3A1742; Tue, 18 May 2021 08:31:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: John Scudder via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: John Scudder Message-ID: <162135186967.26993.762040319790232057@ietfa.amsl.com> Date: Tue, 18 May 2021 08:31:09 -0700 Archived-At: Subject: [netmod] John Scudder's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 15:31:21 -0000 John Scudder has entered the following ballot position for draft-ietf-netmod-geo-location-08: 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for this concise and highly readable spec. The references to other astronomical bodies made it fun to read, although it did lead to my mind repeatedly wandering back to the question of what coordinate system to use on a body such as asteroid Kleopatra (https://en.wikipedia.org/wiki/216_Kleopatra). For example, I think the 2D heading and speed computation given in Section 2.3 probably only works properly on a spherical or near-spherical body. I mean, that’s ok, for practical purposes I think if the spec works on Earth we can live with it and save the rest for the bis. :-) Comments: Section 6.1: I notice the first two entries in the registry don’t have references. Are these coordinate systems so obvious to one skilled in the art that they don’t need references? They don’t mean much to me, although I suppose since they’re coordinate systems for the moon and Mars respectively, probably it’s not a big deal by the same reasoning as given above. General: It does seem like a pity the document wasn’t updated to take on board the suggestion from the document shepherd (in 2019!): “[Shepherd] I wish that Section 2.4. (Nested Locations) prodided an example using nested alternate coordinate sysrtems. For instance, a data center building has a "street address", it's composed of “floors” that contain “rooms” or “cages”, that contain “racks” to hold equipment in “bays”, etc. The draft compares itself to related work, but it is unclear if any of those system support nesting alternate coordinate systems such as those described, or even if it would make sense to do so.” Appendix B: Speaking of the shepherd, I agree with Éric’s comment that it would’ve been nice to acknowledge him. Nits: I think this document has the fewest nits per page of any document I’ve ever reviewed (kudos!), but there are still a few. Section 5.1: In order to verify portability while developing this module the following standards and standard APIs and were considered. “and were” -> “were” Section 5.1.1: all the location values. As the URI is a string, all values are specifies as strings and so are capable of as much precision as “specifies” -> “specified” Section 5.1.3: position type "gml:pos" which is a sequence of "double" values. This sequence of values represent coordinates in a given CRS. The CRS is “represent” -> “represents” (because “sequence” is singular) Earth based CRS as well as virtual CRS should also be representable by the GML CRS types as well. Drop “as well” (redundant with “also”). Section 6.1: This registry allocates names for standard geodetic systems. Often these values are referred to using multiple names (e.g., full names or multiple acronyms values). The intent of this registry is to “Multiple acronym values” or better still “multiple acronyms”. Appendix A: description "A of locatable item"; Lose the “of”. From nobody Tue May 18 11:39:05 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 17BA63A1CA5; Tue, 18 May 2021 11:39:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Martin Duke via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Martin Duke Message-ID: <162136313964.4734.13565222491483220768@ietfa.amsl.com> Date: Tue, 18 May 2021 11:39:00 -0700 Archived-At: Subject: [netmod] Martin Duke's No Record on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 18:39:00 -0000 Martin Duke has entered the following ballot position for draft-ietf-netmod-geo-location-08: No Record 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (2.2) "For the standard location choice latitude and longitude are specified as fractions of decimal degrees, and the height value is in fractions of meters." What are "fractions of decimal degrees"? Is it not better to just say "decimal degrees" and "decimal meters"? From nobody Tue May 18 11:39:22 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 52C343A1CFA; Tue, 18 May 2021 11:39:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Martin Duke via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Martin Duke Message-ID: <162136315183.30958.8064387655774331102@ietfa.amsl.com> Date: Tue, 18 May 2021 11:39:12 -0700 Archived-At: Subject: [netmod] Martin Duke's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 18:39:17 -0000 Martin Duke has entered the following ballot position for draft-ietf-netmod-geo-location-08: 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (2.2) "For the standard location choice latitude and longitude are specified as fractions of decimal degrees, and the height value is in fractions of meters." What are "fractions of decimal degrees"? Is it not better to just say "decimal degrees" and "decimal meters"? From nobody Tue May 18 15:09:47 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6670D3A118F; Tue, 18 May 2021 15:09:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <162137577087.11060.13465816664316753127@ietfa.amsl.com> Date: Tue, 18 May 2021 15:09:31 -0700 Archived-At: Subject: [netmod] Roman Danyliw's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 May 2021 22:09:42 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-netmod-geo-location-08: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- ** Section 3. leaf astronomical-body. The content of this field appears to be "An astronomical body as named by the International Astronomical Union (IAU) or according to the alternate system if specified." What’s the normative reference to the IAU’s list of astronomical bodies. Listed here is “https://www.iau.org” which is an unstable reference to a website with changing content. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you to Stefan Santesson for the SECDIR review. ** Section 6.1. Should the constraining pattern “[ -@\[-\^_-~]*” and associated text from leaf geodetic-datum be used to guide the acceptable values of the 'name' column? From nobody Wed May 19 05:13:35 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E04C63A0B5F; Wed, 19 May 2021 05:13:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Francesca Palombini via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Francesca Palombini Message-ID: <162142641389.26028.16682502889430351090@ietfa.amsl.com> Date: Wed, 19 May 2021 05:13:33 -0700 Archived-At: Subject: [netmod] Francesca Palombini's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 12:13:34 -0000 Francesca Palombini has entered the following ballot position for draft-ietf-netmod-geo-location-08: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Thank you for the work on this document, and thank you to the shepherd for a very well-written shepherd write up. I have a couple of DISCUSS points related to the IANA section, and some non blocking question. Francesca 1. ----- The allocation policy for this registry is First Come, First Served, [RFC8126] as the intent is simply to avoid duplicate values. FP: RFC 8126 specifies: When creating a new registry with First Come First Served as the registration policy, in addition to the contact person field or reference, the registry should contain a field for change controller. Having a change controller for each entry for these types of registrations makes authorization of future modifications more clear. See Section 2.3. The current registry dos not contain contact person, nor reference, nor change controller fields. 2. ----- It should be noted that [RFC5870] also creates a registry for Geodetic Systems (it calls CRS); however, this registry has a very strict modification policy. The authors of [RFC5870] have the stated goal of making CRS registration hard to avoid proliferation of CRS values. As our module defines alternate systems and has a broader (beyond Earth) scope, the registry defined below is meant to be more easily modified. FP: Thanks for bringing this up - I want to confirm that we need this registry, and that we are not creating a way to bypass the CRS registration policies by providing a different registry with a more lenient policy. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- 3. ----- [WGS84] National Imagery and Mapping Agency., "National Imagery and Mapping Agency Technical Report 8350.2, Third Edition.", 3 January 2000, . FP: I support Lars DISCUSS, and add the following normative reference to the list - link is broken. A quick google search found this: https://gis-lab.info/docs/nima-tr8350.2-wgs84fin.pdf , which I assume is the wanted reference... but I don't think that we should be relying on informal communities to maintain normative references to our documents, can we do better? 4. ----- choice "latitude" and "longitude" are specified as fractions of decimal degrees, and the "height" value is in fractions of meters. For the Cartesian choice "x", "y" and "z" are in fractions of meters. FP: I have the feeling that the document is specifying both numeric data expected and unit at the same time "fraction of _insert unit_". For the sake of clarity, I think it would be best to split this up, so change the "fraction of meters" to "meters, expressed in floating point". TODO: check that format is defined. 5. ----- FP: After looking for a while: does a stable reference exist for the list of astronomical bodies and their name (rather than just saying it is maintained by IAU)? I only found the following for stars: https://www.iau.org/public/themes/naming_stars/ . I also found the page for the corresponding WG, which defined the guidelines for naming stars. I was wondering if there is a reference to these guidelines for all astronomical bodies. What I am especially concerned about is that I was not able to verify that we will not incur on encoding problems, if IAU changes their naming conventions, given the following text in the document: '67p/churyumov-gerasimenko (a comet). The value should be comprised of all lower case ASCII characters not including control characters (i.e., values 32..64, and 91..126). Any preceding 'the' in the name should not be From nobody Wed May 19 10:12:38 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92E773A1826; Wed, 19 May 2021 10:12:32 -0700 (PDT) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 afgSlp-5vBvI; Wed, 19 May 2021 10:12:29 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 727513A1824; Wed, 19 May 2021 10:12:29 -0700 (PDT) Received: from fraeml711-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FlfN36zQkz6V09q; Thu, 20 May 2021 01:03:47 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml711-chm.china.huawei.com (10.206.15.60) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 19 May 2021 19:12:21 +0200 Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.2176.012; Wed, 19 May 2021 19:12:21 +0200 From: Italo Busi To: "'netmod@ietf.org'" CC: "teas@ietf.org" Thread-Topic: Question about optional data nodes in YANG Thread-Index: AddM0kod0IYHJNBMS/G0OPlt3Ipjtg== Date: Wed, 19 May 2021 17:12:21 +0000 Message-ID: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.94.178] Content-Type: multipart/alternative; boundary="_000_bcb91cd543414a74a42605827bf7c71ehuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] Question about optional data nodes in YANG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 17:12:33 -0000 --_000_bcb91cd543414a74a42605827bf7c71ehuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We have got a question about how to deal with YANG optional data nodes and = in particular how can a client know which optional data node has been imple= mented by a server. We think that there is no issue with config=3Dfalse data nodes. When the cl= ient retrieves a YANG tree from the operational datastore it will not get t= he data nodes that are not implemented by the server, as reported in sectio= n 5.3 of RFC8342: If no value is returned for a given node, then this implies that the node is not used by the device. Is our understanding correct? The doubt we have is about the config=3Dtrue data nodes. How can the client know whether the server supports the configuration of an= optional config=3Dtrue data node before trying to configure them and getti= ng an error message? We understand that it is possible to know whether a YANG model or a feature= of the YANG model (i.e. a group of data nodes) is supported by the server.= The question is rather on specific data nodes with config=3Dtrue. We have found scenarios where it could be useful to implement a sub-set of = optional data nodes (profile) of an IETF standard YANG model, but it is not= very clear how a client can understand which profile has been implemented = by the server. Some examples of profiles of an IETF standard YANG model are provided in: https://datatracker.ietf.org/doc/html/draft-busi-teas-te-topology-profiles Thanks, Aihua and Italo --_000_bcb91cd543414a74a42605827bf7c71ehuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We have got a question about how to deal with YANG o= ptional data nodes and in particular how can a client know which optional d= ata node has been implemented by a server.

 

We think that there is no issue with config=3Dfalse = data nodes. When the client retrieves a YANG tree from the operational data= store it will not get the data nodes that are not implemented by the server= , as reported in section 5.3 of RFC8342:

 

If no value is returned for a given node, then=

this implies that the node is not used by the = device.

 

Is our understanding correct?

 

The doubt we have is about the config=3Dtrue data no= des.

 

How can the client know whether the server supports = the configuration of an optional config=3Dtrue data node before trying to c= onfigure them and getting an error message?

 

We understand that it is possible to know whether a = YANG model or a feature of the YANG model (i.e. a group of data nodes) is s= upported by the server. The question is rather on specific data nodes with = config=3Dtrue.

 

We have found scenarios where it could be useful to = implement a sub-set of optional data nodes (profile) of an IETF standard YA= NG model, but it is not very clear how a client can understand which profil= e has been implemented by the server.

 

Some examples of profiles of an IETF standard YANG m= odel are provided in:

 

https://datatracker.ietf.org/doc/html/dr= aft-busi-teas-te-topology-profiles

 

Thanks, Aihua and Italo

 

--_000_bcb91cd543414a74a42605827bf7c71ehuaweicom_-- From nobody Wed May 19 10:35:15 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DD4A3A18E0 for ; Wed, 19 May 2021 10:35:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.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 xHZlg2NF0uQU for ; Wed, 19 May 2021 10:35:04 -0700 (PDT) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 8DEB53A18E3 for ; Wed, 19 May 2021 10:35:04 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id m11so20321635lfg.3 for ; Wed, 19 May 2021 10:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uev3L+ZQLhsHchGHZoFc0Eb7kTVYNnvCfZU8yJxeSow=; b=yPldtuGKoGbSGt32Jwq1d9sXNvGvijeNcn/lQI1+tLQIwOEyxhJ7jI4bNZAgtu7TPJ KICE4K0sqrjbSldl3hhd00z3u+wxX9JAOuj61oTDHGVqvrGa5n7IjdzNWEZ0VcbQZm/B Vx7jC0ysfBatBFxvUwyW3zmWI/yJICV4sXsK5A3ABE+U9xU93SX3PAFsF/I7KdXxAdp3 Wc0eyk2ZVi5AURP6qf+Sgj3XczR1LeV0uQMhTAbt6uR62xwDIVoWeZehvgCjLc+GOj40 AWxhiiwXVayauVcPCl3h2uKFg5/DceX2NmtZrOTDK4QzNgXRbvVgjnLVeWoeRI990F7L rZkA== 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=uev3L+ZQLhsHchGHZoFc0Eb7kTVYNnvCfZU8yJxeSow=; b=qvXTmkQzjIEV4mUjhhSk5FPYcjd4EkQ6jounDa8BHyFSLlOaElFqPNhppFf6QuyBYf u0+1QV2UttgP8IbE1YUFhFl3qJEcBbfT9cvEHXMTasEBtJEsejQmvLoR4xrPTLD9ZGdK 5R1ulD8Pif8Zma+beLYtM1OxNq1upA2RU2LDC+Fg/YTm39ayG2/bw1j6iADgYC6j1GLa Y29+qxewU0Mpf/q3ZEQq71dfsBndYnJyadjLp9DCYEdBW7NrtXpyQ6Bb+6R0KtLYdYuS z1mwiHjLeLWwHaWCRa8yartfenDWoHWDEU9Cup36Y/+fvKE2ek8iB9OWfRzjxyoyqrS8 ZDIA== X-Gm-Message-State: AOAM532CwUswdK+T8Ns3WZoEh9MgjnEOUuS8uYZ3mJwzLciD748wYd87 0oa0XNhJU56isua1cbY+Jxpf0DIbX1Nl9lyClQHvqw== X-Google-Smtp-Source: ABdhPJx0gHNiy8WLCab+JQrZiluFCj7QVJioyuN+CWNXOw7z2rcpXcF58xy9eypIkWUUXb140igtnFhDAYVOBBVdado= X-Received: by 2002:a05:6512:31d1:: with SMTP id j17mr409516lfe.512.1621445697357; Wed, 19 May 2021 10:34:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andy Bierman Date: Wed, 19 May 2021 10:34:46 -0700 Message-ID: To: Italo Busi Cc: "netmod@ietf.org" , "teas@ietf.org" Content-Type: multipart/alternative; boundary="000000000000d0610405c2b23eb0" Archived-At: Subject: Re: [netmod] Question about optional data nodes in YANG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 17:35:10 -0000 --000000000000d0610405c2b23eb0 Content-Type: text/plain; charset="UTF-8" On Wed, May 19, 2021 at 10:12 AM Italo Busi wrote: > We have got a question about how to deal with YANG optional data nodes and > in particular how can a client know which optional data node has been > implemented by a server. > > > > We think that there is no issue with config=false data nodes. When the > client retrieves a YANG tree from the operational datastore it will not get > the data nodes that are not implemented by the server, as reported in > section 5.3 of RFC8342: > > > > If no value is returned for a given node, then > > this implies that the node is not used by the device. > > > > Is our understanding correct? > > > The server is expected to advertise a deviation for not-supported for every subtree it does not implement. https://datatracker.ietf.org/doc/html/rfc7950#section-7.20.3.2 deviation /base:system/base:daytime { deviate not-supported; } Andy > The doubt we have is about the config=true data nodes. > > > > How can the client know whether the server supports the configuration of > an optional config=true data node before trying to configure them and > getting an error message? > > > > We understand that it is possible to know whether a YANG model or a > feature of the YANG model (i.e. a group of data nodes) is supported by the > server. The question is rather on specific data nodes with config=true. > > > > We have found scenarios where it could be useful to implement a sub-set of > optional data nodes (profile) of an IETF standard YANG model, but it is not > very clear how a client can understand which profile has been implemented > by the server. > > > > Some examples of profiles of an IETF standard YANG model are provided in: > > > > https://datatracker.ietf.org/doc/html/draft-busi-teas-te-topology-profiles > > > > Thanks, Aihua and Italo > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000d0610405c2b23eb0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, May 19, 2021 at 10:12 AM Ital= o Busi <Italo.Busi@huawei.com> wrote:

We have got a question about how to deal with YANG o= ptional data nodes and in particular how can a client know which optional d= ata node has been implemented by a server.

=C2=A0

We think that there is no issue with config=3Dfalse = data nodes. When the client retrieves a YANG tree from the operational data= store it will not get the data nodes that are not implemented by the server= , as reported in section 5.3 of RFC8342:

=C2=A0

If no value is returned for a given node, then

this implies that the node is not used by the de= vice.

=C2=A0

Is our understanding correct?

=C2=A0




       deviation /base:system/base:daytime {
         deviate not-supported;
       }
=C2=A0=C2=A0

Andy


=C2=A0

The doubt we have is about the config=3Dtrue data no= des.

=C2=A0

How can the client know whether the server supports = the configuration of an optional config=3Dtrue data node before trying to c= onfigure them and getting an error message?

=C2=A0

We understand that it is possible to know whether a = YANG model or a feature of the YANG model (i.e. a group of data nodes) is s= upported by the server. The question is rather on specific data nodes with = config=3Dtrue.

=C2=A0

We have found scenarios where it could be useful to = implement a sub-set of optional data nodes (profile) of an IETF standard YA= NG model, but it is not very clear how a client can understand which profil= e has been implemented by the server.

=C2=A0

Some examples of profiles of an IETF standard YANG m= odel are provided in:

=C2=A0

https://datatracker.ie= tf.org/doc/html/draft-busi-teas-te-topology-profiles

=C2=A0

Thanks, Aihua and Italo

=C2=A0

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000d0610405c2b23eb0-- From nobody Wed May 19 11:22:26 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1BC13A1A34; Wed, 19 May 2021 11:22:20 -0700 (PDT) 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 3r_LaqwufQ-w; Wed, 19 May 2021 11:22:16 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 465CF3A192C; Wed, 19 May 2021 11:22:16 -0700 (PDT) Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Flgs11fnzz6Vyck; Thu, 20 May 2021 02:10:29 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 19 May 2021 20:22:10 +0200 Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.2176.012; Wed, 19 May 2021 20:22:10 +0200 From: Italo Busi To: 'Andy Bierman' CC: "netmod@ietf.org" , "teas@ietf.org" Thread-Topic: [netmod] Question about optional data nodes in YANG Thread-Index: AddM0kod0IYHJNBMS/G0OPlt3Ipjtv//5GkA///ZhwA= Date: Wed, 19 May 2021 18:22:10 +0000 Message-ID: <2aea140d56b74a9e8f99044a92dcee9d@huawei.com> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.94.178] Content-Type: multipart/alternative; boundary="_000_2aea140d56b74a9e8f99044a92dcee9dhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Question about optional data nodes in YANG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 18:22:21 -0000 --_000_2aea140d56b74a9e8f99044a92dcee9dhuaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlbiwgd2hhdCB3b3VsZCBiZSB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIGFuIG9wdGlvbmFsIGFu ZCBhIG1hbmRhdG9yeSBkYXRhIG5vZGU/DQoNCkluIHNvbWUgUkZDODc5NSBpbXBsZW1lbnRhdGlv bnMsIHRoZSBzdXBwb3J0IG9yIG5vdCBzdXBwb3J0IG9mIGEgZGF0YSBub2RlIG1heSBhbHNvIGRl cGVuZCBvbiB0aGUgc3BlY2lmaWMgbmV0d29yay10eXBlIHNvIGluIHRoaXMgY2FzZSB0aGUgZGF0 YSBub2RlIGNhbm5vdCBiZSBtYXJrZWQgYXMgbm90LXN1cHBvcnRlZA0KDQpJdGFsbw0KDQpGcm9t OiBBbmR5IEJpZXJtYW4gW21haWx0bzphbmR5QHl1bWF3b3Jrcy5jb21dDQpTZW50OiBtZXJjb2xl ZMOsIDE5IG1hZ2dpbyAyMDIxIDE5OjM1DQpUbzogSXRhbG8gQnVzaSA8SXRhbG8uQnVzaUBodWF3 ZWkuY29tPg0KQ2M6IG5ldG1vZEBpZXRmLm9yZzsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6 IFtuZXRtb2RdIFF1ZXN0aW9uIGFib3V0IG9wdGlvbmFsIGRhdGEgbm9kZXMgaW4gWUFORw0KDQoN Cg0KT24gV2VkLCBNYXkgMTksIDIwMjEgYXQgMTA6MTIgQU0gSXRhbG8gQnVzaSA8SXRhbG8uQnVz aUBodWF3ZWkuY29tPG1haWx0bzpJdGFsby5CdXNpQGh1YXdlaS5jb20+PiB3cm90ZToNCldlIGhh dmUgZ290IGEgcXVlc3Rpb24gYWJvdXQgaG93IHRvIGRlYWwgd2l0aCBZQU5HIG9wdGlvbmFsIGRh dGEgbm9kZXMgYW5kIGluIHBhcnRpY3VsYXIgaG93IGNhbiBhIGNsaWVudCBrbm93IHdoaWNoIG9w dGlvbmFsIGRhdGEgbm9kZSBoYXMgYmVlbiBpbXBsZW1lbnRlZCBieSBhIHNlcnZlci4NCg0KV2Ug dGhpbmsgdGhhdCB0aGVyZSBpcyBubyBpc3N1ZSB3aXRoIGNvbmZpZz1mYWxzZSBkYXRhIG5vZGVz LiBXaGVuIHRoZSBjbGllbnQgcmV0cmlldmVzIGEgWUFORyB0cmVlIGZyb20gdGhlIG9wZXJhdGlv bmFsIGRhdGFzdG9yZSBpdCB3aWxsIG5vdCBnZXQgdGhlIGRhdGEgbm9kZXMgdGhhdCBhcmUgbm90 IGltcGxlbWVudGVkIGJ5IHRoZSBzZXJ2ZXIsIGFzIHJlcG9ydGVkIGluIHNlY3Rpb24gNS4zIG9m IFJGQzgzNDI6DQoNCklmIG5vIHZhbHVlIGlzIHJldHVybmVkIGZvciBhIGdpdmVuIG5vZGUsIHRo ZW4NCnRoaXMgaW1wbGllcyB0aGF0IHRoZSBub2RlIGlzIG5vdCB1c2VkIGJ5IHRoZSBkZXZpY2Uu DQoNCklzIG91ciB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/DQoNCg0KDQpUaGUgc2VydmVyIGlzIGV4 cGVjdGVkIHRvIGFkdmVydGlzZSBhIGRldmlhdGlvbiBmb3Igbm90LXN1cHBvcnRlZCBmb3IgZXZl cnkgc3VidHJlZQ0KaXQgZG9lcyBub3QgaW1wbGVtZW50Lg0KDQpodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9odG1sL3JmYzc5NTAjc2VjdGlvbi03LjIwLjMuMg0KDQoNCg0KDQogICAg ICAgZGV2aWF0aW9uIC9iYXNlOnN5c3RlbS9iYXNlOmRheXRpbWUgew0KDQogICAgICAgICBkZXZp YXRlIG5vdC1zdXBwb3J0ZWQ7DQoNCiAgICAgICB9DQoNCg0KQW5keQ0KDQoNCg0KVGhlIGRvdWJ0 IHdlIGhhdmUgaXMgYWJvdXQgdGhlIGNvbmZpZz10cnVlIGRhdGEgbm9kZXMuDQoNCkhvdyBjYW4g dGhlIGNsaWVudCBrbm93IHdoZXRoZXIgdGhlIHNlcnZlciBzdXBwb3J0cyB0aGUgY29uZmlndXJh dGlvbiBvZiBhbiBvcHRpb25hbCBjb25maWc9dHJ1ZSBkYXRhIG5vZGUgYmVmb3JlIHRyeWluZyB0 byBjb25maWd1cmUgdGhlbSBhbmQgZ2V0dGluZyBhbiBlcnJvciBtZXNzYWdlPw0KDQpXZSB1bmRl cnN0YW5kIHRoYXQgaXQgaXMgcG9zc2libGUgdG8ga25vdyB3aGV0aGVyIGEgWUFORyBtb2RlbCBv ciBhIGZlYXR1cmUgb2YgdGhlIFlBTkcgbW9kZWwgKGkuZS4gYSBncm91cCBvZiBkYXRhIG5vZGVz KSBpcyBzdXBwb3J0ZWQgYnkgdGhlIHNlcnZlci4gVGhlIHF1ZXN0aW9uIGlzIHJhdGhlciBvbiBz cGVjaWZpYyBkYXRhIG5vZGVzIHdpdGggY29uZmlnPXRydWUuDQoNCldlIGhhdmUgZm91bmQgc2Nl bmFyaW9zIHdoZXJlIGl0IGNvdWxkIGJlIHVzZWZ1bCB0byBpbXBsZW1lbnQgYSBzdWItc2V0IG9m IG9wdGlvbmFsIGRhdGEgbm9kZXMgKHByb2ZpbGUpIG9mIGFuIElFVEYgc3RhbmRhcmQgWUFORyBt b2RlbCwgYnV0IGl0IGlzIG5vdCB2ZXJ5IGNsZWFyIGhvdyBhIGNsaWVudCBjYW4gdW5kZXJzdGFu ZCB3aGljaCBwcm9maWxlIGhhcyBiZWVuIGltcGxlbWVudGVkIGJ5IHRoZSBzZXJ2ZXIuDQoNClNv bWUgZXhhbXBsZXMgb2YgcHJvZmlsZXMgb2YgYW4gSUVURiBzdGFuZGFyZCBZQU5HIG1vZGVsIGFy ZSBwcm92aWRlZCBpbjoNCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1idXNpLXRlYXMtdGUtdG9wb2xvZ3ktcHJvZmlsZXMNCg0KVGhhbmtzLCBBaWh1YSBhbmQg SXRhbG8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cm5ldG1vZCBtYWlsaW5nIGxpc3QNCm5ldG1vZEBpZXRmLm9yZzxtYWlsdG86bmV0bW9kQGlldGYu b3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCg== --_000_2aea140d56b74a9e8f99044a92dcee9dhuaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBh bm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6 IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30N CnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRT ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PlRoZW4sIHdoYXQgd291bGQgYmUgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiBhbiBvcHRpb25hbCBh bmQgYSBtYW5kYXRvcnkgZGF0YSBub2RlPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+SW4gc29tZSBSRkM4Nzk1IGltcGxlbWVudGF0aW9ucywgdGhlIHN1cHBvcnQg b3Igbm90IHN1cHBvcnQgb2YgYSBkYXRhIG5vZGUgbWF5IGFsc28gZGVwZW5kIG9uIHRoZSBzcGVj aWZpYyBuZXR3b3JrLXR5cGUgc28gaW4gdGhpcyBjYXNlIHRoZSBkYXRhIG5vZGUgY2Fubm90IGJl DQogbWFya2VkIGFzIG5vdC1zdXBwb3J0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkl0YWxvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0 LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij4gQW5keSBCaWVybWFuIFttYWlsdG86YW5keUB5dW1hd29ya3MuY29tXQ0KPGJyPg0KPGI+U2Vu dDo8L2I+IG1lcmNvbGVkw6wgMTkgbWFnZ2lvIDIwMjEgMTk6MzU8YnI+DQo8Yj5Ubzo8L2I+IEl0 YWxvIEJ1c2kgJmx0O0l0YWxvLkJ1c2lAaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IG5l dG1vZEBpZXRmLm9yZzsgdGVhc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW25l dG1vZF0gUXVlc3Rpb24gYWJvdXQgb3B0aW9uYWwgZGF0YSBub2RlcyBpbiBZQU5HPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFdlZCwg TWF5IDE5LCAyMDIxIGF0IDEwOjEyIEFNIEl0YWxvIEJ1c2kgJmx0OzxhIGhyZWY9Im1haWx0bzpJ dGFsby5CdXNpQGh1YXdlaS5jb20iPkl0YWxvLkJ1c2lAaHVhd2VpLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPldlIGhhdmUgZ290IGEgcXVlc3Rpb24gYWJvdXQgaG93IHRvIGRl YWwgd2l0aCBZQU5HIG9wdGlvbmFsIGRhdGEgbm9kZXMgYW5kIGluIHBhcnRpY3VsYXIgaG93IGNh biBhIGNsaWVudCBrbm93IHdoaWNoIG9wdGlvbmFsIGRhdGEgbm9kZSBoYXMgYmVlbiBpbXBsZW1l bnRlZCBieSBhIHNlcnZlci48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldlIHRoaW5rIHRo YXQgdGhlcmUgaXMgbm8gaXNzdWUgd2l0aCBjb25maWc9ZmFsc2UgZGF0YSBub2Rlcy4gV2hlbiB0 aGUgY2xpZW50IHJldHJpZXZlcyBhIFlBTkcgdHJlZSBmcm9tIHRoZSBvcGVyYXRpb25hbCBkYXRh c3RvcmUgaXQgd2lsbCBub3QgZ2V0IHRoZSBkYXRhIG5vZGVzIHRoYXQgYXJlIG5vdCBpbXBsZW1l bnRlZA0KIGJ5IHRoZSBzZXJ2ZXIsIGFzIHJlcG9ydGVkIGluIHNlY3Rpb24gNS4zIG9mIFJGQzgz NDI6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPklmIG5vIHZhbHVl IGlzIHJldHVybmVkIGZvciBhIGdpdmVuIG5vZGUsIHRoZW48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+dGhpcyBpbXBsaWVzIHRoYXQg dGhlIG5vZGUgaXMgbm90IHVzZWQgYnkgdGhlIGRldmljZS48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj5JcyBvdXIgdW5kZXJzdGFuZGluZyBjb3JyZWN0PzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo ZSBzZXJ2ZXIgaXMgZXhwZWN0ZWQgdG8gYWR2ZXJ0aXNlIGEgZGV2aWF0aW9uIGZvciBub3Qtc3Vw cG9ydGVkIGZvciBldmVyeSBzdWJ0cmVlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5pdCBkb2VzIG5vdCBpbXBsZW1lbnQuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvcmZjNzk1MCNzZWN0aW9uLTcuMjAuMy4yIj5o dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL3JmYzc5NTAjc2VjdGlvbi03LjIw LjMuMjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0iYnJl YWstYmVmb3JlOnBhZ2UiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+PGJyPjxicj48bzpwPjwv bzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZGV2aWF0aW9uIC9iYXNlOnN5c3RlbS9iYXNl OmRheXRpbWUgezxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBkZXZpYXRlIG5vdC1zdXBwb3J0ZWQ7PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxi bG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEu MHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJp Z2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlIGRvdWJ0 IHdlIGhhdmUgaXMgYWJvdXQgdGhlIGNvbmZpZz10cnVlIGRhdGEgbm9kZXMuPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj5Ib3cgY2FuIHRoZSBjbGllbnQga25vdyB3aGV0aGVyIHRoZSBzZXJ2 ZXIgc3VwcG9ydHMgdGhlIGNvbmZpZ3VyYXRpb24gb2YgYW4gb3B0aW9uYWwgY29uZmlnPXRydWUg ZGF0YSBub2RlIGJlZm9yZSB0cnlpbmcgdG8gY29uZmlndXJlIHRoZW0gYW5kIGdldHRpbmcgYW4g ZXJyb3IgbWVzc2FnZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldlIHVuZGVyc3RhbmQg dGhhdCBpdCBpcyBwb3NzaWJsZSB0byBrbm93IHdoZXRoZXIgYSBZQU5HIG1vZGVsIG9yIGEgZmVh dHVyZSBvZiB0aGUgWUFORyBtb2RlbCAoaS5lLiBhIGdyb3VwIG9mIGRhdGEgbm9kZXMpIGlzIHN1 cHBvcnRlZCBieSB0aGUgc2VydmVyLiBUaGUgcXVlc3Rpb24gaXMgcmF0aGVyIG9uDQogc3BlY2lm aWMgZGF0YSBub2RlcyB3aXRoIGNvbmZpZz10cnVlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+V2UgaGF2ZSBmb3VuZCBzY2VuYXJpb3Mgd2hlcmUgaXQgY291bGQgYmUgdXNlZnVsIHRvIGlt cGxlbWVudCBhIHN1Yi1zZXQgb2Ygb3B0aW9uYWwgZGF0YSBub2RlcyAocHJvZmlsZSkgb2YgYW4g SUVURiBzdGFuZGFyZCBZQU5HIG1vZGVsLCBidXQgaXQgaXMgbm90IHZlcnkgY2xlYXIgaG93IGEg Y2xpZW50IGNhbg0KIHVuZGVyc3RhbmQgd2hpY2ggcHJvZmlsZSBoYXMgYmVlbiBpbXBsZW1lbnRl ZCBieSB0aGUgc2VydmVyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+U29tZSBleGFtcGxl cyBvZiBwcm9maWxlcyBvZiBhbiBJRVRGIHN0YW5kYXJkIFlBTkcgbW9kZWwgYXJlIHByb3ZpZGVk IGluOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1idXNpLXRlYXMtdGUtdG9wb2xvZ3ktcHJvZmls ZXMiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LWJ1c2ktdGVhcy10ZS10b3BvbG9neS1wcm9maWxlczwvYT48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPlRoYW5rcywgQWlodWEgYW5kIEl0YWxvPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KbmV0bW9kIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0 bzpuZXRtb2RAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5uZXRtb2RAaWV0Zi5vcmc8L2E+PGJy Pg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2Qi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25l dG1vZDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_2aea140d56b74a9e8f99044a92dcee9dhuaweicom_-- From nobody Wed May 19 11:35:50 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 770CF3A1A98 for ; Wed, 19 May 2021 11:35:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.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 tlWFKtoQJTdr for ; Wed, 19 May 2021 11:35:41 -0700 (PDT) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (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 3332F3A1A9C for ; Wed, 19 May 2021 11:35:41 -0700 (PDT) Received: by mail-lf1-x12e.google.com with SMTP id a2so20546780lfc.9 for ; Wed, 19 May 2021 11:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=s+KYELBl05RY9tbENZvwCvrXNPMJZbc8sR1J4MLbLoQ=; b=1acyq4fdUk3cA2vKq6CSIr95j6Rnv95pMluSlZdSZgOwOfygemkezgcAQQAd6sH65M n0gdugALWyjeAYtBYrpuLI2X2deiaHrokkhtiK31swePUyP/CJ0IJfYQINizCTxHdJKY GrQjL/qMKDmFJ94KqkQZp4he3imWMc1VxB0vB1agtfwJ4Mq0BO/KepSaSbf1q+PcC+yA wjveqdK8o3Cp7enZeDHEIX36uqySdjZuZ5t3f+FrPAycZD4xuPbV9xvgjED3Yy5veXBH TdaYJ5Fx8yR6OWaYDjyJZ/GGGeXHzGGCTeeiXyHEyv8yruGKy7hdtybud/wkWzHXDBIZ 1IdQ== 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=s+KYELBl05RY9tbENZvwCvrXNPMJZbc8sR1J4MLbLoQ=; b=JS3C7a5dHBkCfWnuWp41g4t9v96XThQ9QcJKdvyIJIdOY5mdR92H4hTWLWUyQBqRto 6IGAUX6DU0S3Hl+FnmC5CCTohMSEYs3PoboOW6VSh5Bgv+oUQ9YF6cxuQ2GAWpjkNUXz 4BykyU3iTenqO1O4dL1jYlZptfGJVGNQdDkRF5ht2Fuhj+L5PqC5MTF/TVyC0hnR0Dne pBIzCY6lqeGORS+GTxk3SSzMy9YsEdq7ROvyvJ8ngkni5G/+cqnSVb/T3GzBcYGFV40B lqLwbIwwHqw0sHApfYbRV1EDdPVABqSnDLUsIRMhWymigw+LgLEFWtm5MIh6a5iQmcSl sSUA== X-Gm-Message-State: AOAM533k8+m8kSFpKDQB1ybmY14vGqjgUFsVygNz0jFj23eU7H+7eEt1 /zd5VpFHU06BsjuqNKrgiqU3dfgfmn8PCMCeSUJnVg== X-Google-Smtp-Source: ABdhPJyP7fZPt15UmWj/fi8JGykqpmlXiZcsNP76pSfUKHUAuL9tX0jp2Ky0+HP3gfaaxI1GpEqoNH80Tzst8Rkkbqc= X-Received: by 2002:a05:6512:471:: with SMTP id x17mr559147lfd.553.1621449337820; Wed, 19 May 2021 11:35:37 -0700 (PDT) MIME-Version: 1.0 References: <2aea140d56b74a9e8f99044a92dcee9d@huawei.com> In-Reply-To: <2aea140d56b74a9e8f99044a92dcee9d@huawei.com> From: Andy Bierman Date: Wed, 19 May 2021 11:35:26 -0700 Message-ID: To: Italo Busi Cc: "netmod@ietf.org" , "teas@ietf.org" Content-Type: multipart/alternative; boundary="000000000000cd6b3205c2b31709" Archived-At: Subject: Re: [netmod] Question about optional data nodes in YANG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 18:35:46 -0000 --000000000000cd6b3205c2b31709 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, May 19, 2021 at 11:22 AM Italo Busi wrote: > Then, what would be the difference between an optional and a mandatory > data node? > > > Do not confuse "mandatory to implement" with "mandatory that a node be present". Mandatory to implement is easy: If there is an if-feature conditional that is applied to a node or one of its ancestors, then it is optional to implement. Otherwise it is mandatory to implement. > In some RFC8795 implementations, the support or not support of a data nod= e > may also depend on the specific network-type so in this case the data nod= e > cannot be marked as not-supported > > > This is a different issue. Server capabilities specific to a data model should be handled in a related module. Italo > > > Andy > *From:* Andy Bierman [mailto:andy@yumaworks.com] > *Sent:* mercoled=C3=AC 19 maggio 2021 19:35 > *To:* Italo Busi > *Cc:* netmod@ietf.org; teas@ietf.org > *Subject:* Re: [netmod] Question about optional data nodes in YANG > > > > > > > > On Wed, May 19, 2021 at 10:12 AM Italo Busi wrote= : > > We have got a question about how to deal with YANG optional data nodes an= d > in particular how can a client know which optional data node has been > implemented by a server. > > > > We think that there is no issue with config=3Dfalse data nodes. When the > client retrieves a YANG tree from the operational datastore it will not g= et > the data nodes that are not implemented by the server, as reported in > section 5.3 of RFC8342: > > > > If no value is returned for a given node, then > > this implies that the node is not used by the device. > > > > Is our understanding correct? > > > > > > > > The server is expected to advertise a deviation for not-supported for > every subtree > > it does not implement. > > > > https://datatracker.ietf.org/doc/html/rfc7950#section-7.20.3.2 > > > > > > deviation /base:system/base:daytime { > > deviate not-supported; > > } > > > > > > Andy > > > > > > > > The doubt we have is about the config=3Dtrue data nodes. > > > > How can the client know whether the server supports the configuration of > an optional config=3Dtrue data node before trying to configure them and > getting an error message? > > > > We understand that it is possible to know whether a YANG model or a > feature of the YANG model (i.e. a group of data nodes) is supported by th= e > server. The question is rather on specific data nodes with config=3Dtrue. > > > > We have found scenarios where it could be useful to implement a sub-set o= f > optional data nodes (profile) of an IETF standard YANG model, but it is n= ot > very clear how a client can understand which profile has been implemented > by the server. > > > > Some examples of profiles of an IETF standard YANG model are provided in: > > > > https://datatracker.ietf.org/doc/html/draft-busi-teas-te-topology-profile= s > > > > Thanks, Aihua and Italo > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > --000000000000cd6b3205c2b31709 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, May 19, 2021 at 11:22 AM Ital= o Busi <Italo.Busi@huawei.com> wrote:

Then, what would be the difference between a= n optional and a mandatory data node?

=C2=A0


Do not confuse "mandatory to implement" = with "mandatory that a node be present".

Mandatory to implement is easy:=C2=A0 If there is an if-feature conditiona= l that is applied to

Server capabi= lities specific to a data model should be handled in a related module.



=
Andy
=C2=A0

=C2=A0

=C2=A0

=C2=A0

We have got a question about how to deal with YANG o= ptional data nodes and in particular how can a client know which optional d= ata node has been implemented by a server.

=C2=A0

We think that there is no issue with config=3Dfalse = data nodes. When the client retrieves a YANG tree from the operational data= store it will not get the data nodes that are not implemented by the server, as reported in section 5.3 of RFC8342:

=C2=A0

If no value is returned= for a given node, then

this implies that the n= ode is not used by the device.

=C2=A0

Is our understanding correct?

=C2=A0

=C2=A0

=C2=A0

The server is expected to advertise a deviation for = not-supported for every subtree

it does not implement.

=C2=A0

=C2=A0



=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 devia=
tion /base:system/base:daytime {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 deviate not-supported;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 }<=
/u>

=C2=A0=C2=A0

=C2=A0

Andy

=C2=A0

=C2=A0

=C2=A0

The doubt we have is about the config=3Dtrue data no= des.

=C2=A0

How can the client know whether the server supports = the configuration of an optional config=3Dtrue data node before trying to c= onfigure them and getting an error message?

=C2=A0

We understand that it is possible to know whether a = YANG model or a feature of the YANG model (i.e. a group of data nodes) is s= upported by the server. The question is rather on specific data nodes with config=3Dtrue.

=C2=A0

We have found scenarios where it could be useful to = implement a sub-set of optional data nodes (profile) of an IETF standard YA= NG model, but it is not very clear how a client can understand which profile has been implemented by the server.=

=C2=A0

Some examples of profiles of an IETF standard YANG m= odel are provided in:

=C2=A0

https://datatracker.ie= tf.org/doc/html/draft-busi-teas-te-topology-profiles

=C2=A0

Thanks, Aihua and Italo

=C2=A0

_______________________________________________
netmod mailing list
netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod

--000000000000cd6b3205c2b31709-- From nobody Wed May 19 16:33:54 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 13D003A2386; Wed, 19 May 2021 16:33:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen , kent+ietf@watsen.net X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <162146723152.27764.1299479086437558158@ietfa.amsl.com> Date: Wed, 19 May 2021 16:33:52 -0700 Archived-At: Subject: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 May 2021 23:33:52 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-netmod-geo-location-08: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I think we lack sufficient precision (forgive the pun) in how we talk about "accuracy" and "precision". Are the leafs that claim to specify "accuracy" specifying a precision? If so, the precision of a specific measurement, the precision of the measurements that led to the creation of the coordinate frame, or something else? Are they doing so in relative terms (e.g., percentage) or absolute terms (e.g., degrees and meters)? (There are "units" directives only for "height-accuracy" and not the others.) How can we we say that we'll have 16 fraction-digits of precision for lat/long when the maximum accuracy we can say that a geodetic-system has only gives us 6 fraction-digits for coord-accuracy? When we say that the "precision of this measurement is indicated by the reference-frame" is that the same thing as the relevant "-accuracy" nodes, or something else? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- (I support Roman's Discuss.) Why do we only define velocity in terms of north/east/up, when we could be in x/y/z coordinates where there is no clear "north" or "east"? It would have been helpful for the shepherd review to point to the thread at https://mailarchive.ietf.org/arch/msg/netmod/dA9olZfEVa3clGdfvNYEFXUEMJw/ that attempted to discuss the feedback from the yangdoctor review -- the mail with the review itself got no direct replies. Section 2.1 In addition to the "geodetic-datum" value, we allow refining the coordinate and height accuracy using "coord-accuracy" and "height- My understanding is that "refine" is a YANG keyword, and the current module/tree structure does not seem consistent with this description referring to use of the YANG keyword (since we can just set new values directly without needing to "refine" the YANG structure itself). A different word here might be appropriate. Finally, we define an optional feature which allows for changing the system for which the above values are defined. This optional feature adds an "alternate-system" value to the reference frame. This value is normally not present which implies the natural universe is the system. The use of this value is intended to allow for creating virtual realities or perhaps alternate coordinate systems. The definition of alternate systems is outside the scope of this document. This paragraph doesn't really convince me that we need to include the "alternate-system" capability in the proposed-standard version of this YANG module at this time. Section 2.3 meters per second. The values "v-north" and "v-east" are relative to true north as defined by the reference frame for the astronomical body, "v-up" is perpendicular to the plane defined by "v-north" and "v-east", and is pointed away from the center of mass. When I read this I wondered if the "plane defined by v-north and v-east" was taken at the initial snapshot position, or continuously updated with the effect of v-north and v-east drift. Given the stated application, it's unlikely that it actually would matter, though, so it's not clear that we should change the text to cover it. Section 3 and 91..126). The IANA registry further restricts the value by converting all spaces (' ') to dashes ('-')"; Is there a reason why we shouldn't disallow spaces via the regex (and obviate the need for special processing at IANA)? Section 5.1.2 The following subsection suggests that there is a "heading" field in the W3C structure/API, but I don't see one listed in Figure 1. Section 6.1 What are suitable references for the "me" and "mola-vik-1" geoedtic systems? I do not see how just the listed descriptions provide a "clear definition" even for the two coordinate values latitude/longitude. Section 7 Thanks for using the template for security considerations for YANG models! I think that since some of the portions of the template do not apply, they can safely be removed. In particular, the "these are the subtrees and data nodes and their sensitivity/vulnerability" lines can go, and the clause about "can have a negative effect on network operations" may be worth tweaking (network operations may not be the most likely thing to be impacted). I think it's also okay to drop the paragraph/sentence about RPCs. Section 8 The [WGS84] and [EGM08] links don't work for me. ([EGM96] does.) Section 9 It seems like RFC 7950 is more properly classified as normative, since you can't really make sense of YANG without ... knowing YANG. I think 8340 is sometimes listed as normative as well, but the case is not quite as clear, here. NITS Abstract This document defines a generic geographical location object YANG grouping. [...] I'm having a hard time seeing what role the word "object" is playing here, especially since in the next sentence we just refer to the "geographical location grouping". Section 3 description "A location on an astronomical body (e.g., 'earth') somewhere in a universe."; I guess in some alternate-systems the "astronomical body" bit may not really be accurate. (And possibly in some cartesian coordinate frames, too, but that's less clear.) type string { pattern '[ -@\[-\^_-~]*'; If I'm reading my table correctly, '^' and '_' are adjacent, so this rather-reader-unfriendly regex formulation can't even be justified as the minimal encoding. '67p/churyumov-gerasimenko (a comet). The value should be comprised of all lower case ASCII characters not including control characters (i.e., values 32..64, and 91..126). [...] "all lower case ASCII characters" inherently excludes control characters, so "all lower case ASCII characters not including control characters" is redundant. Also, that doesn't match up the listed range of values (or the regex). (Also^2, that doesn't match the given comet name, which has numbers and punctuation.) for Cartesian coordinates. When coord-accuracy is specified, it overrides the geodetic-datum implied accuracy."; [...] "The accuracy of height value for ellipsoidal coordinates, this value is not used with Cartesian coordinates. When specified, it overrides the geodetic-datum implied default."; I suggest using parallel language for "when specified, overrides implied default". (That is, "coord-accuracy" is currently explicitly named but "height-accuracy" is not.) leaf v-up { type decimal64 { fraction-digits 12; } units "meters per second"; description "v-up is the rate of change (i.e., speed) away from the center of mass."; "center of mass" may not be universally applicable, e.g., to cartesian coordinates, binary systems, extremely massive objects that are not the astronomical-body of the reference-frame. Section 4 We probably should expand CRS at/before first usage. Section 6.1 Each entry should be sufficient to define the 3 coordinate values (2 if height is not required). So for example the "wgs-84" is defined I'd suggest flipping the order, for "should be sufficient to define the 2 coordinate values, and to define height if height is required". From nobody Thu May 20 00:50:37 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A5A33A10D7; Thu, 20 May 2021 00:50:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Murray Kucherawy via Datatracker To: "The IESG" Cc: draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen X-Test-IDTracker: no X-IETF-IDTracker: 7.29.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Murray Kucherawy Message-ID: <162149702436.31231.10601110335947474104@ietfa.amsl.com> Date: Thu, 20 May 2021 00:50:24 -0700 Archived-At: Subject: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2021 07:50:35 -0000 Murray Kucherawy has entered the following ballot position for draft-ietf-netmod-geo-location-08: 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 DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support Lars' and Francesca's DISCUSS positions. The shepherd writeup says: "There are no known implementations known to the Shepherd. No vendors have indicated their plan to implement the specification. It was originally forwarded to support DT's Terra Stream project." I'm tempted to ask why this is slotted for Standards Track publication. From nobody Thu May 20 01:46:12 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EF513A1333; Thu, 20 May 2021 01:46:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 sDRchxo8qP-r; Thu, 20 May 2021 01:46:01 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 002813A1356; Thu, 20 May 2021 01:46:00 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 1022280E04; Thu, 20 May 2021 08:46:00 +0000 (UTC) References: <162149702436.31231.10601110335947474104@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Murray Kucherawy Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen Date: Thu, 20 May 2021 04:43:06 -0400 In-reply-to: <162149702436.31231.10601110335947474104@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2021 08:46:06 -0000 --=-=-= Content-Type: text/plain; format=flowed Murray Kucherawy via Datatracker writes: > > I support Lars' and Francesca's DISCUSS positions. > > The shepherd writeup says: "There are no known implementations known to the > Shepherd. No vendors have indicated their plan to implement the specification. > It was originally forwarded to support DT's Terra Stream project." I'm > tempted to ask why this is slotted for Standards Track publication. It's a grouping, it's meant to be incorporated into other YANG modules rather than have each module come up with their own version of a geo-location object. So, it's wont be "implemented" directly by any vendor until it is published and can start to be used in other module definitions. There definitely is interest in this use in the netmod WG. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCmIccACgkQLh2DDte4 MCXnCBAAhPNMVZRAW1gLi5cZ+mZWXy0GiufGyh94j1mQL0Raom1WvId6uPpjQRgP LDXx1pLQpB0ki+3x9NZQ30yv++xrgS0Qwsr1SvhOb4M6YBWzu1m3G/j48ItoYwWO 9Fix5/nAhgKw4dLNgPUeSwsvUwbm9D3L/5ugP4JeoUQQTu9Mge5So7hq08GGrwF7 waet75XLafnernH7YarT5w/lNQ33OwQlPjaYHz8YyczLrbwkAZn9GaNsRJ9wxJI7 7ZJSZ77xUsVPwOaI4Fqw/Js+1FsK8UeiR2lkbKgJcDwxhFXr/3yeaGF/UV16KpO1 fFrQhHiLSUlbjXBpVqd2OH6ynkp6UgP0faaTIOOmPkJ4xhq/SlCSF9FiBxDM5oTP Pouk/kgOl+DyZDFdZWKf4umRae56F8QD9amuUjizhlvow4af0Jr4N+R6FzAhHocf 5RcBc9OGTzONzTcQDWJVW7LTDdD5pVuFZ9opE4M3xlQFNJsQiQo1xmQloFbjiIJC 7XRk0KS653nq24mhfGKPw8VRGU7JLwaX63X/ijuIKLNPiKmNfn6XskHauhI4ggTk TpUjzo0pJsrHQKBiTRXZ3tEDi8E4LgU0pBca5Qv0NTXuj8IS7xXF7/tqwFEBSSS3 wiVCCop7z7LFf2AnAte9UJZz/FLL8Lp+ym5digf61H4MLcWdO4Y= =dMBw -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu May 20 02:33:25 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59F0D3A09D5; Thu, 20 May 2021 02:33:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=netorgft4991094.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 wrNQsUUoDEdU; Thu, 20 May 2021 02:33:16 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00087.outbound.protection.outlook.com [40.107.0.87]) (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 E49F03A09B5; Thu, 20 May 2021 02:33:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M7vTIuZHGntewk4dIiJPVCkpm2oENlgsbFEgzrvkfjIgWD2Nhax9+UKGoRQZuMecxy/IBzuCsjsAd07pSWeB7uB1fsafGRvK8l0xGWCHmNc7Is0rRK/ow2jLeQIteagRaxfw0X1tEMV+e5zd62cYIwntEe0YNwcEnE6zITKGYl7fk83kj7WfBfo7lV/TntdBN8WdAoVjlBf9GYxcPAZ8m6OJVy7fBfB6EsWtF9OuzFH0zXSAI1OjR/CKMvnJOJKfmC7ZTuJC7fiKIIZVO/ScrPs5dRY8EbfwiMrN5sH/InCZosZf5wDEQwUzTrB/O1YY/ZpPNp3KN+AhtawoFR/GfA== 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=ZvHBYPj1rJKua/7pko65n0zsZxOUD6PhpMgtxzK5cZU=; b=Ma+dVK19RcHJrvxgpDXzaMzHLFDH+NPwGT08VyF4LVrY/Ax0R5BxK5cMm91SuNpMRa8Dyef+Kvg5V9m5x4Cbp2mwDdF9c4uxOEmqF/Z8NjESsRN7i3N29H7WpgGEtORLuQrgC9UTHfOQNekZUB7sIMnPssqoze+//dzKFxl9U+YxYSZlTvBMnHoD2DjBv/GV7xW+lj1JZoQvIEQSQblSS+px00sPczDpw5G3M239HJz5kwcqYcXHcn8ByFpPQnRAxhP0SpyqyzLiziJJWhSGZIfPUF3br4yXGP6YFbP2MaSgC1CamXn4IVQLK7r+OONYBf8avLw5aWdCzAxiWbuB1Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=lightside-instruments.com; dmarc=pass action=none header.from=lightside-instruments.com; dkim=pass header.d=lightside-instruments.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT4991094.onmicrosoft.com; s=selector2-NETORGFT4991094-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZvHBYPj1rJKua/7pko65n0zsZxOUD6PhpMgtxzK5cZU=; b=nIQrsj0lzX31cES/SeG4zbkvFIV9XhA9NIfRmCACt6nRl+M4sQN5Oc1eIMjOnJ/CcLLXTUBvhw+K80G2dG8Av5ePJHmoFq4c8PCGPtBgxkAIjAYgLfmB9FOiS4gBWkECOZpJv5fXrz3uDjTo96t17ip/799VhJi8TGNBzca4PTI= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=lightside-instruments.com; Received: from AM0PR08MB4084.eurprd08.prod.outlook.com (2603:10a6:208:129::25) by AM0PR08MB5267.eurprd08.prod.outlook.com (2603:10a6:208:158::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Thu, 20 May 2021 09:33:11 +0000 Received: from AM0PR08MB4084.eurprd08.prod.outlook.com ([fe80::84b4:6a0a:9a03:af99]) by AM0PR08MB4084.eurprd08.prod.outlook.com ([fe80::84b4:6a0a:9a03:af99%4]) with mapi id 15.20.4129.033; Thu, 20 May 2021 09:33:11 +0000 To: Christian Hopps , Murray Kucherawy Cc: netmod-chairs@ietf.org, The IESG , netmod@ietf.org, draft-ietf-netmod-geo-location@ietf.org References: <162149702436.31231.10601110335947474104@ietfa.amsl.com> From: Vladimir Vassilev Message-ID: Date: Thu, 20 May 2021 11:33:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [84.209.6.28] X-ClientProxiedBy: OL1P279CA0047.NORP279.PROD.OUTLOOK.COM (2603:10a6:e10:14::16) To AM0PR08MB4084.eurprd08.prod.outlook.com (2603:10a6:208:129::25) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.0.17] (84.209.6.28) by OL1P279CA0047.NORP279.PROD.OUTLOOK.COM (2603:10a6:e10:14::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.25 via Frontend Transport; Thu, 20 May 2021 09:33:11 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5e098905-b299-4cf4-586e-08d91b72490a X-MS-TrafficTypeDiagnostic: AM0PR08MB5267: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: agn0wDaj7T7I2huOHuZ5SBblw5PSREaoxp1LuTbJ59ECw4G97WwNB/AIlbwXeeJicMzsBymwJ4FzTPAWSzIyf3Jy1vvO1e7bfx0ClPcJlKc4ENlaYis0uO9ZAv3EUpKzhrjoEyzVeNVWx8Y4FfAjrtLYBCZLX5lgpEOCH+ceW5WnH4QAxwhhPInxccxPVrcpNVpE7xzUVaNLHobmAjdp5t7A9bGeYFUviUcHbRM2dt64jWeAxQu8+/0zePWcuUHKOIq2aJDqoBZhJJhEDD2ywWB3P4lH/bXBzWGOAkRQA/zIEJQrUiUrnc6zrSKANTryOjxuYxSK/gej1gt9FiN20p7uSY0EME1UoJo5C74yTnp5ChO1lo64fGjPg7P1LqZEbbt4BxIMPg46lPdS2NOcvvqbsIO2QBCdIK+FCSmNTo2d+6O1MGXBU0BL3/8gAL48/6xZ7hAsA+VncHm36WpeaSZv3BJ/Sz38ECnRWfrT4y7vV2Pdfn6YplPYxm6j8NnjerjHzXWgVVFRl7zhupwHpv34CakojOnOw+nQBtklhqWW/uM8Uyw33pP7TSXNM33J1PejaPrP24NFJfqn9nKEynKAFz6Jh3SSES0RbBGe1ulQClQeJzqVTs11vWED13+8oZ04U00xF6cK3/bIcH1D32KG4oT7Qgko1tiZOnaDR8cQjKBEKm+23QkOfU0JTivP6vOD5v+qupfTg0BspCmHlA== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR08MB4084.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(366004)(39830400003)(346002)(376002)(396003)(316002)(66556008)(2906002)(110136005)(956004)(66476007)(31686004)(8676002)(8936002)(66946007)(16576012)(478600001)(83380400001)(52116002)(2616005)(16526019)(36756003)(38350700002)(26005)(38100700002)(31696002)(86362001)(4326008)(6486002)(186003)(5660300002)(45980500001)(43740500002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?a3kxQzFaQzROdC9vWm9OdWd5cDBYU0FMKzFPcWRCY1N4ampwV1ZiRDNmbVFp?= =?utf-8?B?M1oxUlpWeThtckdUYm1RdndQTEFRYjZwVTFYc1k0Q3hVbzE2aFRVRFZJYWs3?= =?utf-8?B?d3FQekJqQjRuZnE1Q1c5Z0RwQTJzWHArRzJVTnZkaWJlcGxHWFU0M2xkeUsv?= =?utf-8?B?UDZBQkNWTy9MOUdHR3hxNmd3NDJKdzRoK1ZLZm9XdktZRTBmTUQ5S0dVMk0x?= =?utf-8?B?WjdrbWNqa0VUZHl0dkcrYUZ2ZitqbkRGVGRUYWlGM1VzaUU2NEhIR3lWRlVh?= =?utf-8?B?V3NrWlNncjE0TFFTVENaM1J2bHZQOXhicG40alhZdEZJNlZObHZuNFFpdzVC?= =?utf-8?B?YWVSMzEyTkI2QVdjZ0RDNzVyM3ZmVUJOVlMxeTdJamwybHFXVE0xN0NjSUV1?= =?utf-8?B?TWFBQ3NnbjdwSG5TdnVTQUU2VzEzYk9KR2kzcjhkcUxVVnpDRnZnVXdzdFdj?= =?utf-8?B?RzRNVVg1S0RQYitraXRVSVpsKytmeHZSa0ZDZ1FmMHl0TWYzSXY3aXdJVkQ2?= =?utf-8?B?UTBPWXN0YnFSU0lEZmJaZjl6ck9ZUUZFSUVuV2ZGZVJKeG5vTjJMT0tQOUh2?= =?utf-8?B?WlRIRkN1Vmw4OW84UGptQUhpOE1sTnV3QlVmd051NlhBZnBmOGM4MGpuYmYy?= =?utf-8?B?T29jdWIxeEVMcGViU1IwODJmSk1HVnNpRHI0NDdONVNFamRyTC9jZmpOM01W?= =?utf-8?B?K1lkbnVnRHF6eDlxUHpnazlnZ0h3QnA3cmh5MHorSTJjelhsRTgwN0wyQVE0?= =?utf-8?B?cWlsUWdTc0J6NGg4NUl0U21lcVg3Q05rd3BxU0VhdXE3OXRycFdXTzV2RzdP?= =?utf-8?B?RFJNQVFzRHEwbXRBeC9IdUI4THNaSXhzRXZMSkxCREMrUnZtRm9OalJxMi9E?= =?utf-8?B?MFpwTERSU0xvUnJlaWxUbzlBdTduZGZkaWpGOHJQTzAvRUIzcFJDQXZlcU1u?= =?utf-8?B?RkI2SHI1SGpXRjVGSzBUVjc4Mng0b0Q4dnFmUDk2UERhSVpyT00vaCtXR0RV?= =?utf-8?B?aTNFQVh0SjhZcStQZXBhOWFDVmpHZkhzRGljZmpQekFldjIyVjBNaFJ4dTJX?= =?utf-8?B?RFd6dHlTbXFaeWJ1dytKSEtsU2dPQ3RiNUFHQk15R0tyTklHd2FCS3RQU2RH?= =?utf-8?B?VXlFc085VXhpMzZ1VFRIdVM1T1VqUUg4Q1E4dHhtak5KaFBuTGF0NktxN2Q3?= =?utf-8?B?bXZjU2tiOFhpUk1DOUpXZDhqZW96MHRlcXJEOGljS3cwTzFjUGtBOU5na25q?= =?utf-8?B?R0txTi9LRkdHWnFxSlJESGppcGYrZGJxQWNCQ3BqZXg4aHZwVlVUcmlOUnZK?= =?utf-8?B?OWJqd09UL2hPNFQ5bEZEM2Y4bVE1blhRTlRNWjR3ZXhGOWFQNmdUZENteEpJ?= =?utf-8?B?NklvdTRCSkRDVU1DM1ptUEJLOEZzZXY1OFdUNy93YTViQmNNY05WME1iajBm?= =?utf-8?B?SDF1OUNsdkRFeG1kWGRySjh1VlVFVEgyVWtON2daMkE1Q3c1T1AvdFRlWnNP?= =?utf-8?B?UXozMnNyRkFFZEpFSjhSRWRCLzRtMnhIaHV0ODZNdzVIcnZnd3BEbDNQQ2xl?= =?utf-8?B?dEpsVVRBcU5OUGdaWFVSOVlBcjc2M1gyU1dFN0Fob1lOUVl1ekJrRFBUVGFx?= =?utf-8?B?aUVYZU5sdjNaY1dpMnQvVkJ6SU9wMzN5cTJKTkxrOHB4M2xIRmE3NEpEK0J2?= =?utf-8?B?SFVvUVo0YW1NNkRUUWhxWkdpcDBRd2xUTDZsRC9rQ0RvaThKSzZ6R2lYeWZh?= =?utf-8?Q?cNo02uRmOWKXuRy38dJAE1p3xnOUw1TNJy60UJC?= X-OriginatorOrg: lightside-instruments.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5e098905-b299-4cf4-586e-08d91b72490a X-MS-Exchange-CrossTenant-AuthSource: AM0PR08MB4084.eurprd08.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 May 2021 09:33:11.6821 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: c0326317-f373-4461-a96f-7946e0abb603 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: AYUCNLgfpERaBd96GSIyEgJJokhxO58QenQojjQSbO9NRrZhHs7dxUU5wrw+35UbxVFO5BZ+urH9jKty6NlMEGmN3wVFvoo/Cvci5zr1KOiSI9by5hrlRh5g+Rk1VrWV X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR08MB5267 Archived-At: Subject: Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2021 09:33:20 -0000 On 20/05/2021 10.43, Christian Hopps wrote: > > Murray Kucherawy via Datatracker writes: >> >> I support Lars' and Francesca's DISCUSS positions. >> >> The shepherd writeup says: "There are no known implementations known >> to the >> Shepherd.  No vendors have indicated their plan to implement the >> specification. >>  It was originally forwarded to support DT's Terra Stream project."  I'm >> tempted to ask why this is slotted for Standards Track publication. > > It's a grouping, it's meant to be incorporated into other YANG modules > rather than have each module come up with their own version of a > geo-location object. > > So, it's wont be "implemented" directly by any vendor until it is > published and can start to be used in other module definitions. There > definitely is interest in this use in the netmod WG. > Hi, I intend to use the grouping in our implementation. We can do that at the upcoming Hackathon event and validate the module with some running code. /Vladimir From nobody Thu May 20 09:20:01 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C57653A1C86 for ; Thu, 20 May 2021 09:19:58 -0700 (PDT) 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, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 qfqj65RdWkzp for ; Thu, 20 May 2021 09:19:56 -0700 (PDT) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2120.outbound.protection.outlook.com [40.107.93.120]) (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 11A513A1C83 for ; Thu, 20 May 2021 09:19:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mmT9p8PdwhPrDAsZdUGFPIMK39oupNWMy3d7aLvqAy6LRCiKObbWpVPlt5ItOem2SkgxcQCnauijuESx2XceDBYi25c+b0oWNeAnbVrFXLveg23wyDp+hGNYjGBAoFPUst85hezz6L5ZfCrz/pKIMpvaz9bDTZmd5CrvAIzFDwgZyVJdeVeuOklbg+WVv1M+b6Qawj7luV2eovvPKEn0jxYHGbeqqjgRwJebEQRtSZIHee12pvRDM6VlMB7cxY7IU6adJ3qPiDocXDNpW36HY3ZuVnZ7JbT+AKSRV8cGZ7MgEk4CZG9qAJnLJD2IoEbOsjDpK6YdUw6rxYyRsP1eJw== 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=3SOa++QGMi6Lz3bRykR7ffTvfkkcsW/aSO8ZmTZiVwU=; b=d4y7jzI6tistxT4kZrzA8Chc/Zpx0QpZyMfYaTEYMSB58wv1pgGrfGxMtpfWiQZDP/aGuGqxEZABEwfIkBhRiSsuA6eS4P0nMuwtUaT1pXZA04yHbCdc7sh7fIDyVC319/GDTG21OCgSvEtd/rAfUV2zTU6hw31tuXD0qigKe34p4q5rxx7L677BrXfLdTpYqEzVuCsAdADtZylugCuVQNnY3wGmtLBbCHD7faaulNu0zbtqK0wKHvndtt6B+P/pO/mUCZK6vutjRZsghEASCEKcnM3aAR0L6j5RwJc2gncooLehTYahuVVMU8tdscpbYq178v+ftCI5x9fgkRWuYg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3SOa++QGMi6Lz3bRykR7ffTvfkkcsW/aSO8ZmTZiVwU=; b=qsczpf1xMNjnEnX4YT1AKVX4b1ykCVncGZzcO0dZU22AUnkK1lqE2PlygztYBlLCqBL16VgKh56+1zQwPpfC+iLu8CucMY2+V0jof8XgMogUqKLyAzTz9kZj2wH6NtIxoNUOTCDfRb5aThe5jUlYM5tTi31OeLhhEvMpnKVyf4o= Received: from DM6PR08MB5084.namprd08.prod.outlook.com (2603:10b6:5:41::29) by DM5PR08MB2377.namprd08.prod.outlook.com (2603:10b6:3:6c::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.25; Thu, 20 May 2021 16:19:54 +0000 Received: from DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1]) by DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1%3]) with mapi id 15.20.4129.031; Thu, 20 May 2021 16:19:54 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: leafref to multi-key list: can only use current() in 2nd leafref Thread-Index: AddNk9D/ORR56jGfST6vYvVZnkE38g== Date: Thu, 20 May 2021 16:19:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [23.233.24.194] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c13c9a57-c9d9-4780-b887-08d91bab1a42 x-ms-traffictypediagnostic: DM5PR08MB2377: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: eHLRi8VKKkVnJQASFmHuV9ooxcZA0p1hb3GpeSPNaaYMDHotyDy2qPKiN/eH22lMlosQrdETxKh4qruljoyehUAhX7FiEYKhsb0VgH7E65sgRb4Ib7q7qrjmNSJk5b6OzhnEsmb81uBtEFB+heOZqn3ScmuYA1qFRNuVlwnkZsAV7O3dJM+IZhsb4BjlGq9v/IS/SK0Le1W4AZrptalQ/d2yowlZNQmWt8q+3XStScK2GOi1VM+05Uhd7T2Yj6EAtOFh4rCDKq8+Vhr8DLDPEgKkX6oE1TEChZFNIF+Tqnu87W82eOVBDTQPFcTII4NCyjq75VzDs/zoR5nPDUBewPD4uZHq4JI3dwmLEkW9PQgtRgm512eQ/Wn1jdg9ixewrxb/9Ttj1FmUFRujpyJq1sbNTltP74/Qge+5iG9mFbtnUPyiV/EfmalpS8I9t1OaCEDxwE7C4t1DBuH8I4rj6HZs74Ki+HlWB77++DBLwTE7JDIlxnKGqu7Ky7taIovY3ozsU/fakiWFImVtS3QyAB/KAo9coHunxS9JbpYLJl188TjL/xp7Z86eEwCuDZgWftt1owWzaU0ab3n/Dj+N2y3+cnmViui13RaccGJ/Td4= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5084.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(346002)(39860400002)(136003)(366004)(86362001)(64756008)(66476007)(52536014)(55016002)(26005)(316002)(76116006)(66446008)(66556008)(66946007)(9686003)(6916009)(8676002)(6506007)(38100700002)(122000001)(71200400001)(33656002)(2906002)(5660300002)(7696005)(8936002)(186003)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?5yp+HMiEY5m7Nj+Y1AYlkc6QV/djswKwJEymIIHy40pCPR/9M3yMAa4cp3lD?= =?us-ascii?Q?7tLudWA8guRBgicLDl7E5uOqW5gN9OQ+5Nb1LMa/n/laojV9kPCdW1lR3QjK?= =?us-ascii?Q?N4nvSEPhX2H12p5+xI1X6Dk0YVAuxwATypSb20dFxQTCt0VS1O2VcSI45QRU?= =?us-ascii?Q?O/OcdGXvMPHSzIbbSF2wqs2mBf5+Iz/oLrM0HDj7TZ/d6oR7twAhMTIt7KWy?= =?us-ascii?Q?LAlT/aLBxXRLmMegFn63Tlo+Wd+LtU2oaDgTrFZ+KrGw8x8DACU8D/8LhJ67?= =?us-ascii?Q?zoWi6Gkcfh73bEhIUy80RappzkgjsV67gvfyzJhc5vhl3Xj89E4118Y4cWDL?= =?us-ascii?Q?IPhi4aJSR3ZChcDmz7xHnqCbROC1Y8vM0TINdCkfM6IIIOSz2LJJPD373Ldy?= =?us-ascii?Q?4Qz+7LkMZGrcQc1Z7+w1Fc2N8laq5qNfFz94HnMK0FbqNIiG9Mqsh0ctT8v8?= =?us-ascii?Q?RW+dUF4RQ2+6mlA1Ulf3P+ApLTkkl+eQvmPru5MPL2smriQw3uGzLfTwSHQt?= =?us-ascii?Q?bB/c7BSjxt0odVGb/b6+ja0XNg4XKyClHEQ5HfZUosZn3BV18VJ2OQ2nUIzA?= =?us-ascii?Q?oUbAYjULYrJDjFCtV1uLqR80aLdwIxk/7kyNlyuIXZ4sb+ymBG+GBlNpdiS2?= =?us-ascii?Q?XWoPG9KN45neCd3273Rz0C8udnRTbk+xcZxo+Nm6FfHfNxygk4iX2YXaoJHB?= =?us-ascii?Q?Wbt03vEO2DbhfTuz/lY6FONLHybrLGhWZl0JO7zYwBZCJW9RsXLtr9lfxakJ?= =?us-ascii?Q?+U6Ci1YqwnckCJUOWylEU/TQZSp8LFfyu6rTnqPMJUrtTH19UN7vqAnO9R4d?= =?us-ascii?Q?uOnTnh1VScPr+Otb9l5I3BdcAnb0LHXKJZEJOcrBN6d6WgodI6FSYLqp1IjJ?= =?us-ascii?Q?od1rTsLVpmCqkp31IPaJZhOO7EwfSGpSfiFoCqjhDeItfznSy43QwxibWwgo?= =?us-ascii?Q?N/V53W/2wSXK/z8Nk/b4S1YY22InyQ6nRv7Kd3rb1xXXhgWpEs8OWt8spVKZ?= =?us-ascii?Q?rhmJRxFxASuII3vEY9vQ/Cv3jDnBNMCIqoGhci2qzQXI5qCu4iwEtVT1V1Bj?= =?us-ascii?Q?6FsZgJivduS29TUizWGNp0Vwurn2qVdKE0eWY8JenHpUVJkexPg8l/D90Ngp?= =?us-ascii?Q?7iajwXce+AYNy6Nz7hEzZh8NTLdl0eJnGDrUe/lByGTE5wamatwif8za0zNO?= =?us-ascii?Q?OOCnzrcmuol7f8fC1H6VSmWIuPN5+dzKI0rx+RoaYZkNUxtrurptPYvl5J14?= =?us-ascii?Q?16pmzDmlUdvLOuXk9tu+SelfaAvecAdMkKZrYxYk9N5mf0cSBSRNhYqw/V9a?= =?us-ascii?Q?ercQUGtBZIlz5PTVCZKWdi0q?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5084F0CB6B01D6212491D91E9B2A9DM6PR08MB5084namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5084.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c13c9a57-c9d9-4780-b887-08d91bab1a42 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 May 2021 16:19:54.2675 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: MyvqFK6K5Ld7fX26UU54GdE8KtkuM80cWpwAPSGl6yNNN268An/pg9CpprJy2QxJLeiGVplD95wx/68CJK+iPA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR08MB2377 Archived-At: Subject: [netmod] leafref to multi-key list: can only use current() in 2nd leafref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2021 16:19:59 -0000 --_000_DM6PR08MB5084F0CB6B01D6212491D91E9B2A9DM6PR08MB5084namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, In any examples I've seen where a YANG model contains a set of leafrefs to = a multi-key list, or to a list key within a list, the "current()" xpath fun= ction is only in the 2nd leafref and never the first. EXAMPLE A - OpenConfig ACL model list acl-set { key "name type"; ... snip ... grouping interface-ingress-acl-config { description "Configuration data for per-interface ingress ACLs"; leaf set-name { type leafref { path "../../../../../../acl-sets/acl-set/config/name"; } description "Reference to the ACL set name applied on ingress"; } leaf type { type leafref { path "../../../../../../acl-sets/acl-set[name=3Dcurrent()/../set-na= me]" + "/config/type"; } description "Reference to the ACL set type applied on ingress"; } } We've tried this type of 2-leaf leafref in some models, and yangLint compla= ins (validating instance data) if we instead changed the first one to the f= ollowing (this is just an illustrative example, we actually did a similar t= hing with our own models, not actually with this OpenCOnfig model): leaf set-name { type leafref { path "../../../../../../acl-sets/acl-set[type=3Dcurrent()/../type]/= config/name"; } description "Reference to the ACL set name applied on ingress"; } I'm not sure I understand why this wouldn't work. When all is said and done= , both leafrefs would be satisfied if this is applied atomically. But maybe= it is some sort of circular chicken-and-egg problem in resolving the value= spaces ? I suspect I'm missing some basic understanding here since: - Other examples of 2-part leafrefs always only use current() in the 2nd le= afref, and - yangLint complains about this (with instance data) Rgds, Jason --_000_DM6PR08MB5084F0CB6B01D6212491D91E9B2A9DM6PR08MB5084namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

In any examples I've seen where= a YANG model contains a set of leafrefs to a multi-key list, or to a list = key within a list, the "current()" xpath function is only in the = 2nd leafref and never the first.

 

EXAMPLE A - OpenConfig  AC= L model

 

      = list acl-set {

     &= nbsp;  key "name type";

 

… snip …=

 

  grouping interface-ingress-acl-config {<= /o:p>

    description

      "Configuration d= ata for per-interface ingress ACLs";

 

    leaf set-name {

      type leafref {

        path &quo= t;../../../../../../acl-sets/acl-set/config/name";

      }

      description

        "Ref= erence to the ACL set name applied on ingress";

    }

 

    leaf type {

      type leafref {

        path &quo= t;../../../../../../acl-sets/acl-set[name=3Dcurrent()/../set-name]" +<= o:p>

        &nbs= p; "/config/type";

      }

      description

        "Ref= erence to the ACL set type applied on ingress";

    }

  }

 

We've tried this type of 2-leaf leafref in some mode= ls, and yangLint complains (validating instance data) if we instead changed= the first one to the following (this is just an illustrative example, we a= ctually did a similar thing with our own models, not actually with this OpenCOnfig model):

 

    leaf set-name {

      type leafref {

        path &quo= t;../../../../../../acl-sets/acl-set[type=3Dcurrent()/../type]/config/name&= quot;;

 

      }

      description

        "Ref= erence to the ACL set name applied on ingress";

    }

 

I'm not sure I understand why this wouldn't work. Wh= en all is said and done, both leafrefs would be satisfied if this is applie= d atomically. But maybe it is some sort of circular chicken-and-egg problem= in resolving the value spaces ?

 

I suspect I'm missing some basic understanding here = since:

- Other examples of 2-part leafrefs always only use = current() in the 2nd leafref, and

- yangLint complains about this (with instance data)=

 

Rgds,

Jason

 

 

--_000_DM6PR08MB5084F0CB6B01D6212491D91E9B2A9DM6PR08MB5084namp_-- From nobody Fri May 21 00:56:43 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 784373A1E60 for ; Fri, 21 May 2021 00:56:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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 rKJk6TiYQhnn for ; Fri, 21 May 2021 00:56:37 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D5D473A1E5E for ; Fri, 21 May 2021 00:56:36 -0700 (PDT) Received: from [10.209.218.9] (unknown [64.103.40.20]) by mail.tail-f.com (Postfix) with ESMTPSA id AEBD21AE0115; Fri, 21 May 2021 09:56:32 +0200 (CEST) From: Jan Lindblad Message-Id: <350EFD59-094F-48F5-951A-02E279859474@tail-f.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_4B66A953-6772-4027-A074-3D8045DACD0A" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.6\)) Date: Fri, 21 May 2021 09:56:31 +0200 In-Reply-To: Cc: "netmod@ietf.org" To: "Sterne, Jason (Nokia - CA/Ottawa)" References: X-Mailer: Apple Mail (2.3608.120.23.2.6) Archived-At: Subject: Re: [netmod] leafref to multi-key list: can only use current() in 2nd leafref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2021 07:56:42 -0000 --Apple-Mail=_4B66A953-6772-4027-A074-3D8045DACD0A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Jason, > In any examples I've seen where a YANG model contains a set of = leafrefs to a multi-key list, or to a list key within a list, the = "current()" xpath function is only in the 2nd leafref and never the = first. Yes. When you want to model a reference to a particular list instance = somewhere, you need to use one leafref for each key in the path from the = referrer to the referenced instance. But that is not enough. =46rom the = second leafref on, you also need to bind the keys together, so that the = leafrefs identify a single instance. Let me give you an example (shortened, stolen from Network = Programmability with YANG, chapter 3). Let's say we have a list of books = keyed by title and delivery format: list book { key "title format"; leaf title { type string; } leaf format { type bookformat; } } And the following three instances exist: TITLE FORMAT -------------------------------------------------------------- The Hitchhiker=E2=80=99s Guide to the Galaxy paperback The Hitchhiker=E2=80=99s Guide to the Galaxy mp3 The Neverending Story paperback A na=C3=AFve refererrer might use: grouping book-reference { leaf title {=20 type leafref { path "/book/title"; } } leaf format {=20 type leafref { path "/book/format"; } } } =20 This modeling is not very good because this allows the operator to fill = in a reference to "The Neverending Story" + "mp3". Both leafref values = are valid according to the YANG, they both exist in that list. They just = don't identify any single instance. This is why the leafrefs have to be bound together, so that they only = allow values among the instances pointed out by the previous/other = leafrefs. For example like this: grouping book-reference { leaf title {=20 type leafref { path "/book/title"; } } leaf format {=20 type leafref { path "/book[title=3Dcurrent()/../title]/format"; } } } This makes "format" only able to take on values that exist for the books = pointed out by title. In the case of "The Neverending Story", that would = only be "paperback". For "The Hitchhiker=E2=80=99s Guide to the Galaxy", = that would be "paperback" or "mp3".=20 If you had a list with three keys, the binding would get a bit longer: grouping basic-mylist-reference { leaf ref1 {=20 type leafref { path "../../mylist/key1"; } } leaf ref2 {=20 type leafref { path "../../mylist[key1=3Dcurrent()/../ref1]/key2"; } } leaf ref3 {=20 type leafref { path = "../../mylist[key1=3Dcurrent()/../ref1][key2=3Dcurrent()/../ref2]/key3"; } } } =46rom a logical validity point of view, you could of course add those = predicates (filters) to every leafref, like this: grouping not-optimal-mylist-reference { leaf ref1 {=20 type leafref { path = "../../mylist[key2=3Dcurrent()/../ref2][key3=3Dcurrent()/../ref3]/key1"; } } leaf ref2 {=20 type leafref { path = "../../mylist[key1=3Dcurrent()/../ref1][key3=3Dcurrent()/../ref3]/key2"; } } leaf ref3 {=20 type leafref { path = "../../mylist[key1=3Dcurrent()/../ref1][key2=3Dcurrent()/../ref2]/key3"; } } } I would advice against this, however. You would gain some symmetry and = verbosity, but on the bottom line it would cost you two things: - Performace. If the YANG validator in question is implemented using an = XPath evaluator, you have just doubled the validation work for this part = of the model. - Step by step guidance. If the validity of each of the values depend on = all the others, it's hard for a system to convey to the operator what = the valid values are for each ref leaf. Using the basic-mylist-reference = above (or modern-mylist-reference below), systems could allow ref1 = values to be tab-completed or presented in a drop down. Once filled in, = the same could be done with ref2, and then ref3. Very convenient for the = operator. That flow is lost with the non-optimal-mylist-reference. A more modern way of binding the keys together is to use the YANG 1.1 = XPath function deref(). It reduces the verbosity and sharpens the = modelers intent a bit. Using deref, you would get this: grouping modern-mylist-reference { leaf ref1 {=20 type leafref { path "../../mylist/key1"; } } leaf ref2 {=20 type leafref { path "deref(../ref1)/../key2"; } } leaf ref3 {=20 type leafref { path "deref(../ref2)/../key3"; } } } Readable, efficient and with a good flow if you ask me. You did not share the details around the issues with yanglint instance = data validation, so it's hard to say what went wrong there. Best Regards, /jan > EXAMPLE A - OpenConfig ACL model > =20 > list acl-set { > key "name type"; > =20 > =E2=80=A6 snip =E2=80=A6 > =20 > grouping interface-ingress-acl-config { > description > "Configuration data for per-interface ingress ACLs"; > =20 > leaf set-name { > type leafref { > path "../../../../../../acl-sets/acl-set/config/name"; > } > description > "Reference to the ACL set name applied on ingress"; > } > =20 > leaf type { > type leafref { > path = "../../../../../../acl-sets/acl-set[name=3Dcurrent()/../set-name]" + > "/config/type"; > } > description > "Reference to the ACL set type applied on ingress"; > } > } > =20 > We've tried this type of 2-leaf leafref in some models, and yangLint = complains (validating instance data) if we instead changed the first one = to the following (this is just an illustrative example, we actually did = a similar thing with our own models, not actually with this OpenCOnfig = model): > =20 > leaf set-name { > type leafref { > path = "../../../../../../acl-sets/acl-set[type=3Dcurrent()/../type]/config/name"= ; > =20 > } > description > "Reference to the ACL set name applied on ingress"; > } > =20 > I'm not sure I understand why this wouldn't work. When all is said and = done, both leafrefs would be satisfied if this is applied atomically. = But maybe it is some sort of circular chicken-and-egg problem in = resolving the value spaces ? > =20 > I suspect I'm missing some basic understanding here since: > - Other examples of 2-part leafrefs always only use current() in the = 2nd leafref, and > - yangLint complains about this (with instance data) > =20 > Rgds, > Jason > =20 > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = --Apple-Mail=_4B66A953-6772-4027-A074-3D8045DACD0A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Jason,

In any examples I've seen where a YANG model contains a set = of leafrefs to a multi-key list, or to a list key within a list, the = "current()" xpath function is only in the 2nd leafref and never the = first.

Yes. When you want to model a reference to a = particular list instance somewhere, you need to use one leafref for each = key in the path from the referrer to the referenced instance. But that = is not enough. =46rom the second leafref on, you also need to bind the = keys together, so that the leafrefs identify a single = instance.

Let me give you an example = (shortened, stolen from Network Programmability with YANG, chapter 3). = Let's say we have a list of books keyed by title and delivery = format:

list book {
  key "title format";
  leaf title { type string; = }
  leaf = format { type bookformat; }
}

And the following three instances = exist:

TITLE                 =                   = FORMAT
--------------------------------------------------------------<= /font>
The = Hitchhiker=E2=80=99s Guide to the Galaxy    paperback
The Hitchhiker=E2=80=99s Guide to the Galaxy   =  mp3
The Neverending Story =                   = paperback

A na=C3=AFve = refererrer might use:

grouping = book-reference {
  leaf title = { 
    type leafref = {
      path = "/book/title";
    = }
  }
  leaf format = { 
    type leafref = {
      path = "/book/format";
    = }
  }
}
  
This = modeling is not very good because this allows the operator to fill in a = reference to "The Neverending Story" + "mp3". Both leafref values are = valid according to the YANG, they both exist in that list. They just = don't identify any single instance.

This is why the leafrefs have to be bound = together, so that they only allow values among the instances pointed out = by the previous/other leafrefs. For example like this:

grouping book-reference {
  leaf = title { 
    type leafref = {
      path = "/book/title";
    = }
  }
  leaf format = { 
    type leafref = {
      path = "/book[title=3Dcurrent()/../title]/format";
    = }
  }
}

This makes "format" only able to take = on values that exist for the books pointed out by title. In the case of = "The Neverending Story", that would only be "paperback". For "The = Hitchhiker=E2=80=99s Guide to the Galaxy", that would be "paperback" or = "mp3". 

If you had a list with = three keys, the binding would get a bit longer:

grouping basic-mylist-reference = {
  leaf ref1 { 
    = type leafref {
      path = "../../mylist/key1";
    = }
  }
  leaf ref2 = { 
    type leafref = {
      path = "../../mylist[key1=3Dcurrent()/../ref1]/key2";
    = }
  }
  leaf ref3 = { 
    type leafref = {
      path = "../../mylist[key1=3Dcurrent()/../ref1][key2=3Dcurrent()/../ref2]/key3";
    = }
  }
}

=46rom a logical validity point of = view, you could of course add those predicates (filters) to every = leafref, like this:

grouping not-optimal-mylist-reference {
  leaf ref1 = { 
    type leafref = {
      path "../../mylist[key2=3Dcurrent()/../ref2][key3=3Dcurrent()/../ref3]/key1";
    }
  = }
  leaf ref2 { 
    = type leafref {
      path = "../../mylist[key1=3Dcurrent()/../ref1][key3=3Dcurrent()/../ref3]/key2";
    }
  = }
  leaf ref3 { 
    = type leafref {
      path = "../../mylist[key1=3Dcurrent()/../ref1][key2=3Dcurrent()/../ref2]/key3";
    = }
  }
}

I would advice against this, however. = You would gain some symmetry and verbosity, but on the bottom line it = would cost you two things:
- Performace. If the YANG validator = in question is implemented using an XPath evaluator, you have just = doubled the validation work for this part of the model.
- Step = by step guidance. If the validity of each of the values depend on all = the others, it's hard for a system to convey to the operator what the = valid values are for each ref leaf. Using the basic-mylist-reference = above (or modern-mylist-reference below), systems could allow ref1 = values to be tab-completed or presented in a drop down. Once filled in, = the same could be done with ref2, and then ref3. Very convenient for the = operator. That flow is lost with the = non-optimal-mylist-reference.

A more = modern way of binding the keys together is to use the YANG 1.1 XPath = function deref(). It reduces the verbosity and sharpens the modelers = intent a bit. Using deref, you would get this:

grouping modern-mylist-reference = {
  leaf ref1 { 
    = type leafref {
      path = "../../mylist/key1";
    = }
  }
  leaf ref2 = { 
    type leafref = {
      path = "deref(../ref1)/../key2";
    = }
  }
  leaf ref3 = { 
    type leafref = {
      path = "deref(../ref2)/../key3";
    = }
  }
}

Readable, efficient and with a good = flow if you ask me.

You did not = share the details around the issues with yanglint instance data = validation, so it's hard to say what went wrong there.

Best Regards,
/jan



EXAMPLE A - OpenConfig  ACL model
 
      list acl-set = {
        key = "name type";
 
=E2=80=A6 snip = =E2=80=A6
 
  grouping interface-ingress-acl-config = {
    = description
      "Configuration data for = per-interface ingress ACLs";
 
    leaf set-name {
      type leafref {
        path = "../../../../../../acl-sets/acl-set/config/name";
      }
      description
        "Reference to the = ACL set name applied on ingress";
    }
 
    leaf = type {
      type leafref {
        path = "../../../../../../acl-sets/acl-set[name=3Dcurrent()/../set-name]" +
          = "/config/type";
      }
      description
        "Reference to the = ACL set type applied on ingress";
    }
  }
 
We've tried this type of = 2-leaf leafref in some models, and yangLint complains (validating = instance data) if we instead changed the first one to the following = (this is just an illustrative example, we actually did a similar thing = with our own models, not actually with this OpenCOnfig model):
 
    leaf = set-name {
      type leafref {
        path = "../../../../../../acl-sets/acl-set[type=3Dcurrent()/../type]/config/name"= ;
 
      }
      description
        "Reference to the = ACL set name applied on ingress";
    }
 
I'm not sure I understand = why this wouldn't work. When all is said and done, both leafrefs would = be satisfied if this is applied atomically. But maybe it is some sort of = circular chicken-and-egg problem in resolving the value spaces ?
 
I suspect I'm missing some = basic understanding here since:
- Other examples of 2-part leafrefs always only = use current() in the 2nd leafref, and
- yangLint complains about = this (with instance data)
 
Rgds,
Jason
 
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

= --Apple-Mail=_4B66A953-6772-4027-A074-3D8045DACD0A-- From nobody Fri May 21 13:57:47 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2F003A2058 for ; Fri, 21 May 2021 13:57:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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=nokia.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 iAu15QPPKoOb for ; Fri, 21 May 2021 13:57:40 -0700 (PDT) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2116.outbound.protection.outlook.com [40.107.223.116]) (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 A6B0A3A2057 for ; Fri, 21 May 2021 13:57:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hWcRkAj3DLVZgjCDWeHx2hRts8zLz5TYE2USBIPUKIgCnfmhZ3EHEmOhGvG6JT+DW42GXO+aFhgNIaSSCgNxE/ipEU3rPnZCa+c0EwhVyJB1LaTipEkWHVk2/AS7DF3quLWfsfsD3O+PKhpRW31lqvZVz603di/6ZntrTsdu693rvthkEJuaBmFQ1q22gz3+8TssLh30tqizYTATTDvi2vl6mEM0TMjAtgFY/WVhQMnDJYyB3SLRfP7q/CiNTeDS8RQ4SVh/VX+FPlz5FlxT1PZMtoF4EvKqo+JZD/FbFuIjTf5XA0gtdlerHFZGnQ4JcgDVuoDxU+d+hsZMRs0IrA== 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=3zKwKi3+r6QrjMUcpycvuaMhs5zN28DrPuLbIux185g=; b=d/qVDFQlAfYxBUxlaVPk+Yi7yxQ3uScxKLK7AVPrYbFW4mfeKeW99T3gZDVxbbxSHSiB/KVzPEVtqFH31qel+tl6Z6suNZWjfGO3jjZvvrtfqmb8oO9VVBBrBRn7pMSC0RMIPxam4Vohb79QMtWlr+NK8krZ2/jPsl+n4GaaIP1KwtdoyaaMUROP0JVXrOoUqEiqw4/lDcieww9gSjYjdkWdaJotCicjl6s11tVMsGvPLhTrqEzJl8+vsjX6TAUmTrvfZyz+iWCVKuYVboMVTi35NpMfZGG/xfeVUNECnFxePCUucT2xMUspFetMT5kvq1H4NrXydLuewNoza0WxVQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3zKwKi3+r6QrjMUcpycvuaMhs5zN28DrPuLbIux185g=; b=UFq5jhJEa8gM7yUCKxfyx9FslYKOX1c1ILvCsK+06w+iubJyo4a4Zt5kZA7pA0gHwDVk0lKtnEYx5PxCAHmzavtSNMOJdZBpK6hMkCnViZGBNzpab5bJAaSYdXZrZDvXiBfHggPQ4UsPM16yzpx9mlpOhlvkW8fHLUXGQdY5t3M= Received: from DM6PR08MB5084.namprd08.prod.outlook.com (2603:10b6:5:41::29) by DM6PR08MB5401.namprd08.prod.outlook.com (2603:10b6:5:15::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.25; Fri, 21 May 2021 20:57:37 +0000 Received: from DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1]) by DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::616e:7de0:be27:e9b1%3]) with mapi id 15.20.4129.035; Fri, 21 May 2021 20:57:37 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: Jan Lindblad CC: "netmod@ietf.org" Thread-Topic: [netmod] leafref to multi-key list: can only use current() in 2nd leafref Thread-Index: AQHXThbTra6CVlStU0iOuvWc5LUrtaruapWg Date: Fri, 21 May 2021 20:57:37 +0000 Message-ID: References: <350EFD59-094F-48F5-951A-02E279859474@tail-f.com> In-Reply-To: <350EFD59-094F-48F5-951A-02E279859474@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: tail-f.com; dkim=none (message not signed) header.d=none;tail-f.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [23.233.24.194] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d10d8919-87e4-4ba2-dceb-08d91c9b10a8 x-ms-traffictypediagnostic: DM6PR08MB5401: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mipXi6dsBpL3LxaTUinbqIBFVp+9t24uD1QhuOgCtGuY/a9vmTVUVP8k9dlJCKW2VTgvUEktdAvx98eVm4S546CN7MN1/A8VbZow42KtAGGSIFrfXnOYv5DsdJPJa1PT3MCORsukNgD+BY71KEdlEVIcTGGEGRUrEHgK7jSyeiL9G1hmOM8L9Ng2c/ILmyfaP6NPC25B0nIuYO2QDpnh0SUgM2taKYEEDmwqkATgNRKhqUgv8NKpp3lKDHt2yiD2mQtOY+KDpiHBQy3H6XZoKvF9NMMi7zF7L/d2hvxhjKF3J3jh4Psp36dsct0Y0ibH8IBjmHCxOjqGVt2ZM2u4Ke+3Y/HhJTQ8mwRyY4Pz1qYDN5NdN/AvsCgr8U1j223eAVtLkRCYJqFoQMhGE/49blY6qVyFyVGbQM7g/016oLRgfR+deG5MptbJhvaY7U4pcvaSeFUpKteaA8E6nzquXnifDS5Lvvlf6fLbIaTTuocGQw0luEHMuFtlYby7fjWTdfobn9IofyG8ur0JyXJrUqZ6VP454x5/1ucO7RKfQiqy9jjHBtYxGXkBN/FRXwLYQcQDKrFYVmU8nP+CfCjB+x9FSGskfg72NEzfVD3bHX9CHjjUeM/tvSYQTJeifoQhpJrDboH7w27vH2hcmbYk3hemN4anVHdxox5UJBEfJC8BzfBuZDo7yApHfG6l8+ikqGS9iAoB2J11tMPydqNjBfHXlNRr43KuDeIUBazI11g= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5084.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(376002)(396003)(39860400002)(136003)(366004)(966005)(86362001)(52536014)(55016002)(66574015)(316002)(26005)(166002)(76116006)(66556008)(9686003)(66446008)(6916009)(71200400001)(122000001)(6506007)(8676002)(83380400001)(66946007)(53546011)(64756008)(66476007)(38100700002)(33656002)(2906002)(5660300002)(7696005)(186003)(4326008)(8936002)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?utf-8?B?SFVkaXRncWlKa3YrWEtIMlZSRXVsRitvSEQ4VW1lSUNrem1zWGVyNU1Db2hx?= =?utf-8?B?KzV4YUJGc2VnR0lyQ2dvS2VESitZdVZ1Ulh2dEY5Z2tlNzJQblpiUGs1RkND?= =?utf-8?B?QjlHKzdVWlQ0MWxadzFmd1RmMHc5S2l2N0tPK0FmMEFsNllKeHdIa2w5VEF3?= =?utf-8?B?Y0poTWtBMnMwdy9MVjdjakEvd0xOSkdoK2RrbjAzVXVHSzQwT2I3N0NFNll5?= =?utf-8?B?WnZoazA4dnJNbHcrQVJYeGs2TTFDWUVRTVJHVTNjWEhGT2RnbjQ0RXh2ZUl0?= =?utf-8?B?eFlhUGl0VVQ0ZE5idUFhTWVWb2dkdHV4cEJyQmN2cVF4bmU0SlNuQkltWFJ3?= =?utf-8?B?UjdTbUFJYVVTVkZVakNoVFBKb0d5THRUREhMVjlMclVxOU4vM2NyVDhaRzRB?= =?utf-8?B?UmhuS3JtY1dnN3k2dWtBV04vMDl6UktVRnBqUTlSM0pwMEZQRnJRNUNrWU1J?= =?utf-8?B?SE1SRjB6c04vTWJ6Qk1EUlZWMjBOcllLMG9uZGpvODh2RWFSbVcyQjdNYk41?= =?utf-8?B?M3pNQ0tHekZzK084bGJSZGtOYXNwVlhyVktPVHN6aFRyN3dtMXdTZk5aMnN5?= =?utf-8?B?VkpNNGhOMmozZFFERlNzS2Rsb25jaU9rVEFGWlhWQ0Fya0xmV1JrbklRaHpC?= =?utf-8?B?aTZ2NlZ0N2tKbUlXaU12dzBiVnlkUTNyeDgvWW9yOFhkZ09YQ3VvK1c4ZDRy?= =?utf-8?B?TCtNTW1yL1l4Y0ttaWFZWHNsSkNOQThnVktlM215Z0pWbVRsalpWN1NMSm8w?= =?utf-8?B?WHlldWdSSkNjYURwMnhveURBSCs2b09hWDArcTRGN29nQ3VqVFNHTDh2LzNS?= =?utf-8?B?L25iRmpnZ2pneTJYMVB1bUFzalBCOE1SVlU0U0FNSUpSVFZVMzRBZHJKcXpk?= =?utf-8?B?eGswRmVrUnRZM2NSVTFVSUpDWGlkcE5tVGtERFg4eWpwcUF5b1F3QlJMd1BF?= =?utf-8?B?L0lzMW5kbGdVcFRHa2RCd0hnVmU0YW83Sm9oYTFFbVRxbm5zTElEelBDVkZQ?= =?utf-8?B?NnN6RUJ5WUkyUUdlTVlsRVJvMUVrN01TektFbm9FSUh2T1pJd0xCSERWU01H?= =?utf-8?B?UEp6MFk0UmpVSnpnUHF0WnJ1dzF1OTZZellHbTl3ZG9nSUZyT3FUMGNDbkkz?= =?utf-8?B?dTgxaW42NkVkTlFpci82VXVHK2lYVmlQZlZYcVRNOWNHZXRzRnFHdnBYQStU?= =?utf-8?B?alNnT1lZakExWHhhVHNnU29NUHd4ZEVic1hNcXRNT1VudXJRMG9VY2hHVmlD?= =?utf-8?B?SmdBWkIzdzFZZldGcE9CY1ltWDNtRnF3MDV3dFoxWXVNa1FNYkE0MDhieGo0?= =?utf-8?B?ellzVXdXQ2RZYzAvaW4rbjlvZ3dhcEJwVXBOcVBTOW0vaWtuU21jZTBvZXhL?= =?utf-8?B?aVJHUUNJVVdrbURObXlGTk10eHpyU1czb2YxRnJDRE5JVjIxRzBrc2VEbHlu?= =?utf-8?B?OWpsTjFxa3BIb1dGR0lYQkc5cXVDTU5UWTR0R0RBRDh1NG5MVURzRnp4TWZP?= =?utf-8?B?bEx4MXN4T2U0blMwTFg5YUh6aFlydVJqbjQyeUlua2JuZzBqQVBVL0orSUNB?= =?utf-8?B?bTNON1M5aHJTS1NsbjAwKzQ1OVJJLy9BRjZLQ1pXZlYvS1dqdlJBckEwbUhL?= =?utf-8?B?WXNpaStZRk4zZUdna013d0hKb2FIelZ2RHdsQkFWN0JMU0hpbEhoNmh2V3dO?= =?utf-8?B?RmFiRzhKUmY0UmpRNi85WlNUS25RcVdmNFZUYWZxM0NuOGRqbmt5bGFzL2sy?= =?utf-8?Q?69WLevHP+6adoLgSOqUa3JcNWMwMiJmhb804qJz?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5084458954E40172AB626C669B299DM6PR08MB5084namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5084.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d10d8919-87e4-4ba2-dceb-08d91c9b10a8 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2021 20:57:37.3423 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: LcL5TdyoRYmTC1Rmm2uzyXop+47KnSrXMz+pMgCfEmQRfmuq7jBL71ybJ7fT3USXBgtGB3YFao3LluW+nQz3oQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5401 Archived-At: Subject: Re: [netmod] leafref to multi-key list: can only use current() in 2nd leafref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 May 2021 20:57:46 -0000 --_000_DM6PR08MB5084458954E40172AB626C669B299DM6PR08MB5084namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGUgZXhjZWxsZW50IGRldGFpbGVkIHJlc3BvbnNlIEphbi4NCg0KSSBzZWUg d2hhdCB5b3UgYXJlIHNheWluZy4gSSB3YXMgZmFtaWxpYXIgd2l0aCB0aGUgZmlyc3QgcGFydCAo dGhlIG5lZWQgZm9yIHRoZSAiY3VycmVudCgpIiBpbiB0aGUgcHJlZGljYXRlcyB0byBiaW5kIHRo aW5ncyB0b2dldGhlciksIGJ1dCB1bnN1cmUgd2hldGhlciBwcmVkaWNhdGVzIGluICphbGwqIHRo ZSBsZWFmcmVmcyB3YXMgc29tZWhvdyBpbnZhbGlkIChJIHdhc24ndCBzZWVpbmcgdGhhdCBhbnl3 aGVyZSBpbiBvdGhlciBtb2RlbHMpLg0KDQpXZSdyZSB0YWtpbmcgYSBjbG9zZXIgbG9vayBiYWNr IGF0IG91ciBzcGVjaWZpYyBwcm9ibGVtIG5vdyB0aGF0IHdlIGtub3cgdGhpcyBpcyB2YWxpZC4g SXQgbG9va3MgbGlrZSBpdCBtYXkgYmUgc29tZXRoaW5nIGVsc2Ugb24gb3VyIHNpZGUgKGFuZCB5 YW5nTGludCB3YXMgY29ycmVjdCB0byBjb21wbGFpbikuDQoNCkphc29uDQoNCg0KRnJvbTogSmFu IExpbmRibGFkIDxqYW5sQHRhaWwtZi5jb20+DQpTZW50OiBGcmlkYXksIE1heSAyMSwgMjAyMSAz OjU3IEFNDQpUbzogU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9PdHRhd2EpIDxqYXNvbi5zdGVy bmVAbm9raWEuY29tPg0KQ2M6IG5ldG1vZEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtuZXRtb2Rd IGxlYWZyZWYgdG8gbXVsdGkta2V5IGxpc3Q6IGNhbiBvbmx5IHVzZSBjdXJyZW50KCkgaW4gMm5k IGxlYWZyZWYNCg0KSGkgSmFzb24sDQoNCkluIGFueSBleGFtcGxlcyBJJ3ZlIHNlZW4gd2hlcmUg YSBZQU5HIG1vZGVsIGNvbnRhaW5zIGEgc2V0IG9mIGxlYWZyZWZzIHRvIGEgbXVsdGkta2V5IGxp c3QsIG9yIHRvIGEgbGlzdCBrZXkgd2l0aGluIGEgbGlzdCwgdGhlICJjdXJyZW50KCkiIHhwYXRo IGZ1bmN0aW9uIGlzIG9ubHkgaW4gdGhlIDJuZCBsZWFmcmVmIGFuZCBuZXZlciB0aGUgZmlyc3Qu DQoNClllcy4gV2hlbiB5b3Ugd2FudCB0byBtb2RlbCBhIHJlZmVyZW5jZSB0byBhIHBhcnRpY3Vs YXIgbGlzdCBpbnN0YW5jZSBzb21ld2hlcmUsIHlvdSBuZWVkIHRvIHVzZSBvbmUgbGVhZnJlZiBm b3IgZWFjaCBrZXkgaW4gdGhlIHBhdGggZnJvbSB0aGUgcmVmZXJyZXIgdG8gdGhlIHJlZmVyZW5j ZWQgaW5zdGFuY2UuIEJ1dCB0aGF0IGlzIG5vdCBlbm91Z2guIEZyb20gdGhlIHNlY29uZCBsZWFm cmVmIG9uLCB5b3UgYWxzbyBuZWVkIHRvIGJpbmQgdGhlIGtleXMgdG9nZXRoZXIsIHNvIHRoYXQg dGhlIGxlYWZyZWZzIGlkZW50aWZ5IGEgc2luZ2xlIGluc3RhbmNlLg0KDQpMZXQgbWUgZ2l2ZSB5 b3UgYW4gZXhhbXBsZSAoc2hvcnRlbmVkLCBzdG9sZW4gZnJvbSBOZXR3b3JrIFByb2dyYW1tYWJp bGl0eSB3aXRoIFlBTkcsIGNoYXB0ZXIgMykuIExldCdzIHNheSB3ZSBoYXZlIGEgbGlzdCBvZiBi b29rcyBrZXllZCBieSB0aXRsZSBhbmQgZGVsaXZlcnkgZm9ybWF0Og0KDQpsaXN0IGJvb2sgew0K ICBrZXkgInRpdGxlIGZvcm1hdCI7DQogIGxlYWYgdGl0bGUgeyB0eXBlIHN0cmluZzsgfQ0KICBs ZWFmIGZvcm1hdCB7IHR5cGUgYm9va2Zvcm1hdDsgfQ0KfQ0KDQpBbmQgdGhlIGZvbGxvd2luZyB0 aHJlZSBpbnN0YW5jZXMgZXhpc3Q6DQoNClRJVExFICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBGT1JNQVQNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUaGUgSGl0Y2hoaWtlcuKAmXMgR3VpZGUgdG8gdGhlIEdh bGF4eSAgICBwYXBlcmJhY2sNClRoZSBIaXRjaGhpa2Vy4oCZcyBHdWlkZSB0byB0aGUgR2FsYXh5 ICAgIG1wMw0KVGhlIE5ldmVyZW5kaW5nIFN0b3J5ICAgICAgICAgICAgICAgICAgIHBhcGVyYmFj aw0KQSBuYcOvdmUgcmVmZXJlcnJlciBtaWdodCB1c2U6DQoNCmdyb3VwaW5nIGJvb2stcmVmZXJl bmNlIHsNCiAgbGVhZiB0aXRsZSB7DQogICAgdHlwZSBsZWFmcmVmIHsNCiAgICAgIHBhdGggIi9i b29rL3RpdGxlIjsNCiAgICB9DQogIH0NCiAgbGVhZiBmb3JtYXQgew0KICAgIHR5cGUgbGVhZnJl ZiB7DQogICAgICBwYXRoICIvYm9vay9mb3JtYXQiOw0KICAgIH0NCiAgfQ0KfQ0KDQpUaGlzIG1v ZGVsaW5nIGlzIG5vdCB2ZXJ5IGdvb2QgYmVjYXVzZSB0aGlzIGFsbG93cyB0aGUgb3BlcmF0b3Ig dG8gZmlsbCBpbiBhIHJlZmVyZW5jZSB0byAiVGhlIE5ldmVyZW5kaW5nIFN0b3J5IiArICJtcDMi LiBCb3RoIGxlYWZyZWYgdmFsdWVzIGFyZSB2YWxpZCBhY2NvcmRpbmcgdG8gdGhlIFlBTkcsIHRo ZXkgYm90aCBleGlzdCBpbiB0aGF0IGxpc3QuIFRoZXkganVzdCBkb24ndCBpZGVudGlmeSBhbnkg c2luZ2xlIGluc3RhbmNlLg0KDQpUaGlzIGlzIHdoeSB0aGUgbGVhZnJlZnMgaGF2ZSB0byBiZSBi b3VuZCB0b2dldGhlciwgc28gdGhhdCB0aGV5IG9ubHkgYWxsb3cgdmFsdWVzIGFtb25nIHRoZSBp bnN0YW5jZXMgcG9pbnRlZCBvdXQgYnkgdGhlIHByZXZpb3VzL290aGVyIGxlYWZyZWZzLiBGb3Ig ZXhhbXBsZSBsaWtlIHRoaXM6DQoNCmdyb3VwaW5nIGJvb2stcmVmZXJlbmNlIHsNCiAgbGVhZiB0 aXRsZSB7DQogICAgdHlwZSBsZWFmcmVmIHsNCiAgICAgIHBhdGggIi9ib29rL3RpdGxlIjsNCiAg ICB9DQogIH0NCiAgbGVhZiBmb3JtYXQgew0KICAgIHR5cGUgbGVhZnJlZiB7DQogICAgICBwYXRo ICIvYm9va1t0aXRsZT1jdXJyZW50KCkvLi4vdGl0bGVdL2Zvcm1hdCI7DQogICAgfQ0KICB9DQp9 DQoNClRoaXMgbWFrZXMgImZvcm1hdCIgb25seSBhYmxlIHRvIHRha2Ugb24gdmFsdWVzIHRoYXQg ZXhpc3QgZm9yIHRoZSBib29rcyBwb2ludGVkIG91dCBieSB0aXRsZS4gSW4gdGhlIGNhc2Ugb2Yg IlRoZSBOZXZlcmVuZGluZyBTdG9yeSIsIHRoYXQgd291bGQgb25seSBiZSAicGFwZXJiYWNrIi4g Rm9yICJUaGUgSGl0Y2hoaWtlcuKAmXMgR3VpZGUgdG8gdGhlIEdhbGF4eSIsIHRoYXQgd291bGQg YmUgInBhcGVyYmFjayIgb3IgIm1wMyIuDQoNCklmIHlvdSBoYWQgYSBsaXN0IHdpdGggdGhyZWUg a2V5cywgdGhlIGJpbmRpbmcgd291bGQgZ2V0IGEgYml0IGxvbmdlcjoNCg0KZ3JvdXBpbmcgYmFz aWMtbXlsaXN0LXJlZmVyZW5jZSB7DQogIGxlYWYgcmVmMSB7DQogICAgdHlwZSBsZWFmcmVmIHsN CiAgICAgIHBhdGggIi4uLy4uL215bGlzdC9rZXkxIjsNCiAgICB9DQogIH0NCiAgbGVhZiByZWYy IHsNCiAgICB0eXBlIGxlYWZyZWYgew0KICAgICAgcGF0aCAiLi4vLi4vbXlsaXN0W2tleTE9Y3Vy cmVudCgpLy4uL3JlZjFdL2tleTIiOw0KICAgIH0NCiAgfQ0KICBsZWFmIHJlZjMgew0KICAgIHR5 cGUgbGVhZnJlZiB7DQogICAgICBwYXRoICIuLi8uLi9teWxpc3Rba2V5MT1jdXJyZW50KCkvLi4v cmVmMV1ba2V5Mj1jdXJyZW50KCkvLi4vcmVmMl0va2V5MyI7DQogICAgfQ0KICB9DQp9DQoNCkZy b20gYSBsb2dpY2FsIHZhbGlkaXR5IHBvaW50IG9mIHZpZXcsIHlvdSBjb3VsZCBvZiBjb3Vyc2Ug YWRkIHRob3NlIHByZWRpY2F0ZXMgKGZpbHRlcnMpIHRvIGV2ZXJ5IGxlYWZyZWYsIGxpa2UgdGhp czoNCg0KZ3JvdXBpbmcgbm90LW9wdGltYWwtbXlsaXN0LXJlZmVyZW5jZSB7DQogIGxlYWYgcmVm MSB7DQogICAgdHlwZSBsZWFmcmVmIHsNCiAgICAgIHBhdGggIi4uLy4uL215bGlzdFtrZXkyPWN1 cnJlbnQoKS8uLi9yZWYyXVtrZXkzPWN1cnJlbnQoKS8uLi9yZWYzXS9rZXkxIjsNCiAgICB9DQog IH0NCiAgbGVhZiByZWYyIHsNCiAgICB0eXBlIGxlYWZyZWYgew0KICAgICAgcGF0aCAiLi4vLi4v bXlsaXN0W2tleTE9Y3VycmVudCgpLy4uL3JlZjFdW2tleTM9Y3VycmVudCgpLy4uL3JlZjNdL2tl eTIiOw0KICAgIH0NCiAgfQ0KICBsZWFmIHJlZjMgew0KICAgIHR5cGUgbGVhZnJlZiB7DQogICAg ICBwYXRoICIuLi8uLi9teWxpc3Rba2V5MT1jdXJyZW50KCkvLi4vcmVmMV1ba2V5Mj1jdXJyZW50 KCkvLi4vcmVmMl0va2V5MyI7DQogICAgfQ0KICB9DQp9DQoNCkkgd291bGQgYWR2aWNlIGFnYWlu c3QgdGhpcywgaG93ZXZlci4gWW91IHdvdWxkIGdhaW4gc29tZSBzeW1tZXRyeSBhbmQgdmVyYm9z aXR5LCBidXQgb24gdGhlIGJvdHRvbSBsaW5lIGl0IHdvdWxkIGNvc3QgeW91IHR3byB0aGluZ3M6 DQotIFBlcmZvcm1hY2UuIElmIHRoZSBZQU5HIHZhbGlkYXRvciBpbiBxdWVzdGlvbiBpcyBpbXBs ZW1lbnRlZCB1c2luZyBhbiBYUGF0aCBldmFsdWF0b3IsIHlvdSBoYXZlIGp1c3QgZG91YmxlZCB0 aGUgdmFsaWRhdGlvbiB3b3JrIGZvciB0aGlzIHBhcnQgb2YgdGhlIG1vZGVsLg0KLSBTdGVwIGJ5 IHN0ZXAgZ3VpZGFuY2UuIElmIHRoZSB2YWxpZGl0eSBvZiBlYWNoIG9mIHRoZSB2YWx1ZXMgZGVw ZW5kIG9uIGFsbCB0aGUgb3RoZXJzLCBpdCdzIGhhcmQgZm9yIGEgc3lzdGVtIHRvIGNvbnZleSB0 byB0aGUgb3BlcmF0b3Igd2hhdCB0aGUgdmFsaWQgdmFsdWVzIGFyZSBmb3IgZWFjaCByZWYgbGVh Zi4gVXNpbmcgdGhlIGJhc2ljLW15bGlzdC1yZWZlcmVuY2UgYWJvdmUgKG9yIG1vZGVybi1teWxp c3QtcmVmZXJlbmNlIGJlbG93KSwgc3lzdGVtcyBjb3VsZCBhbGxvdyByZWYxIHZhbHVlcyB0byBi ZSB0YWItY29tcGxldGVkIG9yIHByZXNlbnRlZCBpbiBhIGRyb3AgZG93bi4gT25jZSBmaWxsZWQg aW4sIHRoZSBzYW1lIGNvdWxkIGJlIGRvbmUgd2l0aCByZWYyLCBhbmQgdGhlbiByZWYzLiBWZXJ5 IGNvbnZlbmllbnQgZm9yIHRoZSBvcGVyYXRvci4gVGhhdCBmbG93IGlzIGxvc3Qgd2l0aCB0aGUg bm9uLW9wdGltYWwtbXlsaXN0LXJlZmVyZW5jZS4NCg0KQSBtb3JlIG1vZGVybiB3YXkgb2YgYmlu ZGluZyB0aGUga2V5cyB0b2dldGhlciBpcyB0byB1c2UgdGhlIFlBTkcgMS4xIFhQYXRoIGZ1bmN0 aW9uIGRlcmVmKCkuIEl0IHJlZHVjZXMgdGhlIHZlcmJvc2l0eSBhbmQgc2hhcnBlbnMgdGhlIG1v ZGVsZXJzIGludGVudCBhIGJpdC4gVXNpbmcgZGVyZWYsIHlvdSB3b3VsZCBnZXQgdGhpczoNCg0K Z3JvdXBpbmcgbW9kZXJuLW15bGlzdC1yZWZlcmVuY2Ugew0KICBsZWFmIHJlZjEgew0KICAgIHR5 cGUgbGVhZnJlZiB7DQogICAgICBwYXRoICIuLi8uLi9teWxpc3Qva2V5MSI7DQogICAgfQ0KICB9 DQogIGxlYWYgcmVmMiB7DQogICAgdHlwZSBsZWFmcmVmIHsNCiAgICAgIHBhdGggImRlcmVmKC4u L3JlZjEpLy4uL2tleTIiOw0KICAgIH0NCiAgfQ0KICBsZWFmIHJlZjMgew0KICAgIHR5cGUgbGVh ZnJlZiB7DQogICAgICBwYXRoICJkZXJlZiguLi9yZWYyKS8uLi9rZXkzIjsNCiAgICB9DQogIH0N Cn0NCg0KUmVhZGFibGUsIGVmZmljaWVudCBhbmQgd2l0aCBhIGdvb2QgZmxvdyBpZiB5b3UgYXNr IG1lLg0KDQpZb3UgZGlkIG5vdCBzaGFyZSB0aGUgZGV0YWlscyBhcm91bmQgdGhlIGlzc3VlcyB3 aXRoIHlhbmdsaW50IGluc3RhbmNlIGRhdGEgdmFsaWRhdGlvbiwgc28gaXQncyBoYXJkIHRvIHNh eSB3aGF0IHdlbnQgd3JvbmcgdGhlcmUuDQoNCkJlc3QgUmVnYXJkcywNCi9qYW4NCg0KDQoNCkVY QU1QTEUgQSAtIE9wZW5Db25maWcgIEFDTCBtb2RlbA0KDQogICAgICBsaXN0IGFjbC1zZXQgew0K ICAgICAgICBrZXkgIm5hbWUgdHlwZSI7DQoNCuKApiBzbmlwIOKApg0KDQogIGdyb3VwaW5nIGlu dGVyZmFjZS1pbmdyZXNzLWFjbC1jb25maWcgew0KICAgIGRlc2NyaXB0aW9uDQogICAgICAiQ29u ZmlndXJhdGlvbiBkYXRhIGZvciBwZXItaW50ZXJmYWNlIGluZ3Jlc3MgQUNMcyI7DQoNCiAgICBs ZWFmIHNldC1uYW1lIHsNCiAgICAgIHR5cGUgbGVhZnJlZiB7DQogICAgICAgIHBhdGggIi4uLy4u Ly4uLy4uLy4uLy4uL2FjbC1zZXRzL2FjbC1zZXQvY29uZmlnL25hbWUiOw0KICAgICAgfQ0KICAg ICAgZGVzY3JpcHRpb24NCiAgICAgICAgIlJlZmVyZW5jZSB0byB0aGUgQUNMIHNldCBuYW1lIGFw cGxpZWQgb24gaW5ncmVzcyI7DQogICAgfQ0KDQogICAgbGVhZiB0eXBlIHsNCiAgICAgIHR5cGUg bGVhZnJlZiB7DQogICAgICAgIHBhdGggIi4uLy4uLy4uLy4uLy4uLy4uL2FjbC1zZXRzL2FjbC1z ZXRbbmFtZT1jdXJyZW50KCkvLi4vc2V0LW5hbWVdIiArDQogICAgICAgICAgIi9jb25maWcvdHlw ZSI7DQogICAgICB9DQogICAgICBkZXNjcmlwdGlvbg0KICAgICAgICAiUmVmZXJlbmNlIHRvIHRo ZSBBQ0wgc2V0IHR5cGUgYXBwbGllZCBvbiBpbmdyZXNzIjsNCiAgICB9DQogIH0NCg0KV2UndmUg dHJpZWQgdGhpcyB0eXBlIG9mIDItbGVhZiBsZWFmcmVmIGluIHNvbWUgbW9kZWxzLCBhbmQgeWFu Z0xpbnQgY29tcGxhaW5zICh2YWxpZGF0aW5nIGluc3RhbmNlIGRhdGEpIGlmIHdlIGluc3RlYWQg Y2hhbmdlZCB0aGUgZmlyc3Qgb25lIHRvIHRoZSBmb2xsb3dpbmcgKHRoaXMgaXMganVzdCBhbiBp bGx1c3RyYXRpdmUgZXhhbXBsZSwgd2UgYWN0dWFsbHkgZGlkIGEgc2ltaWxhciB0aGluZyB3aXRo IG91ciBvd24gbW9kZWxzLCBub3QgYWN0dWFsbHkgd2l0aCB0aGlzIE9wZW5DT25maWcgbW9kZWwp Og0KDQogICAgbGVhZiBzZXQtbmFtZSB7DQogICAgICB0eXBlIGxlYWZyZWYgew0KICAgICAgICBw YXRoICIuLi8uLi8uLi8uLi8uLi8uLi9hY2wtc2V0cy9hY2wtc2V0W3R5cGU9Y3VycmVudCgpLy4u L3R5cGVdL2NvbmZpZy9uYW1lIjsNCg0KICAgICAgfQ0KICAgICAgZGVzY3JpcHRpb24NCiAgICAg ICAgIlJlZmVyZW5jZSB0byB0aGUgQUNMIHNldCBuYW1lIGFwcGxpZWQgb24gaW5ncmVzcyI7DQog ICAgfQ0KDQpJJ20gbm90IHN1cmUgSSB1bmRlcnN0YW5kIHdoeSB0aGlzIHdvdWxkbid0IHdvcmsu IFdoZW4gYWxsIGlzIHNhaWQgYW5kIGRvbmUsIGJvdGggbGVhZnJlZnMgd291bGQgYmUgc2F0aXNm aWVkIGlmIHRoaXMgaXMgYXBwbGllZCBhdG9taWNhbGx5LiBCdXQgbWF5YmUgaXQgaXMgc29tZSBz b3J0IG9mIGNpcmN1bGFyIGNoaWNrZW4tYW5kLWVnZyBwcm9ibGVtIGluIHJlc29sdmluZyB0aGUg dmFsdWUgc3BhY2VzID8NCg0KSSBzdXNwZWN0IEknbSBtaXNzaW5nIHNvbWUgYmFzaWMgdW5kZXJz dGFuZGluZyBoZXJlIHNpbmNlOg0KLSBPdGhlciBleGFtcGxlcyBvZiAyLXBhcnQgbGVhZnJlZnMg YWx3YXlzIG9ubHkgdXNlIGN1cnJlbnQoKSBpbiB0aGUgMm5kIGxlYWZyZWYsIGFuZA0KLSB5YW5n TGludCBjb21wbGFpbnMgYWJvdXQgdGhpcyAod2l0aCBpbnN0YW5jZSBkYXRhKQ0KDQpSZ2RzLA0K SmFzb24NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0bzpuZXRtb2RAaWV0 Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0KDQo= --_000_DM6PR08MB5084458954E40172AB626C669B299DM6PR08MB5084namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGltZXNOZXdSb21hblBTTVQ7DQoJcGFub3NlLTE6MCAw IDAgMCAwIDAgMCAwIDAgMDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZTox MS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJ e21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkVtYWlsU3R5bGUx OQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0 IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd LS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBs ZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPlRoYW5rcyBmb3IgdGhlIGV4Y2VsbGVudCBkZXRhaWxlZCByZXNwb25zZSBKYW4u PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPkkgc2VlIHdoYXQgeW91IGFyZSBzYXlpbmcuIEkgd2FzIGZhbWlsaWFyIHdpdGggdGhl IGZpcnN0IHBhcnQgKHRoZSBuZWVkIGZvciB0aGUgJnF1b3Q7Y3VycmVudCgpJnF1b3Q7IGluIHRo ZSBwcmVkaWNhdGVzIHRvIGJpbmQgdGhpbmdzIHRvZ2V0aGVyKSwgYnV0IHVuc3VyZSB3aGV0aGVy IHByZWRpY2F0ZXMgaW4gKjxiPmFsbDwvYj4qIHRoZSBsZWFmcmVmcw0KIHdhcyBzb21laG93IGlu dmFsaWQgKEkgd2Fzbid0IHNlZWluZyB0aGF0IGFueXdoZXJlIGluIG90aGVyIG1vZGVscykuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPldlJ3JlIHRha2luZyBhIGNsb3NlciBsb29rIGJhY2sgYXQgb3VyIHNwZWNpZmljIHByb2Js ZW0gbm93IHRoYXQgd2Uga25vdyB0aGlzIGlzIHZhbGlkLiBJdCBsb29rcyBsaWtlIGl0IG1heSBi ZSBzb21ldGhpbmcgZWxzZSBvbiBvdXIgc2lkZSAoYW5kIHlhbmdMaW50IHdhcyBjb3JyZWN0IHRv IGNvbXBsYWluKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+SmFzb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBj bSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gSmFuIExpbmRibGFkICZsdDtqYW5sQHRhaWwtZi5j b20mZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBNYXkgMjEsIDIwMjEgMzo1NyBBTTxi cj4NCjxiPlRvOjwvYj4gU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9PdHRhd2EpICZsdDtqYXNv bi5zdGVybmVAbm9raWEuY29tJmd0Ozxicj4NCjxiPkNjOjwvYj4gbmV0bW9kQGlldGYub3JnPGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbmV0bW9kXSBsZWFmcmVmIHRvIG11bHRpLWtleSBsaXN0 OiBjYW4gb25seSB1c2UgY3VycmVudCgpIGluIDJuZCBsZWFmcmVmPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgSmFzb24sPG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5JbiBhbnkgZXhhbXBsZXMgSSd2ZSBzZWVuIHdoZXJlIGEgWUFORyBtb2Rl bCBjb250YWlucyBhIHNldCBvZiBsZWFmcmVmcyB0byBhIG11bHRpLWtleSBsaXN0LCBvciB0byBh IGxpc3Qga2V5IHdpdGhpbiBhIGxpc3QsIHRoZSAmcXVvdDtjdXJyZW50KCkmcXVvdDsgeHBhdGgg ZnVuY3Rpb24gaXMgb25seSBpbiB0aGUgMjxzdXA+bmQ8L3N1cD48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bGVhZnJlZg0KIGFuZCBuZXZlciB0aGUgZmly c3QuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlllcy4gV2hlbiB5b3Ugd2FudCB0byBtb2Rl bCBhIHJlZmVyZW5jZSB0byBhIHBhcnRpY3VsYXIgbGlzdCBpbnN0YW5jZSBzb21ld2hlcmUsIHlv dSBuZWVkIHRvIHVzZSBvbmUgbGVhZnJlZiBmb3IgZWFjaCBrZXkgaW4gdGhlIHBhdGggZnJvbSB0 aGUgcmVmZXJyZXIgdG8gdGhlIHJlZmVyZW5jZWQgaW5zdGFuY2UuIEJ1dCB0aGF0IGlzIG5vdCBl bm91Z2guIEZyb20gdGhlIHNlY29uZCBsZWFmcmVmIG9uLCB5b3UNCiBhbHNvIG5lZWQgdG8gYmlu ZCB0aGUga2V5cyB0b2dldGhlciwgc28gdGhhdCB0aGUgbGVhZnJlZnMgaWRlbnRpZnkgYSBzaW5n bGUgaW5zdGFuY2UuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkxldCBtZSBnaXZlIHlvdSBhbiBleGFtcGxlIChzaG9ydGVuZWQsIHN0b2xlbiBm cm9tIE5ldHdvcmsgUHJvZ3JhbW1hYmlsaXR5IHdpdGggWUFORywgY2hhcHRlciAzKS4gTGV0J3Mg c2F5IHdlIGhhdmUgYSBsaXN0IG9mIGJvb2tzIGtleWVkIGJ5IHRpdGxlIGFuZCBkZWxpdmVyeSBm b3JtYXQ6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+bGlzdCBib29rIHs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDssc2VyaWYiPiZuYnNwOyBrZXkgJnF1b3Q7dGl0bGUgZm9ybWF0JnF1b3Q7Ozwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5i c3A7IGxlYWYgdGl0bGUgeyB0eXBlIHN0cmluZzsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYgZm9ybWF0IHsgdHlw ZSBib29rZm9ybWF0OyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7LHNlcmlmIj59PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmQgdGhlIGZvbGxvd2luZyB0aHJlZSBpbnN0YW5jZXMg ZXhpc3Q6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+VElUTEUgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBGT1JNQVQ8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDssc2VyaWYiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYi PlRoZSBIaXRjaGhpa2Vy4oCZcyBHdWlkZSB0byB0aGUgR2FsYXh5ICZuYnNwOyAmbmJzcDtwYXBl cmJhY2s8YnI+DQpUaGUgSGl0Y2hoaWtlcuKAmXMgR3VpZGUgdG8gdGhlIEdhbGF4eSAmbmJzcDsg Jm5ic3A7bXAzPGJyPg0KVGhlIE5ldmVyZW5kaW5nIFN0b3J5ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHBhcGVyYmFjazwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkEg bmHDr3ZlIHJlZmVyZXJyZXIgbWlnaHQgdXNlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+Z3JvdXBpbmcgYm9vay1yZWZlcmVuY2Ugezwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYg dGl0bGUgeyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB0eXBlIGxlYWZyZWYgezwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNw OyAmbmJzcDsgcGF0aCAmcXVvdDsvYm9vay90aXRsZSZxdW90Ozs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgfTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+ Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDssc2VyaWYiPiZuYnNwOyBsZWFmIGZvcm1hdCB7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUg bGVhZnJlZiB7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBwYXRoICZxdW90Oy9ib29rL2Zvcm1hdCZx dW90Ozs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDss c2VyaWYiPiZuYnNwOyAmbmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPn08L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIG1vZGVsaW5nIGlzIG5v dCB2ZXJ5IGdvb2QgYmVjYXVzZSB0aGlzIGFsbG93cyB0aGUgb3BlcmF0b3IgdG8gZmlsbCBpbiBh IHJlZmVyZW5jZSB0byAmcXVvdDtUaGUgTmV2ZXJlbmRpbmcgU3RvcnkmcXVvdDsgKyAmcXVvdDtt cDMmcXVvdDsuIEJvdGggbGVhZnJlZiB2YWx1ZXMgYXJlIHZhbGlkIGFjY29yZGluZyB0byB0aGUg WUFORywgdGhleSBib3RoIGV4aXN0IGluIHRoYXQgbGlzdC4gVGhleSBqdXN0IGRvbid0IGlkZW50 aWZ5IGFueSBzaW5nbGUNCiBpbnN0YW5jZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBpcyB3aHkgdGhlIGxlYWZyZWZzIGhhdmUgdG8g YmUgYm91bmQgdG9nZXRoZXIsIHNvIHRoYXQgdGhleSBvbmx5IGFsbG93IHZhbHVlcyBhbW9uZyB0 aGUgaW5zdGFuY2VzIHBvaW50ZWQgb3V0IGJ5IHRoZSBwcmV2aW91cy9vdGhlciBsZWFmcmVmcy4g Rm9yIGV4YW1wbGUgbGlrZSB0aGlzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5ncm91cGluZyBib29rLXJlZmVyZW5jZSB7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJz cDsgbGVhZiB0aXRsZSB7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUgbGVhZnJlZiB7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyBwYXRoICZxdW90Oy9ib29rL3RpdGxlJnF1b3Q7Ozwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZu YnNwOyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 LHNlcmlmIj4mbmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYgZm9ybWF0IHsmbmJzcDs8L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJz cDsgdHlwZSBsZWFmcmVmIHs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IHBhdGggJnF1b3Q7L2Jvb2tb dGl0bGU9Y3VycmVudCgpLy4uL3RpdGxlXS9mb3JtYXQmcXVvdDs7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IH08 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYi PiZuYnNwOyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj59PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgbWFrZXMgJnF1b3Q7Zm9ybWF0JnF1b3Q7IG9u bHkgYWJsZSB0byB0YWtlIG9uIHZhbHVlcyB0aGF0IGV4aXN0IGZvciB0aGUgYm9va3MgcG9pbnRl ZCBvdXQgYnkgdGl0bGUuIEluIHRoZSBjYXNlIG9mICZxdW90O1RoZSBOZXZlcmVuZGluZyBTdG9y eSZxdW90OywgdGhhdCB3b3VsZCBvbmx5IGJlICZxdW90O3BhcGVyYmFjayZxdW90Oy4gRm9yICZx dW90O1RoZSBIaXRjaGhpa2Vy4oCZcyBHdWlkZSB0byB0aGUgR2FsYXh5JnF1b3Q7LCB0aGF0IHdv dWxkIGJlICZxdW90O3BhcGVyYmFjayZxdW90Ow0KIG9yICZxdW90O21wMyZxdW90Oy4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYg eW91IGhhZCBhIGxpc3Qgd2l0aCB0aHJlZSBrZXlzLCB0aGUgYmluZGluZyB3b3VsZCBnZXQgYSBi aXQgbG9uZ2VyOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7LHNlcmlmIj5ncm91cGluZyBiYXNpYy1teWxpc3QtcmVmZXJlbmNlIHs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyBs ZWFmIHJlZjEgeyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB0eXBlIGxlYWZyZWYgezwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgcGF0aCAmcXVvdDsuLi8uLi9teWxpc3Qva2V5MSZxdW90Ozs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAm bmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyxzZXJpZiI+Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyBsZWFmIHJlZjIgeyZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNw OyB0eXBlIGxlYWZyZWYgezwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgcGF0aCAmcXVvdDsuLi8uLi9t eWxpc3Rba2V5MT1jdXJyZW50KCkvLi4vcmVmMV0va2V5MiZxdW90Ozs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsg fTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDssc2VyaWYiPiZuYnNwOyBsZWFmIHJlZjMgeyZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB0eXBl IGxlYWZyZWYgezwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgcGF0aCAmcXVvdDsuLi8uLi9teWxpc3Rb a2V5MT1jdXJyZW50KCkvLi4vcmVmMV1ba2V5Mj1jdXJyZW50KCkvLi4vcmVmMl0va2V5MyZxdW90 Ozs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2Vy aWYiPiZuYnNwOyAmbmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPn08L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RnJvbSBhIGxvZ2lj YWwgdmFsaWRpdHkgcG9pbnQgb2YgdmlldywgeW91IGNvdWxkIG9mIGNvdXJzZSBhZGQgdGhvc2Ug cHJlZGljYXRlcyAoZmlsdGVycykgdG8gZXZlcnkgbGVhZnJlZiwgbGlrZSB0aGlzOjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj5ncm91 cGluZyZuYnNwO25vdC1vcHRpbWFsLW15bGlzdC1yZWZlcmVuY2Ugezwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYgcmVm MSB7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUgbGVhZnJlZiB7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyBwYXRoICZxdW90Oy4uLy4uL215bGlzdFtrZXkyPWN1cnJlbnQoKS8uLi9yZWYyXVtrZXkz PWN1cnJlbnQoKS8uLi9yZWYzXS9rZXkxJnF1b3Q7Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB9PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsg fTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+Jm5ic3A7IGxlYWYgcmVmMiB7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUgbGVhZnJlZiB7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlm Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyBwYXRoICZxdW90Oy4uLy4uL215bGlzdFtrZXkxPWN1cnJl bnQoKS8uLi9yZWYxXVtrZXkzPWN1cnJlbnQoKS8uLi9yZWYzXS9rZXkyJnF1b3Q7Ozwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7 ICZuYnNwOyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj4mbmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYgcmVmMyB7Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5i c3A7IHR5cGUgbGVhZnJlZiB7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBwYXRoICZxdW90Oy4uLy4u L215bGlzdFtrZXkxPWN1cnJlbnQoKS8uLi9yZWYxXVtrZXkyPWN1cnJlbnQoKS8uLi9yZWYyXS9r ZXkzJnF1b3Q7Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+fTwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdv dWxkIGFkdmljZSBhZ2FpbnN0IHRoaXMsIGhvd2V2ZXIuIFlvdSB3b3VsZCBnYWluIHNvbWUgc3lt bWV0cnkgYW5kIHZlcmJvc2l0eSwgYnV0IG9uIHRoZSBib3R0b20gbGluZSBpdCB3b3VsZCBjb3N0 IHlvdSB0d28gdGhpbmdzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+LSBQZXJmb3JtYWNlLiBJZiB0aGUgWUFORyB2YWxpZGF0b3IgaW4gcXVlc3Rp b24gaXMgaW1wbGVtZW50ZWQgdXNpbmcgYW4gWFBhdGggZXZhbHVhdG9yLCB5b3UgaGF2ZSBqdXN0 IGRvdWJsZWQgdGhlIHZhbGlkYXRpb24gd29yayBmb3IgdGhpcyBwYXJ0IG9mIHRoZSBtb2RlbC48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gU3Rl cCBieSBzdGVwIGd1aWRhbmNlLiBJZiB0aGUgdmFsaWRpdHkgb2YgZWFjaCBvZiB0aGUgdmFsdWVz IGRlcGVuZCBvbiBhbGwgdGhlIG90aGVycywgaXQncyBoYXJkIGZvciBhIHN5c3RlbSB0byBjb252 ZXkgdG8gdGhlIG9wZXJhdG9yIHdoYXQgdGhlIHZhbGlkIHZhbHVlcyBhcmUgZm9yIGVhY2ggcmVm IGxlYWYuIFVzaW5nIHRoZSBiYXNpYy1teWxpc3QtcmVmZXJlbmNlIGFib3ZlIChvciBtb2Rlcm4t bXlsaXN0LXJlZmVyZW5jZQ0KIGJlbG93KSwgc3lzdGVtcyBjb3VsZCBhbGxvdyByZWYxIHZhbHVl cyB0byBiZSB0YWItY29tcGxldGVkIG9yIHByZXNlbnRlZCBpbiBhIGRyb3AgZG93bi4gT25jZSBm aWxsZWQgaW4sIHRoZSBzYW1lIGNvdWxkIGJlIGRvbmUgd2l0aCByZWYyLCBhbmQgdGhlbiByZWYz LiBWZXJ5IGNvbnZlbmllbnQgZm9yIHRoZSBvcGVyYXRvci4gVGhhdCBmbG93IGlzIGxvc3Qgd2l0 aCB0aGUgbm9uLW9wdGltYWwtbXlsaXN0LXJlZmVyZW5jZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBtb3JlIG1vZGVybiB3YXkgb2YgYmlu ZGluZyB0aGUga2V5cyB0b2dldGhlciBpcyB0byB1c2UgdGhlIFlBTkcgMS4xIFhQYXRoIGZ1bmN0 aW9uIGRlcmVmKCkuIEl0IHJlZHVjZXMgdGhlIHZlcmJvc2l0eSBhbmQgc2hhcnBlbnMgdGhlIG1v ZGVsZXJzIGludGVudCBhIGJpdC4gVXNpbmcgZGVyZWYsIHlvdSB3b3VsZCBnZXQgdGhpczo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+ Z3JvdXBpbmcgbW9kZXJuLW15bGlzdC1yZWZlcmVuY2Ugezwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7IGxlYWYgcmVmMSB7Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl cmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUgbGVhZnJlZiB7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBw YXRoICZxdW90Oy4uLy4uL215bGlzdC9rZXkxJnF1b3Q7Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJpZiI+Jm5ic3A7ICZuYnNwOyB9PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJz cDsgfTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90Oyxz ZXJpZiI+Jm5ic3A7IGxlYWYgcmVmMiB7Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IHR5cGUgbGVhZnJl ZiB7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNl cmlmIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBwYXRoICZxdW90O2RlcmVmKC4uL3JlZjEpLy4uL2tl eTImcXVvdDs7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7LHNlcmlmIj4mbmJzcDsgJm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyB9PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7LHNlcmlmIj4mbmJzcDsgbGVhZiByZWYzIHsm bmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDss c2VyaWYiPiZuYnNwOyAmbmJzcDsgdHlwZSBsZWFmcmVmIHs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsgJm5ic3A7 IHBhdGggJnF1b3Q7ZGVyZWYoLi4vcmVmMikvLi4va2V5MyZxdW90Ozs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDssc2VyaWYiPiZuYnNwOyAmbmJzcDsg fTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyxzZXJp ZiI+Jm5ic3A7IH08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDssc2VyaWYiPn08L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVhZGFibGUsIGVmZmljaWVudCBhbmQgd2l0aCBh IGdvb2QgZmxvdyBpZiB5b3UgYXNrIG1lLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Zb3UgZGlkIG5vdCBzaGFyZSB0aGUgZGV0YWlscyBhcm91 bmQgdGhlIGlzc3VlcyB3aXRoIHlhbmdsaW50IGluc3RhbmNlIGRhdGEgdmFsaWRhdGlvbiwgc28g aXQncyBoYXJkIHRvIHNheSB3aGF0IHdlbnQgd3JvbmcgdGhlcmUuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlc3QgUmVnYXJkcyw8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi9qYW48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPkVYQU1QTEUgQSAtIE9wZW5Db25maWcgJm5ic3A7QUNMIG1vZGVsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgbGlzdCBhY2wtc2V0IHs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGtleSAmcXVvdDtuYW1l IHR5cGUmcXVvdDs7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj7igKYgc25pcCDigKY8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7IGdy b3VwaW5nIGludGVyZmFjZS1pbmdyZXNzLWFjbC1jb25maWcgezxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2Ny aXB0aW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7Q29uZmlndXJhdGlvbiBkYXRh IGZvciBwZXItaW50ZXJmYWNlIGluZ3Jlc3MgQUNMcyZxdW90Ozs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxl YWYgc2V0LW5hbWUgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGUgbGVhZnJlZiB7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGF0aCAmcXVvdDsuLi8uLi8uLi8u Li8uLi8uLi9hY2wtc2V0cy9hY2wtc2V0L2NvbmZpZy9uYW1lJnF1b3Q7OzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O1JlZmVyZW5jZSB0byB0aGUg QUNMIHNldCBuYW1lIGFwcGxpZWQgb24gaW5ncmVzcyZxdW90Ozs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyB9PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OyZuYnNwOyZuYnNwOyBsZWFmIHR5cGUgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHR5cGUg bGVhZnJlZiB7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGF0aCAmcXVv dDsuLi8uLi8uLi8uLi8uLi8uLi9hY2wtc2V0cy9hY2wtc2V0W25hbWU9Y3VycmVudCgpLy4uL3Nl dC1uYW1lXSZxdW90OyArPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJnF1b3Q7L2NvbmZpZy90eXBlJnF1b3Q7OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IH08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O1JlZmVyZW5jZSB0byB0aGUgQUNMIHNldCB0 eXBlIGFwcGxpZWQgb24gaW5ncmVzcyZxdW90Ozs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgfTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSd2ZSB0cmll ZCB0aGlzIHR5cGUgb2YgMi1sZWFmIGxlYWZyZWYgaW4gc29tZSBtb2RlbHMsIGFuZCB5YW5nTGlu dCBjb21wbGFpbnMgKHZhbGlkYXRpbmcgaW5zdGFuY2UgZGF0YSkgaWYgd2UgaW5zdGVhZCBjaGFu Z2VkIHRoZSBmaXJzdCBvbmUgdG8gdGhlIGZvbGxvd2luZyAodGhpcyBpcyBqdXN0IGFuIGlsbHVz dHJhdGl2ZSBleGFtcGxlLCB3ZSBhY3R1YWxseSBkaWQgYSBzaW1pbGFyIHRoaW5nIHdpdGggb3Vy DQogb3duIG1vZGVscywgbm90IGFjdHVhbGx5IHdpdGggdGhpcyBPcGVuQ09uZmlnIG1vZGVsKTo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7IGxlYWYgc2V0LW5hbWUgezxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IHR5cGUgbGVhZnJlZiB7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcGF0 aCAmcXVvdDsuLi8uLi8uLi8uLi8uLi8uLi9hY2wtc2V0cy9hY2wtc2V0W3R5cGU9Y3VycmVudCgp Ly4uL3R5cGVdL2NvbmZpZy9uYW1lJnF1b3Q7OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg fTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7UmVmZXJlbmNlIHRvIHRoZSBBQ0wgc2V0IG5hbWUg YXBwbGllZCBvbiBpbmdyZXNzJnF1b3Q7OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSdtIG5vdCBzdXJlIEkgdW5k ZXJzdGFuZCB3aHkgdGhpcyB3b3VsZG4ndCB3b3JrLiBXaGVuIGFsbCBpcyBzYWlkIGFuZCBkb25l LCBib3RoIGxlYWZyZWZzIHdvdWxkIGJlIHNhdGlzZmllZCBpZiB0aGlzIGlzIGFwcGxpZWQgYXRv bWljYWxseS4gQnV0IG1heWJlIGl0IGlzIHNvbWUgc29ydCBvZiBjaXJjdWxhciBjaGlja2VuLWFu ZC1lZ2cgcHJvYmxlbSBpbiByZXNvbHZpbmcgdGhlIHZhbHVlIHNwYWNlcyA/PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgc3VzcGVjdCBJJ20g bWlzc2luZyBzb21lIGJhc2ljIHVuZGVyc3RhbmRpbmcgaGVyZSBzaW5jZTo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gT3RoZXIgZXhhbXBsZXMg b2YgMi1wYXJ0IGxlYWZyZWZzIGFsd2F5cyBvbmx5IHVzZSBjdXJyZW50KCkgaW4gdGhlIDI8c3Vw Pm5kPC9zdXA+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PmxlYWZyZWYsIGFuZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+LSB5YW5nTGludCBjb21wbGFpbnMgYWJvdXQgdGhpcyAod2l0aCBpbnN0YW5jZSBk YXRhKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5SZ2RzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SmFzb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUaW1lc05ld1JvbWFu UFNNVCZxdW90OyxzZXJpZiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQpuZXRtb2QgbWFpbGluZyBsaXN0PGJyPg0KPC9zcGFuPjxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzTmV3Um9tYW5QU01UJnF1b3Q7LHNlcmlmIj5uZXRtb2RAaWV0Zi5v cmc8L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzTmV3Um9tYW5QU01UJnF1b3Q7LHNlcmlmIj48YnI+DQo8L3NwYW4+PGEgaHJlZj0i aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzTmV3Um9tYW5QU01UJnF1 b3Q7LHNlcmlmIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwv c3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_DM6PR08MB5084458954E40172AB626C669B299DM6PR08MB5084namp_-- From nobody Mon May 24 05:10:20 2021 Return-Path: <010001799e48645c-ee5e7751-75c8-4fb1-821e-92962c2a432c-000000@amazonses.watsen.net> X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC89E3A25E0 for ; Mon, 24 May 2021 05:10:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 QyexTZRlGU1K for ; Mon, 24 May 2021 05:10:16 -0700 (PDT) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 716253A25DF for ; Mon, 24 May 2021 05:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1621858215; h=Content-Type:Content-Transfer-Encoding:From:Mime-Version:Subject:Date:Message-Id:References:Cc:In-Reply-To:To:Feedback-ID; bh=lMt10JAtNQl/SnjJzqVJW3y5KHY2SGg98srgwynfocw=; b=f32QS/8pzJDWfjG7rVX235tvxtxLe4UCHCzTgobtfGyxVbGZsdG12UKJjgZ7GUv0 a8bkar9CavCxLKmEd3HOhTM+mKgqn39kwWL6KWgG4FtfYyFMoT3dyr2WJc7nFU21RfU xlRYusQ2HvZNL9e3h/sPDDGzzDiVdFUIU3VkSP+E= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Kent Watsen Mime-Version: 1.0 (1.0) Date: Mon, 24 May 2021 12:10:15 +0000 Message-ID: <010001799e48645c-ee5e7751-75c8-4fb1-821e-92962c2a432c-000000@email.amazonses.com> References: Cc: Jan Lindblad , netmod@ietf.org In-Reply-To: To: "Sterne, Jason (Nokia - CA/Ottawa)" X-Mailer: iPhone Mail (18A8395) Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES X-SES-Outgoing: 2021.05.24-54.240.8.96 Archived-At: Subject: Re: [netmod] leafref to multi-key list: can only use current() in 2nd leafref X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2021 12:10:19 -0000 > Thanks for the excellent detailed response Jan. +1 From nobody Mon May 24 12:00:44 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 401EF3A32C3; Mon, 24 May 2021 12:00:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.30.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <162188283821.15587.7264013145380986122@ietfa.amsl.com> Date: Mon, 24 May 2021 12:00:38 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-nmda-diff-08.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2021 19:00:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : Comparison of NMDA datastores Authors : Alexander Clemm Yingzhen Qu Jeff Tantsura Andy Bierman Filename : draft-ietf-netmod-nmda-diff-08.txt Pages : 18 Date : 2021-05-24 Abstract: This document defines an RPC operation to compare management datastores that comply with the NMDA architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-nmda-diff/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-netmod-nmda-diff-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-nmda-diff-08 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon May 24 12:09:17 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1843F3A32C9; Mon, 24 May 2021 12:09:15 -0700 (PDT) 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=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 hffETdk8wrJ4; Mon, 24 May 2021 12:09:12 -0700 (PDT) Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) (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 971423A32C7; Mon, 24 May 2021 12:09:08 -0700 (PDT) Received: from [172.16.0.44] ([73.189.160.186]) by mrelay.perfora.net (mreueus002 [74.208.5.2]) with ESMTPSA (Nemesis) id 0M9qv8-1laDKh0KBk-00B3yL; Mon, 24 May 2021 21:09:03 +0200 To: joel jaeggli , "Rob Wilton (rwilton)" Cc: NetMod WG Chairs , "draft-ietf-netmod-nmda-diff.all@ietf.org" , "netmod@ietf.org" References: From: Alexander L Clemm Message-ID: Date: Mon, 24 May 2021 12:08:59 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------937A1F495A619A1378999908" Content-Language: en-US X-Provags-ID: V03:K1:YHKkV4Zolh3wAIdTt6hS1efchT87asXTYx03G4hoT9MZObOTEOW HDW+fwccuYvyqRDrWbd2wDG12tr6ueszBAx2ZPCzSPLlygzA9pkvI3RrKLHrXBXTFDfTDtf 7Rly7luz1U+HPrQ6jCOjtTumTbg8B0Q2jeRIAkMz3XvQFEHex1vOyJbFXlzFs+3O131Moz3 C6EwEGjlNHwEJFUIwekHQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:/nATtPtQI0Q=:lPT6A5T1nOHe8qC5nrdgAg G9duq4xw9lpLikgrzNsTrM8DnCclTDF62IYPSmh+cx0Mrd3Eh7TrdYOJvxeXvEpQlD69oDF+2 M7YFnkpzcRFp65ZEJb7IU7Swg68PSkJ4XcwxIwN3mxiby5NGCwKHAfwJ1YMRN9kr7V5kRfyrz Fw3JAE2qkv/t7CewjOAaEGsd5/npOIbvwYHQl9zudGlsZsv1EReyv6grdyZ0sdnYs4N973E8B jTJ5qxK+KbEFZMxQYJgP9tLMz3S2Q8MvAxU/dFeof/GnN6OOwk/rQ4lGiRZeoJMGrtoMLyUyw EUeV9qvr/KJfY/BlknjojALSmfllzwKkk8puzsyF+5O363fClRzJSjRIGdhc03AGiK1cNwD5+ +TlflaQNZy8qF5+T+MYKfKiP0v1lBpDm/EW/3w8OYxi+7IpXs5VggHj50Qo4bBDVAqJmVZLeQ 8RP3HM98tW7WAeP6+tSO8df3kO1nqj/lRZ+h1+a9BZi4iPlPZDmq191BuvDjZOAOSSehYpo7U K7mj5G6ANh3VEJSRhJjVts= Archived-At: Subject: Re: [netmod] AD review of draft-ietf-netmod-nmda-diff-07 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2021 19:09:15 -0000 This is a multi-part message in MIME format. --------------937A1F495A619A1378999908 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Hi all, Rob, thank you very much for your AD review!  We have just posted a new revision -08 taking your comments into account.  Please find attached and below my reponses to your comments (inline, delimited ; apologies for having taken so long).  Thanks --- Alex Hi, Here is my AD review for draft-ietf-netmod-nmda-diff-07.  Apologies for the delay. Thank you for writing this document, I think that it is useful, and looks like it is in good shape. Main comments: 1. Should there be any text about how to find out what datastores are supported by a device?  E.g., pointing them to either YANG library, or protocol specific mechanisms in the case of RESTCONF. Reply: Note sure this is needed, and where we would even say it in the text.  Perhaps in the Introduction, where we introduce NMDA, a sentence of the sort: "To identify which datastores are supported by a given device, ...".  If we wanted to this, one question is, how is this actually done? RFC 8342 makes no statement about this; it defines identities and typedefs but no capabilities or data model that would indicate the capabilities.  2. It might be helpful to add a comment about potential issues that could arise by comparing to , i.e., additional differences could be reported due to inactive configuration and template processing between and . Reply: I modified the last sentence in the fourth paragraph in the Introduction as follows: "This can be the case due to certain conditions not being met, certain parts of the configuration not propagating because considered inactive, resource dependencies not being resolved, or even implementation errors in corner conditions."  I am not sure I understand the template processing issue; can you please elaborate?   3. I would prefer if 'exclude=origin' was in the reverse sense and perhaps called 'report-origin' instead.  With the reverse sense it seems to be safer if new datastores are defined, where otherwise the behaviour could end being under specified. Reply: Updated it per discussion in the mail thread.  4. Should there be an option to filter on origin metadata?  E.g., only include values that come from intended.  Otherwise, things like IP addresses learned from DHCP may always turn up as differences. Reply: accepting proposed change per the email discussion Changed "exclude-origin" to "report-origin", with new description as follows:       leaf report-origin {         type empty;         description           "When this leaf is provided, origin metadata is            included as part of RPC output. When this leaf is            omitted, origin metadata in comparisons that involve            is by default omitted.";       }       Analogous change in the data model overview: "report-origin: When set, this parameter indicates that origin metadata should be included as part of RPC output. When this parameter is omitted, origin metadata in comparisons that involve is by default omitted." Updated also the output parameter description of "differences" accordingly: Previous: When the target datastore is , "origin" metadata is included as part of the patch. New: When the target datastore is and the input parameter "report-origin" is set, "origin" metadata is included as part of the patch. Also updated the examples: New RPC request (NETCONF):       ds:operational     ds:intended               /if:interfaces       (RPC reply remains the same) New RPC request (RESTCONF): POST /restconf/operations/ietf-nmda-compare:compare HTTP/1.1 Host: example.com Content-Type: application/yang-data+json Accept: application/yang-d { "ietf-nmda-compare:input" {    "source" : "ietf-datastores:operational",    "target" : "ietf-datastores:intended",    "report-origin" : null,    "xpath-filter" : "/ietf-interfaces:interfaces"    } } (again, RPC reply remains the same) 5. I'm not that keen on the "Possible Future Extensions" section of an RFC.  Personally, I would prefer that this section is deleted, but if you wish to retain it, then please can you move it to an appendix. Moved section 8 to an appendix. If there are objections to that, we can also delete it entirely, but my preference would be for it to remain as I think the discussion is useful as it also outlines some practical considerations.   I've also included some minor comments inline below, and some nits at the end:     Abstract        This document defines an RPC operation to compare management        datastores that comply with the NMDA architecture.    The abstract is perhaps somewhat terse.  Perhaps:     This document defines a YANG RPC operation to compare the     contents of network management datastores that comply with     the NMDA architecture and return the differences in the     YANG-Patch format.     1.  Introduction        The revised Network Management Datastore Architecture (NMDA)        [RFC8342] introduces a set of new datastores that each hold YANG-        defined data [RFC7950] and represent a different "viewpoint" on the        data that is maintained by a server.  New YANG datastores that are        introduced include , which contains validated configuration        data that a client application intends to be in effect, and        , which contains at least conceptually operational state        data (such as statistics) as well as configuration data that is        actually in effect. I would suggest deleting "at least conceptually", since the datastore does contain all operational state, but it may be implemented as a virtual construct that spans multiple nodes (e.g., linecards) and processes. Changed        NMDA introduces in effect a concept of "lifecycle" for management        data, allowing to clearly distinguish between data that is part of a        configuration that was supplied by a user, configuration data that        has actually been successfully applied and that is part of the        operational state, and overall operational state that includes both        applied configuration data as well as status and statistics.    "allowing to clearly distinguish" => distinguishing" "status and statistics" => "status information and statistics" Changed        As a result, data from the same management model can be reflected in        multiple datastores.  Clients need to specify the target datastore to        be specific about which viewpoint of the data they want to access.        This way, an application can differentiate whether they are (for        example) interested in the configuration that has been applied and is        actually in effect, or in the configuration that was supplied by a        client and that is supposed to be in effect.    Perhaps reword the last sentence to match the logical data flow in the server:    For example, a client application can differentiate whether they are    interested in the configuration supplied to a server and that is    supposed to be in effect, or the configuration that has been applied and is    actually in effect on the server. Changed        When configuration that is in effect is different from configuration        that was applied, many issues can result.  It becomes more difficult        to operate the network properly due to limited visibility of actual        status which makes it more difficult to analyze and understand what        is going on in the network.  Services may be negatively affected (for        example, breaking a service instance resulting in service is not        properly delivered to a customer) and network resources be        misallocated.        Perhaps change "actual status" to "actual operational status". Changed I also suggest changing the last sentence to:     Services may be negatively affected (e.g., degrading or breaking a customer service) or network resources may be misallocated. Changed         3. Definitions: It should probably define that , , (and perhaps ) are used to indicate names of datastores. It should also explain that is used as the name of a YANG RPC. I am not sure we need to define the datastores, as they have already been defined in RFC 8342.  Also, the fact that is used as the name of the YANG RPC is evident from the data model and would feel redundant.  Unless you feel strongly it should be added, I would prefer to keep this as-is.     4.  Data Model Overview        At the core of the solution is a new management operation, ,        that allows to compare two datastores for the same data. Suggest rewording this first sentence to:   The core of the solution is a new management operation, ,   that compares the data tree contents of two datastores.   Changed        o  target: The target identifies the datastore to compare against the           source. Suggest adding an example ", e.g., ." Changed        o  filter-spec: This is a choice between different filter constructs           to identify the portions of the datastore to be retrieved.  It           acts as a node selector that specifies which data nodes are within           the scope of the comparison and which nodes are outside the scope.           This allows a comparison operation to be applied only to a           specific portion of the datastore that is of interest, such as a           particular subtree.  (The filter dow not contain expressions that           would match values data nodes, as this is not required by most use           cases and would complicate the scheme, from implementation to           dealing with race conditions.)           Perhaps "parts/part" rather than "portions/portion". Changed  Suggest rewording the last sentence to:     Note, the filter does not allow expressions that match against data node values since that may incur implementation difficulties and is not required for normal use cases. Changed        o  ...  When the target datastore is , "origin"           metadata is included as part of the patch.  Including origin           metadata can help in some cases explain the cause of a difference,           for example when a data node is part of but the origin           of the same data node in is reported as "system". I think that this test needs to refer back to the 'exclude-origin' or 'report-origin' options since the origin metadata isn't always included. Yes, this is updated, per earlier comment.     5.  YANG Data Model         The key words 'MUST', 'MUST NOT', 'REQUIRED', 'SHALL', 'SHALL         NOT', 'SHOULD', 'SHOULD NOT', 'RECOMMENDED', 'NOT RECOMMENDED',         'MAY', and 'OPTIONAL' in this document are to be interpreted as         described in BCP 14 (RFC 2119) (RFC 8174) when, and only when,         they appear in all capitals, as shown here.         I couldn't see that RFC 2119 language is actually used in the YANG module, so perhaps this can be deleted? I thought this was boilerplate, but I will be happy to delete it - removed          rpc compare {            description              "NMDA compare operation."; Perhaps "NMDA datastore compare operation." Changed                  anydata source-value {                    when "../operation = 'delete'"                      + "or ../operation = 'merge'"                      + "or ../operation = 'move'"                      + "or ../operation = 'replace'"                      + "or ../operation = 'remove'";                    description                      "The anydata 'value' is only used for 'delete',                       'move', 'merge', 'replace', and 'remove'                       operations.";                       I'm not convinced how useful the when statement really is in this case, since 'source-value' isn't marked as mandatory, a server is allowed to omit it when it doesn't apply anyway. No change made.  The reason why this is specified is that in case of a "create" operation, it would not make sense to include a source value.  Sure, this is supplied by the server, but still I do think there is value to retain the statement - there is a client application somewhere that would be very surprised if a server were to provide a source value here...     6.  Example        does not contain object "description" that is contained        in .  Another object, "enabled", has differences in values,        being "true" in and "false" in .  A third        object, "name", is the same in both cases.  The origin of the objects        in is "learned", which may help explain the        discrepancies. I think that we should probably refrain from calling them objects, perhaps "leaf instance" would be better?  Rather than "differences in values", perhaps "different values". E.g.,        does not contain an instance for leaf "description" that        is contained in .  Another leaf, "enabled", has different        values in the two datastores, being "true" in and        "false" in .  A third leaf, "name", has the same instance        value in both datastores.  The origin of the leaf instances in        is "learned", which may help explain the discrepancies. Changed.  Although I think it would be fair to call them objects also; RFC 8342 talks about objects too.    //OPERATIONAL                eth0        true           There is an extra line, and dodgy indentation for "". Changed, formatted now as follows: //OPERATIONAL       eth0     true   Nits: "possibly for" => "possible for" "reference for the" => "the reference data tree for the" "is basis" => "is the basis" Changed, except "as reference for the" => "as the reference for the" (I think data tree would sound a bit odd in the context; also datastore would perhaps be more appropriate than data tree here). Thanks, Rob --------------937A1F495A619A1378999908 Content-Type: text/plain; charset=UTF-8; name="response-draft-ietf-netmod-nmda-diff-07-ad-review.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="response-draft-ietf-netmod-nmda-diff-07-ad-review.txt" SGksDQoNCkhlcmUgaXMgbXkgQUQgcmV2aWV3IGZvciBkcmFmdC1pZXRmLW5ldG1vZC1ubWRh LWRpZmYtMDcuICBBcG9sb2dpZXMgZm9yIHRoZSBkZWxheS4NCg0KVGhhbmsgeW91IGZvciB3 cml0aW5nIHRoaXMgZG9jdW1lbnQsIEkgdGhpbmsgdGhhdCBpdCBpcyB1c2VmdWwsIGFuZCBs b29rcyBsaWtlIGl0IGlzIGluIGdvb2Qgc2hhcGUuDQoNCg0KTWFpbiBjb21tZW50czoNCg0K MS4gU2hvdWxkIHRoZXJlIGJlIGFueSB0ZXh0IGFib3V0IGhvdyB0byBmaW5kIG91dCB3aGF0 IGRhdGFzdG9yZXMgYXJlIHN1cHBvcnRlZCBieSBhIGRldmljZT8gIEUuZy4sIHBvaW50aW5n IHRoZW0gdG8gZWl0aGVyIFlBTkcgbGlicmFyeSwgb3IgcHJvdG9jb2wgc3BlY2lmaWMgbWVj aGFuaXNtcyBpbiB0aGUgY2FzZSBvZiBSRVNUQ09ORi4NCg0KPEFDPiBSZXBseTogTm90ZSBz dXJlIHRoaXMgaXMgbmVlZGVkLCBhbmQgd2hlcmUgd2Ugd291bGQgZXZlbiBzYXkgaXQgaW4g dGhlIHRleHQuICBQZXJoYXBzIGluIHRoZSBJbnRyb2R1Y3Rpb24sIHdoZXJlIHdlIGludHJv ZHVjZSBOTURBLCBhIHNlbnRlbmNlIG9mIHRoZSBzb3J0OiAiVG8gaWRlbnRpZnkgd2hpY2gg ZGF0YXN0b3JlcyBhcmUgc3VwcG9ydGVkIGJ5IGEgZ2l2ZW4gZGV2aWNlLCAuLi4iLiAgDQpJ ZiB3ZSB3YW50ZWQgdG8gdGhpcywgb25lIHF1ZXN0aW9uIGlzLCBob3cgaXMgdGhpcyBhY3R1 YWxseSBkb25lPyBSRkMgODM0MiBtYWtlcyBubyBzdGF0ZW1lbnQgYWJvdXQgdGhpczsgaXQg ZGVmaW5lcyBpZGVudGl0aWVzIGFuZCB0eXBlZGVmcyBidXQgbm8gY2FwYWJpbGl0aWVzIG9y IGRhdGEgbW9kZWwgdGhhdCB3b3VsZCBpbmRpY2F0ZSB0aGUgY2FwYWJpbGl0aWVzLiAgDQo8 L0FDPg0KDQoyLiBJdCBtaWdodCBiZSBoZWxwZnVsIHRvIGFkZCBhIGNvbW1lbnQgYWJvdXQg cG90ZW50aWFsIGlzc3VlcyB0aGF0IGNvdWxkIGFyaXNlIGJ5IGNvbXBhcmluZyA8cnVubmlu Zz4gdG8gPG9wZXJhdGlvbmFsPiwgaS5lLiwgYWRkaXRpb25hbCBkaWZmZXJlbmNlcyBjb3Vs ZCBiZSByZXBvcnRlZCBkdWUgdG8gaW5hY3RpdmUgY29uZmlndXJhdGlvbiBhbmQgdGVtcGxh dGUgcHJvY2Vzc2luZyBiZXR3ZWVuIDxydW5uaW5nPiBhbmQgPG9wZXJhdGlvbmFsPi4NCg0K PEFDPiBSZXBseTogSSBtb2RpZmllZCB0aGUgbGFzdCBzZW50ZW5jZSBpbiB0aGUgZm91cnRo IHBhcmFncmFwaCBpbiB0aGUgSW50cm9kdWN0aW9uIGFzIGZvbGxvd3M6IA0KIlRoaXMgY2Fu IGJlIHRoZSBjYXNlIGR1ZSB0byBjZXJ0YWluIGNvbmRpdGlvbnMgbm90IGJlaW5nIG1ldCwg Y2VydGFpbiBwYXJ0cyBvZiB0aGUgY29uZmlndXJhdGlvbiBub3QgcHJvcGFnYXRpbmcgYmVj YXVzZSBjb25zaWRlcmVkIGluYWN0aXZlLCByZXNvdXJjZSBkZXBlbmRlbmNpZXMgbm90IGJl aW5nIHJlc29sdmVkLCBvciBldmVuIGltcGxlbWVudGF0aW9uIGVycm9ycyBpbiBjb3JuZXIg Y29uZGl0aW9ucy4iICANCkkgYW0gbm90IHN1cmUgSSB1bmRlcnN0YW5kIHRoZSB0ZW1wbGF0 ZSBwcm9jZXNzaW5nIGlzc3VlOyBjYW4geW91IHBsZWFzZSBlbGFib3JhdGU/ICAgDQo8L0FD PiANCg0KMy4gSSB3b3VsZCBwcmVmZXIgaWYgJ2V4Y2x1ZGU9b3JpZ2luJyB3YXMgaW4gdGhl IHJldmVyc2Ugc2Vuc2UgYW5kIHBlcmhhcHMgY2FsbGVkICdyZXBvcnQtb3JpZ2luJyBpbnN0 ZWFkLiAgV2l0aCB0aGUgcmV2ZXJzZSBzZW5zZSBpdCBzZWVtcyB0byBiZSBzYWZlciBpZiBu ZXcgZGF0YXN0b3JlcyBhcmUgZGVmaW5lZCwgd2hlcmUgb3RoZXJ3aXNlIHRoZSBiZWhhdmlv dXIgY291bGQgZW5kIGJlaW5nIHVuZGVyIHNwZWNpZmllZC4NCg0KPEFDPiBSZXBseTogVXBk YXRlZCBpdCBwZXIgZGlzY3Vzc2lvbiBpbiB0aGUgbWFpbCB0aHJlYWQuICANCjwvQUM+DQoN Cg0KNC4gU2hvdWxkIHRoZXJlIGJlIGFuIG9wdGlvbiB0byBmaWx0ZXIgb24gb3JpZ2luIG1l dGFkYXRhPyAgRS5nLiwgb25seSBpbmNsdWRlIHZhbHVlcyB0aGF0IGNvbWUgZnJvbSBpbnRl bmRlZC4gIE90aGVyd2lzZSwgdGhpbmdzIGxpa2UgSVAgYWRkcmVzc2VzIGxlYXJuZWQgZnJv bSBESENQIG1heSBhbHdheXMgdHVybiB1cCBhcyBkaWZmZXJlbmNlcy4NCg0KPEFDPiBSZXBs eTogYWNjZXB0aW5nIHByb3Bvc2VkIGNoYW5nZSBwZXIgdGhlIGVtYWlsIGRpc2N1c3Npb24N CkNoYW5nZWQgImV4Y2x1ZGUtb3JpZ2luIiB0byAicmVwb3J0LW9yaWdpbiIsIHdpdGggbmV3 IGRlc2NyaXB0aW9uIGFzIGZvbGxvd3M6IA0KICAgICAgbGVhZiByZXBvcnQtb3JpZ2luIHsN CiAgICAgICAgdHlwZSBlbXB0eTsNCiAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAi V2hlbiB0aGlzIGxlYWYgaXMgcHJvdmlkZWQsIG9yaWdpbiBtZXRhZGF0YSBpcyANCiAgICAg ICAgICAgaW5jbHVkZWQgYXMgcGFydCBvZiBSUEMgb3V0cHV0LiBXaGVuIHRoaXMgbGVhZiBp cw0KICAgICAgICAgICBvbWl0dGVkLCBvcmlnaW4gbWV0YWRhdGEgaW4gY29tcGFyaXNvbnMg dGhhdCBpbnZvbHZlDQogICAgICAgICAgIDxvcGVyYXRpb25hbD4gaXMgYnkgZGVmYXVsdCBv bWl0dGVkLiI7DQogICAgICB9DQogICAgICANCkFuYWxvZ291cyBjaGFuZ2UgaW4gdGhlIGRh dGEgbW9kZWwgb3ZlcnZpZXc6IA0KInJlcG9ydC1vcmlnaW46IFdoZW4gc2V0LCB0aGlzIHBh cmFtZXRlciBpbmRpY2F0ZXMgdGhhdCBvcmlnaW4gbWV0YWRhdGEgc2hvdWxkIGJlIGluY2x1 ZGVkIGFzIHBhcnQgb2YgUlBDIG91dHB1dC4gV2hlbiB0aGlzIHBhcmFtZXRlciBpcyBvbWl0 dGVkLCBvcmlnaW4gbWV0YWRhdGEgaW4gY29tcGFyaXNvbnMgdGhhdCBpbnZvbHZlIDxvcGVy YXRpb25hbD4gaXMgYnkgZGVmYXVsdCBvbWl0dGVkLiINCg0KVXBkYXRlZCBhbHNvIHRoZSBv dXRwdXQgcGFyYW1ldGVyIGRlc2NyaXB0aW9uIG9mICJkaWZmZXJlbmNlcyIgYWNjb3JkaW5n bHk6DQoNClByZXZpb3VzOg0KV2hlbiB0aGUgdGFyZ2V0IGRhdGFzdG9yZSBpcyA8b3BlcmF0 aW9uYWw+LCAib3JpZ2luIiBtZXRhZGF0YSBpcyBpbmNsdWRlZCBhcyBwYXJ0IG9mIHRoZSBw YXRjaC4gDQpOZXc6DQpXaGVuIHRoZSB0YXJnZXQgZGF0YXN0b3JlIGlzIDxvcGVyYXRpb25h bD4gYW5kIHRoZSBpbnB1dCBwYXJhbWV0ZXIgInJlcG9ydC1vcmlnaW4iIGlzIHNldCwgIm9y aWdpbiIgbWV0YWRhdGEgaXMgaW5jbHVkZWQgYXMgcGFydCBvZiB0aGUgcGF0Y2guIA0KDQpB bHNvIHVwZGF0ZWQgdGhlIGV4YW1wbGVzOiANCg0KTmV3IFJQQyByZXF1ZXN0IChORVRDT05G KToNCg0KPHJwYyBtZXNzYWdlLWlkPSIxMDEiDQogICAgeG1sbnM9InVybjppZXRmOnBhcmFt czp4bWw6bnM6bmV0Y29uZjpiYXNlOjEuMCI+DQogIDxjb21wYXJlIHhtbG5zPSJ1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1ubWRhLWNvbXBhcmUiDQogICAgICB4bWxuczpk cz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtZGF0YXN0b3JlcyI+DQogICAg PHNvdXJjZT5kczpvcGVyYXRpb25hbDwvc291cmNlPg0KICAgIDx0YXJnZXQ+ZHM6aW50ZW5k ZWQ8L3RhcmdldD4NCiAgICA8cmVwb3J0LW9yaWdpbi8+DQogICAgPHhwYXRoLWZpbHRlcg0K ICAgICAgICB4bWxuczppZj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaW50 ZXJmYWNlcyI+DQogICAgICAvaWY6aW50ZXJmYWNlcw0KICAgIDwveHBhdGgtZmlsdGVyPg0K ICA8L2NvbXBhcmU+DQo8L3JwYz4NCg0KKFJQQyByZXBseSByZW1haW5zIHRoZSBzYW1lKQ0K DQpOZXcgUlBDIHJlcXVlc3QgKFJFU1RDT05GKToNCg0KUE9TVCAvcmVzdGNvbmYvb3BlcmF0 aW9ucy9pZXRmLW5tZGEtY29tcGFyZTpjb21wYXJlIEhUVFAvMS4xDQpIb3N0OiBleGFtcGxl LmNvbQ0KQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi95YW5nLWRhdGEranNvbg0KQWNjZXB0 OiBhcHBsaWNhdGlvbi95YW5nLWQNCnsgImlldGYtbm1kYS1jb21wYXJlOmlucHV0IiB7DQog ICAic291cmNlIiA6ICJpZXRmLWRhdGFzdG9yZXM6b3BlcmF0aW9uYWwiLA0KICAgInRhcmdl dCIgOiAiaWV0Zi1kYXRhc3RvcmVzOmludGVuZGVkIiwNCiAgICJyZXBvcnQtb3JpZ2luIiA6 IG51bGwsDQogICAieHBhdGgtZmlsdGVyIiA6ICIvaWV0Zi1pbnRlcmZhY2VzOmludGVyZmFj ZXMiDQogICB9DQp9DQoNCihhZ2FpbiwgUlBDIHJlcGx5IHJlbWFpbnMgdGhlIHNhbWUpDQoN CjwvQUM+DQoNCg0KNS4gSSdtIG5vdCB0aGF0IGtlZW4gb24gdGhlICJQb3NzaWJsZSBGdXR1 cmUgRXh0ZW5zaW9ucyIgc2VjdGlvbiBvZiBhbiBSRkMuICBQZXJzb25hbGx5LCBJIHdvdWxk IHByZWZlciB0aGF0IHRoaXMgc2VjdGlvbiBpcyBkZWxldGVkLCBidXQgaWYgeW91IHdpc2gg dG8gcmV0YWluIGl0LCB0aGVuIHBsZWFzZSBjYW4geW91IG1vdmUgaXQgdG8gYW4gYXBwZW5k aXguDQoNCjxBQz4gTW92ZWQgc2VjdGlvbiA4IHRvIGFuIGFwcGVuZGl4LiBJZiB0aGVyZSBh cmUgb2JqZWN0aW9ucyB0byB0aGF0LCB3ZSBjYW4gYWxzbyBkZWxldGUgaXQgZW50aXJlbHks IGJ1dCBteSBwcmVmZXJlbmNlIHdvdWxkIGJlIGZvciBpdCB0byByZW1haW4gYXMgSSB0aGlu ayB0aGUgZGlzY3Vzc2lvbiBpcyB1c2VmdWwgYXMgaXQgYWxzbyBvdXRsaW5lcyBzb21lIHBy YWN0aWNhbCBjb25zaWRlcmF0aW9ucy4NCjwvQUM+ICANCg0KSSd2ZSBhbHNvIGluY2x1ZGVk IHNvbWUgbWlub3IgY29tbWVudHMgaW5saW5lIGJlbG93LCBhbmQgc29tZSBuaXRzIGF0IHRo ZSBlbmQ6DQoNCiAgICBBYnN0cmFjdA0KDQogICAgICAgVGhpcyBkb2N1bWVudCBkZWZpbmVz IGFuIFJQQyBvcGVyYXRpb24gdG8gY29tcGFyZSBtYW5hZ2VtZW50DQogICAgICAgZGF0YXN0 b3JlcyB0aGF0IGNvbXBseSB3aXRoIHRoZSBOTURBIGFyY2hpdGVjdHVyZS4NCiAgIA0KVGhl IGFic3RyYWN0IGlzIHBlcmhhcHMgc29tZXdoYXQgdGVyc2UuICBQZXJoYXBzOg0KDQogICAg VGhpcyBkb2N1bWVudCBkZWZpbmVzIGEgWUFORyBSUEMgb3BlcmF0aW9uIHRvIGNvbXBhcmUg dGhlDQogICAgY29udGVudHMgb2YgbmV0d29yayBtYW5hZ2VtZW50IGRhdGFzdG9yZXMgdGhh dCBjb21wbHkgd2l0aA0KICAgIHRoZSBOTURBIGFyY2hpdGVjdHVyZSBhbmQgcmV0dXJuIHRo ZSBkaWZmZXJlbmNlcyBpbiB0aGUgDQogICAgWUFORy1QYXRjaCBmb3JtYXQuDQoNCg0KICAg IDEuICBJbnRyb2R1Y3Rpb24NCg0KICAgICAgIFRoZSByZXZpc2VkIE5ldHdvcmsgTWFuYWdl bWVudCBEYXRhc3RvcmUgQXJjaGl0ZWN0dXJlIChOTURBKQ0KICAgICAgIFtSRkM4MzQyXSBp bnRyb2R1Y2VzIGEgc2V0IG9mIG5ldyBkYXRhc3RvcmVzIHRoYXQgZWFjaCBob2xkIFlBTkct DQogICAgICAgZGVmaW5lZCBkYXRhIFtSRkM3OTUwXSBhbmQgcmVwcmVzZW50IGEgZGlmZmVy ZW50ICJ2aWV3cG9pbnQiIG9uIHRoZQ0KICAgICAgIGRhdGEgdGhhdCBpcyBtYWludGFpbmVk IGJ5IGEgc2VydmVyLiAgTmV3IFlBTkcgZGF0YXN0b3JlcyB0aGF0IGFyZQ0KICAgICAgIGlu dHJvZHVjZWQgaW5jbHVkZSA8aW50ZW5kZWQ+LCB3aGljaCBjb250YWlucyB2YWxpZGF0ZWQg Y29uZmlndXJhdGlvbg0KICAgICAgIGRhdGEgdGhhdCBhIGNsaWVudCBhcHBsaWNhdGlvbiBp bnRlbmRzIHRvIGJlIGluIGVmZmVjdCwgYW5kDQogICAgICAgPG9wZXJhdGlvbmFsPiwgd2hp Y2ggY29udGFpbnMgYXQgbGVhc3QgY29uY2VwdHVhbGx5IG9wZXJhdGlvbmFsIHN0YXRlDQog ICAgICAgZGF0YSAoc3VjaCBhcyBzdGF0aXN0aWNzKSBhcyB3ZWxsIGFzIGNvbmZpZ3VyYXRp b24gZGF0YSB0aGF0IGlzDQogICAgICAgYWN0dWFsbHkgaW4gZWZmZWN0Lg0KDQpJIHdvdWxk IHN1Z2dlc3QgZGVsZXRpbmcgImF0IGxlYXN0IGNvbmNlcHR1YWxseSIsIHNpbmNlIHRoZSA8 b3BlcmF0aW9uYWw+DQpkYXRhc3RvcmUgZG9lcyBjb250YWluIGFsbCBvcGVyYXRpb25hbCBz dGF0ZSwgYnV0IGl0IG1heSBiZSBpbXBsZW1lbnRlZCBhcyBhIHZpcnR1YWwgY29uc3RydWN0 IHRoYXQgc3BhbnMgbXVsdGlwbGUgbm9kZXMgKGUuZy4sIGxpbmVjYXJkcykgYW5kIHByb2Nl c3Nlcy4NCg0KPEFDPiBDaGFuZ2VkDQo8L0FDPg0KDQogICAgICAgTk1EQSBpbnRyb2R1Y2Vz IGluIGVmZmVjdCBhIGNvbmNlcHQgb2YgImxpZmVjeWNsZSIgZm9yIG1hbmFnZW1lbnQNCiAg ICAgICBkYXRhLCBhbGxvd2luZyB0byBjbGVhcmx5IGRpc3Rpbmd1aXNoIGJldHdlZW4gZGF0 YSB0aGF0IGlzIHBhcnQgb2YgYQ0KICAgICAgIGNvbmZpZ3VyYXRpb24gdGhhdCB3YXMgc3Vw cGxpZWQgYnkgYSB1c2VyLCBjb25maWd1cmF0aW9uIGRhdGEgdGhhdA0KICAgICAgIGhhcyBh Y3R1YWxseSBiZWVuIHN1Y2Nlc3NmdWxseSBhcHBsaWVkIGFuZCB0aGF0IGlzIHBhcnQgb2Yg dGhlDQogICAgICAgb3BlcmF0aW9uYWwgc3RhdGUsIGFuZCBvdmVyYWxsIG9wZXJhdGlvbmFs IHN0YXRlIHRoYXQgaW5jbHVkZXMgYm90aA0KICAgICAgIGFwcGxpZWQgY29uZmlndXJhdGlv biBkYXRhIGFzIHdlbGwgYXMgc3RhdHVzIGFuZCBzdGF0aXN0aWNzLg0KICAgDQoiYWxsb3dp bmcgdG8gY2xlYXJseSBkaXN0aW5ndWlzaCIgPT4gZGlzdGluZ3Vpc2hpbmciDQoic3RhdHVz IGFuZCBzdGF0aXN0aWNzIiA9PiAic3RhdHVzIGluZm9ybWF0aW9uIGFuZCBzdGF0aXN0aWNz Ig0KDQo8QUM+IENoYW5nZWQNCjwvQUM+DQoNCiAgICAgICBBcyBhIHJlc3VsdCwgZGF0YSBm cm9tIHRoZSBzYW1lIG1hbmFnZW1lbnQgbW9kZWwgY2FuIGJlIHJlZmxlY3RlZCBpbg0KICAg ICAgIG11bHRpcGxlIGRhdGFzdG9yZXMuICBDbGllbnRzIG5lZWQgdG8gc3BlY2lmeSB0aGUg dGFyZ2V0IGRhdGFzdG9yZSB0bw0KICAgICAgIGJlIHNwZWNpZmljIGFib3V0IHdoaWNoIHZp ZXdwb2ludCBvZiB0aGUgZGF0YSB0aGV5IHdhbnQgdG8gYWNjZXNzLg0KICAgICAgIFRoaXMg d2F5LCBhbiBhcHBsaWNhdGlvbiBjYW4gZGlmZmVyZW50aWF0ZSB3aGV0aGVyIHRoZXkgYXJl IChmb3INCiAgICAgICBleGFtcGxlKSBpbnRlcmVzdGVkIGluIHRoZSBjb25maWd1cmF0aW9u IHRoYXQgaGFzIGJlZW4gYXBwbGllZCBhbmQgaXMNCiAgICAgICBhY3R1YWxseSBpbiBlZmZl Y3QsIG9yIGluIHRoZSBjb25maWd1cmF0aW9uIHRoYXQgd2FzIHN1cHBsaWVkIGJ5IGENCiAg ICAgICBjbGllbnQgYW5kIHRoYXQgaXMgc3VwcG9zZWQgdG8gYmUgaW4gZWZmZWN0Lg0KICAg DQpQZXJoYXBzIHJld29yZCB0aGUgbGFzdCBzZW50ZW5jZSB0byBtYXRjaCB0aGUgbG9naWNh bCBkYXRhIGZsb3cgaW4gdGhlIHNlcnZlcjoNCg0KICAgRm9yIGV4YW1wbGUsIGEgY2xpZW50 IGFwcGxpY2F0aW9uIGNhbiBkaWZmZXJlbnRpYXRlIHdoZXRoZXIgdGhleSBhcmUNCiAgIGlu dGVyZXN0ZWQgaW4gdGhlIGNvbmZpZ3VyYXRpb24gc3VwcGxpZWQgdG8gYSBzZXJ2ZXIgYW5k IHRoYXQgaXMNCiAgIHN1cHBvc2VkIHRvIGJlIGluIGVmZmVjdCwgb3IgdGhlIGNvbmZpZ3Vy YXRpb24gdGhhdCBoYXMgYmVlbiBhcHBsaWVkIGFuZCBpcw0KICAgYWN0dWFsbHkgaW4gZWZm ZWN0IG9uIHRoZSBzZXJ2ZXIuDQoNCjxBQz4gQ2hhbmdlZA0KPC9BQz4NCg0KICAgICAgIFdo ZW4gY29uZmlndXJhdGlvbiB0aGF0IGlzIGluIGVmZmVjdCBpcyBkaWZmZXJlbnQgZnJvbSBj b25maWd1cmF0aW9uDQogICAgICAgdGhhdCB3YXMgYXBwbGllZCwgbWFueSBpc3N1ZXMgY2Fu IHJlc3VsdC4gIEl0IGJlY29tZXMgbW9yZSBkaWZmaWN1bHQNCiAgICAgICB0byBvcGVyYXRl IHRoZSBuZXR3b3JrIHByb3Blcmx5IGR1ZSB0byBsaW1pdGVkIHZpc2liaWxpdHkgb2YgYWN0 dWFsDQogICAgICAgc3RhdHVzIHdoaWNoIG1ha2VzIGl0IG1vcmUgZGlmZmljdWx0IHRvIGFu YWx5emUgYW5kIHVuZGVyc3RhbmQgd2hhdA0KICAgICAgIGlzIGdvaW5nIG9uIGluIHRoZSBu ZXR3b3JrLiAgU2VydmljZXMgbWF5IGJlIG5lZ2F0aXZlbHkgYWZmZWN0ZWQgKGZvcg0KICAg ICAgIGV4YW1wbGUsIGJyZWFraW5nIGEgc2VydmljZSBpbnN0YW5jZSByZXN1bHRpbmcgaW4g c2VydmljZSBpcyBub3QNCiAgICAgICBwcm9wZXJseSBkZWxpdmVyZWQgdG8gYSBjdXN0b21l cikgYW5kIG5ldHdvcmsgcmVzb3VyY2VzIGJlDQogICAgICAgbWlzYWxsb2NhdGVkLg0KICAg ICAgIA0KUGVyaGFwcyBjaGFuZ2UgImFjdHVhbCBzdGF0dXMiIHRvICJhY3R1YWwgb3BlcmF0 aW9uYWwgc3RhdHVzIi4NCg0KPEFDPiBDaGFuZ2VkDQo8L0FDPg0KDQpJIGFsc28gc3VnZ2Vz dCBjaGFuZ2luZyB0aGUgbGFzdCBzZW50ZW5jZSB0bzoNCg0KICAgIFNlcnZpY2VzIG1heSBi ZSBuZWdhdGl2ZWx5IGFmZmVjdGVkIChlLmcuLCBkZWdyYWRpbmcgb3IgYnJlYWtpbmcgYSBj dXN0b21lciBzZXJ2aWNlKSBvciBuZXR3b3JrIHJlc291cmNlcyBtYXkgYmUgbWlzYWxsb2Nh dGVkLg0KDQo8QUM+IENoYW5nZWQNCjwvQUM+DQoNCg0KICAgICAgICAzLiBEZWZpbml0aW9u czoNCg0KSXQgc2hvdWxkIHByb2JhYmx5IGRlZmluZSB0aGF0IDxpbnRlbmRlZD4sIDxvcGVy YXRpb25hbD4sIChhbmQgcGVyaGFwcyA8cnVubmluZz4pIGFyZSB1c2VkIHRvIGluZGljYXRl IG5hbWVzIG9mIGRhdGFzdG9yZXMuDQoNCkl0IHNob3VsZCBhbHNvIGV4cGxhaW4gdGhhdCA8 Y29tcGFyZT4gaXMgdXNlZCBhcyB0aGUgbmFtZSBvZiBhIFlBTkcgUlBDLg0KDQo8QUM+IEkg YW0gbm90IHN1cmUgd2UgbmVlZCB0byBkZWZpbmUgdGhlIGRhdGFzdG9yZXMsIGFzIHRoZXkg aGF2ZSBhbHJlYWR5IGJlZW4gZGVmaW5lZCBpbiBSRkMgODM0Mi4gIEFsc28sIHRoZSBmYWN0 IHRoYXQgPGNvbXBhcmU+IGlzIHVzZWQgYXMgdGhlIG5hbWUgb2YgdGhlIFlBTkcgUlBDIGlz IGV2aWRlbnQgZnJvbSB0aGUgZGF0YSBtb2RlbCBhbmQgd291bGQgZmVlbCByZWR1bmRhbnQu ICBVbmxlc3MgeW91IGZlZWwgc3Ryb25nbHkgaXQgc2hvdWxkIGJlIGFkZGVkLCBJIHdvdWxk IHByZWZlciB0byBrZWVwIHRoaXMgYXMtaXMuDQo8L0FDPg0KDQogICAgNC4gIERhdGEgTW9k ZWwgT3ZlcnZpZXcNCg0KICAgICAgIEF0IHRoZSBjb3JlIG9mIHRoZSBzb2x1dGlvbiBpcyBh IG5ldyBtYW5hZ2VtZW50IG9wZXJhdGlvbiwgPGNvbXBhcmU+LA0KICAgICAgIHRoYXQgYWxs b3dzIHRvIGNvbXBhcmUgdHdvIGRhdGFzdG9yZXMgZm9yIHRoZSBzYW1lIGRhdGEuDQoNClN1 Z2dlc3QgcmV3b3JkaW5nIHRoaXMgZmlyc3Qgc2VudGVuY2UgdG86DQoNCiAgVGhlIGNvcmUg b2YgdGhlIHNvbHV0aW9uIGlzIGEgbmV3IG1hbmFnZW1lbnQgb3BlcmF0aW9uLCA8Y29tcGFy ZT4sDQogIHRoYXQgY29tcGFyZXMgdGhlIGRhdGEgdHJlZSBjb250ZW50cyBvZiB0d28gZGF0 YXN0b3Jlcy4NCiAgDQo8QUM+IENoYW5nZWQgDQo8L0FDPg0KDQogICAgICAgbyAgdGFyZ2V0 OiBUaGUgdGFyZ2V0IGlkZW50aWZpZXMgdGhlIGRhdGFzdG9yZSB0byBjb21wYXJlIGFnYWlu c3QgdGhlDQogICAgICAgICAgc291cmNlLg0KDQpTdWdnZXN0IGFkZGluZyBhbiBleGFtcGxl ICIsIGUuZy4sIDxvcGVyYXRpb25hbD4uIg0KDQo8QUM+IENoYW5nZWQNCjwvQUM+IA0KDQog ICAgICAgbyAgZmlsdGVyLXNwZWM6IFRoaXMgaXMgYSBjaG9pY2UgYmV0d2VlbiBkaWZmZXJl bnQgZmlsdGVyIGNvbnN0cnVjdHMNCiAgICAgICAgICB0byBpZGVudGlmeSB0aGUgcG9ydGlv bnMgb2YgdGhlIGRhdGFzdG9yZSB0byBiZSByZXRyaWV2ZWQuICBJdA0KICAgICAgICAgIGFj dHMgYXMgYSBub2RlIHNlbGVjdG9yIHRoYXQgc3BlY2lmaWVzIHdoaWNoIGRhdGEgbm9kZXMg YXJlIHdpdGhpbg0KICAgICAgICAgIHRoZSBzY29wZSBvZiB0aGUgY29tcGFyaXNvbiBhbmQg d2hpY2ggbm9kZXMgYXJlIG91dHNpZGUgdGhlIHNjb3BlLg0KICAgICAgICAgIFRoaXMgYWxs b3dzIGEgY29tcGFyaXNvbiBvcGVyYXRpb24gdG8gYmUgYXBwbGllZCBvbmx5IHRvIGENCiAg ICAgICAgICBzcGVjaWZpYyBwb3J0aW9uIG9mIHRoZSBkYXRhc3RvcmUgdGhhdCBpcyBvZiBp bnRlcmVzdCwgc3VjaCBhcyBhDQogICAgICAgICAgcGFydGljdWxhciBzdWJ0cmVlLiAgKFRo ZSBmaWx0ZXIgZG93IG5vdCBjb250YWluIGV4cHJlc3Npb25zIHRoYXQNCiAgICAgICAgICB3 b3VsZCBtYXRjaCB2YWx1ZXMgZGF0YSBub2RlcywgYXMgdGhpcyBpcyBub3QgcmVxdWlyZWQg YnkgbW9zdCB1c2UNCiAgICAgICAgICBjYXNlcyBhbmQgd291bGQgY29tcGxpY2F0ZSB0aGUg c2NoZW1lLCBmcm9tIGltcGxlbWVudGF0aW9uIHRvDQogICAgICAgICAgZGVhbGluZyB3aXRo IHJhY2UgY29uZGl0aW9ucy4pDQogICAgICAgICAgDQpQZXJoYXBzICJwYXJ0cy9wYXJ0IiBy YXRoZXIgdGhhbiAicG9ydGlvbnMvcG9ydGlvbiIuDQoNCjxBQz4gQ2hhbmdlZCAgDQo8L0FD Pg0KDQpTdWdnZXN0IHJld29yZGluZyB0aGUgbGFzdCBzZW50ZW5jZSB0bzoNCg0KICAgIE5v dGUsIHRoZSBmaWx0ZXIgZG9lcyBub3QgYWxsb3cgZXhwcmVzc2lvbnMgdGhhdCBtYXRjaCBh Z2FpbnN0IGRhdGEgbm9kZSB2YWx1ZXMgc2luY2UgdGhhdCBtYXkgaW5jdXIgaW1wbGVtZW50 YXRpb24gZGlmZmljdWx0aWVzIGFuZCBpcyBub3QgcmVxdWlyZWQgZm9yIG5vcm1hbCB1c2Ug Y2FzZXMuDQoNCjxBQz4gQ2hhbmdlZA0KPC9BQz4NCg0KICAgICAgIG8gIC4uLiAgV2hlbiB0 aGUgdGFyZ2V0IGRhdGFzdG9yZSBpcyA8b3BlcmF0aW9uYWw+LCAib3JpZ2luIg0KICAgICAg ICAgIG1ldGFkYXRhIGlzIGluY2x1ZGVkIGFzIHBhcnQgb2YgdGhlIHBhdGNoLiAgSW5jbHVk aW5nIG9yaWdpbg0KICAgICAgICAgIG1ldGFkYXRhIGNhbiBoZWxwIGluIHNvbWUgY2FzZXMg ZXhwbGFpbiB0aGUgY2F1c2Ugb2YgYSBkaWZmZXJlbmNlLA0KICAgICAgICAgIGZvciBleGFt cGxlIHdoZW4gYSBkYXRhIG5vZGUgaXMgcGFydCBvZiA8aW50ZW5kZWQ+IGJ1dCB0aGUgb3Jp Z2luDQogICAgICAgICAgb2YgdGhlIHNhbWUgZGF0YSBub2RlIGluIDxvcGVyYXRpb25hbD4g aXMgcmVwb3J0ZWQgYXMgInN5c3RlbSIuDQoNCkkgdGhpbmsgdGhhdCB0aGlzIHRlc3QgbmVl ZHMgdG8gcmVmZXIgYmFjayB0byB0aGUgJ2V4Y2x1ZGUtb3JpZ2luJyBvciAncmVwb3J0LW9y aWdpbicgb3B0aW9ucyBzaW5jZSB0aGUgb3JpZ2luIG1ldGFkYXRhIGlzbid0IGFsd2F5cyBp bmNsdWRlZC4NCg0KPEFDPiBZZXMsIHRoaXMgaXMgdXBkYXRlZCwgcGVyIGVhcmxpZXIgY29t bWVudC4NCjwvQUM+DQoNCg0KICAgIDUuICBZQU5HIERhdGEgTW9kZWwNCg0KICAgICAgICBU aGUga2V5IHdvcmRzICdNVVNUJywgJ01VU1QgTk9UJywgJ1JFUVVJUkVEJywgJ1NIQUxMJywg J1NIQUxMDQogICAgICAgIE5PVCcsICdTSE9VTEQnLCAnU0hPVUxEIE5PVCcsICdSRUNPTU1F TkRFRCcsICdOT1QgUkVDT01NRU5ERUQnLA0KICAgICAgICAnTUFZJywgYW5kICdPUFRJT05B TCcgaW4gdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMNCiAgICAgICAg ZGVzY3JpYmVkIGluIEJDUCAxNCAoUkZDIDIxMTkpIChSRkMgODE3NCkgd2hlbiwgYW5kIG9u bHkgd2hlbiwNCiAgICAgICAgdGhleSBhcHBlYXIgaW4gYWxsIGNhcGl0YWxzLCBhcyBzaG93 biBoZXJlLg0KICAgICAgICANCkkgY291bGRuJ3Qgc2VlIHRoYXQgUkZDIDIxMTkgbGFuZ3Vh Z2UgaXMgYWN0dWFsbHkgdXNlZCBpbiB0aGUgWUFORyBtb2R1bGUsIHNvIHBlcmhhcHMgdGhp cyBjYW4gYmUgZGVsZXRlZD8NCg0KPEFDPiBJIHRob3VnaHQgdGhpcyB3YXMgYm9pbGVycGxh dGUsIGJ1dCBJIHdpbGwgYmUgaGFwcHkgdG8gZGVsZXRlIGl0IC0gcmVtb3ZlZA0KPC9BQz4N Cg0KICAgICAgICAgcnBjIGNvbXBhcmUgew0KICAgICAgICAgICBkZXNjcmlwdGlvbg0KICAg ICAgICAgICAgICJOTURBIGNvbXBhcmUgb3BlcmF0aW9uLiI7DQoNClBlcmhhcHMgIk5NREEg ZGF0YXN0b3JlIGNvbXBhcmUgb3BlcmF0aW9uLiINCg0KPEFDPiBDaGFuZ2VkDQo8L0FDPg0K DQogICAgICAgICAgICAgICAgIGFueWRhdGEgc291cmNlLXZhbHVlIHsNCiAgICAgICAgICAg ICAgICAgICB3aGVuICIuLi9vcGVyYXRpb24gPSAnZGVsZXRlJyINCiAgICAgICAgICAgICAg ICAgICAgICsgIm9yIC4uL29wZXJhdGlvbiA9ICdtZXJnZSciDQogICAgICAgICAgICAgICAg ICAgICArICJvciAuLi9vcGVyYXRpb24gPSAnbW92ZSciDQogICAgICAgICAgICAgICAgICAg ICArICJvciAuLi9vcGVyYXRpb24gPSAncmVwbGFjZSciDQogICAgICAgICAgICAgICAgICAg ICArICJvciAuLi9vcGVyYXRpb24gPSAncmVtb3ZlJyI7DQogICAgICAgICAgICAgICAgICAg ZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAgICAgICAgICJUaGUgYW55ZGF0YSAndmFsdWUn IGlzIG9ubHkgdXNlZCBmb3IgJ2RlbGV0ZScsDQogICAgICAgICAgICAgICAgICAgICAgJ21v dmUnLCAnbWVyZ2UnLCAncmVwbGFjZScsIGFuZCAncmVtb3ZlJw0KICAgICAgICAgICAgICAg ICAgICAgIG9wZXJhdGlvbnMuIjsNCiAgICAgICAgICAgICAgICAgICAgICANCkknbSBub3Qg Y29udmluY2VkIGhvdyB1c2VmdWwgdGhlIHdoZW4gc3RhdGVtZW50IHJlYWxseSBpcyBpbiB0 aGlzIGNhc2UsIHNpbmNlICdzb3VyY2UtdmFsdWUnIGlzbid0IG1hcmtlZCBhcyBtYW5kYXRv cnksIGEgc2VydmVyIGlzIGFsbG93ZWQgdG8gb21pdCBpdCB3aGVuIGl0IGRvZXNuJ3QgYXBw bHkgYW55d2F5Lg0KDQo8QUM+IE5vIGNoYW5nZSBtYWRlLiAgVGhlIHJlYXNvbiB3aHkgdGhp cyBpcyBzcGVjaWZpZWQgaXMgdGhhdCBpbiBjYXNlIG9mIGEgImNyZWF0ZSIgb3BlcmF0aW9u LCBpdCB3b3VsZCBub3QgbWFrZSBzZW5zZSB0byBpbmNsdWRlIGEgc291cmNlIHZhbHVlLiAg U3VyZSwgdGhpcyBpcyBzdXBwbGllZCBieSB0aGUgc2VydmVyLCBidXQgc3RpbGwgSSBkbyB0 aGluayB0aGVyZSBpcyB2YWx1ZSB0byByZXRhaW4gdGhlIHN0YXRlbWVudCAtIHRoZXJlIGlz IGEgY2xpZW50IGFwcGxpY2F0aW9uIHNvbWV3aGVyZSB0aGF0IHdvdWxkIGJlIHZlcnkgc3Vy cHJpc2VkIGlmIGEgc2VydmVyIHdlcmUgdG8gcHJvdmlkZSBhIHNvdXJjZSB2YWx1ZSBoZXJl Li4uIA0KPC9BQz4NCg0KICAgIDYuICBFeGFtcGxlDQoNCiAgICAgICA8b3BlcmF0aW9uYWw+ IGRvZXMgbm90IGNvbnRhaW4gb2JqZWN0ICJkZXNjcmlwdGlvbiIgdGhhdCBpcyBjb250YWlu ZWQNCiAgICAgICBpbiA8aW50ZW5kZWQ+LiAgQW5vdGhlciBvYmplY3QsICJlbmFibGVkIiwg aGFzIGRpZmZlcmVuY2VzIGluIHZhbHVlcywNCiAgICAgICBiZWluZyAidHJ1ZSIgaW4gPG9w ZXJhdGlvbmFsPiBhbmQgImZhbHNlIiBpbiA8aW50ZW5kZWQ+LiAgQSB0aGlyZA0KICAgICAg IG9iamVjdCwgIm5hbWUiLCBpcyB0aGUgc2FtZSBpbiBib3RoIGNhc2VzLiAgVGhlIG9yaWdp biBvZiB0aGUgb2JqZWN0cw0KICAgICAgIGluIDxvcGVyYXRpb25hbD4gaXMgImxlYXJuZWQi LCB3aGljaCBtYXkgaGVscCBleHBsYWluIHRoZQ0KICAgICAgIGRpc2NyZXBhbmNpZXMuDQoN CkkgdGhpbmsgdGhhdCB3ZSBzaG91bGQgcHJvYmFibHkgcmVmcmFpbiBmcm9tIGNhbGxpbmcg dGhlbSBvYmplY3RzLCBwZXJoYXBzICJsZWFmIGluc3RhbmNlIiB3b3VsZCBiZSBiZXR0ZXI/ ICBSYXRoZXIgdGhhbiAiZGlmZmVyZW5jZXMgaW4gdmFsdWVzIiwgcGVyaGFwcyAiZGlmZmVy ZW50IHZhbHVlcyIuDQoNCkUuZy4sDQoNCiAgICAgICA8b3BlcmF0aW9uYWw+IGRvZXMgbm90 IGNvbnRhaW4gYW4gaW5zdGFuY2UgZm9yIGxlYWYgImRlc2NyaXB0aW9uIiB0aGF0DQogICAg ICAgaXMgY29udGFpbmVkIGluIDxpbnRlbmRlZD4uICBBbm90aGVyIGxlYWYsICJlbmFibGVk IiwgaGFzIGRpZmZlcmVudA0KICAgICAgIHZhbHVlcyBpbiB0aGUgdHdvIGRhdGFzdG9yZXMs IGJlaW5nICJ0cnVlIiBpbiA8b3BlcmF0aW9uYWw+IGFuZA0KICAgICAgICJmYWxzZSIgaW4g PGludGVuZGVkPi4gIEEgdGhpcmQgbGVhZiwgIm5hbWUiLCBoYXMgdGhlIHNhbWUgaW5zdGFu Y2UNCiAgICAgICB2YWx1ZSBpbiBib3RoIGRhdGFzdG9yZXMuICBUaGUgb3JpZ2luIG9mIHRo ZSBsZWFmIGluc3RhbmNlcyBpbg0KICAgICAgIDxvcGVyYXRpb25hbD4gaXMgImxlYXJuZWQi LCB3aGljaCBtYXkgaGVscCBleHBsYWluIHRoZSBkaXNjcmVwYW5jaWVzLg0KDQo8QUM+IENo YW5nZWQuICBBbHRob3VnaCBJIHRoaW5rIGl0IHdvdWxkIGJlIGZhaXIgdG8gY2FsbCB0aGVt IG9iamVjdHMgYWxzbzsgUkZDIDgzNDIgdGFsa3MgYWJvdXQgb2JqZWN0cyB0b28uIDwvQUM+ DQoNCiAgIC8vT1BFUkFUSU9OQUwNCiAgIDxpbnRlcmZhY2VzDQogICAgICAgeG1sbnM9InVy bjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLWludGVyZmFjZXMiDQogICAgICAgeG1s bnM6b3I9InVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzppZXRmLW9yaWdpbiI+DQogICAg IDxpbnRlcmZhY2Ugb3I6b3JpZ2luPSJvcjpsZWFybmVkIj4NCiAgICAgICA8bmFtZT5ldGgw PC9uYW1lPg0KICAgICAgIDxlbmFibGVkPnRydWU8L2VuYWJsZWQ+DQoNCiAgICAgICA8L2lu dGVyZmFjZT4NCiAgIDwvaW50ZXJmYWNlcz4NCg0KVGhlcmUgaXMgYW4gZXh0cmEgbGluZSwg YW5kIGRvZGd5IGluZGVudGF0aW9uIGZvciAiPC9pbnRlcmZhY2U+Ii4NCg0KPEFDPiBDaGFu Z2VkLCBmb3JtYXR0ZWQgbm93IGFzIGZvbGxvd3M6DQovL09QRVJBVElPTkFMDQo8aW50ZXJm YWNlcyANCiAgICB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczp5YW5nOmlldGYtaW50 ZXJmYWNlcyIgDQogICAgeG1sbnM6b3I9InVybjppZXRmOnBhcmFtczp4bWw6bnM6eWFuZzpp ZXRmLW9yaWdpbiI+DQogIDxpbnRlcmZhY2Ugb3I6b3JpZ2luPSJvcjpsZWFybmVkIj4NCiAg ICA8bmFtZT5ldGgwPC9uYW1lPg0KICAgIDxlbmFibGVkPnRydWU8L2VuYWJsZWQ+DQogIDwv aW50ZXJmYWNlPg0KPC9pbnRlcmZhY2VzPg0KPC9BQz4NCg0KTml0czoNCg0KInBvc3NpYmx5 IGZvciIgPT4gInBvc3NpYmxlIGZvciINCiJyZWZlcmVuY2UgZm9yIHRoZSIgPT4gInRoZSBy ZWZlcmVuY2UgZGF0YSB0cmVlIGZvciB0aGUiDQoiaXMgYmFzaXMiID0+ICJpcyB0aGUgYmFz aXMiDQoNCjxBQz4gQ2hhbmdlZCwgZXhjZXB0ICJhcyByZWZlcmVuY2UgZm9yIHRoZSIgPT4g ImFzIHRoZSByZWZlcmVuY2UgZm9yIHRoZSIgKEkgdGhpbmsgZGF0YSB0cmVlIHdvdWxkIHNv dW5kIGEgYml0IG9kZCBpbiB0aGUgY29udGV4dDsgYWxzbyBkYXRhc3RvcmUgd291bGQgcGVy aGFwcyBiZSBtb3JlIGFwcHJvcHJpYXRlIHRoYW4gZGF0YSB0cmVlIGhlcmUpLg0KPC9BQz4N Cg0KDQpUaGFua3MsDQpSb2INCg== --------------937A1F495A619A1378999908-- From nobody Wed May 26 02:49:45 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59CB63A2855 for ; Wed, 26 May 2021 02:49:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.798 X-Spam-Level: X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=ericsson.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 m2CUn88Bgp3l for ; Wed, 26 May 2021 02:49:39 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130088.outbound.protection.outlook.com [40.107.13.88]) (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 4EA893A2854 for ; Wed, 26 May 2021 02:49:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bFpip5UjdmZ3dJX5t1TrhWRH2zTh2MSpd4B/7mXdfu5kvHXOvcOrPuN4Epvtz2e0PyWdwjv2hRSylzSlGtXG6Texgaq8z9RR5j0UoHgd4rik4oSyUFfQH0+UYGA9/NUPscW3t8ryhTxJ432UdiQrBIJHv5gLa+2iXdcft6VJ+aKiJJRlZ4wWaSfRo++L7DQXce7ByGG26Mv+nATlUslIHzaGs2hA58leIx/PtFizKPPDy1GkXDJdJvT7EqhAM7x4HNhkJzhKgYvYx0M6KQ0UuzfZssZSRPgms9Xn6WmxFBFEjiJme7b1MPzdOxtxTY7REQ/ILRoxzlCLaPpTd9hxTQ== 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=DIFRpdVH4SYIMwJZBnM+e3J/SNiysGHtCS6YBZEhq2E=; b=LL9VWCP2Sid0uEM51MF71zIn2m7Zm07t/J1F3QuM6KfEhTKnYIlGpavdahe4usVdK2se1BiGdq/9QV2unoE5l8UXlN72kfNPy33yIra9GsiXx/M+b6DHYzt+mIUc/jXZYlSu0OT9uDfYoDLVfxdJuroR7b+klwNecrm9xuMqK38kUR+94maEK3dNlHU3R70l7IXMq/q5nxBmdy1TZ++qVXcjVqEdJOEvT1Q3GCcNLio7dCqCuMyst0HRO0M5jF48FZkamJIN2EXTrYhFRMvLYxolr5rZOYMJ0ZgN6cxDLGjSabWFqXa+5k2b4hJzT8s/153ixxBY5uym5VNd9v87ig== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DIFRpdVH4SYIMwJZBnM+e3J/SNiysGHtCS6YBZEhq2E=; b=kZKII/XpE2fpgCLmWPCuQdoSW7SV26atcydvdUR9gHby4VcRZpwgUticnX4EgC/HTK0v07QmYkH0l+Zm+yPNUweKygpveyS6bV91Mxaj88asakgqrp3312IsvOe/Cxms3nJcSArVP+55PRSVY91kByf7bYUTyvFj4uHKRauQZtA= Received: from AM8PR07MB8230.eurprd07.prod.outlook.com (2603:10a6:20b:325::15) by AM8PR07MB8264.eurprd07.prod.outlook.com (2603:10a6:20b:327::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.12; Wed, 26 May 2021 09:49:34 +0000 Received: from AM8PR07MB8230.eurprd07.prod.outlook.com ([fe80::d1ca:6b75:8fa4:8d2]) by AM8PR07MB8230.eurprd07.prod.outlook.com ([fe80::d1ca:6b75:8fa4:8d2%7]) with mapi id 15.20.4173.016; Wed, 26 May 2021 09:49:32 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= To: "'netmod@ietf.org'" Thread-Topic: GDPR and private data Thread-Index: AddSEzTOzip54Q8HTXOu6w/TrUsOBQ== Date: Wed, 26 May 2021 09:49:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [80.98.248.138] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7291e091-5471-4919-e45b-08d9202b9052 x-ms-traffictypediagnostic: AM8PR07MB8264: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zJA7iSFZDVOOo5zQEW5EH0Y0VvzuTZUSQ0KxcLbVd6wcIKFBQKKJLQZsGFp3eCXwGiUIanU3KY3EPSQoJJ8A4Nk4xzRwYVlEnUsGiupNNvlx4iZIfp2KNBcBz+VFAogy1AvW8tuzAus1GrK3jhNFjwjq9BmN+ggLhUKQRvHQIt2U8WsKPO6tHO5f07/eBdHzJYRAsqC3ejh0ncRG3kz+Jc9DQbYLXnWMpH4jITNAcc8LCKHXPau739NiLQsapnlmMUPgCnMtt24QxiI03K6OK/Cy+N+fqCbKJ3IqD7kR3ezN0UyLuJsYMDe0JnwC8exrvMaKVm4l8kN99DsBE1kcNNDaXpdle4K9RYWJNspPnThHVtT7qCokJaT1cPUVrnJGfaI7/2xUWPy+mubTinYQl6+q83Iy44D5dODa3ESVPYxZWb/31zUA1yDB6uToLfBg70LxEaqp/ceTaz+EJ2NEGrLpo2gF7qSp1wT+jSxgSs/AI096jyJK7hlKrgn5ueIelVWLzQfYvabYpG8fKXAlvUrLCkoHh3Ga4hLK2ZIpl5QW2oNdobsWNdP7mD2SogcBAIxiL47FE7qRr5KcrJmPRBLpTY43/qFIUIFSkUKNLaQjtCE0yycQuSHQBNAxRbzj38CnvuluBugjuMr9PlV+Tw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR07MB8230.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(26005)(76116006)(6506007)(55016002)(9686003)(7696005)(6916009)(52536014)(186003)(71200400001)(64756008)(498600001)(2906002)(33656002)(66476007)(66616009)(66446008)(38100700002)(5660300002)(99936003)(66946007)(8936002)(122000001)(66556008)(86362001)(9326002)(8676002)(4744005)(3480700007)(491001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?aSGZIXWoQem0E7eZuxEH7RyuI+iDxZ4qqsThlSO9kiiFpJ6o72AszgEUPO?= =?iso-8859-1?Q?RXMB04ZO/msaa2wGncw19gg2Q4VXwKiVbSeVin4ysVE7BdeGZ+xCKX3n1s?= =?iso-8859-1?Q?ch1Y4BHS7crnGRLJS+xXKSMxF/qZ+HPL17MIO+yXF6i1fZXZoIAetNJLv1?= =?iso-8859-1?Q?aZe31EaF/ztHVd32aAyHJcFGLfQSem/BZLtdmGxXhVNubgtCs5uldtpHaW?= =?iso-8859-1?Q?lItimV5UhQ9Y1zktlHScPWLfeIwFMeRmpUVb+XVaujnZOpikNwVMqYUg+b?= =?iso-8859-1?Q?qNQYV5tOb5779gjG0jxGVSmmZNZWqiGjC6XH18Io2WkKHgsEI3g2uUY3zK?= =?iso-8859-1?Q?cI9e7iz+V57br60M1XHQPNqgF425rugOXJx8O8DWzzeOl2M6n7GaxOlL7F?= =?iso-8859-1?Q?Uw2yZ45UC1BG9Rj3VZwYI1N6gMKUClEOq4D9FJ6gCNnDP2kT58QZ95XPSZ?= =?iso-8859-1?Q?4YRO7JKcPKo67+1AqiSPsMMLdMjjf4X/+TpXDgOk0mmXZBzhDt5JlaDafb?= =?iso-8859-1?Q?bDBrDxB0Wx0eOTfICorw0Tn/70oWGaM6rrwePxeLUj1ELLEjdtbunz7xfE?= =?iso-8859-1?Q?kpw/vPosD0F4oR8oL23fTB3ljUS07rizRlWxcMoxuX4nFvD6J0ZtvTj6AH?= =?iso-8859-1?Q?HuIvHvlpWMUZTcSobTO/WNgKBtIeoQosa6b+EhgvZ2jXb+ZNLUsDDtnYKB?= =?iso-8859-1?Q?RnYixF7sza1lAM1W0r/CCEXjbESUA6oZH8qUkxna602kVktXSwbEa2yO6y?= =?iso-8859-1?Q?WP1eQBnoeHurknACvDuVVbSsF+4oXUx+SgSh1LdQC2PNVo5VmSd1PCL42p?= =?iso-8859-1?Q?5CV4/HrbnWnqpk1Doa1XzDPcjcWshTv2hPD2Q+oHs1OTOwlyJmrf/YE0JM?= =?iso-8859-1?Q?6SguFQHPb/kdO18jxD2eXR9k4Rr4bsNvaeMICZ6C1me8hhCtOWsc6fVlUp?= =?iso-8859-1?Q?lm/MvRsgAYpPLPKoqdALGHmXRoD6COagykGYAxwIpKIj0WZfp3X8mGI4dq?= =?iso-8859-1?Q?jMmdz4DtC6Zxe8u8t6Te9Hk08Ea/QbkGr5y5yY4mLSNbFEu11yM3qJcPuw?= =?iso-8859-1?Q?kuDMalzo2pQWSwZvfbxAMxprGyDkAaiUVgoURP2AwI+Hz2qhepGy/8jv5w?= =?iso-8859-1?Q?4ihQM12ryAO9jf4hhhQw6qB5IbDahdTADOEdy/J5v2uW96r5zpuzy/C7rQ?= =?iso-8859-1?Q?It0fzeBJJIxJLo/1VxlLJ0zORp95jDqLVuUPkPiXkjEgTUvW7zZnsdYbmn?= =?iso-8859-1?Q?bwekpwMYwg6F52exbEnJTboGLlp8u5AnPf9dMPzO3o0jjO1R+H6XWbd/mg?= =?iso-8859-1?Q?es9vnIZpbQvY8Ck1CO5SsrMjpsTdWu+Cqiyv+0XIwuSOQLgYubijEKEuwD?= =?iso-8859-1?Q?+7gHP0ei7K?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_009B_01D75225.305BD030" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM8PR07MB8230.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7291e091-5471-4919-e45b-08d9202b9052 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2021 09:49:32.5515 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YeOt2eZZcNYCk6NEVEwdVU44KfaP+8FqwvtBTZ1UTa6JGOnuhpVYbapm/V4lvSd2fM4P1YhGd7KzvD0qsphnSJnP9pBJENCOer9G2RE7QK8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8PR07MB8264 Archived-At: Subject: [netmod] GDPR and private data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 09:49:44 -0000 ------=_NextPart_000_009B_01D75225.305BD030 Content-Type: multipart/alternative; boundary="----=_NextPart_001_009C_01D75225.305BD030" ------=_NextPart_001_009C_01D75225.305BD030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello, Netconf/Restconf can transfer a lot of data. Some of this data can be personal/private like end-user names, personal phone records, street addresses. Is there a way to marks such data as private? I am thinking about something like putting a YANG extension in the data models: extension private-data { description "Indicates that a leaf or leaf-list contains private data. argument privacy-type; } Is there any standard solution for this or any proposal ? In the world of GDPR we should be thinking about this. Regards Balazs -- Balazs Lengyel Senior Specialist Ericsson Hungary Ltd. Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com ------=_NextPart_001_009C_01D75225.305BD030 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

Netconf/Restconf can transfer a lot of data. Some of = this data can be personal/private like end-user names, personal phone = records, street addresses. Is there a way to marks such data as private? = I am thinking about something like putting a YANG extension in the data = models:

 

extension private-data {

=A0=A0=A0 description

=A0=A0=A0=A0=A0 "Indicates that a leaf or = leaf-list contains private data.

=A0=A0=A0 argument privacy-type;

=A0 }

 

Is there any = standard solution for this or any proposal ? In the world of GDPR we = should be thinking about this.

 

Regards = Balazs

 

--

Balazs = Lengyel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Senior = Specialist=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Ericsson Hungary Ltd.

Mobile: = +36-70-330-7909=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 email: = Balazs.Lengyel@ericsson.com

 

------=_NextPart_001_009C_01D75225.305BD030-- ------=_NextPart_000_009B_01D75225.305BD030 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR8jCCBTgw ggMgoAMCAQICEQCVvhag9y5G8Xs5gnL6i82WMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1Rl bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTA3MTAxODEyMDA1 MFoXDTMyMTAxODEyMDA1MFowNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlh U29uZXJhIFJvb3QgQ0EgdjEwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDCvusn8CGj 82kmVX6dxVUWkVz97yG/U4B6LdKRjGMx8Owk8MOl0nJ8EG30N7fl5nx56oy1gouuSLasANxldewq TV/Bh/UgZSuBqEc+iSOVMBaQf+hXB0jnGa6/RWexNxsGKv7e+ax9g/teuuSPl2e+S46NZAdXOFVp NDY9E0jvT+LTZh6kzxq3XjYz1LQGvRgB/XeEUABF9Yxd6CO8fv414e1Qe6kwjRnTCY5oZ12/PJcY U7spYsXKXnLBx5bU2y2gtB9pA+zq4lDxDDzwrPNTLfAc9e1sOTlzgBbIUrAjzeA+3N08R6C7NYri mGiLvuW/cu7S+qXtEu38mBipJnbcKEsQIBzTfxZ3Le1vgPdJu1MFu11ox9TIdRY/iVqL9xdH1Ezx 0ol5Pk09mKhh3joe0vheA+DByRyM041N05U2szdfY2ObMxTwLSZrU3yJjDLCbuw9IQA5yaFo4lCD LrA6K/M2oKwv5G9hwlEJOT6LU7m7Z9rcU7l2WTadQ+Ug4D0yYIUiUbfHM7vdFS+keKYHe4FGNgSG 3Xk1x5UsO7CjFzXlcx+0XFnv2uoQZXt60H+fs7QqNztwi5tbuSu37LJREpdTKVrU8BIQ3E8CuxKS L2LUP2lDfA3W/Fh1AYidWBZL3rqQ/0cBiQZq9l+ykGqzAqYCiL+zR34q2dX6aHg1TQIDAQABoz8w PTAPBgNVHRMBAf8EBTADAQH/MAsGA1UdDwQEAwIBBjAdBgNVHQ4EFgQU8I9ZOACz9Y+algzV6/p7 qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAL7kXGJOJPQMCP/w0wxo5JNJIj9EJ2+7bd6DZs6ozA38 9ZoG5XcUkeudQXuZKoTl//whwV3w5B9Xt3WpoV8CJv/Xx/dO3k/49xxGwHpPQCwiNfAZsdBrZyyw qODAQDc19oRcXOOvQnj+p8kNUOoNhHb2Ue+DU8Z6/w5WSS6PetYM5idU400KYHJizZEH1qW/yJlr 7cQZ5qtMETjFbzHibknIP3aAJgMmKeA29vYgU+MXcDQXnWNoHmvsw02GuBMwL11GDUdD1RuqWQ65 XI0GSK10h1/H/DFUQRPixyEOnuAeDeHAe0OFkMWKWMZlCnhX8sYjDwHZIEveD/uShXUqXHONbXsl kcruRa4GSwDM07FZUNo6iDspQ0ZelytUzlNvjUrnlvq/cQ5Ci3z9KKDQSMraxIFMu6JzkybI6wzW Joi2wCTPu71b63V96QiOhjMseXcJaaWJ/LNwkId2j9Miu0LOvXMLICYq0Js9cB4kbM2HdqkXlrfP DZL7jhipmEnRnv5gRHIhuRntwvUx8TlIiJAkdVQWrc70+GkUZDn7o7i6cEDHJxy/xFZT+mNl0PMc Dhb1a4ZYTRjU5A2OpZ1bkdx2JFA/xir72bectdbm0NnoGYsVcUitt+rYWYjUkL8Ws9nprFlhVMgc usrByuG5IEyPOpOJpaDMv9P2daR1lm1WMIIF7DCCA9SgAwIBAgIPAXUc1ROE7L9MPfu7eEiGMA0G CSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIxMjQyMDVaFw0yMzEwMTMxMjQy MDRaMFkxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9CYWzDoXpzIExlbmd5ZWwxKjAoBgkq hkiG9w0BCQEWG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAIY9tW43KkX0v7F/PJBbw9U3ygqpHruC1COfeak4TXgZkHPCY+wATiveaId4 y8GstEVH3spxA+G4B5r4+wqbEEPJSjf6pRgOkdE6ORwlApyIJeWHPSC+NN8IeyErzZNIrZli3vpU V236s4Z8CL05QeXg6OnO8vIPzjKqOmNSxlSlFnxiBK1Tj+4lMqZmI9xyaQ+RRJyaWTQKOkEeaa6V 2i4N1Gicr7/5IJdoBB+oT5vCV3tO+B0ubC40f4vdVwu7nLgAgDJOBL4j7Op8BvNmLBmKdnlK0Vj+ nW1kFgCSNepVO7Fx08n4UEOufAp0RPI3z0AcnOwMJT5khqdz08xoI1kCAwEAAaOCAcEwggG9MB8G A1UdIwQYMBaAFBx7GZ6XnHasID3Y3OORauPbLaZTMB0GA1UdDgQWBBQQoIERhKwaNK1dOsySWsLF ygxQPTAOBgNVHQ8BAf8EBAMCBaAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEF BQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwJgYDVR0R BB8wHYEbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tMEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6 Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMIGCBggrBgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0 dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50 ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYzLmNlcjANBgkqhkiG9w0BAQsF AAOCAgEAMyuEx/Jnxv1chc1eA81RXqFyxv7056cNkVGgRJP5j9kNAFNreHI3yY6folHuWMrIeE7p ad1YZ87UrWiBU97CbV+zrOc2EqnlcLfBCKMT24gGw8jTcE+KeNPoh5QKBYNYf+evBhITv16N4N8B eU3hRCHHGvQiKow/aaWqsQcgDtQdTIzDpw8cNB6UzSzqwtmtVERsnNzVbp3Bv4/SbLB9TP+YZPKm Bw8jgNQ4w42O6vYhhtNLsGvDswJ/f1bYwfa50b99o14Pz23oGDYcWDOQ2snUXq/FlMxj4oJ0EbHY mzHiJe6rQMSyl6iMb6HZ+S8Syzf84hmlRHtVr8/t/6Jz3DxSE4dlS5fORnKXbAPdEHk9558SJcQp I9zgXsOzNw5O1Btu3Cb4URv1ycf43Km25PRHjoNiXjkOgig58tIOeWwxtTiSWGYLckpTlmw1Papz VlhBzEs302V+cFo2xHADqoGfoHHpJcUATonJgSzscVMGauKhaujqRte5NBVcysJPvxFjTThhOaA6 JrqboqyTpToAJ8Rz/PF8o8zpX5Or1yJ9LfNoT3Q6hSJsBE7nDyDylaeibvqo0MLFtvx+RguycgnC sJvnuy28hDilBxytQR7nuNWR6/6IDy5ZNSaY7/oksleJNAiUZ7A51mjoJvqHA2xCMKb5SzxywsBt 70MMJigwggbCMIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDAS BgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1 MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNz c29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJ fpWKrNM30k5vu5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxA vWVW1yC5S4Ubppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX 6VXYgrpT05ZrJldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1J hNK4bvmbNJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2N S8CXs/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0V NXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zR zdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U /V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUH MAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDov L3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2Vy MBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEF BQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0f BEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVy YXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQD AgEGMB0GA1UdDgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qW DNXr+nuqF+gTEjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjp HUCyhltoFS7Q1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/ jqDMqBARxr8OUWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udG ZAamJ55drdw96AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8 H4sVprPgvLBdK/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQC o6swZy0rI0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lD GJtepti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFB V9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRq Yb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggNQMIIDTAIBATBaMEcxCzAJBgNVBAYTAlNF MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2 MwIPAXUc1ROE7L9MPfu7eEiGMAkGBSsOAwIaBQCgggHLMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDUyNjA5NDkzMFowIwYJKoZIhvcNAQkEMRYEFMTgPBu/SmLD NSkifrJB4mxO/GxuMGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVy aWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdRzVE4Tsv0w9 +7t4SIYwawYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3Nv bjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIPAXUc1ROE7L9MPfu7eEiG MIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0D BzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsG CWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBADq8 SGPyw8iqFRrT8ldXaeEcNr6id4zz1uO5ABApjr2k5Y92KFt4n0nqBbhBGGVD51e7GC1IhsBIfOFv rmMwG71+BJMkp6iQr3rmoI1frD0RcrTjlJgIcQIcG4Zbp4IhKULsW9OqxL2l9/wPfKFCEcoHnO1i lQ6nwmYhQXY/Q6p1JVS2mJBmfXzypox4KOGjLdB6f3bdacY2DMGWutoGTO8gSu3TcRCo7gMlDVwR LMh9IcI4tkO3F0i39D2vcNNwX8zW4IRHY1uLEX5wLdW5086mhSL2hsy8lN8iRhcSMaNVdMr0ZYdY VR0NT16HnEH2YuPutQAjBkFMDM5qE62HA+cAAAAAAAA= ------=_NextPart_000_009B_01D75225.305BD030-- From nobody Wed May 26 03:54:03 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2A73A2A33 for ; Wed, 26 May 2021 03:54:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_FAIL=0.001, SPF_HELO_NONE=0.001, 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 6BcNEzwyY-3Y for ; Wed, 26 May 2021 03:54:01 -0700 (PDT) Received: from gabriel-2.zfn.uni-bremen.de (gabriel-2.zfn.uni-bremen.de [IPv6:2001:638:708:32::19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B95B3A2A32 for ; Wed, 26 May 2021 03:54:01 -0700 (PDT) Received: from [192.168.217.118] (p548dcc89.dip0.t-ipconnect.de [84.141.204.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4Fqnr751N8z316k; Wed, 26 May 2021 12:53:59 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) From: Carsten Bormann In-Reply-To: Date: Wed, 26 May 2021 12:53:59 +0200 Cc: "netmod@ietf.org" X-Mao-Original-Outgoing-Id: 643719239.387962-89e3cc18c3b036857088fe8a74e1d072 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: =?utf-8?Q?Bal=C3=A1zs_Lengyel?= X-Mailer: Apple Mail (2.3608.120.23.2.7) Archived-At: Subject: Re: [netmod] GDPR and private data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 10:54:03 -0000 On 2021-05-26, at 11:49, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello, > Netconf/Restconf can transfer a lot of data. Some of this data can be = personal/private like end-user names, personal phone records, street = addresses. Is there a way to marks such data as private? I am thinking = about something like putting a YANG extension in the data models: > =20 > extension private-data { > description > "Indicates that a leaf or leaf-list contains private data. > argument privacy-type; > } > =20 > Is there any standard solution for this or any proposal ? In the world = of GDPR we should be thinking about this. If the objective is to prevent processing these data at all, then maybe = they should not be sent in the first place. If the objective is to specify what processing of these data is = permitted, then there probably needs to be more information that can be = fed into a processor so it can derive its authorizations. (Obviously there is more to privacy than personal user data, but you = mentioned GDPR=E2=80=A6) Indeed, this is probably not the group to invent the shape of the = authorization data... Gr=C3=BC=C3=9Fe, Carsten From nobody Wed May 26 04:17:24 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22E833A2ABA for ; Wed, 26 May 2021 04:17:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.799 X-Spam-Level: X-Spam-Status: No, score=-2.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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=ericsson.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 DX4EN_UYfg1h for ; Wed, 26 May 2021 04:17:17 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140079.outbound.protection.outlook.com [40.107.14.79]) (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 ECC743A2AB6 for ; Wed, 26 May 2021 04:17:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RxvKi2eOyrmzDucW35ntrRFZGNrkclPWc6kQtcVYSbwVWXZJjBeO/Gkbq4ZF92SswQzAdsDFAllHqpsgYWcwgO/iqiDaoSGZJS5R9F7tKdRKS5M8/J+Yns3EePxvdgaWTiLlOil1osYyj5watWa4aOLEGeYxtEukqF0ftUFf9YHvD8AAzvVGsP4mVyr7HVVbqfkoq8bcWyBkqm30BLSy31W4BrYfErLrAd848mr/n6XecH0AejbpALDl0wStTzZy5+YCkXZbynmkMdF5+vWHGYP8xqxYi+RmnDiq53IVSk7YX+vDlQvmjcXSVJUuaYiNJnn/hyoCRfs3X2HibScdpg== 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=phOQqviRAFOSBIy/8VVuIphhBzURn4hPew+PYGYH9OA=; b=E2Ye0zZiAOdiNo3u0JCWAJdZisUajeICYYNiR1WkE8KSKJvY270PT9i8peGPhoEvxYZKtN0bnSzIAexqTphXNYftaf8cNxw1ssLxyP1c9i7AIAfDjuIMyQBaoo2V0yvk6Y4p58UgC5Wpe/ITRwL7FBbpBd2j5xs731vNs48ySPee85AWqJ684qLSzGm10i7/jIKy0KF/YRCLxM/lQyL4zhrcWqRnMlf5tAZfhprMd1Jtby4P/NTWh0rHa4R7PzWPF/ZTO/BxxhZ1icmTNvHX5mFOg1XYd8ZwdsMHtuWDVxReiVAy10l4EkbKe7ieP8GV0ajBozeGzdANQP6CoiqO5A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=phOQqviRAFOSBIy/8VVuIphhBzURn4hPew+PYGYH9OA=; b=GadtnMHBK8ePd9PbCOkXk0n0gRit1ipuoGtRRZQg0LHy0rIy9PcPigtmm39zX9iPD9h6kOxQGvQsh41UKc+8reamHqt2Drymp6OnWh6MGTOPD8ApwoupYKivUOV7ZE2SNi0GovRZZ54b8QzCWu6ply/GjdvFz2+EK21b6xaRnYM= Received: from AM8PR07MB8230.eurprd07.prod.outlook.com (2603:10a6:20b:325::15) by AM8PR07MB8312.eurprd07.prod.outlook.com (2603:10a6:20b:32b::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.12; Wed, 26 May 2021 11:17:14 +0000 Received: from AM8PR07MB8230.eurprd07.prod.outlook.com ([fe80::d1ca:6b75:8fa4:8d2]) by AM8PR07MB8230.eurprd07.prod.outlook.com ([fe80::d1ca:6b75:8fa4:8d2%7]) with mapi id 15.20.4173.016; Wed, 26 May 2021 11:17:14 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Carsten Bormann CC: "netmod@ietf.org" Thread-Topic: [netmod] GDPR and private data Thread-Index: AddSEzTOzip54Q8HTXOu6w/TrUsOBQACjmSAAACh2iA= Date: Wed, 26 May 2021 11:17:14 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: tzi.org; dkim=none (message not signed) header.d=none;tzi.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [80.98.248.138] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: dca4e7cc-11eb-4197-4cbf-08d92037d088 x-ms-traffictypediagnostic: AM8PR07MB8312: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Kn/0EvY00k1M42+rFRch3PNUzHt0GBb3lkoASqU/x0QCLzhSNJafG6Bm9IGUTHFQzOh/etG1gLy+hB5RNfbbQpTza7uMZna/ym4j9CWCwR5fHXLTKjqmERaLjUOblgAStvI5TCx+lYOayJMIP0U+/+mQP9QwCoxky7VQeX9Dw7CKbgpFhrBCceNinC/kiYx9/j1kKKojcm26vHaG4+runZIZHzyJkx5o7t1cZk5O1n8MsOivDQuVJSNyyPI5cFHJRxRGFW/9mo1c1KK4Y9+QHRQYZ3cqjpnlUai2uk8FFRjFBYa9Jx/0fFFX8igQDvir/wNahOQgk0L+UgxkS7EZmVEQnZbK5KsOSj9Xss14N2Fo/N4VSu98+BOexWHLcP5M6Wq36VZrVH7qw9cJhG56897XWuu4vUKtmNQQTxjfmmfJ8avF7AG7bt1KK2boxCSJ4syl2vjWTOY6aqca4pp6QCq4XRC/nEcpF9+oZhGWJ9cBEofNEtaxctwll1cc2EfG6UDk80sc+O1ExI6AtyObq5K07fXBVonGDXWFMLrujmWbbUp1jPELinAK7QjXGIDLv2x7noxrPas6KJk6LUxZXioV4nX5O4HNfkyNFVeJvRg= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR07MB8230.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(376002)(366004)(346002)(39860400002)(2906002)(66946007)(66476007)(71200400001)(76116006)(7696005)(83380400001)(55016002)(66446008)(4326008)(9686003)(66574015)(66556008)(8936002)(316002)(6916009)(8676002)(186003)(99936003)(64756008)(66616009)(122000001)(85182001)(52536014)(26005)(85202003)(5660300002)(33656002)(478600001)(38100700002)(53546011)(86362001)(6506007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?ajhXcWZ2SUZZWmgxN1lVSXBPWFFyekVoc0M0ZUNRYmlzV3U2SHFpMHRGN2pI?= =?utf-8?B?cm5Cb3ZWekk3R3Vna2tiR2RnM3FWd0JNenFneHdXM3FtTHJHblkwOGMzZkFP?= =?utf-8?B?bkxuZHdWc2hJSzBVQW5tMmg2cHdtaDBvSDBncUZQRkV6UGx0a0E4bTRaL1lj?= =?utf-8?B?bXM3dWZlTzBtY0d6a011NGdmRmJrMkdYVnJqMjVNbHZYbVNkd0pDeEJCbEdh?= =?utf-8?B?OWk2Z3I5WktjVjJ4WlVDOGs5UTQ3eCt2L2RQTmxJb2wzUnlTTGVoZkdFTU5n?= =?utf-8?B?N3I0TzNaS3pyeFlhM2h5cTVPTFBvN2FQVzZDRUhia05hcjdFNXhSM3d6WHVa?= =?utf-8?B?NjFCUjVHYXNIWFJnQ0dzaFgxU21vd21vTlJ6VHBTT2wzRDhuRVFBeUF0aXV4?= =?utf-8?B?bU1HSUQwMmtiZS9Qb1V0MlY0dWhZRlBCcFk1V2FrcmVXVkx5TWJwcFQzUTN2?= =?utf-8?B?RW4vWVdZTEZtdHd1NTRiOVZlOXlXemhXTXplMDdONnZVQmdLb2J2WS9ZVWdM?= =?utf-8?B?OGxYSnlzOTE5czVCSFFWNlNJTExDZ2NaSTNqbEU3MHdIajI4Y2pxSWhNRXUr?= =?utf-8?B?S2E3dlgzby9iSWR4Rm8vUmIvczhzVnFuRG1HQXlhRDNZb1dWZ3JoajBTRGhF?= =?utf-8?B?VFdPUS83YndTNnZIQmVvelp2MlZlckt1c2ZDT1dzRDVoNTFOOFkzbGNXbVRF?= =?utf-8?B?MnUwT1Q4Y2JOZS9ESTRGeHVOeEp6TUZHdWJOUzBySXRGeHpZRkFUZllldTk4?= =?utf-8?B?RStMZHV2Uys4cHVmL09hc00ycGlqeFJxSVlvNnFaMWZzdEgyTkY1dHBMOHN4?= =?utf-8?B?TTdxODZBY21odnR3VjBCRStHRHExKzdYdTdLMVZxbmRyQ1IrSy9udEZsWlU0?= =?utf-8?B?OG1jd1RyT0pDRGl0MWdXYW1TRG9mUnZaOTcrRUtBSTZCQ29BMk0zQTZwWEZa?= =?utf-8?B?WXBuemZ2QXdmdjVrQjUwc2hvRTN0QmNaNmxaOFAwNWM0NnMwWHpkNEFyeXUy?= =?utf-8?B?UGpURlMxVWZoRUZzdDJrakRPS3FrdXpOb3V1N1JlMmIwOE1xZ3U2MGZYWWNo?= =?utf-8?B?cTAvQ0ErUFowOVNIM2dxKy9SdUZvS1hGUmdSVVVkUm1hd3pXcEJobjE2T0o4?= =?utf-8?B?YU5qelhSTGhTaTZTL0x0OUtFQkczN3BreUZrQXk0bXRQaEFxMkxmcVYvSDJN?= =?utf-8?B?NlgzWGJvblhCZnlnOUovQ29od3R3bUsrRWx4QUhtb0xtMzlVZ203eDNuSzEw?= =?utf-8?B?cmNhU0oza1RqWlJBeTJaekFqL29iOTVRMXY3QkVnZlJxaS8xRWNPeGdvWjVu?= =?utf-8?B?WmR5NWNsbVpqS21zTUxMaEoyNWlwNFFXbTMxRkgvUGxoSFdibEl3Zld1YlE2?= =?utf-8?B?bG5xU0cvako0NGxrYVNTZ3RIY0FFNStBMExkYkltNUFSREo3VFNncjZsNy9C?= =?utf-8?B?WXRHS0FtY3VCSlRYd25hYy9HQ0p3dWRLRERSc1JheTRiSUJVbUpqUEFBaGFj?= =?utf-8?B?RXNoV2RtOWdSZE1TdnUvcVlxRERkUFVEZ3BoS0RqcHZ1R1V3R0FITFFDelZC?= =?utf-8?B?NUZEZnp1QlpjZGFzYXREMWdVemFMTisvREprZ0dzajNTdWZNVWtpK3pKejVH?= =?utf-8?B?WlBkU2RJaUF6Q1pvSjErNVF5N0lzbmxIbGQwN3R2WjJjSkt3bHk1NnM4MXVV?= =?utf-8?B?OEFqMk1abHlLVlFQZUZvY0tLNGlubU9HS2lwMnAxN015MXZwNEJvT1U1VVZ5?= =?utf-8?Q?kU9KJ57K5cTSnEzWAdzkbl/LmfHgF+QYe2ICZJy?= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00A3_01D75231.70CBAB70" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM8PR07MB8230.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: dca4e7cc-11eb-4197-4cbf-08d92037d088 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 May 2021 11:17:14.2483 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: OS35GtpPcB0BAH63iaWqWJoGCmXreDLI8IqBBBmKmCkW902Zkm3JBeU7iDAVW6lHJsRrHJ1xx/KeO/h5Z0SqYgcf0e0oQNNFO7RmjiFSt4A= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8PR07MB8312 Archived-At: Subject: Re: [netmod] GDPR and private data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 11:17:22 -0000 ------=_NextPart_000_00A3_01D75231.70CBAB70 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Carsten, As I see we need a way to mark some data (schema nodes) as personal = data. I am looking for such a mechanism. Do you see the need for that = too? The goal is to allow special handling for such data. - Leaf aaa is general data it can be log and stored forever - Leaf bbb is marked as personal data. It should be processed = differently e.g.=20 -- not logged=20 --logged separately, and these logs must not be retained = indefinitely -- anonymized during logging.=20 -- Shown or not on the CLI Regards Balazs -----Original Message----- From: Carsten Bormann =20 Sent: 2021. m=C3=A1jus 26., szerda 12:54 To: Bal=C3=A1zs Lengyel Cc: netmod@ietf.org Subject: Re: [netmod] GDPR and private data On 2021-05-26, at 11:49, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello, > Netconf/Restconf can transfer a lot of data. Some of this data can be = personal/private like end-user names, personal phone records, street = addresses. Is there a way to marks such data as private? I am thinking = about something like putting a YANG extension in the data models: > =20 > extension private-data { > description > "Indicates that a leaf or leaf-list contains private data. > argument privacy-type; > } > =20 > Is there any standard solution for this or any proposal ? In the world = of GDPR we should be thinking about this. If the objective is to prevent processing these data at all, then maybe = they should not be sent in the first place. If the objective is to specify what processing of these data is = permitted, then there probably needs to be more information that can be = fed into a processor so it can derive its authorizations. (Obviously there is more to privacy than personal user data, but you = mentioned GDPR=E2=80=A6) Indeed, this is probably not the group to invent the shape of the = authorization data... Gr=C3=BC=C3=9Fe, Carsten ------=_NextPart_000_00A3_01D75231.70CBAB70 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR8jCCBTgw ggMgoAMCAQICEQCVvhag9y5G8Xs5gnL6i82WMA0GCSqGSIb3DQEBBQUAMDcxFDASBgNVBAoMC1Rl bGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTA3MTAxODEyMDA1 MFoXDTMyMTAxODEyMDA1MFowNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlh U29uZXJhIFJvb3QgQ0EgdjEwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDCvusn8CGj 82kmVX6dxVUWkVz97yG/U4B6LdKRjGMx8Owk8MOl0nJ8EG30N7fl5nx56oy1gouuSLasANxldewq TV/Bh/UgZSuBqEc+iSOVMBaQf+hXB0jnGa6/RWexNxsGKv7e+ax9g/teuuSPl2e+S46NZAdXOFVp NDY9E0jvT+LTZh6kzxq3XjYz1LQGvRgB/XeEUABF9Yxd6CO8fv414e1Qe6kwjRnTCY5oZ12/PJcY U7spYsXKXnLBx5bU2y2gtB9pA+zq4lDxDDzwrPNTLfAc9e1sOTlzgBbIUrAjzeA+3N08R6C7NYri mGiLvuW/cu7S+qXtEu38mBipJnbcKEsQIBzTfxZ3Le1vgPdJu1MFu11ox9TIdRY/iVqL9xdH1Ezx 0ol5Pk09mKhh3joe0vheA+DByRyM041N05U2szdfY2ObMxTwLSZrU3yJjDLCbuw9IQA5yaFo4lCD LrA6K/M2oKwv5G9hwlEJOT6LU7m7Z9rcU7l2WTadQ+Ug4D0yYIUiUbfHM7vdFS+keKYHe4FGNgSG 3Xk1x5UsO7CjFzXlcx+0XFnv2uoQZXt60H+fs7QqNztwi5tbuSu37LJREpdTKVrU8BIQ3E8CuxKS L2LUP2lDfA3W/Fh1AYidWBZL3rqQ/0cBiQZq9l+ykGqzAqYCiL+zR34q2dX6aHg1TQIDAQABoz8w PTAPBgNVHRMBAf8EBTADAQH/MAsGA1UdDwQEAwIBBjAdBgNVHQ4EFgQU8I9ZOACz9Y+algzV6/p7 qhfoExIwDQYJKoZIhvcNAQEFBQADggIBAL7kXGJOJPQMCP/w0wxo5JNJIj9EJ2+7bd6DZs6ozA38 9ZoG5XcUkeudQXuZKoTl//whwV3w5B9Xt3WpoV8CJv/Xx/dO3k/49xxGwHpPQCwiNfAZsdBrZyyw qODAQDc19oRcXOOvQnj+p8kNUOoNhHb2Ue+DU8Z6/w5WSS6PetYM5idU400KYHJizZEH1qW/yJlr 7cQZ5qtMETjFbzHibknIP3aAJgMmKeA29vYgU+MXcDQXnWNoHmvsw02GuBMwL11GDUdD1RuqWQ65 XI0GSK10h1/H/DFUQRPixyEOnuAeDeHAe0OFkMWKWMZlCnhX8sYjDwHZIEveD/uShXUqXHONbXsl kcruRa4GSwDM07FZUNo6iDspQ0ZelytUzlNvjUrnlvq/cQ5Ci3z9KKDQSMraxIFMu6JzkybI6wzW Joi2wCTPu71b63V96QiOhjMseXcJaaWJ/LNwkId2j9Miu0LOvXMLICYq0Js9cB4kbM2HdqkXlrfP DZL7jhipmEnRnv5gRHIhuRntwvUx8TlIiJAkdVQWrc70+GkUZDn7o7i6cEDHJxy/xFZT+mNl0PMc Dhb1a4ZYTRjU5A2OpZ1bkdx2JFA/xir72bectdbm0NnoGYsVcUitt+rYWYjUkL8Ws9nprFlhVMgc usrByuG5IEyPOpOJpaDMv9P2daR1lm1WMIIF7DCCA9SgAwIBAgIPAXUc1ROE7L9MPfu7eEiGMA0G CSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwc RXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIxMjQyMDVaFw0yMzEwMTMxMjQy MDRaMFkxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9CYWzDoXpzIExlbmd5ZWwxKjAoBgkq hkiG9w0BCQEWG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAIY9tW43KkX0v7F/PJBbw9U3ygqpHruC1COfeak4TXgZkHPCY+wATiveaId4 y8GstEVH3spxA+G4B5r4+wqbEEPJSjf6pRgOkdE6ORwlApyIJeWHPSC+NN8IeyErzZNIrZli3vpU V236s4Z8CL05QeXg6OnO8vIPzjKqOmNSxlSlFnxiBK1Tj+4lMqZmI9xyaQ+RRJyaWTQKOkEeaa6V 2i4N1Gicr7/5IJdoBB+oT5vCV3tO+B0ubC40f4vdVwu7nLgAgDJOBL4j7Op8BvNmLBmKdnlK0Vj+ nW1kFgCSNepVO7Fx08n4UEOufAp0RPI3z0AcnOwMJT5khqdz08xoI1kCAwEAAaOCAcEwggG9MB8G A1UdIwQYMBaAFBx7GZ6XnHasID3Y3OORauPbLaZTMB0GA1UdDgQWBBQQoIERhKwaNK1dOsySWsLF ygxQPTAOBgNVHQ8BAf8EBAMCBaAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEF BQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwJgYDVR0R BB8wHYEbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tMEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6 Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMIGCBggrBgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0 dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50 ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYzLmNlcjANBgkqhkiG9w0BAQsF AAOCAgEAMyuEx/Jnxv1chc1eA81RXqFyxv7056cNkVGgRJP5j9kNAFNreHI3yY6folHuWMrIeE7p ad1YZ87UrWiBU97CbV+zrOc2EqnlcLfBCKMT24gGw8jTcE+KeNPoh5QKBYNYf+evBhITv16N4N8B eU3hRCHHGvQiKow/aaWqsQcgDtQdTIzDpw8cNB6UzSzqwtmtVERsnNzVbp3Bv4/SbLB9TP+YZPKm Bw8jgNQ4w42O6vYhhtNLsGvDswJ/f1bYwfa50b99o14Pz23oGDYcWDOQ2snUXq/FlMxj4oJ0EbHY mzHiJe6rQMSyl6iMb6HZ+S8Syzf84hmlRHtVr8/t/6Jz3DxSE4dlS5fORnKXbAPdEHk9558SJcQp I9zgXsOzNw5O1Btu3Cb4URv1ycf43Km25PRHjoNiXjkOgig58tIOeWwxtTiSWGYLckpTlmw1Papz VlhBzEs302V+cFo2xHADqoGfoHHpJcUATonJgSzscVMGauKhaujqRte5NBVcysJPvxFjTThhOaA6 JrqboqyTpToAJ8Rz/PF8o8zpX5Or1yJ9LfNoT3Q6hSJsBE7nDyDylaeibvqo0MLFtvx+RguycgnC sJvnuy28hDilBxytQR7nuNWR6/6IDy5ZNSaY7/oksleJNAiUZ7A51mjoJvqHA2xCMKb5SzxywsBt 70MMJigwggbCMIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDAS BgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1 MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNz c29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0B AQEFAAOCAg8AMIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJ fpWKrNM30k5vu5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxA vWVW1yC5S4Ubppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX 6VXYgrpT05ZrJldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1J hNK4bvmbNJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2N S8CXs/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4DrwaOS0V NXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28MeMqku+/zR zdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5AuyCoqCEyn32C7U /V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+MHwwLQYIKwYBBQUH MAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggrBgEFBQcwAoY/aHR0cDov L3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY2Vy MBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEEAYIPAgMBAQIwOjA4BggrBgEF BQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwSwYDVR0f BEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVy YXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQD AgEGMB0GA1UdDgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qW DNXr+nuqF+gTEjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjp HUCyhltoFS7Q1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/ jqDMqBARxr8OUWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udG ZAamJ55drdw96AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8 H4sVprPgvLBdK/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQC o6swZy0rI0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lD GJtepti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoqqJFB V9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwiNJjw5GRq Yb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggNQMIIDTAIBATBaMEcxCzAJBgNVBAYTAlNF MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2 MwIPAXUc1ROE7L9MPfu7eEiGMAkGBSsOAwIaBQCgggHLMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTIxMDUyNjExMTcxMlowIwYJKoZIhvcNAQkEMRYEFPphodFLqe2M 6Rm3micYrHGl0J3YMGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVy aWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdRzVE4Tsv0w9 +7t4SIYwawYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3Nv bjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MwIPAXUc1ROE7L9MPfu7eEiG MIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggqhkiG9w0D BzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIaMAsG CWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMA0GCSqGSIb3DQEBAQUABIIBABSa vfe/eShKJZuyrUHulhT+pXA7VDtM8QjFUa4491QTxD7FSrUD6PsC3oO8ccHfTKJKOiKjnmJAPpkL xjO2wsfR2CKYTvFi9NEAcHSHIODF9KoTho2eI0t5lXN+i4vT64ofanOYmNd3arS/Kcsac4Hr5toV HW+DqMNG25c2OJ59ZrQfjybDKV0IFIjXd88mo7EKgp2/jaTuUXvGqhqgn0jopRajlAoAi1fsqYBo tF+Fzvch+k+rPHI3N2DkJgLNIcbgpy8hMSZbbCf6phzN2yjzvMcis90w/dziBb1pAGCfTMDSuIyj 35pz1fBa7IGOCPiks3Fj3gJPU0dt6C5HjUMAAAAAAAA= ------=_NextPart_000_00A3_01D75231.70CBAB70-- From nobody Wed May 26 04:44:21 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD443A2B86 for ; Wed, 26 May 2021 04:44:19 -0700 (PDT) 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 LuXfScVO4vpQ for ; Wed, 26 May 2021 04:44:15 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140072.outbound.protection.outlook.com [40.107.14.72]) (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 284E43A2B8A for ; Wed, 26 May 2021 04:44:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ab9IR0wfae0nZ8wPm119ljsmFyV58In2ynA7T+DJIUXf+5jWTr5fGuUnC+/zgKWZaJ5yKpJjo+EUQELr2MSWZMall6OVS8a4fBmEcUIdCkW6/Lcx8EbHzskJvkZ5UAMpYPMe8vq2ody+5oOCc+eV2FaYQoG8fEyF40zsIaox2T6mCl+M1NzALqhPQLzRtG5O5Y+fLLYLKYn6MA141Ij2n8J9n5JgreQdX4o/FMttDJsIq1ciZZr1hCP+niEXaJiAROzY56vOniKQ0NTKFmeroeaCptpOfO41WKm84cTb2N1Azx2/Ekm+DNqqlo97wDOfsv6zSpo+IO/DHtHiPtZKVQ== 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=oMy5AEFcOEwosSGOpRa7MGZ14TLlKjv5wUquIdjbAYs=; b=U7sr2IaKTAHdbo1UjcWfkTrRlQzfe++lCzRXs1ol3RP5oKVUOtRRMiuUma3oxxcP75VabbjhDliMCHWdS4uUt2qE0uU/4evKpesLvH/1LFNG6OsPSJ10ZgKpVxpbUXjOxW5Mb9tE+6QF+JKIX55TkrrKl1L8+N2w3+R2PViBmdjGrwLLiM1aZyiTw9csBswL/NSgNjiqtXgAmK/qPDnMt6uhFGwR3zehGnGXDHifGJiDQrlZm7jvtlZEJSOifCozoW65x1BmRkSeBeSNUPAkOQK865dBTJWb2wUXAkcIYquwH4RzFARLlYFf6qits1e7RwEPL4FYWpmoipZJuscb+w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oMy5AEFcOEwosSGOpRa7MGZ14TLlKjv5wUquIdjbAYs=; b=IdtKVfRBzzPReszgCPz6iveTt6jhUMGXRDyzQWcN1MaM+MoggHXFUmyfAEPbTy/vFbrOSygLTLZ47drQEHua9SibCfeNEBIJA3m98sRpjPVIF0mPY4Evjy1Dyc+I6x6FCsCoAZqZBgCsg6EuVv+Ttz4hhVFtR1VAmZz6bMk2iwI= Authentication-Results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM9P190MB1186.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:263::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20; Wed, 26 May 2021 11:44:09 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4173.021; Wed, 26 May 2021 11:44:09 +0000 Date: Wed, 26 May 2021 13:44:05 +0200 From: Juergen Schoenwaelder To: =?utf-8?Q?Bal=C3=A1zs?= Lengyel Cc: "'netmod@ietf.org'" Message-ID: <20210526114405.pmddlhymwq4ygmvt@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: =?utf-8?Q?Bal=C3=A1zs?= Lengyel , "'netmod@ietf.org'" References: Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: FR3P281CA0063.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:4b::13) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by FR3P281CA0063.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:4b::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.11 via Frontend Transport; Wed, 26 May 2021 11:44:09 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: bc353f0d-29cb-4519-3c4b-08d9203b934a X-MS-TrafficTypeDiagnostic: AM9P190MB1186: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: IS7vzIIyGo3i1IXrMeVFoeoucnpUHF132+ufUFBVogo+y9OkR8jvrOou0gmHnF0c0e3avAmn9XdFdMTtPZy6zd1SWumEee//UkrYmAPKQui9SVStxAIZ/MsDDsQ9789F16+QEB4yiAPRZR8uzYgWF78pq2k72zYQLnh2ucBwtNg3r38A2I2zIA8gY/aDwCGxVTgiuYjq/2SrrpToREqfmzbGFKUZqu6xb1cHibd2WzlQPEGWVugs6ACc2O/j3YUez3XHIRuhC49vCoDjuZxpxzxrEF258bEvHn2K6Cz+/OxjW9uXgUecF7eEnJhFc0vO3kQgkxMGxc63+HPsTJv92Z3WP1LXc/QmctCbJqMcbrlCKmWItvocetdxJyslYKBXWrvIcZ7hKXH4QYIsBDryco5qYisMAs9xzjpTbp10P/YpksRzp0CmLJWJb0X/bCF6sLhxp8KITN1DCuTzdBzsqnurIfHCBTpnSMA3BWBuodBx1wjFxgSl9mjIzVaNYFi77p9VLEwqEDAhaADJQSli2GpPH+rmqhd0jkumPsg7jZUvmxJjCiHP4mDybLD/pCrqESTiqVx04Ix8TukjfUl2Gf6v0ZytJYutftsu+EV2mYCMK2xlEPAh+L1o/VgxGoTvpVRVfskSmtFyU93KW1zQCyGI9DQmlxSSHb7gQjpI7zLv1LpumW/umwQw4qiFUo84ZPjPJKpikJ8Hnoq6HQPOKag5gM3CmqrbIwr6Rx2fIJS9B9Q74dwkigtcqnVfdGhrNei6ijI+Q4/vfpxiEk7zhA== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(136003)(396003)(376002)(39840400004)(366004)(16526019)(316002)(786003)(186003)(66946007)(66476007)(26005)(3450700001)(8936002)(1076003)(66556008)(2906002)(956004)(4326008)(6496006)(5660300002)(8676002)(38350700002)(52116002)(38100700002)(6486002)(86362001)(6666004)(83380400001)(966005)(478600001)(66574015); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?UGl3dDA1V3pvbWZnWTlNQTRoQnZkWDFqUGpOa0VrZ1plcGtKYWpOZWRZdnBq?= =?utf-8?B?cFE5djZpVzR6QldpOWhFcWhaaDU5N29vNHRtdVRBSnlwR0hBbVlxS21GcXNm?= =?utf-8?B?bDB2N2JpQnF2cEdQWThTNTM4R0FPU3pRM0FzUWZRZTcxU1U5N3VsNGlMU0Y2?= =?utf-8?B?SEdmVmxPYkV5djIwZlJxL2hrQ2NPSElSNk50a0p2UkYwRkttTkV0anVyc3Q0?= =?utf-8?B?dUJxOW9BS3RqZ3pqYkhCRXNCZzVFUTB5d1A5SUxGMXkzK3ZlQkVSRE82c28r?= =?utf-8?B?VmVuTjhNYnZVUUVXSXZXQ29HQkk2dmdXbnVJVmlTZGk4MVBEaGR1VGVjbEQ3?= =?utf-8?B?MjRUb1lCWDFqMFY1K0pVQTc3aElGbVprR3BYRDZPRGg5NnlCRmc4Y3pQeTN2?= =?utf-8?B?NnBRQ3IzTTNuaHN5RVVUckVwUGtIK21vWVY3RUVJekVHV1lGRkNhTExqNkJ2?= =?utf-8?B?K0IzcVRYQjNoN0hjeTY5aFgyTE9sZUxESWZISEVWbnhmZ21aMUdmRjYvZGlm?= =?utf-8?B?NVRNQ0ozT3hYRXl0Y0g1cFJZUThkaUtXSmI1YWE2N1JQaGl4RzBjM1NOVHBu?= =?utf-8?B?MWJycFprZlgzVGFDY1ZYVkNKcmdvQ0x3RERyQis1SlVRVlV3dUdiZlQrZSsv?= =?utf-8?B?OGp0VzZpcXlTbHFhbURSQ0VvWEplTVNQemJaZU1VVWdlNEEvRS9aSU5vUVY4?= =?utf-8?B?aE50bjVpVitmc2RDamlSWm1MQTd1Y2txT2o2ZzRLM2ZDLzYzN0ZuR1MvNyta?= =?utf-8?B?Qlp3a2piaXUyRUIzb1M3Z2NFemVJTXR1UWNkY3pIMklSS0l1N3Q3RnNxYVBz?= =?utf-8?B?MUVFR0QzQVU2cnJzVGF1MXExZFQ2RW44a0N1WTlxdWZLaTBOK3cyQnA1WGo3?= =?utf-8?B?MnhUeU9kNlJtVnVucmJ0UFJrb28yWG0rRnVMdE9pVEVWN2hCdUdXTFA3VHBx?= =?utf-8?B?a2V3RHJuY0c4S1VpZWVINDNPdjU4NXJuWVIrZnVmUm9USENDSW9xOHNNQk1E?= =?utf-8?B?Yy9KSjlZZ09xdlpCekF5NHpUcEtZUnYxUGFmK3ZwMVovcTZmQzJrNjVneHhp?= =?utf-8?B?U2VtcjhNM1REaGZHbHRxeGF1bUs2bHc0dWtuY3hIWVJQUWZaTnpQb3NIQ3ZN?= =?utf-8?B?MElsSnNvYUVyOU1uNkY2am56bVJYOWxqWFdhbWc2SWY1cDBPa29iUnBhWEQx?= =?utf-8?B?dUNJMmdVeWhXWFNpUXVkdkhhZFRMRU9ZUWtyNHE5Z0tFQVlrVzlKcXJnV1Vx?= =?utf-8?B?aDNzZ29EeXFQT3oxemJPZnFpbnlGT2NoWFU0Z1kzWWNXUnFKU28wdGtBWmxy?= =?utf-8?B?eVRHaXpnb2NlUGZxYWw3L2x2T0tRNHZ6Q0QrTUVhTWZRTnVsYUFGRkxlMTZW?= =?utf-8?B?cW1NcHk1UDZyUjhocGJMQWpTa20yQTR3K0lRMER5YUdTb2ppSWRNZEJzSnRv?= =?utf-8?B?TkMxd2R2QnVmczRRYkZRWVYyMEorcm42djBFUmtoOFQ0dnZZWTlmQzlydmNK?= =?utf-8?B?VjNBMVVRRXJqQ01YSGp2djJmV041Q2FZTzY0MldRbnI3SnhKb2NleUpTY29M?= =?utf-8?B?SkdqRGFBNkpVUDJiMEZmd3haMkFWKzByNVJtdmt1R1FzazRSRzQ3UjJkM0RT?= =?utf-8?B?RDlzbVR3NHFUYXpERUorZEk4OEh0V3o3UDJNeXBIa09zYXNRb2Z4SlR4aHNN?= =?utf-8?B?OG14WkhHZXY1WFMvSVo0SW82YXBuaC9iYkRTS3NTZVJMcEVnRTB6TGxFN2h3?= =?utf-8?Q?y80QE4EG/5QOCiH9gWfi1Fq+zefTZbWU8UmImsl?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: bc353f0d-29cb-4519-3c4b-08d9203b934a X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 May 2021 11:44:09.7404 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 1S4kUVC6Pagt/rJyOx6FzkcXTsAbOruuFMUevJ9wRqG6Cynug/zswxMbfcOCdWFJrrBcByM6DvtAa4TVLpqk2plfmxEpPvPkePafJ4c+xnc= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9P190MB1186 Archived-At: Subject: Re: [netmod] GDPR and private data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 11:44:20 -0000 GDPR uses the term 'personal data' and I assume for many leafs in a data model the answer whether a leaf is 'personal data' is not simple to answer given that also data items belong to 'personal data' if they combined with other information can identify a natural person. For example, is an IPv6 prefix 'personal data'? Well, it depends... ‘personal data’ means any information relating to an identified or identifiable natural person (‘data subject’); an identifiable natural person is one who can be identified, directly or indirectly, in particular by reference to an identifier such as a name, an identification number, location data, an online identifier or to one or more factors specific to the physical, physiological, genetic, mental, economic, cultural or social identity of that natural person; Another possible question is whether the act of tagging (or not tagging) leafs in a data model has a legal liability component at the if the processing of data depends on such tags. Well, that surely depends on what the presence of such a tag implies, does such a tag control access to data on a NC/RC server (nacm:default-deny-all), does it control storage of data outside a NC/RC server, does it control processing of data outside a NC/RC server? What you need I think are context (deployment) specific tags, static data model tags likely only work for the (obvious) trivial cases and may mislead people to be GDPR compliant while they are not. /js On Wed, May 26, 2021 at 09:49:32AM +0000, Balázs Lengyel wrote: > Hello, > > Netconf/Restconf can transfer a lot of data. Some of this data can be > personal/private like end-user names, personal phone records, street > addresses. Is there a way to marks such data as private? I am thinking about > something like putting a YANG extension in the data models: > > > > extension private-data { > > description > > "Indicates that a leaf or leaf-list contains private data. > > argument privacy-type; > > } > > > > Is there any standard solution for this or any proposal ? In the world of > GDPR we should be thinking about this. > > > > Regards Balazs > > > > -- > > Balazs Lengyel Senior Specialist > Ericsson Hungary Ltd. > > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed May 26 14:46:46 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9B283A09DD; Wed, 26 May 2021 14:46:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 zzsQZLTKBiCw; Wed, 26 May 2021 14:46:36 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 2988B3A09D1; Wed, 26 May 2021 14:46:36 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 50DF8803F2; Wed, 26 May 2021 21:46:35 +0000 (UTC) References: <162135186967.26993.762040319790232057@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: John Scudder Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 17:44:43 -0400 In-reply-to: <162135186967.26993.762040319790232057@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] John Scudder's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 21:46:41 -0000 --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable John Scudder via Datatracker writes: > Nits: > > I think this document has the fewest nits per page of any document I=E2= =80=99ve ever > reviewed (kudos!), but there are still a few. I believe I have benefited by being an early tester for Rob Wilton's automa= ted grammar checker. :) I've fixed the remaining nits. Thanks, Chris. > Section 5.1: > > In order to verify portability while developing this module the > following standards and standard APIs and were considered. > > =E2=80=9Cand were=E2=80=9D -> =E2=80=9Cwere=E2=80=9D > > Section 5.1.1: > > all the location values. As the URI is a string, all values are > specifies as strings and so are capable of as much precision as > > =E2=80=9Cspecifies=E2=80=9D -> =E2=80=9Cspecified=E2=80=9D > > Section 5.1.3: > > position type "gml:pos" which is a sequence of "double" values. This > sequence of values represent coordinates in a given CRS. The CRS is > > =E2=80=9Crepresent=E2=80=9D -> =E2=80=9Crepresents=E2=80=9D (because =E2= =80=9Csequence=E2=80=9D is singular) > > Earth based CRS as well as virtual CRS should also be representable > by the GML CRS types as well. > > Drop =E2=80=9Cas well=E2=80=9D (redundant with =E2=80=9Calso=E2=80=9D). > > Section 6.1: > > This registry allocates names for standard geodetic systems. Often > these values are referred to using multiple names (e.g., full names > or multiple acronyms values). The intent of this registry is to > > =E2=80=9CMultiple acronym values=E2=80=9D or better still =E2=80=9Cmultip= le acronyms=E2=80=9D. > > Appendix A: > > description "A of locatable item"; > > Lose the =E2=80=9Cof=E2=80=9D. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCuwboACgkQLh2DDte4 MCVgnw//WrYr7hxNyh6B7vz6xLmVgexoVi0hciV/pz6oXFd3TrJf9l4VUN4q1vH8 N/R9Sz3lDZNa9wq3ts/8SORGmpi0KbFr7gN/J8rKralvbZFawQcaL/+Uy0wTFr8Q s9GBBSBou1hM8t6tnQioOnwugsXwQVBx+YgNq+BIXSUwgQewJCILp3cklTWhramD FhwTWjPABjDwZ5z8t7u+zEYh7EYGfKI7LB9isbjpWI4MY/gUHDVlkzMSOy8T1d+t zlTtR01lrw1NYBvpb/w7J2e0pwGdjd+0bf86KIhz72n+XI07j9GGNDCOEO9XB5Yy OAljvHDjecMCpA/O7NEsqcFdSiddVAvzqlXQPj19gj6EfpsNeow7Vk70v7BUMhxV kB8gjvpX6tjE7aqrBwlGdh18ryBXfys8Kr99zzZPftEem6GMPU2VIU2Q4KpsvNIK SlcJUgL8uiESxRRCRAPZ6SrlAjM9FyR9+mUCfEQaN2Qc1aiTPtWEVX0Pt2rgtNnJ FtaQdqeThE0R92peCaHXy+mcCZPy6swPUp0LagYWeKMGZMjyMSQOMlyTz9Hg0BXy sLnhCvf9aGdtICfyYEbQf8R0AxoG095gZGUBsGSnlYlTGqkzWoyUUOXoH9rx6pbY S7vbahAuhNXilGishuotMfRasAQc/GXypLQ8oaEosohdmgII44I= =hUf7 -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 26 14:48:28 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E77073A0A3B; Wed, 26 May 2021 14:48:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 Zqf-KWcDJUTL; Wed, 26 May 2021 14:48:25 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 72C663A0A38; Wed, 26 May 2021 14:48:25 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id B0F26803F2; Wed, 26 May 2021 21:48:24 +0000 (UTC) References: <162136313964.4734.13565222491483220768@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Martin Duke Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 17:46:49 -0400 In-reply-to: <162136313964.4734.13565222491483220768@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Martin Duke's No Record on draft-ietf-netmod-geo-location-08: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 21:48:27 -0000 --=-=-= Content-Type: text/plain; format=flowed Martin Duke via Datatracker writes: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > (2.2) "For the standard location choice latitude and longitude are specified as > fractions of decimal degrees, and the height value is in fractions of meters." > > What are "fractions of decimal degrees"? Is it not better to just say "decimal > degrees" and "decimal meters"? Yes, fixed. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCuwicACgkQLh2DDte4 MCUEtg/+KzdwWZt16nl4/xZtvOvqg8pH4hSDTCpTeKq6TrtVOxvUn8KjucCJzcJL M2fUlDqe8at3Qw9vzVzXc/Bhy8uiMqUxbjPc1DGZz1xnKDPbi1SV0IZP6NRRxfGS J9GSyJqKcT5bPa1V1JVzyu4L7uNm5S5fIPshS/DwMo6l09JSFxQYnlHo//0ay6BN OsOGS2c/6GFjY4AH9r6+EVSOE8ps+CxGDfRIbp8+6IvSitfK1eY50a3OPQTEZqji 0v4x4oUZCpuSHEp0yMBGs4Ya6HBCS9DYVH7KpcJMNj0E6Wmht9HIOTXJMMzPBYIo U0m4sD0y0hDRBxTLTQAikB8EochCUX3ZktwdvQK83xqRlic15WbRodTwYtCA7y8K 3Ksn6sjWYOk9EJRQcdEiuZp9SQSZYqqaHgxTNrKqLk1erp9JK2RP4fY3cRQLoe4X PTDo72xnXFK6GLrgeOt9hrWvVxgP53UqldWjCmzZ70DN9dpU5KyndtdArCMZExZM OeKdRq8V6zVOBQv/wZVgkfVXBLibSF667QIQO7R5YULE6Bx3/pw9xv/6gdVuPu+s vgPOF2X+EhNs1ZmpNWDm8Kkcz+yqnRBg+O07nKdASZWFSOLg37yzbwTQrop/lz+I 3J9p3f00V2JBs1HAHWqLgjIDCcm5hIrpcnV09uhW3qmrCMjOB0E= =/zAB -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 26 14:56:33 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F02053A0BFD; Wed, 26 May 2021 14:56:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 G73wM6T6CU7e; Wed, 26 May 2021 14:56:22 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 299EA3A0BF9; Wed, 26 May 2021 14:56:22 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 643FD803F2; Wed, 26 May 2021 21:56:21 +0000 (UTC) References: <162137577087.11060.13465816664316753127@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Roman Danyliw Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 17:48:55 -0400 In-reply-to: <162137577087.11060.13465816664316753127@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Roman Danyliw's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 21:56:27 -0000 --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Roman Danyliw via Datatracker writes: > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > ** Section 3. leaf astronomical-body. The content of this field appears= to be > "An astronomical body as named by the International Astronomical Union (I= AU) or > according to the alternate system if specified." What=E2= =80=99s the > normative reference to the IAU=E2=80=99s list of astronomical bodies. Li= sted here is > =E2=80=9Chttps://www.iau.org=E2=80=9D which is an unstable reference to a= website with changing > content. I have none. > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you to Stefan Santesson for the SECDIR review. > > ** Section 6.1. Should the constraining pattern =E2=80=9C[ -@\[-\^_-~]*= =E2=80=9D and > associated text from leaf geodetic-datum be used to guide the acceptable = values > of the 'name' column? Well the pattern allows more than the SHOULD and MUSTs in the IANA section,= in order to not be overly restrictive on users. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCuxAQACgkQLh2DDte4 MCXvzA/+N6vjuRKuv5+0pCPFs93/9m1qBpAqQ4cL5RmsJvyBadm9JCf9J0deFad3 /sybJD0/GHF7ZhnqWQeGwwXXthm2bKqQNpbTU+WmQYHGtUOX9W8y/uN8Bc8OZJ32 pI11X4n2+jGzvEftO2/Sx3W7cHyM7sWNwOWfRUmLdxdMusj4cb/x7krTDk5AGyGC +ygbKv6Qsl9a9yv5Q6NPfNEJCJkD2oyftJL8KLR0rktJc1kMX6tl8gYNFQX9av9k lV8CCEA9NP22e+LXZzKNRw+0Y6aqXrd916SVrBf691YK/2F3HbIl3IXJAnCjhqIX Bas1XXjA5sn37oxEijRSoCxqmNHqH1JLvYnbMEV3iehl++0URLCbvLj53GrxdWrN H9YSc4n0a43cvktxAjjGk2SmYwe1jV/PJJbNDm3TJ2YiPOfEUEo5RLpBU5/I7KSe rqlJwHzSx8EpDWUC1GcMFXVuw7uu+NrFaBPh1P41e9DA5y1j/hNUDBuOo/yMpsY8 lATtejEliz32LcNZMD5ghthr4XaS+JEew9rHlyr/5ukmH+fPG+LCbMkESzlxAZps YrZ8tE0sRUFE1c7AH1/CDzUDvN2vXgVZqNYTkeh2cpY7yS7UyJFxXA6Rk681NrCm fjE76cFCqmlaNLkAF+RFvXZZtSmB7wklyLuMoCQgL2VKJ72Df9o= =/rD0 -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 26 15:04:43 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 911EB3A0DC1; Wed, 26 May 2021 15:04:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 zUSZjAjsOgzo; Wed, 26 May 2021 15:04:32 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 807303A0DBC; Wed, 26 May 2021 15:04:32 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id BD42A80E63; Wed, 26 May 2021 22:04:31 +0000 (UTC) References: <162142641389.26028.16682502889430351090@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Francesca Palombini Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 17:56:34 -0400 In-reply-to: <162142641389.26028.16682502889430351090@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Francesca Palombini's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 22:04:38 -0000 --=-=-= Content-Type: text/plain; format=flowed Francesca Palombini via Datatracker writes: > Francesca Palombini has entered the following ballot position for > draft-ietf-netmod-geo-location-08: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Thank you for the work on this document, and thank you to the shepherd for a > very well-written shepherd write up. > > I have a couple of DISCUSS points related to the IANA section, and some non > blocking question. > > Francesca > > 1. ----- > > The allocation policy for this registry is First Come, First Served, > [RFC8126] as the intent is simply to avoid duplicate values. > > FP: RFC 8126 specifies: > > When creating a new registry with First Come First Served as the > registration policy, in addition to the contact person field or > reference, the registry should contain a field for change controller. > Having a change controller for each entry for these types of > registrations makes authorization of future modifications more clear. > See Section 2.3. > > The current registry dos not contain contact person, nor reference, nor change > controller fields. I honestly have no idea what to put in that field for the referenced standards. Certainly we can't just point people at the defining standards or people who wrote them as they have no reason to pay attention to our YANG groupings IANA registry. Should I put myself, or the NETMOD working group perhaps? > 2. ----- > > It should be noted that [RFC5870] also creates a registry for > Geodetic Systems (it calls CRS); however, this registry has a very > strict modification policy. The authors of [RFC5870] have the stated > goal of making CRS registration hard to avoid proliferation of CRS > values. As our module defines alternate systems and has a broader > (beyond Earth) scope, the registry defined below is meant to be more > easily modified. > > FP: Thanks for bringing this up - I want to confirm that we need this registry, > and that we are not creating a way to bypass the CRS registration policies by > providing a different registry with a more lenient policy. > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > > 3. ----- > > [WGS84] National Imagery and Mapping Agency., "National Imagery > and Mapping Agency Technical Report 8350.2, Third > Edition.", 3 January 2000, info.nga.mil/GandG/publications/tr8350.2/wgs84fin.pdf>. > > FP: I support Lars DISCUSS, and add the following normative reference to the > list - link is broken. A quick google search found this: > https://gis-lab.info/docs/nima-tr8350.2-wgs84fin.pdf , which I assume is the > wanted reference... but I don't think that we should be relying on informal > communities to maintain normative references to our documents, can we do better? I removed the URLs -- obviously they are not stable. So we can proceed with the normal document title, author, and publication date. > 4. ----- > > choice "latitude" and "longitude" are specified as fractions of > decimal degrees, and the "height" value is in fractions of meters. > For the Cartesian choice "x", "y" and "z" are in fractions of meters. > > FP: I have the feeling that the document is specifying both numeric data > expected and unit at the same time "fraction of _insert unit_". For the sake of > clarity, I think it would be best to split this up, so change the "fraction of > meters" to "meters, expressed in floating point". TODO: check that format is > defined. It is specifying units and their format, I felt this was simply concise, but not confusing. Do you feel strongly about this? FWIW we use YANG decimal64 not floating point in the YANG grouping. > 5. ----- > > FP: After looking for a while: does a stable reference exist for the list of > astronomical bodies and their name (rather than just saying it is maintained by > IAU)? I only found the following for stars: > https://www.iau.org/public/themes/naming_stars/ . I also found the page for the > corresponding WG, which defined the guidelines for naming stars. I was > wondering if there is a reference to these guidelines for all astronomical > bodies. What I am especially concerned about is that I was not able to verify > that we will not incur on encoding problems, if IAU changes their naming > conventions, given the following text in the document: > > '67p/churyumov-gerasimenko (a comet). The value should > be comprised of all lower case ASCII characters not > including control characters (i.e., values 32..64, and > 91..126). Any preceding 'the' in the name should not be No I don't have a stable reference. It was very hard to track all of what I have, down. The best I could do was just point at the IAU. Thanks, Chris. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCuxe8ACgkQLh2DDte4 MCWdvA/9HrpGNChF9/fkEA/kn8wraEq+a+kW+0auOJ1031HO3x310boGT4KQpenv m/dCWrfxZhUpYOCg03/M3ti+0WaBcl4bVEzu3bwEXrQdmSqXIjz4bYh9oyCGqDaz +MA1a85Lag6l58ou/v+pw7C8o9/MKJDMPnZkok7cqYYcPgDknulTbzKab//Cez4K S4VgYP3zVrpNxztMU6x6WR5kmPruR6SxMuxidWLrjIAWradNPPZL7kwYeBsuyqRF cEHaWKfD5NNxyAGP3xohoUStRzTZAI7+dNUS8uorYBWCH6q6cnKbEYPaXXEID2Xf xDmaiBOKNqiiu9goyx/W/sugEHlH1XOe2ghmY9icGIvWQWvkT2QXIeOf5t6MgVz6 es+4+6jSWhlgbb0fFc0ZpvgjjkF6pd5y247mbbXYQvc8ztdbLk7X/W8ZdBYdaNdV kaTihenFDK781/p6YPpxXOyTrcES07HkNbqT4e63LqoQ+jUoviGOMUis0LWT91rZ iOe1C+NFssvSlxAoJQC5kjuM5lQYQodp4uFLGshB2sCZTmvB/rcjeQcK3eVqXJtb SvlB996iCzOtc+k9wAY1E48a1NLRUprNKNiMnBjd7K9EU53eHzmmsQ/ToxnKdWoT u/x7zmsW9XmCsTahrsJuWEteotmQoxptJMZudTQse2mpCkSB8ZI= =SgjH -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 26 15:54:55 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 806213A090D; Wed, 26 May 2021 15:54:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 cU0yAvDSwKoE; Wed, 26 May 2021 15:54:48 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 019353A090B; Wed, 26 May 2021 15:54:47 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 2C961803F2; Wed, 26 May 2021 22:54:47 +0000 (UTC) References: <162146723152.27764.1299479086437558158@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Benjamin Kaduk Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 18:04:58 -0400 In-reply-to: <162146723152.27764.1299479086437558158@ietfa.amsl.com> Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 22:54:53 -0000 --=-=-= Content-Type: text/plain; format=flowed Benjamin Kaduk via Datatracker writes: > Benjamin Kaduk has entered the following ballot position for > draft-ietf-netmod-geo-location-08: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > I think we lack sufficient precision (forgive the pun) in how we talk > about "accuracy" and "precision". Are the leafs that claim to specify > "accuracy" specifying a precision? If so, the precision of a specific > measurement, the precision of the measurements that led to the creation > of the coordinate frame, or something else? Are they doing so in > relative terms (e.g., percentage) or absolute terms (e.g., degrees and > meters)? (There are "units" directives only for "height-accuracy" and > not the others.) How can we we say that we'll have 16 fraction-digits of > precision for lat/long when the maximum accuracy we can say that a > geodetic-system has only gives us 6 fraction-digits for coord-accuracy? > When we say that the "precision of this measurement is indicated by the > reference-frame" is that the same thing as the relevant "-accuracy" > nodes, or something else? Yes, the geodesic-datum is what defines the values and their accuracy. For the precision in the value we choose the fractional digits based on what might be needed, but not to prescribe anything. For decimal degrees e.g., we only need 100s values the rest can be left to the fractional portion. > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > (I support Roman's Discuss.) > > Why do we only define velocity in terms of north/east/up, when we could > be in x/y/z coordinates where there is no clear "north" or "east"? > > It would have been helpful for the shepherd review to point to the > thread at > https://mailarchive.ietf.org/arch/msg/netmod/dA9olZfEVa3clGdfvNYEFXUEMJw/ > that attempted to discuss the feedback from the yangdoctor review -- the > mail with the review itself got no direct replies. This is a very edge case of this grouping meant really to handle something like continental drift with long stored values. One can keep drilling down on this particular velocity value seemingly forever, but then we aren't getting our work done. I think it's enough to say that if the usable values don't work for a use case at this point, then they don't work. > Section 2.1 > > In addition to the "geodetic-datum" value, we allow refining the > coordinate and height accuracy using "coord-accuracy" and "height- > > My understanding is that "refine" is a YANG keyword, and the current > module/tree structure does not seem consistent with this description > referring to use of the YANG keyword (since we can just set new values > directly without needing to "refine" the YANG structure itself). A > different word here might be appropriate. Ok changed to "overriding". > Finally, we define an optional feature which allows for changing the > system for which the above values are defined. This optional feature > adds an "alternate-system" value to the reference frame. This value > is normally not present which implies the natural universe is the > system. The use of this value is intended to allow for creating > virtual realities or perhaps alternate coordinate systems. The > definition of alternate systems is outside the scope of this > document. > > This paragraph doesn't really convince me that we need to include the > "alternate-system" capability in the proposed-standard version of this > YANG module at this time. It doesn't hurt anything to include it and it was asked for by the person who came up with the shape of this grouping (Peter L.). Unless there's a strong objection I'd prefer to leave it in deference to the person who asked for it. > Section 2.3 > > meters per second. The values "v-north" and "v-east" are relative to > true north as defined by the reference frame for the astronomical > body, "v-up" is perpendicular to the plane defined by "v-north" and > "v-east", and is pointed away from the center of mass. > > When I read this I wondered if the "plane defined by v-north and v-east" > was taken at the initial snapshot position, or continuously updated with > the effect of v-north and v-east drift. Given the stated application, > it's unlikely that it actually would matter, though, so it's not clear > that we should change the text to cover it. > > Section 3 > > and 91..126). The IANA registry further restricts the > value by converting all spaces (' ') to dashes ('-')"; > > Is there a reason why we shouldn't disallow spaces via the regex (and > obviate the need for special processing at IANA)? The thinking is to allow users to do more than what we IANA is limited to. > Section 5.1.2 > > The following subsection suggests that there is a "heading" field in the > W3C structure/API, but I don't see one listed in Figure 1. > > Section 6.1 > > What are suitable references for the "me" and "mola-vik-1" geoedtic > systems? I do not see how just the listed descriptions provide a "clear > definition" even for the two coordinate values latitude/longitude. > > Section 7 > > Thanks for using the template for security considerations for YANG > models! I think that since some of the portions of the template do not > apply, they can safely be removed. In particular, the "these are the > subtrees and data nodes and their sensitivity/vulnerability" lines can > go, and the clause about "can have a negative effect on network > operations" may be worth tweaking (network operations may not be the > most likely thing to be impacted). I think it's also okay to drop the > paragraph/sentence about RPCs. > > Section 8 > > The [WGS84] and [EGM08] links don't work for me. ([EGM96] does.) I've removed the links as they are not stable. Just going with standard title, author pub date now. > Section 9 > > It seems like RFC 7950 is more properly classified as normative, since > you can't really make sense of YANG without ... knowing YANG. I think > 8340 is sometimes listed as normative as well, but the case is not quite > as clear, here. > > NITS > > Abstract > > This document defines a generic geographical location object YANG > grouping. [...] > > I'm having a hard time seeing what role the word "object" is playing > here, especially since in the next sentence we just refer to the > "geographical location grouping". Removed "object" > Section 3 > > description > "A location on an astronomical body (e.g., 'earth') > somewhere in a universe."; > > I guess in some alternate-systems the "astronomical body" bit may not > really be accurate. (And possibly in some cartesian coordinate frames, > too, but that's less clear.) > > type string { > pattern '[ -@\[-\^_-~]*'; > > If I'm reading my table correctly, '^' and '_' are adjacent, so this > rather-reader-unfriendly regex formulation can't even be justified as > the minimal encoding. This has to do with working with limitations in the tools. The minimal encoding does not work unfortunately. > '67p/churyumov-gerasimenko (a comet). The value should > be comprised of all lower case ASCII characters not > including control characters (i.e., values 32..64, and > 91..126). [...] > > "all lower case ASCII characters" inherently excludes control > characters, so "all lower case ASCII characters not including control > characters" is redundant. > Also, that doesn't match up the listed range of values (or the regex). > (Also^2, that doesn't match the given comet name, which has numbers and > punctuation.) Changed to: "The ASCII value SHOULD have upper case converted to lower case characters and not include control characters (i.e., values 32..64, and 91..126). Any preceding 'the' in the name SHOULD NOT be included."; > for Cartesian coordinates. When coord-accuracy is > specified, it overrides the geodetic-datum implied > accuracy."; > [...] > "The accuracy of height value for ellipsoidal > coordinates, this value is not used with Cartesian > coordinates. When specified, it overrides the > geodetic-datum implied default."; > > I suggest using parallel language for "when specified, overrides implied > default". (That is, "coord-accuracy" is currently explicitly named but > "height-accuracy" is not.) Done. > > leaf v-up { > type decimal64 { > fraction-digits 12; > } > units "meters per second"; > description > "v-up is the rate of change (i.e., speed) away from the > center of mass."; > > "center of mass" may not be universally applicable, e.g., to cartesian > coordinates, binary systems, extremely massive objects that are not the > astronomical-body of the reference-frame. In this case the value is not relevant. Again, this isn't a big part of this specification, it's meant to track things like continental drift. If it's not useful as defined then it's simply not useful for that use. > Section 4 > > We probably should expand CRS at/before first usage. Done, just under the table. > Section 6.1 > > Each entry should be sufficient to define the 3 coordinate values (2 > if height is not required). So for example the "wgs-84" is defined > > I'd suggest flipping the order, for "should be sufficient to define the > 2 coordinate values, and to define height if height is required". Done. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCu0bYACgkQLh2DDte4 MCXg0w//SamtBjn1i84Gfvg8Nutitm8gnsmggKtOLRkhrxTE3dA+34lWbvLQQI6W Yk53315PZ0yxf4HV2Uj2S3dTdpLEXn/Q0BEhVshX2ow7+sYSZSSbkVmDZAGUnAJu RLLpE+OdpyRAzbABIqAaFQEN7akQEmaZ5P8E9pkHQ1kmfMmZE/ArlyNItPc42mhf 15U7OXya8e3PgVKdIwKY6kyl7pCdrJ79c/HT9/hLBHl4gMrpUY+oNca5zLnU8Vrt pAMrTW+dk2wCuhdGxnTjhXo0DMnu2JECk/hyDFR3H5LzSfrLQJEPDLcEP75S+56F CpkdCptKNv7Ke3ZvwxlobiR5aUO4wACRJjkEB0KA9y1zhV18bhcFPWcBTW25lkfH pbBYEaOEhVuM7jRi3AiVOt4oZAAaQYvRxkp5aKUbtioSciv+MPL9lodP+YajmKkU z78cCdNlDp/MmlQRfMC5XtxCSM2M97S2gwaUE/KpmcZiKy7mX/b++dY2CAc0PeDn V5+8VcQ5QzneEQVDGxncRjbDB8W4gTIAhQlJfNjCg1xQqMtgTMjeS01JubL1UzNx LW6EGYkQJ2F6wBn7I+IzUfIGc62Bs8aZ8qMZIBxwiNDB4NT1nlnirLcXGkk1lAIt R+VxFpAUJXsomEyJxoc6jGOtLnqEh8jID82MKJCSE7UVtLKR1A4= =PvcU -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 26 16:02:03 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 349E73A0913; Wed, 26 May 2021 16:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 Q1IV0HZrwpjY; Wed, 26 May 2021 16:01:52 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id E69A03A0AD4; Wed, 26 May 2021 16:01:51 -0700 (PDT) Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 31557803F2; Wed, 26 May 2021 23:01:51 +0000 (UTC) References: <162146723152.27764.1299479086437558158@ietfa.amsl.com> User-agent: mu4e 1.5.13; emacs 27.2 From: Christian Hopps To: Benjamin Kaduk Cc: The IESG , draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, kent+ietf@watsen.net Date: Wed, 26 May 2021 18:56:29 -0400 In-reply-to: Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-geo-location-08: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2021 23:01:57 -0000 --=-=-= Content-Type: text/plain; format=flowed Sorry missed a couple in previous reply. Christian Hopps writes: > > Benjamin Kaduk via Datatracker writes: > >> Section 5.1.2 >> >> The following subsection suggests that there is a "heading" field in the >> W3C structure/API, but I don't see one listed in Figure 1. Yes, there was even a blank line where it originally was, na errant D or something in vi. :) I've put it back. >> Section 6.1 >> >> What are suitable references for the "me" and "mola-vik-1" geoedtic >> systems? I do not see how just the listed descriptions provide a "clear >> definition" even for the two coordinate values latitude/longitude. I've included a reference for 'me', and removed mola-vik-1 b/c it was simply too hard to find a good reference for it. >> Section 7 >> >> Thanks for using the template for security considerations for YANG >> models! I think that since some of the portions of the template do not >> apply, they can safely be removed. In particular, the "these are the >> subtrees and data nodes and their sensitivity/vulnerability" lines can >> go, and the clause about "can have a negative effect on network >> operations" may be worth tweaking (network operations may not be the >> most likely thing to be impacted). I think it's also okay to drop the >> paragraph/sentence about RPCs. Updated. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAmCu014ACgkQLh2DDte4 MCUIUQ//VFBg9Vn5XCWFXtWDgs4+IicSNwZuD2cwgg9/RC0LzjBaYAwsQL0wsTzo urfJfeUPO3CMy0uJqjGfWdI4ggvgQcNsSZ5gjwARTdGifPg5vrwExp6esb0ZNXSA EYxCmSFm9Wu0K+Sb0zBEaOgIZAtXQMVqh5QSVXmAl8oc2nzMhVXPsXr0E3p440hW /X8riROS291Ns25tTJB45XCQPlV/C+lpDtUFOO6bDpN2W4moQVwPWT+IBvQShbM5 Z8V1WIX9KHVa1W+GNguGdJHQLuhfsmoMBLMlOjYSo02CkmMSCtS8JMSZQHbjb83k 28MsNDirCHYiA5+ZBKpHVJpQUF24RcdKQUfkmqVZmKYarcjQC+LfnsPvTDwfXfw3 it6+VQnRJpcg9yg6nX5YRE+A86JARhPgWe1id2wNfFthw5E8anLpo3M+8E4z17OM LFmOuJ54f2Rz/gtJhuTnSVUHT/5F49EtBRrNuHh9DshufYpS92zdDHXqan6Efn8j Xpjv7PiGAMzFPf7jZgPu6CA9/3gAFrRdQD0wVziRln4obFCVaOvjCXUqKaPKNfgO aB2gN6IYloI+NEy9yKClwPbdO6ifwLQsE/Dkjnn/3PkM/CtpjvjLwPvXuEE6coc8 QAcuFXP7klaNpWtpyV+FhJTO125ZP5AublbD3UrZgv6TgmoW2jk= =j8S5 -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu May 27 03:04:23 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B61A33A16F4; Thu, 27 May 2021 03:04:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.09 X-Spam-Level: X-Spam-Status: No, score=-2.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=lear.ch 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 e_xCFcxXRNLP; Thu, 27 May 2021 03:04:12 -0700 (PDT) Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (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 A98783A16F2; Thu, 27 May 2021 03:04:12 -0700 (PDT) Received: from [IPv6:2001:420:c0c0:1011::c] ([IPv6:2001:420:c0c0:1011:0:0:0:c]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 14RA49CK221534 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 27 May 2021 12:04:10 +0200 Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1622109850; bh=DB2JKva148CJYebgdZEjG5Cf/4H4l5FWgztyfixfaBQ=; h=To:Cc:From:Subject:Date:From; b=m1sOr1x9ZgRsiIoxtMTYeX3pKoFUTZeR0zjkU8sPwVKIgaVys5Chs665WN+H05LLO et8R6j0cUoETVS2+Sas78fU1jnl3cOW04mWHzUufPv18bulC1OeLXU6+EzESEFeLn/ 1nck+DZSSI4GrhVTd7htBLB8wwiC6HtYp7qvHTdk= To: "opsawg@ietf.org" Cc: netmod WG From: Eliot Lear Message-ID: <340b29f4-e867-6a5d-b45c-8c8b9e45eb47@lear.ch> Date: Thu, 27 May 2021 12:04:06 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EiWyJotzijpwJiLgCLNyGnpm1pb4eyOed" Archived-At: Subject: [netmod] please see draft-lear-opsawg-ol on licensing X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 10:04:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EiWyJotzijpwJiLgCLNyGnpm1pb4eyOed Content-Type: multipart/mixed; boundary="71bLMwHpeGt3aG5b6Mbb1MuQF3QmFHUNr"; protected-headers="v1" From: Eliot Lear To: "opsawg@ietf.org" Cc: netmod WG Message-ID: <340b29f4-e867-6a5d-b45c-8c8b9e45eb47@lear.ch> Subject: please see draft-lear-opsawg-ol on licensing --71bLMwHpeGt3aG5b6Mbb1MuQF3QmFHUNr Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US [CC netmod] Hi everyone, Based on Carsten's concerns about licensing of MUD files we wrote a very = short extension to RFC 8520 to allow statements to be added.=C2=A0 I note= it=20 misses an Updates: header, but we should probably add that so people=20 know they SHOULD use this extension. The extension is written as a grouping that is then 'used' to augment a=20 'mud' container.=C2=A0 The intent here is that if you find the need to us= e=20 the extension for other purposes, you can.=C2=A0 I wonder if some yang=20 doctors would like to take a look. We'd like to move on this one quickly.= Eliot --71bLMwHpeGt3aG5b6Mbb1MuQF3QmFHUNr-- --EiWyJotzijpwJiLgCLNyGnpm1pb4eyOed Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAmCvbpYFAwAAAAAACgkQh7ZrRtnSejNo xgf+LMYuCr0G5JwBabBeZiCqJW/osGq1iTlt0Pz8UAIhYquwpZQfFBEmfiuyN+imTwVYQ3iIxiR2 qedKqFew3GUom4mV3Us9Jm2gKCL7KzC5wLe/XflmnRa75e1kw+HcyQp6taGVscIw+RocJjm0iC+b fB6s/8ml3rsZudjwI6x+hb4IGHtL701pMwStn4/tQ9Gbt/0C3WQ7NsW2xoxIWA6J8mZrbW0Xjsao X3Sky3iyfSi8BC0QzmXv/duZhWG7O/uEphE+xe9l3LJ8YSKOsyEgK5uP77NB48J5r21cz9Vb8xZG DZJ6c8C8y5AksOqQvU/FRwk2/EDsO9NuM6Hnbo9osg== =VkP1 -----END PGP SIGNATURE----- --EiWyJotzijpwJiLgCLNyGnpm1pb4eyOed-- From nobody Thu May 27 05:39:08 2021 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D042E3A0147; Thu, 27 May 2021 05:39:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.30.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <162211914278.23161.11598608975519392908@ietfa.amsl.com> Date: Thu, 27 May 2021 05:39:02 -0700 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-geo-location-09.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 12:39:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : A YANG Grouping for Geographic Locations Author : Christian Hopps Filename : draft-ietf-netmod-geo-location-09.txt Pages : 25 Date : 2021-05-27 Abstract: This document defines a generic geographical location YANG grouping. The geographical location grouping is intended to be used in YANG models for specifying a location on or in reference to Earth or any other astronomical object. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-netmod-geo-location-09.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-geo-location-09 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu May 27 06:38:46 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74E163A0D25 for ; Thu, 27 May 2021 06:38:37 -0700 (PDT) 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=jacobsuniversity.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 AxeqlB5uyC7Z for ; Thu, 27 May 2021 06:38:33 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00080.outbound.protection.outlook.com [40.107.0.80]) (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 7237B3A0D39 for ; Thu, 27 May 2021 06:38:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cTx1PV7kanopVP19aAdmFOayzuh7Be/DDIi9XzwZUgoV/DU2OgFW89FIWSdy+uJfWM6KoVcSvAKOj3QX/eTGdxyAwado6FARAwkDRuZzC53PaFoZiBZCdwtE3gAs/X7mP9ZYbktyBhVxVWs9AnJMdE19izbD4qVnKfqNedLBtVTPU6QF5RseT4XFp41kkyst0i1lbmt3Mc4X4kWfX9ZLxxnrr/hHBDNHWKokQjQjmQ5XpmMJOpLJ3SMP2BJtK2BurobPYcp6KDlUNIYCqQTWt/c2tv3e4wptjx2Q6TeRNmBIU9qeM9ZxIEw1O6gRVVXTz8G3cygGeBEMv8YujWLlVw== 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=T1suNrzCO2M9u6I4z1hzxWtXUBYVe8c5glNs1QSwpWY=; b=IUVaEH87G35qfi7ChnXr16c6cvzI7ls5H/fvGly9Uwa3kdfjhnhpkCR32ikDGASgyGVflkqLGYky4mGCTD8QIWcCvN7UVzT/lTtZyULnW0CmrVv/sdcwHGwy+WQhGLljF2nC3HwJfzQBMPm24EJ03EJT0POh6dWOCa8SubDmAr5TUqeDm98Ouj557eUpm6HIlcHeQDReDSZKyzl7mQOftsirto8LzUfYjbhenTpSY/oaV/DBIzZB3zwSE6FtTPpK5LNKhvozi219wmO/Dmy2PG0x6JaZ785g/7iYa1EAH/DD1Eh2FfoSSYfy6UJlb9I61r8VlKwskfHplTZHKMThhA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T1suNrzCO2M9u6I4z1hzxWtXUBYVe8c5glNs1QSwpWY=; b=b97Cf+vtJddUYCHG0BMj7cZxBukKM+fGr3qRpXHxRlLkohOOgUpY4oxDV+WtOQPz3vN6kC/dLGZirejVITfVIlLOG9A4yDj/VmM++rdGUPSmo/swpMKiD2SWzagN2WsPcOkL38N3QPjEskg8f8FjTb5PfHhm9RHjUxDFmvj9aCE= Authentication-Results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=jacobs-university.de; Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0817.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d0::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.22; Thu, 27 May 2021 13:38:23 +0000 Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4173.021; Thu, 27 May 2021 13:38:23 +0000 Date: Thu, 27 May 2021 15:38:22 +0200 From: Juergen Schoenwaelder To: lear@cisco.com, cabo@tzi.org Cc: netmod@ietf.org Message-ID: <20210527133822.76w5vkbghtrnajnn@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: lear@cisco.com, cabo@tzi.org, netmod@ietf.org References: <162212170397.24967.12690185822202486093@ietfa.amsl.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <162212170397.24967.12690185822202486093@ietfa.amsl.com> X-Originating-IP: [212.201.44.244] X-ClientProxiedBy: PR3P189CA0088.EURP189.PROD.OUTLOOK.COM (2603:10a6:102:b4::33) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from localhost (212.201.44.244) by PR3P189CA0088.EURP189.PROD.OUTLOOK.COM (2603:10a6:102:b4::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20 via Frontend Transport; Thu, 27 May 2021 13:38:23 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 18e8d3d2-a891-4b09-5a8d-08d92114b2f2 X-MS-TrafficTypeDiagnostic: AM8P190MB0817: X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8273; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MAi2pjy8l00mtdI75/Z5Qbxluz1DOgkomUjT9fwuAgdI8tWsvUaAyl9zd6gUmoXaqGCRcZg3MlyPey+RCKcrmdepPe66zgU2pfX+dwE+nB8b1tB1EDps+S/j81BcikGlEGqR/XisWZOwKtPBCVHSFPy4SqZxvsN+7VAp+5SVX2xg8+c0Du7Vb8CpSar76Y/0ty//iGIhXbrvnq4iY40+ADm84MSCGSfIz/gTZxAerxfd1eIixECbXzn9cm9ZLh0v6p+2grbpvdDqPII19GSikFkzVYGDkspt/Pz0g5HTn1zNB1JoD0sGiI1pxhPQwfwpA1iQ90vqQOLLQVel5orFydPIoW1r+gFXiCOhnH/Z32cNXk6sBuqIlbiMug5z9DSqhvnUrUa4GRywbBkyTQASKPhyjJhooLP2WfiePbf6yMgYnvuUXX/IBTcK+jJwwix2Txe3gyz76OK8G51pCOVZZG04QIF0GAbsT9rEsfsNxkBb7Uv4IsfWTAqMsX5mWtg4WS+CbI6YV6Me8cMLvU45mZhTpbcxOvbjctY38CfpFZWuImJioQyVy9/P+TDIl7V2Nu2HPoUlwH5ezGmeXtPdNarrZHMGE/8nMmRI+ZQX8xq5cEE2lH8jnCMvU+8g5HMrQoa5u2hqxgzkNDr7xeiW4TTqkGwpLBpffMsKJQrjQfKpB3UMKTkXotlx5orEXNJF/+A2EXZzPNsdJ7BnU1V2mnkOGuMgVhyhmLqWPsUZNhDJgUy6lVWan2ixObGXXsSTqLGk++1exiXBv/YvnJxNaQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(136003)(376002)(39840400004)(366004)(396003)(26005)(3450700001)(83380400001)(38350700002)(186003)(16526019)(2906002)(86362001)(38100700002)(8936002)(8676002)(66574015)(4326008)(6486002)(966005)(52116002)(66556008)(66476007)(6496006)(316002)(66946007)(1076003)(786003)(956004)(5660300002)(478600001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?8LmKBCRcg3jfKDU8DLKaQZLcq3+bPjkraexCf9rYfeQs/mgOOrh1nm3XAQx9?= =?us-ascii?Q?3IjXkAF87pmvoZC0TqfiCJ8vTTqKHyYyVrs2mIgatK3obU2Yxu/epj5Mx7g9?= =?us-ascii?Q?KkwatCEmQOsMhgd3vJxHzv8g8rqZ0esm4Jfgz/e0owkZIOZNyyj3C/1xKARl?= =?us-ascii?Q?JOtnNXi2vSn8gB2vn+B7Meuv06DOHKGCVBPM9xmMRq4k+O45NOyXeyilQx5a?= =?us-ascii?Q?A/a8JtTQ2+lR9a3I7w7a4g7ERMhxDy4nmcciZSrkuKs087B6D2i3zbZKHelz?= =?us-ascii?Q?k3gPQmk/Clnc7O9H8dAerolSMDo43Ga55GMqGcftpNfABSu6+Hw3md2zHndD?= =?us-ascii?Q?C/OaBzEI3lA5sTKctXmNBaXsMKdUfukontwdsMyXbO1Gx144TGExELPnpteT?= =?us-ascii?Q?sC0FB7weHxxrPpaxLDynYF/HqkWX0zTvfzSybDIeK9iZ2/HjzKMPm8YFb4xh?= =?us-ascii?Q?rIe/MEucuCGYuAZ2eGheW1HeLnfpcvF91XaFlXObF8ePPzmNnlNhWT4DFL+1?= =?us-ascii?Q?c3oFUjKSV05O+W3PIdpKGPIS4vZR1OuPwM2PXVIc6Ku4aQ+U7+N8XWhHx4Zh?= =?us-ascii?Q?DB5Jn1D91e2ZQO1OpWITA3KTKS9CDSLZuq+dBui/oNZWjB6Q920XEthwYMkp?= =?us-ascii?Q?uB2yjqZxaNu54PokJ4X8Iibh9gEB1/YKncOVqvcl/VDhVjY/F6pvRiPyTG1+?= =?us-ascii?Q?CiP6wM0pYfnFuyz50sfYuMrLQsseOvcxD4R5+0RLjU7F8HxEzFXpYR+IvWZE?= =?us-ascii?Q?HkOsexFBEyPYMhWoQg1eWblTEgiqP/QQj8G/ZtEcP4iGIXvl9bIO275+zGna?= =?us-ascii?Q?b8SoU8G7TxAUZ/3dnpvIc0lLo/qTebOa/8c+MH1LM61kdp9B2QJesfCP6PB/?= =?us-ascii?Q?J/qlErIpVhABoFYFsM7gIFMdTtQCoTxIk3ke5VqKlmwbfUPB1e/RdEIBU7ei?= =?us-ascii?Q?sQ8ZJ3Xtw8/MODRlItw/OGJr2OBgLRX49dqPwIYs2gUUFL5HRnDyRpEJhkp1?= =?us-ascii?Q?d5W2SwTBZfk6iWJl59d+9nyovJ5PGfUu9UrrWCBrmxF5jN1usfetmUAQBH3/?= =?us-ascii?Q?c/m5Jk/wfJoNXECtB9YQ/7d4JCmPcByGgSAAXD+N8NRwz6+aLo4WSdlEWsM0?= =?us-ascii?Q?GAJ25EylogfCfLmSWO6sKrvoZGvBqJWtBoKhpCHqPFtI1+PpMikTIab0mwTM?= =?us-ascii?Q?x3+OpYKSpGr88RWd+aFQFcYOhrXD6vgqm7+4IhVpB6jWpoWOyoLSpTPBTEQK?= =?us-ascii?Q?B/9uw01OGGga8UaXsRMnOV3bhVFAx3N9Gmysb78e/TgzHCtL8AH9dvc75ro9?= =?us-ascii?Q?O1AQomJgO+UbWfEFswlw2meW?= X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: 18e8d3d2-a891-4b09-5a8d-08d92114b2f2 X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 May 2021 13:38:23.6697 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: rNdrWDzfZpCTa3MXn2cSzDU/nxtX8yA5f6dO3GrnDVtl0sUFBWBy/6zZWiAl8zxWPOIpiSTQgPfs69LHCDn0H8zXh43BsgCtjoyuMygrs+I= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0817 Archived-At: Subject: Re: [netmod] I-D Action: draft-lear-opsawg-ol-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 13:38:45 -0000 Hi, I have not followed the discussion but skimming through the document, I felt that calling a grouping an extension is somewhat confusing since YANG also has extensions that are a very different thing (i.e. we get a clash between a MUD and YANG extensions). Perhaps more careful wording can help. In the YANG definitions, I would rather avoid using 'extension'. OLD grouping ol-extension { description "OL extension grouping"; NEW grouping owner-licence-grouping { description "A grouping expression ownership and license information"; Whether 'ol' makes a good container name can be discussed. Whether allowing multiple owners all sharing a single license is appropriate I do not know; in the open source world there are occasionally projects that can be used with different licenses (perhaps making this just a list of (owner, spdx-tag, license-info) instead of a leaf-list of owners with exactly one spdx-tag and license-info would be more flexible. I am also not sure that using an 'owner' leaf to contain a copyright statement is what I would have expected to be an 'owner' (i.e., a person or legal entity). /js On Thu, May 27, 2021 at 06:21:44AM -0700, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : Ownership and licensing statements in YANG > Authors : Eliot Lear > Carsten Bormann > Filename : draft-lear-opsawg-ol-01.txt > Pages : 7 > Date : 2021-05-27 > > Abstract: > This memo provides for an extension to RFC 8520 that allows MUD file > authors to specify ownership and licensing of MUD files themselves. > This memo updates RFC 8520. However, it can also be used for > purposes outside of MUD, and the grouping is structured as such. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-lear-opsawg-ol/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-lear-opsawg-ol-01 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-lear-opsawg-ol-01 > > > 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 -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu May 27 06:47:17 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55D833A0C81 for ; Thu, 27 May 2021 06:47:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.296 X-Spam-Level: X-Spam-Status: No, score=-10.296 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 5cAaZHViyn5k for ; Thu, 27 May 2021 06:47:09 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 831D63A0C75 for ; Thu, 27 May 2021 06:47:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1763; q=dns/txt; s=iport; t=1622123229; x=1623332829; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=Aj0wV4kgWNwOnN4anaWrWGzFTyVITAHfoeyUtmi6ElM=; b=jtlW0YEMG93E8KuKEyPME1rNyUH+is9L/ARAiHePqO58JFmOyFz5ap86 XBOe8SKwOcxxuncW21vx5aHZVXNJwU+9njID6Q6P8k8pbpv6yYC2peEMR T6qFwI35khSPNkfgF7l9MKfl+pD4OVkxMH2KIbwLHOE0tfIECJVtKjv8l M=; X-Files: signature.asc : 488 X-IPAS-Result: =?us-ascii?q?A0AgAAAuoq9glxbLJq1aGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBQIFXg3gBKBIxjUyIdJ0zBAcBAQEKAwEBQQQBAYRQAoF/JjgTA?= =?us-ascii?q?gQBAQEBAwIDAQEBAQUBAQUBAQECAQYEFAEBAQEBAQEBaIV1hkQBAQEBAgF5B?= =?us-ascii?q?QsLDAICCC49GgYTgnEBgmYhpmN4gTSBAYRkhU0QgToBgVKMFUOCDYE8HIJfP?= =?us-ascii?q?ogRgi4EgUuBXwSBbAGSMo1InTKDIYNRgUmYSgUkpVO1UwGEDQIEBgUCFoFrI?= =?us-ascii?q?oFbMxoIGxVlAYI+PhIZDo44jjc/Ay84AgYKAQEDCYtmAQE?= IronPort-HdrOrdr: A9a23:n2K1RaMJmblhGcBcTsSjsMiBIKoaSvp037Dk7TETdfU1SKClfq +V/cjzuSWftN9VYhEdcK67VZVoMEmyyXcd2+B4VotKHjOW3VdAR7sN0WKN+UyDJ8SHzJ846U +lGJIObuEZyjNB/KHH3DU= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.82,334,1613433600"; d="asc'?scan'208";a="36410679" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 May 2021 13:47:05 +0000 Received: from smtpclient.apple ([10.61.144.60]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 14RDl46B007452 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 May 2021 13:47:05 GMT From: Eliot Lear Message-Id: <7746437B-28A5-4C45-B0B5-D1E6870789B4@cisco.com> Content-Type: multipart/signed; boundary="Apple-Mail=_E1EEC5DB-3352-4E9D-9C0A-4490245298FC"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Thu, 27 May 2021 15:47:03 +0200 In-Reply-To: <20210527133822.76w5vkbghtrnajnn@anna.jacobs.jacobs-university.de> Cc: Carsten Bormann , netmod@ietf.org To: Juergen Schoenwaelder References: <162212170397.24967.12690185822202486093@ietfa.amsl.com> <20210527133822.76w5vkbghtrnajnn@anna.jacobs.jacobs-university.de> X-Mailer: Apple Mail (2.3654.100.0.2.22) X-Outbound-SMTP-Client: 10.61.144.60, [10.61.144.60] X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-lear-opsawg-ol-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 13:47:15 -0000 --Apple-Mail=_E1EEC5DB-3352-4E9D-9C0A-4490245298FC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Juergen, > On 27 May 2021, at 15:38, Juergen Schoenwaelder = wrote: >=20 > Hi, >=20 > I have not followed the discussion but skimming through the document, > I felt that calling a grouping an extension is somewhat confusing > since YANG also has extensions that are a very different thing > (i.e. we get a clash between a MUD and YANG extensions). Perhaps more > careful wording can help. In the YANG definitions, I would rather > avoid using 'extension'. >=20 > OLD >=20 > grouping ol-extension { > description > "OL extension grouping"; >=20 > NEW >=20 > grouping owner-licence-grouping { > description > "A grouping expression ownership and license information"; Thanks, accepted. Eliot --Apple-Mail=_E1EEC5DB-3352-4E9D-9C0A-4490245298FC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAmCvotcACgkQh7ZrRtnS ejPUFwgAuDHKuH0ws75v2i4+T5Pon4oWfxx3gqNFBoTJArLVsbaz67P+YCkyiYwq YCtdLqlhc87sdT/b22+0JAPvfohAI2dj6mGGSaF18qQosgJvkq2o4nqjF6eK+K1T 8A8Xl8OjMrx8xYS4ChTrs91Vwu8LQsfIwY1qlLx+TLWDbMDjKEntWXyKaH+8yypW ulVyCyVyXO01HMpyWdz5SdyTCjoIqUL1XWsy25puHHMpcC8wiWH5PNjhr2L9H5gx ybcBx3CMedKoXUDVl2+TPXMhaTF0k493TvfCu3d2aGVMNDp/C+EWdXKSAiNguMLG PgF87/z6TWZgK4bj3ZM7FjWgNCyPuw== =F+e5 -----END PGP SIGNATURE----- --Apple-Mail=_E1EEC5DB-3352-4E9D-9C0A-4490245298FC-- From nobody Thu May 27 16:51:44 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BEA53A18FC; Thu, 27 May 2021 16:51:42 -0700 (PDT) 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, RCVD_IN_DNSWL_BLOCKED=0.001, 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 5KLewr5VpwGz; Thu, 27 May 2021 16:51:37 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 367D53A18FE; Thu, 27 May 2021 16:51:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 960ED38C50; Thu, 27 May 2021 19:51:36 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id V3UcAlyyoiIm; Thu, 27 May 2021 19:51:35 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 7EB5038C4F; Thu, 27 May 2021 19:51:35 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id DC3083FB; Thu, 27 May 2021 19:51:34 -0400 (EDT) From: Michael Richardson To: Eliot Lear , "opsawg\@ietf.org" , netmod WG In-Reply-To: <340b29f4-e867-6a5d-b45c-8c8b9e45eb47@lear.ch> References: <340b29f4-e867-6a5d-b45c-8c8b9e45eb47@lear.ch> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: [netmod] [OPSAWG] please see draft-lear-opsawg-ol on licensing X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 23:51:43 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Some WG please adopt. Probably that's opsawg, iotops or maybe netmod, if netmod thinks this could be generalized easily. Eliot Lear wrote: el> The extension is written as a grouping that is then 'used' to augme= nt el> a 'mud' container.=C2=A0 The intent here is that if you find the ne= ed to el> use the extension for other purposes, you can.=C2=A0 I wonder if so= me yang el> doctors would like to take a look. We'd like to move on this one el> quickly. It looks fine. On the issue of multiple owners, each would have their own tag, I think that should be supported. So, instead of: "ol": { "owners": [ "Copyright (c) FrobMaster 2021. All Rights Reserved" ], "spdx-tag": "0BSD" }, I think we need: "ol": [ { "owner": "Copyright (c) FrobMaster 2021. All Rights Reserved" "spdx-tag": "0BSD" } ] }, > *Issue*: Should this be an owner or an originator? If by "owner" you mean the of the device, then perhaps you mean manufacturer or owner? Or the initial creator of the MUD file, and then I think that maybe "originator" might be clearer. > * *Issue*: Should we simply say that a URI contains a colon and SPDX > license identifier doesn't? No, I think that I'm happy with different tags. > * *Issue*: Should a single owner possibly have multiple license > types? (Logical or, multi-licensing.) Uhm, so the Perl ARTISTIC license, which I think is a single license, is a superposition of two licenses, but it can be represented as a single license. So, no. > * *Issue*: Should we give an example for usage outside yang? if such a situation should present itself in the next 10 weeks, sure. > * *Issue*: Should we maybe point out any specific seccons of 8520? The only issue I can see is that claiming a copyright might reveal that such an entity has dealt with such a device. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmCwMIYACgkQgItw+93Q 3WV0+QgAqpuXtXetdOBUHdP1Ykl0p/BBs+OqCdg77MlxSbQOZVmg+PtrlOJCRhnZ LdYLDJTtcZCeyMeZeZz4TSUCHjOA+zsz3nB9dQghMSVAL/KNJehrptbOqvLkcmg6 WeQkWaT2UKZ1Dyj1/rBpWhLAtvLPFslaOGMEHM+9OYyo9QO/8zJMAASOSpnqk+uW G1IHHVwn0psSBMFgqOZUgzSgYpRKsW9aS3E0yQCuquryqwiS6FJtNxjFvcIe/F2u Muha3ov22LwLASYBK9lfEkQMvYGvLRANLqDvVY6d3QFJ4c5i8vV/vfgFeoiZ2FMd V1T3Z7PGFeiptlHMR+d+i6nd853ruA== =xhUD -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu May 27 17:06:06 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEDE73A1983; Thu, 27 May 2021 17:06:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_FAIL=0.001, SPF_HELO_NONE=0.001, 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 6H9xqTBgOJ5G; Thu, 27 May 2021 17:05:56 -0700 (PDT) Received: from gabriel-2.zfn.uni-bremen.de (gabriel-2.zfn.uni-bremen.de [IPv6:2001:638:708:32::19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 722523A1982; Thu, 27 May 2021 17:05:56 -0700 (PDT) Received: from smtpclient.apple (p548dcc89.dip0.t-ipconnect.de [84.141.204.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4FrlMG5THQz316H; Fri, 28 May 2021 02:05:46 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) From: Carsten Bormann In-Reply-To: <9054.1622159494@localhost> Date: Fri, 28 May 2021 02:05:46 +0200 Cc: Eliot Lear , "opsawg@ietf.org" , netmod WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <340b29f4-e867-6a5d-b45c-8c8b9e45eb47@lear.ch> <9054.1622159494@localhost> To: Michael Richardson X-Mailer: Apple Mail (2.3654.100.0.2.22) Archived-At: Subject: Re: [netmod] [OPSAWG] please see draft-lear-opsawg-ol on licensing X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2021 00:06:01 -0000 On 28. May 2021, at 01:51, Michael Richardson = wrote: >=20 >> * *Issue*: Should a single owner possibly have multiple license >> types? (Logical or, multi-licensing.) >=20 > Uhm, so the Perl ARTISTIC license, which I think is a single license, > is a superposition of two licenses, but it can be represented as a = single > license. So, no. While the Perl artistic license was a goof with a particularly high = visibility, there are lots of other situations that call for = multi-licensing. So I=E2=80=99m not sure that Perl is even an good example here. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon May 31 12:38:45 2021 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AFBD3A23F9 for ; Mon, 31 May 2021 12:38:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, 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 (1024-bit key) header.d=hq.sk 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 QEDbJd26TZXK for ; Mon, 31 May 2021 12:38:37 -0700 (PDT) Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 957B43A23F7 for ; Mon, 31 May 2021 12:38:37 -0700 (PDT) Received: from nitebug.nitenet.local (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 23253240158; Mon, 31 May 2021 21:38:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1622489910; bh=ANtyfSVUMoD4sVM8XokkGHgDxsgTaFEejwx7OCQ74Yo=; h=To:References:From:Subject:Date:In-Reply-To; b=Y7qBfkEBg4Dxn2VLtthrP33wLxBGhVRBp4IivmmLRRq5whwar6XKOOnjMKusizBn+ 5CZ1DhFXdX80QuG4BakKnpo9GQmafYySWwZnlgATFmMeBACKfGSML28DnDgiM0IG0h sSeyIj34y9azQ8DSx/Y37MlqaxN4kyoCKL3A8ZBg= To: =?UTF-8?Q?Bal=c3=a1zs_Lengyel?= , "'netmod@ietf.org'" References: From: Robert Varga Message-ID: <282ad4b7-5019-56ca-c3d6-ee624bce5ae0@hq.sk> Date: Mon, 31 May 2021 21:38:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RT5EBVQJwpmp6cxX0j5X8WsAzCzg1FZdl" Archived-At: Subject: Re: [netmod] GDPR and private data X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2021 19:38:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RT5EBVQJwpmp6cxX0j5X8WsAzCzg1FZdl Content-Type: multipart/mixed; boundary="oD57V1FrPCpPKdGRIpgtEKY2qTdnQuONh"; protected-headers="v1" From: Robert Varga To: =?UTF-8?Q?Bal=c3=a1zs_Lengyel?= , "'netmod@ietf.org'" Message-ID: <282ad4b7-5019-56ca-c3d6-ee624bce5ae0@hq.sk> Subject: Re: [netmod] GDPR and private data References: In-Reply-To: --oD57V1FrPCpPKdGRIpgtEKY2qTdnQuONh Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 26/05/2021 11:49, Bal=E1zs Lengyel wrote: > Hello, >=20 > Netconf/Restconf can transfer a lot of data. Some of this data can be > personal/private like end-user names, personal phone records, street > addresses. Is there a way to marks such data as private? I am thinking > about something like putting a YANG extension in the data models: >=20 > =A0 >=20 > extension private-data { >=20 > =A0=A0=A0 description >=20 > =A0=A0=A0=A0=A0 "Indicates that a leaf or leaf-list contains private da= ta. >=20 > =A0=A0=A0 argument privacy-type; >=20 > =A0 } >=20 > =A0 >=20 > Is there any standard solution for this or any proposal ? In the world > of GDPR we should be thinking about this. I do not believe a static extension like this is going to cut it. The basic assumption it makes is that data provenance can be established at design time -- and that runs contrary to the fact that data can be derived from other data via processing. I think an RFC7952-based annotation would be more appropriate: it would work outside of the static model to positively identify that a particular leaf value in fact contains privacy-sensitive data and the receiving system should treat it as such. Regards, Robert --oD57V1FrPCpPKdGRIpgtEKY2qTdnQuONh-- --RT5EBVQJwpmp6cxX0j5X8WsAzCzg1FZdl Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEE9xJg9S8sgC+6qlK6U310SwoeP0UFAmC1OzUFAwAAAAAACgkQU310SwoeP0V5 VA//RkHEuOdO5Jo9leZM9qEuY7p4JtnuGK9FHckBR0QAPeCRESPs5igpfn7CcQ/jiQrr2L55aqBs Vbm4NIo0LFiqIEYW84VE3toUs6PfFcUcScaVPq2vy3e8t7anWtsd+eBo3OBhKqDyL8fPkoH73fjD CuDFK7g69uS3u9HPX9PM4K7ts6+fE6HC7dDh6q4OFELV9Y2Fxi+Wtoq0PFJO82Y005UqjH/fiyDA 9PdGE8Yj7MK1WZCnrgVAjPdUuSMGkCV8Jr6eYWXarucG+40GO5bRtJAsqV/gSfkoSejNbHJZlKeR TGQWMdRw2aBAklOYEA6FfblpmCsOzbB59VkEn/j5zAJVhhp7WyBgewuQxK31gVXlaI7cfFf65oxC GdWTuLaJvGkLM35WINbZp6obqXz5HIjk9Z+Q2Yg5+8h7j9B8wLTia5VLkMEO46eQEw6YIs0aHrfh xl8gkUc+HZIkjOOLMbiSd+qeYhqQgHm1zKq7F/aAU2J2pW8TVhN1Pm9j+djaLjWGhTL3R+CcZcXK IrnTN50ls5uM46HBqBi8OVKFSyWBudUUg0bjYcou05/AHxZRAFOU0ogxLzTCpYgt2OQ3Ghsd0e2/ i9RA9mMS9XxpJ5uPcVQ3sAG9BYDWTV+caLLDCFlVCM4injvgLSjpTxwNRP3tSf2g2dvgVcfM+G9Q eYY= =4huI -----END PGP SIGNATURE----- --RT5EBVQJwpmp6cxX0j5X8WsAzCzg1FZdl--