
From nobody Tue Oct 20 04:55:30 2020
Return-Path: <ramas@juniper.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 C97643A0AEA for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 04:55:28 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=zhdYSeIK; dkim=pass (1024-bit key) header.d=juniper.net header.b=OwMiSwr0
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 KnphlXhC7c4O for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 04:55:27 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 38D103A11E8 for <netmod@ietf.org>; Tue, 20 Oct 2020 04:55:14 -0700 (PDT)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09KBrVrK026365 for <netmod@ietf.org>; Tue, 20 Oct 2020 04:55:14 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=ZYpB+jqlb9XJVnchaf1LzLU4PqCKIYWdWwA5Gdi7Fag=; b=zhdYSeIKqtDDGN9ltZdzNI/Czy/9JgzB+JA/UtWxNC4v3u3/MhrdIlrQCn4MEigEuiZu DRGHhFmlx2nfxitJk+LFuTF2GZ2hxZR+hJUq2XNhw3uIwHi2z39OTVPn0PegSaQ4i5R6 UhfI3uvCfw0Hig7Yz/h1ZGrP7C6zRnTgUvSpfmS+3K0a4USPsabICw8Dq+x0P4IklGkV xnsK7U1/BhBcssi5IOf9uEBksBzBQ/HLZHqnIAE9PQaZAIDRCr6Gy1wG1iJE1ptl4Rdi Dm++wFAeRKK8U1wvH7QjsfDbqMJZDJ+SjYGALjCOXpCM7xnZVcHqyd07JcM6oOa2WApN mg== 
Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2176.outbound.protection.outlook.com [104.47.58.176]) by mx0a-00273201.pphosted.com with ESMTP id 349qf18ndu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <netmod@ietf.org>; Tue, 20 Oct 2020 04:55:13 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L0HiTglI2r3O5clU1NU2XsgbiaNZzFoFnqOzjsWKmnoMmde+GxzhK8cviKVDchr/sUx0kp8IwLg5GQSG+6heuBYqbb9fVLbtc/EH4CFJMRAzu+iBjditUwuJI8pL1zZj7SUByDxXi9FN6Ki+Nw1r/nU5QAkvyTeLmby7zmUtC8l3sKDkLv8fTB/kGMCFOrOlxkxsSL9Km+ojx+0fyLkvUxEHOcSxJhY4uO4sH/SlOmtQ1SMD1+lBV+pc/fGv0KkDNPL5wv55qes+h3lMAM+HCHkgZSnDF/NJmCCEc20dGltVhmocStR2Nxxp+VdybEsVTsGpj/DgZilX5/FKBV+G6Q==
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=ZYpB+jqlb9XJVnchaf1LzLU4PqCKIYWdWwA5Gdi7Fag=; b=mM587vOrAwH/wLcrcEka/LiDKBr1d1hW5OtBMjhScy/70OgL7483uFU3GOaL9+F4/tvG0J+XsdgmdVbxb83aHo/rHIHVC5DcDnhfyoyYGc5vWprdOrDZqSWCYjrBHRNRoepqrQX7ClgJoKHDZog5DTX1+99jH2xyMeRuFOrV+GvmKD7hHuyec0UDa3XGRWC2lQvmUNKMmINxTO8qaYownu3++hztr5NwCKc8tXKDx8UX9fOZ+fDfyPaBmuA76l8vuHjQwvUbjEuVMj8GHa94asWnO9w5XbDkjzWWbBPERdraQhiCS0pL2SsVJ/BTDw0qX9OsMY0LqVZzVW4+JYxKiw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZYpB+jqlb9XJVnchaf1LzLU4PqCKIYWdWwA5Gdi7Fag=; b=OwMiSwr0o66TIGyDF1XJfpaGNzEZnUN3ZRaLrDfNBLDcillGXfEQgzgnYN1V1rV/zjcscyTfunU5xCh6qthzspxQ7auPru2265ZbF7abAT3qHghCSqsJYVULRlNXhkEGa+TbzMnN5U8cbt8z9aA5Uz5UVXaS8cGw+txtbaqTnyQ=
Received: from CY1PR05MB2428.namprd05.prod.outlook.com (2a01:111:e400:c613::19) by CY4PR05MB2823.namprd05.prod.outlook.com (2603:10b6:903:a::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.14; Tue, 20 Oct 2020 11:55:11 +0000
Received: from CY1PR05MB2428.namprd05.prod.outlook.com ([fe80::420:8468:9847:931b]) by CY1PR05MB2428.namprd05.prod.outlook.com ([fe80::420:8468:9847:931b%11]) with mapi id 15.20.3499.017; Tue, 20 Oct 2020 11:55:11 +0000
From: Ram Polisetty Subbaiah <ramas@juniper.net>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Adveritzing submodule in <hello>
Thread-Index: AQHWptfd/jA7Oy+Irk+0zNXvGG0s0A==
Date: Tue, 20 Oct 2020 11:55:11 +0000
Message-ID: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/16.42.20101102
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=607e4145-538a-47d3-bf75-0562a0f4246e; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-10-20T11:40:12Z;  MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true;
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: fa1eefcd-d74d-4890-83a8-08d874eeffc4
x-ms-traffictypediagnostic: CY4PR05MB2823:
x-microsoft-antispam-prvs: <CY4PR05MB282323CD7B7CF778E329D215B81F0@CY4PR05MB2823.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 1FCh8kPx3iB+d6rtygdGaKM7m6Xq8Wq5iWf1w7G6KcGghpaZRwiuP0MJp6v3CceKA/KL1QpEFb3q++t59hlSugETdJql0a1oYd5ErsoAZ1MUX+YyRveyEr1Cx+euG7VkG/aEK7RjpZZeU/x1Hc2iO+H2WwvLKk1MZNBXZ2oXP+DI6B/GtTGqDr0+nJEBW6CT+wMIzk900CC6fFQ/B+/ibP4YsLwH6sqri2ESnm7AtCkf7A4HPCbFYUADXs2nUxwt3YX+6rEdB8fvr9aE8h8Da6sA3iiFcB7+0OjJSuxCqIZq6lTnD13dPPH2pTwsnnpmU9hhfFVhgmbmff0pAdv/Hx5X7khsP0iFBONEmiqv8ly3lZsP5mE3WDynZsiUfyUDfPlw1BkW8dvo85GEN0lSVA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY1PR05MB2428.namprd05.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(396003)(39860400002)(346002)(376002)(136003)(366004)(316002)(8676002)(33656002)(6506007)(26005)(186003)(2616005)(71200400001)(6916009)(64756008)(66946007)(66446008)(66476007)(4744005)(6486002)(36756003)(83380400001)(86362001)(966005)(478600001)(8936002)(2906002)(6512007)(91956017)(76116006)(66556008)(5660300002); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: aDUeyzIF0DIzZ3XjN09RTIob0b2N63SoxeyQSzdBVocAIu8wxIi0WeRXT3uvHPWsIVANKBzK3Gk3BGB6T+C2qpa5n0iBuSFFk2KB1Acvy9kPnti0uOAauLMhWDiKjET83NJ9xqKrQPqV7EcAjDihSGC6kEyl+Uw53qAyKPATDBN+Cr7KbX+XwUM7+tGu2KZRnVDHVPlzvx8wb5gTwLzrDyN0JsioJmRrW1Zcn4H1Dr+Y7k4bXiRQ2o5Nzdfa4iXoj0BB9gnQAcoETaL+tnss+4t1RKcFx+sDr1q+Rb9LAiQPC1J1WtawRq7VVX7/W2s7PuUqToyuc2QiGx+X8cHQgZ/ieb1SjgVfwzDO+GfamOYHDyPxOmKXMiPHeNbOyjlHcVDMzzxHDwTOHFNODLHZzPthoRq2QFBhNKp+OdBoCbJ2dVSPhAV1ls2y5vhkvygoYBDB6ANRZIEOiSba+d5INOY35KCasI9b/XIrBXUcA1eVEgyapkpgYF6ihBN8lU2+FBtImYpIOqVyOI7b7tyNOW+fjrOTTxapIz7A8hLDUIBXuEYKHGAfTSy+M67ovJJrXboRGo0VC4PPo0cyK2zZ5AyLU1aEcmLsAZoZuiez0TNJGaVcXqXozMBGlr+HELyIocZUQNtFJrL1f7dwXZ9E6w==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <FD5E4575E7062D4F8C8653425BC38BC8@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY1PR05MB2428.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fa1eefcd-d74d-4890-83a8-08d874eeffc4
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 11:55:11.3932 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: jcaIb/MIa/gNFSivz+EdEviGGh9AtnjqvFS40613+mneJQB8cUzkuYqzl4+N5TXzGc0VXUAV7EFaTvTQteS/sg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB2823
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-10-20_05:2020-10-20, 2020-10-20 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 mlxlogscore=890 clxscore=1011 lowpriorityscore=0 suspectscore=0 adultscore=0 malwarescore=0 phishscore=0 priorityscore=1501 impostorscore=0 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010200082
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/jQ3MtnupxODa6wu_srB8LqdsF3k>
Subject: [netmod] Adveritzing submodule in <hello>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 11:55:29 -0000

SGksDQoNCkFzIHBlciBSRkMgNjAyMDoNCg0KPT09DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0
bWwvcmZjNjAyMCNzZWN0aW9uLTUuNi40LjEgICBNb2R1bGVzDQogICBTZXJ2ZXJzIGluZGljYXRl
IHRoZSBuYW1lcyBvZiBzdXBwb3J0ZWQgbW9kdWxlcyB2aWEgdGhlIDxoZWxsbz4NCiAgIG1lc3Nh
Z2UuICBNb2R1bGUgbmFtZXNwYWNlcyBhcmUgZW5jb2RlZCBhcyB0aGUgYmFzZSBVUkkgaW4gdGhl
DQogICBjYXBhYmlsaXR5IHN0cmluZywgYW5kIHRoZSBtb2R1bGUgbmFtZSBpcyBlbmNvZGVkIGFz
IHRoZSAibW9kdWxlIg0KICAgcGFyYW1ldGVyIHRvIHRoZSBiYXNlIFVSSS4NCg0KICAgQSBzZXJ2
ZXIgTVVTVCBhZHZlcnRpc2UgYWxsIHJldmlzaW9ucyBvZiBhbGwgbW9kdWxlcyBpdCBpbXBsZW1l
bnRzLg0KDQogICBGb3IgZXhhbXBsZSwgdGhpcyA8aGVsbG8+IG1lc3NhZ2UgYWR2ZXJ0aXNlcyBv
bmUgbW9kdWxlICJzeXNsb2ciLg0KDQogICA8aGVsbG8geG1sbnM9InVybjppZXRmOnBhcmFtczp4
bWw6bnM6bmV0Y29uZjpiYXNlOjEuMCI+DQogICAgIDxjYXBhYmlsaXR5Pg0KICAgICAgIGh0dHA6
Ly9leGFtcGxlLmNvbS9zeXNsb2c/bW9kdWxlPXN5c2xvZyZhbXA7cmV2aXNpb249MjAwOC0wNC0w
MQ0KICAgICA8L2NhcGFiaWxpdHk+DQogICA8L2hlbGxvPg0KPT09DQoNCk15IHF1ZXN0aW9uIGlz
LCBpZiB0aGVyZSBhcmUgc29tZSBzdWJtb2R1bGVzLCBzaG91bGQgc2VydmVyIGFkdmVydGlzZQ0K
dGhlIHN1Ym1vZHVsZXMgYWxzbyBpbiA8aGVsbG8+Pw0KSWYgc28sIHdoYXQgaXMgdGhlIGRlZmlu
ZWQgZm9ybWF0IGZvciBhZHZlcnRpc2luZyB0aGUgc2FtZT8NCg0KVGhhbmtzLA0KUmFtDQoNCg0K
SnVuaXBlciBCdXNpbmVzcyBVc2UgT25seQ0K


From nobody Tue Oct 20 07:04:28 2020
Return-Path: <mbj+ietf@4668.se>
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 12C963A0C00 for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:04:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.099
X-Spam-Level: 
X-Spam-Status: No, score=-0.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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=WV56pPp/; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=WctUjce0
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 bJUDtX2N1jfL for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:04:25 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A50E93A097E for <netmod@ietf.org>; Tue, 20 Oct 2020 07:04:25 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 007F35C0172; Tue, 20 Oct 2020 10:04:24 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 20 Oct 2020 10:04: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=fm3; bh= mELmUcZUvLNANYrqdcbdIQSArL9aWVIUncmDndr0Tz4=; b=WV56pPp/MA3vB6n9 id9fo18A8mYVI8egg69Yyeqig6IsmV2XxZXl3Rirxgvtq5ykJxvYfpX/i3zZkZbB AMxUwY8lT8YE1OIRjIQ9hRs0OoUaIzF4PW76XRBwtQeNSL0TwvEsJAaIDFVRaCox N0JFvM8q9RJjYyzwkVJSpraNqlB3rfSQb8FnQ69EmvesJMGDdpGp9fh0wtttxslx nZBFwoCyryw8546YXcfecvL2j+rWWVcB1VHx7MB5w3N4aJxuGcnJbyCiW1yESAzz 0k1lF7L2lreXCEUo8UoCWCzZznc/tL1iULIpTseNjbxJoiN3s9zzIMGn2HC13Q3o A0UjVw==
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=fm1; bh=mELmUcZUvLNANYrqdcbdIQSArL9aWVIUncmDndr0T z4=; b=WctUjce0ZmPxKdTHMexz46OOPSxoQkBSjfe7rq8x/aEGdBQNCENqgMZCV D8KnywRD1+ZJdtsR/kCYDA23b9DSKwQrHfTDjwPTooUCWGAGzOVSyw4LZCFXO2aj dqVe2cbDVgM8ZWRNABJlyGQpPWyeCDqJ+eMQoADjrNAIn+diivctQ2vTUVadyB+g Zfh07yHQYOSMHTbMJk78PD0rFn8YweXJHjfNqQR40zke/SIHxKZ6KHDZKMt+MyLN kefmdl1e45/WkHvfuKOwX8OGSe0hLiuZEq0Gn3ygxpvFBl2jPub1e7G2/LSrMFI+ UKc3XWi+sKFYwpkQGnpZ3TXi0ESeg==
X-ME-Sender: <xms:Z-6OX62legs3ZP4BXURu5ix-B409Is8SIymr7fsrS4E79DyCgDv1LA> <xme:Z-6OX9EUhB03odkuxA80xdI3KSR2K9oaww2K8DAbMaJq6g0ol5z7nsmb7DjPaULAo 6oJTvtaNf1P62n6Rt8>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrjeefgdejtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthejre dtredtvdenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucggtffrrghtthgvrhhnpeeifefftdehgfevtefhledtie ekvdffffeklefgieeikeekieegteetgfdtkedvueenucffohhmrghinhepihgvthhfrdho rhhgpdgvgigrmhhplhgvrdgtohhmnecukfhppedvuddvrddvudegrdduuddriedtnecuve hluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgsjhdoihgv thhfseegieeikedrshgv
X-ME-Proxy: <xmx:Z-6OXy77_KF9LBTrE14dKj1FGnQvI8DqYUeN6HTzW9pzciWtOkiLdQ> <xmx:Z-6OX72yrfl7SMtw48ERL3Ad94UVqnoWOzcDE1BKp9lzq9Gzk1Xk4g> <xmx:Z-6OX9GsCkaH95wBm3vbC0YxL1EMkG--6TCJgnhOiKY6BzrsdoUaJw> <xmx:Z-6OX8yw7RcGtRQrRQz_MbvGwUfmTqzkpxWoJ-eiWPFPEz8P8asUbA>
Received: from localhost (212-214-11-60-static.se.customer.tele2.net [212.214.11.60]) by mail.messagingengine.com (Postfix) with ESMTPA id C94623064680; Tue, 20 Oct 2020 10:04:22 -0400 (EDT)
Date: Tue, 20 Oct 2020 16:04:21 +0200 (CEST)
Message-Id: <20201020.160421.1723421282146069920.id@4668.se>
To: ramas=40juniper.net@dmarc.ietf.org
Cc: netmod@ietf.org
From: Martin =?iso-8859-1?Q?Bj=F6rklund?= <mbj+ietf@4668.se>
In-Reply-To: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net>
References: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net>
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: <https://mailarchive.ietf.org/arch/msg/netmod/DvHghwDvcmjUTa81DksbpwFRXYg>
Subject: Re: [netmod] Adveritzing submodule in <hello>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 14:04:27 -0000

Ram Polisetty Subbaiah <ramas=40juniper.net@dmarc.ietf.org> wrote:
> Hi,
> 
> As per RFC 6020:
> 
> ===
> https://tools.ietf.org/html/rfc6020#section-5.6.4.1   Modules
>    Servers indicate the names of supported modules via the <hello>
>    message.  Module namespaces are encoded as the base URI in the
>    capability string, and the module name is encoded as the "module"
>    parameter to the base URI.
> 
>    A server MUST advertise all revisions of all modules it implements.
> 
>    For example, this <hello> message advertises one module "syslog".
> 
>    <hello xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
>      <capability>
>        http://example.com/syslog?module=syslog&amp;revision=2008-04-01
>      </capability>
>    </hello>
> ===
> 
> My question is, if there are some submodules, should server advertise
> the submodules also in <hello>?

No.

Note that module advertisement is done through YANG library in YANG
1.1 (RFC 7950).  Submodules are present in the YANG library (RFC
8525).


/martin


> If so, what is the defined format for advertising the same?
> 
> Thanks,
> Ram
> 
> 
> Juniper Business Use Only
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod


From nobody Tue Oct 20 07:22:32 2020
Return-Path: <ramas@juniper.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 443733A0C3F for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:22:30 -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, DKIMWL_WL_HIGH=-0.001, 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_H5=0.001, RCVD_IN_MSPIKE_WL=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=juniper.net header.b=MpKuvdrU; dkim=pass (1024-bit key) header.d=juniper.net header.b=emLVMk0k
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 oVR5v36Td_xf for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:22:28 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 3065C3A0C3D for <netmod@ietf.org>; Tue, 20 Oct 2020 07:22:28 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09KEIGHC018834; Tue, 20 Oct 2020 07:22:25 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=/S3qXQtd5wNb7HccWotciaSAasYdFhX8Yx/in5Vt8+g=; b=MpKuvdrUgwO61odZA46mwCFSt1Xh4uP4BgKLn9ks2EM5ge/2aVCbzjEgoo2i0VKmh+IQ xZ55CeIOy4YOesNnypQyuMYpYEjEFe+3RUMRPUiairK7VJ8/v5SEwE1m6VEBr4k0Xc60 mwuf4jDe5hI3sFseb77DVSEkh9LSiBvz3sB3OvX6qegs+kmxx/jX8d8mKEJXK9eec2SP coRlf37iD4OS7M8U7OEJHEjB/ECwRggGnQQE4bWShr9cKFj7wpIFGbGzcns8d2qlJQDR QlFvwxUhAr485NTSQL3k2wiUJ1J+EAkjBfuO3DFLcnzMbA1AECyoV8tW0ZWKiLUmiy4O xA== 
Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2176.outbound.protection.outlook.com [104.47.58.176]) by mx0b-00273201.pphosted.com with ESMTP id 347xhjmhcp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Oct 2020 07:22:24 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OlFBp75hLzoXxnriD9tz4hdVe4efIqonPhQun4yx8IT4qOoBHfZAaHLbIAgpuJ5pCMZHKLVio5a6Sn004UldlEFKnbDDvuj+lxSOFe4w85EMFAckmx5OwBoNkS+0AWgTdSp+nwYGoPois7GSpvLSKBMbXOrNws33DoIZMynt9IV4TRODgUAShoU9peskXzKSOqGJxDIeTX78XIlEZZXf9DBid178WBUfq6AKZ+ttxiZgVydW5YlEN2sVKEan/3UWsm6g+w3QuEbX76kR1pBIqIfNQ9g2sDfIHuSs6xD3iTMNwM3ify736LE98UtpHqp48b17OoproWuAcdtGDmldiA==
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=/S3qXQtd5wNb7HccWotciaSAasYdFhX8Yx/in5Vt8+g=; b=VStt9AH5ZP+2OjH7E/QfPfrp5BjxKVwdyfiFz0wGdKg0EuWeAzdnQwhOSbUwgaiIG1KDgJ6aOJfkMjxEBClS/xP+2500cMT5gppReeRxc/aD3KQ0exCKG4u4pXVmdtrP+NSoCUFWiSsC2w7fdz9EfAY59uswefk8wJNXxng7vY5l10FmMN3P/C98vyuyzUNPY7n1IbjDWZ87GcvvelC0rdMtJVskyT0LFDiIrHlBY6zwQ6Wh3zKqtyLeIDvvUkx0NgFF2wXBzupLhfPetlpyzkXg42CCiwskOPevHZCqCV6nUeH0f2WBejhSKZOubm714OWweGTjB/v80b55LeuojA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/S3qXQtd5wNb7HccWotciaSAasYdFhX8Yx/in5Vt8+g=; b=emLVMk0k7TE8aGg1ZnWooxX7iYeS4IgZueNd2olmZH9ZkfAOZMQiNFJYZ1A7kXxx8J5f4BqaCKw0mqjfWwG9GY5Uip8KoQ6xs2kIX9DXao+W53qOtRA+C5Ug+aHdkTeKPiXyRy8AEtpf4vAEiotlBZrYAGZFJDWu7EO6xvDs9ak=
Received: from CY1PR05MB2428.namprd05.prod.outlook.com (2a01:111:e400:c613::19) by CY4PR05MB3078.namprd05.prod.outlook.com (2603:10b6:903:f8::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.7; Tue, 20 Oct 2020 14:22:22 +0000
Received: from CY1PR05MB2428.namprd05.prod.outlook.com ([fe80::420:8468:9847:931b]) by CY1PR05MB2428.namprd05.prod.outlook.com ([fe80::420:8468:9847:931b%11]) with mapi id 15.20.3499.017; Tue, 20 Oct 2020 14:22:22 +0000
From: Ram Polisetty Subbaiah <ramas@juniper.net>
To: =?utf-8?B?TWFydGluIEJqw7Zya2x1bmQ=?= <mbj+ietf@4668.se>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] Adveritzing submodule in <hello>
Thread-Index: AQHWptfd/jA7Oy+Irk+0zNXvGG0s0KmghiCAgABhO4A=
Date: Tue, 20 Oct 2020 14:22:22 +0000
Message-ID: <F71C3AFD-2761-49B6-96A8-EFB0EAD14C00@juniper.net>
References: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net> <20201020.160421.1723421282146069920.id@4668.se>
In-Reply-To: <20201020.160421.1723421282146069920.id@4668.se>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/16.42.20101102
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=659d815c-efdf-4869-9ad7-35816413677d; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-10-20T14:14:43Z;  MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true;
authentication-results: 4668.se; dkim=none (message not signed) header.d=none;4668.se; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: bce25732-160a-4307-7748-08d875038fae
x-ms-traffictypediagnostic: CY4PR05MB3078:
x-microsoft-antispam-prvs: <CY4PR05MB307867EFBB56A09CDDA99D29B81F0@CY4PR05MB3078.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: E4WeY39m7oikY2tXaqZ+e7z0cA+9myCRiqogiFYpHNsBXqd/JRBE/Sc53TBR+6AxIfreS7sNo2X98bfMqxXwhvQbrg0DTtlezF28j9rBuOpAuYIFsrHDlQo9mBc4ennShw4IKXQ9Qu0lgLCi7mSvsZVGQAqlmMzy6Ym0uriiO39lMhEMVGqAF7e65OK780OH2dhH7mDSrFaHjfqWUuFTAFpqolVaRYcZItfph3kpZklafUQyCX9eSdPCzG7YL2sZWJYAzyU91qOGesRQkLBy2V4TrnmVQUSZMlPP46TIdCVhWVmXjjH5D6Aq0Su/HfA7lu62RgZxR6wdCJ0uT8AaesVfNEFu7azHCUvcSNOMGfQzO38UzYN3wQVigzD/g52IWXJJf7Kqa2XIlKb8I+hkBA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:CY1PR05MB2428.namprd05.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(376002)(396003)(346002)(366004)(136003)(39860400002)(966005)(186003)(83380400001)(5660300002)(2906002)(316002)(8676002)(478600001)(36756003)(33656002)(53546011)(26005)(4326008)(6506007)(166002)(86362001)(2616005)(6512007)(76116006)(91956017)(66946007)(71200400001)(66476007)(66556008)(64756008)(66446008)(8936002)(6486002); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: hz+fM1T2gqXEgeFUaHRuAtWAak45osY6f3DGOlfWQSnPfUdE2v6rBnB1pnxFWshHehUQqNIVeD01LUZRBJhcL9h0w0xJzAABzLoxJjGWu7UK7Mzacayo19Ehd+t6ki47zXLE4/reABYIkvi9V1zs9PnvM8eTtf8cDGl9OHSdPVDWGMhFJ60mdaEkK38G1xbQ7MpTzJ91wnTmkzHoqjQtFIz8QHX4lgtEbOwHauIEOFbLqUeftdj0kucVcxxEA5594eFv3t0xcwAIdk+pEAgD4XgGBKnK2u3M+lcYSgO+hna3UWEZWQNzCSc/js3s+498xhMxNodVupYf3NpQkKUnZv33ru9w8qF0/rg2xpJhB9E13X/8XQhJrXZqK/mqUjDWgzlfJq8vGA+eJ0vzZ/AVlrWXtae+YWVLCmcTHSeEHPFBgBow8+BB6lWv0t9dZoWpxfco71PBHNhbiZUi1yfSmd3BfZf35Nt5sPTS6yJGhZ0Af9YybBgon8JmLIyj6x2N7WG7atPHMX6CUIF5BkBUD3S39ESrTS6s5QGy6oPsdPu5OH6RxGOrAdKQ32Nxq1XuKVVW0e5qaLqLqb0xLtINJsKkmRva5oJolQuw2hnlknfEUl5M2oKO2zeFvhxxErjd5Nxhsx0rocBLd23Y4SR0tA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_F71C3AFD276149B696A8EFB0EAD14C00junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY1PR05MB2428.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bce25732-160a-4307-7748-08d875038fae
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 14:22:22.8152 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tyABFf7Nayzi1oD4f9wvsQdNlZd3YUoa624jMTcbJVt19aklXJe8YFgMGynW9/JOtmT1uOjZplDlYPBwBdNSEA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3078
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.737 definitions=2020-10-20_06:2020-10-20, 2020-10-20 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 spamscore=0 clxscore=1011 priorityscore=1501 phishscore=0 mlxlogscore=999 impostorscore=0 mlxscore=0 adultscore=0 suspectscore=0 lowpriorityscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010200097
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/Hs4d7TLhFXytJNUxSTB8gVaFbfo>
Subject: Re: [netmod] Adveritzing submodule in <hello>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 14:22:30 -0000

--_000_F71C3AFD276149B696A8EFB0EAD14C00junipernet_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhhbmtzIE1hcnRpbiwNCg0KT25lIG1vcmUgZm9sbG93IHVwIHF1ZXN0aW9uOg0KDQpJZiBpbiBj
YXNlIGJvdGggQ2xpZW50IGFuZCBTZXJ2ZXIgYXJlIGNvbXBhdGlibGUgb25seSB3aXRoIFlhbmcg
MS4wLCBob3cgY2xpZW50L3NlcnZlciBhcmUgc3VwcG9zZWQgdG8NCmhhbmRsZSBjYXBhYmlsaXRp
ZXMgYWR2ZXJ0aXNlbWVudCBmb3Igc3VibW9kdWxlcz8gQnkgYW55IGNoYW5jZSBpcyBpdCBhIGxp
bWl0YXRpb24gaW4gMS4wPw0KDQpUaGFua3MsDQpSYW0NCg0KT24gMjAvMTAvMjAsIDc6MzQgUE0s
ICJNYXJ0aW4gQmrDtnJrbHVuZCIgPG1iaitpZXRmQDQ2Njguc2U8bWFpbHRvOm1iaitpZXRmQDQ2
Njguc2U+PiB3cm90ZToNCg0KW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50
XQ0KDQoNClJhbSBQb2xpc2V0dHkgU3ViYmFpYWggPHJhbWFzPTQwanVuaXBlci5uZXRAZG1hcmMu
aWV0Zi5vcmc8bWFpbHRvOnJhbWFzPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiB3cm90
ZToNCkhpLA0KDQpBcyBwZXIgUkZDIDYwMjA6DQoNCj09PQ0KaHR0cHM6Ly91cmxkZWZlbnNlLmNv
bS92My9fX2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2MDIwKnNlY3Rpb24tNS42LjQu
MV9fO0l3ISFORXQ2eU1hTy1nayFWaUUzazY5T09QX2VVQmJDWUpRajMwd09wNWVGUDV3VjVCZXgy
ODhkeG1KMlQtLTlaMVRUTEFrNHRDVWMzUSQ8aHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0
dHBzOi90b29scy5pZXRmLm9yZy9odG1sL3JmYzYwMjAqc2VjdGlvbi01LjYuNC4xX187SXchIU5F
dDZ5TWFPLWdrIVZpRTNrNjlPT1BfZVVCYkNZSlFqMzB3T3A1ZUZQNXdWNUJleDI4OGR4bUoyVC0t
OVoxVFRMQWs0dENVYzNRJD4gICAgTW9kdWxlcw0KICAgIFNlcnZlcnMgaW5kaWNhdGUgdGhlIG5h
bWVzIG9mIHN1cHBvcnRlZCBtb2R1bGVzIHZpYSB0aGUgPGhlbGxvPg0KICAgIG1lc3NhZ2UuICBN
b2R1bGUgbmFtZXNwYWNlcyBhcmUgZW5jb2RlZCBhcyB0aGUgYmFzZSBVUkkgaW4gdGhlDQogICAg
Y2FwYWJpbGl0eSBzdHJpbmcsIGFuZCB0aGUgbW9kdWxlIG5hbWUgaXMgZW5jb2RlZCBhcyB0aGUg
Im1vZHVsZSINCiAgICBwYXJhbWV0ZXIgdG8gdGhlIGJhc2UgVVJJLg0KDQogICAgQSBzZXJ2ZXIg
TVVTVCBhZHZlcnRpc2UgYWxsIHJldmlzaW9ucyBvZiBhbGwgbW9kdWxlcyBpdCBpbXBsZW1lbnRz
Lg0KDQogICAgRm9yIGV4YW1wbGUsIHRoaXMgPGhlbGxvPiBtZXNzYWdlIGFkdmVydGlzZXMgb25l
IG1vZHVsZSAic3lzbG9nIi4NCg0KICAgIDxoZWxsbyB4bWxucz0idXJuOmlldGY6cGFyYW1zOnht
bDpuczpuZXRjb25mOmJhc2U6MS4wIj4NCiAgICAgIDxjYXBhYmlsaXR5Pg0KICAgICAgICBodHRw
czovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cDovL2V4YW1wbGUuY29tL3N5c2xvZz9tb2R1bGU9
c3lzbG9nJmFtcDtyZXZpc2lvbj0yMDA4LTA0LTAxX187ISFORXQ2eU1hTy1nayFWaUUzazY5T09Q
X2VVQmJDWUpRajMwd09wNWVGUDV3VjVCZXgyODhkeG1KMlQtLTlaMVRUTEFtUHlyVlpQUSQ8aHR0
cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHA6L2V4YW1wbGUuY29tL3N5c2xvZz9tb2R1bGU9
c3lzbG9nJmFtcDtyZXZpc2lvbj0yMDA4LTA0LTAxX187ISFORXQ2eU1hTy1nayFWaUUzazY5T09Q
X2VVQmJDWUpRajMwd09wNWVGUDV3VjVCZXgyODhkeG1KMlQtLTlaMVRUTEFtUHlyVlpQUSQ+DQog
ICAgICA8L2NhcGFiaWxpdHk+DQogICAgPC9oZWxsbz4NCj09PQ0KDQpNeSBxdWVzdGlvbiBpcywg
aWYgdGhlcmUgYXJlIHNvbWUgc3VibW9kdWxlcywgc2hvdWxkIHNlcnZlciBhZHZlcnRpc2UNCnRo
ZSBzdWJtb2R1bGVzIGFsc28gaW4gPGhlbGxvPj8NCg0KTm8uDQoNCk5vdGUgdGhhdCBtb2R1bGUg
YWR2ZXJ0aXNlbWVudCBpcyBkb25lIHRocm91Z2ggWUFORyBsaWJyYXJ5IGluIFlBTkcNCjEuMSAo
UkZDIDc5NTApLiAgU3VibW9kdWxlcyBhcmUgcHJlc2VudCBpbiB0aGUgWUFORyBsaWJyYXJ5IChS
RkMNCjg1MjUpLg0KDQoNCi9tYXJ0aW4NCg0KDQpJZiBzbywgd2hhdCBpcyB0aGUgZGVmaW5lZCBm
b3JtYXQgZm9yIGFkdmVydGlzaW5nIHRoZSBzYW1lPw0KDQpUaGFua3MsDQpSYW0NCg0KDQpKdW5p
cGVyIEJ1c2luZXNzIFVzZSBPbmx5DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXw0KbmV0bW9kIG1haWxpbmcgbGlzdA0KbmV0bW9kQGlldGYub3JnPG1haWx0
bzpuZXRtb2RAaWV0Zi5vcmc+DQpodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly93
d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2RfXzshIU5FdDZ5TWFPLWdrIVZpRTNr
NjlPT1BfZVVCYkNZSlFqMzB3T3A1ZUZQNXdWNUJleDI4OGR4bUoyVC0tOVoxVFRMQWxMN01hNS1B
JDxodHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFu
L2xpc3RpbmZvL25ldG1vZF9fOyEhTkV0NnlNYU8tZ2shVmlFM2s2OU9PUF9lVUJiQ1lKUWozMHdP
cDVlRlA1d1Y1QmV4Mjg4ZHhtSjJULS05WjFUVExBbEw3TWE1LUEkPg0KDQoNCg0KSnVuaXBlciBC
dXNpbmVzcyBVc2UgT25seQ0K

--_000_F71C3AFD276149B696A8EFB0EAD14C00junipernet_
Content-Type: text/html; charset="utf-8"
Content-ID: <E2B2289E76E78241B0392ABA5010E08E@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4
bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo
dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo
dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp
dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l
dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg
bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj
ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2
IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy
IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlZlcmRhbmE7
DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh
bWlseToiVGltZXMgTmV3IFJvbWFuIFwoQm9keSBDU1wpIjsNCglwYW5vc2UtMToyIDExIDYgNCAy
IDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1z
b05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7
DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5
cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl
Y29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJWZXJkYW5hIixzYW5zLXNlcmlmOw0KCWNv
bG9yOndpbmRvd3RleHQ7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFs
Ow0KCXRleHQtZGVjb3JhdGlvbjpub25lIG5vbmU7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2Vj
dGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIu
MHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t
Pjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1JTiIgbGluaz0iYmx1ZSIgdmxpbms9
InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRT
ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVh
c3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyBNYXJ0aW4sPG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m
YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5h
JnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPk9uZSBtb3JlIGZv
bGxvdyB1cCBxdWVzdGlvbjoNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl
cmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNl
cmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JZiBpbiBjYXNlIGJvdGggQ2xpZW50IGFu
ZCBTZXJ2ZXIgYXJlIGNvbXBhdGlibGUgb25seSB3aXRoIFlhbmcgMS4wLCBob3cgY2xpZW50L3Nl
cnZlciBhcmUgc3VwcG9zZWQgdG8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+aGFu
ZGxlIGNhcGFiaWxpdGllcyBhZHZlcnRpc2VtZW50IGZvciBzdWJtb2R1bGVzPyBCeSBhbnkgY2hh
bmNlIGlzIGl0IGEgbGltaXRhdGlvbiBpbiAxLjA/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1
b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlRoYW5rcyw8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7bXNv
LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlJhbTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5PbiAyMC8xMC8yMCwgNzozNCBQ
TSwgJnF1b3Q7TWFydGluIEJqw7Zya2x1bmQmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzptYmor
aWV0ZkA0NjY4LnNlIj5tYmoraWV0ZkA0NjY4LnNlPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+W0V4dGVybmFs
IEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8
ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86
cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz
dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlJh
bSBQb2xpc2V0dHkgU3ViYmFpYWggJmx0OzxhIGhyZWY9Im1haWx0bzpyYW1hcz00MGp1bmlwZXIu
bmV0QGRtYXJjLmlldGYub3JnIj5yYW1hcz00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPC9h
PiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQjVDNERGIDQuNXB0O3BhZGRpbmc6MGNtIDBj
bSAwY20gNC4wcHQ7bWFyZ2luLWxlZnQ6My43NXB0O21hcmdpbi1yaWdodDowY20iIGlkPSJNQUNf
T1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5IaSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+QXMgcGVyIFJGQyA2MDIwOjxvOnA+PC9vOnA+
PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s
ZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij49PT08bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm
dDozNi4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovdG9v
bHMuaWV0Zi5vcmcvaHRtbC9yZmM2MDIwKnNlY3Rpb24tNS42LjQuMV9fO0l3ISFORXQ2eU1hTy1n
ayFWaUUzazY5T09QX2VVQmJDWUpRajMwd09wNWVGUDV3VjVCZXgyODhkeG1KMlQtLTlaMVRUTEFr
NHRDVWMzUSQiPmh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvcmZjNjAyMCpzZWN0aW9uLTUuNi40LjFfXztJdyEhTkV0NnlNYU8tZ2shVmlFM2s2
OU9PUF9lVUJiQ1lKUWozMHdPcDVlRlA1d1Y1QmV4Mjg4ZHhtSjJULS05WjFUVExBazR0Q1VjM1Ek
PC9hPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01vZHVsZXM8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1NlcnZlcnMgaW5kaWNhdGUgdGhlIG5hbWVzIG9mIHN1
cHBvcnRlZCBtb2R1bGVzIHZpYSB0aGUgJmx0O2hlbGxvJmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9k
aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBw
dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7bWVzc2FnZS4mbmJzcDsmbmJzcDtNb2R1bGUgbmFt
ZXNwYWNlcyBhcmUgZW5jb2RlZCBhcyB0aGUgYmFzZSBVUkkgaW4gdGhlPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6
MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtjYXBhYmlsaXR5IHN0cmluZywgYW5kIHRo
ZSBtb2R1bGUgbmFtZSBpcyBlbmNvZGVkIGFzIHRoZSAmcXVvdDttb2R1bGUmcXVvdDs8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3BhcmFtZXRlciB0byB0aGUg
YmFzZSBVUkkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0Egc2VydmVyIE1VU1QgYWR2ZXJ0aXNlIGFsbCBy
ZXZpc2lvbnMgb2YgYWxsIG1vZHVsZXMgaXQgaW1wbGVtZW50cy48bzpwPjwvbzpwPjwvcD4NCjwv
ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w
cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Rm9yIGV4YW1wbGUsIHRoaXMgJmx0O2hlbGxvJmd0OyBtZXNzYWdlIGFkdmVydGlzZXMgb25lIG1v
ZHVsZSAmcXVvdDtzeXNsb2cmcXVvdDsuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt
YXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZsdDtoZWxsbyB4bWxu
cz0mcXVvdDt1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm5ldGNvbmY6YmFzZToxLjAmcXVvdDsmZ3Q7
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbHQ7Y2FwYWJpbGl0eSZndDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdXJsZGVm
ZW5zZS5jb20vdjMvX19odHRwOi9leGFtcGxlLmNvbS9zeXNsb2c/bW9kdWxlPXN5c2xvZyZhbXA7
YW1wO3JldmlzaW9uPTIwMDgtMDQtMDFfXzshIU5FdDZ5TWFPLWdrIVZpRTNrNjlPT1BfZVVCYkNZ
SlFqMzB3T3A1ZUZQNXdWNUJleDI4OGR4bUoyVC0tOVoxVFRMQW1QeXJWWlBRJCI+aHR0cHM6Ly91
cmxkZWZlbnNlLmNvbS92My9fX2h0dHA6Ly9leGFtcGxlLmNvbS9zeXNsb2c/bW9kdWxlPXN5c2xv
ZyZhbXA7YW1wO3JldmlzaW9uPTIwMDgtMDQtMDFfXzshIU5FdDZ5TWFPLWdrIVZpRTNrNjlPT1Bf
ZVVCYkNZSlFqMzB3T3A1ZUZQNXdWNUJleDI4OGR4bUoyVC0tOVoxVFRMQW1QeXJWWlBRJDwvYT48
bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl
PSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZsdDsvY2FwYWJpbGl0eSZndDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZsdDsvaGVsbG8mZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij49PT08bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+TXkgcXVlc3Rpb24g
aXMsIGlmIHRoZXJlIGFyZSBzb21lIHN1Ym1vZHVsZXMsIHNob3VsZCBzZXJ2ZXIgYWR2ZXJ0aXNl
PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls
ZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij50aGUgc3VibW9kdWxlcyBhbHNvIGluICZsdDtoZWxsbyZn
dDs/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpwPiZuYnNwOzwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t
bGVmdDozNi4wcHQiPk5vLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl
ZnQ6MzYuMHB0Ij5Ob3RlIHRoYXQgbW9kdWxlIGFkdmVydGlzZW1lbnQgaXMgZG9uZSB0aHJvdWdo
IFlBTkcgbGlicmFyeSBpbiBZQU5HPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4xLjEgKFJGQyA3OTUw
KS4mbmJzcDsmbmJzcDtTdWJtb2R1bGVzIGFyZSBwcmVzZW50IGluIHRoZSBZQU5HIGxpYnJhcnkg
KFJGQzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg
c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ODUyNSkuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+
L21hcnRpbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0
Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRl
cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNCNUM0REYgNC41cHQ7cGFkZGluZzowY20gMGNtIDBj
bSA0LjBwdDttYXJnaW4tbGVmdDozLjc1cHQ7bWFyZ2luLXJpZ2h0OjBjbSIgaWQ9Ik1BQ19PVVRM
T09LX0FUVFJJQlVUSU9OX0JMT0NLUVVPVEUiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPklmIHNvLCB3aGF0IGlzIHRoZSBkZWZpbmVkIGZv
cm1hdCBmb3IgYWR2ZXJ0aXNpbmcgdGhlIHNhbWU/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPlJh
bTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48bzpw
PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0
eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHk8bzpwPjwv
bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNi4wcHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5uZXRtb2QgbWFpbGluZyBsaXN0PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu
LWxlZnQ6MzYuMHB0Ij48YSBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0
Zi5vcmc8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48YSBocmVmPSJodHRwczovL3VybGRlZmVu
c2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZF9f
OyEhTkV0NnlNYU8tZ2shVmlFM2s2OU9PUF9lVUJiQ1lKUWozMHdPcDVlRlA1d1Y1QmV4Mjg4ZHht
SjJULS05WjFUVExBbEw3TWE1LUEkIj5odHRwczovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6
Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2RfXzshIU5FdDZ5TWFPLWdrIVZp
RTNrNjlPT1BfZVVCYkNZSlFqMzB3T3A1ZUZQNXdWNUJleDI4OGR4bUoyVC0tOVoxVFRMQWxMN01h
NS1BJDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxwIHN0eWxlPSJmb250LWZhbWlseTpD
YWxpYnJpO2ZvbnQtc2l6ZTo3cHQ7Y29sb3I6IzAwMDAwMDttYXJnaW46MTVwdDsiIGFsaWduPSJD
ZW50ZXIiPg0KSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seTxicj4NCjwvcD4NCjwvYm9keT4NCjwv
aHRtbD4NCg==

--_000_F71C3AFD276149B696A8EFB0EAD14C00junipernet_--


From nobody Tue Oct 20 07:28:51 2020
Return-Path: <mbj+ietf@4668.se>
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 5F26F3A0C62 for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:28:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.099
X-Spam-Level: 
X-Spam-Status: No, score=-0.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, PDS_NAKED_TO_NUMERO=1.999, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=fNLx/X8V; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=jZ99zm96
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 mvxBFZwFzYBW for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 07:28:47 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AA693A0C47 for <netmod@ietf.org>; Tue, 20 Oct 2020 07:28:47 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id F22715C00FE; Tue, 20 Oct 2020 10:28:46 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 20 Oct 2020 10:28:46 -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=fm3; bh= OIZCXIlAbAIwzDQPmpip1d3Jb1T3WL7T/rWf+z1Q7ns=; b=fNLx/X8Vbu4XYx2S 1OxyQsQv5WPSPJFKt8Hc38tlESvcaFJI6dCMArIIMo6j7ycpXHWIKEAz9gDVSldj cKdSk5kqyQb+5Fo+7+REenGtGqvQP5KixqZu6V+8ispcRW60/oYot1bQdM+m4OZT ZesEzzIcmcTQbCQj5hE5Fu4vtmIWytzvw9QWGYmp2LSdKywq/N35WaOydvPTbHfC bg0CWpQXYa54ivhPxiPNrhgyQBh5ccWdifTUqo23zev2hB2DAPbAdu0ijwKCU5HQ mDXnCsOe1XwGU0F4ciVdHIIvX+RUzOi1PJ+HV0j1ECz3YShkmG7vReTNwlOkh9Y1 rA2SCA==
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=fm1; bh=OIZCXIlAbAIwzDQPmpip1d3Jb1T3WL7T/rWf+z1Q7 ns=; b=jZ99zm96oTBDtdDFJpMpg8V0vPPYc7h8KdYdcCoZqZXppNtcgHVj/03S9 Yxmus17FsdRVR5uCOUIyamDq4gcvGFrFXNU69jtf18adX7n2V1NVnOsHfo/RbL+O Gx8Rhm610lVvr6hAZXLBeO6E1ecF5g2A+nrj0j/cjo8ecppbgGRr3+JjTyC2smfV 97xltxkNqb0v9vnKXi7PJJtKTOdhtzHfhNMGSW6KyBh4wjyj81ldg2VGiKI25EoC ESFA+osQWK3gbSQvXWCwm8lK4oFV0XWgn6sDBIqqMGqLskxE9qkcngI2prCBatT9 olFW8Zoi7PedJP3zpL/46ovbu/OHg==
X-ME-Sender: <xms:HvSOXxdrfx5qXhPeqHtqKq7o24W9H72zujoeW3ciWGKVfIR1wIljoA> <xme:HvSOX_NeoWkNF45t8CjA7B8Pd8VriOmDZ3cE6aPWrRZ94FbRPpKaH0S_6Hhjb2Bjo wVSr0UkIRPEzx8ZWnA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrjeefgdejhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthhqre dtredtudenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucggtffrrghtthgvrhhnpedvffduudeuvdffieeihfdtle etuedvgfetkeehteehieeggfelveffueejgffhkeenucffohhmrghinhepuhhrlhguvghf vghnshgvrdgtohhmnecukfhppedvuddvrddvudegrdduuddriedtnecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgsjhdoihgvthhfseegieei kedrshgv
X-ME-Proxy: <xmx:HvSOX6gXaC6L1php-XTzPqnVFv0M-fv6mFpaBBUuTxfuBcM_hGhcNw> <xmx:HvSOX69uVgt5Ag9SvXSR-tzSEX7F3JZrd3-HC2CY4rPbc3EYuvEE_g> <xmx:HvSOX9se1oIVctSXT6CS6nwTu5zrDz8Ue6yCu35D1mzQU8RPBZ8nvA> <xmx:HvSOXy5dqe0gP_z5G9d0Yp0cU8rMdny3-7Z9kIyFQP__-kCipliOcA>
Received: from localhost (212-214-11-60-static.se.customer.tele2.net [212.214.11.60]) by mail.messagingengine.com (Postfix) with ESMTPA id 342873064674; Tue, 20 Oct 2020 10:28:46 -0400 (EDT)
Date: Tue, 20 Oct 2020 16:28:45 +0200 (CEST)
Message-Id: <20201020.162845.1990909062089570840.id@4668.se>
To: ramas@juniper.net
Cc: netmod@ietf.org
From: Martin =?iso-8859-1?Q?Bj=F6rklund?= <mbj+ietf@4668.se>
In-Reply-To: <F71C3AFD-2761-49B6-96A8-EFB0EAD14C00@juniper.net>
References: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net> <20201020.160421.1723421282146069920.id@4668.se> <F71C3AFD-2761-49B6-96A8-EFB0EAD14C00@juniper.net>
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: <https://mailarchive.ietf.org/arch/msg/netmod/4O0iJbWskgtna8cvRQKh_YtULf8>
Subject: Re: [netmod] Adveritzing submodule in <hello>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 14:28:49 -0000

Hi,

Ram Polisetty Subbaiah <ramas@juniper.net> wrote:
> Thanks Martin,
> =

> One more follow up question:
> =

> If in case both Client and Server are compatible only with Yang 1.0,
> how client/server are supposed to
> handle capabilities advertisement for submodules? By any chance is it=

> a limitation in 1.0?

If the module uses include-by-revision (which it should ;-) then both
sides know which revisions of the submodules a given revision of the
module refers to.

In any case, a server that implements YANG 1 can implement YANG
library revision 2016-06-21, which includes info about the submodules.


/martin




> =

> Thanks,
> Ram
> =

> On 20/10/20, 7:34 PM, "Martin Bj=F6rklund"
> <mbj+ietf@4668.se<mailto:mbj+ietf@4668.se>> wrote:
> =

> [External Email. Be cautious of content]
> =

> =

> Ram Polisetty Subbaiah
> <ramas=3D40juniper.net@dmarc.ietf.org<mailto:ramas=3D40juniper.net@dm=
arc.ietf.org>>
> wrote:
> Hi,
> =

> As per RFC 6020:
> =

> =3D=3D=3D
> https://urldefense.com/v3/__https://tools.ietf.org/html/rfc6020*secti=
on-5.6.4.1__;Iw!!NEt6yMaO-gk!ViE3k69OOP_eUBbCYJQj30wOp5eFP5wV5Bex288dxm=
J2T--9Z1TTLAk4tCUc3Q$<https://urldefense.com/v3/__https:/tools.ietf.org=
/html/rfc6020*section-5.6.4.1__;Iw!!NEt6yMaO-gk!ViE3k69OOP_eUBbCYJQj30w=
Op5eFP5wV5Bex288dxmJ2T--9Z1TTLAk4tCUc3Q$>
> Modules
>     Servers indicate the names of supported modules via the <hello>
>     message.  Module namespaces are encoded as the base URI in the
>     capability string, and the module name is encoded as the "module"=

>     parameter to the base URI.
> =

>     A server MUST advertise all revisions of all modules it implement=
s.
> =

>     For example, this <hello> message advertises one module "syslog".=

> =

>     <hello xmlns=3D"urn:ietf:params:xml:ns:netconf:base:1.0">
>       <capability>
>         https://urldefense.com/v3/__http://example.com/syslog?module=3D=
syslog&amp;revision=3D2008-04-01__;!!NEt6yMaO-gk!ViE3k69OOP_eUBbCYJQj30=
wOp5eFP5wV5Bex288dxmJ2T--9Z1TTLAmPyrVZPQ$<https://urldefense.com/v3/__h=
ttp:/example.com/syslog?module=3Dsyslog&amp;revision=3D2008-04-01__;!!N=
Et6yMaO-gk!ViE3k69OOP_eUBbCYJQj30wOp5eFP5wV5Bex288dxmJ2T--9Z1TTLAmPyrVZ=
PQ$>
>       </capability>
>     </hello>
> =3D=3D=3D
> =

> My question is, if there are some submodules, should server advertise=

> the submodules also in <hello>?
> =

> No.
> =

> Note that module advertisement is done through YANG library in YANG
> 1.1 (RFC 7950).  Submodules are present in the YANG library (RFC
> 8525).
> =

> =

> /martin
> =

> =

> If so, what is the defined format for advertising the same?
> =

> Thanks,
> Ram
> =

> =

> Juniper Business Use Only
> _______________________________________________
> netmod mailing list
> netmod@ietf.org<mailto:netmod@ietf.org>
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/net=
mod__;!!NEt6yMaO-gk!ViE3k69OOP_eUBbCYJQj30wOp5eFP5wV5Bex288dxmJ2T--9Z1T=
TLAlL7Ma5-A$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/li=
stinfo/netmod__;!!NEt6yMaO-gk!ViE3k69OOP_eUBbCYJQj30wOp5eFP5wV5Bex288dx=
mJ2T--9Z1TTLAlL7Ma5-A$>
> =

> =

> =

> Juniper Business Use Only


From nobody Tue Oct 20 09:49:36 2020
Return-Path: <j.schoenwaelder@jacobs-university.de>
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 0B4FD3A0BAA for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 09:49:36 -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, 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 FJ0RBMIISMCk for <netmod@ietfa.amsl.com>; Tue, 20 Oct 2020 09:49:34 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D74773A0BA8 for <netmod@ietf.org>; Tue, 20 Oct 2020 09:49:33 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 8F6E26E1; Tue, 20 Oct 2020 18:49:31 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id qMkZ0pPh0f2K; Tue, 20 Oct 2020 18:49:31 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 20 Oct 2020 18:49:31 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id E751720156; Tue, 20 Oct 2020 18:49:30 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id F_GouWoImHeI; Tue, 20 Oct 2020 18:49:30 +0200 (CEST)
Received: from localhost (anna.jacobs.jacobs-university.de [10.50.218.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by hermes.jacobs-university.de (Postfix) with ESMTPS id 858A120154; Tue, 20 Oct 2020 18:49:30 +0200 (CEST)
Date: Tue, 20 Oct 2020 18:49:30 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: ramas@juniper.net
Cc: netmod@ietf.org
Message-ID: <20201020164930.gwhdaa5jhl55oqli@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: ramas@juniper.net, netmod@ietf.org
References: <B3EA6D23-DE96-4E47-94E9-DD00CBCDE75A@juniper.net> <20201020.160421.1723421282146069920.id@4668.se> <F71C3AFD-2761-49B6-96A8-EFB0EAD14C00@juniper.net> <20201020.162845.1990909062089570840.id@4668.se>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <20201020.162845.1990909062089570840.id@4668.se>
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/eMc4HBkR92Wdh1aRNETfUq1USBU>
Subject: Re: [netmod] Adveritzing submodule in <hello>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 16:49:36 -0000

On Tue, Oct 20, 2020 at 04:28:45PM +0200, Martin Bj=F6rklund wrote:
> Hi,
>=20
> Ram Polisetty Subbaiah <ramas@juniper.net> wrote:
> > Thanks Martin,
> >=20
> > One more follow up question:
> >=20
> > If in case both Client and Server are compatible only with Yang 1.0,
> > how client/server are supposed to
> > handle capabilities advertisement for submodules? By any chance is it
> > a limitation in 1.0?
>=20
> If the module uses include-by-revision (which it should ;-) then both
> sides know which revisions of the submodules a given revision of the
> module refers to.
>=20
> In any case, a server that implements YANG 1 can implement YANG
> library revision 2016-06-21, which includes info about the submodules.
>

Perhaps a bit of extra information: The <hello> exchange can get very
long on systems that support many modules and not every client needs
the complete module list every time a connection is (re-)established.
This is why the recommendation is to use the YANG library wherever
possible, it scales better than the orignal <hello> exchange design
and it is more flexible.

/js

--=20
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>


From nobody Wed Oct 21 16:09:17 2020
Return-Path: <010001754d6c5c5f-4b24c691-793d-4196-a87e-ba5b7a8d1b73-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 F206F3A0B36; Wed, 21 Oct 2020 16:09:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level: 
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=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 jpGSS-px3kEG; Wed, 21 Oct 2020 16:09:11 -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 1E8613A0B49; Wed, 21 Oct 2020 16:09:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1603321748; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=x9va5UDp+0Ibrw9mat9ldmcgUtQ5HNaQo63K1dLtuE0=; b=W6qX5IJUoU7/pPHy65f+W7MnoJ0eFsn/EscVNMEVtVFzoep3zLkw/Ow3dTGCZ5Xa OGlAQn4EQhlJ4s6dRHYxmzfDdv/LGvv43mR7D7/ZRKem1CgEDX764pqecNs1bOuhD7g GSo0fslZqTM08FFqAHe6CzfDr7qFaC3x9Q5s5YHw=
From: Kent Watsen <kent@watsen.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_4E6752B5-50B1-415E-9113-A00FB6F5553D"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-ID: <010001754d6c5c5f-4b24c691-793d-4196-a87e-ba5b7a8d1b73-000000@email.amazonses.com>
Date: Wed, 21 Oct 2020 23:09:08 +0000
Cc: "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>
To: "netmod@ietf.org" <netmod@ietf.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
X-SES-Outgoing: 2020.10.21-54.240.48.110
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/R4ocU9mGqEbuPTBPdMI4Nmqp8-I>
Subject: [netmod] Call for 109 discussion topics
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Oct 2020 23:09:13 -0000

--Apple-Mail=_4E6752B5-50B1-415E-9113-A00FB6F5553D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

NETMOD WG,

According to the preliminary agenda [1], NETMOD is scheduled to meet for =
1-hour on Wednesday, November 18th from 14:30-15:30 Bangkok time (UTC =
+7).

If you are interested in discussing one or more topics with the WG, =
please send requests to the "netmod-chairs" alias (CC-ed) with the =
following information, for each discussion, if more than one:

- name of the drafts (if any)
- name of discussion topic (usually the title of the draft)
- name of the person(s) leading the discussion
- desired time request (in minutes)

Authors, per the 109 Important Dates page [2], the draft submission =
cutoff is in two weeks, on Monday November 2nd.  Please be sure to =
update your drafts before then!

[1] =
https://datatracker.ietf.org/meeting/109/agenda.html#2020-11-18-110000 =
<https://datatracker.ietf.org/meeting/109/agenda.html#2020-11-18-110000>
[2] https://datatracker.ietf.org/meeting/109/important-dates =
<https://datatracker.ietf.org/meeting/109/important-dates>

NETMOD Chairs



--Apple-Mail=_4E6752B5-50B1-415E-9113-A00FB6F5553D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><span=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D"">NETMOD WG,</span><br style=3D"caret-color: rgb(0, 0, 0); =
color: rgb(0, 0, 0);" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); =
color: rgb(0, 0, 0);" class=3D""><span style=3D"caret-color: rgb(0, 0, =
0); color: rgb(0, 0, 0);" class=3D"">According to the preliminary agenda =
[1],&nbsp;</span><span style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);" class=3D"">NETMOD</span><span style=3D"caret-color: rgb(0, 0, =
0); color: rgb(0, 0, 0);" class=3D"">&nbsp;is scheduled to meet for =
1-hour on Wednesday, November 18th from 14:30-15:30 Bangkok time (UTC =
+7).</span><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D""><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D""><span style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);" class=3D"">If you are interested in discussing one or more topics =
with the WG, please send requests to the "netmod-chairs" alias (CC-ed) =
with the following information, for each discussion, if more than =
one:</span><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D""><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D""><span style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);" class=3D"">- name of the drafts (if any)</span><br =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><span=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D"">- =
name of discussion topic (usually the title of the draft)</span><br =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><span=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D"">- =
name of the person(s) leading the discussion</span><br =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><span=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D"">- =
desired time request (in minutes)</span><br style=3D"caret-color: rgb(0, =
0, 0); color: rgb(0, 0, 0);" class=3D""><br style=3D"caret-color: rgb(0, =
0, 0); color: rgb(0, 0, 0);" class=3D""><span style=3D"caret-color: =
rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D"">Authors, per the 109 =
Important Dates page [2], the draft submission cutoff is in two weeks, =
on Monday November 2nd. &nbsp;Please be sure to update your drafts =
before then!</span><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);" class=3D""><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, =
0, 0);" class=3D""><span style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0);" class=3D"">[1]&nbsp;</span><a =
href=3D"https://datatracker.ietf.org/meeting/109/agenda.html#2020-11-18-11=
0000" =
class=3D"">https://datatracker.ietf.org/meeting/109/agenda.html#2020-11-18=
-110000</a><br style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D""><span style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);" class=3D"">[2]&nbsp;</span><a =
href=3D"https://datatracker.ietf.org/meeting/109/important-dates" =
class=3D"">https://datatracker.ietf.org/meeting/109/important-dates</a><br=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><br =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><span=
 style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" =
class=3D"">NETMOD</span><span style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0);" class=3D"">&nbsp;Chairs</span><br style=3D"caret-color: =
rgb(0, 0, 0); color: rgb(0, 0, 0);" class=3D""><br class=3D""><div =
class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_4E6752B5-50B1-415E-9113-A00FB6F5553D--


From nobody Thu Oct 22 11:36:25 2020
Return-Path: <jason.sterne@nokia.com>
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 903CE3A0AB7 for <netmod@ietfa.amsl.com>; Thu, 22 Oct 2020 11:36:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.7
X-Spam-Level: 
X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, HTTP_ESCAPED_HOST=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=0.1] autolearn=no 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 e9pYl6YgipHs for <netmod@ietfa.amsl.com>; Thu, 22 Oct 2020 11:36:18 -0700 (PDT)
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2115.outbound.protection.outlook.com [40.107.94.115]) (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 81D333A0AAB for <netmod@ietf.org>; Thu, 22 Oct 2020 11:36:18 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mFUq5s8D5dsei65OZ3l8D94kR92XAyhXIytxhi1AsAQtQH9/a6rjryHzNOkoMRx2/cN7L2RQR9SthbJKz+D7xb01xo4rFzaWZPdrN1zvS0mT1BE4B8jCBlcf1hWOEIhZl8PL6RlhtTgh4bfanqcMWAq2Xo8GE9+tlDLba76R0ikmQIUePirjg8Eoc+y5BtTP76RZC1kdgm9t0noHRc48HwC3ZGPGUPXbWP1kUqjmQQWFlmTURqwH7KgTs2BM9ImkpwiZY5iF5N1KWyF9WL7Xr6fYE98N8gKtr9v+pIGjcyGdkqGZxSKUO9zjfKA8QJUE5eT+vBLps9BlUlnBE0D5gw==
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=rrXX8mDinCaucmbEOW1fy2iCh4IJo7jd7b+WaxnWXk4=; b=hG8g0YDyhGnE9aghN5qLAx0YssJY4LC/gop+I55tdRvFtlA5PFSCVr/lRctcqdnSFYr9V6iQVyPOVkPEvj+KPbZmpoFGQF/5xCXyCCsnFiy2TGc838qrvx4fkqv/Bvt48V+6DSKP0sHrLtAmv7oo5qHRXd/0F8hiRMUCNfccQcRs5No3w75n3I6l15ahGMGU0GpjCITCRszslNdFzf4oFAK5odSm5Zp9uncTDZUWwd9IW/r1soUz/jRLY2pevOH43fo+wjFbi/6FEY29D2dh6afeLbXzcb3SdPJL2ktzAQXsf2d/+PU17T4qM4ASLBJ7m+K4MG4maDnOTH+N2ilMKg==
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=rrXX8mDinCaucmbEOW1fy2iCh4IJo7jd7b+WaxnWXk4=; b=ormgxXBn4d+L5zXqu8qSG4o/rc5eJpefWkmaYjaVrBlTFa1w0+wKgGiPH6rVgQF+kzwN5tnH47Af92JwwdG4IpXCf7+0H01lVNcEXdhcYwojIoq7oakUZLBQshKwOBmWNyXP4Wb8Mkyb2u3YF2a7rnvUbVSEfZZ/ZggwdpRqRfs=
Received: from DM5PR08MB2633.namprd08.prod.outlook.com (2603:10b6:3:ca::21) by DM6PR08MB6314.namprd08.prod.outlook.com (2603:10b6:5:1ef::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.21; Thu, 22 Oct 2020 18:36:17 +0000
Received: from DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e]) by DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e%6]) with mapi id 15.20.3499.019; Thu, 22 Oct 2020 18:36:17 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: NETMOD YANG Version Discussions - meeting minutes Oct 20, 2020
Thread-Index: AdaooHgcjN1eeFphTfWwEwhH5J2tsA==
Date: Thu, 22 Oct 2020 18:36:17 +0000
Message-ID: <DM5PR08MB26332A82F31E127EDD4DDC069B1D0@DM5PR08MB2633.namprd08.prod.outlook.com>
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: [174.112.3.120]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: aa8ff0fe-3235-45fd-6319-08d876b95cd4
x-ms-traffictypediagnostic: DM6PR08MB6314:
x-microsoft-antispam-prvs: <DM6PR08MB63141CD272400FAADF52F5C29B1D0@DM6PR08MB6314.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:6108;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: z9IEMnL13v47YG+5jODajRbmKZIm+16HNmZnGMh8rcNxpCxARTvVkiiKuFEUahxUMoQ35DsuFss/2cbznG8EK1uZgVgCIqb+UgNyI7IGVoKMoiJ2fqq2qluzmAoTOiXUEIo3s31533tCbZPVE47NjSm+y2Ar6z3T5+pBIKevSqHHTWSyP70IU+J5Lw4Z4LBp4AcMF5+8tvgLK86HcK/iuUJZ3RvvkDT7lkyBISlxWcA4Ek9/qM/ABJ2LR7l0K0BOv22AN3UDjphiQbILhy1R5YIEH41PSbBUOFc42DOsuarMEORZNhM5ZKLGXeMF+7aPId13JLKwLpbeQePpQqIqdspnOj2nCgZ79AmrFDWv3Lpld8Uc8tARtwY1v8t+FH4YjThPrgEEenb2UWSuLCWPRQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM5PR08MB2633.namprd08.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(136003)(366004)(396003)(39860400002)(376002)(346002)(19627405001)(53546011)(186003)(2906002)(26005)(8936002)(9686003)(83380400001)(71200400001)(6506007)(5660300002)(66476007)(64756008)(66556008)(66446008)(76116006)(66946007)(166002)(6916009)(8676002)(52536014)(7696005)(16799955002)(33656002)(478600001)(83730400002)(55016002)(316002)(45080400002)(966005)(86362001); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: zxbbkFluktivNdII2v1AFRQqoJ/KvbqKWRcxEFz894MXf0hOWi7+YgIEt336vcppMl6PDB2J3kgmhAnFABGcal6hQYwDQX5dcvzgrmmbemR0A05y6KWqo53Vw0zgwhwFf0+xXlX0m91yd1HkgC2Xzrq6lKm9TogPUZbPU92vSQvQOnrKBDctrRv+/QJ7CBo37L0vEiUL+9MiwblhaJAQKa3wgXom9UfVIhG4geWVYN6grye9hE+SH9y4C75202R60kK2Rfz6nplp1D9U2gFerXuCtKYw+HDI+lVHzjEphGOFsCD1DZEM+FF47Vp6pXg4Ynl8JBwLZgr8TaZxRi7swIs7OWf2JmHx2lqs+8l/nPx/9NkwjoWQz+csTb9YLJPmb38Txd1FTsyULrmcHMXNHabY/Rgtob0YkrOaEcuoJLhcjWADFkZ66scYAFerjny9gf3NZGHbeuylHlQP0sraNHGVAweeyPxXDAdKHmWDfvYH0l8pJObi9vRXKbnFX6tOtnF7+ormdiXDSiJCcqbqQ88JfBfkJ/1BS0TbOPMSCtxA+10kUJC1XorfvcBxX3xyjZfKtXwVHXgTKJ5lzbLy8+toDhHqAs2cxEoZwGNDjU5o1mB4SWXmJI/QsV71UooCfOo8cvajHCmBhOaxooZRaQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM5PR08MB26332A82F31E127EDD4DDC069B1D0DM5PR08MB2633namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM5PR08MB2633.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: aa8ff0fe-3235-45fd-6319-08d876b95cd4
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2020 18:36:17.0475 (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: OozSmOJ0Jfbg03ZYTaXrHCJwGN8mExHa1A0BzugUcyT6BXgXvAlUhLq3hgB6qWmmC0ov7LBYOjnNEbsBzcICWw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB6314
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/YuHlYx_xbFScXLGmvQ9ngeQgkrk>
Subject: [netmod] NETMOD YANG Version Discussions - meeting minutes Oct 20, 2020
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Oct 2020 18:36:24 -0000

--_000_DM5PR08MB26332A82F31E127EDD4DDC069B1D0DM5PR08MB2633namp_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkgYWxsLA0KDQpJbiB0aGUgY2FsbCBvbiBPY3QgMjAgd2UgcHJpbWFyaWx5IGRpc2N1c3NlZCBo
b3cgZGV2aWF0aW9ucyBhcmUgY2FwdHVyZWQgaW4gdGhlIFBhY2thZ2VzIGRyYWZ0IGFuZCBjb21w
YXJlZCBpdCB0byBZQU5HIGxpYnJhcnkuDQoNCldlIGZlbHQgdGhhdCBkZXZpYXRpb25zIGluIHBh
Y2thZ2VzIHNob3VsZCBiZSBwcmltYXJpbHkgdXNlZCBieSBzZXJ2ZXIgaW1wbGVtZW50YXRpb25z
IHRvIHJlcG9ydCBkZXZpYXRpb25zLCBhbmQgdGhhdCB0aGV5IHNob3VsZCBiZSBhdm9pZGVkIGJ5
IHN0YW5kYXJkcyBib2RpZXMuIElmIGFuIFNETyBwdWJsaXNoZXMgYSBwYWNrYWdlIHRoYXQgY29u
dGFpbnMgYW5vdGhlciBzdGFuZGFyZCBwYWNrYWdlIHBsdXMgc29tZSBkZXZpYXRpb25zLCB0aGVu
IGl0IG1ha2VzIGl0IGltcG9zc2libGUgZm9yIGEgc2VydmVyIHRvIGV2ZXIgc3VwcG9ydCBib3Ro
IG9mIHRob3NlIHBhY2thZ2VzIHRvZ2V0aGVyLiAgSmFuIExpbmRibGFkIGlzIHB1dHRpbmcgdG9n
ZXRoZXIgc29tZSBwcm9wb3NlZCB3b3JkaW5nIHRvIGNhcHR1cmUgdGhpcy4NCg0KVGhlcmUgd2Fz
IGEgZmFpciBiaXQgb2YgZGViYXRlIGFib3V0IHdoZXRoZXIgdG8gaGF2ZSBzb21lIHRlY2huaWNh
bGx5IHJlZHVuZGFudCBpbmZvcm1hdGlvbiBpbiBwYWNrYWdlcyBhYm91dCBkZXZpYXRpb25zIChp
LmUuIHNob3cgdGhlIGFzc29jaWF0aW9ucyBiZXR3ZWVuIG1vZHVsZXMgYW5kIG1vZHVsZXMgdGhh
dCBjb250YWluIGRldmlhdGlvbnMgZm9yIHRoZSBmb3JtZXIgbW9kdWxlcykuIFRoZSBmZWVsaW5n
IGluIHRoZSBlbmQgd2FzIHRvIGF2b2lkIHRoYXQgcmVkdW5kYW50IGluZm9ybWF0aW9uLiBJdCBj
b3VsZCBiZSBvdXQgb2Ygc3luYyBhbmQgd291bGQgbWVhbiB0aGVyZSBhcmUgMiB3YXlzIHRvIGRp
c2NvdmVyL21hbmFnZSBkZXZpYXRpb25zLiBUb29scyBjYW4gZWFzaWx5IHRha2UgYSAic2luZ2xl
IHRydXRoIiBhbmQgb3V0cHV0IHZhcmlvdXMgc3VtbWFyaWVzLCBhc3NvY2lhdGlvbnMsIGV0YyBp
ZiBuZWVkZWQgKGkuZS4gc2hvdyB3aGF0IG1vZHVsZSBlYWNoIGRldmlhdGlvbiBmaWxlIGlzIGFw
cGx5aW5nIGRldmlhdGlvbnMgdG8sIG9yIHNob3cgd2hpY2ggZGV2aWF0aW9uIGZpbGVzIGFyZSBh
cHBseWluZyBkZXZpYXRpb25zIHRvIGEgZ2l2ZW4gbW9kdWxlKS4gIE5vdGUgdGhhdCBMaWJyYXJ5
IGhhcyByZWR1bmRhbnQgaW5mb3JtYXRpb24gYWJvdXQgZGV2aWF0aW9ucyAodGhlIHJvIGRldmlh
dGlvbiogbGVhZi1saXN0IGlzIG5vdCB0ZWNobmljYWxseSBuZWNlc3NhcnkgZnJvbSB3aGF0IHdl
IGNhbiB0ZWxsKSBidXQgd2UgYXJlbid0IHByb3Bvc2luZyB0byBjaGFuZ2UgdGhhdCBhdCB0aGlz
IHRpbWUuDQoNCldlICpkbyogbmVlZCB0aGUgbmJjLWNoYW5nZXMgbGVhZiBpbiBwYWNrYWdlcyB0
aG91Z2guIFNvbWUgTkJDIGNoYW5nZXMgY2FuJ3QgYmUgZGlzY292ZXJlZCBieSB0b29scy4NCg0K
Rm9yIG5leHQgbWVldGluZyB3ZSBuZWVkIHRvIGRpc2N1c3MgaW50ZXJhY3Rpb25zIGJldHdlZW4g
TkJDIGluZGljYXRvcnMgYW5kIGRldmlhdGlvbnMuDQoNClJnZHMsDQpKYXNvbg0KDQoNCi0tLS0t
T3JpZ2luYWwgQXBwb2ludG1lbnQtLS0tLQ0KRnJvbTogTkVUTU9EIFdvcmtpbmcgR3JvdXAgPG5l
dG1vZC1jaGFpcnNAaWV0Zi5vcmc+DQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDI3LCAyMDIwIDY6
MDcgUE0NClRvOiBORVRNT0QgV29ya2luZyBHcm91cDsgbmV0bW9kQGlldGYub3JnDQpTdWJqZWN0
OiBbbmV0bW9kXSBXZWJleCBtZWV0aW5nIGNoYW5nZWQ6IE5FVE1PRCBZQU5HIFZlcnNpb24gRGlz
Y3Vzc2lvbnMNCldoZW46IE9jdG9iZXIgMjAsIDIwMjAgOTowMCBBTS0xMDowMCBBTSBBbWVyaWNh
L05ld19Zb3JrLg0KV2hlcmU6IGh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElE
PW1hNzYyN2EyYWU3Yjc3MDUzN2NmZjVmNWI4OTI5M2M3MA0KDQoNCg0KTkVUTU9EIFdvcmtpbmcg
R3JvdXAgY2hhbmdlZCB0aGUgV2ViZXggbWVldGluZyBpbmZvcm1hdGlvbi4NCg0KDQpXaGVuIGl0
J3MgdGltZSwgam9pbiB0aGUgV2ViZXggbWVldGluZyBoZXJlLg0KDQoNCk1lZXRpbmcgbnVtYmVy
IChhY2Nlc3MgY29kZSk6IDE3MSAwNjkgMDM3NA0KDQpNZWV0aW5nIHBhc3N3b3JkOiBzZW12ZXI/
DQoNCg0KT2NjdXJzIGV2ZXJ5IFR1ZXNkYXkgZWZmZWN0aXZlIFR1ZXNkYXksIFNlcHRlbWJlciAx
LCAyMDIwIHVudGlsIFR1ZXNkYXksIEF1Z3VzdCAyNCwgMjAyMSBmcm9tIDk6MDAgQU0gdG8gMTA6
MDAgQU0sIChVVEMtMDQ6MDApIEVhc3Rlcm4gVGltZSAoVVMgJiBDYW5hZGEpDQo5OjAwIGFtICB8
ICAoVVRDLTA0OjAwKSBFYXN0ZXJuIFRpbWUgKFVTICYgQ2FuYWRhKSAgfCAgMSBocg0KDQoNCg0K
Sm9pbiBtZWV0aW5nPGh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElEPW1hNzYy
N2EyYWU3Yjc3MDUzN2NmZjVmNWI4OTI5M2M3MD4NCg0KDQoNClRhcCB0byBqb2luIGZyb20gYSBt
b2JpbGUgZGV2aWNlIChhdHRlbmRlZXMgb25seSkNCisxLTY1MC00NzktMzIwOCwsMTcxMDY5MDM3
NCMjPHRlbDolMkIxLTY1MC00NzktMzIwOCwsKjAxKjE3MTA2OTAzNzQlMjMlMjMqMDEqPiBDYWxs
LWluIHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpDQoNCg0KSm9pbiBieSBwaG9uZQ0KMS02NTAtNDc5
LTMyMDggQ2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKQ0KR2xvYmFsIGNhbGwtaW4gbnVt
YmVyczxodHRwczovL2lldGYud2ViZXguY29tL2lldGYvZ2xvYmFsY2FsbGluLnBocD9NVElEPW01
OTE0ZDM4Y2ZhYzc0NGNjZWQzNTkzMTU5Y2I3Zjk3MT4NCg0KDQoNCkpvaW4gZnJvbSBhIHZpZGVv
IHN5c3RlbSBvciBhcHBsaWNhdGlvbg0KRGlhbCAxNzEwNjkwMzc0QGlldGYud2ViZXguY29tPCUy
MHNpcDoxNzEwNjkwMzc0QGlldGYud2ViZXguY29tPg0KWW91IGNhbiBhbHNvIGRpYWwgMTczLjI0
My4yLjY4IGFuZCBlbnRlciB5b3VyIG1lZXRpbmcgbnVtYmVyLg0KDQoNCg0KSm9pbiB1c2luZyBN
aWNyb3NvZnQgTHluYyBvciBNaWNyb3NvZnQgU2t5cGUgZm9yIEJ1c2luZXNzDQpEaWFsIDE3MTA2
OTAzNzQuaWV0ZkBseW5jLndlYmV4LmNvbTwlMjBzaXA6MTcxMDY5MDM3NC5pZXRmQGx5bmMud2Vi
ZXguY29tPg0KDQoNCg0KTmVlZCBoZWxwPyBHbyB0byBodHRwOi8vaGVscC53ZWJleC5jb20NCg0K
DQo=

--_000_DM5PR08MB26332A82F31E127EDD4DDC069B1D0DM5PR08MB2633namp_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglmb250
LWZhbWlseToiQXJpYWwiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzMzMzMzMzsNCgl0ZXh0LWRlY29y
YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBl
cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9y
OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u
bHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFu
Z3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0
Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u
MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48
eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv
eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg
djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh
cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIg
bGluaz0iIzMzMzMzMyIgdmxpbms9IiMzMzMzMzMiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+SGkgYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1m
YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JbiB0aGUgY2FsbCBvbiBPY3QgMjAgd2UgcHJpbWFyaWx5
IGRpc2N1c3NlZCBob3cgZGV2aWF0aW9ucyBhcmUgY2FwdHVyZWQgaW4gdGhlIFBhY2thZ2VzIGRy
YWZ0IGFuZCBjb21wYXJlZCBpdCB0byBZQU5HIGxpYnJhcnkuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs
Ij48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPldlIGZlbHQgdGhhdCBk
ZXZpYXRpb25zIGluIHBhY2thZ2VzIHNob3VsZCBiZSBwcmltYXJpbHkgdXNlZCBieSBzZXJ2ZXIg
aW1wbGVtZW50YXRpb25zIHRvIHJlcG9ydCBkZXZpYXRpb25zLCBhbmQgdGhhdCB0aGV5IHNob3Vs
ZCBiZSBhdm9pZGVkIGJ5IHN0YW5kYXJkcyBib2RpZXMuIElmIGFuIFNETyBwdWJsaXNoZXMgYSBw
YWNrYWdlIHRoYXQNCiBjb250YWlucyBhbm90aGVyIHN0YW5kYXJkIHBhY2thZ2UgcGx1cyBzb21l
IGRldmlhdGlvbnMsIHRoZW4gaXQgbWFrZXMgaXQgaW1wb3NzaWJsZSBmb3IgYSBzZXJ2ZXIgdG8g
ZXZlciBzdXBwb3J0IGJvdGggb2YgdGhvc2UgcGFja2FnZXMgdG9nZXRoZXIuJm5ic3A7IEphbiBM
aW5kYmxhZCBpcyBwdXR0aW5nIHRvZ2V0aGVyIHNvbWUgcHJvcG9zZWQgd29yZGluZyB0byBjYXB0
dXJlIHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPlRoZXJlIHdhcyBhIGZhaXIgYml0IG9mIGRlYmF0ZSBhYm91dCB3aGV0
aGVyIHRvIGhhdmUgc29tZSB0ZWNobmljYWxseSByZWR1bmRhbnQgaW5mb3JtYXRpb24gaW4gcGFj
a2FnZXMgYWJvdXQgZGV2aWF0aW9ucyAoaS5lLiBzaG93IHRoZSBhc3NvY2lhdGlvbnMgYmV0d2Vl
biBtb2R1bGVzIGFuZCBtb2R1bGVzIHRoYXQgY29udGFpbiBkZXZpYXRpb25zDQogZm9yIHRoZSBm
b3JtZXIgbW9kdWxlcykuIFRoZSBmZWVsaW5nIGluIHRoZSBlbmQgd2FzIHRvIGF2b2lkIHRoYXQg
cmVkdW5kYW50IGluZm9ybWF0aW9uLiBJdCBjb3VsZCBiZSBvdXQgb2Ygc3luYyBhbmQgd291bGQg
bWVhbiB0aGVyZSBhcmUgMiB3YXlzIHRvIGRpc2NvdmVyL21hbmFnZSBkZXZpYXRpb25zLiBUb29s
cyBjYW4gZWFzaWx5IHRha2UgYSAmcXVvdDtzaW5nbGUgdHJ1dGgmcXVvdDsgYW5kIG91dHB1dCB2
YXJpb3VzIHN1bW1hcmllcywgYXNzb2NpYXRpb25zLA0KIGV0YyBpZiBuZWVkZWQgKGkuZS4gc2hv
dyB3aGF0IG1vZHVsZSBlYWNoIGRldmlhdGlvbiBmaWxlIGlzIGFwcGx5aW5nIGRldmlhdGlvbnMg
dG8sIG9yIHNob3cgd2hpY2ggZGV2aWF0aW9uIGZpbGVzIGFyZSBhcHBseWluZyBkZXZpYXRpb25z
IHRvIGEgZ2l2ZW4gbW9kdWxlKS4mbmJzcDsgTm90ZSB0aGF0IExpYnJhcnkgaGFzIHJlZHVuZGFu
dCBpbmZvcm1hdGlvbiBhYm91dCBkZXZpYXRpb25zICh0aGUgcm8gZGV2aWF0aW9uKiBsZWFmLWxp
c3QgaXMgbm90DQogdGVjaG5pY2FsbHkgbmVjZXNzYXJ5IGZyb20gd2hhdCB3ZSBjYW4gdGVsbCkg
YnV0IHdlIGFyZW4ndCBwcm9wb3NpbmcgdG8gY2hhbmdlIHRoYXQgYXQgdGhpcyB0aW1lLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT
Ij5XZSAqPGI+ZG88L2I+KiBuZWVkIHRoZSBuYmMtY2hhbmdlcyBsZWFmIGluIHBhY2thZ2VzIHRo
b3VnaC4gU29tZSBOQkMgY2hhbmdlcyBjYW4ndCBiZSBkaXNjb3ZlcmVkIGJ5IHRvb2xzLjxvOnA+
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28t
ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT
Ij5Gb3IgbmV4dCBtZWV0aW5nIHdlIG5lZWQgdG8gZGlzY3VzcyBpbnRlcmFjdGlvbnMgYmV0d2Vl
biBOQkMgaW5kaWNhdG9ycyBhbmQgZGV2aWF0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t
VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz
cGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Umdkcyw8bzpwPjwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPkphc29uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZu
YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i
bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk
ZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw
YW4gbGFuZz0iRU4tVVMiPi0tLS0tT3JpZ2luYWwgQXBwb2ludG1lbnQtLS0tLTxicj4NCjxiPkZy
b206PC9iPiBORVRNT0QgV29ya2luZyBHcm91cCAmbHQ7bmV0bW9kLWNoYWlyc0BpZXRmLm9yZyZn
dDsgPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBBdWd1c3QgMjcsIDIwMjAgNjowNyBQTTxi
cj4NCjxiPlRvOjwvYj4gTkVUTU9EIFdvcmtpbmcgR3JvdXA7IG5ldG1vZEBpZXRmLm9yZzxicj4N
CjxiPlN1YmplY3Q6PC9iPiBbbmV0bW9kXSBXZWJleCBtZWV0aW5nIGNoYW5nZWQ6IE5FVE1PRCBZ
QU5HIFZlcnNpb24gRGlzY3Vzc2lvbnM8YnI+DQo8Yj5XaGVuOjwvYj4gT2N0b2JlciAyMCwgMjAy
MCA5OjAwIEFNLTEwOjAwIEFNIEFtZXJpY2EvTmV3X1lvcmsuPGJyPg0KPGI+V2hlcmU6PC9iPiBo
dHRwczovL2lldGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tYTc2MjdhMmFlN2I3NzA1Mzdj
ZmY1ZjViODkyOTNjNzA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxU
YWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iNCIgY2VsbHBhZGRpbmc9IjAiIGFsaWduPSJs
ZWZ0IiB3aWR0aD0iMTAwJSIgc3R5bGU9IndpZHRoOjEwMC4wJTtiYWNrZ3JvdW5kOndoaXRlIj4N
Cjx0Ym9keT4NCjx0ciBzdHlsZT0iaGVpZ2h0OjIxLjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6
MGNtIDBjbSAwY20gMGNtO2hlaWdodDoyMS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9ImxpbmUtaGVpZ2h0OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFt
ZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hv
ci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1u
O21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMyI+
Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgc3R5
bGU9InBhZGRpbmc6MGNtIDE1LjBwdCAwY20gMTUuMHB0Ij4NCjx0YWJsZSBjbGFzcz0iTXNvTm9y
bWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjQiIGNlbGxwYWRkaW5nPSIwIj4NCjx0
Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgc3R5
bGU9ImxpbmUtaGVpZ2h0OjE2LjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFt
ZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hv
ci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1u
O21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si
Pk5FVE1PRCBXb3JraW5nIEdyb3VwIGNoYW5nZWQgdGhlIFdlYmV4IG1lZXRpbmcgaW5mb3JtYXRp
b24uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHIgc3R5bGU9
ImhlaWdodDoxNS4wcHQiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWln
aHQ6MTUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4w
cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28t
ZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBo
O21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhh
Y3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtB
cmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMzMzMzMzMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g
MGNtIDBjbSI+DQo8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTYuNXB0O21zby1lbGVtZW50OmZyYW1l
O21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7
bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3It
aG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjpibGFjayI+V2hlbiBpdCdzIHRpbWUsIGpvaW4gdGhlIFdlYmV4IG1lZXRpbmcgaGVy
ZS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyIHN0eWxlPSJoZWln
aHQ6MTUuMHB0Ij4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1
LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21z
by1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1l
bnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28t
ZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHki
Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVu
dC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50
LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6
Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMz
MzMzMztkaXNwbGF5Om5vbmUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBj
bGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjQiIGNlbGxwYWRk
aW5nPSIwIiB3aWR0aD0iMCIgc3R5bGU9IndpZHRoOjBjbTt3aWR0aDphdXRvIWltcG9ydGFudCI+
DQo8dGJvZHk+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNi41cHQ7bXNvLWVsZW1lbnQ6
ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFy
b3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFu
Y2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBz
dHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z
LXNlcmlmO2NvbG9yOmJsYWNrIj5NZWV0aW5nIG51bWJlciAoYWNjZXNzIGNvZGUpOiAxNzEgMDY5
IDAzNzQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwv
dGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTMuNXB0O21z
by1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1l
bnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28t
ZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHki
Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzO2Rpc3BsYXk6bm9uZSI+PG86cD4mbmJzcDs8
L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIw
IiBjZWxsc3BhY2luZz0iNCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIwIiBzdHlsZT0id2lkdGg6
MGNtO3dpZHRoOmF1dG8haW1wb3J0YW50Ij4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFk
ZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUt
aGVpZ2h0OjE2LjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6
Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNh
bDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWln
aHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPk1lZXRpbmcgcGFz
c3dvcmQ6IHNlbXZlcj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJv
ZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEz
LjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21z
by1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3Jh
cGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpl
eGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90
O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMztkaXNwbGF5Om5vbmUiPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJv
cmRlcj0iMCIgY2VsbHNwYWNpbmc9IjQiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMTAwJSIgc3R5
bGU9IndpZHRoOjEwMC4wJSI+DQo8dGJvZHk+DQo8dHIgc3R5bGU9ImhlaWdodDoxMi4wcHQiPg0K
PHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTIuMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMi4wcHQ7bXNvLWVsZW1lbnQ6ZnJh
bWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3Vu
ZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hv
ci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOiMzMzMzMzMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8
L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTYuNXB0O21zby1lbGVtZW50OmZyYW1l
O21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7
bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3It
aG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojNjY2NjY2Ij5PY2N1cnMgZXZlcnkgVHVlc2RheSBlZmZlY3RpdmUgVHVlc2RheSwg
U2VwdGVtYmVyIDEsIDIwMjAgdW50aWwgVHVlc2RheSwgQXVndXN0IDI0LCAyMDIxIGZyb20gOTow
MCBBTSB0byAxMDowMCBBTSwgKFVUQy0wNDowMCkgRWFzdGVybiBUaW1lIChVUyAmYW1wOyBDYW5h
ZGEpDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBzdHls
ZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
ImxpbmUtaGVpZ2h0OjE2LjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1o
c3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12
ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21z
by1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2Zv
bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzY2NjY2NiI+OTow
MCBhbSZuYnNwOyZuYnNwO3wmbmJzcDsmbmJzcDsoVVRDLTA0OjAwKSBFYXN0ZXJuIFRpbWUgKFVT
ICZhbXA7IENhbmFkYSkmbmJzcDsmbmJzcDt8Jm5ic3A7Jm5ic3A7MSBocg0KPG86cD48L286cD48
L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMy41cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNv
LWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28t
ZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jp
em9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2Nv
bG9yOiMzMzMzMzM7ZGlzcGxheTpub25lIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8
dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSI0IiBj
ZWxscGFkZGluZz0iMCI+DQo8dGJvZHk+DQo8dHIgc3R5bGU9ImhlaWdodDoxNS4wcHQiPg0KPHRk
IHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0Ij4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7
bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDtt
c28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1o
b3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMzMzMzMzMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3Ry
Pg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1o
ZWlnaHQ6MTMuNXB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToy
LjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2Fs
OnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdo
dC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9
IjAiIGNlbGxzcGFjaW5nPSI0IiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjAiIHN0eWxlPSJ3aWR0
aDowY207d2lkdGg6YXV0byFpbXBvcnRhbnQiPg0KPHRib2R5Pg0KPHRyPg0KPHRkIHN0eWxlPSJw
YWRkaW5nOjBjbSAwY20gMGNtIDBjbTt3aWR0aDphdXRvIWltcG9ydGFudCI+DQo8dGFibGUgY2xh
c3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjEiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGlu
Zz0iMCIgd2lkdGg9IjAiIHN0eWxlPSJ3aWR0aDowY207YmFja2dyb3VuZDojNDNBOTQyO2JvcmRl
cjpzb2xpZCAjNDNBOTQyIDEuMHB0O3dpZHRoOmF1dG8haW1wb3J0YW50Ij4NCjx0Ym9keT4NCjx0
cj4NCjx0ZCBzdHlsZT0iYm9yZGVyOm5vbmU7cGFkZGluZzo3LjVwdCAyNy4wcHQgNy41cHQgMjcu
MHB0O3dpZHRoOmF1dG8haW1wb3J0YW50O2JvcmRlci1yYWRpdXM6MjBweDttaW4td2lkdGg6MTYw
cHghaW1wb3J0YW50Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxl
PSJ0ZXh0LWFsaWduOmNlbnRlcjtsaW5lLWhlaWdodDoxMy41cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7
bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDtt
c28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1o
b3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMzMzMzMzMiPjxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBo
cD9NVElEPW1hNzYyN2EyYWU3Yjc3MDUzN2NmZjVmNWI4OTI5M2M3MCI+PHNwYW4gc3R5bGU9ImZv
bnQtc2l6ZToxNS4wcHQ7Y29sb3I6d2hpdGU7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPkpvaW4gbWVl
dGluZzwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Ri
b2R5Pg0KPC90YWJsZT4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTMuNXB0O21zby1lbGVtZW50OmZyYW1l
O21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7
bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3It
aG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9
ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJp
Zjtjb2xvcjojMzMzMzMzO2Rpc3BsYXk6bm9uZSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w
Pg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0i
NCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6MzYuMHB0Ij4N
Cjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjM2LjBwdCI+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MzYuMHB0O21zby1lbGVtZW50OmZy
YW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91
bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNo
b3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5
bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjojMzMzMzMzIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0K
PC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Imxp
bmUtaGVpZ2h0OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3Bh
Y2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0
aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1o
ZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMztkaXNwbGF5
Om5vbmUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9y
bWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjQiIGNlbGxwYWRkaW5nPSIwIj4NCjx0
Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE4LjBwdDttc28tZWxlbWVudDpmcmFt
ZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5k
O21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9y
LWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0
eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1z
ZXJpZjtjb2xvcjpibGFjayI+VGFwIHRvIGpvaW4gZnJvbSBhIG1vYmlsZSBkZXZpY2UgKGF0dGVu
ZGVlcyBvbmx5KTxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4N
Cjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE4LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVu
dC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50
LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6
Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMz
MzMzMyI+PGEgaHJlZj0idGVsOiUyQjEtNjUwLTQ3OS0zMjA4LCwqMDEqMTcxMDY5MDM3NCUyMyUy
MyowMSoiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDBBRkY5O3RleHQtZGVjb3JhdGlvbjpub25lIj4r
MS02NTAtNDc5LTMyMDgsLDE3MTA2OTAzNzQjIzwvc3Bhbj48L2E+IENhbGwtaW4gdG9sbCBudW1i
ZXIgKFVTL0NhbmFkYSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjx0ciBz
dHlsZT0iaGVpZ2h0OjE4LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNt
O2hlaWdodDoxOC4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0
OjE4LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0
O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJh
Z3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVs
ZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMyI+Jm5ic3A7PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMy41cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7
bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDtt
c28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1o
b3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0i
Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm
O2NvbG9yOiMzMzMzMzM7ZGlzcGxheTpub25lIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+
DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSI0
IiBjZWxscGFkZGluZz0iMCI+DQo8dGJvZHk+DQo8dHI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNt
IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDox
OC4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDtt
c28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdy
YXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6
ZXhhY3RseSI+DQo8Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkpvaW4gYnkgcGhvbmU8bzpw
PjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHI+DQo8dGQgc3R5bGU9InBh
ZGRpbmc6MGNtIDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5l
LWhlaWdodDoxOC4wcHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNl
OjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGlj
YWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVp
Z2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh
bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMzMzMzMzMiPjEtNjUwLTQ3
OS0zMjA4Jm5ic3A7Q2FsbC1pbiB0b2xsIG51bWJlciAoVVMvQ2FuYWRhKTxvOnA+PC9vOnA+PC9z
cGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20g
MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTguMHB0
O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVs
ZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDtt
c28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0
bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp
YWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj48YSBocmVmPSJodHRwczovL2lldGYu
d2ViZXguY29tL2lldGYvZ2xvYmFsY2FsbGluLnBocD9NVElEPW01OTE0ZDM4Y2ZhYzc0NGNjZWQz
NTkzMTU5Y2I3Zjk3MSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMEFGRjk7dGV4dC1kZWNvcmF0aW9u
Om5vbmUiPkdsb2JhbCBjYWxsLWluIG51bWJlcnM8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFu
PjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTMuNXB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVt
ZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1l
bnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRh
bDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6
ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj
MzMzMzMzO2Rpc3BsYXk6bm9uZSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxl
IGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBh
ZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWlnaHQ6MjEuMHB0Ij4NCjx0ZCBzdHls
ZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjIxLjBwdCI+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MjEuMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1l
bGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVs
ZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpv
bnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQt
c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjojMzMzMzMzIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjwv
dGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0
OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0
O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJh
Z3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVs
ZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMztkaXNwbGF5Om5vbmUiPjxv
OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUi
IGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjQiIGNlbGxwYWRkaW5nPSIwIj4NCjx0Ym9keT4NCjx0
cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE4LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxl
bWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVt
ZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250
YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxiPjxzcGFuIHN0eWxlPSJmb250
LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xv
cjpibGFjayI+Sm9pbiBmcm9tIGEgdmlkZW8gc3lzdGVtIG9yIGFwcGxpY2F0aW9uPG86cD48L286
cD48L3NwYW4+PC9iPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5n
OjBjbSAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWln
aHQ6MTguMHB0O21zby1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1
cHQ7bXNvLWVsZW1lbnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBh
cmFncmFwaDttc28tZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1y
dWxlOmV4YWN0bHkiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj5EaWFsIDxhIGhyZWY9
IiUyMHNpcDoxNzEwNjkwMzc0QGlldGYud2ViZXguY29tIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjoj
MDBBRkY5O3RleHQtZGVjb3JhdGlvbjpub25lIj4xNzEwNjkwMzc0QGlldGYud2ViZXguY29tPC9z
cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCBz
dHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5
bGU9ImxpbmUtaGVpZ2h0OjE4LjBwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFt
ZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hv
ci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1u
O21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMyI+
WW91IGNhbiBhbHNvIGRpYWwgMTczLjI0My4yLjY4IGFuZCBlbnRlciB5b3VyIG1lZXRpbmcgbnVt
YmVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFi
bGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTMuNXB0O21zby1l
bGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQt
d3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxl
bWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0K
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv
dDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzO2Rpc3BsYXk6bm9uZSI+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29Ob3JtYWxUYWJsZSIgYm9yZGVyPSIwIiBj
ZWxsc3BhY2luZz0iNCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyIHN0eWxlPSJoZWln
aHQ6MTUuMHB0Ij4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY207aGVpZ2h0OjE1
LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTUuMHB0O21z
by1lbGVtZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1l
bnQtd3JhcDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28t
ZWxlbWVudC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHki
Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48
L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVu
dC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50
LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6
Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6
MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMz
MzMzMztkaXNwbGF5Om5vbmUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjx0YWJsZSBj
bGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRk
aW5nPSIwIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAw
Y20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjE4LjBwdDttc28t
ZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0O21zby1lbGVtZW50
LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJhZ3JhcGg7bXNvLWVs
ZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVsZTpleGFjdGx5Ij4N
CjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm
cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Sm9pbiB1c2luZyBNaWNyb3NvZnQgTHluYyBv
ciBNaWNyb3NvZnQgU2t5cGUgZm9yIEJ1c2luZXNzPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N
CjwvdGQ+DQo8L3RyPg0KPHRyPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTguMHB0O21zby1lbGVt
ZW50OmZyYW1lO21zby1lbGVtZW50LWZyYW1lLWhzcGFjZToyLjI1cHQ7bXNvLWVsZW1lbnQtd3Jh
cDphcm91bmQ7bXNvLWVsZW1lbnQtYW5jaG9yLXZlcnRpY2FsOnBhcmFncmFwaDttc28tZWxlbWVu
dC1hbmNob3ItaG9yaXpvbnRhbDpjb2x1bW47bXNvLWhlaWdodC1ydWxlOmV4YWN0bHkiPg0KPHNw
YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss
c2Fucy1zZXJpZjtjb2xvcjojMzMzMzMzIj5EaWFsIDxhIGhyZWY9IiUyMHNpcDoxNzEwNjkwMzc0
LmlldGZAbHluYy53ZWJleC5jb20iPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiMwMEFGRjk7dGV4dC1k
ZWNvcmF0aW9uOm5vbmUiPjE3MTA2OTAzNzQuaWV0ZkBseW5jLndlYmV4LmNvbTwvc3Bhbj48L2E+
PG86cD48L286cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMy41cHQ7bXNvLWVsZW1l
bnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFw
OmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50
LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz
YW5zLXNlcmlmO2NvbG9yOiMzMzMzMzM7ZGlzcGxheTpub25lIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1hbFRhYmxlIiBib3JkZXI9IjAiIGNlbGxz
cGFjaW5nPSI0IiBjZWxscGFkZGluZz0iMCI+DQo8dGJvZHk+DQo8dHIgc3R5bGU9ImhlaWdodDox
NS4wcHQiPg0KPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTUuMHB0
Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxNS4wcHQ7bXNvLWVs
ZW1lbnQ6ZnJhbWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13
cmFwOmFyb3VuZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVt
ZW50LWFuY2hvci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8
c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90
OyxzYW5zLXNlcmlmO2NvbG9yOiMzMzMzMzMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N
CjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8dGFibGUgY2xhc3M9Ik1zb05vcm1h
bFRhYmxlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSI0IiBjZWxscGFkZGluZz0iMCIgYWxpZ249
ImxlZnQiIHdpZHRoPSIxMDAlIiBzdHlsZT0id2lkdGg6MTAwLjAlIj4NCjx0Ym9keT4NCjx0ciBz
dHlsZT0iaGVpZ2h0OjU0LjBwdCI+DQo8dGQgc3R5bGU9InBhZGRpbmc6MGNtIDBjbSAwY20gMGNt
O2hlaWdodDo1NC4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImxpbmUtaGVpZ2h0
OjEzLjVwdDttc28tZWxlbWVudDpmcmFtZTttc28tZWxlbWVudC1mcmFtZS1oc3BhY2U6Mi4yNXB0
O21zby1lbGVtZW50LXdyYXA6YXJvdW5kO21zby1lbGVtZW50LWFuY2hvci12ZXJ0aWNhbDpwYXJh
Z3JhcGg7bXNvLWVsZW1lbnQtYW5jaG9yLWhvcml6b250YWw6Y29sdW1uO21zby1oZWlnaHQtcnVs
ZTpleGFjdGx5Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx
dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzMzMzMzMyI+Jm5ic3A7PG86cD48L286
cD48L3NwYW4+PC9wPg0KPC90ZD4NCjwvdHI+DQo8dHIgc3R5bGU9ImhlaWdodDoxOC4wcHQiPg0K
PHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MTguMHB0Ij4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxOC4wcHQ7bXNvLWVsZW1lbnQ6ZnJh
bWU7bXNvLWVsZW1lbnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3Vu
ZDttc28tZWxlbWVudC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hv
ci1ob3Jpem9udGFsOmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHls
ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNl
cmlmO2NvbG9yOmJsYWNrIj5OZWVkIGhlbHA/IEdvIHRvDQo8YSBocmVmPSJodHRwOi8vaGVscC53
ZWJleC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjojMDQ5RkQ5O3RleHQtZGVjb3JhdGlvbjpub25l
Ij5odHRwOi8vaGVscC53ZWJleC5jb208L3NwYW4+PC9hPg0KPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPC90ZD4NCjwvdHI+DQo8dHIgc3R5bGU9ImhlaWdodDozMy4wcHQiPg0KPHRkIHN0eWxlPSJw
YWRkaW5nOjBjbSAwY20gMGNtIDBjbTtoZWlnaHQ6MzMuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiIHN0eWxlPSJsaW5lLWhlaWdodDoxMy41cHQ7bXNvLWVsZW1lbnQ6ZnJhbWU7bXNvLWVsZW1l
bnQtZnJhbWUtaHNwYWNlOjIuMjVwdDttc28tZWxlbWVudC13cmFwOmFyb3VuZDttc28tZWxlbWVu
dC1hbmNob3ItdmVydGljYWw6cGFyYWdyYXBoO21zby1lbGVtZW50LWFuY2hvci1ob3Jpem9udGFs
OmNvbHVtbjttc28taGVpZ2h0LXJ1bGU6ZXhhY3RseSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMz
MzMzMzMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9k
eT4NCjwvdGFibGU+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9
Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=

--_000_DM5PR08MB26332A82F31E127EDD4DDC069B1D0DM5PR08MB2633namp_--


From nobody Fri Oct 23 14:17:14 2020
Return-Path: <agenda@ietf.org>
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 0241C3A0A34; Fri, 23 Oct 2020 14:15:47 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "\"IETF Secretariat\"" <agenda@ietf.org>
To: <netmod-chairs@ietf.org>, <lberger@labn.net>
Cc: rwilton@cisco.com, netmod@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.20.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <160348774699.5087.5912271528630629066@ietfa.amsl.com>
Date: Fri, 23 Oct 2020 14:15:47 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/UkFIoRyADRlYdDHat4M-jaJLmWE>
Subject: [netmod] netmod - Requested session has been scheduled for IETF 109
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Oct 2020 21:15:50 -0000

Dear Lou Berger,

The session(s) that you have requested have been scheduled.
Below is the scheduled session information followed by
the original request. 


    netmod Session 1 (1:00 requested)
    Wednesday, 18 November 2020, Session II 1430-1530
    Room Name: Room 5 size: 505
    ---------------------------------------------


iCalendar: https://datatracker.ietf.org/meeting/109/sessions/netmod.ics

Request Information:


---------------------------------------------------------
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





People who must be present:
  Lou Berger
  Joel Jaeggli
  Kent Watsen
  Robert Wilton

Resources Requested:

Special Requests:
  please schedule us for the first session of the day -- even if it is a longer slot, we will use the time. Thank you!
---------------------------------------------------------



From nobody Tue Oct 27 09:11:17 2020
Return-Path: <jason.sterne@nokia.com>
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 17BE53A1015 for <netmod@ietfa.amsl.com>; Tue, 27 Oct 2020 09:11:15 -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_DNSWL_BLOCKED=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 76-wRf3FuToG for <netmod@ietfa.amsl.com>; Tue, 27 Oct 2020 09:11:13 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2090.outbound.protection.outlook.com [40.107.244.90]) (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 2EBE63A101B for <netmod@ietf.org>; Tue, 27 Oct 2020 09:11:13 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=htgv6OHGFSd1PZxMXBRj48pwR84Ofsqyw5eqavyE3NJk3Y1kdO6amlVvaDOERYM1+OZbGhwnEYCNplYl5XEUQl4CBqzrOQMTOactoyZY5/7d6N1daTlemAQO+jXoTmjeVRL+Mdk8EP79DeVnFnRwsPu88xdutKcgVlGtvNbJ2BlE6jiDMQVQ6hzYq8zpK/utfX/Zrmi3OmQaxouDxF564XqRQBQktsDA1nqC5K3W54DqgSa7TTYMAK+9mfPGu9Ca8K/CKzFGiYdIpf/q4OEYNj5bgDrGrAUaRy4OPlXDm4mkK8IlTZNluHmuGaBPUJEkG7GLhDsBXbeIiCTIqp+k0Q==
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=LezYbiSyYGJ6HZyk57MCe6+o0ZQewrnZGJe8ryLbTAQ=; b=Rm6j3SDOj1Ms6i5kvIG/Bz2a/3vz8vcG//luq+lVzSBnap8eR2anZ/m+BucQP/QlKLFgNP3Jw0EBw5yc+Rej0hXXPNsoqzJpem7uYHfYoh062Zu7dQJ1N9jGY/hpKH+tHkC/X4QsRl3Bsgtyoy/vWZ2q2UhT9M7fSClvy+tMRs8MWPJ0q8fHhJpid45ng96W+UUwuhSeXFz5OI7rWIGiJdlOYuScSZSUkXcv0IrT75V2rKoV6lT+7fgv7uhky81kR8jAgCadLL4Wt3RSg9Wp1RFQ8vH83Uuo8buGyaX0eYDr5TCi55hZGfTviIr4BDiLKa9MFIICw3sIO1RW4ilijg==
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=LezYbiSyYGJ6HZyk57MCe6+o0ZQewrnZGJe8ryLbTAQ=; b=bZMktDGFcIummT5PxVpKE8fSbWc73zctkEE+9WDAKIWf6HWP4PxEh2zcRQXNaJGDcftRR6DjWGaEZrqT3Bri1+Hs0uOxEdgYdE7e29JsVhMrCaq0A+W1O9zJgP0mpP7WkcCNFaTmU/+Zdiag+uHmnpsmrwSNDzgenYVrMSLc+as=
Received: from DM5PR08MB2633.namprd08.prod.outlook.com (2603:10b6:3:ca::21) by DM5PR08MB3546.namprd08.prod.outlook.com (2603:10b6:4:6a::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.28; Tue, 27 Oct 2020 16:11:07 +0000
Received: from DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e]) by DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e%6]) with mapi id 15.20.3499.019; Tue, 27 Oct 2020 16:11:07 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: NETMOD YANG Version Discussions - meeting minutes Oct 27, 2020
Thread-Index: AdasemUJzi9mgE+mR7+dnMuzfhea0A==
Date: Tue, 27 Oct 2020 16:11:06 +0000
Message-ID: <DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160@DM5PR08MB2633.namprd08.prod.outlook.com>
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: [174.112.3.120]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 16677053-76aa-410b-2960-08d87a92e948
x-ms-traffictypediagnostic: DM5PR08MB3546:
x-microsoft-antispam-prvs: <DM5PR08MB354664F05DFCA509DB0256869B160@DM5PR08MB3546.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: TvUFY0o92f4wRewemSTQxJSA7vT6eJxECadzeKWJvxWLM6yM3AAQBOM+/jVs7csxdMh2t8elH/2YU1Frk143uTNL//7xvWP/draOnnMsJgJuKCpjF5Q3xoi3kK2HHAuKVymc99IZG67QizbIGHuqzvC472DY+rGNLOpPrNpNVDzIKX2VFY13I7VgV9GLfvujNquncBZzcAeMwcdMPvVmj847iAtae0CHMstJ5nqU+9l2boskvIWnNIFg/ZodXXI9t5fCt6Rr4jxCwfySKYJ0DJ+A3PdSYaA1BcmqoFOBLGbCM5OhttU8WJDm/4RxR/0UnyEoyopY/yaii2tOllXeGg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM5PR08MB2633.namprd08.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(366004)(346002)(136003)(376002)(39850400004)(396003)(66946007)(7696005)(66446008)(66476007)(71200400001)(83380400001)(33656002)(52536014)(5660300002)(64756008)(66556008)(4744005)(8676002)(6916009)(86362001)(6506007)(26005)(478600001)(76116006)(316002)(2906002)(8936002)(9686003)(55016002)(186003); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: B3A+V8EVeANr5+ffO7k1AiG5crkZwpiP6aVGi3Q12JY5Vmo2PinDr8k4M1ydnPrBqM+t6d9LJ+68jkww8iU5wXMroSHdP/Zi8sQopBrrFXhJK4NcLzFE+NfORHGgVLRPtxJWab94ey/GgHMAfcZIM6GNgLlfDzTrX/KI0Z7cmzGpfaoWsEL+NNqFyyXJWZF4/6jhaMmvWLxHXrONM0m8wPWjuRaDWuiwMtnTfGbqvgyZstvsjXRzuHBUaf3KGY7egP30VkRhaHIyhYhG4J71mNo6XJYp+Aj4XjOnVhdvDNBLspTOMuCRr14zjr6eAp6JMLQApGPwPfY1Eqn5YHOhsC9IcE6nEQWjDM150KR6ifUjEQ+0FeJ+1iiBgHQaS+ONBZ4VVvmQTPN3h1+ROKzwXEzKJR5kOkfBl8IeglgsndUQ3o27oA0khbQ5X8SJNcSAcv7YuWsw6ntVgqEKmZIJGF9U5y/H3KY9NY4EMV1tpaW2voHOXdpFjsGMU7+NLddf70wF1rRH1oWEahsx62Lt1HfH9+VZljL56k7fSgscg0K9b1yeea0xTh0m8cFQlphWZuZvRe3vLM32556LdhSvWtN+k/WYgPj6y+8x2WynGRV+TVrNfm3hsUnk8rI8PM2rEO+pZMvSF5ZjH9g0S92aSg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160DM5PR08MB2633namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM5PR08MB2633.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 16677053-76aa-410b-2960-08d87a92e948
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2020 16:11:06.9260 (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: NYfgywmNlkB028gsU02MzUK6UBIKo5Q4z92S2EZZOI1sPQ2bhFPAwyIrurzJt4OiwocVLvqQ3c6mvc7B6wKKMA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR08MB3546
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/HdwzbjNk9BPZfkWUXtjR92_jq-k>
Subject: [netmod] NETMOD YANG Version Discussions - meeting minutes Oct 27, 2020
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Oct 2020 16:11:15 -0000

--_000_DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160DM5PR08MB2633namp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

We discussed next steps for the 5 main versioning drafts:
- no plan to re-issue Versioning or Semver before IETF109
- re-issue Packages with editorial updates and some statements about usage =
of deviations in packages (Bo)
- re-issue Version Selection and Diff drafts (Joe)

The main discussion was around text for the Packages draft related to devia=
tions (they should be avoiding in standard SDO Packages, more for implement=
ations, akin to RFC7950 recommendations on deviations).

We raised an issue about where to document various versioning guidelines fo=
r YANG authors and SDOs. The YANG author guidelines RFC may not be the righ=
t place for Packages-related guidelines for example.

We should craft a liaison statement (at the IETF/NETMOD WG level)to 3GPP & =
ORAN about YANG deviations in packages (and other aspects of this versionin=
g work ?)

Next week we'll plan IETF109 update slides.

Jason


--_000_DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160DM5PR08MB2633namp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-CA" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We discussed next steps for the=
 5 main versioning drafts:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- no plan to re-issue Versionin=
g or Semver before IETF109<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- re-issue Packages with editor=
ial updates and some statements about usage of deviations in packages (Bo)<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- re-issue Version Selection an=
d Diff drafts (Joe)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The main discussion was around =
text for the Packages draft related to deviations (they should be avoiding =
in standard SDO Packages, more for implementations, akin to RFC7950 recomme=
ndations on deviations).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We raised an issue about where =
to document various versioning guidelines for YANG authors and SDOs. The YA=
NG author guidelines RFC may not be the right place for Packages-related gu=
idelines for example.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We should craft a liaison state=
ment (at the IETF/NETMOD WG level)to 3GPP &amp; ORAN about YANG deviations =
in packages (and other aspects of this versioning work ?)<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Next week we'll plan IETF109 up=
date slides.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Jason<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</body>
</html>

--_000_DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160DM5PR08MB2633namp_--


From nobody Tue Oct 27 09:13:38 2020
Return-Path: <jason.sterne@nokia.com>
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 1E3763A1043 for <netmod@ietfa.amsl.com>; Tue, 27 Oct 2020 09:13:37 -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 MXJvN5PsnYmY for <netmod@ietfa.amsl.com>; Tue, 27 Oct 2020 09:13:35 -0700 (PDT)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2125.outbound.protection.outlook.com [40.107.243.125]) (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 8D68E3A1040 for <netmod@ietf.org>; Tue, 27 Oct 2020 09:13:35 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FS0nT6NccjtRK4Xkq6CYyJqAwLSm3E2SaE1qkPqpOquXTOloJh+qcnHTaqF8mx+kHAYqw2EoPIOaReNmvLAS7gfA12bS2FcVQJDKzOxde+i6g4JIPU+qKfQNKtyLnSM25TVRS6bITcYbIil/M2qk8sZG1QK41LjWEFY3OWXx95swe6y8fkuNjhWG4l/eDIVnVn4HS+pqXkQl6RzjXP7jODCHPx2tvWUJRfQ2QFZj7LuiCaVnm6fKH45IJH/VNk4DqmRwrAkj6/3oB83GsE+3YnkG3j6WXVlJ5QXdo3utilOPyPDq0TrrUzYpGOivGOktvnb+qPhxWdF7d6T8+sVGAQ==
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=/oAtHZRHDk2MEd7p+Z0rkDuOWc+6xlv7OmBG9Z8aXjo=; b=QgQmKOgojpI4yaEXP41J8uNaFtdL3CzPPjQmbsrUd8TBQ8F9txyxkKq0ZLitbBLhJ+Ke0Zq5aGm2NiCjs/gG0PGioJV4klg0vUn7UPZh55dtlLGzt9I52r4vapHeaieE+6sllwS9mftGcM2tcg0IkgFf9nL3Ma+vYP4LHGSlKGTU+DiJ2lgrlENfZyycVb6Vhbf1UC+BbrKCWjUeV/I8fYr6n1hvpUWNJv56I1mCZLbkGbQpR1OroLjihELS3nhfZhPia6tAKCJ3y6ogvO5cPdeEnHYM0KgqbOSclmPHGlstvoU1eUMg/tsWtS8XqwbJqwtZoqAh5uCrMs3W+VlVig==
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=/oAtHZRHDk2MEd7p+Z0rkDuOWc+6xlv7OmBG9Z8aXjo=; b=XK5i3ayiqS33PojWp1tB9x7o1iynl0yJDJamgn75XLE+y9a7xI3tE5ezqmcPjZ6hrsmemYHxOCPBaG26DF54BQI43sSfQzu3BUmSk6WLi8gxwApDajSD7mWepUzVA7y34ZBKtyeqAsxnSvGXV9wV6N3w0qtp8TLKqP8OsBB0G1g=
Received: from DM5PR08MB2633.namprd08.prod.outlook.com (2603:10b6:3:ca::21) by DM6PR08MB4153.namprd08.prod.outlook.com (2603:10b6:5:8f::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.25; Tue, 27 Oct 2020 16:13:30 +0000
Received: from DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e]) by DM5PR08MB2633.namprd08.prod.outlook.com ([fe80::1818:bdc5:36e2:329e%6]) with mapi id 15.20.3499.019; Tue, 27 Oct 2020 16:13:30 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: NETMOD YANG Version Discussions - meeting minutes Oct 27, 2020
Thread-Index: AdasemUJzi9mgE+mR7+dnMuzfhea0AAAZgQA
Date: Tue, 27 Oct 2020 16:13:30 +0000
Message-ID: <DM5PR08MB2633FB5D6948944936765F5D9B160@DM5PR08MB2633.namprd08.prod.outlook.com>
References: <DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160@DM5PR08MB2633.namprd08.prod.outlook.com>
In-Reply-To: <DM5PR08MB2633C5B350ECDF8F98BD5B8E9B160@DM5PR08MB2633.namprd08.prod.outlook.com>
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: [174.112.3.120]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: cf9fec76-ef53-44f0-d99b-08d87a933ee6
x-ms-traffictypediagnostic: DM6PR08MB4153:
x-microsoft-antispam-prvs: <DM6PR08MB4153CD8CF6EFE3FC51E8D3629B160@DM6PR08MB4153.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: IMJ48HQrkfIDiy+GY8hp5RDoa4e4Jv7VYktHdLMWigGKZTkjbW9Rldz7bIYIYjp/q2DjMHhIJ8V08X8sfRDfCZvEdgnqe2yk/a6ErAsomprYl/1lkpwMOhLIpd+fREjHSa4xNI3HGRtMp9x9vDEVS+7xt1Y1gN8qDhOdMQ0e13Qd00qt+J8E0ffFuXUFtk/DxJXfYz54j9H00xlFdGCSQHX+T1R9eoi6h19Jeq0MhJRgOkcuS3+VtmTQKdGDPtkoByEkZVkNJi80BpcEmOZ4SHaLkj5kXWOw8p1vyk0RR2GfFLL9i2AG2hR0kVVOvINeLH1vPuQTS5YGVwKAGjgqvQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM5PR08MB2633.namprd08.prod.outlook.com; PTR:; CAT:NONE;  SFS:(4636009)(396003)(346002)(376002)(136003)(39840400004)(366004)(33656002)(83380400001)(9686003)(86362001)(2906002)(52536014)(186003)(5660300002)(71200400001)(6506007)(26005)(8936002)(53546011)(6916009)(316002)(7696005)(55016002)(2940100002)(66946007)(66446008)(64756008)(8676002)(66476007)(76116006)(66556008)(478600001); DIR:OUT; SFP:1102; 
x-ms-exchange-antispam-messagedata: vusqQcX8S9gnixPhwBmpXMtnPb4sJZ74xyruK2tI5WJM7UTgBQdYZy1hBYEtDFkHlsPF3sD+MfOoVhSsv0c1NuFH0npKX65Z4QMWBl56CWyJl9Vyxbw3cVVEO42nyX6GQXcexxcYIqFfooy38gnkGaD7o7q9EbLCaP+RPJvCpgEkRBc/B/IogOziabEB4JbVaudo4zTXzKFqWtMSv+tkAhnnMlUt0V+Grra1OYO/RYo0/YSoyMwGu7yiO6CBVs6dGJJgC0ocF+le+DVB6j1vEZIYuv0S/rBZ9xUMlHEZhGpkaDdvfWOEkfUuL/ieWngC9Y1t/TgMXGuIA0+bR+hiGU1Or4RrRycj5/f6zLZlPwKittTX2s0GJBsQlVerJTeDLEBzs/1N+ZabZgJlNfpnXPRMIKwvchl3M8Hpib5DRPUNpsH6HMAL+HTBrkMsfeYlZqOL4RmhvvGzgHx/4mQx67YnkoMiiuQbzUO3ZknsUSeeFT+dOqeK3EkTSp7LW4Iid24p41wxcLyO+YBbT7xCKvZ93qAh3bOm08+dj5NCvQ2ujzs8GIhN13DErFg6ST0qviQNRkYVAgoQUJPzYD0JknQZOSrr8vYS1D6G6d29j3dGSLowJUfaGtwiKRg+KSdb4nQEICqT2PUutgqkf9GNSg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM5PR08MB2633FB5D6948944936765F5D9B160DM5PR08MB2633namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM5PR08MB2633.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cf9fec76-ef53-44f0-d99b-08d87a933ee6
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2020 16:13:30.6133 (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: npkU3kvLYxtTpoaGvo3+C6zon7H9JFXr43p4QENnoSYc8SNZ2hi95q4/FyzWIVxyejrRAdpSD5z9RCHMxal1+Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB4153
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/Mp4-1qNk4zrNHozjRDmnwBrs-vg>
Subject: Re: [netmod] NETMOD YANG Version Discussions - meeting minutes Oct 27, 2020
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Oct 2020 16:13:37 -0000

--_000_DM5PR08MB2633FB5D6948944936765F5D9B160DM5PR08MB2633namp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I forgot one important thing -> people from the author's group should revie=
w Bo's recent editorial changes to Packages as soon as possible. We want to=
 get those into the upcoming update.

From: Sterne, Jason (Nokia - CA/Ottawa)
Sent: Tuesday, October 27, 2020 12:11 PM
To: netmod@ietf.org
Subject: NETMOD YANG Version Discussions - meeting minutes Oct 27, 2020

Hi all,

We discussed next steps for the 5 main versioning drafts:
- no plan to re-issue Versioning or Semver before IETF109
- re-issue Packages with editorial updates and some statements about usage =
of deviations in packages (Bo)
- re-issue Version Selection and Diff drafts (Joe)

The main discussion was around text for the Packages draft related to devia=
tions (they should be avoiding in standard SDO Packages, more for implement=
ations, akin to RFC7950 recommendations on deviations).

We raised an issue about where to document various versioning guidelines fo=
r YANG authors and SDOs. The YANG author guidelines RFC may not be the righ=
t place for Packages-related guidelines for example.

We should craft a liaison statement (at the IETF/NETMOD WG level)to 3GPP & =
ORAN about YANG deviations in packages (and other aspects of this versionin=
g work ?)

Next week we'll plan IETF109 update slides.

Jason


--_000_DM5PR08MB2633FB5D6948944936765F5D9B160DM5PR08MB2633namp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri",sans-serif;
	mso-fareast-language:EN-US;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-CA" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">I forgot one important thing -&gt; people from the a=
uthor's group should review Bo's recent editorial changes to Packages as so=
on as possible. We want to get those into the upcoming update.<o:p></o:p></=
p>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm =
0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"mso-fareast-languag=
e:EN-CA">From:</span></b><span lang=3D"EN-US" style=3D"mso-fareast-language=
:EN-CA"> Sterne, Jason (Nokia - CA/Ottawa)
<br>
<b>Sent:</b> Tuesday, October 27, 2020 12:11 PM<br>
<b>To:</b> netmod@ietf.org<br>
<b>Subject:</b> NETMOD YANG Version Discussions - meeting minutes Oct 27, 2=
020<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We discussed next steps for the=
 5 main versioning drafts:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- no plan to re-issue Versionin=
g or Semver before IETF109<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- re-issue Packages with editor=
ial updates and some statements about usage of deviations in packages (Bo)<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">- re-issue Version Selection an=
d Diff drafts (Joe)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">The main discussion was around =
text for the Packages draft related to deviations (they should be avoiding =
in standard SDO Packages, more for implementations, akin to RFC7950 recomme=
ndations on deviations).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We raised an issue about where =
to document various versioning guidelines for YANG authors and SDOs. The YA=
NG author guidelines RFC may not be the right place for Packages-related gu=
idelines for example.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">We should craft a liaison state=
ment (at the IETF/NETMOD WG level)to 3GPP &amp; ORAN about YANG deviations =
in packages (and other aspects of this versioning work ?)<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Next week we'll plan IETF109 up=
date slides.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Jason<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
</body>
</html>

--_000_DM5PR08MB2633FB5D6948944936765F5D9B160DM5PR08MB2633namp_--


From nobody Thu Oct 29 06:47:07 2020
Return-Path: <rwilton@cisco.com>
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 05E133A0B04; Thu, 29 Oct 2020 06:47:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level: 
X-Spam-Status: No, score=-9.598 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-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=MS1ww+bw; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Yw5L2SS5
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 hxuJiesuSBqu; Thu, 29 Oct 2020 06:47:03 -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 C45433A0658; Thu, 29 Oct 2020 06:47:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10320; q=dns/txt; s=iport; t=1603979222; x=1605188822; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=+cwFktOd76m6tib2VaA3SOslwWZWPeev0HM61ah3tTo=; b=MS1ww+bwCfVU/GtNy2MVTCvaQC8+z51uF6lZBZeLnrmKe2adxq2hDCYK pWyroZxZ0XFqOSlg8bz31WfhitbioDQfIW6vcndi45kIL4GxgUzp/kt5F T/DWQemLJzQGGRS4OMq8DZ8wVJq+EPylnJAq63OxMylC5iNS5/aaXpSm1 0=;
IronPort-PHdr: =?us-ascii?q?9a23=3AT6FaWB3taCPDjHu1smDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxWGv6dsgUPHG4LB5KEMh+nXtvXmXmoNqdaEvWsZeZNBHx?= =?us-ascii?q?kClY0NngMmDcLEbC+zLPPjYyEgWsgXUlhj8iK6PFRbXsHkaA6arni79zVHHB?= =?us-ascii?q?L5OEJ8Lfj0HYiHicOx2qiy9pTfbh8OiiC6ZOZ5LQ69qkPascxFjA=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C/DgCKx5pf/4YNJK1YCh0BATwBBQU?= =?us-ascii?q?BAgEJARWBTwKBUCMuB4FJLy0Kh3wDjkqXeYJTA1QLAQEBDQEBLQIEAQGESgK?= =?us-ascii?q?CBwIlNwYOAgMBAQsBAQUBAQECAQYEcYVhDIYLKAYBATgRARokQhcPAQQBGhM?= =?us-ascii?q?HhVADLgEDo1UCgTuIaHSBNIMEAQEFhTAYghAJgTgBgnGKSBuBQT+BEUOCGIU?= =?us-ascii?q?DBBEag0iCLJA/il6bdIEMCoJsmySDF4oQlD6TRKA9AgQCBAUCDgEBBYFqJCq?= =?us-ascii?q?BLXAVgyRQFwINkhCKWHQ4AgYKAQEDCXyLBgImB4EGATFfAQE?=
X-IronPort-AV: E=Sophos;i="5.77,430,1596499200"; d="scan'208";a="590036803"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Oct 2020 13:47:01 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 09TDl1m4014746 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 29 Oct 2020 13:47:01 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 29 Oct 2020 08:47:00 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 29 Oct 2020 09:46:59 -0400
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 29 Oct 2020 08:46:59 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LgYJGeXcpw7KrM6t5Tz+DxwoBIQ13ahmahfnLAe9HHPI2ARyXNRpxJUIixRURRMYT9o2V3rVmrXzDrGaUCbAryCJjGTMtDE/MBrerZ8fArV3w+zHCNGEm/ZIRJZKiN7MqNLaozt4xPMfPXgnq0hxRCbWv30UuEBt9SGLiaqw5/8Il4656kwm4vxLpd9djdfXS6rICuVmkAaf+vSczH4AP8s+ZLzGcv9iiOyf1zSIBa95YCbAiQh+m7ztCgi2P2y47AZ+/Hf/lOylj4IAuidE4J0OW/KLuNxoJzqMwY1SeUlCqVoDEeEwnKGSQihvJi2xn41lvvC73KAg5SiyerLYuw==
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=KDOmsQpTuNu99VZ2b+f27MLy+qPpmk7XXDoH/AJN6Jg=; b=TEDptRnVuR+Mt9R537m5oIs6ly+ZFHzW6pxtVQtb6RNiVUuhwAq6dnPdAVuzsyNzEov9XjyZTNnCZ9Khb4KWn1p5+pzhZq5eP+p9gKyBul3NfbqU6qwhgzK9BbukT0yukLNtp2T1Pc/UwxwJEiUfXLoVJDln3npcjXhJAOFCx76SKnCiOjb8d9S3aoNfZSPv47YW2K5qGYA2h0o+48ozGCbub45/h/dbP2/0+frpg/hE4BYZI2LFJ+GW83dHPoQuelmlYBgZUCReRuTQ9/YxdMgL8Xlp7ojvBwoTiqm01jrL1HrEPeZ+WP+43WzMXej795zQiHZ/y4EnAU1mZj0r4A==
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=KDOmsQpTuNu99VZ2b+f27MLy+qPpmk7XXDoH/AJN6Jg=; b=Yw5L2SS5r3+Ktu8vyb6YXW4uNf3SxnLbheg4HLCEbETCI40aNmHchrijWyXGD85AksANPjI6gvltULexc74hzd9DIT72iRZe3WY+1ATXzaJlaN+KEi/4cko3eSvMtfP2wVZ/BXiLnHP4iyVd1f7RI5linQrq7oI1tb5hoaXxcxw=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4549.namprd11.prod.outlook.com (2603:10b6:208:26d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Thu, 29 Oct 2020 13:46:58 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::d84a:115:9ce0:8241]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::d84a:115:9ce0:8241%4]) with mapi id 15.20.3477.034; Thu, 29 Oct 2020 13:46:58 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: "draft-ietf-netmod-nmda-diff.all@ietf.org" <draft-ietf-netmod-nmda-diff.all@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: AD review of draft-ietf-netmod-nmda-diff-07
Thread-Index: Adat+a/3DPT1aCJSTfuydcCuPD9V4w==
Date: Thu, 29 Oct 2020 13:46:57 +0000
Message-ID: <MN2PR11MB43662C6DC8C0E541D42DBF7CB5140@MN2PR11MB4366.namprd11.prod.outlook.com>
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=cisco.com;
x-originating-ip: [82.12.233.180]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 943c674b-9948-43fd-22bf-08d87c111b51
x-ms-traffictypediagnostic: MN2PR11MB4549:
x-microsoft-antispam-prvs: <MN2PR11MB4549110B8B9DB9D991D6303DB5140@MN2PR11MB4549.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: NiEPC2e+cuZu6/2lruURWcWbBYeGjK9EYluu9v2Vox3UJqbwmyOtgFCGQyjCYrDpag1BEoey+6RvVOkgFuaywgC4QMirq6xQD24Gy1i4s401LrP+3GpHonRLocCMk0S7D6sBbt4IxYvCUURhK9SbVn7NIw6ThhvhcPFVxBh0hOZ0bW8yCnjoUL0auh+dTqV56/uj6vOGBjJGG/wym+SG7iVfB59Q4T9rAKVR5/xKdUyaKelAjZ8ssiMnpCNlUxWmLyG6vLWKk4SLtPN+CYW+RT0FLBFR5Wzrak4b7SFJAzQ9hEMWJCNy+4UDU+sUSjOt
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:(39860400002)(136003)(376002)(346002)(396003)(366004)(66556008)(64756008)(66446008)(478600001)(9686003)(66946007)(76116006)(7696005)(33656002)(450100002)(52536014)(55016002)(71200400001)(186003)(86362001)(110136005)(6506007)(66476007)(316002)(8936002)(26005)(5660300002)(8676002)(83380400001)(2906002); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata: VemZ6b1UPcNv5p/hTN/FsGgykftPjEGRWeqlBnnEAaUqe7LZ0dh8HlTwNGqLVF2jxY88/H+bpIVtcRLKE9v4pvXNkfSQWPPGv1DxCSP8BMdTAeBVSssRmUDK4q5rMo/p1vUswRe4fouF6P4iacQnd1p3l5R1nZvdR3vi8tCOF9BXVR8CyBMawYDdrcq3CYmImBLPPhLj8CYRgls1jyoEpedZCqY5Jx8dHIheCpgZHi6ebDb60oN18PbqtYwVKScQainW+dYP9P5cC6EqOCVQk+e2wHx06L+C9T6WshFqENRLvn7VfN/WednXZOxsr1Mug7zCqy1B9bYUsvYMN9HGr+yEnwTcDqGrE10yGh8xYaY30pB5CKnzoODA3aEQLYaFKzcY+yf+sQNu7Qle9PNM7mz76/0dBui7oTsGiGEpWIya0JwkwZTqSN+JwQYKreNMIYzEbRnQ1VBf4QLdzp9RtdB573mtl4wvDSxWRwn9G+Sf28BXkujZpD4WFDFy2YtNeG0J9i4bt9OUasckNRMgDGddEsw1yqz2pxmrN0KEobrpZ2ui+kIpgXsds5ov4+3W4FRopfkzjfa7QbUbE7mVJCs+GLYbAilScxzCGMVcpXKrzAsRyn/zTDqyOmKb1T5/0Z+Rp+jYLOxspE2rMVKA2w==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
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: 943c674b-9948-43fd-22bf-08d87c111b51
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2020 13:46:58.0919 (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: ZeVrd1r5HXH2+k8NqKST7gzTdiR7H58QvYDqJJjEXyeUuyy7SICfvWao8rfhAN34s1z+Lr8M8k+FXDzcdfwI5g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4549
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lkqYduA8hREu0shyItTLyNDGX7Y>
Subject: [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 <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Oct 2020 13:47:05 -0000

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 l=
ike it is in good shape.


Main comments:

1. Should there be any text about how to find out what datastores are suppo=
rted by a device?  E.g., pointing them to either YANG library, or protocol =
specific mechanisms in the case of RESTCONF.

2. It might be helpful to add a comment about potential issues that could a=
rise by comparing <running> to <operational>, i.e., additional differences =
could be reported due to inactive configuration and template processing bet=
ween <running> and <operational>.

3. I would prefer if 'exclude=3Dorigin' was in the reverse sense and perhap=
s called 'report-origin' instead.  With the reverse sense it seems to be sa=
fer if new datastores are defined, where otherwise the behaviour could end =
being under specified.

4. Should there be an option to filter on origin metadata?  E.g., only incl=
ude values that come from intended.  Otherwise, things like IP addresses le=
arned from DHCP may always turn up as differences.

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.


I've also included some minor comments inline below, and some nits at the e=
nd:

    Abstract

       This document defines an RPC operation to compare management
       datastores that comply with the NMDA architecture.
  =20
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=20
    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 <intended>, which contains validated configuratio=
n
       data that a client application intends to be in effect, and
       <operational>, which contains at least conceptually operational stat=
e
       data (such as statistics) as well as configuration data that is
       actually in effect.

I would suggest deleting "at least conceptually", since the <operational>
datastore does contain all operational state, but it may be implemented as =
a virtual construct that spans multiple nodes (e.g., linecards) and process=
es.


       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.
  =20
"allowing to clearly distinguish" =3D> distinguishing"
"status and statistics" =3D> "status information and statistics"


       As a result, data from the same management model can be reflected in
       multiple datastores.  Clients need to specify the target datastore t=
o
       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 i=
s
       actually in effect, or in the configuration that was supplied by a
       client and that is supposed to be in effect.
  =20
Perhaps reword the last sentence to match the logical data flow in the serv=
er:

   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.


       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 (fo=
r
       example, breaking a service instance resulting in service is not
       properly delivered to a customer) and network resources be
       misallocated.
      =20
Perhaps change "actual status" to "actual operational status".

I also suggest changing the last sentence to:

    Services may be negatively affected (e.g., degrading or breaking a cust=
omer service) or network resources may be misallocated.


        3. Definitions:

It should probably define that <intended>, <operational>, (and perhaps <run=
ning>) are used to indicate names of datastores.

It should also explain that <compare> is used as the name of a YANG RPC.


    4.  Data Model Overview

       At the core of the solution is a new management operation, <compare>=
,
       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, <compare>,
  that compares the data tree contents of two datastores.

       o  target: The target identifies the datastore to compare against th=
e
          source.

Suggest adding an example ", e.g., <operational>."

       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 withi=
n
          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 us=
e
          cases and would complicate the scheme, from implementation to
          dealing with race conditions.)
         =20
Perhaps "parts/part" rather than "portions/portion".

Suggest rewording the last sentence to:

    Note, the filter does not allow expressions that match against data nod=
e values since that may incur implementation difficulties and is not requir=
ed for normal use cases.


       o  ...  When the target datastore is <operational>, "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 <intended> but the origin
          of the same data node in <operational> is reported as "system".

I think that this test needs to refer back to the 'exclude-origin' or 'repo=
rt-origin' options since the origin metadata isn't always included.



    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.
       =20
I couldn't see that RFC 2119 language is actually used in the YANG module, =
so perhaps this can be deleted?

         rpc compare {
           description
             "NMDA compare operation.";

Perhaps "NMDA datastore compare operation."

                 anydata source-value {
                   when "../operation =3D 'delete'"
                     + "or ../operation =3D 'merge'"
                     + "or ../operation =3D 'move'"
                     + "or ../operation =3D 'replace'"
                     + "or ../operation =3D 'remove'";
                   description
                     "The anydata 'value' is only used for 'delete',
                      'move', 'merge', 'replace', and 'remove'
                      operations.";
                     =20
I'm not convinced how useful the when statement really is in this case, sin=
ce 'source-value' isn't marked as mandatory, a server is allowed to omit it=
 when it doesn't apply anyway.

    6.  Example

       <operational> does not contain object "description" that is containe=
d
       in <intended>.  Another object, "enabled", has differences in values=
,
       being "true" in <operational> and "false" in <intended>.  A third
       object, "name", is the same in both cases.  The origin of the object=
s
       in <operational> 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", perh=
aps "different values".

E.g.,

       <operational> does not contain an instance for leaf "description" th=
at
       is contained in <intended>.  Another leaf, "enabled", has different
       values in the two datastores, being "true" in <operational> and
       "false" in <intended>.  A third leaf, "name", has the same instance
       value in both datastores.  The origin of the leaf instances in
       <operational> is "learned", which may help explain the discrepancies=
.

   //OPERATIONAL
   <interfaces
       xmlns=3D"urn:ietf:params:xml:ns:yang:ietf-interfaces"
       xmlns:or=3D"urn:ietf:params:xml:ns:yang:ietf-origin">
     <interface or:origin=3D"or:learned">
       <name>eth0</name>
       <enabled>true</enabled>

       </interface>
   </interfaces>

There is an extra line, and dodgy indentation for "</interface>".

Nits:

"possibly for" =3D> "possible for"
"reference for the" =3D> "the reference data tree for the"
"is basis" =3D> "is the basis"

Thanks,
Rob


From nobody Thu Oct 29 18:09:18 2020
Return-Path: <joelja@gmail.com>
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 6B15D3A0B02; Thu, 29 Oct 2020 18:09: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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z3KIOOvXm1bj; Thu, 29 Oct 2020 18:09:15 -0700 (PDT)
Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (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 71B123A02BB; Thu, 29 Oct 2020 18:09:12 -0700 (PDT)
Received: by mail-oi1-x236.google.com with SMTP id m128so5098474oig.7; Thu, 29 Oct 2020 18:09:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=V6/rMRmNcPv91PUhC4CDWzZfzENeNXI1JlckZepPHDY=; b=D0wnc4+NT58SfBtNaSFv0QpHL6SM25F1UeQqKBuMuw/QrwTejHNFu6LXQJTRUCLAUK LfRvgbf64ZQPS+JwAuJ88EUVIlmf/7D5RPzjF2M/nYYNofrCvCoEF7k32doNvyYy9sOi DdNDh4WHIahKcJH/Hehwu66yMiaYzbc9E838wbIKFYS4yOADTtBXZFsyBCTKtCcVLC3o 6/DLj8WzZ8eiha6KHMnNK1bHlMrW5TE7PuRzbY3EpPGguIVRePmPvXDdDgmJVuBQWDw1 MvlJFampE+kpYJE8qvdaEixyuVjidpA5dXIQ0MWYLhPaSMHH6yrv5RjLRI5vkZT+5We6 74nw==
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=V6/rMRmNcPv91PUhC4CDWzZfzENeNXI1JlckZepPHDY=; b=NLMyXtThSQBwPRaZ6w6aPXx1Tjcd7/Q0Z13dV9QAs3PRy0r3eVCxZ4NUiTA/L2/0xw oRaJfJNuuBg3SC8SkmNZFBCFEwA5+NAwDM++ort3h8ujGClo3vgMZKswHDwbHonG/vwV QmvycDG5arJnkP7FhkzTMfLUzLsbYoYv3IbnZdIjflpm9/RA0ikZGzTsUXv0J1l37nST v1DBpUFjUv1NFRf4xOYD6RxVQiNEQNiNYv7p8XT+UfCW/pTXoa8qtIfMNIeSyi73+CmU HRKpYBXNMvYtsIt3gL40Viooi9Om5KEShv6drGXLMvkexYWmnRaYD9qKmzHfKLhLyjCW As7Q==
X-Gm-Message-State: AOAM530t6GqWM/ECAWobHRhDiB12UZ6uvF4o+fVLUjhZBMgzFGD+o0lQ h6QTVoEg6JHYbxFwLncc+CtwQweNZ/U5GjvKC+U=
X-Google-Smtp-Source: ABdhPJyMMUPr4TpBoz6dV83ruQG8uscvO8/fHw2qYdUZvw7x2oArWAeLnbG+pyZ2RHCYVhT0Oi7mDckOXiFiy736gjE=
X-Received: by 2002:aca:c586:: with SMTP id v128mr1735228oif.115.1604020151595;  Thu, 29 Oct 2020 18:09:11 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR11MB43662C6DC8C0E541D42DBF7CB5140@MN2PR11MB4366.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB43662C6DC8C0E541D42DBF7CB5140@MN2PR11MB4366.namprd11.prod.outlook.com>
From: joel jaeggli <joelja@gmail.com>
Date: Thu, 29 Oct 2020 18:09:00 -0700
Message-ID: <CAA8XPEHqN-z=K2q0-DqEE=EJvCAHMH8X9-eUxnfYpacLj8r8Gg@mail.gmail.com>
To: "Rob Wilton (rwilton)" <rwilton@cisco.com>
Cc: "draft-ietf-netmod-nmda-diff.all@ietf.org" <draft-ietf-netmod-nmda-diff.all@ietf.org>,  "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000059377105b2d90be2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/brFxoEQUHZHbc4VB-BqpxALofXU>
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 <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2020 01:09:17 -0000

--00000000000059377105b2d90be2
Content-Type: text/plain; charset="UTF-8"

Rob,

These seem like reasonable suggestions.

Lets see what the authors say.

Thanks for this
joel

On Thu, Oct 29, 2020 at 6:47 AM Rob Wilton (rwilton) <rwilton@cisco.com>
wrote:

> 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.
>
> 2. It might be helpful to add a comment about potential issues that could
> arise by comparing <running> to <operational>, i.e., additional differences
> could be reported due to inactive configuration and template processing
> between <running> and <operational>.
>
> 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.
>
> 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.
>
> 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.
>
>
> 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 <intended>, which contains validated
> configuration
>        data that a client application intends to be in effect, and
>        <operational>, 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 <operational>
> datastore does contain all operational state, but it may be implemented as
> a virtual construct that spans multiple nodes (e.g., linecards) and
> processes.
>
>
>        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"
>
>
>        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.
>
>
>        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".
>
> 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.
>
>
>         3. Definitions:
>
> It should probably define that <intended>, <operational>, (and perhaps
> <running>) are used to indicate names of datastores.
>
> It should also explain that <compare> is used as the name of a YANG RPC.
>
>
>     4.  Data Model Overview
>
>        At the core of the solution is a new management operation,
> <compare>,
>        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, <compare>,
>   that compares the data tree contents of two datastores.
>
>        o  target: The target identifies the datastore to compare against
> the
>           source.
>
> Suggest adding an example ", e.g., <operational>."
>
>        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

--00000000000059377105b2d90be2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Rob,=C2=A0</div><div><br></div><div>These seem like r=
easonable suggestions.=C2=A0</div><div><br></div><div>Lets see what the aut=
hors say.</div><div><br></div><div>Thanks for this</div><div>joel</div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oc=
t 29, 2020 at 6:47 AM Rob Wilton (rwilton) &lt;<a href=3D"mailto:rwilton@ci=
sco.com">rwilton@cisco.com</a>&gt; wrote:<br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex">Hi,<br>
<br>
Here is my AD review for draft-ietf-netmod-nmda-diff-07.=C2=A0 Apologies fo=
r the delay.<br>
<br>
Thank you for writing this document, I think that it is useful, and looks l=
ike it is in good shape.<br>
<br>
<br>
Main comments:<br>
<br>
1. Should there be any text about how to find out what datastores are suppo=
rted by a device?=C2=A0 E.g., pointing them to either YANG library, or prot=
ocol specific mechanisms in the case of RESTCONF.<br>
<br>
2. It might be helpful to add a comment about potential issues that could a=
rise by comparing &lt;running&gt; to &lt;operational&gt;, i.e., additional =
differences could be reported due to inactive configuration and template pr=
ocessing between &lt;running&gt; and &lt;operational&gt;.<br>
<br>
3. I would prefer if &#39;exclude=3Dorigin&#39; was in the reverse sense an=
d perhaps called &#39;report-origin&#39; instead.=C2=A0 With the reverse se=
nse it seems to be safer if new datastores are defined, where otherwise the=
 behaviour could end being under specified.<br>
<br>
4. Should there be an option to filter on origin metadata?=C2=A0 E.g., only=
 include values that come from intended.=C2=A0 Otherwise, things like IP ad=
dresses learned from DHCP may always turn up as differences.<br>
<br>
5. I&#39;m not that keen on the &quot;Possible Future Extensions&quot; sect=
ion of an RFC.=C2=A0 Personally, I would prefer that this section is delete=
d, but if you wish to retain it, then please can you move it to an appendix=
.<br>
<br>
<br>
I&#39;ve also included some minor comments inline below, and some nits at t=
he end:<br>
<br>
=C2=A0 =C2=A0 Abstract<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0This document defines an RPC operation to compar=
e management<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0datastores that comply with the NMDA architectur=
e.<br>
<br>
The abstract is perhaps somewhat terse.=C2=A0 Perhaps:<br>
<br>
=C2=A0 =C2=A0 This document defines a YANG RPC operation to compare the<br>
=C2=A0 =C2=A0 contents of network management datastores that comply with<br=
>
=C2=A0 =C2=A0 the NMDA architecture and return the differences in the <br>
=C2=A0 =C2=A0 YANG-Patch format.<br>
<br>
<br>
=C2=A0 =C2=A0 1.=C2=A0 Introduction<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0The revised Network Management Datastore Archite=
cture (NMDA)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0[RFC8342] introduces a set of new datastores tha=
t each hold YANG-<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0defined data [RFC7950] and represent a different=
 &quot;viewpoint&quot; on the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data that is maintained by a server.=C2=A0 New Y=
ANG datastores that are<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0introduced include &lt;intended&gt;, which conta=
ins validated configuration<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data that a client application intends to be in =
effect, and<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;operational&gt;, which contains at least con=
ceptually operational state<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data (such as statistics) as well as configurati=
on data that is<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0actually in effect.<br>
<br>
I would suggest deleting &quot;at least conceptually&quot;, since the &lt;o=
perational&gt;<br>
datastore does contain all operational state, but it may be implemented as =
a virtual construct that spans multiple nodes (e.g., linecards) and process=
es.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0NMDA introduces in effect a concept of &quot;lif=
ecycle&quot; for management<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data, allowing to clearly distinguish between da=
ta that is part of a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0configuration that was supplied by a user, confi=
guration data that<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0has actually been successfully applied and that =
is part of the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0operational state, and overall operational state=
 that includes both<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0applied configuration data as well as status and=
 statistics.<br>
<br>
&quot;allowing to clearly distinguish&quot; =3D&gt; distinguishing&quot;<br=
>
&quot;status and statistics&quot; =3D&gt; &quot;status information and stat=
istics&quot;<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0As a result, data from the same management model=
 can be reflected in<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0multiple datastores.=C2=A0 Clients need to speci=
fy the target datastore to<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0be specific about which viewpoint of the data th=
ey want to access.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0This way, an application can differentiate wheth=
er they are (for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0example) interested in the configuration that ha=
s been applied and is<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0actually in effect, or in the configuration that=
 was supplied by a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0client and that is supposed to be in effect.<br>
<br>
Perhaps reword the last sentence to match the logical data flow in the serv=
er:<br>
<br>
=C2=A0 =C2=A0For example, a client application can differentiate whether th=
ey are<br>
=C2=A0 =C2=A0interested in the configuration supplied to a server and that =
is<br>
=C2=A0 =C2=A0supposed to be in effect, or the configuration that has been a=
pplied and is<br>
=C2=A0 =C2=A0actually in effect on the server.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0When configuration that is in effect is differen=
t from configuration<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0that was applied, many issues can result.=C2=A0 =
It becomes more difficult<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0to operate the network properly due to limited v=
isibility of actual<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0status which makes it more difficult to analyze =
and understand what<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0is going on in the network.=C2=A0 Services may b=
e negatively affected (for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0example, breaking a service instance resulting i=
n service is not<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0properly delivered to a customer) and network re=
sources be<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0misallocated.<br>
<br>
Perhaps change &quot;actual status&quot; to &quot;actual operational status=
&quot;.<br>
<br>
I also suggest changing the last sentence to:<br>
<br>
=C2=A0 =C2=A0 Services may be negatively affected (e.g., degrading or break=
ing a customer service) or network resources may be misallocated.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 3. Definitions:<br>
<br>
It should probably define that &lt;intended&gt;, &lt;operational&gt;, (and =
perhaps &lt;running&gt;) are used to indicate names of datastores.<br>
<br>
It should also explain that &lt;compare&gt; is used as the name of a YANG R=
PC.<br>
<br>
<br>
=C2=A0 =C2=A0 4.=C2=A0 Data Model Overview<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0At the core of the solution is a new management =
operation, &lt;compare&gt;,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0that allows to compare two datastores for the sa=
me data.<br>
<br>
Suggest rewording this first sentence to:<br>
<br>
=C2=A0 The core of the solution is a new management operation, &lt;compare&=
gt;,<br>
=C2=A0 that compares the data tree contents of two datastores.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0o=C2=A0 target: The target identifies the datast=
ore to compare against the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 source.<br>
<br>
Suggest adding an example &quot;, e.g., &lt;operational&gt;.&quot;<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0o=C2=A0 filter-spec: This is a choice between di=
fferent filter constructs<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to identify the portions of the datastor=
e to be retrieved.=C2=A0 It<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 acts as a node selector that specifies w=
hich data nodes are within<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the scope of the comparison and which no=
des are outside the scope</blockquote></div></div>

--00000000000059377105b2d90be2--


From nobody Thu Oct 29 18:43:26 2020
Return-Path: <andy@yumaworks.com>
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 A66073A0317 for <netmod@ietfa.amsl.com>; Thu, 29 Oct 2020 18:43:24 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 GpdWeJitp5BK for <netmod@ietfa.amsl.com>; Thu, 29 Oct 2020 18:43:23 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 9EFAC3A0147 for <netmod@ietf.org>; Thu, 29 Oct 2020 18:43:22 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id a9so5844045lfc.7 for <netmod@ietf.org>; Thu, 29 Oct 2020 18:43:22 -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=0c3gv3lv7Zyo0j8TVE4kjAOQMVpSb/Jf6sM+pALgdSw=; b=h26dN7syiuR5do7GS7ITc6/PCRJigNmQ6N6wikDIHdNCFU89y4LheXfcyTzH17ZUbH x4+UNbjRh2BhatZDgb6XzYNlmC2IBzS2TM6f/mJQaWgxWe68b8r24J3FjpprbLl4AQs8 UfQ/dWid23Mj7G7yd8ZxW3LcByoFW8ZTaQXVdbfn7mbIR9Lab3MGMLP5mCDgVs4Va3Ys CU1Ly4asGh/rMLbn+ahqsLgH7euug3bua/UlAq9tURcdj/kw6G8mTh6Jxuil8kQBV06M dZ9vEVtbkIhykUf8n6BHdW6ka1lItq0+eDVMnfdBoL7SSjwdYNsSLnb/mtvXCp/izDNk sYQg==
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=0c3gv3lv7Zyo0j8TVE4kjAOQMVpSb/Jf6sM+pALgdSw=; b=eqKR1VJBbSwXhCLii8oUw7p2zTNQ6KivoVihp84tPPs1R48rSqLszIaXAFgcOyRDYQ 61kYHmdnNMILJHWBKu7K/yigYleYo7DoA1Zd9KL6cxn1K3O7DX0deCVZwh3jzTIeCQ8h /7qy+WCtjOlzPv42BYrUMq5ciYkgAZa/0mVfQSFrtwvxJbYutYa4NtN+2/Ej2xxgjc1w hFZFTMlnDIbozBfhYTPJ02DcZP2F1oWQHivISfupsd45EhdgmWu5xVNt/eC2RLLj30Fd 4jPhr8f6RnpvwBBEI9w+RfvQNlmmzEuMEaYZMY41XtffSpBE5GNzhNxfP+zUElralG6e t0vw==
X-Gm-Message-State: AOAM530P2S7LwXcDzl6QIPyX4HkGvFi1RPEz9pJid03iUu7w2ALc7nxr E2kCIIyFmsWvaU+vCfer1fYPx/UmVznm+8lSlQd4UA==
X-Google-Smtp-Source: ABdhPJwGK6U/3VOPWRicFddDpBvhMh+T9j9J7BsTdiHUfKAi9oJPNcqBBG9Pz329/I8cXW68NEdL/yHLwYDJNYy/ftc=
X-Received: by 2002:a19:64e:: with SMTP id 75mr2864950lfg.143.1604022200599; Thu, 29 Oct 2020 18:43:20 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR11MB43662C6DC8C0E541D42DBF7CB5140@MN2PR11MB4366.namprd11.prod.outlook.com> <CAA8XPEHqN-z=K2q0-DqEE=EJvCAHMH8X9-eUxnfYpacLj8r8Gg@mail.gmail.com>
In-Reply-To: <CAA8XPEHqN-z=K2q0-DqEE=EJvCAHMH8X9-eUxnfYpacLj8r8Gg@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 29 Oct 2020 18:43:09 -0700
Message-ID: <CABCOCHTEJKvchg7OtuJgJ=VjAGdtH0we=5WDWUFfhkcLBfQ2uw@mail.gmail.com>
To: joel jaeggli <joelja@gmail.com>
Cc: "Rob Wilton (rwilton)" <rwilton@cisco.com>,  "draft-ietf-netmod-nmda-diff.all@ietf.org" <draft-ietf-netmod-nmda-diff.all@ietf.org>,  "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007aa27405b2d98570"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/mOuiw1_afGmjZLnIUoUKRyiV8gc>
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 <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Oct 2020 01:43:25 -0000

--0000000000007aa27405b2d98570
Content-Type: text/plain; charset="UTF-8"

On Thu, Oct 29, 2020 at 6:09 PM joel jaeggli <joelja@gmail.com> wrote:

> Rob,
>
> These seem like reasonable suggestions.
>
> Lets see what the authors say.
>
> Thanks for this
> joel
>
> On Thu, Oct 29, 2020 at 6:47 AM Rob Wilton (rwilton) <rwilton@cisco.com>
> wrote:
>
>> 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.
>>
>>
Do you have a section in mind and suggested text?



> 2. It might be helpful to add a comment about potential issues that could
>> arise by comparing <running> to <operational>, i.e., additional differences
>> could be reported due to inactive configuration and template processing
>> between <running> and <operational>.
>>
>>
Do you have a section in mind and suggested text?
You mean if there are differences between <running> and <intended>
then a diff between <running> and <operational> will not be the same
as a diff between <intended> and <operational>.?


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.
>>
>

IMO the WG already designed the features so if the functional requirements
have changed
then the draft should go back to the WG for changes and new WG consensus
calls.




>> 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.
>>
>
IMO the WG already designed the features so if the functional requirements
have changedthen the draft should go back to the WG for changes and new WG
consensus calls.



>> 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.
>>
>>
OK with me to remove it



Andy



>
>> 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 <intended>, which contains validated
>> configuration
>>        data that a client application intends to be in effect, and
>>        <operational>, 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 <operational>
>> datastore does contain all operational state, but it may be implemented
>> as a virtual construct that spans multiple nodes (e.g., linecards) and
>> processes.
>>
>>
>>        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"
>>
>>
>>        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.
>>
>>
>>        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".
>>
>> 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.
>>
>>
>>         3. Definitions:
>>
>> It should probably define that <intended>, <operational>, (and perhaps
>> <running>) are used to indicate names of datastores.
>>
>> It should also explain that <compare> is used as the name of a YANG RPC.
>>
>>
>>     4.  Data Model Overview
>>
>>        At the core of the solution is a new management operation,
>> <compare>,
>>        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, <compare>,
>>   that compares the data tree contents of two datastores.
>>
>>        o  target: The target identifies the datastore to compare against
>> the
>>           source.
>>
>> Suggest adding an example ", e.g., <operational>."
>>
>>        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
>
>

--0000000000007aa27405b2d98570
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 29, 2020 at 6:09 PM joel =
jaeggli &lt;<a href=3D"mailto:joelja@gmail.com">joelja@gmail.com</a>&gt; wr=
ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D=
"ltr"><div>Rob,=C2=A0</div><div><br></div><div>These seem like reasonable s=
uggestions.=C2=A0</div><div><br></div><div>Lets see what the authors say.</=
div><div><br></div><div>Thanks for this</div><div>joel</div><br><div class=
=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 29, 2020=
 at 6:47 AM Rob Wilton (rwilton) &lt;<a href=3D"mailto:rwilton@cisco.com" t=
arget=3D"_blank">rwilton@cisco.com</a>&gt; wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex">Hi,<br>
<br>
Here is my AD review for draft-ietf-netmod-nmda-diff-07.=C2=A0 Apologies fo=
r the delay.<br>
<br>
Thank you for writing this document, I think that it is useful, and looks l=
ike it is in good shape.<br>
<br>
<br>
Main comments:<br>
<br>
1. Should there be any text about how to find out what datastores are suppo=
rted by a device?=C2=A0 E.g., pointing them to either YANG library, or prot=
ocol specific mechanisms in the case of RESTCONF.<br>
<br></blockquote></div></div></blockquote><div><br></div><div>Do you have a=
 section in mind and suggested text?</div><div><br></div><div>=C2=A0</div><=
blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=
eft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div clas=
s=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2. It might be helpful to add a comment about potential issues that could a=
rise by comparing &lt;running&gt; to &lt;operational&gt;, i.e., additional =
differences could be reported due to inactive configuration and template pr=
ocessing between &lt;running&gt; and &lt;operational&gt;.<br>
<br></blockquote></div></div></blockquote><div><br></div><div>Do you have a=
 section in mind and suggested text?</div><div>You mean if there are differ=
ences between &lt;running&gt; and &lt;intended&gt;</div><div>then a diff be=
tween &lt;running&gt; and &lt;operational&gt; will not be the same</div><di=
v>as a diff between &lt;intended&gt; and &lt;operational&gt;.?</div><div><b=
r></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0p=
x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><d=
iv dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex">
3. I would prefer if &#39;exclude=3Dorigin&#39; was in the reverse sense an=
d perhaps called &#39;report-origin&#39; instead.=C2=A0 With the reverse se=
nse it seems to be safer if new datastores are defined, where otherwise the=
 behaviour could end being under specified.<br></blockquote></div></div></b=
lockquote><div><br></div><div><br></div><div>IMO the WG already designed th=
e features so if the functional requirements have changed</div><div>then th=
e draft should go back to the WG for changes and new WG consensus calls.</d=
iv><div><br></div><div><br></div><div><br></div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px=
 solid rgb(204,204,204);padding-left:1ex">
<br>
4. Should there be an option to filter on origin metadata?=C2=A0 E.g., only=
 include values that come from intended.=C2=A0 Otherwise, things like IP ad=
dresses learned from DHCP may always turn up as differences.<br></blockquot=
e></div></div></blockquote><div><br></div><div>IMO the WG already designed =
the features so if the functional requirements have changedthen the draft s=
hould go back to the WG for changes and new WG consensus calls.</div><div><=
br></div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><=
div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote=
" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);=
padding-left:1ex">
<br>
5. I&#39;m not that keen on the &quot;Possible Future Extensions&quot; sect=
ion of an RFC.=C2=A0 Personally, I would prefer that this section is delete=
d, but if you wish to retain it, then please can you move it to an appendix=
.<br>
<br></blockquote></div></div></blockquote><div><br></div><div>OK with me to=
 remove it</div><div><br></div><div><br></div><div><br></div><div>Andy</div=
><div><br></div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D=
"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-le=
ft:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gm=
ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
<br>
I&#39;ve also included some minor comments inline below, and some nits at t=
he end:<br>
<br>
=C2=A0 =C2=A0 Abstract<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0This document defines an RPC operation to compar=
e management<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0datastores that comply with the NMDA architectur=
e.<br>
<br>
The abstract is perhaps somewhat terse.=C2=A0 Perhaps:<br>
<br>
=C2=A0 =C2=A0 This document defines a YANG RPC operation to compare the<br>
=C2=A0 =C2=A0 contents of network management datastores that comply with<br=
>
=C2=A0 =C2=A0 the NMDA architecture and return the differences in the <br>
=C2=A0 =C2=A0 YANG-Patch format.<br>
<br>
<br>
=C2=A0 =C2=A0 1.=C2=A0 Introduction<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0The revised Network Management Datastore Archite=
cture (NMDA)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0[RFC8342] introduces a set of new datastores tha=
t each hold YANG-<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0defined data [RFC7950] and represent a different=
 &quot;viewpoint&quot; on the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data that is maintained by a server.=C2=A0 New Y=
ANG datastores that are<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0introduced include &lt;intended&gt;, which conta=
ins validated configuration<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data that a client application intends to be in =
effect, and<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;operational&gt;, which contains at least con=
ceptually operational state<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data (such as statistics) as well as configurati=
on data that is<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0actually in effect.<br>
<br>
I would suggest deleting &quot;at least conceptually&quot;, since the &lt;o=
perational&gt;<br>
datastore does contain all operational state, but it may be implemented as =
a virtual construct that spans multiple nodes (e.g., linecards) and process=
es.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0NMDA introduces in effect a concept of &quot;lif=
ecycle&quot; for management<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0data, allowing to clearly distinguish between da=
ta that is part of a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0configuration that was supplied by a user, confi=
guration data that<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0has actually been successfully applied and that =
is part of the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0operational state, and overall operational state=
 that includes both<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0applied configuration data as well as status and=
 statistics.<br>
<br>
&quot;allowing to clearly distinguish&quot; =3D&gt; distinguishing&quot;<br=
>
&quot;status and statistics&quot; =3D&gt; &quot;status information and stat=
istics&quot;<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0As a result, data from the same management model=
 can be reflected in<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0multiple datastores.=C2=A0 Clients need to speci=
fy the target datastore to<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0be specific about which viewpoint of the data th=
ey want to access.<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0This way, an application can differentiate wheth=
er they are (for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0example) interested in the configuration that ha=
s been applied and is<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0actually in effect, or in the configuration that=
 was supplied by a<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0client and that is supposed to be in effect.<br>
<br>
Perhaps reword the last sentence to match the logical data flow in the serv=
er:<br>
<br>
=C2=A0 =C2=A0For example, a client application can differentiate whether th=
ey are<br>
=C2=A0 =C2=A0interested in the configuration supplied to a server and that =
is<br>
=C2=A0 =C2=A0supposed to be in effect, or the configuration that has been a=
pplied and is<br>
=C2=A0 =C2=A0actually in effect on the server.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0When configuration that is in effect is differen=
t from configuration<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0that was applied, many issues can result.=C2=A0 =
It becomes more difficult<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0to operate the network properly due to limited v=
isibility of actual<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0status which makes it more difficult to analyze =
and understand what<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0is going on in the network.=C2=A0 Services may b=
e negatively affected (for<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0example, breaking a service instance resulting i=
n service is not<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0properly delivered to a customer) and network re=
sources be<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0misallocated.<br>
<br>
Perhaps change &quot;actual status&quot; to &quot;actual operational status=
&quot;.<br>
<br>
I also suggest changing the last sentence to:<br>
<br>
=C2=A0 =C2=A0 Services may be negatively affected (e.g., degrading or break=
ing a customer service) or network resources may be misallocated.<br>
<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 3. Definitions:<br>
<br>
It should probably define that &lt;intended&gt;, &lt;operational&gt;, (and =
perhaps &lt;running&gt;) are used to indicate names of datastores.<br>
<br>
It should also explain that &lt;compare&gt; is used as the name of a YANG R=
PC.<br>
<br>
<br>
=C2=A0 =C2=A0 4.=C2=A0 Data Model Overview<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0At the core of the solution is a new management =
operation, &lt;compare&gt;,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0that allows to compare two datastores for the sa=
me data.<br>
<br>
Suggest rewording this first sentence to:<br>
<br>
=C2=A0 The core of the solution is a new management operation, &lt;compare&=
gt;,<br>
=C2=A0 that compares the data tree contents of two datastores.<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0o=C2=A0 target: The target identifies the datast=
ore to compare against the<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 source.<br>
<br>
Suggest adding an example &quot;, e.g., &lt;operational&gt;.&quot;<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0o=C2=A0 filter-spec: This is a choice between di=
fferent filter constructs<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to identify the portions of the datastor=
e to be retrieved.=C2=A0 It<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 acts as a node selector that specifies w=
hich data nodes are within<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the scope of the comparison and which no=
des are outside the scope</blockquote></div></div>
</blockquote></div></div>

--0000000000007aa27405b2d98570--

