From nobody Mon Nov 2 01:01:51 2020 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 457DD3A00D2; Mon, 2 Nov 2020 01:01:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.21.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <160430770624.18917.223395949975488676@ietfa.amsl.com> Date: Mon, 02 Nov 2020 01:01:46 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-yang-packages-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 09:01:46 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Packages Authors : Robert Wilton Reshad Rahman Joe Clarke Jason Sterne Bo Wu Filename : draft-ietf-netmod-yang-packages-01.txt Pages : 57 Date : 2020-11-02 Abstract: This document defines YANG packages, a versioned organizational structure holding a set of related YANG modules that collectively define a YANG schema. It describes how packages: are represented on a server, can be defined in offline YANG instance data files, and can be used to define the schema associated with YANG instance data files. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-packages/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-packages-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-packages-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 2 08:46:55 2020 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 311683A0D14; Mon, 2 Nov 2020 08:46:48 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.21.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <160433560815.20670.5610807439551695670@ietfa.amsl.com> Date: Mon, 02 Nov 2020 08:46:48 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-yang-solutions-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 16:46:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Versioning Solution Overview Author : Robert Wilton Filename : draft-ietf-netmod-yang-solutions-01.txt Pages : 8 Date : 2020-11-01 Abstract: This document gives an overview of the different documents that comprise a full solution to the YANG versioning requirements document. The purpose of this document is to help readers understand how the discrete parts of the YANG versioning solution fit together during working group development of the solution documents. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-solutions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netmod-yang-solutions-01 https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-solutions-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-solutions-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 2 08:47:40 2020 Return-Path: X-Original-To: netmod@ietf.org Delivered-To: netmod@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 91BEF3A11CB; Mon, 2 Nov 2020 08:47:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.21.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netmod@ietf.org Message-ID: <160433565154.11772.3277141772339436633@ietfa.amsl.com> Date: Mon, 02 Nov 2020 08:47:31 -0800 Archived-At: Subject: [netmod] I-D Action: draft-ietf-netmod-yang-schema-comparison-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 16:47:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Modeling WG of the IETF. Title : YANG Schema Comparison Author : Robert Wilton Filename : draft-ietf-netmod-yang-schema-comparison-01.txt Pages : 13 Date : 2020-11-01 Abstract: This document specifies an algorithm for comparing two revisions of a YANG schema to determine the scope of changes, and a list of changes, between the revisions. The output of the algorithm can be used to help select an appropriate revision-label or YANG semantic version number for a new revision. This document defines a YANG extension that provides YANG annotations to help the tool accurately determine the scope of changes between two revisions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-schema-comparison/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-netmod-yang-schema-comparison-01.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-schema-comparison-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 2 09:24:23 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EA5C3A1001; Mon, 2 Nov 2020 09:24:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 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_H2=-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=HgtmYYtQ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=xU/2OAmY 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 XC5bo6eJY416; Mon, 2 Nov 2020 09:24:18 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 060D43A0F0E; Mon, 2 Nov 2020 09:24:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1863; q=dns/txt; s=iport; t=1604337858; x=1605547458; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=F6cuVD1OQbJaXg6z1KJYtb6lT2DDzKgI8nFRGQ8gIZ0=; b=HgtmYYtQYATk3Nd8IZJgTgHq5psRnpnrYFJxLgoxqsysV4koDTehP31S +MY6Usj7V+ahsvttNtPy3/q177Sefzw3lVja5/QbBgZ1SLkAONBuFBGUh YEyFnZKZ3aOFk5TvRLus/HCygW3O4AtQ9PYScrADzS+jfh8h2CWwyFseN 0=; IronPort-PHdr: =?us-ascii?q?9a23=3AE1NBex8mSpMc0v9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRaN5PhxghnOR4qIo/5Hiu+DtafmVCRA5Juaq3kNfdRKUA?= =?us-ascii?q?NNksQZmQEsQavnQU32JfLndWo2ScJFUlI2/nynPw5SAsmtL1HXq2e5uDgVHB?= =?us-ascii?q?i3PAFpJ+PzT4jVicn/1+2795DJJQtSgz/oarJpJxLwpgLU5cQ=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqCgCIQKBf/4gNJK1igQmBT4FSUQd?= =?us-ascii?q?wWS8uCod8A40pJph/glMDVAsBAQENAQEYDQgCBAEBhAZEAoIIAiU3Bg4CAwE?= =?us-ascii?q?BCwEBBQEBAQIBBgRxhWEBC4VyAQEBAwEBARAoBgEBLAsBBAsCAQgYHhAnCyU?= =?us-ascii?q?CBA4FGweDBAGCSwMOIAEOpEMCgTuIaHSBNIMEAQEFgTcCDkFEgkcYghAJgTi?= =?us-ascii?q?CcopIG4FBP4E4DBCCTz6CXQEBAgEBFYFGg0qCLLgiCoJsiQiRfgMfgxiBKoh?= =?us-ascii?q?nlEGTSop4kWaDYQIEAgQFAg4BAQWBaiSBV3AVGiEqAYI+CTUSFwINkhCFFIV?= =?us-ascii?q?EdDgCBgoBAQMJfIw7AYEQAQE?= X-IronPort-AV: E=Sophos;i="5.77,445,1596499200"; d="scan'208";a="578483587" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Nov 2020 17:24:17 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 0A2HOGYX006063 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2020 17:24:16 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 11:24:16 -0600 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 11:24:15 -0600 Received: from NAM02-CY1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Nov 2020 11:24:15 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mgTBh6w80A/q45EEIO7tuwK1hWBLpT6lj/6UbKHV+GMN9tarUriGvjla/5bNATd1zsDeRhWRUK/YKY/rZbyLK+q4hlpo1aubmxwYIzBtdyDa1csFCYsaUcb5fhjszaNWWCMurblH1mF+DBmF2GwP+JxvHrmzUdrSOLVkT0SMcsB/+3ddcmHQcBMid3AklsHp8uUOUM44Tf3K25vXCjps8eTuLci6PDmbSso6KEcfz6uL1L8d9kA2x/S0yEcVr4gh1L3lULy0SaKO0+2B3oxEsLfpYRqnHQueJYPFnZwIuwQdybm1aq49YfAalQE82isQ5138jx2nyzZOb6F15sTvzQ== 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=6E+sCMqhyCDZrHlsNYKYRgUJbIMtnh2awMIusHM4b20=; b=eiZjvIWnHN5vo19K8K5zdHODa5l8uqwgT4U63UG+AI0byUaQEJFrKfA6doK9G1FKr9VRAK3ASzrNEPMidUKCrWI0EVQw2EdjAmuCS92xtQR3RDpIk0HGNJhn5o0fCJHndB51gSST5oJiGLcTII+NPypQlaW4ICa86FZ7fy9Eb6j8/BPEwbje5A9QawbftAKu68+w9sslc+OqaF/jL9UKjoHHBo8mD5XwwGYEaL/GDYIUAsK8XnDAI4PgXO6pCkkapf00xAE66mNcDjYY2YJUzq6DIAstKmghASVa19FyO+RiuJktfBD4Wd4KC+idSeoG8D4gT9hHOb3YFGxXVEf9sA== 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=6E+sCMqhyCDZrHlsNYKYRgUJbIMtnh2awMIusHM4b20=; b=xU/2OAmYXvB8f8uJKFJITNMUX2F0RSO4WCHbAcsXiaLyQlbh3lRIFBiRF77tJ4crrflCbtt+fdaeEscyE0E6yAX51F9Oyysi0kUC+wd3EB1BrBHeK1yoD7ZXk2unUzOzw2L7rAw3Pfz2o0RRM5c7dOoLizqDJQQLn1KV16fCXwI= Received: from BN6PR11MB1667.namprd11.prod.outlook.com (2603:10b6:405:e::12) by BN6PR11MB1444.namprd11.prod.outlook.com (2603:10b6:405:a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Mon, 2 Nov 2020 17:24:14 +0000 Received: from BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::5142:3a35:18c2:75c2]) by BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::5142:3a35:18c2:75c2%8]) with mapi id 15.20.3499.030; Mon, 2 Nov 2020 17:24:14 +0000 From: "Joe Clarke (jclarke)" To: "netmod@ietf.org" CC: "i-d-announce@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-yang-solutions-01.txt Thread-Index: AQHWsTfpdizCtyHHSkOctRacXVXLEKm1F4gA Date: Mon, 2 Nov 2020 17:24:14 +0000 Message-ID: <11F9397F-3816-4545-B24D-B0C658E7C7CF@cisco.com> References: <160433560815.20670.5610807439551695670@ietfa.amsl.com> In-Reply-To: <160433560815.20670.5610807439551695670@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) 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: [173.38.117.88] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8237c360-f562-4096-54af-08d87f541ef0 x-ms-traffictypediagnostic: BN6PR11MB1444: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: E3rl1QJqWzF7cWzqcM38gpNmOnci3AjHqxkQYNbxPZ6NWVjdau4vXnumpwRDaNCRzwB+N9k3G+QtcsDkqoX8EcbSDjwb0iIG9K9dl/T6Xgt5YZeq/aI6O/uB+IofNilIDIhzjPEZ9uc8hlkaQ9So7jvrDatZHdDWyoSybhMIb1A5NCEs96rSfYAd/A0Se4i7vck73RS+qbyoq7+Sam1kHn9nXZkluuJC+rcfxbZcg0y9+geP9Hj2RnzHI6CTs6CHbCY4VGlJ/VBcpejrTeU8dMIEH3QAolAiycqq6munwZJ3zzMw8sZs37jLMHZUQDjIrFnJuh1ZBsBy7uthLMFcAmDDNHFZh9Acm668ykOQglPIdJQmP69fjL46aijV+3XRNpEa5KrBZb5NxOV21xGESg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB1667.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(396003)(366004)(39860400002)(136003)(66556008)(33656002)(316002)(36756003)(66574015)(86362001)(2616005)(66446008)(66946007)(66476007)(64756008)(71200400001)(91956017)(76116006)(8676002)(6916009)(2906002)(5660300002)(6486002)(26005)(6506007)(53546011)(478600001)(966005)(4326008)(450100002)(8936002)(6512007)(83380400001)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: tne+v3b2cmnQyTpAAqPSjq76yZSJ0wEAgGny3SPTi8Pt9/5asFLKtwK9fwgsjqZzsefsmSBw7KCmBS8nvpsnBfFhJWHgTHvPMwi0U/U+X7p/krG8zMwXPUwvdMd5Y9mh/2qYweqIpf3Fj4/QmoTRvysizO3d2mUHoxCPbMtQhi4ItJIth2g42mhN0hFncYWx6JPAPoo305K2mlmZ6vnjtOglj4KKYK9D1+0Z1008gEdVmsDsRvxjOIypMDx6TKoXyt/q7Zp+CVG8XNrs+MSbjGs0Qg6P/oySD78R1gmCZ0+jqUKyQwtPaTkq67NKPMT018KtVU0pnU5Sjx/iAORkuc3Of/rtBc8XqGL9EvEyAlYZx0wihslblqjlbsoyuRTlY/oZmS3UFGJgNljQMhyxMxsIWI3bqI/a6qsXDpUtWKGvqgmZTisIo6SerX1B9NWpNE3X4NjHVj5vSmKSVTCiSsLW3OO39DBdM3yht5Q5iCfHtj1jGzZi3f2zqzrjtZ+DxmJk+2l1t7YCqM7rVe1mJ1NriAlStByMzsIGf//Y+yNl0U60D4QEIA0VI+Z56szc2HpnxbDfK08B5Fw6AJ7xet+GBH9FJvl9++5rMi4byg8g4GRfDFZ2Wp8kZK9Mprc+XjfBm1QuOtBghAJwp4S3YQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB1667.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8237c360-f562-4096-54af-08d87f541ef0 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2020 17:24:14.4912 (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: DgjpA/r75X/de5FLIewgorEYSAutniOtKe7tCwG3j5/sXWWfnHHT2WEmUhPc8fkGcGHrKQd5Rl/ZEz+1vdoG/Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1444 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-yang-solutions-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 17:24:22 -0000 This is only a reference fix and bump to unexpire it. Recent work has been= focused on YANG packages and semver for the most part. Joe > On Nov 2, 2020, at 11:46, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Network Modeling WG of the IETF. >=20 > Title : YANG Versioning Solution Overview > Author : Robert Wilton > Filename : draft-ietf-netmod-yang-solutions-01.txt > Pages : 8 > Date : 2020-11-01 >=20 > Abstract: > This document gives an overview of the different documents that > comprise a full solution to the YANG versioning requirements > document. The purpose of this document is to help readers understand > how the discrete parts of the YANG versioning solution fit together > during working group development of the solution documents. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-solutions/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-netmod-yang-solutions-01 > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-solutions-01 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-yang-solutions-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Nov 2 09:24:47 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A3F83A11E4; Mon, 2 Nov 2020 09:24:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 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_H2=-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=T5hDYLyi; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=qCQ61zc0 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 Tm_8o_BpRN0b; Mon, 2 Nov 2020 09:24:35 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1A1A3A115A; Mon, 2 Nov 2020 09:24:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1964; q=dns/txt; s=iport; t=1604337870; x=1605547470; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=1XcVWHosUJGxyg7wjoNduBkoYwkKCP4Fb/dnoHymLo4=; b=T5hDYLyibfQMgv+EFWka74x2Zznjb6qzEr9oE5obZuQSIgyShnfW6wIT Q07j987RzyiloJgQ9tToxGZIyI9cChzYW0AFlabdmdwfsWVxU4vcoKZQG be42tz+Qr/dxTH9SV+/xTaVE/JE0+rQ7kTE46kvTzdWVL6yn3x4k5j7+P E=; IronPort-PHdr: =?us-ascii?q?9a23=3Awjrb6R+1Q03jTf9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRaN5PhxghnOR4qIo/5Hiu+DtafmVCRA5Juaq3kNfdRKUA?= =?us-ascii?q?NNksQZmQEsQavnQU32JfLndWo2ScJFUlI2/nynPw5SAsmtL1HXq2e5uDgVHB?= =?us-ascii?q?i3PAFpJ+PzT4jVicn/1+2795DJJQtSgz/oarJpJxLwpgLU5cQ=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C5CACIQKBf/5NdJa1iHgEBCxIMQIF?= =?us-ascii?q?EC4FSUQdwWS8uCod8A41PmH+CUwNUCwEBAQ0BARgNCAIEAQGEBkQCgggCJTc?= =?us-ascii?q?GDgIDAQELAQEFAQEBAgEGBHGFYQyFcgEBAQMBAQEQKAYBASwLAQQLAgEIGB4?= =?us-ascii?q?QJwslAgQOBSKDBAGCSwMOIAEOpEMCgTuIaHSBNBSCcAEBBYE3Ag5BRIJHGII?= =?us-ascii?q?QCYE4gnKKSBuBQT+BOByCTz6CXQEBAQEBARWBRoNKgiy4IgqCbIkIkX4DH4M?= =?us-ascii?q?YgSqIZ5RBnkKRZoNhAgQCBAUCDgEBBYFqJIFXcBUaISoBgj4JNRIXAg2OH4N?= =?us-ascii?q?xhRSFRHQCNgIGCgEBAwl8jDsBgRABAQ?= X-IronPort-AV: E=Sophos;i="5.77,445,1596499200"; d="scan'208";a="597003750" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Nov 2020 17:24:29 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 0A2HNskU010501 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2020 17:24:29 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 11:24:24 -0600 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 11:24:23 -0600 Received: from NAM02-CY1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Nov 2020 11:24:23 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XwkjrTgQ3TuPLnUkyahZa8pyRl0t/PdYyUeX8vLrOzwakYz2C/gMhCXFB9mmrQ9jG53jB1myYNhyd36AKYXJfx5dkovl0FBjwd/6QZmZfukH0KA/L71Q/MZzulB6WafjG98jWFooOjGS8lDad9vX+4h0lc/xGCdLE8npMW3TQE6TrdCGGelr4obtYl2ydFTfFm7mNnDR6QaYAlodVdeidaeDKxZJIn637nMIjC+iY+TNdQT5lutJOQWQ/cUNgk1sqcZWphar60euCinJbC8nLwjRVqJpYRxKl+vS4TuteJYjDIkVz0RC2N9hDQt8UnaISuV6XBUovanNpLAtELq9kA== 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=/a2s7Hgl0TjdRw/B5RBfOhXM7lcBdhGB4yCEP5aKA6c=; b=m8vzwYERVOe9rd4DUHzURhKoUcbj22BCVJj6T/ApOTA6sYk9UtDIJg7AfyyTQQprqsCGCZhD19hQiLylUaPZR65pyN6w/rBD4vkevnNljmlfXf5IHF8LQo85ePmb4MRTu4LFEmDo+dmyk9+lFkR527CwWPIx35weorXaD+sZCtAR/vTARSVB+IRIV72KUWH1PJyEAnvTm+ovYelSAmhrscqRPf2rjzLTytG9ocNoe3qMTpiWoRioTCUE+yVkl6o618JVf/Kg86Z42CLqEpnMnhs7rR3GakDA651hhMXiCVioSbrQz1iJDil2ZlmLhzOIa25gihWWyBbJPYTNYGebSA== 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=/a2s7Hgl0TjdRw/B5RBfOhXM7lcBdhGB4yCEP5aKA6c=; b=qCQ61zc0+/jemYoqFy+DmukS6uSbcG+2w4IudaLbC6wVuFE6kRM9fXtxSMZlD1O5TBETybKyoBPtREiePpZ0u2jdJIl9QCUsEjVYsNpCpIjfMnqRcoIti521KiE9Divw+1g3cRAmuE24PR9Puh2aURqm+GKMgd0u3Q1LFttFyyE= Received: from BN6PR11MB1667.namprd11.prod.outlook.com (2603:10b6:405:e::12) by BN6PR11MB1444.namprd11.prod.outlook.com (2603:10b6:405:a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Mon, 2 Nov 2020 17:24:23 +0000 Received: from BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::5142:3a35:18c2:75c2]) by BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::5142:3a35:18c2:75c2%8]) with mapi id 15.20.3499.030; Mon, 2 Nov 2020 17:24:23 +0000 From: "Joe Clarke (jclarke)" To: NetMod WG CC: "i-d-announce@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-yang-schema-comparison-01.txt Thread-Index: AQHWsTfzN8TQo24b6EG64wQgbowUqKm1F5EA Date: Mon, 2 Nov 2020 17:24:23 +0000 Message-ID: <6F0D8550-F618-4CB8-9F83-B8195A710062@cisco.com> References: <160433565154.11772.3277141772339436633@ietfa.amsl.com> In-Reply-To: <160433565154.11772.3277141772339436633@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) 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: [173.38.117.88] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d365a19a-1202-4819-823e-08d87f54241c x-ms-traffictypediagnostic: BN6PR11MB1444: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: GemQk6b6f1evFhQUuhDmdBUqKuqEDhJvxpeezWpdLo8o4eVZ6tOhPI64J7+mVYgV1O5TuRqR+Rf+t+0O2VB8wb0XoDzHbQhaSMIT0yRvlCj4glrWpRy4EuxjOKlF2SfGwbrc+91Y2G7Y0Kg4WNPA2XQbrIL8WgToEm01DzRjj70qWSAnvyedjvGZEvmiC59pLMTd64c6p4803Mj7fOy6r19xPl3AnYFx3u61N1aklE7ofzJWWHDiFMqQyEdsfV2pCQ8xW00fVKvVQC+dPmuIv5mnaKVARzH6WCYfYrLFG8MSUa+unLIus9yro9SgXQPNLmY502T4+RtwqMbHiictW/Fzda83hCAuB5SOkfyQedh1z7k/oVzNcdP+Vk9PSao7bfPC5T8Tt5EBy4DO4UqtGA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB1667.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(396003)(366004)(39860400002)(136003)(66556008)(33656002)(316002)(36756003)(66574015)(86362001)(2616005)(66446008)(66946007)(66476007)(64756008)(71200400001)(91956017)(76116006)(8676002)(6916009)(2906002)(5660300002)(6486002)(26005)(6506007)(53546011)(478600001)(966005)(4326008)(450100002)(8936002)(6512007)(83380400001)(186003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: l5Vvb0MduOiKWnRmHO1CRqbnxtaDOWuPeXOYAsaMRpy+Hk5gqMyoEtMqYl8INgdc+h2mGWZGe3QF//ZP4GaVC7kTc1RlhgofEuSXUUBsp+WK9v5HgB26dAwa6xK2pAQKNnkd166UswAbOcU5Ra91sQWYdOceZqUsaLuq4IiJ4VmvfdRlG1Ar2nBDbJ61JS6RKaoBZ+ziaWM/Hl77MlSSVwFtfLByLWQ4qfVWRT9djgMyyDCUvWVaqgcd+lEWgUvZ/+HDWSEDR+AcHqw+J8s2fdnBlOZTjrKOcr49g/MkIMJgR2N4465MzMwrdV5gaHXP9i5+U15XQ/Z1Q8cl7En2BrZwOXRcH3l++F9CBLEDtoECHF9wRYPKNUk/HoI5Lt6qD6NZCGnn+BFR6kx/UYy7d4Sl+78Puz3whi0hMYJnaZ5ahRKzHTwFjEGLds9ezP+yC2rZPfZtIoDoCwUvL3B8+dwW0qkoAY3gjKW8z8ExdNQ+tRpkLpmTUoDsbY+m1cBGCKBcfGEGn3ruyJ/9gBn8ykAexglQDlOh/9C+pq+pR3rIohXqFU/ztzY0EUFiy1ZGxP359zMWed5eTdsydjFK2TKLeGElBNKOGNIswW9dfch9D/Pu7lOJkf5ysieav+ZXzmKWfEITRFN6wSrAKNJbZg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-ID: <9779CDFBAF3A5C4C90A53DA76C439B5E@namprd11.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB1667.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d365a19a-1202-4819-823e-08d87f54241c X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2020 17:24:23.1774 (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: wQQ5z3GuvYI7uXplG1fXvoVCxfBUwyYAToZP0A1SFAebp2KF2tUa8JKbJ6qmOBzBFh6Ti1DvFEZlHMe5CcrLeA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1444 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-yang-schema-comparison-01.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 17:24:45 -0000 This is only a reference fix and bump to unexpire it. Recent work has been= focused on YANG packages and semver for the most part. Joe > On Nov 2, 2020, at 11:47, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Network Modeling WG of the IETF. >=20 > Title : YANG Schema Comparison > Author : Robert Wilton > Filename : draft-ietf-netmod-yang-schema-comparison-01.txt > Pages : 13 > Date : 2020-11-01 >=20 > Abstract: > This document specifies an algorithm for comparing two revisions of a > YANG schema to determine the scope of changes, and a list of changes, > between the revisions. The output of the algorithm can be used to > help select an appropriate revision-label or YANG semantic version > number for a new revision. This document defines a YANG extension > that provides YANG annotations to help the tool accurately determine > the scope of changes between two revisions. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-schema-comparison= / >=20 > There is also an HTML version available at: > https://www.ietf.org/archive/id/draft-ietf-netmod-yang-schema-comparison-= 01.html >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-yang-schema-compari= son-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Mon Nov 2 11:42:25 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 732493A0E3F; Mon, 2 Nov 2020 11:42:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.602 X-Spam-Level: X-Spam-Status: No, score=-9.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, 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=bKO7FfU0; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=BfwQgapw 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 YEtgUEpNSqGy; Mon, 2 Nov 2020 11:42:18 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C3B43A0E29; Mon, 2 Nov 2020 11:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16332; q=dns/txt; s=iport; t=1604346138; x=1605555738; h=from:to:subject:date:message-id:mime-version; bh=FxXa2K/crqskKZMByBW85RO7XFx5T1gbST6j7HI5xtA=; b=bKO7FfU0g3aWahsd7wpk8VXyLvJVVlYihE2RG7QezkkHZrtzqk596x9X xw3gVhCdSbGIOakoL4OWikn67qaC+ZmnioJXN79QU8HE7MAkOjtGBWD63 42Cvy8fGVvBEWlBIE43W7XbYeNx3irQ3wYqS5tQV6HFwMW1nvbINaTsDy g=; IronPort-PHdr: =?us-ascii?q?9a23=3AyTJ4qB+DCBbfzv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZRaN5PhxghnOR4qIo/5Hiu+DtafmVCRA5Juaq3kNfdRKUA?= =?us-ascii?q?NNksQZmQEsQavnQU32JfLndWo2ScJFUlI2/nynPw5SAsmtL1HXq2e5uDgVHB?= =?us-ascii?q?i3PAFpJ+PzT4jVicn/1+2795DJJQtSgz/oarJpJxLwpgLU5cQ=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ChCAC6YKBf/4YNJK1YCoEJgU+BUiM?= =?us-ascii?q?uB4FJLy4Kh3wDjlSXe4FCgREDVAsBAQENAQEtAgQBAYRKAoIIAiU3Bg4CAwE?= =?us-ascii?q?BCwEBBQEBAQIBBgRxhWEMhgsuAQE4EQEaZhcPAQQBGgYNB4VQAy4BA6RXAoE?= =?us-ascii?q?7iGh0gTSDBAEBBYUyGIIJBwmBOIJyikgbgUE/gRFDghqEfAEHBAcBCRqDSII?= =?us-ascii?q?skEOKOSeBJppNgQwKgmyEUJZYgxiKEZRBk0qgPwIEAgQFAg4BAQWBaiQqPXB?= =?us-ascii?q?wFYMkUBcCDZIQilh0OAIGCgEBAwl8iwYCJgeBBgExXwEB?= X-IronPort-AV: E=Sophos;i="5.77,445,1596499200"; d="scan'208";a="615034988" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Nov 2020 19:42:10 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 0A2Jg5tM016833 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2020 19:42:09 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 13:42:06 -0600 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 14:42:05 -0500 Received: from NAM04-BN3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Nov 2020 13:42:04 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BF6X8N3rXx16drK+W57gsBA7LXlLZrT8V5nzUvt+CaTXTC00wBxW6Te3S7p2ndys7CR8z+XBuoSYgaVrH2yiHA+hQEIraKYXtnaCgqRdOMsQIcd5ynKjIXuM74NGBbeNfzhzB661+TZBf9GeHEpHtiS6aaMdtFnIJ0xh6UcELRuCKMjaIB7IDXIW/BwHhCuZy6eG2x3Ip1btaLiww5jd1fB8gS5yDhv2aeSDHOaHt2W4rJ8Lg9rwfPWRyMDnyhezwHqvDM/g7j0dfdCl/hmzUA15juSrKHY62MvS5s3awUhtf+6Zk4ga/ZHFB7+ww74+gEgQ9vPYbponCx9sEnOmlg== 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=1D5C1u7i75gGQUN5WIbzavSobYMWTeJimRWnzXyfo2A=; b=Gx2hPPIZuILhSALlOJgPtNWdoxb0rmyjfzQiQgx8sb0F/oyKb8roByBoSYwUvXVfuekux49mO7cWLdI/VbfVvvLVsFx8PAAFUsPT3kt2QJXd/0WcewiwFLbwccLq908l8AF8RFKBZ+HnQfe+nydxKQPGT0F2Mmc940EKNVT2z9YjGy1tF9uzUaoNk+4LtWHwAMfAFOJvcAtEwF1mDw5lYtT4owA9B/T1QRzT0bt81a4ckuAUfY2ErtK/ZRv2xLhc3ppGNsCs9xvrogjWidp7e7Ev/UhLz19Z2S8S4AeXuHMbor4luvQj0yB8cO6RhIu3jBkx6x6PsbBQYhrChU/S2w== 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=1D5C1u7i75gGQUN5WIbzavSobYMWTeJimRWnzXyfo2A=; b=BfwQgapwDFhdiCxUTYisRKArL9wLCVEO/pLjv5VsKlZuQWL8Ld8vIxf8XnTmIkok9Vjre6dYlxIWya6OVQDa2A3hEW6wXpgNNPGdy0qde/h9znI4pANVMjJ9mRloNJTQr505dLkUhDgucy01CJX1WhJIHGc0rGGWUxNh2+afoTA= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4288.namprd11.prod.outlook.com (2603:10b6:208:18c::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.27; Mon, 2 Nov 2020 19:42:03 +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.3499.030; Mon, 2 Nov 2020 19:42:03 +0000 From: "Rob Wilton (rwilton)" To: "draft-ietf-netmod-nmda-diff.all@ietf.org" , "netmod@ietf.org" Thread-Topic: AD review of draft-ietf-netmod-nmda-diff-07 (part 2) Thread-Index: AdaxT88qw47OrS+/T5CYSs6a4wlYVA== Date: Mon, 2 Nov 2020 19:42:02 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [82.12.233.180] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8d330ce2-3aad-43ff-3e32-08d87f675f54 x-ms-traffictypediagnostic: MN2PR11MB4288: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: TW04eOl3JUxgQ6lLFB3IG4ljHXrdZgvr4gSzA52PTOD62mFP2QuVoa52w/7DF8i7lmOyemUTN5hs/HMK7C9JB9b2awkZewvTy6RRO/ASMaVTH/4rp2K4uz2YJ6M5SVizc/tLmYuTpti9l5CPp6zs/8/M5iNmdVRdYA2OYO7vCk4GOXfVylqhzl5lxyCy3/G0IQOCvrzznHUPxjg+OBW02X6Ls0z2XopJp1dEyx/4zw6kpQ62nai9tHk27LXsNvInbGjU70q27omlYhP2hDR9hd032qFbcB1kFttfX5ZEkwKGIO2vnuIWO2QwFR4oubBs 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)(346002)(396003)(376002)(366004)(316002)(6506007)(99936003)(8676002)(478600001)(26005)(2906002)(450100002)(186003)(52536014)(5660300002)(9686003)(76116006)(86362001)(66616009)(66476007)(64756008)(66556008)(66946007)(66446008)(71200400001)(110136005)(83380400001)(55016002)(7696005)(8936002)(33656002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 77yJ0OCQ5eRRFVtsWzLcWjZEM4pqERUcNd9TOL/rDcbK+mQaSfh+6DmzeOvOGhDUFZuqIEXSV5dpIcwfmONGpULpaYyNfzIv2bRHE6Au+CN0tL0l0c+UOpujOXuNrm1o6Nhy0oKevMMfnBBgyJEHekiC74HqxF0+R0JdXkyLJfLGJjULgpHXM67eT2GMRrEbdDTKCLKi+lLHtFzLWaPf64JSuiLwerLKrSfiMfHkGeZ3Yyt8u1Ufw5pDD0rilpoI27EKfW38wN/w3nddJICsrCJHqRlAxi+Lk6LrDMed/NUufEgZqGVG2JW1Uc026jYOTpt1VyzQ2RuVAERxuoPKDSHIzvfLzMb52SqEz01Xs12sCGrO5zpit+3Wb4WjO541F1ycgxNcH01g92GrX4xH7z1D9xVcGJxV4rwup5WYIKwmHhT3M1CJK/jlLoFRzWlDniYhF2w0S9bV9Mix/ryEZ8tWarcamGY9XCxaqSsSDKvbIRxjIWFCNoRTrCS7WIwqEPRZrL6bvNztXkx2jMzY8fB0k7cqxyE+SljO9kRIt3DjEqaZD6k7CPQVsttHQOOpHYeuyqY7nh+0sAl6kdWlxAdb+IeqbCjDEZnvFo6uwLwKHgz84XYoIl/0xOFlh6/eptl512E+jLeFwFmIhIpGJg== x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_MN2PR11MB4366E57606D1F201F16F0033B5100MN2PR11MB4366namp_" 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: 8d330ce2-3aad-43ff-3e32-08d87f675f54 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2020 19:42:02.9221 (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: MaT72MwMKfyf8WecOgn71SEkDjpwLA3uwavEga2fN9Z2/zLVQN8IAqXKumMMQErnDyiRrOSYyJ+ZhXUvmc3Jtw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4288 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: [netmod] AD review of draft-ietf-netmod-nmda-diff-07 (part 2) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 19:42:24 -0000 --_002_MN2PR11MB4366E57606D1F201F16F0033B5100MN2PR11MB4366namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Part 2, unfortunately my original email (attached) was truncated somewhere = along the way ... The remainder of my comments are: Suggest adding an example ", e.g., ." 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 , "origin" metadata is included as part of the patch. Including origin metadata can help in some cases explain the cause of a difference= , for example when a data node is part of but the origin of the same data node in is reported as "system". I think that this test needs to refer back to the 'exclude-origin' or '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 does not contain object "description" that is containe= d in . Another object, "enabled", has differences in values= , being "true" in and "false" in . A third object, "name", is the same in both cases. The origin of the object= s in is "learned", which may help explain the discrepancies. I think that we should probably refrain from calling them objects, perhaps = "leaf instance" would be better? Rather than "differences in values", perh= aps "different values". E.g., does not contain an instance for leaf "description" th= at is contained in . Another leaf, "enabled", has different values in the two datastores, being "true" in and "false" in . A third leaf, "name", has the same instance value in both datastores. The origin of the leaf instances in is "learned", which may help explain the discrepancies= . //OPERATIONAL eth0 true There is an extra line, and dodgy indentation for "". Nits: "possibly for" =3D> "possible for" "reference for the" =3D> "the reference data tree for the" "is basis" =3D> "is the basis" Thanks, Rob --_002_MN2PR11MB4366E57606D1F201F16F0033B5100MN2PR11MB4366namp_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Mon, 02 Nov 2020 19:42:01 GMT"; modification-date="Mon, 02 Nov 2020 19:42:01 GMT" From: "Rob Wilton (rwilton)" To: "draft-ietf-netmod-nmda-diff.all@ietf.org" , "netmod@ietf.org" Subject: AD review of draft-ietf-netmod-nmda-diff-07 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: Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 x-ms-exchange-organization-originalclientipaddress: 82.12.233.180 x-ms-exchange-organization-originalserveripaddress: 2603:10b6:208:190::17 x-ms-exchange-organization-submissionquotaskipped: False Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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 to , i.e., additional differences = could be reported due to inactive configuration and template processing bet= ween and . 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. The abstract is perhaps somewhat terse. Perhaps: This document defines a YANG RPC operation to compare the contents of network management datastores that comply with the NMDA architecture and return the differences in the YANG-Patch format. 1. Introduction The revised Network Management Datastore Architecture (NMDA) [RFC8342] introduces a set of new datastores that each hold YANG- defined data [RFC7950] and represent a different "viewpoint" on the data that is maintained by a server. New YANG datastores that are introduced include , which contains validated configuratio= n data that a client application intends to be in effect, and , 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 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. "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. 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. 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 , , (and perhaps ) are used to indicate names of datastores. It should also explain that is used as the name of a YANG RPC. 4. Data Model Overview At the core of the solution is a new management operation, = , that allows to compare two datastores for the same data. Suggest rewording this first sentence to: The core of the solution is a new management operation, , that compares the data tree contents of two datastores. o target: The target identifies the datastore to compare against th= e source. Suggest adding an example ", e.g., ." 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.) 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 , "origin" metadata is included as part of the patch. Including origin metadata can help in some cases explain the cause of a difference= , for example when a data node is part of but the origin of the same data node in is reported as "system". I think that this test needs to refer back to the 'exclude-origin' or '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. 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."; 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 does not contain object "description" that is containe= d in . Another object, "enabled", has differences in values= , being "true" in and "false" in . A third object, "name", is the same in both cases. The origin of the object= s in is "learned", which may help explain the discrepancies. I think that we should probably refrain from calling them objects, perhaps = "leaf instance" would be better? Rather than "differences in values", perh= aps "different values". E.g., does not contain an instance for leaf "description" th= at is contained in . Another leaf, "enabled", has different values in the two datastores, being "true" in and "false" in . A third leaf, "name", has the same instance value in both datastores. The origin of the leaf instances in is "learned", which may help explain the discrepancies= . //OPERATIONAL eth0 true There is an extra line, and dodgy indentation for "". Nits: "possibly for" =3D> "possible for" "reference for the" =3D> "the reference data tree for the" "is basis" =3D> "is the basis" Thanks, Rob --_002_MN2PR11MB4366E57606D1F201F16F0033B5100MN2PR11MB4366namp_-- From nobody Mon Nov 2 11:54:30 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376393A0EF6; Mon, 2 Nov 2020 11:54:29 -0800 (PST) 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_H4=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=H7yi7VvR; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=bH/nW8B3 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 YXFgvy5Abw75; Mon, 2 Nov 2020 11:54:27 -0800 (PST) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D75893A0EF5; Mon, 2 Nov 2020 11:54:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15424; q=dns/txt; s=iport; t=1604346866; x=1605556466; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=jnXC4tqKPKK3qxnwMSDVemJ8VhdPNqR/CTIohz1BEyQ=; b=H7yi7VvRfDQj5PPi2c5yY9z1GnN/ygDqcT3qPFoYMWtypWjKWnqlht/r 17JgjPTS62a3pYo6YuxtNOIRLQ/DPe7dws4qvYA6TIVC02gF0lGuMap87 qerBa8vcEyRN4uhRdeGYRf0pt8KMJ3dCtTMwEoyE5ZOkhlFaqTTtoaZmH I=; X-Files: draft-ietf-netmod-nmda-diff-07-ad-review.txt : 10141 X-IPAS-Result: =?us-ascii?q?A0D4AQA+Y6Bf/40NJK1YCh0BAQEBCQESAQUFAUCBPgUBC?= =?us-ascii?q?wGBUSMuB4FJLy4Kh3wDjVCBBJd7gUKBEQNUBAcBAQENAQEtAgQBAYRKAoIIA?= =?us-ascii?q?iU3Bg4CAwEBAQMCAwEBAQEFAQEBAgEGBHGFYQyFcgEBAQQSLgEBOAsEAgEIE?= =?us-ascii?q?QEDAQEvAjAXBggBAQQBEggGDQeDBYJLAy4BA6RbAoE7iGh0gTSDBAEBBYUtG?= =?us-ascii?q?IIJBwmBOAGCcYpIG4FBP4ERQ4IaNT6ECQEHBAcBCRqDSIIskEOKOSeBJppNg?= =?us-ascii?q?QwKgmyEUJZYgxiKEZRBk0qgPwIEAgQFAg4BAQWBaiQqPXBwFYMkUBcCDY4fg?= =?us-ascii?q?3GKWHQ4AgYKAQEDCXyLBgImB4EGATFfAQE?= IronPort-PHdr: =?us-ascii?q?9a23=3AC79qPRY9IgvHdUUcgdT3rtr/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QaTD4TW9/wCjPDZ4OjsWm0FtJCGtn1KMJlBTA?= =?us-ascii?q?QMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS8fze1OUpWe9vnYeHx?= =?us-ascii?q?zlPl9zIeL4UofZk8Ww0bW0/JveKwVFjTawe/V8NhKz+A7QrcIRx4BlL/U8?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.77,445,1596499200"; d="txt'?scan'208";a="569785320" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Nov 2020 19:54:25 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 0A2JsPID019282 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2020 19:54:25 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 13:54:25 -0600 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 2 Nov 2020 13:54:25 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 2 Nov 2020 13:54:25 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C2W2AJaLBcp/gs6yqRruy7PAmSDo91mU1DUCbziaTAiD0qyxW4FdYfLV0Q3ftW2GXIlgEnOzaGCCyd3i5VJhbRzwupZHY4d582t1+v8RCiZDOYyYjY4QI4wvr6G1S1bc+aGzZZDRoDyOODHGNTxtYCWrqvPVKvLj2Qs/71pCc01DoOAuSz6QHPSRy3Ik4J+Qc0y9Rsi148XqsdyzhE0+6KXevG8zlqV/eoTq9FUHQxkCqAnduk39bti0QMpKshjBw4P5lLs5popMSG2jeyhwEOtvE3Pp0CgaM7CXfe0A/7NaRIMfSk0Q/H7ZVjjBV9VnjtkqD6aHycAqKUS7Im8dWQ== 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=La+6Svwr+TPfk+zdnVV41h3Rxupy/6r6atE4xAQAiYU=; b=m+olYg/XmVkTULqh0DxLi6BS+7A8eF3CSpDRAjQiW43UIUxCe6jcvdRaockiUL9n7o2Y6TgcErk9Cl45o3g2nLRQn2x40hyojeRamtrmSWq6Hb2heh63BqaDrmKdA8MdPYyKeOFmFn+3bhXmIRmyM+cGqRAlbQnaMV7aPl42N1jP4Xsh/2BCvbVbUfXkfzGjwMKbEOroAQmMSZdTHtAyH1zIC06mMzwdhAgO+sUD0ry2RutonvckUgFUyYva3FqSf7Yn6BBscXCTfNt36b9oyT9vciN9lGx/GyW9dCyfZnGLj3fmXz6UibuRtBx2sjfB4rauOhcByeTVB/K83Jqf3A== 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=La+6Svwr+TPfk+zdnVV41h3Rxupy/6r6atE4xAQAiYU=; b=bH/nW8B3pFlxFBOBKd2juh5fmW1+OVm/5yIE4Njj6U9ExbqG/uFPBre6ukmHxu8zGr2JHJ+8Mh7Gib9moEIy30nyT9sx+UVZQMsFyUwEVF/WMCsJa+BFtS5s9aoDiYPC3+1KmQt4m9Td7xW1RNijNx7rkN17w5CPanQUfalGmRI= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4613.namprd11.prod.outlook.com (2603:10b6:208:26d::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Mon, 2 Nov 2020 19:54:23 +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.3499.030; Mon, 2 Nov 2020 19:54:23 +0000 From: "Rob Wilton (rwilton)" To: "draft-ietf-netmod-nmda-diff.all@ietf.org" , "netmod@ietf.org" Thread-Topic: AD review of draft-ietf-netmod-nmda-diff-07 (part 2) Thread-Index: AdaxT88qw47OrS+/T5CYSs6a4wlYVAAAdKWA Date: Mon, 2 Nov 2020 19:54:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: 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: 09678153-36f6-49fc-0eaf-08d87f69188b x-ms-traffictypediagnostic: MN2PR11MB4613: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BxKCTm44kc1JkgiwAYPWQYGOeWvG9ZbiSoP0wBVUktCZV/lG6ZIfotyhaEjFBii6pW9jGYN9fJt8RVPo0nLLTBeCcYJYk0FsTXAxbjmqdIVF8lBrkUVpS3Sm2f2QwUxWyeTm2d54tF0+5iWwBHVfbJusuMh51wSBqR70Ee25v8kV9nsEGdexBJHBK2lXMemgUsj1pt2HJOb6HeJkFxN6RXiFmBsegz7av4/RhWUb3+J16jVQPszj8UAxiOiXwDp+o1hk4fzgQkKIW4nCkWG9gh6hnuRpjKrk0aIBB1ln2WDLqwiXPSDyE8csGreeiApdS8EOF2U14tGe5LKLxSPSUA== 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:(396003)(346002)(39860400002)(366004)(376002)(136003)(83380400001)(2906002)(316002)(2940100002)(8676002)(186003)(33656002)(86362001)(26005)(110136005)(478600001)(55016002)(99936003)(7696005)(6506007)(53546011)(66946007)(450100002)(52536014)(64756008)(66476007)(8936002)(76116006)(66616009)(66446008)(66556008)(4744005)(5660300002)(9686003)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: R+hhrS8FC7cK6gSm+iE8RP37U0k+2sfvWzoJkZAkaG4Bt62ZNMAQG1/8aTBXPtqQ5lH9zUG3LgaOMqBa0KYsqS7UrnqmWdwlG6DpzMXrkfyUmWelOYNS9emPBf2U3Zp17MdNNgNrt/JV7kcHN7TEjsLT24Zp2t9awVJcnt/c4NbzgWWHql4YJWiP94jU3gKvgfNNfJmGxpQs2/Zb36ISm04cDox8S5AeLa+GwTWDCI0fWIfIctOvBlbVwsBq1azrQbMm5LLqbdIsqd8xxWz/UYcgtBOVpIffPUkPvb/tLAjLMwnVJKDWmdwgSvCYYiFkAVpGpqvIp93Y+NtHrKeXVPD2mieQIlUUjhogtiUo2fLxuiSIpi0NfYtJyoJEOG2ZGBL74awQQOQMRgMZ8zfAXEScWP7xocqCAgcG/gfyFLyvCRX+LzWD8H7+uuqO2/g9FNj9HEWGBIYPmfoJJZ479xCCugA5+2zSChwTS5/Ofdt2uc72Z3XyllsA0ZFWrMdDvsODx/EXAT/y8WbzGqq2Vy2r7sq3/x2aZtuM8B1KxdzoVGS3eOWLZA8kwECMrOq8EBFgTw/aeEsHlAXhD7gn4582vrn+tM7pJvGH4Mr77LpE+Pvtgz4lX3SDP667bjPREfD1fwFu5OxNxsa//Tj9YA== x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_MN2PR11MB43667E8DC9E9B1CBB6B26E9AB5100MN2PR11MB4366namp_" 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: 09678153-36f6-49fc-0eaf-08d87f69188b X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Nov 2020 19:54:23.2005 (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: fr8i3uvHGCqmT6Furn3r/CFrQEMstN+SgAs8Vj1K3+hh6vRz6N0xrCMrrF+11yo9DRFe6PCHhzoLr2lmHTJmqA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4613 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [netmod] AD review of draft-ietf-netmod-nmda-diff-07 (part 2) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2020 19:54:29 -0000 --_002_MN2PR11MB43667E8DC9E9B1CBB6B26E9AB5100MN2PR11MB4366namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Third attempt, this time only attached as a plain text file. Rob > -----Original Message----- > From: Rob Wilton (rwilton) > Sent: 02 November 2020 19:42 > To: draft-ietf-netmod-nmda-diff.all@ietf.org; netmod@ietf.org > Subject: AD review of draft-ietf-netmod-nmda-diff-07 (part 2) >=20 > Part 2, unfortunately my original email (attached) was truncated somewher= e > along the way ... >=20 > The remainder of my comments are: >=20 >=20 > Suggest adding an example ", e.g., ." >=20 > 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 --_002_MN2PR11MB43667E8DC9E9B1CBB6B26E9AB5100MN2PR11MB4366namp_ Content-Type: text/plain; name="draft-ietf-netmod-nmda-diff-07-ad-review.txt" Content-Description: draft-ietf-netmod-nmda-diff-07-ad-review.txt Content-Disposition: attachment; filename="draft-ietf-netmod-nmda-diff-07-ad-review.txt"; size=10141; creation-date="Mon, 02 Nov 2020 19:54:00 GMT"; modification-date="Mon, 02 Nov 2020 19:54:00 GMT" Content-Transfer-Encoding: base64 SGksDQoNCkhlcmUgaXMgbXkgQUQgcmV2aWV3IGZvciBkcmFmdC1pZXRmLW5ldG1vZC1ubWRhLWRp ZmYtMDcuICBBcG9sb2dpZXMgZm9yIHRoZSBkZWxheS4NCg0KVGhhbmsgeW91IGZvciB3cml0aW5n IHRoaXMgZG9jdW1lbnQsIEkgdGhpbmsgdGhhdCBpdCBpcyB1c2VmdWwsIGFuZCBsb29rcyBsaWtl IGl0IGlzIGluIGdvb2Qgc2hhcGUuDQoNCg0KTWFpbiBjb21tZW50czoNCg0KMS4gU2hvdWxkIHRo ZXJlIGJlIGFueSB0ZXh0IGFib3V0IGhvdyB0byBmaW5kIG91dCB3aGF0IGRhdGFzdG9yZXMgYXJl IHN1cHBvcnRlZCBieSBhIGRldmljZT8gIEUuZy4sIHBvaW50aW5nIHRoZW0gdG8gZWl0aGVyIFlB TkcgbGlicmFyeSwgb3IgcHJvdG9jb2wgc3BlY2lmaWMgbWVjaGFuaXNtcyBpbiB0aGUgY2FzZSBv ZiBSRVNUQ09ORi4NCg0KMi4gSXQgbWlnaHQgYmUgaGVscGZ1bCB0byBhZGQgYSBjb21tZW50IGFi b3V0IHBvdGVudGlhbCBpc3N1ZXMgdGhhdCBjb3VsZCBhcmlzZSBieSBjb21wYXJpbmcgPHJ1bm5p bmc+IHRvIDxvcGVyYXRpb25hbD4sIGkuZS4sIGFkZGl0aW9uYWwgZGlmZmVyZW5jZXMgY291bGQg YmUgcmVwb3J0ZWQgZHVlIHRvIGluYWN0aXZlIGNvbmZpZ3VyYXRpb24gYW5kIHRlbXBsYXRlIHBy b2Nlc3NpbmcgYmV0d2VlbiA8cnVubmluZz4gYW5kIDxvcGVyYXRpb25hbD4uDQoNCjMuIEkgd291 bGQgcHJlZmVyIGlmICdleGNsdWRlPW9yaWdpbicgd2FzIGluIHRoZSByZXZlcnNlIHNlbnNlIGFu ZCBwZXJoYXBzIGNhbGxlZCAncmVwb3J0LW9yaWdpbicgaW5zdGVhZC4gIFdpdGggdGhlIHJldmVy c2Ugc2Vuc2UgaXQgc2VlbXMgdG8gYmUgc2FmZXIgaWYgbmV3IGRhdGFzdG9yZXMgYXJlIGRlZmlu ZWQsIHdoZXJlIG90aGVyd2lzZSB0aGUgYmVoYXZpb3VyIGNvdWxkIGVuZCBiZWluZyB1bmRlciBz cGVjaWZpZWQuDQoNCjQuIFNob3VsZCB0aGVyZSBiZSBhbiBvcHRpb24gdG8gZmlsdGVyIG9uIG9y aWdpbiBtZXRhZGF0YT8gIEUuZy4sIG9ubHkgaW5jbHVkZSB2YWx1ZXMgdGhhdCBjb21lIGZyb20g aW50ZW5kZWQuICBPdGhlcndpc2UsIHRoaW5ncyBsaWtlIElQIGFkZHJlc3NlcyBsZWFybmVkIGZy b20gREhDUCBtYXkgYWx3YXlzIHR1cm4gdXAgYXMgZGlmZmVyZW5jZXMuDQoNCjUuIEknbSBub3Qg dGhhdCBrZWVuIG9uIHRoZSAiUG9zc2libGUgRnV0dXJlIEV4dGVuc2lvbnMiIHNlY3Rpb24gb2Yg YW4gUkZDLiAgUGVyc29uYWxseSwgSSB3b3VsZCBwcmVmZXIgdGhhdCB0aGlzIHNlY3Rpb24gaXMg ZGVsZXRlZCwgYnV0IGlmIHlvdSB3aXNoIHRvIHJldGFpbiBpdCwgdGhlbiBwbGVhc2UgY2FuIHlv dSBtb3ZlIGl0IHRvIGFuIGFwcGVuZGl4Lg0KDQoNCkkndmUgYWxzbyBpbmNsdWRlZCBzb21lIG1p bm9yIGNvbW1lbnRzIGlubGluZSBiZWxvdywgYW5kIHNvbWUgbml0cyBhdCB0aGUgZW5kOg0KDQog ICAgQWJzdHJhY3QNCg0KICAgICAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhbiBSUEMgb3BlcmF0 aW9uIHRvIGNvbXBhcmUgbWFuYWdlbWVudA0KICAgICAgIGRhdGFzdG9yZXMgdGhhdCBjb21wbHkg d2l0aCB0aGUgTk1EQSBhcmNoaXRlY3R1cmUuDQogICANClRoZSBhYnN0cmFjdCBpcyBwZXJoYXBz IHNvbWV3aGF0IHRlcnNlLiAgUGVyaGFwczoNCg0KICAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBh IFlBTkcgUlBDIG9wZXJhdGlvbiB0byBjb21wYXJlIHRoZQ0KICAgIGNvbnRlbnRzIG9mIG5ldHdv cmsgbWFuYWdlbWVudCBkYXRhc3RvcmVzIHRoYXQgY29tcGx5IHdpdGgNCiAgICB0aGUgTk1EQSBh cmNoaXRlY3R1cmUgYW5kIHJldHVybiB0aGUgZGlmZmVyZW5jZXMgaW4gdGhlIA0KICAgIFlBTkct UGF0Y2ggZm9ybWF0Lg0KDQoNCiAgICAxLiAgSW50cm9kdWN0aW9uDQoNCiAgICAgICBUaGUgcmV2 aXNlZCBOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVyZSAoTk1EQSkNCiAg ICAgICBbUkZDODM0Ml0gaW50cm9kdWNlcyBhIHNldCBvZiBuZXcgZGF0YXN0b3JlcyB0aGF0IGVh Y2ggaG9sZCBZQU5HLQ0KICAgICAgIGRlZmluZWQgZGF0YSBbUkZDNzk1MF0gYW5kIHJlcHJlc2Vu dCBhIGRpZmZlcmVudCAidmlld3BvaW50IiBvbiB0aGUNCiAgICAgICBkYXRhIHRoYXQgaXMgbWFp bnRhaW5lZCBieSBhIHNlcnZlci4gIE5ldyBZQU5HIGRhdGFzdG9yZXMgdGhhdCBhcmUNCiAgICAg ICBpbnRyb2R1Y2VkIGluY2x1ZGUgPGludGVuZGVkPiwgd2hpY2ggY29udGFpbnMgdmFsaWRhdGVk IGNvbmZpZ3VyYXRpb24NCiAgICAgICBkYXRhIHRoYXQgYSBjbGllbnQgYXBwbGljYXRpb24gaW50 ZW5kcyB0byBiZSBpbiBlZmZlY3QsIGFuZA0KICAgICAgIDxvcGVyYXRpb25hbD4sIHdoaWNoIGNv bnRhaW5zIGF0IGxlYXN0IGNvbmNlcHR1YWxseSBvcGVyYXRpb25hbCBzdGF0ZQ0KICAgICAgIGRh dGEgKHN1Y2ggYXMgc3RhdGlzdGljcykgYXMgd2VsbCBhcyBjb25maWd1cmF0aW9uIGRhdGEgdGhh dCBpcw0KICAgICAgIGFjdHVhbGx5IGluIGVmZmVjdC4NCg0KSSB3b3VsZCBzdWdnZXN0IGRlbGV0 aW5nICJhdCBsZWFzdCBjb25jZXB0dWFsbHkiLCBzaW5jZSB0aGUgPG9wZXJhdGlvbmFsPg0KZGF0 YXN0b3JlIGRvZXMgY29udGFpbiBhbGwgb3BlcmF0aW9uYWwgc3RhdGUsIGJ1dCBpdCBtYXkgYmUg aW1wbGVtZW50ZWQgYXMgYSB2aXJ0dWFsIGNvbnN0cnVjdCB0aGF0IHNwYW5zIG11bHRpcGxlIG5v ZGVzIChlLmcuLCBsaW5lY2FyZHMpIGFuZCBwcm9jZXNzZXMuDQoNCg0KICAgICAgIE5NREEgaW50 cm9kdWNlcyBpbiBlZmZlY3QgYSBjb25jZXB0IG9mICJsaWZlY3ljbGUiIGZvciBtYW5hZ2VtZW50 DQogICAgICAgZGF0YSwgYWxsb3dpbmcgdG8gY2xlYXJseSBkaXN0aW5ndWlzaCBiZXR3ZWVuIGRh dGEgdGhhdCBpcyBwYXJ0IG9mIGENCiAgICAgICBjb25maWd1cmF0aW9uIHRoYXQgd2FzIHN1cHBs aWVkIGJ5IGEgdXNlciwgY29uZmlndXJhdGlvbiBkYXRhIHRoYXQNCiAgICAgICBoYXMgYWN0dWFs bHkgYmVlbiBzdWNjZXNzZnVsbHkgYXBwbGllZCBhbmQgdGhhdCBpcyBwYXJ0IG9mIHRoZQ0KICAg ICAgIG9wZXJhdGlvbmFsIHN0YXRlLCBhbmQgb3ZlcmFsbCBvcGVyYXRpb25hbCBzdGF0ZSB0aGF0 IGluY2x1ZGVzIGJvdGgNCiAgICAgICBhcHBsaWVkIGNvbmZpZ3VyYXRpb24gZGF0YSBhcyB3ZWxs IGFzIHN0YXR1cyBhbmQgc3RhdGlzdGljcy4NCiAgIA0KImFsbG93aW5nIHRvIGNsZWFybHkgZGlz dGluZ3Vpc2giID0+IGRpc3Rpbmd1aXNoaW5nIg0KInN0YXR1cyBhbmQgc3RhdGlzdGljcyIgPT4g InN0YXR1cyBpbmZvcm1hdGlvbiBhbmQgc3RhdGlzdGljcyINCg0KDQogICAgICAgQXMgYSByZXN1 bHQsIGRhdGEgZnJvbSB0aGUgc2FtZSBtYW5hZ2VtZW50IG1vZGVsIGNhbiBiZSByZWZsZWN0ZWQg aW4NCiAgICAgICBtdWx0aXBsZSBkYXRhc3RvcmVzLiAgQ2xpZW50cyBuZWVkIHRvIHNwZWNpZnkg dGhlIHRhcmdldCBkYXRhc3RvcmUgdG8NCiAgICAgICBiZSBzcGVjaWZpYyBhYm91dCB3aGljaCB2 aWV3cG9pbnQgb2YgdGhlIGRhdGEgdGhleSB3YW50IHRvIGFjY2Vzcy4NCiAgICAgICBUaGlzIHdh eSwgYW4gYXBwbGljYXRpb24gY2FuIGRpZmZlcmVudGlhdGUgd2hldGhlciB0aGV5IGFyZSAoZm9y DQogICAgICAgZXhhbXBsZSkgaW50ZXJlc3RlZCBpbiB0aGUgY29uZmlndXJhdGlvbiB0aGF0IGhh cyBiZWVuIGFwcGxpZWQgYW5kIGlzDQogICAgICAgYWN0dWFsbHkgaW4gZWZmZWN0LCBvciBpbiB0 aGUgY29uZmlndXJhdGlvbiB0aGF0IHdhcyBzdXBwbGllZCBieSBhDQogICAgICAgY2xpZW50IGFu ZCB0aGF0IGlzIHN1cHBvc2VkIHRvIGJlIGluIGVmZmVjdC4NCiAgIA0KUGVyaGFwcyByZXdvcmQg dGhlIGxhc3Qgc2VudGVuY2UgdG8gbWF0Y2ggdGhlIGxvZ2ljYWwgZGF0YSBmbG93IGluIHRoZSBz ZXJ2ZXI6DQoNCiAgIEZvciBleGFtcGxlLCBhIGNsaWVudCBhcHBsaWNhdGlvbiBjYW4gZGlmZmVy ZW50aWF0ZSB3aGV0aGVyIHRoZXkgYXJlDQogICBpbnRlcmVzdGVkIGluIHRoZSBjb25maWd1cmF0 aW9uIHN1cHBsaWVkIHRvIGEgc2VydmVyIGFuZCB0aGF0IGlzDQogICBzdXBwb3NlZCB0byBiZSBp biBlZmZlY3QsIG9yIHRoZSBjb25maWd1cmF0aW9uIHRoYXQgaGFzIGJlZW4gYXBwbGllZCBhbmQg aXMNCiAgIGFjdHVhbGx5IGluIGVmZmVjdCBvbiB0aGUgc2VydmVyLg0KDQoNCiAgICAgICBXaGVu IGNvbmZpZ3VyYXRpb24gdGhhdCBpcyBpbiBlZmZlY3QgaXMgZGlmZmVyZW50IGZyb20gY29uZmln dXJhdGlvbg0KICAgICAgIHRoYXQgd2FzIGFwcGxpZWQsIG1hbnkgaXNzdWVzIGNhbiByZXN1bHQu ICBJdCBiZWNvbWVzIG1vcmUgZGlmZmljdWx0DQogICAgICAgdG8gb3BlcmF0ZSB0aGUgbmV0d29y ayBwcm9wZXJseSBkdWUgdG8gbGltaXRlZCB2aXNpYmlsaXR5IG9mIGFjdHVhbA0KICAgICAgIHN0 YXR1cyB3aGljaCBtYWtlcyBpdCBtb3JlIGRpZmZpY3VsdCB0byBhbmFseXplIGFuZCB1bmRlcnN0 YW5kIHdoYXQNCiAgICAgICBpcyBnb2luZyBvbiBpbiB0aGUgbmV0d29yay4gIFNlcnZpY2VzIG1h eSBiZSBuZWdhdGl2ZWx5IGFmZmVjdGVkIChmb3INCiAgICAgICBleGFtcGxlLCBicmVha2luZyBh IHNlcnZpY2UgaW5zdGFuY2UgcmVzdWx0aW5nIGluIHNlcnZpY2UgaXMgbm90DQogICAgICAgcHJv cGVybHkgZGVsaXZlcmVkIHRvIGEgY3VzdG9tZXIpIGFuZCBuZXR3b3JrIHJlc291cmNlcyBiZQ0K ICAgICAgIG1pc2FsbG9jYXRlZC4NCiAgICAgICANClBlcmhhcHMgY2hhbmdlICJhY3R1YWwgc3Rh dHVzIiB0byAiYWN0dWFsIG9wZXJhdGlvbmFsIHN0YXR1cyIuDQoNCkkgYWxzbyBzdWdnZXN0IGNo YW5naW5nIHRoZSBsYXN0IHNlbnRlbmNlIHRvOg0KDQogICAgU2VydmljZXMgbWF5IGJlIG5lZ2F0 aXZlbHkgYWZmZWN0ZWQgKGUuZy4sIGRlZ3JhZGluZyBvciBicmVha2luZyBhIGN1c3RvbWVyIHNl cnZpY2UpIG9yIG5ldHdvcmsgcmVzb3VyY2VzIG1heSBiZSBtaXNhbGxvY2F0ZWQuDQoNCg0KICAg ICAgICAzLiBEZWZpbml0aW9uczoNCg0KSXQgc2hvdWxkIHByb2JhYmx5IGRlZmluZSB0aGF0IDxp bnRlbmRlZD4sIDxvcGVyYXRpb25hbD4sIChhbmQgcGVyaGFwcyA8cnVubmluZz4pIGFyZSB1c2Vk IHRvIGluZGljYXRlIG5hbWVzIG9mIGRhdGFzdG9yZXMuDQoNCkl0IHNob3VsZCBhbHNvIGV4cGxh aW4gdGhhdCA8Y29tcGFyZT4gaXMgdXNlZCBhcyB0aGUgbmFtZSBvZiBhIFlBTkcgUlBDLg0KDQoN CiAgICA0LiAgRGF0YSBNb2RlbCBPdmVydmlldw0KDQogICAgICAgQXQgdGhlIGNvcmUgb2YgdGhl IHNvbHV0aW9uIGlzIGEgbmV3IG1hbmFnZW1lbnQgb3BlcmF0aW9uLCA8Y29tcGFyZT4sDQogICAg ICAgdGhhdCBhbGxvd3MgdG8gY29tcGFyZSB0d28gZGF0YXN0b3JlcyBmb3IgdGhlIHNhbWUgZGF0 YS4NCg0KU3VnZ2VzdCByZXdvcmRpbmcgdGhpcyBmaXJzdCBzZW50ZW5jZSB0bzoNCg0KICBUaGUg Y29yZSBvZiB0aGUgc29sdXRpb24gaXMgYSBuZXcgbWFuYWdlbWVudCBvcGVyYXRpb24sIDxjb21w YXJlPiwNCiAgdGhhdCBjb21wYXJlcyB0aGUgZGF0YSB0cmVlIGNvbnRlbnRzIG9mIHR3byBkYXRh c3RvcmVzLg0KDQogICAgICAgbyAgdGFyZ2V0OiBUaGUgdGFyZ2V0IGlkZW50aWZpZXMgdGhlIGRh dGFzdG9yZSB0byBjb21wYXJlIGFnYWluc3QgdGhlDQogICAgICAgICAgc291cmNlLg0KDQpTdWdn ZXN0IGFkZGluZyBhbiBleGFtcGxlICIsIGUuZy4sIDxvcGVyYXRpb25hbD4uIg0KDQogICAgICAg byAgZmlsdGVyLXNwZWM6IFRoaXMgaXMgYSBjaG9pY2UgYmV0d2VlbiBkaWZmZXJlbnQgZmlsdGVy IGNvbnN0cnVjdHMNCiAgICAgICAgICB0byBpZGVudGlmeSB0aGUgcG9ydGlvbnMgb2YgdGhlIGRh dGFzdG9yZSB0byBiZSByZXRyaWV2ZWQuICBJdA0KICAgICAgICAgIGFjdHMgYXMgYSBub2RlIHNl bGVjdG9yIHRoYXQgc3BlY2lmaWVzIHdoaWNoIGRhdGEgbm9kZXMgYXJlIHdpdGhpbg0KICAgICAg ICAgIHRoZSBzY29wZSBvZiB0aGUgY29tcGFyaXNvbiBhbmQgd2hpY2ggbm9kZXMgYXJlIG91dHNp ZGUgdGhlIHNjb3BlLg0KICAgICAgICAgIFRoaXMgYWxsb3dzIGEgY29tcGFyaXNvbiBvcGVyYXRp b24gdG8gYmUgYXBwbGllZCBvbmx5IHRvIGENCiAgICAgICAgICBzcGVjaWZpYyBwb3J0aW9uIG9m IHRoZSBkYXRhc3RvcmUgdGhhdCBpcyBvZiBpbnRlcmVzdCwgc3VjaCBhcyBhDQogICAgICAgICAg cGFydGljdWxhciBzdWJ0cmVlLiAgKFRoZSBmaWx0ZXIgZG93IG5vdCBjb250YWluIGV4cHJlc3Np b25zIHRoYXQNCiAgICAgICAgICB3b3VsZCBtYXRjaCB2YWx1ZXMgZGF0YSBub2RlcywgYXMgdGhp cyBpcyBub3QgcmVxdWlyZWQgYnkgbW9zdCB1c2UNCiAgICAgICAgICBjYXNlcyBhbmQgd291bGQg Y29tcGxpY2F0ZSB0aGUgc2NoZW1lLCBmcm9tIGltcGxlbWVudGF0aW9uIHRvDQogICAgICAgICAg ZGVhbGluZyB3aXRoIHJhY2UgY29uZGl0aW9ucy4pDQogICAgICAgICAgDQpQZXJoYXBzICJwYXJ0 cy9wYXJ0IiByYXRoZXIgdGhhbiAicG9ydGlvbnMvcG9ydGlvbiIuDQoNClN1Z2dlc3QgcmV3b3Jk aW5nIHRoZSBsYXN0IHNlbnRlbmNlIHRvOg0KDQogICAgTm90ZSwgdGhlIGZpbHRlciBkb2VzIG5v dCBhbGxvdyBleHByZXNzaW9ucyB0aGF0IG1hdGNoIGFnYWluc3QgZGF0YSBub2RlIHZhbHVlcyBz aW5jZSB0aGF0IG1heSBpbmN1ciBpbXBsZW1lbnRhdGlvbiBkaWZmaWN1bHRpZXMgYW5kIGlzIG5v dCByZXF1aXJlZCBmb3Igbm9ybWFsIHVzZSBjYXNlcy4NCg0KDQogICAgICAgbyAgLi4uICBXaGVu IHRoZSB0YXJnZXQgZGF0YXN0b3JlIGlzIDxvcGVyYXRpb25hbD4sICJvcmlnaW4iDQogICAgICAg ICAgbWV0YWRhdGEgaXMgaW5jbHVkZWQgYXMgcGFydCBvZiB0aGUgcGF0Y2guICBJbmNsdWRpbmcg b3JpZ2luDQogICAgICAgICAgbWV0YWRhdGEgY2FuIGhlbHAgaW4gc29tZSBjYXNlcyBleHBsYWlu IHRoZSBjYXVzZSBvZiBhIGRpZmZlcmVuY2UsDQogICAgICAgICAgZm9yIGV4YW1wbGUgd2hlbiBh IGRhdGEgbm9kZSBpcyBwYXJ0IG9mIDxpbnRlbmRlZD4gYnV0IHRoZSBvcmlnaW4NCiAgICAgICAg ICBvZiB0aGUgc2FtZSBkYXRhIG5vZGUgaW4gPG9wZXJhdGlvbmFsPiBpcyByZXBvcnRlZCBhcyAi c3lzdGVtIi4NCg0KSSB0aGluayB0aGF0IHRoaXMgdGVzdCBuZWVkcyB0byByZWZlciBiYWNrIHRv IHRoZSAnZXhjbHVkZS1vcmlnaW4nIG9yICdyZXBvcnQtb3JpZ2luJyBvcHRpb25zIHNpbmNlIHRo ZSBvcmlnaW4gbWV0YWRhdGEgaXNuJ3QgYWx3YXlzIGluY2x1ZGVkLg0KDQoNCg0KICAgIDUuICBZ QU5HIERhdGEgTW9kZWwNCg0KICAgICAgICBUaGUga2V5IHdvcmRzICdNVVNUJywgJ01VU1QgTk9U JywgJ1JFUVVJUkVEJywgJ1NIQUxMJywgJ1NIQUxMDQogICAgICAgIE5PVCcsICdTSE9VTEQnLCAn U0hPVUxEIE5PVCcsICdSRUNPTU1FTkRFRCcsICdOT1QgUkVDT01NRU5ERUQnLA0KICAgICAgICAn TUFZJywgYW5kICdPUFRJT05BTCcgaW4gdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0 ZWQgYXMNCiAgICAgICAgZGVzY3JpYmVkIGluIEJDUCAxNCAoUkZDIDIxMTkpIChSRkMgODE3NCkg d2hlbiwgYW5kIG9ubHkgd2hlbiwNCiAgICAgICAgdGhleSBhcHBlYXIgaW4gYWxsIGNhcGl0YWxz LCBhcyBzaG93biBoZXJlLg0KICAgICAgICANCkkgY291bGRuJ3Qgc2VlIHRoYXQgUkZDIDIxMTkg bGFuZ3VhZ2UgaXMgYWN0dWFsbHkgdXNlZCBpbiB0aGUgWUFORyBtb2R1bGUsIHNvIHBlcmhhcHMg dGhpcyBjYW4gYmUgZGVsZXRlZD8NCg0KICAgICAgICAgcnBjIGNvbXBhcmUgew0KICAgICAgICAg ICBkZXNjcmlwdGlvbg0KICAgICAgICAgICAgICJOTURBIGNvbXBhcmUgb3BlcmF0aW9uLiI7DQoN ClBlcmhhcHMgIk5NREEgZGF0YXN0b3JlIGNvbXBhcmUgb3BlcmF0aW9uLiINCg0KICAgICAgICAg ICAgICAgICBhbnlkYXRhIHNvdXJjZS12YWx1ZSB7DQogICAgICAgICAgICAgICAgICAgd2hlbiAi Li4vb3BlcmF0aW9uID0gJ2RlbGV0ZSciDQogICAgICAgICAgICAgICAgICAgICArICJvciAuLi9v cGVyYXRpb24gPSAnbWVyZ2UnIg0KICAgICAgICAgICAgICAgICAgICAgKyAib3IgLi4vb3BlcmF0 aW9uID0gJ21vdmUnIg0KICAgICAgICAgICAgICAgICAgICAgKyAib3IgLi4vb3BlcmF0aW9uID0g J3JlcGxhY2UnIg0KICAgICAgICAgICAgICAgICAgICAgKyAib3IgLi4vb3BlcmF0aW9uID0gJ3Jl bW92ZSciOw0KICAgICAgICAgICAgICAgICAgIGRlc2NyaXB0aW9uDQogICAgICAgICAgICAgICAg ICAgICAiVGhlIGFueWRhdGEgJ3ZhbHVlJyBpcyBvbmx5IHVzZWQgZm9yICdkZWxldGUnLA0KICAg ICAgICAgICAgICAgICAgICAgICdtb3ZlJywgJ21lcmdlJywgJ3JlcGxhY2UnLCBhbmQgJ3JlbW92 ZScNCiAgICAgICAgICAgICAgICAgICAgICBvcGVyYXRpb25zLiI7DQogICAgICAgICAgICAgICAg ICAgICAgDQpJJ20gbm90IGNvbnZpbmNlZCBob3cgdXNlZnVsIHRoZSB3aGVuIHN0YXRlbWVudCBy ZWFsbHkgaXMgaW4gdGhpcyBjYXNlLCBzaW5jZSAnc291cmNlLXZhbHVlJyBpc24ndCBtYXJrZWQg YXMgbWFuZGF0b3J5LCBhIHNlcnZlciBpcyBhbGxvd2VkIHRvIG9taXQgaXQgd2hlbiBpdCBkb2Vz bid0IGFwcGx5IGFueXdheS4NCg0KICAgIDYuICBFeGFtcGxlDQoNCiAgICAgICA8b3BlcmF0aW9u YWw+IGRvZXMgbm90IGNvbnRhaW4gb2JqZWN0ICJkZXNjcmlwdGlvbiIgdGhhdCBpcyBjb250YWlu ZWQNCiAgICAgICBpbiA8aW50ZW5kZWQ+LiAgQW5vdGhlciBvYmplY3QsICJlbmFibGVkIiwgaGFz IGRpZmZlcmVuY2VzIGluIHZhbHVlcywNCiAgICAgICBiZWluZyAidHJ1ZSIgaW4gPG9wZXJhdGlv bmFsPiBhbmQgImZhbHNlIiBpbiA8aW50ZW5kZWQ+LiAgQSB0aGlyZA0KICAgICAgIG9iamVjdCwg Im5hbWUiLCBpcyB0aGUgc2FtZSBpbiBib3RoIGNhc2VzLiAgVGhlIG9yaWdpbiBvZiB0aGUgb2Jq ZWN0cw0KICAgICAgIGluIDxvcGVyYXRpb25hbD4gaXMgImxlYXJuZWQiLCB3aGljaCBtYXkgaGVs cCBleHBsYWluIHRoZQ0KICAgICAgIGRpc2NyZXBhbmNpZXMuDQoNCkkgdGhpbmsgdGhhdCB3ZSBz aG91bGQgcHJvYmFibHkgcmVmcmFpbiBmcm9tIGNhbGxpbmcgdGhlbSBvYmplY3RzLCBwZXJoYXBz ICJsZWFmIGluc3RhbmNlIiB3b3VsZCBiZSBiZXR0ZXI/ICBSYXRoZXIgdGhhbiAiZGlmZmVyZW5j ZXMgaW4gdmFsdWVzIiwgcGVyaGFwcyAiZGlmZmVyZW50IHZhbHVlcyIuDQoNCkUuZy4sDQoNCiAg ICAgICA8b3BlcmF0aW9uYWw+IGRvZXMgbm90IGNvbnRhaW4gYW4gaW5zdGFuY2UgZm9yIGxlYWYg ImRlc2NyaXB0aW9uIiB0aGF0DQogICAgICAgaXMgY29udGFpbmVkIGluIDxpbnRlbmRlZD4uICBB bm90aGVyIGxlYWYsICJlbmFibGVkIiwgaGFzIGRpZmZlcmVudA0KICAgICAgIHZhbHVlcyBpbiB0 aGUgdHdvIGRhdGFzdG9yZXMsIGJlaW5nICJ0cnVlIiBpbiA8b3BlcmF0aW9uYWw+IGFuZA0KICAg ICAgICJmYWxzZSIgaW4gPGludGVuZGVkPi4gIEEgdGhpcmQgbGVhZiwgIm5hbWUiLCBoYXMgdGhl IHNhbWUgaW5zdGFuY2UNCiAgICAgICB2YWx1ZSBpbiBib3RoIGRhdGFzdG9yZXMuICBUaGUgb3Jp Z2luIG9mIHRoZSBsZWFmIGluc3RhbmNlcyBpbg0KICAgICAgIDxvcGVyYXRpb25hbD4gaXMgImxl YXJuZWQiLCB3aGljaCBtYXkgaGVscCBleHBsYWluIHRoZSBkaXNjcmVwYW5jaWVzLg0KDQogICAv L09QRVJBVElPTkFMDQogICA8aW50ZXJmYWNlcw0KICAgICAgIHhtbG5zPSJ1cm46aWV0ZjpwYXJh bXM6eG1sOm5zOnlhbmc6aWV0Zi1pbnRlcmZhY2VzIg0KICAgICAgIHhtbG5zOm9yPSJ1cm46aWV0 ZjpwYXJhbXM6eG1sOm5zOnlhbmc6aWV0Zi1vcmlnaW4iPg0KICAgICA8aW50ZXJmYWNlIG9yOm9y aWdpbj0ib3I6bGVhcm5lZCI+DQogICAgICAgPG5hbWU+ZXRoMDwvbmFtZT4NCiAgICAgICA8ZW5h YmxlZD50cnVlPC9lbmFibGVkPg0KDQogICAgICAgPC9pbnRlcmZhY2U+DQogICA8L2ludGVyZmFj ZXM+DQoNClRoZXJlIGlzIGFuIGV4dHJhIGxpbmUsIGFuZCBkb2RneSBpbmRlbnRhdGlvbiBmb3Ig IjwvaW50ZXJmYWNlPiIuDQoNCk5pdHM6DQoNCiJwb3NzaWJseSBmb3IiID0+ICJwb3NzaWJsZSBm b3IiDQoicmVmZXJlbmNlIGZvciB0aGUiID0+ICJ0aGUgcmVmZXJlbmNlIGRhdGEgdHJlZSBmb3Ig dGhlIg0KImlzIGJhc2lzIiA9PiAiaXMgdGhlIGJhc2lzIg0KDQpUaGFua3MsDQpSb2INCg== --_002_MN2PR11MB43667E8DC9E9B1CBB6B26E9AB5100MN2PR11MB4366namp_-- From nobody Tue Nov 3 06:53:12 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 580E03A0C61 for ; Tue, 3 Nov 2020 06:53:11 -0800 (PST) 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, RCVD_IN_MSPIKE_H2=-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 o-sfQdno_DGf for ; Tue, 3 Nov 2020 06:53:09 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C9803A0C5F for ; Tue, 3 Nov 2020 06:53:09 -0800 (PST) Received: from lhreml714-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 9C302EF543C262FAB11D for ; Tue, 3 Nov 2020 14:53:06 +0000 (GMT) Received: from lhreml714-chm.china.huawei.com (10.201.108.65) by lhreml714-chm.china.huawei.com (10.201.108.65) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 3 Nov 2020 14:53:06 +0000 Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml714-chm.china.huawei.com (10.201.108.65) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 3 Nov 2020 14:53:06 +0000 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.33]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0487.000; Tue, 3 Nov 2020 22:53:04 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: I-D Action: draft-wwx-netmod-event-yang-10.txt Thread-Index: Adax8NdR58BvwH+kR0WgYlMiEyYpVQ== Date: Tue, 3 Nov 2020 14:53:03 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.26.199] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] I-D Action: draft-wwx-netmod-event-yang-10.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2020 14:53:11 -0000 SGksIEZvbGtzOg0Kdi0xMCBpcyBwb3N0ZWQsIHNlZSBkaWZmIA0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvcmZjZGlmZj91cmwyPWRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0xMA0KdGhlIG1haW4g Y2hhbmdlcyBpbmNsdWRlOg0KDQogICBvICBSZXdyaXRlIEVDQSBNb2RlbCBTZWxmIE1vbml0b3Jp bmcgVXNhZ2UgRXhhbXBsZTsNCg0KICAgbyAgQWRkIHVzYWdlIEV4YW1wbGUgb2YgSGlnaCBDUFUg VXRpbGl6YXRpb24gVHJvdWJsZXNob290aW5nOw0KDQogICBvICBBZGQgdXNhZ2UgRXhhbXBsZSBv ZiBSb3V0ZXIgTG9nIER1bXAgdXNpbmcgVGltZXIgRXZlbnQgVHJpZ2dlcjsNCg0KICAgbyAgUmVp bnRyb2R1Y2UgaXRlcmF0ZSBhY3Rpb24sIGZ1bmN0aW9uIGNhbGwgYW5kIHJwYyBjYWxsIGFjdGlv bg0KICAgICAgdHlwZS4gIFRoZXNlIGFjdGlvbiB0eXBlcyBhcmUgZXhjaGFuZ2VkIGJldHdlZW4g bG9jYWwgY2xpZW50IGFuZA0KICAgICAgdGhlIHNlcnZlci4NCg0KICAgbyAgTW92ZSBub3RpZmlj YXRpb24gb3BlcmF0aW9uIGFzIHNlcGFyYXRlIG5vdGlmaWNhdGlvbiBzaW5jZSB0aGUNCiAgICAg IG5vdGlmaWNhdGlvbiBpcyBleGNoYW5nZSBiZXR3ZWVuIHRoZSBtYW5hZ2VtZW50IHN5c3RlbSBh bmQgdGhlDQogICAgICBzZXJ2ZXIuDQoNCi1RaW4gKG9uIGJlaGFsZiBvZiBhdXRob3JzKQ0KLS0t LS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IEktRC1Bbm5vdW5jZSBbbWFpbHRvOmktZC1hbm5vdW5j ZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZw0Kt6LLzcqx vOQ6IDIwMjDE6jEx1MIxyNUgMTY6NTENCsrVvP7IyzogaS1kLWFubm91bmNlQGlldGYub3JnDQrW 98ziOiBJLUQgQWN0aW9uOiBkcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmctMTAudHh0DQoNCg0K QSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJu ZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogQSBZ QU5HIERhdGEgbW9kZWwgZm9yIEVDQSBQb2xpY3kgTWFuYWdlbWVudA0KICAgICAgICBBdXRob3Jz ICAgICAgICAgOiBRaW4gV3UNCiAgICAgICAgICAgICAgICAgICAgICAgICAgSWdvciBCcnlza2lu DQogICAgICAgICAgICAgICAgICAgICAgICAgIEhlbmsgQmlya2hvbHoNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgWHVmZW5nIExpdQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBCZW5vaXQg Q2xhaXNlDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtd3d4LW5ldG1vZC1ldmVudC15YW5nLTEw LnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDU0DQoJRGF0ZSAgICAgICAgICAgIDogMjAyMC0xMS0w MQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcgZGF0YSBtb2Rl bCBmb3IgRXZlbnQgQ29uZGl0aW9uIEFjdGlvbg0KICAgKEVDQSkgcG9saWN5IG1hbmFnZW1lbnQu ICBUaGUgRUNBIHBvbGljeSBZQU5HIG1vZHVsZSBwcm92aWRlcyB0aGUNCiAgIGFiaWxpdHkgdG8g ZGVsZWdhdGUgc29tZSBuZXR3b3JrIG1hbmFnZW1lbnQgZnVuY3Rpb25zIHRvIHRoZSBzZXJ2ZXIN CiAgIHdoaWNoIGNhbiB0YWtlIHNpbXBsZSBhbmQgaW5zdGFudCBhY3Rpb24gd2hlbiBhIHRyaWdn ZXIgY29uZGl0aW9uIG9uDQogICB0aGUgc3lzdGVtIHN0YXRlIGlzIG1ldC4NCg0KDQpUaGUgSUVU RiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy8NCg0KVGhl cmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LXd3eC1uZXRtb2QtZXZlbnQteWFuZy0xMA0KaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC13d3gtbmV0bW9kLWV2ZW50LXlhbmct MTANCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXd3eC1uZXRtb2QtZXZlbnQt eWFuZy0xMA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWlu dXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQt RHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRw LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KSS1ELUFubm91bmNlIG1haWxpbmcgbGlzdA0KSS1ELUFu bm91bmNlQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2kt ZC1hbm5vdW5jZQ0KSW50ZXJuZXQtRHJhZnQgZGlyZWN0b3JpZXM6IGh0dHA6Ly93d3cuaWV0Zi5v cmcvc2hhZG93Lmh0bWwgb3IgZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50 eHQNCg== From nobody Tue Nov 3 07:38:22 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CEDF3A0C9D for ; Tue, 3 Nov 2020 07:38:21 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hgiLix3DRsL0 for ; Tue, 3 Nov 2020 07:38:20 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3E323A0AA6 for ; Tue, 3 Nov 2020 07:38:19 -0800 (PST) Received: from lhreml743-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 9A783F7C39C5E9638F2D for ; Tue, 3 Nov 2020 15:38:15 +0000 (GMT) Received: from lhreml743-chm.china.huawei.com (10.201.108.193) by lhreml743-chm.china.huawei.com (10.201.108.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 3 Nov 2020 15:38:15 +0000 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml743-chm.china.huawei.com (10.201.108.193) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 3 Nov 2020 15:38:15 +0000 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.33]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0487.000; Tue, 3 Nov 2020 23:38:10 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: ECA model draft: Exception handling Thread-Index: Adax9wpw3XwU2/BtQLCw1a9Br5Bhsg== Date: Tue, 3 Nov 2020 15:38:09 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.26.199] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAADB1FC13dggeml511mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] ECA model draft: Exception handling X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2020 15:38:21 -0000 --_000_B8F9A780D330094D99AF023C5877DABAADB1FC13dggeml511mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable * Not all errors can be detected at configuration time. Error that o= ccur while ECA logic is being evaluated will cause the server to generate a= n eca-exception notification. - Q1:Does an exception cause the ECA entry to be disabled automaticall= y? - Q2: What else exceptions and details parameters need to be defined? * Proposal to Q1: - In case of one time ECA, it will generate exception notification, st= op executing other actions associated with the same event, exit ECA executi= on process - In case of periodical ECA execution, it will generate exception noti= fication, stop executing other action associated with the same event, exit = ECA execution process in the current period, move to the next period, if th= e same exception is generated, the ECA entry will be disabled, send another= exception notification; * Proposal to Q2: - The action can be executed in the form of RPC function or function c= all, therefore function invoke error, rpc invoke error should be defined, i= n addition, we may allow bind policy variable with xpath expression, variab= le binding unknown should be defined to cover exception case. When ECA entr= y can be disabled, the corresponding notification can be generated, we can = call it eca entry disable exception. --_000_B8F9A780D330094D99AF023C5877DABAADB1FC13dggeml511mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

•      &n= bsp; Not all errors can be d= etected at configuration time. Error that occur while ECA logic is being ev= aluated will cause the server to generate an eca-exception notification.

–      Q1:Does an exception ca= use the ECA entry to be disabled automatically?

–      Q2: What else exception= s and details parameters need to be defined?

•      &n= bsp; Proposal to Q1:

–      In case of one time ECA= , it will generate exception notification, stop executing other actions ass= ociated with the same event, exit ECA execution process

–      In case of periodical E= CA execution, it will generate exception notification, stop executing other= action associated with the same event, exit ECA execution process in the c= urrent period, move to the next period, if the same exception is generated, the ECA entry will be disabled, send a= nother exception notification;

•      &n= bsp; Proposal to Q2:

–      The action can be execu= ted in the form of RPC function or function call, therefore function invoke= error, rpc invoke error should be defined, in addition, we may allow bind = policy variable with xpath expression, variable binding unknown should be defined to cover exception case. When E= CA entry can be disabled, the corresponding notification can be generated, = we can call it eca entry disable exception.

--_000_B8F9A780D330094D99AF023C5877DABAADB1FC13dggeml511mbschi_-- From nobody Tue Nov 3 07:39:49 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FEF63A0D38 for ; Tue, 3 Nov 2020 07:39:48 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z6-xZ7b-a9av for ; Tue, 3 Nov 2020 07:39:46 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3DE93A0D31 for ; Tue, 3 Nov 2020 07:39:46 -0800 (PST) Received: from lhreml706-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 58A3A423A03D5873A6F5 for ; Tue, 3 Nov 2020 15:39:45 +0000 (GMT) Received: from lhreml706-chm.china.huawei.com (10.201.108.55) by lhreml706-chm.china.huawei.com (10.201.108.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Tue, 3 Nov 2020 15:39:44 +0000 Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml706-chm.china.huawei.com (10.201.108.55) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Tue, 3 Nov 2020 15:39:44 +0000 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.33]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0487.000; Tue, 3 Nov 2020 23:39:40 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: ECA model draft: Interaction Between Event, Condition, Action Thread-Index: Adax898WP6SdIszhTcmKUx42F6Fr+A== Date: Tue, 3 Nov 2020 15:39:40 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.26.199] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAADB1FC2Edggeml511mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] ECA model draft: Interaction Between Event, Condition, Action X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2020 15:39:48 -0000 --_000_B8F9A780D330094D99AF023C5877DABAADB1FC2Edggeml511mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable * Q1: How different ECAs do not impact each other if they share PVs? * In the current ECA model, Event, Condition and Action are defined = separately and ECAs comprise of a set of ECA entries, each ECA entry have o= ne Event, a set of condition-action entries. Each condition-action entry ha= ve a set of conditions, one action entry; each action entry have multiple a= ction items. * ECA interacts with another ECA (i.e., two ECAs have different data= source) hasn't been covered yet. * Proposal: Not sure this is the right question, since PV are shared by multiple ECA in= stances, ECA instance execution can lead to the PV state changes. If we don= 't want to see different ECA impact each other, we should not define shared= PV or global PV for them, instead, the local PV associated with a specific= ECA instance should be defined separately. --_000_B8F9A780D330094D99AF023C5877DABAADB1FC2Edggeml511mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

•      &n= bsp; Q1: How different ECAs = do not impact each other if they share PVs?

•<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;    In the current ECA model, Ev= ent, Condition and Action are defined separately and ECAs comprise of a set= of ECA entries, each ECA entry have one Event, a set of condition-action entries. Each condition-action entry have a set = of conditions, one action entry; each action entry have multiple action ite= ms.

•<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;    ECA interacts with another E= CA (i.e., two ECAs have different data source) hasn’t been covered ye= t.

•<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;    Proposal:<= /p>

= Not sure this is the right question, since PV are shared by= multiple ECA instances, ECA instance execution can lead to the PV state changes. If we don’t want to see different ECA = impact each other, we should not define shared PV or global PV for them, in= stead, the local PV associated with a specific ECA instance should be defin= ed separately.

=  

--_000_B8F9A780D330094D99AF023C5877DABAADB1FC2Edggeml511mbschi_-- From nobody Tue Nov 3 07:40:46 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0E5B3A0D38 for ; Tue, 3 Nov 2020 07:40:44 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wauq1hzS8MTC for ; Tue, 3 Nov 2020 07:40:43 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 674523A0D31 for ; Tue, 3 Nov 2020 07:40:43 -0800 (PST) Received: from lhreml748-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 07A8566DD6741F5B9E64 for ; Tue, 3 Nov 2020 15:40:42 +0000 (GMT) Received: from lhreml748-chm.china.huawei.com (10.201.108.198) by lhreml748-chm.china.huawei.com (10.201.108.198) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 3 Nov 2020 15:40:41 +0000 Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by lhreml748-chm.china.huawei.com (10.201.108.198) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 3 Nov 2020 15:40:41 +0000 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.33]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0487.000; Tue, 3 Nov 2020 23:40:35 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: ECA model draft: ECA access specific datastores Thread-Index: Adax9QZhNlK1oXPvRPC3v7Pw7F2tXw== Date: Tue, 3 Nov 2020 15:40:34 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.26.199] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAADB1FC47dggeml511mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] ECA model draft: ECA access specific datastores X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2020 15:40:45 -0000 --_000_B8F9A780D330094D99AF023C5877DABAADB1FC47dggeml511mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable * How can ECA access specific datastores? - Currently no NMDA support for config=3Dtrue values in = is provided. - Access to datastore is not possible. * Proposal: In the current ECA model draft, we most focus on self monitoring case, only= config-false values are targeted. However since we allow network management function being moved to the serve= r as local client, why the local client can not access specific datastore i= n the same way as remote client or the network management system? --_000_B8F9A780D330094D99AF023C5877DABAADB1FC47dggeml511mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

•      &n= bsp; How can ECA access spec= ific datastores?

–      Currently no NMDA suppo= rt for config=3Dtrue values in <operational> is provided.

–      Access to <candidate= > datastore is not possible.

•      &n= bsp; Proposal:

I= n the current ECA model draft, we most focus on self monitoring case, only = config-false values are targeted.

Ho= wever since we allow network management function being moved to the server = as local client, why the local client can not access specific datastore in = the same way as remote client or the network management system?

 

--_000_B8F9A780D330094D99AF023C5877DABAADB1FC47dggeml511mbschi_-- From nobody Tue Nov 3 07:41:05 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A95E43A0D38 for ; Tue, 3 Nov 2020 07:41:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 31XPyV4IEMKn for ; Tue, 3 Nov 2020 07:41:01 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE8353A0D31 for ; Tue, 3 Nov 2020 07:41:00 -0800 (PST) Received: from lhreml733-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 7846BFA15188397636EA for ; Tue, 3 Nov 2020 15:40:59 +0000 (GMT) Received: from lhreml733-chm.china.huawei.com (10.201.108.84) by lhreml733-chm.china.huawei.com (10.201.108.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Tue, 3 Nov 2020 15:40:59 +0000 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml733-chm.china.huawei.com (10.201.108.84) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Tue, 3 Nov 2020 15:40:58 +0000 Received: from DGGEML511-MBS.china.huawei.com ([169.254.4.33]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0487.000; Tue, 3 Nov 2020 23:40:54 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: ECA model draft: Diagnostic Test Thread-Index: Adax9zvzubpgspmxRw61qz/GmdGYfg== Date: Tue, 3 Nov 2020 15:40:54 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.26.199] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAADB1FC55dggeml511mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] ECA model draft: Diagnostic Test X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2020 15:41:04 -0000 --_000_B8F9A780D330094D99AF023C5877DABAADB1FC55dggeml511mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable * Diagnostic Event is a user interface implemented in the server which allow user to view and/or = manipulate the ECA logic 's internal state for the purpose of debugging. * Diagnostic Test provides health check on ECA logic and the ECA XPa= th function library, e.g., allow user to trigger start action, stop action = or next action execution step by step. Proposal: Add diagnostic event support and start, stop, next action are de= signed for diagnostic event. --_000_B8F9A780D330094D99AF023C5877DABAADB1FC55dggeml511mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

•      &n= bsp; Diagnostic Event is a <= a href=3D"https://en.wikipedia.org/wiki/User_interface"> user interface implemented in the server which allow user to view and/o= r manipulate the ECA logic 's internal state for the purpose of debugging.

•      &n= bsp; Diagnostic Test provide= s health check on ECA logic and the ECA XPath function library, e.g., allow= user to trigger start action, stop action or next action execution step by= step.

Proposal:  Add diagnostic = event support and start, stop, next action are designed for diagnostic even= t.

--_000_B8F9A780D330094D99AF023C5877DABAADB1FC55dggeml511mbschi_-- From nobody Wed Nov 4 09:08:51 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9600F3A133B for ; Wed, 4 Nov 2020 09:08:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 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] 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 bOIeoa4MPM7P for ; Wed, 4 Nov 2020 09:08:49 -0800 (PST) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2136.outbound.protection.outlook.com [40.107.236.136]) (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 13A133A0D9C for ; Wed, 4 Nov 2020 09:08:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OhA2UgogO6M98yAtWKqigcNoJdydQguLkv9AmlEvf3X0xE6ySDQgrdLzmawR/M5n/jSnyGE7XTFkMEXhqi/UVI1tT+93dhizBNnBbNHMJB9ELxsywY+flfT83yY/DfAow4ELm50YUeGlhorw3WwbOPVnZJQUEBjmCN+t5UfdvXXT+w/adf4yHbpE8nlCtEsNfbHwjSyddPP1/fBmtyI28qUDAYAlTXp+RIhn3ARBiyqkhrUaEWPIJ/TlvSi7hZvvFwaNluOmGdldR38cfYkV7jI3Qjao4vWbgIG+IT3wKil2wiLpWxu1KMxdxyD5CYQmr1ppkz5D4+ISxy8Ns5Wymg== 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=sAWDAOdBypw4EoHRp0yNsD37k/IR//219LszghnaXxk=; b=LkO/lmrH9eyJs4T4CSNWFTQKnZqgst5AwOIQhZX4NhjCdJkFRbxrfMY5fzialhhcIfYE7J9BCSIvIppFKa4zzA+vWUTE00d/P/BwzRSt8Lxs1o+ISF+FJCicGOK/bOS5rURqRQX3/5ZWa/V2tWOLbnwg5vAQeBP/zGbiousw0NdxjGs3qamUYjob2eNH4OZwIzLY2y6+HxGLVSNLvcLnGqb2wHB2/S23B8Dh9AvxPO8boTgfhod2JfKZgg6WC6dF+bB9wLf9umOsXK1+J2ETWoSfm0c0cixIqxlkcf8RMjh3AJllZDYW0QXYcBvuwHrvuOK1opDLIVyxE8aisOEU/A== 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=sAWDAOdBypw4EoHRp0yNsD37k/IR//219LszghnaXxk=; b=TtQTTvb29ZNNd+p0nk6VZG+oBaBcrI/pgMNTP6UpQ5XT63barwpERlskHAmid3V3/HakKz/E4fxjllGN7YbIDwOaHBvCUWazvTlhXU9fan7Ixm4xobJ8kBXPZ9E0Zh3lR68vRxXaPmC2AzKbKGsCxDePZaGFA0cmU+KzC+44t6o= Received: from DM5PR08MB2633.namprd08.prod.outlook.com (2603:10b6:3:ca::21) by DM6PR08MB4986.namprd08.prod.outlook.com (2603:10b6:5:4f::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.29; Wed, 4 Nov 2020 17:08:46 +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.032; Wed, 4 Nov 2020 17:08:46 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes - 2020-11-03 Thread-Index: AdayzLDZddEuaw/RTD6UluSSXO0Big== Date: Wed, 4 Nov 2020 17:08:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [174.112.3.120] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 8989ade2-a10f-4a53-3bdf-08d880e44a82 x-ms-traffictypediagnostic: DM6PR08MB4986: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dU0LUxzGCd5cvh3jyJzRH4H9UZ1NsRC/ftfADMH+W7ZJ2i4P2DH6vJsvijJDgDUML/q9MKYKGwigZ632JpHfhhUhlL3GQ7wCtc8PVc89BeaH0aMeSSOMVW0RKk6PjXLQkU+cJf3DPGe3BD13IchjiD5qmIVkS7jfoGutZ92mtU5EIlVTtneeVlfj2t4l2+tckgz8xYzXcQNt7XetVRlCFes3hxI+kKBxqwOGgqTwKhq5L0SBr6uIqg9cHIuVhvS+srvj62aq0Hm7GkJm9RLRBZjwNdXC6OZhNndrvMaBs27NsZ3Yb47sVsQoakevxvYCaeJaBhvCzSXGHmbKCsT5nw== 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)(376002)(396003)(366004)(346002)(39860400002)(76116006)(186003)(66476007)(66446008)(66556008)(64756008)(8936002)(66946007)(7696005)(8676002)(2906002)(83380400001)(478600001)(26005)(5660300002)(6916009)(86362001)(9686003)(52536014)(71200400001)(33656002)(316002)(6506007)(55016002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: 3a1ENbAwNAh9XkVtoHM2A18747EDIExXZixAVHiIJO3FV8y+QSgoEf7OKFgQVWKF4JutwUiNdYsMdcU0YI2o/n6nfx5tBg2cdnRpLOd14i1PQxPNq7OwVLvGscnLRSg4mxj9bpiYUAJctK/EBbR4odQ7fXq8a3wm5CItXcXM3aEVV0AhvqH5xmcPwTmJ6c2YT7cL0D5vk1Ec/gBAl6k3Kc2al/ZbrBPsX5spIi0IBYanx9W6kYoNmu19AI4c+8QweKzvQO8EU546VvdS8KC31cvhRuT5QMzOhbAtCyMnrSOWDtYkHxLHeNnmoMlmxn0TvK3+V0yRBnvFPeKWhIAQqLm6pPoqMr7wwWDf77Qo2DWoFDQgaKsFAjrzOVD+cN4pM0LJ7aaITHN9fGRYgiikTKeKipHFPB99/hyxHtVvQ628+YjyzKgCRcsZSKfELLOWO6C0aC0ofzB2+ePpkSOKADdlgAIbnoonH/Ecam5DUvsw+YFps0zjGE4uoQ83C1x4iqz5eDYzMStVRvocyhpiyx3YgFjWsICGUpvoHTZzQ0kOF3K2NcjIL3Ify0Zf0wkL28UFZGa9IaTEtqlFYjM/wRtLF3MbuRVE9lp48rF6rlfLXFnPZQgTzLUvEV2vrjZ2JPyuxuTx3mD2Ia/S3OKv7g== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM5PR08MB26331EBB139AA8741BE22F6B9BEF0DM5PR08MB2633namp_" 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: 8989ade2-a10f-4a53-3bdf-08d880e44a82 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2020 17:08:46.3053 (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: ysCi3vfLX8H09u3umbRoMGjQ+8hNt2C0j2hQ/PaEcoMCrUE0O6cd0H3xDfBeJlEFh/vNLHy+NuTQvPruSdItbA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB4986 Archived-At: Subject: [netmod] YANG Versioning Weekly Call Minutes - 2020-11-03 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 17:08:51 -0000 --_000_DM5PR08MB26331EBB139AA8741BE22F6B9BEF0DM5PR08MB2633namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We started by discussing prep of material for the upcoming IETF109 meetings= : Slide Prep: - Update on Versioning - Reshad - Update on Semver - Joe ? - Update on Packages - what has changed/progressed - Bo - open issues - Jason - General update on weekly Versioning calls - Jan - tried to progress Versioning, but a bit stuck - bumped the comparison & versioning selection drafts, updated to newest= RFC format xml2rfc v3 - spent lots of time on packages, lots left to go - focus is on Packages, likely for the next while Presenting at IETF109: - Bo for Packages - Jan for the rest Some issues to make sure we cover in the slides: - whitespaces <- Reshad - NBC and imports <- Reshad - pre-release semver ? <- Joe - gaps in revision label, removing history <- Reshad Then the rest of the meeting was discussing how schema mounts should work w= ith packages. - a package includes schema mount points, but TBD if it includes informatio= n about what gets mounted at those mount points (minimum sets, other packag= es, etc) - we also discussed definitions of "package schema", "datastore schema" and= whether those include mounted schema or not Jason --_000_DM5PR08MB26331EBB139AA8741BE22F6B9BEF0DM5PR08MB2633namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We started by discussing prep o= f material for the upcoming IETF109 meetings:

 

Slide Prep:

- Update on Versioning - Reshad=

- Update on Semver - Joe ?=

- Update on Packages=

     - what= has changed/progressed - Bo

     &= nbsp;        - open issues - Jason<= /o:p>

- General update on weekly Vers= ioning calls - Jan

   - tried to progres= s Versioning, but a bit stuck

   - bumped the compa= rison & versioning selection drafts, updated to newest RFC format xml2r= fc v3

   - spent lots of ti= me on packages, lots left to go

   - focus is on Pack= ages, likely for the next while

 

Presenting at IETF109:

- Bo for Packages

- Jan for the rest

 

Some issues to make sure we cov= er in the slides:

- whitespaces  <- Resha= d

- NBC and imports <- Reshad<= o:p>

- pre-release semver ?  &l= t;- Joe

- gaps in revision label, remov= ing history  <- Reshad

 

Then the rest of the meeting wa= s discussing how schema mounts should work with packages.=

- a package includes schema mou= nt points, but TBD if it includes information about what gets mounted at th= ose mount points (minimum sets, other packages, etc)

- we also discussed definitions= of "package schema", "datastore schema" and whether th= ose include mounted schema or not

 

Jason

--_000_DM5PR08MB26331EBB139AA8741BE22F6B9BEF0DM5PR08MB2633namp_-- From nobody Wed Nov 4 09:45:51 2020 Return-Path: <01000175945d53bf-906bd993-5154-41e1-bbbd-f610e7fa7379-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 9273C3A13B1; Wed, 4 Nov 2020 09:45:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 PgqYrn8HGEK2; Wed, 4 Nov 2020 09:45:47 -0800 (PST) Received: from a8-88.smtp-out.amazonses.com (a8-88.smtp-out.amazonses.com [54.240.8.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53C9F3A13C5; Wed, 4 Nov 2020 09:45:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1604511946; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:Cc:To:Feedback-ID; bh=1fIILeoubJb+DHbt80wZlVXEvIez580TFiAxkUOro/I=; b=eAOCvXdHvbdHrL9WIsNH2YOl7sE0en5S3exe1M27AxiDJX0WySlotBJTSIXuqvxJ x8S+l4DT+OXj18uo7Qzh9PPgcncJNN08XSpR/Rh0fG1I+yt7UtnNGi+iSVQUOidg/50 T0fNHd18UdIzn2Mv+3azja2gW4t/LihHUhsj8W9M= From: Kent Watsen Content-Type: multipart/alternative; boundary="Apple-Mail=_E0EDC7A2-9A7C-4B02-AEDE-0A39F2981B4C" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Message-ID: <01000175945d53bf-906bd993-5154-41e1-bbbd-f610e7fa7379-000000@email.amazonses.com> Date: Wed, 4 Nov 2020 17:45:45 +0000 Cc: "netmod-chairs@ietf.org" To: "netmod@ietf.org" X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.04-54.240.8.88 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netmod] Draft 109 Agenda X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 17:45:50 -0000 --Apple-Mail=_E0EDC7A2-9A7C-4B02-AEDE-0A39F2981B4C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 The following draft 109 agenda has been posted [1]. Please send any = modification requests to the "netconf-chairs=E2=80=9D alias (CC-ed). [1] https://www.ietf.org/proceedings/109/agenda/agenda-109-netmod-00 = Thanks, NETMOD Chairs Agenda for the NETMOD 109 WG Session ------------------------------------- https://datatracker.ietf.org/meeting/109/materials/agenda-109-netmod Session: Wednesday, November 18 UTC+07: 14:30-15:30 WG Chairs: Lou Berger (lberger at labs dot net) Kent Watsen (kent plus ietf at watsen dot net) Joel Jaeggli (joelja at bogus dot com) Available During Session: ICS: = https://datatracker.ietf.org/meeting/109/sessions/netmod.ics MeetEcho: = https://meetings.conf.meetecho.com/ietf109/?group=3Dnetmod Jabber: xmpp:netmod@jabber.ietf.org?join Available During / After Session: CodiMD: https://codimd.ietf.org/notes-ietf-109-netmod Slides (TGZ): = https://datatracker.ietf.org/meeting/109/agenda/netmod-drafts.tgz Slides (PDF): = https://datatracker.ietf.org/meeting/109/agenda/netmod-drafts.pdf Available After Session: Recording: = https://ietf108.conf.meetecho.com/index.php/Recordings#NETMOD Jabber Logs: https://www.ietf.org/jabber/logs/netmod Introduction Chairs (10 minutes) Session Intro & WG Status Chartered items: YANG Versioning Update (15 min) = https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-module-versioning/= https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-semver/ https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-packages/ = https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-ver-selection/ = https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-schema-comparison/= Jan Lindblad and Bo Wu =20 Non-Chartered items: Telemetry Data Self Explanation Tags (10 min) https://tools.ietf.org/html/draft-tao-netmod-yang-node-tags-06 Qin Wu A YANG Data model for ECA Policy Management (20 min) https://tools.ietf.org/html/draft-wwx-netmod-event-yang-10 Qin Wu Remaining 5 min. --Apple-Mail=_E0EDC7A2-9A7C-4B02-AEDE-0A39F2981B4C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8


The = following draft 109 agenda has been posted [1].  Please send any = modification requests to the "netconf-chairs=E2=80=9D alias = (CC-ed).

[1] https://www.ietf.org/proceedings/109/agenda/agenda-109-netmod-0= 0

Thanks,
NETMOD Chairs




Agenda for the NETMOD 109 WG = Session
-------------------------------------
https://datatracker.ietf.org/meeting/109/materials/agenda-109-n= etmod


Session:
   Wednesday, November 18
   UTC+07: = 14:30-15:30


WG = Chairs:
  =  Lou Berger (lberger at labs dot net)
   Kent Watsen (kent plus ietf at = watsen dot net)
  =  Joel Jaeggli (joelja at bogus dot com)


Available During = Session:
  =  ICS:            https://datatracker.ietf.org/meeting/109/sessions/netmod.ics
  =  MeetEcho:       https://meetings.conf.meetecho.com/ietf109/?group=3Dnetmod<= /span>
  =  Jabber:         xmpp:netmod@jabber.ietf.org?join


Available During / After = Session:
  =  CodiMD:        https://codimd.ietf.org/notes-ietf-109-netmod=
   Slides = (TGZ):  https://datatracker.ietf.org/meeting/109/agenda/netmod-drafts.t= gz
  =  Slides (PDF):  https://datatracker.ietf.org/meeting/109/agenda/netmod-drafts.p= df


Available= After Session:
  =  Recording:     https://ietf108.conf.meetecho.com/index.php/Recordings#NETMOD
  =  Jabber Logs:   https://www.ietf.org/jabber/logs/netmod
=


Introduction

   Chairs (10 minutes)
   Session Intro & WG = Status


Chartered= items:

  =  YANG Versioning Update (15 min)
   https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-module-= versioning/
  =  https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-semver/=
  =  https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-package= s/
  =  https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-ver-sel= ection/
  =  https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-schema-= comparison/
  =  Jan Lindblad and Bo Wu
 

Non-Chartered items:

   Telemetry Data Self Explanation Tags (10 = min)
  =  https://tools.ietf.org/html/draft-tao-netmod-yang-node-tags-06<= /a>
  =  Qin Wu

  =  A YANG Data model for ECA Policy Management (20 = min)
  =  https://tools.ietf.org/html/draft-wwx-netmod-event-yang-10<= /span>
  =  Qin Wu


Remaining= 5 min.


= --Apple-Mail=_E0EDC7A2-9A7C-4B02-AEDE-0A39F2981B4C-- From nobody Fri Nov 6 07:31:42 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5CC73A03C9 for ; Fri, 6 Nov 2020 07:31:40 -0800 (PST) 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 zd-IoKAyyNNb for ; Fri, 6 Nov 2020 07:31:39 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50127.outbound.protection.outlook.com [40.107.5.127]) (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 2294B3A0317 for ; Fri, 6 Nov 2020 07:31:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WLKhrpdii80hP6HCFyd62SCp452Oh6kjVGZPDdm0pYjGbMUV7PmdGRlcmBgOKHFG1Yd7YRWCEKg1N61nMIQTAKQrc5u4P5n3/9thrpOtiiPcbZrR5++3c7Ra+7dggew7A2HPlorAwwS95AGfA835adAdPHnU/1ni1MnINa36LPY2ZU3L81Lo84UmUIA6logpLTn9QsMr7Av83EyTLa25aEr5VeHyi4RxXJUFP8Q1CHrfYF87F5HArTFH7RlKBiwD7Y4W8p9k53bTjTc5iNw0m65X12uJ/+I5WaF2BEnwobaatimNYB3NOvC6nYLITZuJA20atkbtI+6KVqSd1LEYXg== 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=WWYTAeqYKtRHXAYMzYO1Ydw06B0MVR042LzAaLsdl8k=; b=NIr1Zwd2wqyabS4AQNhv6UVz3aTl3u3v5ZKDlGDRYuOUhPUzR1MYKdrrqG8Euzv4K6hQXAMPmIzlUyuPWVQrI8MGPOpwKoZNtpsFZ1QkAYm6U3qDv2roMQ43JOGLQ1JJjBDOJntkMzYiRDDUjVEgITDDAYv6rpRLRjrj8dbFHkXP982Lc6GHLN03cWu23AKp7F6EXuzS1u4I6Ggeh7i+9wcGRQypthp4Tnjqzg+ZemJ/E5MAF1ucPhenqOF3DLm+iDYrFQrhABYxbwIZYbcDA6dQwHxa+maanUMuJZ0s8QXJzUeMB76zRxOq0fLVAJw0uJOIvbdr3P2v2P29dO6mTg== 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=WWYTAeqYKtRHXAYMzYO1Ydw06B0MVR042LzAaLsdl8k=; b=AA8UQlA8nt8QwseTjd3Hmb8KWHPgrWBrec6dSe49Z426A3V8LLQoRu3B9qrZbqQ3M1OGDfFrwASIp8msT/dCauOvs65RI8+E1Uk4eVfI1VHdBrefWEvuoP5YMjXjAjyTNZucZqqk8b5bO1qVXN/wQ+3eRG+gr7cU1AosjjFtugs= Received: from VI1PR07MB6063.eurprd07.prod.outlook.com (2603:10a6:803:d4::29) by VI1PR07MB4640.eurprd07.prod.outlook.com (2603:10a6:803:6c::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.13; Fri, 6 Nov 2020 15:31:36 +0000 Received: from VI1PR07MB6063.eurprd07.prod.outlook.com ([fe80::4158:fbee:af77:5c4f]) by VI1PR07MB6063.eurprd07.prod.outlook.com ([fe80::4158:fbee:af77:5c4f%7]) with mapi id 15.20.3541.017; Fri, 6 Nov 2020 15:31:36 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: "netmod@ietf.org" CC: "Pauwels, Ludwig (Nokia - BE/Antwerp)" , "Beauville, Yves (Nokia - BE/Antwerp)" , "Carey, Timothy (Nokia - US)" Thread-Topic: RFC 8802 (reset to factory defaults) versus RFC 8342 (NMDA) Thread-Index: Ada0UdK3MCuIG1wBRe+EcBhqXhQVnw== Date: Fri, 6 Nov 2020 15:31:36 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [178.119.249.45] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: b99ef9be-a609-4351-7d6a-08d882690c8a x-ms-traffictypediagnostic: VI1PR07MB4640: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FZ9OGMjfprtOJL/EoTUDq7dGJl1PJpIG/wzrX5y59Oay7k6r05zrt72ulTExo5MIC7rapSeiP/8b6lAqvncvjJR2Bs36qAOWHLcmF4KjFJW08MkZrncAATv5IYMymmpQQB9sP22r5kNGRBcPaKdkDzIdQluv/pOm18jM/M7gIZFOueGl16RvPk3jfDaV9U6CP0P3FH4FBWris5vjLkC1yMpe4fS0ESLa+Kn4pZNNSuEPCTx3wwsRGHnQCskIbtqAoJtLbVfSa5yq9OzKVrX58JSM+ZO0Z22VVtugTtzLhhy08w/D7WGTFXzmB2ujzvX9eWA+9u2rkn1NBpDKB/EypdclS2uuTElvTxe01c+cX7BBSKj0+poosbJMa3vPtxB7 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB6063.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(39860400002)(366004)(346002)(376002)(71200400001)(8676002)(478600001)(55016002)(86362001)(5660300002)(33656002)(9686003)(64756008)(6916009)(2906002)(316002)(26005)(4326008)(4744005)(186003)(66556008)(66446008)(66476007)(66946007)(7696005)(107886003)(52536014)(54906003)(76116006)(6506007)(8936002)(489414010); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: HzkX5bwkHzvp6h6V1rGR4Bh3YCn1si6hiw2EOwX2UcdZ6LnG7m4KLqfhK0P0pShujHz7hmORwpgcefRnbt1PxdSunPsVu5VtlFhJ/JpAM3Ire+5qHW/nuRHO+ZK8+n7yVVPJyH7TwDcWWeOm3c6QudnlklzFMuHEyNfHjrOhgnAJznxOoOLpRqrTYPvvbHAGdfa5v85G8eUfbYKDFaQmxOuRndaqDTnpSx696Kzngb8r6VhD1jzcH3TNww6TEbrFpiJwtd7EdDvZbEwb76vakCov5W1zYcI7kqHDmzYKKQi65143TNAglkLhBAml0Oa3tVpuZjKjpdA75xOHWx6eBa2IQYC4nY65hUyhXFk3K9D5AnsJ2Z/Y9ANFHDR30IIfkCJYIbqSfbX3LEHAFpcHJj3/86tAzpBm9j/Ifg1ODoTNFOHtGlE2DMcGrQlsD7YfKSlQH+49JxSFH0ftGHySOLyynnYaHcaQ5tNsR8tMHS2KidhOwK7iNC5vW26ARLpMQ2j1HJdLuDQMYnW43+ieCCxUcrQX85kT5VRp3X40Zrk0RWgvvIseqpZ4KG9kIp4KVyyeZKPTLxi2g8lQq7ANFDguNuXGVUYtM1xA/lya3yFwtKato52KhN99u/nTdh1fJZVJ7BZ+5Xlh+vjgjph8Yg== Content-Type: multipart/alternative; boundary="_000_VI1PR07MB6063F61F7EF159C9554CD9BE94ED0VI1PR07MB6063eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB6063.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b99ef9be-a609-4351-7d6a-08d882690c8a X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Nov 2020 15:31:36.5605 (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: aaV/yQY+PaAztLyq5bkRYM5zdJTg7vrUxycCMigYYiR0ihJ9A3PwKag3lhIe5vfut8RkSH6AljDfrQbZZAU2jw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4640 Archived-At: Subject: [netmod] RFC 8802 (reset to factory defaults) versus RFC 8342 (NMDA) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 15:31:41 -0000 --_000_VI1PR07MB6063F61F7EF159C9554CD9BE94ED0VI1PR07MB6063eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We are a little confused when reading RFC8808 (reset to factory-default dat= astore) in relation to the "system configuration" source in figure 2 of RFC= 8342. When correctly understanding RFC 8342, the running datastore is empt= y when the system starts up after coming from the factory, and 'factory def= ault' data is entered in the operational datastore as 'system/default confi= guration' data. RFC 8808 seems to suggest that the running datastore contains (factory-defa= ult, system) data when the system starts up after coming from the factory. = I.e. the understanding is that a reset to factory default brings the system= back to the status as if it comes from the factory, and it is said the fac= tory default goes into the running, ... What exactly is the content of the running datastore when it comes from the= factory? Could this be clarified? Regards, Bart --_000_VI1PR07MB6063F61F7EF159C9554CD9BE94ED0VI1PR07MB6063eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

We are a little confused when r= eading RFC8808 (reset to factory-default datastore) in relation to the R= 20;system configuration” source in figure 2 of RFC8342.  When co= rrectly understanding RFC 8342, the running datastore is empty when the system starts up after coming from the factory, and R= 16;factory default’ data is entered in the operational datastore as &= #8216;system/default configuration’ data. 

 

RFC 8808 seems to suggest that = the running datastore contains (factory-default, system) data when the syst= em starts up after coming from the factory. I.e. the understanding is = that a reset to factory default brings the system back to the status as if it comes from the factory, and it is said = the factory default goes into the running, …

 

What exactly is the content of = the running datastore when it comes from the factory?

Could this be clarified?

 

Regards, Bart=

 

--_000_VI1PR07MB6063F61F7EF159C9554CD9BE94ED0VI1PR07MB6063eurp_-- From nobody Fri Nov 6 09:33:54 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBE463A09C6 for ; Fri, 6 Nov 2020 09:33:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 1QTznnYklyJU for ; Fri, 6 Nov 2020 09:33:50 -0800 (PST) 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 5BCAE3A09A5 for ; Fri, 6 Nov 2020 09:33:43 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 26B23814; Fri, 6 Nov 2020 18:33:42 +0100 (CET) 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 rKE92E7eBarj; Fri, 6 Nov 2020 18:33:41 +0100 (CET) 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; Fri, 6 Nov 2020 18:33:41 +0100 (CET) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id BA8B720156; Fri, 6 Nov 2020 18:33:41 +0100 (CET) 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 Bt9OkmLhIeJT; Fri, 6 Nov 2020 18:33:41 +0100 (CET) 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 5986120154; Fri, 6 Nov 2020 18:33:41 +0100 (CET) Date: Fri, 6 Nov 2020 18:33:41 +0100 From: Juergen Schoenwaelder To: "Bogaert, Bart (Nokia - BE/Antwerp)" Cc: "netmod@ietf.org" , "Carey, Timothy (Nokia - US)" , "Pauwels, Ludwig (Nokia - BE/Antwerp)" Message-ID: <20201106173341.wos27fmvg2sochs5@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: "Bogaert, Bart (Nokia - BE/Antwerp)" , "netmod@ietf.org" , "Carey, Timothy (Nokia - US)" , "Pauwels, Ludwig (Nokia - BE/Antwerp)" References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Archived-At: Subject: Re: [netmod] RFC 8802 (reset to factory defaults) versus RFC 8342 (NMDA) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 17:33:53 -0000 On Fri, Nov 06, 2020 at 03:31:36PM +0000, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > Hi, > > We are a little confused when reading RFC8808 (reset to factory-default datastore) in relation to the "system configuration" source in figure 2 of RFC8342. When correctly understanding RFC 8342, the running datastore is empty when the system starts up after coming from the factory, and 'factory default' data is entered in the operational datastore as 'system/default configuration' data. > > RFC 8808 seems to suggest that the running datastore contains (factory-default, system) data when the system starts up after coming from the factory. I.e. the understanding is that a reset to factory default brings the system back to the status as if it comes from the factory, and it is said the factory default goes into the running, ... > > What exactly is the content of the running datastore when it comes from the factory? > Could this be clarified? > I consider RFC 8808 an extension that people may implement if their systems do what RFC 8808 describes, namely that the running datastore is bootstrapped from a factory default datastore. (Of course, a system with an empty running datastore after a factory reset may claim to be bootstrapped from an empty factory default datastore.) In other words, I think the answer to "What exactly is the content of the running datastore when it comes from the factory?" is that it is empty. On first boot, on a system implementing RFC 8808, it would be loaded with the content of the factory default datastore and on systems not implementing RFC 8808 it would most likely remain empty. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Nov 6 13:24:23 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5ECF3A0D68; Fri, 6 Nov 2020 13:24:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 jPkgDiPiyXBu; Fri, 6 Nov 2020 13:24:16 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2158D3A0D37; Fri, 6 Nov 2020 13:24:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 601C538C70; Fri, 6 Nov 2020 16:24:25 -0500 (EST) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2vDyzsQPcTXB; Fri, 6 Nov 2020 16:24:25 -0500 (EST) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id C01A738C69; Fri, 6 Nov 2020 16:24:24 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id D9C73E7; Fri, 6 Nov 2020 16:24:12 -0500 (EST) From: Michael Richardson To: tools-discuss@ietf.org, netmod@ietf.org X-Attribution: mcr X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: [netmod] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 21:24:18 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable As people do more YANG modules, more and more logic and description moves from regular text into the YANG module. Where it is awkward and annoying to edit. And references from YANG modules don't get counted/resolved/updated, and all sorts things that the XML format was designed to solve have basically reverted to 1996 era (without even nroff) when it comes text in the YANG mo= dule. In one of my drafts, I guess some minor wording tweaks in one draft leads to some lines exceeding 72 characters (by one). Argh. Change from C-mode to text-mode. reflow. It seems like we should be thinking about what to do here. I was introduced to the SED method of fixing yang YYYYMMDD version references. While I like YANG as executable "code", it sure feels like it is not smart = to be authoring in it. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl+lvvwACgkQgItw+93Q 3WUgtAgAlJJpEtX3dP6SRvRBIpupvRzPZUoR+nZSjv6wlY8Ad5K0nF3U61TJiWTj AfjRJT4M8EpGjvBJHi2Db4BM7OnWSwJOzNQAOL6I6AmzSHWNRcAwAJJIUt1x6oUQ fd3KeEzhXNuAS8ubskMVREXWZzn5zcxoc1lUwCDeTIgyWRk5nm1Rzy1PtjWP5aeh P+BUDIGHFX9zGeVdeg6rwDjQCtID8cc6dOgIez7KvKJKv7Ea/tEicGJDOc0ASpzI n/mN9pDZgiZwvsnf9+1sGBRX7SURT3fvzcDqoHUK6CzIX1pDoXMz/swYcgCnensz /N6WBi5MlMF2EVxvqCmJuynSSvXTfA== =EfYT -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Nov 6 13:39:21 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79EAE3A0D64; Fri, 6 Nov 2020 13:39:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_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 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 UewZuw2eBst5; Fri, 6 Nov 2020 13:39:18 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 303233A0D2C; Fri, 6 Nov 2020 13:39:17 -0800 (PST) Received: from [192.168.217.118] (p548dcc60.dip0.t-ipconnect.de [84.141.204.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4CSYgR6q4wzyTN; Fri, 6 Nov 2020 22:39:15 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_58C8C253-7F88-452D-B8B4-D13F4CEBEED2"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: <29950.1604697852@localhost> Date: Fri, 6 Nov 2020 22:39:15 +0100 Cc: tools-discuss@ietf.org, netmod@ietf.org X-Mao-Original-Outgoing-Id: 626391554.680174-391e03ccf2215408f507b03c20fe0ae7 Content-Transfer-Encoding: quoted-printable Message-Id: <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> References: <29950.1604697852@localhost> To: Michael Richardson X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Nov 2020 21:39:21 -0000 --Apple-Mail=_58C8C253-7F88-452D-B8B4-D13F4CEBEED2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 2020-11-06, at 22:24, Michael Richardson = wrote: >=20 > In one of my drafts, I guess some minor wording tweaks in one draft = leads to > some lines exceeding 72 characters (by one). Argh. Change from C-mode = to > text-mode. reflow. https://www.emacswiki.org/emacs/yang-mode.el https://www.emacswiki.org/emacs/download/yang-mode.el Gr=C3=BC=C3=9Fe, Carsten --Apple-Mail=_58C8C253-7F88-452D-B8B4-D13F4CEBEED2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIzBAEBCAAdFiEEcr05t4NZlx5Xee/8VkscnDT509sFAl+lwoIACgkQVkscnDT5 09sGwQ/+IL1PeBA7aroQBozNIFXRd2vgI84A9bJ6Am7gipYnOI1I31/dTE0UqjZO p9wefkvn1S5K2VsrXTH/Vsk9vsFr1ddvw2d6KKAt9NJbk5YbfxOqzGR4OIyQd+qI 0I5lXh1K4a+BGwCbJUHqenEbS2o57KIN6womUYIvVgijLU/CPBQ44tbTk/TSvOnz odr0f3YqiJgKiTpL/s7U9F94falE3v+FTAzEC5ctcl9MudP1vBIkCeU7hraDhHWc CzPTpF3K5I5uzfRinWfmzY8Y3+i77LRc94usa5Zk1XUR93Z6wSL6hoTTvfU7EymB 0K6fG482Lp+4dQ8iO0w+OTe4Ew7aZeeWVaVo2/QOlKmiKwLHPogOqRy6tw1POTfV 0hmuBpG2Xzx0PO4dn6yiXXkkHswqgK6UfaXmuYh+DOnzRRK4Kcizvnfz11kKh8zq g9wIlSY6lZVMd6NbOLjvRGLVRc2bxr1hBdI2f7fKlsFPf+KjrMVXNcbrITXSgeFh MrDqc8yDfkEI63UQcsWf80x2M486t4n0CArn6soLijidQ4lELkMXzZctE1rSYk0q 6JA2B7u8u9GkRTHrZQSSfJbu+euQPNwmw6LziN9PScWpGz5QunDf2sEmX8RSMjUU NW1qQI9Ee7xOGPNpJdY31U6AcbvZw6FnELpQlgnNGkAinyfxIkU= =R3hK -----END PGP SIGNATURE----- --Apple-Mail=_58C8C253-7F88-452D-B8B4-D13F4CEBEED2-- From nobody Fri Nov 6 16:06:18 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 446C93A03FC; Fri, 6 Nov 2020 16:06:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 G17kgibWB0jm; Fri, 6 Nov 2020 16:06:11 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 195323A03F5; Fri, 6 Nov 2020 16:06:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id BBC8338C7C; Fri, 6 Nov 2020 19:06:21 -0500 (EST) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mg6FuKc-HO5g; Fri, 6 Nov 2020 19:06:20 -0500 (EST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id DEDBC38C78; Fri, 6 Nov 2020 19:06:20 -0500 (EST) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id AEE9DE7; Fri, 6 Nov 2020 19:06:08 -0500 (EST) From: Michael Richardson To: Carsten Bormann cc: tools-discuss@ietf.org, netmod@ietf.org In-Reply-To: <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 00:06:13 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Carsten Bormann wrote: > On 2020-11-06, at 22:24, Michael Richardson w= rote: >> >> In one of my drafts, I guess some minor wording tweaks in one draft = leads to >> some lines exceeding 72 characters (by one). Argh. Change from C-mod= e to >> text-mode. reflow. > https://www.emacswiki.org/emacs/yang-mode.el > https://www.emacswiki.org/emacs/download/yang-mode.el Yes, turns out I already have used this, but forgot I had it. I don't see anything that helps. M-q reflowed a paragraph, but made it too long with 76 columns wide. And that still doesn't help get the references in the description right. =2D- Michael Richardson . o O ( IPv6 I=C3=B8T consulti= ng ) Sandelman Software Works Inc, Ottawa and Worldwide --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl+l5PAACgkQgItw+93Q 3WXIiggAuA3/CXY8/QKM5i0n96x0ZhFx5rDPt70X+JZ/n47kxK2O7THYc3GO2sYe qTFkVHGjVvkoWSpBF3lcR9KIjQMzFEbgSoG2lyMYyHOuzghTlJhm7lf3/hkoUxZC P3m9KU2Ttah78HnJirin+3UHIiaB962zrm6WL5Acn63BiliALurW6IFZWmMfDmvc Sr5X8kdppbkIzk5PbKaWsfgGLQxxPUeqUoA/AFQTe91B+swB/SffqRrqsy+ErbwH fgELwhcwUS11jKqCXUeAh4Ezdqexgm6ZatBJG6RXcgEdxT5t2rniFcV6k5SGfgHm 7jVFkcJuT4wb5qAWX+JtXI4mShHsaQ== =gp9v -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Nov 6 21:07:50 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DEE373A0822; Fri, 6 Nov 2020 21:07:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_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 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 nsDsOFDHYaoE; Fri, 6 Nov 2020 21:07:44 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F6703A07F9; Fri, 6 Nov 2020 21:07:43 -0800 (PST) Received: from [192.168.217.118] (p548dcc60.dip0.t-ipconnect.de [84.141.204.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4CSlct0D64zyV7; Sat, 7 Nov 2020 06:07:42 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: <6712.1604707568@localhost> Date: Sat, 7 Nov 2020 06:07:41 +0100 Cc: tools-discuss@ietf.org, netmod@ietf.org X-Mao-Original-Outgoing-Id: 626418461.5024869-4f2cd71870a022c7b560acb24873a411 Content-Transfer-Encoding: quoted-printable Message-Id: <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> To: Michael Richardson X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Nov 2020 05:07:48 -0000 On 2020-11-07, at 01:06, Michael Richardson = wrote: >=20 > M-q reflowed a paragraph, but made it too long with 76 columns wide. Is your .emacs setting fill-column to a non-standard value? C-x f 69 RET or put // -*- fill-column: 69 -*- into the first line of your YANG file (in a comment) or better (add-hook 'yang-mode-hook '(lambda () (set-fill-column 69))) in your .emacs. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Nov 9 01:13:43 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2915D3A0D6D; Mon, 9 Nov 2020 01:13:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 JRXc3pLohdoV; Mon, 9 Nov 2020 01:13:39 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B08463A0D6B; Mon, 9 Nov 2020 01:13:37 -0800 (PST) Received: from localhost (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 7139D1408CC; Mon, 9 Nov 2020 10:13:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1604913215; bh=mARSR43SUspbBlkAl7oz3aUe2Q4/lWZEHLDV6yBNyJU=; h=From:To:Date; b=iNgeGES9nUBgMsQw4EB4jDOY4D+pxxAsgRw0aHeJdRuq2j6mXhXilJWlpog95PWLz V7KjWYK4ezWmbmQFiSFTh6Zq9I0gpWn5DcMMT4js3RhtK/4MMkr0aq29cUIso7tsBH JQX2J3Dds+SzrZZ3HHZ99j+cWW/o7T9SG3WBNshE= From: Ladislav Lhotka To: Michael Richardson , tools-discuss@ietf.org, netmod@ietf.org In-Reply-To: <29950.1604697852@localhost> References: <29950.1604697852@localhost> Mail-Followup-To: Michael Richardson , tools-discuss@ietf.org, netmod@ietf.org Date: Mon, 09 Nov 2020 10:13:35 +0100 Message-ID: <87zh3qdha8.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: clamav-milter 0.102.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2020 09:13:41 -0000 Hi, my solution that I've been using for years is to write YANG modules in the = YIN syntax. With the nXML mode of emacs this is actually rather effective (= statement completion, on-the-fly validation). I also extended the YIN syntax with a few XML elements from the XHTML names= pace. This helps me to handle paragraphs and lists in a safe way. Descriptions etc. are then reflowed automatically as a part of XSLT transfo= rm to the compact YANG syntax. Here are the details: https://gitlab.nic.cz/labs/yang-tools/-/wikis/editing_yang See also https://github.com/llhotka/YANG-I-D Lada Michael Richardson writes: > As people do more YANG modules, more and more logic and description moves > from regular text into the YANG module. Where it is awkward and annoying= to > edit. > > And references from YANG modules don't get counted/resolved/updated, and > all sorts things that the XML format was designed to solve have basically > reverted to 1996 era (without even nroff) when it comes text in the YANG = module. > > In one of my drafts, I guess some minor wording tweaks in one draft leads= to > some lines exceeding 72 characters (by one). Argh. Change from C-mode to > text-mode. reflow. > > It seems like we should be thinking about what to do here. > I was introduced to the SED method of fixing yang YYYYMMDD version > references. > > While I like YANG as executable "code", it sure feels like it is not smar= t to > be authoring in it. > > -- > Michael Richardson . o O ( IPv6 I=C3=B8T consul= ting ) > Sandelman Software Works Inc, Ottawa and Worldwide > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --=20 Ladislav Lhotka=20 Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Nov 9 01:38:46 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 159FD3A0DAB for ; Mon, 9 Nov 2020 01:38:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=broadband-forum-org.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 2d4u0wx9tRBr for ; Mon, 9 Nov 2020 01:38:40 -0800 (PST) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 B61893A0DB4 for ; Mon, 9 Nov 2020 01:38:39 -0800 (PST) Received: by mail-ed1-x52b.google.com with SMTP id o20so7997434eds.3 for ; Mon, 09 Nov 2020 01:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadband-forum-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9WoG6s0OpPVZ1niNFg30zcpj45hn2WLZl0fURt9+58U=; b=I+HnFvTcMu1dpwKil3C4Ruwpqmrt4r6FgYE4vPqkRqQv30M37HPrzc+W/Y2Hwwd6z9 8jT1992Ptlc3/+48nj4KJessLZLWRWKRAE49CIZ6PMsKEBoREEElIsibfN1pNf/k02er M4tDoiZxyLQFeQCjONZdcQV7LFaOcI+n2O2wiPSAFweOfjc+P25qbqr4jB20iLMgxj7+ 3lQmvqZPPfYSoQpVCEGkU2CRSpIlid05bzZhmcmKYe7tkucuWd52jc+7ki1P7PMEgUFX oGXR0NISI8nbsWKUNRJ6ONvcJjY9HUvUvsH9cQaGezrbsEUmRqYwIzAFda4omTnipOuh IChg== 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=9WoG6s0OpPVZ1niNFg30zcpj45hn2WLZl0fURt9+58U=; b=iv1F8qakbartO7DmewnzuzBZxnoawcY3jE2/+Mzrc5F8o279l208Si9/2KhV+4CXPV tYRWmwOB22YhFtI34fT/SN+uFWqBOIdvvi0vUQWRPsCvrMIoHKm0Re7FdXvBiuzap1+6 m4/ZnEGN9+k7kf4eM89VZE4F2LSvRfRrTOgFskNcUN/2dbd5QcXbUyTN+xpQWxIBRJU5 A04Eew2DKW2YggnPKheFBHPUNwfVfGjLmX8ZdAYfr6lL00Ii8QKZ1PMBoqCFaQrQP6pN rx7TwX1qd4CUht1MOt8zMlJBuBBB6w34u3dNVKB7yFIB4hQqAsaR6Rk33VEcwRbktzdE hArw== X-Gm-Message-State: AOAM532tgP1IMnB+Y0dLpsNbZDKZa3v1OOgaQvO5x5vIz9igO3LbXlFN R1SDWjqZyhQSgo1g6m4P70h0e6RVytZDMaRAgmNGm653WKnlKaOt X-Google-Smtp-Source: ABdhPJywqj9vqFmkByuLrkH5lDRcBJAMXr8dsAyaSXcg9XmIdx9hfWnFcdcyFCYDVE+06q4WKk30WmZ6oNBUQXnZdyQ= X-Received: by 2002:a05:6402:b68:: with SMTP id cb8mr14386716edb.198.1604914717829; Mon, 09 Nov 2020 01:38:37 -0800 (PST) MIME-Version: 1.0 References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> In-Reply-To: <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> From: William Lupton Date: Mon, 9 Nov 2020 09:38:26 +0000 Message-ID: To: NetMod WG Cc: tools-discuss@ietf.org Content-Type: multipart/alternative; boundary="000000000000a6c5ca05b3a953fe" Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2020 09:38:42 -0000 --000000000000a6c5ca05b3a953fe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I ensured that I have the latest version of the Emacs YANG mode, and find that M-q works well to wrap description strings, but... 1. Should I expect intelligent behaviour of RET and TAB when within a description (or other) string? I find that (in this context) RET positio= ns the cursor at the start of the line, and TAB does nothing. Ideally RET might position the cursor at the indentation point of the previous line,= or one character past the opening quote if this was the first line. 2. Wrapping (quite reasonably) can't handle cases where the author didn't in fact intend line breaks to be inserted. The most common cases = are probably (a) not using a blank line as a paragraph break, (b) text was further indented (which often implies literal text), or (c) text started with * (or -, ...) and was to be interpreted as a list item. I don't believe that RFCs 7950 and 8407 say anything about paragraph formatting, but most NETMOD YANG does seem to adhere to the convention that paragraphs should be separated by blank lines. Perhaps this could be made into a stronger convention? As for the other cases (further indentation -> literal, and */- mean list items), of course this is getting back to the markdown discussion. I believe that when this has come up before the discussion has died for want of clear standards. However I do believe that it would be very useful to define some layout conventions (or rules) that allow automated reflow and other formatting, and personally I would take it further than just the three points that I have mentioned! It doesn't have to be called 'markdown'... William On Sat, 7 Nov 2020 at 05:07, Carsten Bormann wrote: > On 2020-11-07, at 01:06, Michael Richardson wrote= : > > > > M-q reflowed a paragraph, but made it too long with 76 columns wide. > > Is your .emacs setting fill-column to a non-standard value? > > C-x f 69 RET > > or put > > // -*- fill-column: 69 -*- > > into the first line of your YANG file (in a comment) > or better > > (add-hook 'yang-mode-hook > '(lambda () (set-fill-column 69))) > > in your .emacs. > > Gr=C3=BC=C3=9Fe, Carsten > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000a6c5ca05b3a953fe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I ensured that I have th= e latest version of the Emacs YANG mode, and find that M-q works well to wr= ap description strings, but...
  1. Should I expect intelligen= t behaviour of RET and TAB when within a description (or other) string? I f= ind that (in this context) RET positions the cursor at the start of the lin= e, and TAB does nothing. Ideally RET might position the cursor at the inden= tation point of the previous line, or one character past the opening quote = if this was the first line.
  2. Wrapping (quite reasonably) can't h= andle cases where the author didn't in fact intend line breaks to be in= serted. The most common cases are probably (a) not using a blank line as a = paragraph break, (b) text was further indented (which often implies literal= text), or (c) text started with * (or -, ...) and was to be interpreted=C2= =A0as a list item.
I don't believe that RFCs 7950 and 840= 7 say anything about paragraph formatting, but most NETMOD YANG does seem t= o adhere to the convention that paragraphs should be separated by blank lin= es. Perhaps this could be made into a stronger convention?
=
As for the other cases (further indentation=C2=A0-> liter= al, and */- mean list items), of course this is getting back to the markdow= n discussion. I believe that when this has come up before the discussion ha= s died for want of clear standards. However I do believe that it would be v= ery useful to define some layout conventions (or rules) that allow automate= d reflow and other formatting, and personally I would take it further than = just the three points that I have mentioned! It doesn't have to be call= ed 'markdown'...

William

O= n Sat, 7 Nov 2020 at 05:07, Carsten Bormann <cabo@tzi.org> wrote:
On 2020-11-07, at 01:06, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>
> M-q reflowed a paragraph, but made it too long with 76 columns wide.
Is your .emacs setting fill-column to a non-standard value?

C-x f 69 RET

or put

// -*- fill-column: 69 -*-

into the first line of your YANG file (in a comment)
or better

(add-hook 'yang-mode-hook
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 '(lambda () (set-fill-column 69)))
in your .emacs.

Gr=C3=BC=C3=9Fe, Carsten

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000a6c5ca05b3a953fe-- From nobody Tue Nov 10 04:47:32 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 795513A0DD9; Tue, 10 Nov 2020 04:47:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VxJgAijQcyWU; Tue, 10 Nov 2020 04:47:23 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80100.outbound.protection.outlook.com [40.107.8.100]) (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 0CFF13A0D72; Tue, 10 Nov 2020 04:47:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g4H/LaeggckzXMgojnuDpIOqPMbrfbtCj8GzqPCIdsdNtWL25rhtXLdmtwnHOhIioZU10v6ztbeKWMiMu3hZPf8DLdnSoB3eQRiXr/BmproI6lz96eMNqD5EJX0Q6OxX6suq3Ccko46xxN/kdH8F65ezKtgrKWVSTwnZk35eJxZs4MTayiVVwhVu8uGoXzS6lMlmxXN77ptYU8nVMwywX3aNNJhXYz+7fKJLMOpUUq6w2zEEGpHZdc+14CzTrDwGxcPiTGQdba0MYTQefyaRdlBuh8/SZ6bVQ3YBCQOV5VJiEY87zFsUI58V3FbnuVeWJ/u0ggPlgOwrvHfb3T7s4Q== 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=el2u4FhBK1oWs/62ksfqGIYmwijL2nHTV9xXgGPRUmQ=; b=J9pH+WrUiKMZyPrEQU6ZH4pMUpthiO0DYaFljHZGzU/LH/Eln0tI+Ct/2IDhD8+TLU4RgueEV+HDv3u9ZyazmDVjVRay21LlmM2EORH6Az18wWn7V1dy3+JWmSMJhjVrzHo0/tWo7C7bfYBpOZcQiP04QQKztcaVA8YsJRFW318JF5om/+/925YOVDSxF+JjlqXYmD4As2YjBzL58Dr53QAIPM9TVoRsiskhUYqUTp8R2NkunT0jUXW9HBTvQWkIqQPF+qXZkFPP4RBkEZnqTaBjnQ6i8+JUSjSaM8TBmufGUK7hAWPY/eenXQpLZAYaoKv3cF1dk3iECONHlXaZ0Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=el2u4FhBK1oWs/62ksfqGIYmwijL2nHTV9xXgGPRUmQ=; b=xk/005YF64MpWiLTud2OF94QmWULrw2qUoByBpqEVvChiMVkFKBxoaw9tg6kkedPYQ+zmM5UZKfQbFvK+bwGRUmdPfUAtuLGadclvolycgmotkQ2n/WWzl3LGfTGGxPOFnsG2nPZUq5t8cTnXjTgdh1dW2mowLDFq4Vj+IC6dRQ= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6706.eurprd07.prod.outlook.com (2603:10a6:20b:1a6::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.21; Tue, 10 Nov 2020 12:47:19 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%8]) with mapi id 15.20.3564.021; Tue, 10 Nov 2020 12:47:19 +0000 From: tom petch To: William Lupton , NetMod WG CC: "tools-discuss@ietf.org" Thread-Topic: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances Thread-Index: AQHWtIVPFZocxuJGgUeW6JxdvypooKm7yosAgABUQICAA3BPAIABxEr2 Date: Tue, 10 Nov 2020 12:47:18 +0000 Message-ID: References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: broadband-forum.org; dkim=none (message not signed) header.d=none;broadband-forum.org; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 97abc7aa-ef6e-4556-73d5-08d88576c29f x-ms-traffictypediagnostic: AM7PR07MB6706: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: e2f+Y+ekR5oHzpsXmMUjebnGAIxeOBix2oqIgO4xg8SRlD5iaklsSR5EL6e3JZXxNUjwUaQ4UXzuw1sae++MUk6oddwVkLn/AZSaqZYBUMN8Z4kNoJaNZ+JpGeO+qeSb6BuMtP3OympuXzRDdXIL/DRGx+ZY0nY+WtI8gLdiXVixwTXFAWphH8lXuc9BX1+7WRNvXKuAS6Nun4pp+xJHOrWCbQbOlnqj7Q58NqUjCmSgnskCeEMdbKm0kVS59RC+GH5RyHQs+G8OtxIBPZjA4c5XXLsrLzsMb3Ra/RHChCZKSEHsR2I5IWUYSjHC/pVqfOY4Gf0On0ZVeHRZe0Z01xscjQw/Vtd3w2OEI9R9x44bIx9bVOshXezSlxTU5XAkpplcmQa8Aks/grZWooBUMg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(39860400002)(376002)(396003)(136003)(346002)(52536014)(55016002)(53546011)(66946007)(186003)(91956017)(64756008)(76116006)(4326008)(9686003)(7696005)(8936002)(86362001)(8676002)(66446008)(110136005)(71200400001)(33656002)(966005)(2906002)(478600001)(316002)(6506007)(66556008)(66476007)(26005)(5660300002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: DdBnzcJsdHR30+1oU3VBE1PiWEf8Cpzh9TuSKeeSAykgfMRc7KmUG5bazK3GVmloP7iXonHdX21MTXa2sJmNUcv6Kq9ErpcGprdJLtEgGen1bmHeQUFO3tsGKDwo0i1vrcmgBZGy5mQElv1XLBUziB0bYGMOTQAjcCcMwfBHnOa7WJdieUrvyM7sCEeIhNX238O1LvblwWXKQxWxJ15HkCYsbufXydiPfEgkT4ZcVxFPZo82YiyE/WriNOlISY1mBuvw+Potz6BapqxzZlOJL+9tH9ljp59wvegxYkyg0CdCGKY/+2QqeY33gxcHK3MRRNHsXe3tZxjLb11YJVZQKWv7sGnbdcz556fu9naCQ1Q1hcxSY6U9wElz+dTaUe13k4kaiRG7rzrg/UuaWicOQp48OixdHEF9gwnWqLK0pK4MgbGS9eiesmzLrvT5w3WxzNwgOO50DLuxMoLX88l8pKDaMmKzINwu6OrO5aFuwrEIF1jg5f7isbCSUecJgmBKf8Yj7JboX0cSA8EItxhtd3/l/tn76Nfr9F8XmdOJZ8+4SYRfk2Z34FQu3/zbHUmWTeRx+jlXnpFwwtTrDRveLzBOdifyWDm59PhU05oq12rDHtm0e5hg06tprFDihRrjhMnQ25e1MiGI3Hi15rP4VlmnFc44Ra0pX3Nsm5+AglnP/tloiCYgQ+oSH81coDFAfLU/HJ0kNSvoY2+eiNr2v/vvhfU9EKRPZ5NQ91rUUv6I6mwM2nyou2OZNKeGJXUbu8TJSQLviHe9KkBR18LUcP2clRE52aAuP6EC6/jvIxe9IDwuZ6ToGOXk0cpQKFHPI+eXuXz9fFI2UaVIGvkeEYWHaBvKzxfdChua52YqHUbyPjb/bMYJG2vG+Iw0gSaY66fGxIHs3zlXBB6nf7TQVw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 97abc7aa-ef6e-4556-73d5-08d88576c29f X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Nov 2020 12:47:18.9874 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: r5tEnLxguERCktjsEu8S2AfMQaIToGu/Zvgp6nUzSb5tH8A1+H+DXZ2g05ZTB9Vc3tQ1fOV2299bq5pRNnmStQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6706 Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2020 12:47:32 -0000 From: netmod on behalf of William Lupton =0A= Sent: 09 November 2020 09:38=0A= To: NetMod WG=0A= Cc: tools-discuss@ietf.org=0A= Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and gene= ral YANG format annoyances=0A= =0A= I ensured that I have the latest version of the Emacs YANG mode, and find t= hat M-q works well to wrap description strings, but...=0A= =0A= 1. Should I expect intelligent behaviour of RET and TAB when within a de= scription (or other) string? I find that (in this context) RET positions th= e cursor at the start of the line, and TAB does nothing. Ideally RET might = position the cursor at the indentation point of the previous line, or one c= haracter past the opening quote if this was the first line.=0A= 2. Wrapping (quite reasonably) can't handle cases where the author didn'= t in fact intend line breaks to be inserted. The most common cases are prob= ably (a) not using a blank line as a paragraph break, (b) text was further = indented (which often implies literal text), or (c) text started with * (or= -, ...) and was to be interpreted as a list item.=0A= =0A= I don't believe that RFCs 7950 and 8407 say anything about paragraph format= ting, but most NETMOD YANG does seem to adhere to the convention that parag= raphs should be separated by blank lines. Perhaps this could be made into a= stronger convention?=0A= =0A= As for the other cases (further indentation -> literal, and */- mean list i= tems), of course this is getting back to the markdown discussion. I believe= that when this has come up before the discussion has died for want of clea= r standards. However I do believe that it would be very useful to define so= me layout conventions (or rules) that allow automated reflow and other form= atting, and personally I would take it further than just the three points t= hat I have mentioned! It doesn't have to be called 'markdown'...=0A= =0A= =0A= In the category of general annoyance, rather than the points above, the IET= F has abolished the page number. Look at recent RFC and pagination has van= ished. The justification is that RFC are now available in different format= and that page numbers are not consistent across the format so they must be= eliminated.=0A= =0A= This came up on RFC Interest and I asked how to reference a piece of text a= nd was told that you include lots of section numbers. I asked about 50-pag= e YANG modules with no sections but this is a requirement that has escaped = the tool-makers. One suggestion was to include lots of numbered sub-headin= gs, another to include separate sourcecode elements with an anchor for each= .=0A= One passing comment was that with v3 xml the extraction code should not be = needed any more. I do not understand but expect that there will be interes= ting times.=0A= =0A= Tom Petch=0A= =0A= William=0A= =0A= On Sat, 7 Nov 2020 at 05:07, Carsten Bormann > wrote:=0A= On 2020-11-07, at 01:06, Michael Richardson > wrote:=0A= >=0A= > M-q reflowed a paragraph, but made it too long with 76 columns wide.=0A= =0A= Is your .emacs setting fill-column to a non-standard value?=0A= =0A= C-x f 69 RET=0A= =0A= or put=0A= =0A= // -*- fill-column: 69 -*-=0A= =0A= into the first line of your YANG file (in a comment)=0A= or better=0A= =0A= (add-hook 'yang-mode-hook=0A= '(lambda () (set-fill-column 69)))=0A= =0A= in your .emacs.=0A= =0A= Gr=FC=DFe, Carsten=0A= =0A= _______________________________________________=0A= netmod mailing list=0A= netmod@ietf.org=0A= https://www.ietf.org/mailman/listinfo/netmod=0A= From nobody Tue Nov 10 08:11:29 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA7EA3A098E for ; Tue, 10 Nov 2020 08:11:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 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] 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 KRPFoBgu7SnF for ; Tue, 10 Nov 2020 08:11:26 -0800 (PST) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2104.outbound.protection.outlook.com [40.107.223.104]) (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 6867D3A0978 for ; Tue, 10 Nov 2020 08:11:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=faN+g5Z5GaPAAZTdqquecDohx29SNTr3Bmn5BMDV4xI4TD/Ojy6vjjj/YP/qjK7FlIz1YaEuiDri8zpt9KV3jWyFu/hcLZNY1MZQugD2x7fUEGw1H37vBpYxwjgJAh/RDJc56B7HSuz9ccuEWcEKiO6ubsPj7UaZDkgKtdqI575ZMj7aSFna5AI1F2RlwabsquA2e76+1+E9aCSXLweqVjRIgvAnaNbaKs0r+Yp9rQomMI4bqQKtWUTWdxZsIYzx9lFEzeKdmkvoPqaNgMBwQJrOHkip4gW9E1VBuLnID+LR4xh6sr6KS9Y7L4ERslQ6CZKAEEyJ2mQEg/RzYlc5ug== 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=TjHnAcFM7o+9I2JnjbR3uuTSEgCZc3V+3V9eOEtB8SI=; b=KTjJ85azCfc+R12igay2KmmzLRrBjjjYGrL5QuD6+UWm8J5PIcW6ak/AFCIcTdO7AERt4MeV8VSyBsnSKXpi4+X6mXxHQVwm2pbsAXo4XNdWmU3Akz96J68s+PqxzM6E5IgmLUevRkpKSBB4jRuiv+ZLLo1BT32MMNJ/4mDBM3OXXBy0axR3vYLaqumqdkteOlgVjzvmmR3WlTFSs75J03Muy1ExunDRgBs8ov5J8lzrsnjjppH3bo3Nb2Y8RPr5UWEUpr1WzbJ9OmD35HiA+UI/75SprjmqFedIo7JuAvX/fmPc8Sb+VUtoC2wkLYngku6P9t1gKSZ4aWQb8DPMAg== 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=TjHnAcFM7o+9I2JnjbR3uuTSEgCZc3V+3V9eOEtB8SI=; b=HHZ8A3kZx6QvxHDpSXkSynbPVz4nGtb28WwzjM43KD3aoBF/KnFyh9cm6CUpbXay4C6fzF4q8nN/yZv9rgm6YKQ9O4wBC9rXi7f7TATsKZp0JbRuPQ+Hv7idEblqtGIAspaGtzqqy7oGmoYRBC5EJ+Il5e2fcEg4e3U5FFfyHl8= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB6251.namprd08.prod.outlook.com (2603:10b6:5:1e7::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.21; Tue, 10 Nov 2020 16:11:21 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3541.025; Tue, 10 Nov 2020 16:11:21 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes 2020-11-10 Thread-Index: Ada3fAO2d1z4bHcJTxq3jiH5e+zvGA== Date: Tue, 10 Nov 2020 16:11:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [174.112.3.120] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 243161f8-a6e2-4bd2-52dd-08d8859343a6 x-ms-traffictypediagnostic: DM6PR08MB6251: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3044; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ggR8LLH1tUoNoPRtjD+/dO/t5PCac2pHGdVXFuNO6wETIv8XTBFv55rLqE/GGIbFhXHYXjU57z2n5sZUYKqzCTRYsy4dGLkNLKQrJHtLuSixQGaBjVKKYHEx7RH+988xPceS75VOkYg1fsiN8I9IkWUX+hNJIhQVbo6s+8N6fFcFvWIsRF9tdTSwR1ZxXUGwhqB/gRvtXBUDEhgWCXh900FgTc1LhzK4011N4LAw08GYfyqGVgc9ardct5sDJwp1em0oO+2yvawAg9cDCj5CbQ8b/SsKYseGapsKBKop0E0+sgsLUwCFGotBFVoXpWZi x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(136003)(396003)(346002)(39860400002)(76116006)(6916009)(64756008)(5660300002)(9686003)(186003)(26005)(55016002)(478600001)(52536014)(66946007)(66556008)(66446008)(33656002)(71200400001)(7696005)(2906002)(8936002)(86362001)(6506007)(8676002)(316002)(558084003)(66476007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: koVvwncO0gmnLdfNEpMTEBXoIhF2iQL6o+rHY80mqbLSxBj7sPF/vQr4Ha/GkmBwMy6AFxgy1SAO43letndDAK8c7raGjGdEKSaqziSvx3tHK5XXlXD1UgnWYEYGMyzV4ENQLyulQMh+hgaUGRM4CYXOucoQvpPq+RGTspNbiEG+PNzo9We9N54g5CQscN90v1PlInsDzUs5MMPvE53k0CKryZd+mx0+HSqQRUjCZXD232BPsQfvOl9qgr7W0cnFKPA5YkRCmwWiqVRo+Xm+WrdziYHzQ7jnnGvtDetnqyLnD6XD/XR+htwRAGfS8C9CpUruEysor1bnq2BYiwfmjCxu+4NZf8b5es03x7+0WrtZLf6rBHiiae8UBdzG6Dk5m5soXgiANxbu/SPaaQU0qVAUKxEACDwsh9hqdhehJNjiYm40fU9YyEMmkPVzlxRzoNFubXkSyu5pb0Lp+X6kXkZjsCpX4w2Yy7BAYEfIXfYObyu7O7nuM7f+PRWK0eApwyl9BSk7fwY6apXABBzmd5PyoLR2lacbkZNDUrtBnrKvYpVikCms3/GGj4Z5Hqd7OLdoGookpHRgM+GNn+cDoed+xvYbVRA4CT5H4D3rIA6Fe9kJattdlnIm4sYq6W2YCOAa4KMG5BwpKBCvl+EwXFyo+pJrlicRuTI7+Sv0c+TP/nk/ueW4y0KWJDe2feMK0OhrdULSroQQr9YxCzLLuiBxcMLmZEKfYNl+rg52+0pY7g2fcDvSrER8EbCCR8BvIL6n559+r9Z2NDhfgQy9lyR8y19l+QtaaSDUigN7sD70VK5DkrcSyDDtQn7R9Jo4/Iy5eg9jR25cCGAcpdtcJobcvKXS6o+/eY7JOWTqB8ya5QTS123lvkETRDuwQfCiq12db06yqAyrIsJWiw6RGg== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB58846CB0FD7E06A324183D759BE90DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 243161f8-a6e2-4bd2-52dd-08d8859343a6 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Nov 2020 16:11:21.3925 (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: EIpDSpcarfLMGRCUyO0daMV5DX9efx5TuxL+/SgO7/F2cnAG11XEBi/+4gByGiWcEOAjVjmyEZomUXLtqyYddw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB6251 Archived-At: Subject: [netmod] YANG Versioning Weekly Call Minutes 2020-11-10 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2020 16:11:28 -0000 --_000_DM6PR08MB58846CB0FD7E06A324183D759BE90DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable - reviewed slides for IETF109 - slide authors & presenters same as proposed last week - started discussing alternative options for how Library and Packages fit t= ogether --_000_DM6PR08MB58846CB0FD7E06A324183D759BE90DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

- reviewed slides for IETF109

- slide authors & presenter= s same as proposed last week

- started discussing alternativ= e options for how Library and Packages fit together

--_000_DM6PR08MB58846CB0FD7E06A324183D759BE90DM6PR08MB5884namp_-- From nobody Wed Nov 11 05:52:53 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4A9E3A08BD; Wed, 11 Nov 2020 05:52:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 qvYwlgaXdYxx; Wed, 11 Nov 2020 05:52:45 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A31EB3A0D94; Wed, 11 Nov 2020 05:52:44 -0800 (PST) Received: from localhost (unknown [IPv6:2a01:5e0:29:ffff:fc73:fa64:57e6:2115]) by mail.nic.cz (Postfix) with ESMTPSA id 7FB54140A24; Wed, 11 Nov 2020 14:52:41 +0100 (CET) From: Ladislav Lhotka To: tom petch , William Lupton , NetMod WG Cc: "tools-discuss@ietf.org" In-Reply-To: References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> Mail-Followup-To: tom petch , William Lupton , NetMod WG , "tools-discuss@ietf.org" Date: Wed, 11 Nov 2020 14:52:41 +0100 Message-ID: <87tutwj906.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: clamav-milter 0.102.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2020 13:52:47 -0000 tom petch writes: > > > In the category of general annoyance, rather than the points above, the I= ETF has abolished the page number. Look at recent RFC and pagination has v= anished. The justification is that RFC are now available in different form= at and that page numbers are not consistent across the format so they must = be eliminated. > > This came up on RFC Interest and I asked how to reference a piece of text= and was told that you include lots of section numbers. I asked about 50-p= age YANG modules with no sections but this is a requirement that has escape= d the tool-makers. One suggestion was to include lots of numbered sub-head= ings, another to include separate sourcecode elements with an anchor for ea= ch. I share your concerns, but these developments are hard to avoid - people wa= nt to read the documents on the small screens of their phones, and a fixed = format isn't well suited for that. > One passing comment was that with v3 xml the extraction code should not b= e needed any more. I do not understand but expect that there will be inter= esting times. I don't know what the plan is, but in the recent survey on IETF authoring t= ools, I suggested the option of including YANG modules in xml2rfc sources a= s foreign-namespace blocks in the YIN format. This could solve most of thes= e issues and, in particular, allow for safely reflowing text in description= s etc. along with the rest of the RFC. Regarding markup inside description/contact/reference/error-message, I thin= k XML is in fact still the best option. Light-weight choices such as markdo= wn are too brittle for these purposes. Lada > > Tom Petch > > William > > On Sat, 7 Nov 2020 at 05:07, Carsten Bormann > wrote: > On 2020-11-07, at 01:06, Michael Richardson > wrote: >> >> M-q reflowed a paragraph, but made it too long with 76 columns wide. > > Is your .emacs setting fill-column to a non-standard value? > > C-x f 69 RET > > or put > > // -*- fill-column: 69 -*- > > into the first line of your YANG file (in a comment) > or better > > (add-hook 'yang-mode-hook > '(lambda () (set-fill-column 69))) > > in your .emacs. > > Gr=C3=BC=C3=9Fe, Carsten > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --=20 Ladislav Lhotka=20 Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Nov 11 10:54:40 2020 Return-Path: <01000175b8a8c97a-da2bdc7c-435a-425d-9b45-8eeb581bdeea-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 EE9DF3A0D20; Wed, 11 Nov 2020 10:54:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-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 MLv5Yfchx7XP; Wed, 11 Nov 2020 10:54:32 -0800 (PST) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BEDB3A0D45; Wed, 11 Nov 2020 10:54:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1605120870; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=iijLOijHdWtIHFv735btoFgrW/xlzMIA8OamyABbjtU=; b=K9zkj0p1DPIf8cBx+gNTWKcXbX/EqBjhwHnW1eF5rJrib+dNgConJrC67QvdFcUk Sb7qrqq+3lByNcMHJeTKQi8S39Obt4lUMRlyvmg1vEv9OTM2Uuti2VgABNiFnAZL7yJ c2O9mC0wRnr3iDkoi7kvtPQey9gSaSpn+kUbzuxs= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Kent Watsen In-Reply-To: <87tutwj906.fsf@nic.cz> Date: Wed, 11 Nov 2020 18:54:30 +0000 Cc: tom petch , William Lupton , "netmod@ietf.org" , "tools-discuss@ietf.org" Content-Transfer-Encoding: quoted-printable Message-ID: <01000175b8a8c97a-da2bdc7c-435a-425d-9b45-8eeb581bdeea-000000@email.amazonses.com> References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> <87tutwj906.fsf@nic.cz> To: Ladislav Lhotka X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.11-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2020 18:54:34 -0000 As a contributor: I don=E2=80=99t like the YIN format, but Lada makes some good points = below. I don=E2=80=99t understand the "extraction code should not be needed any = more=E2=80=9D comment, but know that Shepherds and, to a lesser extent, = Copy Editors, rely on being able to extract the YANG modules and/or = instance examples from the `xml2rfc` XML files. K. > On Nov 11, 2020, at 8:52 AM, Ladislav Lhotka = wrote: >=20 > tom petch writes: >=20 >>=20 >> >> In the category of general annoyance, rather than the points above, = the IETF has abolished the page number. Look at recent RFC and = pagination has vanished. The justification is that RFC are now = available in different format and that page numbers are not consistent = across the format so they must be eliminated. >>=20 >> This came up on RFC Interest and I asked how to reference a piece of = text and was told that you include lots of section numbers. I asked = about 50-page YANG modules with no sections but this is a requirement = that has escaped the tool-makers. One suggestion was to include lots of = numbered sub-headings, another to include separate sourcecode elements = with an anchor for each. >=20 > I share your concerns, but these developments are hard to avoid - = people want to read the documents on the small screens of their phones, = and a fixed format isn't well suited for that. >=20 >> One passing comment was that with v3 xml the extraction code should = not be needed any more. I do not understand but expect that there will = be interesting times. >=20 > I don't know what the plan is, but in the recent survey on IETF = authoring tools, I suggested the option of including YANG modules in = xml2rfc sources as foreign-namespace blocks in the YIN format. This = could solve most of these issues and, in particular, allow for safely = reflowing text in descriptions etc. along with the rest of the RFC. >=20 > Regarding markup inside description/contact/reference/error-message, I = think XML is in fact still the best option. Light-weight choices such as = markdown are too brittle for these purposes. >=20 > Lada From nobody Wed Nov 11 12:02:49 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A1253A0FF5; Wed, 11 Nov 2020 12:02:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_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 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 kPlL5_1xNG8c; Wed, 11 Nov 2020 12:02:43 -0800 (PST) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A80D63A1220; Wed, 11 Nov 2020 12:01:47 -0800 (PST) Received: from [192.168.217.118] (p548dcc60.dip0.t-ipconnect.de [84.141.204.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4CWbGd4hTJzySb; Wed, 11 Nov 2020 21:01:45 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Carsten Bormann In-Reply-To: <01000175b8a8c97a-da2bdc7c-435a-425d-9b45-8eeb581bdeea-000000@email.amazonses.com> Date: Wed, 11 Nov 2020 21:01:45 +0100 Cc: Ladislav Lhotka , "tools-discuss@ietf.org" , tom petch , "netmod@ietf.org" , William Lupton X-Mao-Original-Outgoing-Id: 626817705.134884-b0d1cfd738be0c102a928bfa8261d995 Content-Transfer-Encoding: quoted-printable Message-Id: <48F05081-414D-4EEE-9BA7-FA7B2F5B19EE@tzi.org> References: <29950.1604697852@localhost> <008B882D-102D-4AEA-AF59-E259F07089CB@tzi.org> <6712.1604707568@localhost> <4BC302A5-D990-45EE-85C2-196BBC1D09DF@tzi.org> <87tutwj906.fsf@nic.cz> <01000175b8a8c97a-da2bdc7c-435a-425d-9b45-8eeb581bdeea-000000@email.amazonses.com> To: Kent Watsen X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netmod] [Tools-discuss] reflow of YANG descriptions, and general YANG format annoyances X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2020 20:02:46 -0000 On 2020-11-11, at 19:54, Kent Watsen wrote: >=20 > I don=E2=80=99t understand the "extraction code should not be needed = any more=E2=80=9D comment, but know that Shepherds and, to a lesser = extent, Copy Editors, rely on being able to extract the YANG modules = and/or instance examples from the `xml2rfc` XML files. Once you have the XML for the RFC: See https://tools.ietf.org/html/rfc8152#page-7 for the right way to do this. Gr=C3=BC=C3=9Fe, Carsten From nobody Wed Nov 11 13:26:12 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CD0F3A101E for ; Wed, 11 Nov 2020 13:26:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Myu7Dfj0Gx7P for ; Wed, 11 Nov 2020 13:26:09 -0800 (PST) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id A80DF3A100A for ; Wed, 11 Nov 2020 13:26:09 -0800 (PST) Received: from stubbs.int.chopps.org (047-050-069-038.biz.spectrum.com [47.50.69.38]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 22D546040A; Wed, 11 Nov 2020 21:26:09 +0000 (UTC) From: Christian Hopps Message-Id: <39C75E14-70C9-4224-BCC0-9F45F9E097C1@chopps.org> Content-Type: multipart/signed; boundary="Apple-Mail=_33D27D3F-5A74-4C0E-95FE-94CC84E0A61F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Wed, 11 Nov 2020 16:26:07 -0500 In-Reply-To: <159601903445.32409.11416695928247289963@ietfa.amsl.com> To: netmod@ietf.org References: <159601903445.32409.11416695928247289963@ietfa.amsl.com> X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-geo-location-05.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2020 21:26:11 -0000 --Apple-Mail=_33D27D3F-5A74-4C0E-95FE-94CC84E0A61F Content-Type: multipart/alternative; boundary="Apple-Mail=_074104C1-D2CE-4D4F-8B9F-5C8FABCFA802" --Apple-Mail=_074104C1-D2CE-4D4F-8B9F-5C8FABCFA802 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ = indicates status is Revised ID needed which I believe was addressed by = the below publication. Thanks, Chris. > On Jul 29, 2020, at 6:37 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the Network Modeling WG of the IETF. >=20 > Title : A YANG Grouping for Geographic Locations > Author : Christian Hopps > Filename : draft-ietf-netmod-geo-location-05.txt > Pages : 25 > Date : 2020-07-29 >=20 > Abstract: > This document defines a generic geographical location object YANG > grouping. The geographical location grouping is intended to be used > in YANG models for specifying a location on or in reference to the > Earth or any other astronomical object. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-netmod-geo-location-05 > = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-geo-location-05 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-geo-location-05 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod >=20 --Apple-Mail=_074104C1-D2CE-4D4F-8B9F-5C8FABCFA802 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location= /

indicates = status is Revised ID needed which I believe was addressed by the below = publication.

Thanks,
Chris.

On Jul = 29, 2020, at 6:37 AM, internet-drafts@ietf.org wrote:


A New Internet-Draft is available from the on-line = Internet-Drafts directories.
This draft is a work item of = the Network Modeling WG of the IETF.

=        Title =           : A YANG = Grouping for Geographic Locations
=        Author =          : Christian = Hopps
Filename =        : = draft-ietf-netmod-geo-location-05.txt
Pages =           : 25
= Date =            : = 2020-07-29

Abstract:
=   This document defines a generic geographical location object = YANG
  grouping.  The geographical = location grouping is intended to be used
  in = YANG models for specifying a location on or in reference to the
  Earth or any other astronomical object.


The IETF datatracker status = page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location= /

There are also htmlized versions = available at:
https://tools.ietf.org/html/draft-ietf-netmod-geo-location-05https://datatracker.ietf.org/doc/html/draft-ietf-netmod-geo-loc= ation-05

A diff from the previous version = is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-geo-locat= ion-05


Please note that it = may take a couple of minutes from the time of submission
until the htmlized version and diff are available at = tools.ietf.org.

Internet-Drafts are also = available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


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


= --Apple-Mail=_074104C1-D2CE-4D4F-8B9F-5C8FABCFA802-- --Apple-Mail=_33D27D3F-5A74-4C0E-95FE-94CC84E0A61F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAl+sVu8ACgkQLh2DDte4 MCXZMg//ZalcNM0c9WS9lcHjQ0HKhuwbvOdvsqmGDO5v/tAZiLQc8zg+MJ38d8x/ MKVUYKhDCsGbclaEHy1nPMOfDPNuREdBJdTgbQoNlVAHvPFZqkRlSZ8aF7RFEp20 y6JJ5zWrXjlh+x0AAnoXI5se5m9gNUIeCuB/4R4SCkkxbDLXHAjos+2eW0qFw2Ds Srro7xrTpi8Kyj+7j/pXqOHiLKppRZf4fEPV5poDGzKZENUdJeD2aW7DgTbK+AGM Jds6bCrQFgW2zg79BJpXd1LtksisWafnm/l5rBnrKZnYE9PJV7fsHwesie3AePGR S9GHFf+liIZgHc8shHc690n33gSVs4T9r2AbnesDRYbrWL0GSVgdcmtuayHLIQXy zQ4Xn14XSd8b4p+QeDrrAqWWq9RqKKOTc7XkKPQZsjzsafBkqVbpY9NrEYuxuelj UK8pbW6TD29PQy5boQA3SrLvLvisXAk8RuQJMjVQS/+i6ZI+WwS+nqJ7XNnbsjl8 nR4U0SMNvvuNTjCbNLXm9Pn+k6AauY/KT2amfuO56EdK8De0OUXPe0zzpVyt5c0O Tjsaa7fiEymp+re7qmMCNEb3CCdFBPR3KoMYTWWIlloEA05Nukubom4vF1Vl3l8w UJGKF8fAM21z+7dU70DRKGlTeyK1OsnF6v3yNtCw+u5l5zqi30s= =hF5J -----END PGP SIGNATURE----- --Apple-Mail=_33D27D3F-5A74-4C0E-95FE-94CC84E0A61F-- From nobody Wed Nov 11 16:36:36 2020 Return-Path: <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-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 563A63A1295 for ; Wed, 11 Nov 2020 16:36:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 o7WwrvxXzWhF for ; Wed, 11 Nov 2020 16:36:26 -0800 (PST) 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 7EB0A3A129A for ; Wed, 11 Nov 2020 16:36:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1605141385; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=JWa/oLTt7jqzxBKtO9x3jzyub0iU3AW4X9PZ4QGzsvc=; b=WaOjwbnZXSADrHwM9WZX9AgxX46I7DbRuQj7rhN77asuNpKvKyWGQOJkiFHy0gAU QJd0UbYMAZAxvSERk1TazUtVYeSm37acKDZ/jxIUgoS14XMj8IBpH5IhFgJy2SIaOg8 ycduGJBIIdlOv3H6nIBUdBYYJlONCgJMpDAsGw8g= From: Kent Watsen Message-ID: <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_647FAAFB-BBC0-4DE1-9797-4E5AC0D6EA9B" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Thu, 12 Nov 2020 00:36:25 +0000 In-Reply-To: <39C75E14-70C9-4224-BCC0-9F45F9E097C1@chopps.org> Cc: "netmod@ietf.org" To: Christian Hopps , tom petch References: <159601903445.32409.11416695928247289963@ietfa.amsl.com> <39C75E14-70C9-4224-BCC0-9F45F9E097C1@chopps.org> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.12-54.240.48.110 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-geo-location-05.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2020 00:36:34 -0000 --Apple-Mail=_647FAAFB-BBC0-4DE1-9797-4E5AC0D6EA9B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Chris updated the draft per comments from Tom Petch received during the = WGLC back in March (yes, it=E2=80=99s been that long). Tom, can you review the updates to see if all your concerns were = addressed? Thanks, Kent // as Shepherd > On Nov 11, 2020, at 4:26 PM, Christian Hopps = wrote: >=20 > https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ = >=20 > indicates status is Revised ID needed which I believe was addressed by = the below publication. >=20 > Thanks, > Chris. >=20 >> On Jul 29, 2020, at 6:37 AM, internet-drafts@ietf.org = wrote: >>=20 >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >> This draft is a work item of the Network Modeling WG of the IETF. >>=20 >> Title : A YANG Grouping for Geographic Locations >> Author : Christian Hopps >> Filename : draft-ietf-netmod-geo-location-05.txt >> Pages : 25 >> Date : 2020-07-29 >>=20 >> Abstract: >> This document defines a generic geographical location object YANG >> grouping. The geographical location grouping is intended to be = used >> in YANG models for specifying a location on or in reference to the >> Earth or any other astronomical object. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ = >>=20 >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-netmod-geo-location-05 >> = https://datatracker.ietf.org/doc/html/draft-ietf-netmod-geo-location-05 >>=20 >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-geo-location-05 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of = submission >> until the htmlized version and diff are available at tools.ietf.org. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >>=20 >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >>=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_647FAAFB-BBC0-4DE1-9797-4E5AC0D6EA9B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Chris updated the draft per comments = from Tom Petch received during the WGLC back in March (yes, it=E2=80=99s = been that long).

Tom, = can you review the updates to see if all your concerns were = addressed?

Thanks,
Kent  // as = Shepherd



On Nov 11, 2020, at 4:26 PM, Christian Hopps <chopps@chopps.org> = wrote:

https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location= /

indicates = status is Revised ID needed which I believe was addressed by the below = publication.

Thanks,
Chris.

On Jul 29, 2020, at 6:37 AM, internet-drafts@ietf.org wrote:


A New Internet-Draft is available from the on-line = Internet-Drafts directories.
This draft is a work item of = the Network Modeling WG of the IETF.

=        Title =           : A YANG = Grouping for Geographic Locations
=        Author =          : Christian = Hopps
Filename =        : = draft-ietf-netmod-geo-location-05.txt
Pages =           : 25
= Date =            : = 2020-07-29

Abstract:
=   This document defines a generic geographical location object = YANG
  grouping.  The geographical = location grouping is intended to be used
  in = YANG models for specifying a location on or in reference to the
  Earth or any other astronomical object.


The IETF datatracker status = page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location= /

There are also htmlized versions = available at:
https://tools.ietf.org/html/draft-ietf-netmod-geo-location-05
https://datatracker.ietf.org/doc/html/draft-ietf-netmod-geo-loc= ation-05

A diff from the previous version = is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-geo-locat= ion-05


Please note that it = may take a couple of minutes from the time of submission
until the htmlized version and diff are available at = tools.ietf.org.

Internet-Drafts are also = available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


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


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

= --Apple-Mail=_647FAAFB-BBC0-4DE1-9797-4E5AC0D6EA9B-- From nobody Tue Nov 17 10:42:33 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CB153A153F for ; Tue, 17 Nov 2020 10:42:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.086 X-Spam-Level: X-Spam-Status: No, score=-2.086 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=shytyi.net 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 L1cSmJUSFSJ8 for ; Tue, 17 Nov 2020 10:42:30 -0800 (PST) Received: from sender11-of-o52.zoho.eu (sender11-of-o52.zoho.eu [31.186.226.238]) (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 766993A153E for ; Tue, 17 Nov 2020 10:42:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605638546; cv=none; d=zohomail.eu; s=zohoarc; b=QzwyhJJcKvy6qmH1f6QjfagsP8LM+Qwijv9xFSGw3ch8oOPOjpxW6YlgE6XWDNPLT1lK++90+LgjrW2NoN0WriNBjsYYR0Ni36T4mOJxnewO34Pmt4iWCfvKw30TttZ7sZCoSt0HNjvOlfw0UWq/FdeviaT8zW3v48yPtr6YIes= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1605638546; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=+i5js+lG4JZ6tOM5wMVAHCIjf3NNQ6GOtvIAhnQiuh4=; b=V+4+A+8mzCiZZkRYhh7TWKfzph3hoq66zFpH8SpEISzVl9z9pCZt8sPk6faEZcO8vjUmlQxwrmtCDBNzV52kHXoVBcejQq/abGqwuoB/mWRLu3KqiqnROBEf0e5rIFHU9yXsmG5Biu0Mh6dm1M7ZFU9Q79bomFG1Wl2Zmx0o2JU= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=shytyi.net; spf=pass smtp.mailfrom=ietf.dmytro@shytyi.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1605638546; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Cc:Message-Id:In-Reply-To:References:Subject:MIME-Version:Content-Type; bh=+i5js+lG4JZ6tOM5wMVAHCIjf3NNQ6GOtvIAhnQiuh4=; b=AFD/lrXScoGw+t44kjfrbNi3HRidAf9bPjTIqpFX7biDUbWboDRqswxNmO805m/L nZhtqewwAxKuU8BEnjOQ9VFvukQhSztk6d+sz7D0zGN1LWNtaoTHyp4i+CAM2ATha4O S0T4PsAjDBiGRROb9fJEwZEuxISKXr+YSpsTMvg4= Received: from sender21-mail.zoho.eu (172.26.23.79 [172.26.23.79]) by mx.zoho.eu with SMTPS id 1605638545439888.1342160903489; Tue, 17 Nov 2020 19:42:25 +0100 (CET) Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1605638545380349.5625853807029; Tue, 17 Nov 2020 19:42:25 +0100 (CET) Date: Tue, 17 Nov 2020 19:42:25 +0100 From: Dmytro Shytyi To: "netmod@ietf.org" Message-Id: <175d783dfe0.b8f3d9bf322364.326579210748360832@shytyi.net> In-Reply-To: <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-000000@email.amazonses.com> References: <159601903445.32409.11416695928247289963@ietfa.amsl.com> <39C75E14-70C9-4224-BCC0-9F45F9E097C1@chopps.org> <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-000000@email.amazonses.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1092122_759206008.1605638545376" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-ZohoMailClient: External Archived-At: Subject: [netmod] I-D Action: draft-shytyi-netmod-vysm-02.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2020 18:42:33 -0000 ------=_Part_1092122_759206008.1605638545376 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear participants of netmod WG, Would it be interesting (?) if I update the next draft=C2=A0https://tools.i= etf.org/html/draft-shytyi-netmod-vysm-02=C2=A0with:=C2=A0 o ieee-dot1Q-types o ietf-interfaces o ietf-ip o ietf-logical-network-element o ietf-network o ietf-network-instance o ietf-ietf-network-topology o ietf-routing-types o ietf-te-topology o ietf-te-topology-sf=20 o ietf-te-types o ietf-yang-schema-mount o The YANG modules introduced in this document: * ietf-ucpe-lne-properties * ietf-ucpe-lt-virtual-link-id * ietf-ucpe-ni-properties * ietf-ucpe-node-type All compatible modules and schema is presented in the github repository=C2= =A0https://github.com/dmytroshytyi/ucpe-ietf + @Mahesh=C2=A0 =C2=A0 =C2=A0 After interesting disscution I tend to add=C2=A0 the deviatio= n of these yang models (https://github.com/dmytroshytyi/ucpe-ietf/blob/mast= er/submodules/etsi-nfv-vnf-deviation.yang) and (https://github.com/dmytrosh= ytyi/ucpe-ietf/blob/master/submodules/etsi-nfv-common-deviation.yang) + mak= e a leafref "vnfd" under=C2=A0"/lne:logical-network-elements/lne:logical-ne= twork-element/logical-network-element-properties/". You migth find the deta= ils in the github repo above. =C2=A0 =C2=A0 =C2=A0About these modules: If my approach to add these yang m= odules (with small modification described below) seems incorrect, may you p= lease suggest how can I integrate them in the existing set of yang modules? mofidification of https://github.com/dmytroshytyi/ucpe-ietf/blob/master/sub= modules/etsi-nfv-common-deviation.yang submodule etsi-nfv-common-deviation { yang-version 1.1; //DEVIATION BEGIN; belongs-to ietf-ucpe-lne-properties { prefix ucpe; } //DEVIATION END; mofidification of=C2=A0=C2=A0https://github.com/dmytroshytyi/ucpe-ietf/blob= /master/submodules/etsi-nfv-vnf-deviation.yang submodule etsi-nfv-vnf-deviation { yang-version 1.1; //DEVIATION BEGIN; belongs-to ietf-ucpe-lne-properties { prefix nfv; } include etsi-nfv-common-deviation; //DEVIATION END; ______________ Dmytro SHYTYI ------=_Part_1092122_759206008.1605638545376 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Dear participants of netmod WG,

=
Would it be interesting (?) if I update the next draft https://tools.ietf.org/html/draft-shytyi-netmod-vysm-02 wit= h: 

o ieee-dot1Q-types o ietf-interfaces o ietf-ip o ietf-logical-network-element o ietf-network o ietf-network-instance o ietf-ietf-network-topology o ietf-routing-types o ietf-te-topology o ietf-te-topology-sf
o ietf-te-types o ietf-yang-schema-mount o The YANG modules introduced in this document: * ietf-ucpe-lne-properties * ietf-ucpe-lt-virtual-link-id * ietf-ucpe-ni-properties * ietf-ucpe-node-type

Al= l compatible modules and schema is presented in the github repository = htt= ps://github.com/dmytroshytyi/ucpe-ietf

+ @Mahesh 

submo= dule etsi-nfv-common-deviation {

yang-v= ersion 1.1;



<= /td>		//DEVIATION BEGIN;

belongs-to<= /span> ietf-ucpe-lne-properties {

prefix = ucpe;

}

//DEVIATION END;=
mofidification of  etsi-nfv-vnf-deviation.yang

<= td style=3D"box-sizing: border-box; padding: 0px 10px; width: 50px; min-wid= th: 50px; font-family: SFMono-Regular, Consolas, "Liberation Mono"= ;, Menlo, monospace; font-size: 12px; line-height: 20px; color: var(--color= -diff-blob-num-text); text-align: right; white-space: nowrap; vertical-alig= n: top; cursor: pointer; user-select: none;" data-line-number=3D"5" class= =3D"blob-num js-line-number" id=3D"L5">

submodule etsi-nfv-vnf-deviation {

yang-version= 1.1;



//D= EVIATION BEGIN;
belongs-to ietf-= ucpe-lne-properties {
prefix nfv;

}

include etsi-nfv-common= -deviation;

//DEVIATION END;

______________
Dmytro SHYTYI


------=_Part_1092122_759206008.1605638545376-- From nobody Tue Nov 17 16:24:23 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D70C43A10E2 for ; Tue, 17 Nov 2020 16:24:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 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] 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 U02BLWax2iZm for ; Tue, 17 Nov 2020 16:24:20 -0800 (PST) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2121.outbound.protection.outlook.com [40.107.94.121]) (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 5C5A53A10E7 for ; Tue, 17 Nov 2020 16:24:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gvx0HxgJP33606+KpPEYKfMiDfAzEhQja2RTr//vZfwnkKD04NZFCpVdOg3wA06we07QZpw+JBLBykX54I9gqqkqIATkmpr/gOuDjR+6WwQxc9NXHpFDb46fIdWUahM0KshX4RynC6RMmfBqx+eZy29jCxgtevXMu4H3eJQqcg8GW2tXxLR6HYWD0ektQ3RHZq2Tovdui+BkkphQ38/aRpPqJvlbKZrQ09SZB9zrWYCqhCqUft+dfFACYwgSAQEKpoLTm6dPCfvrPHwOZJkeF3BZ7DgrM79kNCfIOrjDVvPigx7f3LYRH38OymctJErq8M9PUL3c0S7vnU0MwJNu/w== 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=rZyM9GTNOvgFaAZMejzBOp3fCVluCSbZxst5Z7aHoGA=; b=WIMYXVz79gHxy7xUEE78uV5nE+l9Q8vPjD4hl9tZBDT0rirpIPwaqyDts6fv1P3ftCqukImYFMc/cFpW4eTLdZfc+Etdhjt7VPJQa3m7OGqH7ChbcxI2gQV5yN7SK9rPlGUZAMUaoZ+x2duqytWIU6IjwHXP6iWNbzlbZmpO162SQNI38u6hbGchZOJLPx7vwJc77I+Xq8tiGfPY18tQMIxNJ+UiUOzYWXojoxohGuMX0c0WSGfD8Os5lLiHJeORdDvFQMS0y0mEe21KEKyWD7jQfDTYHD7tLqTlARKMU2h8hzw0X7X9bQHfObvstJJI7i+1BD8q9SrMtdd4P3CFwg== 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=rZyM9GTNOvgFaAZMejzBOp3fCVluCSbZxst5Z7aHoGA=; b=nM1glTGswWyFEaM/mKfaxQ/gw//gsfePl4z7c54FZfX1+iapaKQw2c5VSPwB3JDYj8M0fmYSts29Uv6P5cf3yx0QKpiEn4ONqvDp2OZ+nyFN/jxaLxQ0D2BP+jRLYEZxG8RQC1dAhgeg+S8Cna/FUC2ZDGKM7L0C2hxAOSp1u1A= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB5370.namprd08.prod.outlook.com (2603:10b6:5:10::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.28; Wed, 18 Nov 2020 00:24:17 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3564.028; Wed, 18 Nov 2020 00:24:17 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes - 2020-11-03 Thread-Index: Ada9Btzk9dN/GBfzTkybng/b6A/TPA== Date: Wed, 18 Nov 2020 00:24:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [2607:fea8:e300:4c2:1cb:cff:8953:5e8c] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: fc4574fc-6733-4b19-11c4-08d88b584970 x-ms-traffictypediagnostic: DM6PR08MB5370: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Co0htXt46UudfXw1oO3s3ga7mrCMg4CxWblr4hQwptDcGncflXergE9A5cC8NSNtb8TXey0BUzcROmcxsD4iY8/+F0pe1ACP65M9ixC0Hi45MDVpyPwTsTHfUp2jH/AaG753jzVb/BVoCRvoQyH+aow07L7DTd/6oRdcnD0fcwDe9HiFR7XZMvsfoFhsFdx6zQPtf/Gd+DbjSYxROpOE0P/QlE2CqYtX9IuBfbyyukL1woY1iXwvSN+3BRrRAv55aB0NwjutwTLXxqAX6ylwAnlxAQeVts7VzqNs76RE3aayA9zN2XGy7oeZKeE6Yci3r5DhwBVsxpilO59R/z8OLA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(136003)(39860400002)(376002)(396003)(346002)(83380400001)(6506007)(55016002)(2906002)(478600001)(71200400001)(9686003)(186003)(7696005)(8676002)(33656002)(6916009)(8936002)(316002)(52536014)(5660300002)(66476007)(66556008)(64756008)(66446008)(76116006)(66946007)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?3wBLoa/ddXjpJyBhADyXZWjEcF4ZjcQ7qPn31FuM6DD46DbzJw5Z7odwU/zx?= =?us-ascii?Q?a+dENLHpjHItyeJrEpUamnCJruI1G4v317/ZJ1H8iSFzzcLw0CwrkJAhEgRW?= =?us-ascii?Q?7AWiCMM/Kyv0A+1SjXzM8dPJOfTTGe0TwKxjxAzMmGyEl8eULaNGF8ZLdJiD?= =?us-ascii?Q?gEz1c12sk1xTqNTe76mLMKQs6WKx/AiPtCzSdHWSQ82oasZHl8w0XB7ZkWT6?= =?us-ascii?Q?eEx29Ik5iKHrnQDgw6W5PQfZnnmicruDrH6Hs1aUWYbxdlSRjK0LKKekIHHU?= =?us-ascii?Q?CYMpVEmXxieU/NfRTmJSgGGh7ErwUuJ/IlzkALW/Z6GbOP8YI2NoIa23uJ3U?= =?us-ascii?Q?MmX2NuHjpKXJTPTtR2b5SVhvf8DNOmMmxM9+vN7sFWr+k8iJX/k48DT4v/GJ?= =?us-ascii?Q?xMG0BL0aaE93XnJXjWTrOgF0j1ZHVcc4VFn+pJuyMtGRc9pBzo+M9tH2YV9t?= =?us-ascii?Q?sFmk/5X+FQT/1d9WKx6+xpmOjcJCIFJ5KCynSN1XD8Q+b5Ykdxk5sLg62oFK?= =?us-ascii?Q?06Xucw9/0sbezkhOAwFN54JkwBcGweHLhOHitYclgc4ruC/UrqTbpCwFtECl?= =?us-ascii?Q?FIjphv8hPnBwcggpSPwW+7lzWRytjbCI/lXZwV17dbg2d7bfBdMvS7Ul+wEu?= =?us-ascii?Q?HAg32+LsY4sTvjS6X9+UvSWp3L/o6uFqrYWGm+k4uIqAYnnMETyfFYcvLSrk?= =?us-ascii?Q?qxsBycipauuakclEuDiHPfdVadRATgKuLlrcc+7x7yx7rGUOTw1JHK7MPM/s?= =?us-ascii?Q?JF5JMKge5eQ8d+pJZXAh2w66jn5+lWdTfi5IOCPdgu0d/VgG6S6U2YuHMzrb?= =?us-ascii?Q?QdCF6LHy6ixtAeDMSsGs/58Ej8l91X25h5tdrIMdz6Gxa7OV0DBtG2oic4Hv?= =?us-ascii?Q?hA5oNbWwI8PPCixtXNaObpNZ1qY33QO2XT+GkuLn4dAu0yi7v8qrYsgCS80b?= =?us-ascii?Q?Sb2bMx17qXhOaA2DeIqmPQ=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB588444C2A31471E858F2871C9BE10DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: fc4574fc-6733-4b19-11c4-08d88b584970 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Nov 2020 00:24:17.7200 (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: pIJUa4gNDh6ELyvKetCu4KeQaRdEc2nWvUB2TUqhk/xwok3tPixrSe9+wZQf+8wwUAqWmaSNELq/mntGICZDCQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5370 Archived-At: Subject: [netmod] YANG Versioning Weekly Call Minutes - 2020-11-03 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 00:24:22 -0000 --_000_DM6PR08MB588444C2A31471E858F2871C9BE10DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable YANG Versioning Weekly Call Minutes - 2020-11-03 We mainly discussed how Packages should work with schema mount. Some rough= notes from the discussion below. For next week we'll come up with a prioritized list of Versioning topics th= at need broader WG input. Rough Notes re schema mount & packages: - if a server only advertises a single package XX, which describes a mp as = mounting YY, then the client is guaranteed of finding YY at the mp (assumin= g no deviations, module replacements, etc in XX). TBD: or can the server m= ount something else there without advertising a different package that desc= ribes that mount ? Can it mount ZZ that is a super-set of YY ? Is this di= fferent from modules because mounts are a run-time concept ? - might need an additional flag (exact schema vs minimum-set/super-set) - if 3 packages are listed, then at least 1 of the 3 must be mounted (and n= o other packages besides those 3 could be at that mp) ? Is that what we wan= t? - if 0 packages are listed, then you have no idea (undefined) - the mount-point info in a parent package replaces the mp info in child pa= ckages (recursively). This is also how conflicts are resolved. - replacing what is available at a mp may or may not be NBC. You have to lo= ok at all the versions of all modules at the mp before & after. -> TBD: what if packages foo & bar have the identical modules & versions= . Are they the same or different ? Call it NBC. --_000_DM6PR08MB588444C2A31471E858F2871C9BE10DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

YANG Versioning Weekly Call Minutes - 2020-11-03

 

We mainly discussed how Packages should work with sc= hema mount.  Some rough notes from the discussion below.

 

For next week we'll come up with a prioritized list = of Versioning topics that need broader WG input.

 

Rough Notes re schema mount & packages:

 

- if a server only advertises a single package XX, w= hich describes a mp as mounting YY, then the client is guaranteed of findin= g YY at the mp (assuming no deviations, module replacements, etc in XX).&nb= sp; TBD: or can the server mount something else there without advertising a different package that describes that mou= nt ?  Can it mount ZZ that is a super-set of YY ?  Is this differ= ent from modules because mounts are a run-time concept ?

- might need an additional flag (exact schema vs min= imum-set/super-set)

 

- if 3 packages are listed, then at least 1 of the 3= must be mounted (and no other packages besides those 3 could be at that mp= ) ? Is that what we want?

- if 0 packages are listed, then you have no idea (u= ndefined)

- the mount-point info in a parent package replaces = the mp info in child packages (recursively).  This is also how conflic= ts are resolved.

- replacing what is available at a mp may or may not= be NBC. You have to look at all the versions of all modules at the mp befo= re & after.

   -> TBD: what if packages foo & b= ar have the identical modules & versions.  Are they the same or di= fferent ?  Call it NBC.

--_000_DM6PR08MB588444C2A31471E858F2871C9BE10DM6PR08MB5884namp_-- From nobody Tue Nov 17 22:04:25 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A0013A149B; Tue, 17 Nov 2020 22:04:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k055ToKSXYnC; Tue, 17 Nov 2020 22:04:21 -0800 (PST) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2092.outbound.protection.outlook.com [40.107.92.92]) (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 1159A3A0DEC; Tue, 17 Nov 2020 22:04:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BJ+2EzEH94+e9AbpncJHaYwu6ALnHCq3rpMioIIUPYrSTimxeAiKa2YdAJfn1GP7Z29dxwtBDzGlFzOOuH/hO7LdZf2KqVpJxCrNWCjEfUf/2jv6L5Azfh9BOqKrd0gpgtoMWCpL7vkTFwAUlSBsu0f1WiA2HIoEPK4xvDlDjR09pglQNy2hN5LFYJFk16hLYSaQSgtdOhqXGPkBw54AXTeGaPNT1MTi1KHNd/RD3LZOy2GmcA0TtrddhQHumSIRKJ+nhYG+jRDRPM24dL2YkaRixyDiS9qDiKIcQR/d/y/k7I4TS5hAhgs939a5LVqq9GMBASncS+nBabsUe14RkA== 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=CPhDbxFXfg82e6p60TJNdSrVZaEBuXTGzKoaOZi4u20=; b=JU0LNSxbI6TXw711+wm3fw+v3jzYLDQz2i8hgpJgrdPfL5Y8Mh4EMHUVyILhN09FcPVm9Su/l/aWctGyZm9xQoICsBwRpyosGSbM9rHFdfNngT6J1anfzJBt4DHIg2U1DcsMbnLnDopapEF6ExFRGyObjYyiEB71kBzIFZzkSYzCDcp4ukt1q6RAam4JwCooqvYj/c/FVAv1hXYxeqM0aMbj1AG1XwwTpEFnFc6gasdGlxfqrLialw54eWF9YZNXUqzB2+juLTaifV/4NG7zsmHEouzrCBza+HWpb+IY4ZwjaV84tLc5bH8OOWUd8f5mAsnqWzWyaWlZUmjrd/pmKw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CPhDbxFXfg82e6p60TJNdSrVZaEBuXTGzKoaOZi4u20=; b=cMN0xvr9stygNytDK0E6pQ0kgxeGc4GI4kysctqiL54ucZ0HqZ6IGQo79qP7wAzlL7/edAWetOlThd7Ml7bpcLSiNVE6efEmzwSHe2AHlxXi16f+441Fbzjcr6POkCNrppK7iLAGMQ2gLhBbWk59kdH/dtGO0I0WCToS0kZAjUc= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=labn.net; Received: from BL0PR14MB3779.namprd14.prod.outlook.com (2603:10b6:208:1c7::24) by BL0PR14MB3748.namprd14.prod.outlook.com (2603:10b6:208:1cc::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.25; Wed, 18 Nov 2020 06:04:18 +0000 Received: from BL0PR14MB3779.namprd14.prod.outlook.com ([fe80::cc1f:b1ba:b525:74da]) by BL0PR14MB3779.namprd14.prod.outlook.com ([fe80::cc1f:b1ba:b525:74da%9]) with mapi id 15.20.3589.020; Wed, 18 Nov 2020 06:04:18 +0000 From: Lou Berger To: NetMod WG Cc: NetMod WG Chairs Message-ID: <2e1622f2-855a-7065-54f6-3e71818f652c@labn.net> Date: Wed, 18 Nov 2020 01:04:14 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [100.15.105.234] X-ClientProxiedBy: MN2PR02CA0035.namprd02.prod.outlook.com (2603:10b6:208:fc::48) To BL0PR14MB3779.namprd14.prod.outlook.com (2603:10b6:208:1c7::24) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:::1] (100.15.105.234) by MN2PR02CA0035.namprd02.prod.outlook.com (2603:10b6:208:fc::48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.20 via Frontend Transport; Wed, 18 Nov 2020 06:04:18 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: d4af8ccf-e1c5-4286-1058-08d88b87c936 X-MS-TrafficTypeDiagnostic: BL0PR14MB3748: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:5236; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: NnLwzaHxWjQdZQM8fKCTDD/3wCTkwU644M3/jaZBXsw5AbfNESoMukfzwLyGPqSrpPaPo0eV7tZS/2n3G9U/mGCSuf8xpdUVjt7YR5to5ywd0TPoM+IfC4p2IX5xAs1eVGxfnah/sPtygwcFj+fgZd6XVQAayvegZB3w58x0JJbORWVibIAjQaVDw/xjEYVf0/9wUc4nduOySmglS5Z0fOwO16F5TrV1XTtWYmEp0FR5p0B9Pzrke9aRTQYrn9gdGD6OiPvqVbcJZu4exoqgAFFqcAGgytXHYLBaGS1n1xOkQRvLxLa3P7qgjcspPeY9ZBLJsjAHutpfAf8DGl/QO2+zQ74pt6OX9vw2eF8HvQzPNBEpw7YaJl8eYDrISM8MTcRiq0bqd45k4iqzTxasyhUqhNgCiBYPTa2bnLD/iFJRKsvbD51+aUJ9XkKGetR9gjxRULIUoZqKq13mbB/cCmWkqlruqH006pkxuxVMvyo= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR14MB3779.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(39830400003)(136003)(366004)(346002)(376002)(396003)(316002)(478600001)(5660300002)(7116003)(966005)(8676002)(8936002)(66476007)(4744005)(66556008)(86362001)(6666004)(19273905006)(2906002)(66946007)(450100002)(956004)(31686004)(6486002)(31696002)(6916009)(36756003)(16526019)(2616005)(4326008)(186003)(26005)(52116002)(43740500002)(563064011); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: USH8bR/xQrumUg4Lp0pPXhP6pJ9do5Ch7ujQVjOjz7cPcpalPP2usdhTJG9776VvW4MmpeyK8jb5BrmZLMFXpBqedkTQBuOehv7hcnTnzp9snFqbkG4KX5v78BODmo90aQIekV7PhX/wOnggJFWultDxN/ORIX3Ewket678igbaFqeP00WSFSgAfgEaCQN0Q5/ksudsDWARkuQ80rHo3bu0jFNG2UebPTWundGrsZNcS9k4Hun1TZ4eGSAfO7tKaqILenvaRZ/u+nIyPCmkA64zE90QaCUZkRAB+JxjgV2hbVSB5CjX+JdK8oIp4PDgfYHuz79XEXRYIwFUeZT9j7GVMtqfmiwNEdB/gmvxGUPwEdHiBYwDRF77HPuippQgJdHFWWD4t9lsUZalalwCPsRk2/+k81rKHC4D53UblITw+nAcAYI7enjukt/jEOKONzyia2Viz9plVwqtpLIg0et5Ytd+aN8ZH87asA1YI3eQgJz2iCtpoOi6/lt9ab0OxfibI0x2SUafr6/NdII8m6BMsc4UIbYCfftYs1/UIXEHtbryVIJoC8o7CYmQ1LPQK9iEoe4Z+154BYKurrJhuYnZzKjD9WgRodtLoPO8XHhMXal8k7iPip/QYuqqq6PMtuPodrkGGJRiADxlo/r/diw== X-OriginatorOrg: labn.net X-MS-Exchange-CrossTenant-Network-Message-Id: d4af8ccf-e1c5-4286-1058-08d88b87c936 X-MS-Exchange-CrossTenant-AuthSource: BL0PR14MB3779.namprd14.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Nov 2020 06:04:18.6400 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: eb60ac54-2184-4344-9b60-40c8b2b72561 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: LpnPaYieq0YggkEjC9JTPG8U0roA+OOHyMg4gSSukhOIZEI9bdp+z2uKW193Dy0RTy09ShrGP6tTdeNqAmkJNA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR14MB3748 Archived-At: Subject: [netmod] IETF 109 session info X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 06:04:23 -0000 Hi, Here are the usual (hopefully) useful session links: Meetecho: https://meetings.conf.meetecho.com/ietf109/?group=netmod&short=&item=1 Materials: https://datatracker.ietf.org/meeting/109/session/netmod Note taking:    https://codimd.ietf.org/notes-ietf-109-netmod?both Audio stream:    http://mp3.conf.meetecho.com/ietf109/netmod/1.m3u Jabber:         http://jabber.ietf.org/logs/netmod or xmpp:netmod@jabber.ietf.org?join If you are presenting, please join a few minutes early for an audio check.  We should be there 10 minutes before the session. See you soon! Lou (Kent and Joel) From nobody Wed Nov 18 00:09:48 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D5363A1643 for ; Wed, 18 Nov 2020 00:09:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yE3Au0BUsTjc for ; Wed, 18 Nov 2020 00:09:45 -0800 (PST) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2053.outbound.protection.outlook.com [40.107.20.53]) (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 369DC3A163F for ; Wed, 18 Nov 2020 00:09:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MBW7oIqsgMesrTiGOdJQ7XNQTrRvayAySbP6WUuDpPAwFdv4SSHCViRME8vxxGC7L0fltH+D4CMRRSnevrXQpfBm7Xgn3rEnBPX9TdZepleYtjZ5uUT64+xXXOWP3YDsaLHbZBwB+34WwWu5ilOQWNKF9XygRo3JDCB/IDGMF/lPk8w9glV6965OsR8ZyY6a6X+MMVoE2eM5vjZsShJUXz31I084sDKxFdUC1Hymc4+EmeVefSlHafVVQA+iQFzynwLWYcI94jOwahaXjHNq3gm3L4aair103qauTaoSfr2nGu5YOupn/mYm75dfRQnEFvneUEntcSRiOpK6TXLqQA== 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=VFUc1L5P4a00HafPZoyoenEK9+coEdJ3qjSbcqThLTI=; b=I0NtSB2nbvgsFYIMT/lTJ9yr5FpZPvcoRG+u5LMEmeSxbqrO2o+bAPjXExyC5rv5O0NkdkB6NLTFw2kyb1+A1Du9aDKfQBqXbTd2zzYCigYSNiamtlqX1erZFgBjOT5hkoq6LNNS5kJc7oAH4HW+NhBgsIHHqGLkpnYe3NFLgfRfb4NsDAgHoZpHXUYjBOE6lp+7F/GfBxT6wkhN8Zm7bGiNSFoDv+ne0FrhCVDsswVL1ZWocSSSWAS6HbmBxbz9gz4bHCh3Mwdsyc1NJKgcf9xLIfNN9/NDDEBK19lRhZ1cDBhKoMQ4OUkCDsj6YvefXhaVNC5+TDKmST41z9l5+Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VFUc1L5P4a00HafPZoyoenEK9+coEdJ3qjSbcqThLTI=; b=Szvre5hKQaQpxtI2WsAN1dE9wwEs82knx0tOFuCnKqxkBo+5VDCpC3rqCvI960FTxu4WqmiIoXtkG1hDlyGIf5FYXgpoLmc3Cz1mM5Kwq9UhzBDJRuZyWgt7KF68pjY0wpv2ER627PEZ4z2jnbBI7zTcjeYwAn3Nikj6h5y3370= Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com (2603:10a6:209:d::21) by AM6PR07MB4599.eurprd07.prod.outlook.com (2603:10a6:20b:1b::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.15; Wed, 18 Nov 2020 08:09:41 +0000 Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c]) by AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c%6]) with mapi id 15.20.3564.030; Wed, 18 Nov 2020 08:09:41 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= To: "'netmod@ietf.org'" CC: Jacqueline Beaulac S , Robert Petersen Thread-Topic: Liaison statement to ORAN Thread-Index: Ada9fgcN3CZWUjV9Q8SxXIvEA9GqWg== Date: Wed, 18 Nov 2020 08:09:41 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [37.76.70.199] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1c81aead-8b9d-4c16-a4f6-08d88b994d6c x-ms-traffictypediagnostic: AM6PR07MB4599: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: X7VIgmwAsGycdld0gZwYUpFysH7vVDFVsTlp1h6MnIjK1MRF9jQiW/oJcaZfqY2t/z1gAVxgNE4LDSkCYhLHb4KHFrabxSw0irNEKQWLEsmbVp7Wr6ivo2ktZQ1B2yLLz5ouh+C2A9DbhHGcorL/Tfb/7rNV6yqf8m3aZJS3M41HZKZg5PzGr8m95U7u7QtVf00L7E/DETm/kQ73MkKcpxXxs4ZWXBMmp+PR5H0vEEvMY4z9AiOyD/gb0B0xtQCTwiMvFUnLEvJZyWYAz1NouePNZnIANGnRNCeK7JnTPvcARqqKV/QPGRp1UCLhJCTWVFYyONyC3/7vroM484YRMv74KKpRkcJ6PxzvQOz/BXYTF67COnuL0hXKSZ1Y0clFHEvXoBa6UfsZvMv20rOQsWDrGTEm6G+XXHjU5UC6fnf+EfBO9q8W9046SKqHbwnu x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR0702MB3557.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(346002)(376002)(39860400002)(366004)(396003)(86362001)(186003)(3480700007)(107886003)(8676002)(55016002)(166002)(54906003)(71200400001)(9326002)(6506007)(26005)(8936002)(7696005)(316002)(4326008)(2906002)(33656002)(99936003)(5660300002)(6916009)(66616009)(66446008)(66946007)(76116006)(66476007)(64756008)(9686003)(83380400001)(966005)(66556008)(52536014)(478600001)(491001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: fcIc5MdscHjUDQLqdB0+2Vk8ZNxhPMsCRBAlfYr94LQkX5Vxws7k/35bxPgv0pc05NiSGR2twtEOySY8fwAFRDZ1YL9VG89Sm021Cpe4CtjZDPejAL7YHTRpkqWiCxLsn66FmVZdNyDjVAKDSpSq6sZRiEbgmyWCtWv1+ecGmFw2bnYyTJ1blBwgkvcDOntpiToPrw2GmsP0esjX36mWvYDa58kl87ZmGhyMIdpnkgG1XuJ2/5jD1RapFrqiwxtmu9fnaOE4DwG6MbaK2XVIV3usbc47tL+weicFJM6677sFo/McwFfOYcvNDg6NVZCKgZNu3dQ+rdndQzqkvMXDMoCugR48S3mCAC7K6UoAH02lNFmTNBKcfiIUFV9vK8xiKSYxfRcwOfio5nXiLynlnP2i9agmopt9If+8mSAQG2cdmP5yMeohyaX+JZM/AcbSa2JUsN8/S251mU7z+LUE8+ipIX4vUuAzxFHQbtYhBNZknrYkbV4vN+d6+guF60kdVw0AS0chTSb97R4bN0h/Mg/Y0Ul1P8YxrZY9dgXloNiSmbjm7Mp5IGvM/8O5K1pdQffUcIPcaRKrEWRsKGGd57DKnhQfpj1SeNBM6B25+pC2ND7Bvz4CDRn3P7aUOCRwn5KGCsaB6bgRGh+h6K+Drw== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_07D8_01D6BD8A.633BD390" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM6PR0702MB3557.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1c81aead-8b9d-4c16-a4f6-08d88b994d6c X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Nov 2020 08:09:41.7298 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: MoplwE3C3wIFJXzT6VovEYpYN59bovmvs//K8O9F05nEa6OAsfJ/huW+dx1y6blbpdV+VZ8Y2IQzH4w9rpwfOjTzXyarGUBvUrZcigiXP0o= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4599 Archived-At: Subject: [netmod] Liaison statement to ORAN X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 08:09:47 -0000 ------=_NextPart_000_07D8_01D6BD8A.633BD390 Content-Type: multipart/alternative; boundary="----=_NextPart_001_07D9_01D6BD8A.633BD390" ------=_NextPart_001_07D9_01D6BD8A.633BD390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, In connection to the draft https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose = to send a liaison statement from IETF Netmod to ORAN. =20 The issue: 3GPP is standardizing a good number of YANG modules as part = of the 3gpp TS 28.541 and 28.623 (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models).=20 ORAN plans to re-use this models, but possibly refine them in some ways. They are considering using deviations to do this.=20 E.g. change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 =20 =20 - Deviations by an SDO (standard defining organization) prevent implementations from reporting their own deviations for the same nodes. - Deviations by an SDO prevent implementations from conforming to the standards specified by both SDOs. =20 To avoid these problems I propose to send the following text to ORAN: =20 =93IETF NETMOD working group requests ORAN to avoid using deviations as = part of its specification. As documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to implement their own deviations for the same YANG schema nodes * Vendors to claim conformance to both ORAN and 3GPP specifications which are in some cases used as a base for the ORAN YANG models Note: These problems with deviations exists even if YANG modules are = used without using YANG packages. Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com =20 ------=_NextPart_001_07D9_01D6BD8A.633BD390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

In = connection to the draft h= ttps://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I = propose to send a liaison statement from IETF Netmod to = ORAN.

 

The issue: 3GPP is standardizing a good number of YANG = modules as part of the 3gpp TS 28.541 and 28.623 (= https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models). =

ORAN plans to re-use this models, = but possibly refine them in some ways. They are considering using = deviations to do this.

E.g. change = config=3Dtrue schemas node to config=3Dfalse. This creates problems as = documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-package= s-01#section-5.8.1

 

-   Deviations by an = SDO (standard defining organization) prevent implementations from = reporting their own deviations for the same = nodes.

-   =
Deviations by an SDO prevent implementations =
from conforming to the standards specified by both =
SDOs.

 

To avoid these problems I propose to send the = following text to ORAN:

 

“IETF = NETMOD working group requests ORAN to avoid using deviations as part of = its specification. As documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-package= s-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to implement their own deviations for the same YANG schema = nodes
  • Vendors to claim = conformance to both ORAN and 3GPP specifications which are in some cases = used as a base for the ORAN YANG models

Note: These problems with deviations exists even if = YANG modules are used without using YANG packages.

Regards Balazs

 

-- =

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

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

 

------=_NextPart_001_07D9_01D6BD8A.633BD390-- ------=_NextPart_000_07D8_01D6BD8A.633BD390 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVWzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF7DCCA9SgAwIBAgIP AXUc1ROE7L9MPfu7eEiGMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIx MjQyMDVaFw0yMzEwMTMxMjQyMDRaMFkxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9CYWzD oXpzIExlbmd5ZWwxKjAoBgkqhkiG9w0BCQEWG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIY9tW43KkX0v7F/PJBbw9U3ygqpHruC1COf eak4TXgZkHPCY+wATiveaId4y8GstEVH3spxA+G4B5r4+wqbEEPJSjf6pRgOkdE6ORwlApyIJeWH PSC+NN8IeyErzZNIrZli3vpUV236s4Z8CL05QeXg6OnO8vIPzjKqOmNSxlSlFnxiBK1Tj+4lMqZm I9xyaQ+RRJyaWTQKOkEeaa6V2i4N1Gicr7/5IJdoBB+oT5vCV3tO+B0ubC40f4vdVwu7nLgAgDJO BL4j7Op8BvNmLBmKdnlK0Vj+nW1kFgCSNepVO7Fx08n4UEOufAp0RPI3z0AcnOwMJT5khqdz08xo I1kCAwEAAaOCAcEwggG9MB8GA1UdIwQYMBaAFBx7GZ6XnHasID3Y3OORauPbLaZTMB0GA1UdDgQW BBQQoIERhKwaNK1dOsySWsLFygxQPTAOBgNVHQ8BAf8EBAMCBaAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwJgYDVR0RBB8wHYEbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tMEgGA1Ud HwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlk dWFsY2F2My5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMIGCBggrBgEFBQcBAQR2 MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKG PGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYz LmNlcjANBgkqhkiG9w0BAQsFAAOCAgEAMyuEx/Jnxv1chc1eA81RXqFyxv7056cNkVGgRJP5j9kN AFNreHI3yY6folHuWMrIeE7pad1YZ87UrWiBU97CbV+zrOc2EqnlcLfBCKMT24gGw8jTcE+KeNPo h5QKBYNYf+evBhITv16N4N8BeU3hRCHHGvQiKow/aaWqsQcgDtQdTIzDpw8cNB6UzSzqwtmtVERs nNzVbp3Bv4/SbLB9TP+YZPKmBw8jgNQ4w42O6vYhhtNLsGvDswJ/f1bYwfa50b99o14Pz23oGDYc WDOQ2snUXq/FlMxj4oJ0EbHYmzHiJe6rQMSyl6iMb6HZ+S8Syzf84hmlRHtVr8/t/6Jz3DxSE4dl S5fORnKXbAPdEHk9558SJcQpI9zgXsOzNw5O1Btu3Cb4URv1ycf43Km25PRHjoNiXjkOgig58tIO eWwxtTiSWGYLckpTlmw1PapzVlhBzEs302V+cFo2xHADqoGfoHHpJcUATonJgSzscVMGauKhaujq Rte5NBVcysJPvxFjTThhOaA6JrqboqyTpToAJ8Rz/PF8o8zpX5Or1yJ9LfNoT3Q6hSJsBE7nDyDy laeibvqo0MLFtvx+RguycgnCsJvnuy28hDilBxytQR7nuNWR6/6IDy5ZNSaY7/oksleJNAiUZ7A5 1mjoJvqHA2xCMKb5SzxywsBt70MMJigwggbCMIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0G CSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVy YSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvU w0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQw l3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumD pjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05ZrJldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o 7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRae MyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrN DZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4d S+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5G L0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuR TVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEF BQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBL BggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29u ZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYB BQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNV HSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Qu q1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SB brVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxud rLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz1 1DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBdK/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8H DZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW 0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2 bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/Ct gWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0M hBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggNQMIIDTAIB ATBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQSB2MwIPAXUc1ROE7L9MPfu7eEiGMAkGBSsOAwIaBQCgggHLMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIwMTExODA4MDgzMlowIwYJKoZI hvcNAQkEMRYEFKG8X1KtY4/GoSF58nE5xRe0Czv7MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UE BhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFs IENBIHYzAg8BdRzVE4Tsv0w9+7t4SIYwawYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNF MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2 MwIPAXUc1ROE7L9MPfu7eEiGMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCG SAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMA0G CSqGSIb3DQEBAQUABIIBAEC3o0OAtwkID1KDNxOD/3JjP5jSC042QwbcBvvjaQ79MAXZ6xHxbIE8 zBG0x3Vy3uToR+9wWUzvmPrdVlsHT9JsdcZKuGEt0oewuCCVjctYrVf9L0lVgQnejN9UlmJgx7+p kLiSkzFVlb71RRBM1LnIGd7H5pMlOxiFssAo44QzdziNfpGONAExhplbKccL/abVjKMtgqal3kj6 qJ4TL+I8D6s1kJl0K8+YfGv4GPGyMBXNYn/l8HL+QdT6w3CcxmudSkICLNdEYmxxR+XpQcrUq9ZQ I7rOmepa5fb6LCXfg01u6e+VOsYpVZ0IbP3yYn/rQp3epeoWFEv3uDEGYaoAAAAAAAA= ------=_NextPart_000_07D8_01D6BD8A.633BD390-- From nobody Wed Nov 18 10:01:43 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1B3B3A02BC for ; Wed, 18 Nov 2020 10:01:41 -0800 (PST) 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 Us4f7T1n3vtT for ; Wed, 18 Nov 2020 10:01:39 -0800 (PST) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 739CE3A0114 for ; Wed, 18 Nov 2020 10:01:39 -0800 (PST) Received: by mail-pl1-x62b.google.com with SMTP id x15so1422498pll.2 for ; Wed, 18 Nov 2020 10:01:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=0kHpp75E3hgxXkbFYI2t7on+5mySsG485PLVt4rEWiU=; b=swXI1+xUGXA/v9yx3KhIi2FHIKfSCXF+U++Feh7zjAjztfx+qvypEaOujYRgs7zqQq CEQzPio9FziTv06I/z2MvsuezrzJrrRQe0EKmVtPYeZdWMYem/J0RX1X1tuRbo4fVBA8 O8U0kSS1ap9pL/TiyxGSTyESvGi92q8yvPdk1g+5rbaBgj9uZwY0WTM8KiXeUfTun3jg 76BAlrAl/r2kFhQ72kBjmJwHdceJbi9CmirKYziU5THCdUJzCtD9ApZpHXn4LriDlhcj T1jSCB7Q6cpcDC6ZkVSkpNIpg7vISSGF/XPtE0Ffj4dO8sXS5lJa04cK10Iq3OAFxZGe ca6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=0kHpp75E3hgxXkbFYI2t7on+5mySsG485PLVt4rEWiU=; b=VTo/taSpYJqJdeMLZ9brYuYYA3o3CqMZ5e1levQ27kQE7D4FPhzMzQWp9Z5Tm1R9vF lN/b08IuGiGP52RgnqZrbKuiLFc+/MH16Xo7yP+HkRxKaSsgYRp1r86h6IAg41gI1BIk uf2aGV78Tpsz+TRGOWjOUEtdfBFocaikA6AJacbGDKiZqUTrUxobIvGwQ7EFogSYUt0D tJSxLiNvTvXC3gM1lsGdFBxRskd8X69P/vvf9Bd0HNH85cKW/8SNlSBRT0hhmG5aN3ZF ACk/ebq6yhZPCpLezSQkoQNo78T08oiqb+dVture/EXhcVcgwke1Ap6o30NPqKi/IuQd sKfA== X-Gm-Message-State: AOAM533lVn5OU9e4h0oRwvuXMtpkKQZo3kcmSPlcP1F44/+A9AL3A5Nb uJT6ANDoxIvuQof7S0iQ6kY= X-Google-Smtp-Source: ABdhPJws4ZBVvpbHTsXPguUYfcAXpIrGJHSPYfRUldh/jSG4l9jrnlTMtF5mkEyE8vG6fRfaUoH/Nw== X-Received: by 2002:a17:90a:4a15:: with SMTP id e21mr246023pjh.130.1605722498753; Wed, 18 Nov 2020 10:01:38 -0800 (PST) Received: from ?IPv6:2601:647:5600:5020:2485:c867:3b9b:cd9b? ([2601:647:5600:5020:2485:c867:3b9b:cd9b]) by smtp.gmail.com with ESMTPSA id q23sm26124674pfg.192.2020.11.18.10.01.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Nov 2020 10:01:38 -0800 (PST) From: Mahesh Jethanandani Message-Id: <113ECC11-DEBB-489E-97B7-678D652EA74A@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_69B7A2B5-E8B4-4A76-BB87-E168666824E8" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Date: Wed, 18 Nov 2020 10:01:36 -0800 In-Reply-To: Cc: "netmod@ietf.org" , Robert Petersen , Jacqueline Beaulac S To: =?utf-8?Q?Bal=C3=A1zs_Lengyel?= References: X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [netmod] Liaison statement to ORAN X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 18:01:42 -0000 --Apple-Mail=_69B7A2B5-E8B4-4A76-BB87-E168666824E8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Balazs, Do you have an example of where O-RAN is trying to deviate a 3GPP model? = I would agree that for O-RAN to deviate a model would be a problem, and = that it should be left to vendors to decide if they want to deviate the = 3GPP model. > On Nov 18, 2020, at 12:09 AM, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello, > In connection to the draft = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 = I = propose to send a liaison statement from IETF Netmod to ORAN. > =20 > The issue: 3GPP is standardizing a good number of YANG modules as part = of the 3gpp TS 28.541 and 28.623 = (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models = ).=20 > ORAN plans to re-use this models, but possibly refine them in some = ways. They are considering using deviations to do this.=20 > E.g. change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8= .1 = > =20 > - Deviations by an SDO (standard defining organization) prevent = implementations from reporting their own deviations for the same nodes. > - Deviations by an SDO prevent implementations from conforming to = the standards specified by both SDOs. > =20 > To avoid these problems I propose to send the following text to ORAN: > =20 > =E2=80=9CIETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. As documented in = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8= .1 = the usage of deviations would prevent: > Vendors to implement their own deviations for the same YANG schema = nodes > Vendors to claim conformance to both ORAN and 3GPP specifications = which are in some cases used as a base for the ORAN YANG models > Note: These problems with deviations exists even if YANG modules are = used without using YANG packages. > Regards Balazs > =20 > --=20 > Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 > Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com > =20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod = Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_69B7A2B5-E8B4-4A76-BB87-E168666824E8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Balazs,

Do you have = an example of where O-RAN is trying to deviate a 3GPP model? I would = agree that for O-RAN to deviate a model would be a problem, and that it = should be left to vendors to decide if they want to deviate the 3GPP = model.

On Nov 18, 2020, at 12:09 AM, Bal=C3=A1zs = Lengyel <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

Hello,
In = connection to the draft https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01<= /a> I propose to send = a liaison statement from IETF Netmod to ORAN.
 
The = issue: 3GPP is standardizing a good number of YANG modules as part of = the 3gpp TS 28.541 and 28.623 (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models= ). 
ORAN = plans to re-use this models, but possibly refine them in some ways. They = are considering using deviations to do this. 
E.g. = change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#= section-5.8.1
 
-   Deviations by an SDO (standard defining organization) prevent = implementations from reporting their own deviations for the same = nodes.
-   =
Deviations by an SDO prevent implementations from =
conforming to the standards specified by both SDOs.
 
To avoid = these problems I propose to send the following text to ORAN:
 
=E2=80=9CIE= TF NETMOD working group requests ORAN to avoid using deviations as part = of its specification. As documented in https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#= section-5.8.1 the = usage of deviations would prevent:
  • Vendors to = implement their own deviations for the same YANG schema nodes
  • Vendors to claim conformance to both ORAN and 3GPP = specifications which are in some cases used as a base for the ORAN YANG = models
Note: These problems with deviations exists even if YANG = modules are used without using YANG packages.
Regards = Balazs
 
-- 
Balazs = Lengyel           &= nbsp;        Senior = Specialist          &nbs= p;            = Ericsson Hungary Ltd. 
Mobile: = +36-70-330-7909          = ;    email: Balazs.Lengyel@ericsson.com
 
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Mahesh Jethanandani
mjethanandani@gmail.com





= --Apple-Mail=_69B7A2B5-E8B4-4A76-BB87-E168666824E8-- From nobody Thu Nov 19 01:22:18 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC9F73A1299 for ; Thu, 19 Nov 2020 01:22:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FsaUHxoC56AC for ; Thu, 19 Nov 2020 01:22:14 -0800 (PST) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60041.outbound.protection.outlook.com [40.107.6.41]) (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 BF9153A129C for ; Thu, 19 Nov 2020 01:22:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n2a8b5waZw5RaEW0N3w41uvms6Xg5oVdMB6fhJ9OT9DHhAnKBsveAO9C/eTXC7NVpqo7WAsE1NeXmSU3a0Fq8SeOx787Se/4nuSbxkd7ETwO0qRyqqZ4/Mom/VyXPH8d1HYvsF0lG1sYmaFdFmvQm1f+KLnhQToAM8LihAnPvA+pAdDKBZD86rx1cNU0b4GFuwLVH1Pu53CbBJ9FBv4y3hIOtYexMD3wB1pEMHqBZfXimZURQFL+R/ED5ZiZbhH6wH0MM+f+xu/G0njU3jB/EWuMyeaJf+8Ku2WW+WToqCt9RbZhkiYvfs4wnyTrb7o3ckqZN5TLX4u/0Nhf16VMhg== 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=O+8ngeoyGokU9ZFsUzVlcxbEymFArfuQSQgFqVLI400=; b=JA3Qq3r96k3MIwACJniBDTJFtQY8SW2eV8ewDlZr0Hn0yEMbO1KJWrbx+0QIky/TU5s+OqDiiu6rSwVcWQWyeCoTKVEEf/29C1DAyKExPTQHnElTLuebLZxhu4LEkiR/wQo+yjMvzbIHNY+IZqZo3rFk9Vyfa8ep/MfVETLBD0r3EL86TWrySsm7BnI7TCRe2lssfmIngC90sLMqAFouihfLtfNGmKUbrQSmZLvUun5sEi1PJuPUTLacogQ5MJJwtokie81gPv0sHMuPYpoDP8TT6FQvYHy6Afh9lyWgJMevs1NWFaJ3FRxzfGSOXfoj1WenZ7iqyCJ7TCyrwX+DLA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O+8ngeoyGokU9ZFsUzVlcxbEymFArfuQSQgFqVLI400=; b=WDSSHjJM8/NemTd+g+omH4WC13gZCtRR+Z2s9o2kmYTXqvGUhlPY3JfHKsKKN0kuKbmNMsK6BloarsxqPHWYz/G3SI5XQOyx5xHC/dZgf1dqmfODfUOzZjWJE5EKj0SR4XWbfKqGi3y3entpJUs1pM6sAmxrLL34P46IjJ3Ydiw= Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com (2603:10a6:209:d::21) by AS8PR07MB7285.eurprd07.prod.outlook.com (2603:10a6:20b:252::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.9; Thu, 19 Nov 2020 09:22:11 +0000 Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c]) by AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c%6]) with mapi id 15.20.3564.030; Thu, 19 Nov 2020 09:22:11 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Mahesh Jethanandani CC: "netmod@ietf.org" , Robert Petersen , Jacqueline Beaulac S Thread-Topic: [netmod] Liaison statement to ORAN Thread-Index: Ada9fgcN3CZWUjV9Q8SxXIvEA9GqWgAVtQAAACAVZRA= Date: Thu, 19 Nov 2020 09:22:11 +0000 Message-ID: References: <113ECC11-DEBB-489E-97B7-678D652EA74A@gmail.com> In-Reply-To: <113ECC11-DEBB-489E-97B7-678D652EA74A@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [80.98.248.138] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1aaf4173-6542-4c64-3bb8-08d88c6c986b x-ms-traffictypediagnostic: AS8PR07MB7285: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:849; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bXCp3zL32Z4f/CrhM/oyMLnC79fm8+GOR3jWctEo7V6iWCvLh+yzYWmCxb6qBk9F1gunjFhxZHCMaHdUPtcg3FgBWoM7ETqcmVSC/bhbtbFPnzxHGYLvMsd7ZGyzmg+zkivQvfNL50M7uTcuWtBw0w2sjTJDBspjQlfdxAmhMqpCfKCk8nWECkRV5i/XZin9A1fNvFiKieqn4tJLAK7YzjBwJ0P9QcMeU4GhJ3okBaQuQ3n58yGJNzii9kXP4KhFQwSvpAqsnTZVz6GNjuwPh4NEaO4v1XMXGOo8oKusQ1zcxQjNMi6CPP4z9/EoNPJz7ad2FF41ucaQMWCwQ+hHyi9ZqdW75jhSIuxD6Pj0ZiB0JPoLyR7XY5/27Vww4mP5hJBYiFnGxzKp+qGNgcIQ7Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR0702MB3557.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(396003)(366004)(376002)(136003)(346002)(26005)(54906003)(83380400001)(966005)(86362001)(66574015)(64756008)(66616009)(66446008)(66556008)(66476007)(107886003)(2906002)(478600001)(9686003)(6916009)(99936003)(85202003)(66946007)(9326002)(6506007)(316002)(52536014)(186003)(53546011)(8676002)(33656002)(8936002)(166002)(5660300002)(7696005)(71200400001)(85182001)(55016002)(4326008)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: FuLVJh2onDku3OiGW8Rdcr2TSUhtFR0AEjDEB6pJlaloHCIU6hILZ7er+G30i+SclerFG2AjF8w5ApNWUwBLiNzPYeqEqt+y2trPwSmpRNuyVkyWlocEiEvE9am/m8ny+I22rT8QU4/Ba7nmk5y0O6bo/6QekuMNcHhl/LsOHCpDsWe3RLw0UpQwhEF4dch7xXoW4vWMAL32gktcoDtUPbev6WxhZc0iUZ1XhURsB87FiBTs5i6oDYDY2/dB/noErS3viMcgbLdIlfpdjonvokUg1yAAOSwJuO3CxXlPO/zod3Gf7oNNs8PT5bSuhy1zM6DiNXF8KW8XOO5op9lkyollpkj8GIzsCCB+VtQAbeHtYa8ZAe6wHV1ZDosZbV9vl7qbFl2DPRvBMCMJ+OU5DdNIOALOJePhFC/TWNemraBqQWFHFt84p50BPx/YphVJU0dCt+EWqVQhk7mTc0PraQIaZ8KS4BdXvKDane01Uljf0kbQL1z1i2sqAGUcTr2w4quF+zZTeZGhPbMeYefmiKIcYP//whDFeIWBwSAP+UHLB+cqzkdYMkSYqTO/HEHvSr79tDLrOzXDYp1Ruh1+eXDxlquhW2X+i7R62TBYuO36bktsebMekoi4PKyqpFErJBFU8P5kJ0e3cGIjESMhgw== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0940_01D6BE5D.D67BEC90" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM6PR0702MB3557.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1aaf4173-6542-4c64-3bb8-08d88c6c986b X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2020 09:22:11.3216 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Aj6tATC3nrfqN8eQLD7F7Havsu+vrgtx29/lbJ8zx3BKLnFBz6fmrMuWhVdc0vZf+nMjVcHBTOkwNeJ5/836mazQB9yNfELwFOZuPcv+5l0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR07MB7285 Archived-At: Subject: Re: [netmod] Liaison statement to ORAN X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 09:22:16 -0000 ------=_NextPart_000_0940_01D6BE5D.D67BEC90 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0941_01D6BE5D.D67BEC90" ------=_NextPart_001_0941_01D6BE5D.D67BEC90 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Mahesh, I heard many discussions about this, but I can=E2=80=99t supply you with = a specific example just now. I will ask if my colleagues working in ORAN = can help. Regards Balazs =20 From: Mahesh Jethanandani =20 Sent: 2020. november 18., szerda 19:02 To: Bal=C3=A1zs Lengyel Cc: netmod@ietf.org; Robert Petersen ; = Jacqueline Beaulac S Subject: Re: [netmod] Liaison statement to ORAN =20 Hi Balazs, =20 Do you have an example of where O-RAN is trying to deviate a 3GPP model? = I would agree that for O-RAN to deviate a model would be a problem, and = that it should be left to vendors to decide if they want to deviate the = 3GPP model. On Nov 18, 2020, at 12:09 AM, Bal=C3=A1zs Lengyel = > wrote: =20 Hello, In connection to the draft = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose = to send a liaison statement from IETF Netmod to ORAN. =20 The issue: 3GPP is standardizing a good number of YANG modules as part = of the 3gpp TS 28.541 and 28.623 ( = = https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models).=20 ORAN plans to re-use this models, but possibly refine them in some ways. = They are considering using deviations to do this.=20 E.g. change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 =20 - Deviations by an SDO (standard defining organization) prevent = implementations from reporting their own deviations for the same nodes. - Deviations by an SDO prevent implementations from conforming to the = standards specified by both SDOs. =20 To avoid these problems I propose to send the following text to ORAN: =20 =E2=80=9CIETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to implement their own deviations for the same YANG schema = nodes * Vendors to claim conformance to both ORAN and 3GPP specifications = which are in some cases used as a base for the ORAN YANG models Note: These problems with deviations exists even if YANG modules are = used without using YANG packages. Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com =20 _______________________________________________ netmod mailing list netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod =20 Mahesh Jethanandani mjethanandani@gmail.com =20 =20 =20 =20 =20 ------=_NextPart_001_0941_01D6BE5D.D67BEC90 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello = Mahesh,

I heard many discussions = about this, but I can=E2=80=99t supply you with a specific example just = now. I will ask if my colleagues working in ORAN can = help.

Regards Balazs

 

From: Mahesh Jethanandani = <mjethanandani@gmail.com>
Sent: 2020. november 18., = szerda 19:02
To: Bal=C3=A1zs Lengyel = <balazs.lengyel@ericsson.com>
Cc: netmod@ietf.org; = Robert Petersen <robert.petersen@ericsson.com>; Jacqueline Beaulac = S <jacqueline.s.beaulac@ericsson.com>
Subject: Re: = [netmod] Liaison statement to ORAN

 

Hi = Balazs,

 

Do you have an example of where O-RAN is trying to = deviate a 3GPP model? I would agree that for O-RAN to deviate a model = would be a problem, and that it should be left to vendors to decide if = they want to deviate the 3GPP model.



On Nov 18, 2020, at 12:09 AM, Bal=C3=A1zs Lengyel = <balazs.len= gyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

 

Hello,

In connection to the draft <= span = style=3D'color:#0563C1'>https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01 I propose to send a liaison = statement from IETF Netmod to ORAN.

 

The issue: 3GPP is standardizing a good number of YANG = modules as part of the 3gpp TS 28.541 and 28.623 (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-dra= ft/yang-models). 

ORAN plans to re-use this models, but possibly refine = them in some ways. They are considering using deviations to do = this. 

E.g. change config=3Dtrue schemas node to = config=3Dfalse. This creates problems as documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1

 

-   Deviations by an = SDO (standard defining organization) prevent implementations from = reporting their own deviations for the same = nodes.

-   Deviations by an SDO prevent =
implementations from conforming to the standards specified by both =
SDOs.

 

To avoid these problems I propose to send the = following text to ORAN:

 

=E2=80=9CIETF NETMOD working group requests ORAN to = avoid using deviations as part of its specification. As documented = in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to implement their own deviations for the same = YANG schema nodes
  • Vendors to claim conformance to both ORAN and 3GPP = specifications which are in some cases used as a base for the ORAN YANG = models

Note: These = problems with deviations exists even if YANG modules are used without = using YANG packages.

Regards Balazs

 

-- 

Balazs = Lengyel           =          Senior = Specialist          &nb= sp;            = Ericsson Hungary Ltd. 

Mobile: = +36-70-330-7909         &nbs= p;    email: Balazs.Lengyel@ericsson.com=

 

____________= ___________________________________
netmod mailing list
netmod@ietf.org
<= a href=3D"https://www.ietf.org/mailman/listinfo/netmod">https://www.ietf.org/mailman/listinfo/netmod

<= /div>

 

Mahesh = Jethanandani

 

 

 

 

------=_NextPart_001_0941_01D6BE5D.D67BEC90-- ------=_NextPart_000_0940_01D6BE5D.D67BEC90 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVWzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF7DCCA9SgAwIBAgIP AXUc1ROE7L9MPfu7eEiGMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIx MjQyMDVaFw0yMzEwMTMxMjQyMDRaMFkxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9CYWzD oXpzIExlbmd5ZWwxKjAoBgkqhkiG9w0BCQEWG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIY9tW43KkX0v7F/PJBbw9U3ygqpHruC1COf eak4TXgZkHPCY+wATiveaId4y8GstEVH3spxA+G4B5r4+wqbEEPJSjf6pRgOkdE6ORwlApyIJeWH PSC+NN8IeyErzZNIrZli3vpUV236s4Z8CL05QeXg6OnO8vIPzjKqOmNSxlSlFnxiBK1Tj+4lMqZm I9xyaQ+RRJyaWTQKOkEeaa6V2i4N1Gicr7/5IJdoBB+oT5vCV3tO+B0ubC40f4vdVwu7nLgAgDJO BL4j7Op8BvNmLBmKdnlK0Vj+nW1kFgCSNepVO7Fx08n4UEOufAp0RPI3z0AcnOwMJT5khqdz08xo I1kCAwEAAaOCAcEwggG9MB8GA1UdIwQYMBaAFBx7GZ6XnHasID3Y3OORauPbLaZTMB0GA1UdDgQW BBQQoIERhKwaNK1dOsySWsLFygxQPTAOBgNVHQ8BAf8EBAMCBaAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwJgYDVR0RBB8wHYEbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tMEgGA1Ud HwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlk dWFsY2F2My5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMIGCBggrBgEFBQcBAQR2 MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKG PGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYz LmNlcjANBgkqhkiG9w0BAQsFAAOCAgEAMyuEx/Jnxv1chc1eA81RXqFyxv7056cNkVGgRJP5j9kN AFNreHI3yY6folHuWMrIeE7pad1YZ87UrWiBU97CbV+zrOc2EqnlcLfBCKMT24gGw8jTcE+KeNPo h5QKBYNYf+evBhITv16N4N8BeU3hRCHHGvQiKow/aaWqsQcgDtQdTIzDpw8cNB6UzSzqwtmtVERs nNzVbp3Bv4/SbLB9TP+YZPKmBw8jgNQ4w42O6vYhhtNLsGvDswJ/f1bYwfa50b99o14Pz23oGDYc WDOQ2snUXq/FlMxj4oJ0EbHYmzHiJe6rQMSyl6iMb6HZ+S8Syzf84hmlRHtVr8/t/6Jz3DxSE4dl S5fORnKXbAPdEHk9558SJcQpI9zgXsOzNw5O1Btu3Cb4URv1ycf43Km25PRHjoNiXjkOgig58tIO eWwxtTiSWGYLckpTlmw1PapzVlhBzEs302V+cFo2xHADqoGfoHHpJcUATonJgSzscVMGauKhaujq Rte5NBVcysJPvxFjTThhOaA6JrqboqyTpToAJ8Rz/PF8o8zpX5Or1yJ9LfNoT3Q6hSJsBE7nDyDy laeibvqo0MLFtvx+RguycgnCsJvnuy28hDilBxytQR7nuNWR6/6IDy5ZNSaY7/oksleJNAiUZ7A5 1mjoJvqHA2xCMKb5SzxywsBt70MMJigwggbCMIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0G CSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVy YSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvU w0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQw l3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumD pjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05ZrJldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o 7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRae MyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrN DZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4d S+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5G L0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuR TVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEF BQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBL BggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29u ZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYB BQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNV HSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Qu q1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SB brVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxud rLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz1 1DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBdK/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8H DZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW 0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2 bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/Ct gWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0M hBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggNQMIIDTAIB ATBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQSB2MwIPAXUc1ROE7L9MPfu7eEiGMAkGBSsOAwIaBQCgggHLMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIwMTExOTA5MjIwOVowIwYJKoZI hvcNAQkEMRYEFHM1t3sXpAOkQdFwHThWqKdIxqN1MGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UE BhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFs IENBIHYzAg8BdRzVE4Tsv0w9+7t4SIYwawYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNF MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2 MwIPAXUc1ROE7L9MPfu7eEiGMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCG SAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMA0G CSqGSIb3DQEBAQUABIIBACyPXWueblph5gfQRJWNKvvLLRbceNAvECmH2cj4lUHaH+RzRvWewWoF OHryIb1W9caPKis8bHFFRDevBTkZazHRfPUezN5+Eqt2jX6sGekxkZ/0AA6goTaTUKUBlnGk/I5v q2bW8/iQyfbDSYjwwYpEAcLJnF3WBS1XrzQM2qwPOEGTJlg43sjsNfBHxWyjbb/8+Sea62tQST7B /HvFeVdr+rqXLGWFpt6WURYWBVojsU/2p09C7sPpW5Mpocsw9V8WcdQLwhp8NEDSAVUqrbOl8XIv 3J851WGke3uKUraCMKzbkqTWHzeoh58EiMjpXz1BAz/cL+gh2tal/e63e5oAAAAAAAA= ------=_NextPart_000_0940_01D6BE5D.D67BEC90-- From nobody Thu Nov 19 02:00:02 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 747173A1321 for ; Thu, 19 Nov 2020 02:00:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.6 X-Spam-Level: X-Spam-Status: No, score=-9.6 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=AGKXquXW; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=J+jXOhWa 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 0fZ6cW2VCNVO for ; Thu, 19 Nov 2020 01:59:56 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69F433A131F for ; Thu, 19 Nov 2020 01:59:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18929; q=dns/txt; s=iport; t=1605779996; x=1606989596; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=DiDM3zFESf+V8MYNC6l1Gq74zl4sdRy7UbU3w9d9LYw=; b=AGKXquXWVgFzmOWeqs3MjcEcg9oEmPv1SqlPwy1F3XWwlIMkucVk799p yB8ozNftR2emTayVaQyVSgNVnbgYW9BXBO2cScbTEFvKUAcnsMKW8bGWo FwNzagSBCK1TiTjWcq4/BnS8JP7rUfXSVZdMW/OlP7sMHwy900CaNoGHX 4=; X-IPAS-Result: =?us-ascii?q?A0DdCABTQbZffYwNJK1iHgEBCxIMgzIvIy57WS8uCoQzg?= =?us-ascii?q?0kDoW+EcIFCgREDVAsBAQENAQEYAQwIAgQBAYQGRAIXghICJTgTAgMBAQEDA?= =?us-ascii?q?gMBAQEBBQEBAQIBBgQUAQGGPAyFcwIEAQEQER0BASwLAQ8CAQg/AwICAiULF?= =?us-ascii?q?BECBA4FIoMEAYF+VwMuAQMLo0MCgTyIaHaBMoMEAQEFgTMBAwKDWhiCEAMGg?= =?us-ascii?q?TiCc4JmEjxChlcbgUE/gRABJxyCTz6CXQEBAgGBJwESASAYFoJqM4IskCEvg?= =?us-ascii?q?xyHHp0uCoJtiA+BA5IIAx+hfIYwjFeLTpEiUoNkAgQCBAUCDgEBBYFrIWlwc?= =?us-ascii?q?BU7KgGCPj4SFwINjh+DcYUUhUR0AgE0AgYBCQEBAwl8jDsBgRABAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3AwGa26xU2S1DM4ienLeRh1WvbKEXV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBN+Huf5BgvDd9aHtRWJG5oyO4zgOc51JAh?= =?us-ascii?q?kCj8he3wktG9WMBkCzKvn2Jzc7E8JPWB4AnTm7PEFZFdy4awjUpXu/vjIXEw?= =?us-ascii?q?/0cwt4OuqzHZTd3Iy70umo8MjVZANFzDO2fbJ1KkCwqgPc/skbiIdvMOA/0B?= =?us-ascii?q?zM93BJYO9Rg2hvIAGe?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.77,490,1596499200"; d="scan'208,217";a="613024293" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Nov 2020 09:59:55 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AJ9xtX5002380 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Nov 2020 09:59:55 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 19 Nov 2020 03:59:54 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 19 Nov 2020 04:59:54 -0500 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 19 Nov 2020 04:59:54 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AZm6w2ogTaL2mH4lplgF6Nyji0LXixQQ311Z//uOBa4MOsvbceUh5lBv+p5j872Q7nVA7+SVU11RLU1BeQPjgT+WgQa6HRFiLtGJ/NlpoWMPT7glXxjktE+v7/Ul1KT6PTkbvNqLTZA5ulelUdU6q6w51cFHv3ZHYrmz+dDGdytA73+uYVR/ZmMi4Iz+8bwgiDbe1nDCjEXMWAbob3/tCvAUMhs2uM4tjxccLhRhmWoY9qgCr0AWATYjqtFF9YYBwuX6jNxaDJoy0WYCH9Z9o0KV9zjhvfgG1w5Vknv1stXoY5HAkZQNbCtV7Qexn+LjM+7HS3JWrr1cnPocZ8yg6A== 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=DiDM3zFESf+V8MYNC6l1Gq74zl4sdRy7UbU3w9d9LYw=; b=O6g4vhWo1/wccppddwSZJsdnyPxyXawLIVL/QNRllgodAoPTnQU5/fzXPobSzAQaEObz4Gnt/TGTux8aurPKfy/C/cP1kUUQMvbxAUzwdp4pz2uGqveEmUp9fkOannaaT6fLXAttoqcvezHdeyGyvjJ/wfmrpvW/XTx2ymSzBfT3Tc1JW+6D41db29l+RbB5wr9uZZqtlijythya3EaP4e01Do5DUAa8fhf8pUJNQV2y2wJWOaypLejg5n3zYidPUnFC1SCsY/9gHMjJc3o7leAzx6vlcVGztzvYhECtT5J+JhyAysnYJwM8N/ZAFd+WT8V0DlShZYLSI6mWT3QZCA== 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=DiDM3zFESf+V8MYNC6l1Gq74zl4sdRy7UbU3w9d9LYw=; b=J+jXOhWa+P2B6UfOfW2fClGvTzXytQ/i9eNOv4ThxADN1PbtrKLOVN/WM2pw9261/eEPIqofTx9POZf6gGkpqbMoWFVi6dVnzd44x+dbYcemdQs5eyVfV1xCPrL8XqONZFEuDDR57tWTWx7r9qdHMFQaM5j+i6AUs2Nv2yEkkD4= Received: from DM6PR11MB2841.namprd11.prod.outlook.com (2603:10b6:5:c8::32) by DM5PR1101MB2202.namprd11.prod.outlook.com (2603:10b6:4:50::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.20; Thu, 19 Nov 2020 09:59:53 +0000 Received: from DM6PR11MB2841.namprd11.prod.outlook.com ([fe80::6d8e:9b06:ef72:2a]) by DM6PR11MB2841.namprd11.prod.outlook.com ([fe80::6d8e:9b06:ef72:2a%5]) with mapi id 15.20.3564.028; Thu, 19 Nov 2020 09:59:53 +0000 From: "Jan Lindblad (jlindbla)" To: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= CC: "netmod@ietf.org" , Robert Petersen , Jacqueline Beaulac S Thread-Topic: [netmod] Liaison statement to ORAN Thread-Index: AQHWvlq6HHPETbtkJkOUfvi4Cyy9qg== Date: Thu, 19 Nov 2020 09:59:53 +0000 Message-ID: References: In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [213.67.237.150] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1818a6e8-445a-47f2-45a7-08d88c71dcc9 x-ms-traffictypediagnostic: DM5PR1101MB2202: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sNrMdNuP9+tvtueqWYflJjKq9g5HzN2svmUjbnHlTEkb6K804TZDY+TD/uQBeyxNiJ++R92w7bNJ4MzXCAPW+5ck0UblZSHuXz5vRO1og/CX66FD9ChUr39OlCikA5H3X1nlgmf6x0Rbuj4Gry2lpJFlO0PAYinlGgpbZN6a14zdb9o4ue38Tle1Kpv4+TF9k4hVzcWM0frgj/dWtu2mHiStY15hCnNB1SCM07OopyckPxItS9xnqGAYUwn8QCc8hDXitCCo1pzpeQjWyfykcWwKdj+ySM7PszASI9tJ55HqYiPeFYDLWzQeki7p3EYhPC9jOR+Fvnypse9FZAY3qnm3NeA9jOnqO4QOjcvg88ONjy9oXka1q4ziWD7YqKQvFBxyd0b5xw6WUjELa/3CjA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB2841.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(39860400002)(136003)(396003)(346002)(376002)(36756003)(2906002)(966005)(86362001)(26005)(6506007)(186003)(6512007)(5660300002)(83380400001)(8676002)(54906003)(4326008)(316002)(8936002)(66574015)(53546011)(6486002)(2616005)(33656002)(71200400001)(66946007)(66476007)(66556008)(66446008)(91956017)(76116006)(478600001)(166002)(64756008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: JX6nGUsASIPRonXD1fWLbKti6jaeJaWrqmNLrtbg73vYbXCayy9Ex+lKpIPhba2l9JJiblVb8GfNvtI3Ylca/4vL9QhARKjVXegMEz3Nu21WJFOPMX21XStMQ3fsFvbPymemXEwdA5cAu7U9tpMFRcldNY+M7Y/XvbHIJENwnmcUdLujnbIjb67vh8l6kk0JBCA+DPf15Cyiy9+wEsg03idXuRPKw4IP4Gnht1+gnXw/E9gOio8N0KmECCKcGIiYjHaqr6XeRu+nLF7/I3nHoVfZnQ9jOVd3651KF8n5CkpJFxhq1T/eccLxTPVeAsOvhcMdneWcVaOlnzDm8uEPBez5991NbdnpGDup11Sc+oPetD4hV7Gx1g78voxIeAvCeptaAjsST+ldeW/JHBIWt88rC3wol6ne849e+yCUnSqYL7g9mg/wdyOJHGMEedfxpkwECDnSVv9c+/REdJFaTBLU8VzqCCsnPrkDVynz6FBLbeLEWLwmORBWiz7byyJa/2tW6nKANz67k0sKdhmTYlISVktjcbjNNj53yf/1u7BMaZAwInTz/QeZsN09OJmIyHGG1E/0pUzh5JueP3kwZO9plc+r/hR7k/wART+F4XWc3vacCYzICdblzeCA64fJebjYFIMieFpdetGM8tcG3/rwzgFJiQ/pt7nUzvQl6NVRj7KVdLNqg8tcXvAr492At+Iu+9yeL+LX0lewQMPllpqpJ92AV4jG1us9dLhb9PukI2cA+F7hBi3MG0d8w7ooSt2ZgWsqcULrZkuUTck49X03UN53IX1JEYT2k2EiG8u03XnibRsAnb1TytmJ/RpeGTvggi1z1ty7PdbkMUsm3k8XLMp5b/DnOZEer8mRKw+lSWx0XtnQpFU4OQv5GXwbVs6qdAlv2RigE8qjOXIxrw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_A3D9B54D87CE4E15BA8109D5091D865Aciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB2841.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1818a6e8-445a-47f2-45a7-08d88c71dcc9 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2020 09:59:53.4557 (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: ixBI//qF7RuU++DvBWSUGy807ADSW2CoM8SjEBTeAkx0EFAjVUx3fZW7Mz139Zl+ZGLSLPJJYernIzRMMG2lnA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1101MB2202 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com X-Outbound-Node: alln-core-7.cisco.com Archived-At: Subject: Re: [netmod] Liaison statement to ORAN X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 10:00:01 -0000 --_000_A3D9B54D87CE4E15BA8109D5091D865Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QmFsw6F6cywNCg0KKzENCkkgdGhpbmsgdGhpcyBpcyBhbiBpbXBvcnRhbnQgbWVzc2FnZSB0byBP LVJBTiwgYW5kIEkga25vdyBzaW1pbGFyIGlkZWFzIGhhdmUgYmVlbiB1cCBmb3IgZGlzY3Vzc2lv bnMgaW4gb3RoZXIgU0RPcyBhcyB3ZWxsLiBJIHRoaW5rIHlvdXIgcHJvcG9zZWQgd2F5IG9mIGNv bnZleWluZyB0aGUgbWVzc2FnZSBpcyBnb29kLg0KDQpCZXN0IFJlZ2FyZHMsDQovamFuDQoNCg0K T24gMTggTm92IDIwMjAsIGF0IDA5OjA5LCBCYWzDoXpzIExlbmd5ZWwgPGJhbGF6cy5sZW5neWVs PTQwZXJpY3Nzb24uY29tQGRtYXJjLmlldGYub3JnPG1haWx0bzpiYWxhenMubGVuZ3llbD00MGVy aWNzc29uLmNvbUBkbWFyYy5pZXRmLm9yZz4+IHdyb3RlOg0KDQpIZWxsbywNCkluIGNvbm5lY3Rp b24gdG8gdGhlIGRyYWZ0IGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5l dG1vZC15YW5nLXBhY2thZ2VzLTAxIEkgcHJvcG9zZSB0byBzZW5kIGEgbGlhaXNvbiBzdGF0ZW1l bnQgZnJvbSBJRVRGIE5ldG1vZCB0byBPUkFOLg0KDQpUaGUgaXNzdWU6IDNHUFAgaXMgc3RhbmRh cmRpemluZyBhIGdvb2QgbnVtYmVyIG9mIFlBTkcgbW9kdWxlcyBhcyBwYXJ0IG9mIHRoZSAzZ3Bw IFRTIDI4LjU0MSBhbmQgMjguNjIzIChodHRwczovL2ZvcmdlLjNncHAub3JnL3JlcC9zYTUvTW5T L3RyZWUvUmVsMTctZHJhZnQveWFuZy1tb2RlbHMpLg0KT1JBTiBwbGFucyB0byByZS11c2UgdGhp cyBtb2RlbHMsIGJ1dCBwb3NzaWJseSByZWZpbmUgdGhlbSBpbiBzb21lIHdheXMuIFRoZXkgYXJl IGNvbnNpZGVyaW5nIHVzaW5nIGRldmlhdGlvbnMgdG8gZG8gdGhpcy4NCkUuZy4gY2hhbmdlIGNv bmZpZz10cnVlIHNjaGVtYXMgbm9kZSB0byBjb25maWc9ZmFsc2UuIFRoaXMgY3JlYXRlcyBwcm9i bGVtcyBhcyBkb2N1bWVudGVkIGluIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW5ldG1vZC15YW5nLXBhY2thZ2VzLTAxI3NlY3Rpb24tNS44LjE8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXlhbmctcGFja2FnZXMtMDElMjNzZWN0aW9u LTUuOC4xPg0KDQotICAgRGV2aWF0aW9ucyBieSBhbiBTRE8gKHN0YW5kYXJkIGRlZmluaW5nIG9y Z2FuaXphdGlvbikgcHJldmVudCBpbXBsZW1lbnRhdGlvbnMgZnJvbSByZXBvcnRpbmcgdGhlaXIg b3duIGRldmlhdGlvbnMgZm9yIHRoZSBzYW1lIG5vZGVzLg0KDQotICAgRGV2aWF0aW9ucyBieSBh biBTRE8gcHJldmVudCBpbXBsZW1lbnRhdGlvbnMgZnJvbSBjb25mb3JtaW5nIHRvIHRoZSBzdGFu ZGFyZHMgc3BlY2lmaWVkIGJ5IGJvdGggU0RPcy4NCg0KDQpUbyBhdm9pZCB0aGVzZSBwcm9ibGVt cyBJIHByb3Bvc2UgdG8gc2VuZCB0aGUgZm9sbG93aW5nIHRleHQgdG8gT1JBTjoNCg0K4oCcSUVU RiBORVRNT0Qgd29ya2luZyBncm91cCByZXF1ZXN0cyBPUkFOIHRvIGF2b2lkIHVzaW5nIGRldmlh dGlvbnMgYXMgcGFydCBvZiBpdHMgc3BlY2lmaWNhdGlvbi4gQXMgZG9jdW1lbnRlZCBpbiBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1wYWNrYWdlcy0w MSNzZWN0aW9uLTUuOC4xPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5l dG1vZC15YW5nLXBhY2thZ2VzLTAxJTIzc2VjdGlvbi01LjguMT4gdGhlIHVzYWdlIG9mIGRldmlh dGlvbnMgd291bGQgcHJldmVudDoNCg0KICAqICAgVmVuZG9ycyB0byBpbXBsZW1lbnQgdGhlaXIg b3duIGRldmlhdGlvbnMgZm9yIHRoZSBzYW1lIFlBTkcgc2NoZW1hIG5vZGVzDQogICogICBWZW5k b3JzIHRvIGNsYWltIGNvbmZvcm1hbmNlIHRvIGJvdGggT1JBTiBhbmQgM0dQUCBzcGVjaWZpY2F0 aW9ucyB3aGljaCBhcmUgaW4gc29tZSBjYXNlcyB1c2VkIGFzIGEgYmFzZSBmb3IgdGhlIE9SQU4g WUFORyBtb2RlbHMNCg0KTm90ZTogVGhlc2UgcHJvYmxlbXMgd2l0aCBkZXZpYXRpb25zIGV4aXN0 cyBldmVuIGlmIFlBTkcgbW9kdWxlcyBhcmUgdXNlZCB3aXRob3V0IHVzaW5nIFlBTkcgcGFja2Fn ZXMuDQpSZWdhcmRzIEJhbGF6cw0KDQotLQ0KQmFsYXpzIExlbmd5ZWwgICAgICAgICAgICAgICAg ICAgIFNlbmlvciBTcGVjaWFsaXN0ICAgICAgICAgICAgICAgICAgICAgICBFcmljc3NvbiBIdW5n YXJ5IEx0ZC4NCk1vYmlsZTogKzM2LTcwLTMzMC03OTA5ICAgICAgICAgICAgICBlbWFpbDogQmFs YXpzLkxlbmd5ZWxAZXJpY3Nzb24uY29tPG1haWx0bzpCYWxhenMuTGVuZ3llbEBlcmljc3Nvbi5j b20+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpu ZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRtb2RAaWV0Zi5vcmc8bWFpbHRvOm5ldG1vZEBpZXRmLm9y Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCg== --_000_A3D9B54D87CE4E15BA8109D5091D865Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <105DA55CA40C8741B64C1E73B9782842@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgbGluZS1icmVhazogYWZ0 ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCkJhbMOhenMsDQo8ZGl2IGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4rMTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5J IHRoaW5rIHRoaXMgaXMgYW4gaW1wb3J0YW50IG1lc3NhZ2UgdG8gTy1SQU4sIGFuZCBJIGtub3cg c2ltaWxhciBpZGVhcyBoYXZlIGJlZW4gdXAgZm9yIGRpc2N1c3Npb25zIGluIG90aGVyIFNET3Mg YXMgd2VsbC4gSSB0aGluayB5b3VyIHByb3Bvc2VkIHdheSBvZiBjb252ZXlpbmcgdGhlIG1lc3Nh Z2UgaXMgZ29vZC4gJm5ic3A7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5CZXN0IFJlZ2FyZHMsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPi9q YW48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPg0KPGRpdj48YnIgY2xhc3M9IiI+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0i Ij4NCjxkaXYgY2xhc3M9IiI+T24gMTggTm92IDIwMjAsIGF0IDA5OjA5LCBCYWzDoXpzIExlbmd5 ZWwgJmx0OzxhIGhyZWY9Im1haWx0bzpiYWxhenMubGVuZ3llbD00MGVyaWNzc29uLmNvbUBkbWFy Yy5pZXRmLm9yZyIgY2xhc3M9IiI+YmFsYXpzLmxlbmd5ZWw9NDBlcmljc3Nvbi5jb21AZG1hcmMu aWV0Zi5vcmc8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFu Z2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIiBz dHlsZT0icGFnZTogV29yZFNlY3Rpb24xOyBjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250 LWZhbWlseTogVGltZXNOZXdSb21hblBTTVQ7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1zdHlsZTog bm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2lu ZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjog bm9uZTsiPg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6 IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQpIZWxs byw8bzpwIGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNt IDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNl cmlmOyIgY2xhc3M9IiI+DQpJbiBjb25uZWN0aW9uIHRvIHRoZSBkcmFmdDxzcGFuIGNsYXNzPSJB cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1wYWNrYWdlcy0wMSIgc3R5bGU9 ImNvbG9yOiByZ2IoNSwgOTksIDE5Myk7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xh c3M9IiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXlhbmct cGFja2FnZXMtMDE8L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPkkNCiBwcm9wb3NlIHRvIHNlbmQgYSBsaWFpc29uIHN0YXRlbWVudCBmcm9tIElFVEYg TmV0bW9kIHRvIE9SQU4uPG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9Im1h cmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2Fs aWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48 L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAx MXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KVGhlIGlz c3VlOiAzR1BQIGlzIHN0YW5kYXJkaXppbmcgYSBnb29kIG51bWJlciBvZiBZQU5HIG1vZHVsZXMg YXMgcGFydCBvZiB0aGUgM2dwcCBUUyAyOC41NDEgYW5kIDI4LjYyMyAoPGEgaHJlZj0iaHR0cHM6 Ly9mb3JnZS4zZ3BwLm9yZy9yZXAvc2E1L01uUy90cmVlL1JlbDE3LWRyYWZ0L3lhbmctbW9kZWxz IiBzdHlsZT0iY29sb3I6IHJnYig1LCA5OSwgMTkzKTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxp bmU7IiBjbGFzcz0iIj5odHRwczovL2ZvcmdlLjNncHAub3JnL3JlcC9zYTUvTW5TL3RyZWUvUmVs MTctZHJhZnQveWFuZy1tb2RlbHM8L2E+KS48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PG86cCBjbGFzcz0iIj48L286cD48L2Rpdj4NCjxkaXYgc3R5bGU9 Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTog Q2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KT1JBTiBwbGFucyB0byByZS11c2UgdGhp cyBtb2RlbHMsIGJ1dCBwb3NzaWJseSByZWZpbmUgdGhlbSBpbiBzb21lIHdheXMuIFRoZXkgYXJl IGNvbnNpZGVyaW5nIHVzaW5nIGRldmlhdGlvbnMgdG8gZG8gdGhpcy48c3BhbiBjbGFzcz0iQXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PG86cCBjbGFzcz0iIj48L286cD48L2Rp dj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGNtIDBjbSAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0 OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KRS5nLiBjaGFu Z2UgY29uZmlnPXRydWUgc2NoZW1hcyBub2RlIHRvIGNvbmZpZz1mYWxzZS4gVGhpcyBjcmVhdGVz IHByb2JsZW1zIGFzIGRvY3VtZW50ZWQgaW48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtbmV0bW9kLXlhbmctcGFja2FnZXMtMDElMjNzZWN0aW9uLTUuOC4xIiBzdHlsZT0i Y29sb3I6IHJnYig1LCA5OSwgMTkzKTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFz cz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1uZXRtb2QteWFuZy1w YWNrYWdlcy0wMSNzZWN0aW9uLTUuOC4xPC9hPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8 ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+ Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQg MzZwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsg dGV4dC1pbmRlbnQ6IC0xOHB0OyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOiAx MHB0OyBmb250LWZhbWlseTogJnF1b3Q7Q291cmllciBOZXcmcXVvdDs7IiBjbGFzcz0iIj48c3Bh biBjbGFzcz0iIj4tPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHJldGNoOiBub3JtYWw7 IGZvbnQtc2l6ZTogN3B0OyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7PHNwYW4gY2xhc3M9 IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiAmcXVvdDtDb3VyaWVy IE5ldyZxdW90OzsiIGNsYXNzPSIiPkRldmlhdGlvbnMNCiBieSBhbiBTRE8gKHN0YW5kYXJkIGRl ZmluaW5nIG9yZ2FuaXphdGlvbikgcHJldmVudCBpbXBsZW1lbnRhdGlvbnMgZnJvbSByZXBvcnRp bmcgdGhlaXIgb3duIGRldmlhdGlvbnMgZm9yIHRoZSBzYW1lIG5vZGVzLjxvOnAgY2xhc3M9IiI+ PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0 IDM2cHQ7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6ICZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7OyB0ZXh0LWluZGVudDogLTE4cHQ7IiBjbGFzcz0iIj48c3BhbiBjbGFzcz0iIj4tPHNwYW4g c3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9u dC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHJldGNoOiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBs aW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7OyIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+RGV2aWF0aW9ucyBieSBh biBTRE8gcHJldmVudCBpbXBsZW1lbnRhdGlvbnMgZnJvbSBjb25mb3JtaW5nIHRvIHRoZSBzdGFu ZGFyZHMgc3BlY2lmaWVkIGJ5IGJvdGggU0RPcy48bzpwIGNsYXNzPSIiPjwvbzpwPjwvcHJlPg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8bzpwIGNsYXNzPSIi PiZuYnNwOzwvbzpwPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0 OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xh c3M9IiI+DQpUbyBhdm9pZCB0aGVzZSBwcm9ibGVtcyBJIHByb3Bvc2UgdG8gc2VuZCB0aGUgZm9s bG93aW5nIHRleHQgdG8gT1JBTjo8bzpwIGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0KPGRpdiBzdHls ZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5 OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8bzpwIGNsYXNzPSIiPiZuYnNwOzwv bzpwPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNp emU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQri gJxJRVRGIE5FVE1PRCB3b3JraW5nIGdyb3VwIHJlcXVlc3RzIE9SQU4gdG8gYXZvaWQgdXNpbmcg ZGV2aWF0aW9ucyBhcyBwYXJ0IG9mIGl0cyBzcGVjaWZpY2F0aW9uLiBBcyBkb2N1bWVudGVkIGlu PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW5ldG1vZC15YW5nLXBhY2th Z2VzLTAxJTIzc2VjdGlvbi01LjguMSIgc3R5bGU9ImNvbG9yOiByZ2IoNSwgOTksIDE5Myk7IHRl eHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbmV0bW9kLXlhbmctcGFja2FnZXMtMDEjc2VjdGlvbi01LjguMTwv YT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlDQog dXNhZ2Ugb2YgZGV2aWF0aW9ucyB3b3VsZCBwcmV2ZW50OjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9k aXY+DQo8dWwgdHlwZT0iZGlzYyIgc3R5bGU9Im1hcmdpbi1ib3R0b206IDBjbTsgbWFyZ2luLXRv cDogMGNtOyIgY2xhc3M9IiI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENh bGlicmksIHNhbnMtc2VyaWY7Ij4NClZlbmRvcnMgdG8gaW1wbGVtZW50IHRoZWlyIG93biBkZXZp YXRpb25zIGZvciB0aGUgc2FtZSBZQU5HIHNjaGVtYSBub2RlczxvOnAgY2xhc3M9IiI+PC9vOnA+ PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46IDBjbSAwY20g MC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7Ij4NClZlbmRvcnMgdG8gY2xhaW0gY29uZm9ybWFuY2UgdG8gYm90aCBPUkFOIGFuZCAzR1BQ IHNwZWNpZmljYXRpb25zIHdoaWNoIGFyZSBpbiBzb21lIGNhc2VzIHVzZWQgYXMgYSBiYXNlIGZv ciB0aGUgT1JBTiBZQU5HIG1vZGVsczxvOnAgY2xhc3M9IiI+PC9vOnA+PC9saT48L3VsPg0KPGRp diBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQt ZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQpOb3RlOiBUaGVzZSBwcm9i bGVtcyB3aXRoIGRldmlhdGlvbnMgZXhpc3RzIGV2ZW4gaWYgWUFORyBtb2R1bGVzIGFyZSB1c2Vk IHdpdGhvdXQgdXNpbmcgWUFORyBwYWNrYWdlcy48bzpwIGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQpSZWdhcmRzIEJhbGF6 czxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20g MC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2Vy aWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCi0tPHNwYW4gY2xhc3M9IkFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+ DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsg Zm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCkJhbGF6cyBMZW5n eWVsJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IFNlbmlvciBTcGVjaWFsaXN0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEVyaWNzc29uIEh1bmdhcnkg THRkLjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48bzpw IGNsYXNzPSIiPjwvbzpwPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwY20gMGNtIDAuMDAw MXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIg Y2xhc3M9IiI+DQpNb2JpbGU6ICszNi03MC0zMzAtNzkwOSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBl bWFpbDo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEg aHJlZj0ibWFpbHRvOkJhbGF6cy5MZW5neWVsQGVyaWNzc29uLmNvbSIgc3R5bGU9ImNvbG9yOiBy Z2IoNSwgOTksIDE5Myk7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+QmFs YXpzLkxlbmd5ZWxAZXJpY3Nzb24uY29tPC9hPjxvOnAgY2xhc3M9IiI+PC9vOnA+PC9kaXY+DQo8 ZGl2IHN0eWxlPSJtYXJnaW46IDBjbSAwY20gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9u dC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxvOnAgY2xhc3M9IiI+ Jm5ic3A7PC9vOnA+PC9kaXY+DQo8L2Rpdj4NCjxzcGFuIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBmb250LWZhbWlseTogVGltZXNOZXdSb21hblBTTVQ7IGZvbnQtc2l6ZTogMTRw eDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdl aWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRl eHQtZGVjb3JhdGlvbjogbm9uZTsgZmxvYXQ6IG5vbmU7IGRpc3BsYXk6IGlubGluZSAhaW1wb3J0 YW50OyIgY2xhc3M9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188L3NwYW4+PGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogVGltZXNOZXdSb21hblBTTVQ7IGZvbnQtc2l6ZTogMTRweDsgZm9udC1zdHlsZTogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0 ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9u ZTsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImNhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7IGZv bnQtZmFtaWx5OiBUaW1lc05ld1JvbWFuUFNNVDsgZm9udC1zaXplOiAxNHB4OyBmb250LXN0eWxl OiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7 IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDog MHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFj aW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9u OiBub25lOyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFzcz0i Ij5uZXRtb2QNCiBtYWlsaW5nIGxpc3Q8L3NwYW4+PGJyIHN0eWxlPSJjYXJldC1jb2xvcjogcmdi KDAsIDAsIDApOyBmb250LWZhbWlseTogVGltZXNOZXdSb21hblBTTVQ7IGZvbnQtc2l6ZTogMTRw eDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdl aWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRl eHQtZGVjb3JhdGlvbjogbm9uZTsiIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBp ZXRmLm9yZyIgc3R5bGU9ImNvbG9yOiByZ2IoNSwgOTksIDE5Myk7IHRleHQtZGVjb3JhdGlvbjog dW5kZXJsaW5lOyBmb250LWZhbWlseTogVGltZXNOZXdSb21hblBTTVQ7IGZvbnQtc2l6ZTogMTRw eDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdl aWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0 LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdo aXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJr aXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 OyIgY2xhc3M9IiI+bmV0bW9kQGlldGYub3JnPC9hPjxiciBzdHlsZT0iY2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IFRpbWVzTmV3Um9tYW5QU01UOyBmb250LXNpemU6IDE0 cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13 ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7 IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9y bWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0 ZXh0LWRlY29yYXRpb246IG5vbmU7IiBjbGFzcz0iIj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIiBzdHlsZT0iY29sb3I6IHJnYig1LCA5OSwg MTkzKTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IGZvbnQtZmFtaWx5OiBUaW1lc05ld1Jv bWFuUFNNVDsgZm9udC1zaXplOiAxNHB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0 ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3 b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0K PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_A3D9B54D87CE4E15BA8109D5091D865Aciscocom_-- From nobody Thu Nov 19 06:16:24 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48CFE3A0CFE for ; Tue, 17 Nov 2020 23:47:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.28 X-Spam-Level: X-Spam-Status: No, score=0.28 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r2OZoUruPcBH for ; Tue, 17 Nov 2020 23:47:08 -0800 (PST) Received: from smtprelay.hostedemail.com (smtprelay0047.hostedemail.com [216.40.44.47]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48A1B3A0CF8 for ; Tue, 17 Nov 2020 23:47:08 -0800 (PST) Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay08.hostedemail.com (Postfix) with ESMTP id 0A9BE182CED34 for ; Wed, 18 Nov 2020 07:47:07 +0000 (UTC) X-Session-Marker: 7A73744073616B6F746563686E6F6C6F676965732E636F6D X-Spam-Summary: 2, 0, 0, , d41d8cd98f00b204, zst@sakotechnologies.com, , RULES_HIT:41:152:355:379:582:962:967:988:989:1152:1189:1221:1260:1313:1314:1345:1381:1436:1437:1516:1517:1518:1533:1534:1537:1575:1588:1589:1592:1594:1711:1714:1730:1748:1777:1792:2540:2559:2562:3138:3139:3140:3141:3142:3698:3865:3867:4184:4361:4362:5007:6261:6678:8603:9010:9012:10004:10400:10848:11658:11914:12297:13071:14180:14721:21060:21080:21433:21451:21627:21939:30054:30060, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:, MSBL:0, DNSBL:none, Custom_rules:0:0:0, LFtime:1, LUA_SUMMARY:none X-HE-Tag: stage49_3c104ec27338 X-Filterd-Recvd-Size: 1321 Received: from mail.hover.com (imap-ext [216.40.42.5]) (Authenticated sender: webmail@zst@sakotechnologies.com) by omf06.hostedemail.com (Postfix) with ESMTPA for ; Wed, 18 Nov 2020 07:47:06 +0000 (UTC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_415df70adfabe58b0257cf38a7dfdfe1" Date: Wed, 18 Nov 2020 07:47:06 +0000 From: zst@sakotechnologies.com To: netmod@ietf.org User-Agent: Roundcube Webmail/1.4-rc2 Message-ID: X-Sender: zst@sakotechnologies.com X-Originating-IP: [212.103.231.206] Archived-At: X-Mailman-Approved-At: Thu, 19 Nov 2020 06:16:22 -0800 Subject: [netmod] Mailing List X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2020 07:47:09 -0000 --=_415df70adfabe58b0257cf38a7dfdfe1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Hi Asking to be added onto the mailing list. Thanks Regards ZIDAGO SAKO --=_415df70adfabe58b0257cf38a7dfdfe1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi

Asking to be added onto the mailing list.

Thanks

Regards

ZIDAGO SAKO

--=_415df70adfabe58b0257cf38a7dfdfe1-- From nobody Thu Nov 19 06:19:01 2020 Return-Path: <01000175e0de6840-c14021d6-77c6-4081-9f24-4c89c664e8d0-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 100403A104C for ; Thu, 19 Nov 2020 06:18:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 exRbsxs5S5nV for ; Thu, 19 Nov 2020 06:18:57 -0800 (PST) Received: from a48-94.smtp-out.amazonses.com (a48-94.smtp-out.amazonses.com [54.240.48.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECC373A110B for ; Thu, 19 Nov 2020 06:17:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1605795473; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=IH+PLJqiXviDxha56gOqF3y3ZaApkTOEqUjZ69SEiHA=; b=IG5anRpNXlDjnc9DCaF46My4+KCWGa/Pl+sV7LgZGMYHCgO0l1+i3a7T0QFgMGhz KBX49fJC2VAYDYIn8eeDl1b+OQ7aYOA21u82H+pKpHuUcNxmwCNf+1g8kmaEmar0blY 0J/MbiuW1dsiMGfPgTzSkGftSvfmdMjwLYsIJDvA= From: Kent Watsen Message-ID: <01000175e0de6840-c14021d6-77c6-4081-9f24-4c89c664e8d0-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_C55E1E20-6DEE-49D6-9458-0228C2CB0CB5" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Thu, 19 Nov 2020 14:17:53 +0000 In-Reply-To: Cc: "netmod@ietf.org" To: zst@sakotechnologies.com References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.19-54.240.48.94 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] Mailing List X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 14:18:59 -0000 --Apple-Mail=_C55E1E20-6DEE-49D6-9458-0228C2CB0CB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Zidago, Please self-subscribe here: https://www.ietf.org/mailman/listinfo/netmod = Thanks, Kent > On Nov 18, 2020, at 2:47 AM, zst@sakotechnologies.com wrote: >=20 > Hi >=20 > Asking to be added onto the mailing list. >=20 > Thanks >=20 > Regards >=20 > ZIDAGO SAKO >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --Apple-Mail=_C55E1E20-6DEE-49D6-9458-0228C2CB0CB5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Zidago,

Please = self-subscribe here: https://www.ietf.org/mailman/listinfo/netmod

Thanks,
Kent


On Nov 18, 2020, at 2:47 AM, zst@sakotechnologies.com wrote:

Hi

Asking to be added onto the mailing list.

Thanks

Regards

ZIDAGO = SAKO

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

= --Apple-Mail=_C55E1E20-6DEE-49D6-9458-0228C2CB0CB5-- From nobody Thu Nov 19 09:51:14 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73F313A0EC2 for ; Thu, 19 Nov 2020 09:51:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 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] 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 nqELWUkSBjyz for ; Thu, 19 Nov 2020 09:51:07 -0800 (PST) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2102.outbound.protection.outlook.com [40.107.92.102]) (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 7B5BF3A0EBD for ; Thu, 19 Nov 2020 09:51:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kf6faIMT0QKBnQlR0siyj03/T+xYl2C8tbBjoaXWO12OQ5J5K7UDwBrgV2cHJq/2mcd4RsP8q8j5MQF248R9C4eMJYINkM73V3ujgF1o7eqh2t9Eg6PjpVpwsgthjMlL6CveffiGUa9YAOx7Xstdrb+msn3nJIKUQnzl33uuYPTnmvRSsOkBmlrgOWmWjk8xLTg+FwgkIkcD5nBFV1ARk2c7tVUzE8xCFTsPz9mDEsRhO6IJtEiQsLARm9QyjDMp1oPuhByJaO0SCHPiiG2EBmPW8C5c9CQSyDkfOxWVGjrSSOJQLKWLi+jakXyRzCBF/feidzDufx0zgAPk9CuIng== 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=cyILc9/sxXneRQPkg1SXuRJuCwH1pKQFd8XbmJoDTlI=; b=h2X6KbAhndU+79pKwFf4fBVcsZPzwRdUPc3SDTgmqPWRqPbfn7fIbA/8qG1jvIkuaqhr8B4SbztjcZMf+rfqKjgVwVfbjw2N9UowagRYtf4X0H8rCy3ADnBHMp/pzPxyDSnTnHmzamsRcc6dg+1CbqOJzZ1f3d+Y/eVUOjbN4gRHaRrSEiWRZDU1qgqRC79KXD72IR0kJKBBCgNbucMgOlcxYBvmTdqT/sMFK5so+Zxm8XZF8Khz50na9k1Vn3FIsu/zxKyRMM59q67PL979v6OCb12gUNkPi/KRlRef9HTStERk+35psJGlMJFwfTUNHVF9C5IlcM6dnAagn8nc8Q== 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=cyILc9/sxXneRQPkg1SXuRJuCwH1pKQFd8XbmJoDTlI=; b=W8mVn10nbT4sk1V3mAyOjhpdgOxFs1Ib8sH759qOneVoTdnBsoKK7Xk7COY02omv7vRXRsFIrc53gaVyXcpMdMcClEm+/FeWmkV7BnE845WpVGXX94vqNgFbfM3lTmm5Lkj6gVlWA5wd/rSLIIsoaUFvcpzWfy0kjCwg3ZIKf1w= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB5369.namprd08.prod.outlook.com (2603:10b6:5:18::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.28; Thu, 19 Nov 2020 17:51:05 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3589.022; Thu, 19 Nov 2020 17:51:05 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: RFC8808 factory default - use if booting without a running ? Thread-Index: Ada+m+FlfukFNtkJSL6paZ30kkiuPQ== Date: Thu, 19 Nov 2020 17:51:05 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [174.112.3.120] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 4b78ffef-aa0a-436d-a5b2-08d88cb3b02b x-ms-traffictypediagnostic: DM6PR08MB5369: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: m09cY8jsOYjC/oCH1+Q/KGOrEKeu7eMKWy5cXxEmj+DsoHraWLYPXHgVNmCS8BDqh8Sg6A8tqm9gcndLxngKa8+gi0WSCBwz5Ek6Bgw+kqcf7JuwKb9h7750spdNfM5W6xOoy6w31lkfrzrmZSm7c1XmOYoSkg8SrsB/dW6CXkmeSffMJIfMHP5ZBxW3/LSWEIZSyYlR/i5mIpRFls1Pj3HYHSHDaXv6vG1Id4HGYt3qwKBiC8wTmvhZSVeGRatoZ8z9XFfknI60HyJgOihQFNBxW0Ce+KWkaviQf9fDukKMjxUvEzPBa086toAjM0ZlRIORZsn8GwIzmpfeie1idQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(396003)(39860400002)(376002)(346002)(26005)(186003)(6916009)(71200400001)(9686003)(7696005)(6506007)(4744005)(8936002)(316002)(8676002)(2906002)(55016002)(52536014)(86362001)(5660300002)(66446008)(66946007)(64756008)(66556008)(478600001)(66476007)(33656002)(76116006); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: WC9IULZ9tikzXPp+rMkYR/+a/lcTGl0zDm0pc1gbLWqk27nEfXxNHI30kCCzQQEvJ+GRTTW1Gtr/tFIEi/tzbR+paK8mUPS7+7BR2Sh4XnZ4ed4FLFXiLaMWekLwJR9KZfP0mEwyYvV1kgo4iP9GKltn1aBXmW5vUQZn0e0+mZZ9o6J799OAbm37mQv2dr5S6nz6m5esF2utMoQUmsCzkgfM/hADJjVMAZG/APKKzO67YoqC0p5WxoUgPMwyFcIdBqwGy1OMTx6KFmUYqhAeSWo/8/sbunGi1wieLow1qzc+CMftcHlui7KiiG24t1PscDkc8hEabW2W9GnZAsPHV99MsZZAb+h0FPubqyeb7Se/HpZ0+g33yDIIUnH+0PknuFur8X0fBwkUU0h1NJAGgtKW63YcRbXDx9rSqU7vByMjy88GfLIpejux/1g8slrui7OpgP7mN1O6Tr+/SeuVp0Z7CngO/CIOM80ftRaOxCe0RBicvPaudhgQC8IRtf9mY+YiFw4nH0vLuKNrexwguO94vSfx5h697vh/DbPELye7zQjj2Kv8shoNdN4Wb6Po48N0AGbL/B8RfcYbjGXXiFp8obeOsG6NSrR0F6fdIXF6Gujd+u1g4wNv6OYomCQzdgy8KY9YzUsNn6XtqNMKJLMd2ejPQDr+sWekW2BxeHH1QKDClAIuNRtl/Pu93YzosNONIEy1MTZIn3LRI+2XvbqfT0DIAHHeh+4sspmOVma+JEMcjYHX4NR+cGs/DCWEeZ59M4K2m3f9qbvBu8+OkHlsrTJxk/crLqa3gi9j+Z4vBP7j1FAZ4lA/Wrs4r+NPxJ17L9GzNpsGKLRN1WEhXVRWL5FFF2sg4Wlogw0bxh1z2Zw594mloHDNdHvazL0Ot+xgPlmwDdtIQ9C959pJGw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB588419ED7F30ABD4DF69A8F19BE00DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4b78ffef-aa0a-436d-a5b2-08d88cb3b02b X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2020 17:51:05.4690 (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: XLL2zkxvTgHw1mo5bg1DARWAGwv+TB+8sLz9+SXZgPBJ8OOv4J6JpHx0VeA/T35RKTI4X26RWaJIMbLyrIPLVg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5369 Archived-At: Subject: [netmod] RFC8808 factory default - use if booting without a running ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 17:51:12 -0000 --_000_DM6PR08MB588419ED7F30ABD4DF69A8F19BE00DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, RFC8808 talks about a use-case where a network element first comes from the= factory. Would it also make sense to use the factory default configuration in a scen= ario where a device reboots but can't find the startup datastore? (i.e. no= file, or corrupted file). I think that might often be a way that a bootin= g system would determine that it is actually in a 'new from the factory" si= tuation. Jason --_000_DM6PR08MB588419ED7F30ABD4DF69A8F19BE00DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

RFC8808 talks about a use-case = where a network element first comes from the factory.

 

Would it also make sense to use= the factory default configuration in a scenario where a device reboots but= can't find the startup datastore?  (i.e. no file, or corrupted file).=   I think that might often be a way that a booting system would determine that it is actually in a 'new from the fa= ctory" situation.

 

Jason

--_000_DM6PR08MB588419ED7F30ABD4DF69A8F19BE00DM6PR08MB5884namp_-- From nobody Thu Nov 19 10:23:44 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 822AD3A0FB2 for ; Thu, 19 Nov 2020 10:23:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 TiUjiKu_zW-3 for ; Thu, 19 Nov 2020 10:23:34 -0800 (PST) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 D82243A106D for ; Thu, 19 Nov 2020 10:23:33 -0800 (PST) Received: by mail-lf1-x129.google.com with SMTP id j205so9629312lfj.6 for ; Thu, 19 Nov 2020 10:23:33 -0800 (PST) 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=rpIBCVwPbZjTNrgFXZiuAndEJWwpLO57WYw4ZMzS0Kg=; b=uzW/RkjS5pC+tikA0eoGWE7vDB7rZtft3EEot2GHtgOtY78CUDHWdd0xlXmmbvI9WU 1CN58+8mCHcoA5VNCTzhc6VYBg+vsx1ia4FKo39Rfj9FFjGqhwCf3Fq7AF0yQRXZqgBQ /CTkKV2mZwl7AKDr4ybKGySFUW3AUrpz9Esz3qcbfmzX8BURf6Mhf+Vh/rB6s0JDpPxV LxnwK4NIdoQGI+kwkBC05U+uJqKPOhCeuJm3mJ+mK2CS5YqMyUKD+vlYt+O04rutUXEL dcCb6tNDZl56uOB7GOPG3swyoN1c6mbtc8Nq5NIbynrYbBl9Vm4NLiwmdFQL7bTCoB8e 2ZHw== 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=rpIBCVwPbZjTNrgFXZiuAndEJWwpLO57WYw4ZMzS0Kg=; b=Pc/1l+5RGutPxiFH5Fieo0r+czN44DYvNIa7Lrb6ketFAe9a6ARVKkuX37iKqcTcNE l5yA5DqjNZNdslvi9VSiq7VpVpaP86s8T1mjJYtVCzeeDPhlTqXwooTGIX7qzb6/nmPt 4B1/9Dc7LpQpTGNNB8ubNHaiVe3dRVdWKdG+wgGt1qex/ZycN9QkksJ4LG562WRPHfaf BySoajvQ3Huq4kLNtmsqpi2/gII1K5MfnmmzryWiAz2vnptzV+D70TOvftz8j9e4+2XW qvJU4lFblOA+Jsi0ayteCaH1u4jyzKYCgd5pcuLd3ffv6O3ExGVpMDB7bUJ2maVfEYey bhzA== X-Gm-Message-State: AOAM531S7fef7UEsG0tXICOXWFPA1Z1brwzZaCekntliRmDOZ8TJXEZf IbY4AM5+Hztligvg4yL5Hx+6DCRbVpKQ7C9H3epU2g== X-Google-Smtp-Source: ABdhPJwVOKrEUSiYeMYHoOyh5+BabOPFn2pbr8VOFeLEPv/pRqnPnVint96Pl1vScI5oZGYYc/iXQ1ntiUvX5Ga8jvU= X-Received: by 2002:a19:f106:: with SMTP id p6mr6987780lfh.143.1605810211949; Thu, 19 Nov 2020 10:23:31 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Andy Bierman Date: Thu, 19 Nov 2020 10:23:21 -0800 Message-ID: To: "Sterne, Jason (Nokia - CA/Ottawa)" Cc: "netmod@ietf.org" Content-Type: multipart/alternative; boundary="00000000000042e6fe05b479d329" Archived-At: Subject: Re: [netmod] RFC8808 factory default - use if booting without a running ? X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2020 18:23:43 -0000 --00000000000042e6fe05b479d329 Content-Type: text/plain; charset="UTF-8" On Thu, Nov 19, 2020 at 9:51 AM Sterne, Jason (Nokia - CA/Ottawa) < jason.sterne@nokia.com> wrote: > Hi all, > > > > RFC8808 talks about a use-case where a network element first comes from > the factory. > > > > Would it also make sense to use the factory default configuration in a > scenario where a device reboots but can't find the startup datastore? > (i.e. no file, or corrupted file). I think that might often be a way that > a booting system would determine that it is actually in a 'new from the > factory" situation. > > > Yes -- our server has that option (for several years). The server can reboot with the factory default config if booting the saved config fails. Jason > Andy > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --00000000000042e6fe05b479d329 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Nov 19, 2020 at 9:51 AM Stern= e, Jason (Nokia - CA/Ottawa) <= jason.sterne@nokia.com> wrote:

Hi all,

=C2=A0

RFC8808 talks about a use-case = where a network element first comes from the factory.<= /p>

=C2=A0

Would it also make sense to use= the factory default configuration in a scenario where a device reboots but= can't find the startup datastore?=C2=A0 (i.e. no file, or corrupted fi= le).=C2=A0 I think that might often be a way that a booting system would determine that it is actually in a 'new from th= e factory" situation.

=C2=A0

<= /div>

Yes -- our server has that option (fo= r several years).
The server can reboot with the factory default = config if booting the saved config fails.


Jason



Andy
=C2=A0

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--00000000000042e6fe05b479d329-- From nobody Fri Nov 20 03:37:45 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 235803A1CCD for ; Fri, 20 Nov 2020 03:37:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x6N04JIhkkyE for ; Fri, 20 Nov 2020 03:37:37 -0800 (PST) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70107.outbound.protection.outlook.com [40.107.7.107]) (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 37C933A1C67 for ; Fri, 20 Nov 2020 03:37:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FQVFu5Yr3axEsKUvfjxAIgP54YRFuOh/4pVCNKb3ORAT09FZqATGPxaohWBuO0QmghMaQMGruENxEuls1Esh4bRtzqA/gPFALke5v/i+yNFewny0MoX6W+JY9Yb1rmLCh0ZSS6lYcPu9Z9zTERdpeuMjC1NV8IQiXm1/Jw8wmO1PFatcqp8NTxJoApl9QagPCxkzU1IkdKJqBogksgtmKIuQ5Wu6o2rVM5KYrbiO0Og/GcWqltZrd+ZwTn8mAsY4n2WXR88z13uFfiyoahgYWH1SwGGW11PJLwQkdZ0BDdiiFUfCBhcQl9yUZVSrbrT2blKCgAXMj3XbqdOveLmxzA== 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=xbRVXtD/OxPxc0Bt+vlRFOKoIlaC+CWkGfAJLfd7118=; b=R/O8snNARzwBm1O+VusBiXCtPeSkJDBURnvG/lexCCBU0XdfEZDh0hkMK3tnvpaOAHAYw/HvS26rd+FzskqLLX1jkHscp5iHJs2HqbKODHym6+WIpBeCIfCjs/XekTm+PIId4eecA/SQ7Fg+ewOeA9PkRD3ON6ShhKeYr0UROaByJB4WxfP9JrFfQu0yhTRHp+FeeFW84L7UiPIcsa+5iGQ+qqqdYrWFMW89aa0u34KPgJRV0qLQJ7xUoJoh9u4gMLQHZbwJzMR4s6dnWt9fVYfxRLmSbv077yK+V9GkixxBRJjSkH7YAOVuKqTlsRJwRBSr3JfzM96QIYbb3ja4Ug== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xbRVXtD/OxPxc0Bt+vlRFOKoIlaC+CWkGfAJLfd7118=; b=XGhpfSa3fA+8WFz3PCRAq4SbqK41Uqd5xjJD5BEpIMpYuxxK9hqAzvllMMkFfgtu4rEuByTd6r8FONB4w6VHNIUsbtJLxsN23cXqetF38mjrd7r0dtOg0utL2TIriwBN45HoVi4ptSjVs0FktVWAOwV9Sei+kNzyCHqN0ZHLMKw= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6627.eurprd07.prod.outlook.com (2603:10a6:20b:1ac::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.9; Fri, 20 Nov 2020 11:37:24 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%8]) with mapi id 15.20.3589.019; Fri, 20 Nov 2020 11:37:24 +0000 From: tom petch To: Kent Watsen , Christian Hopps CC: "netmod@ietf.org" Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-geo-location-05.txt Thread-Index: AQHWuHFLLZIXafT7cUaSEMFskSnCGanDptGAgA1IRmk= Date: Fri, 20 Nov 2020 11:37:24 +0000 Message-ID: References: <159601903445.32409.11416695928247289963@ietfa.amsl.com> <39C75E14-70C9-4224-BCC0-9F45F9E097C1@chopps.org>, <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-000000@email.amazonses.com> In-Reply-To: <01000175b9e1d01c-8f5619cb-0a44-4a55-98fa-8e0a8fd65c04-000000@email.amazonses.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: watsen.net; dkim=none (message not signed) header.d=none;watsen.net; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6c8592fa-2598-487e-cb71-08d88d48a6c2 x-ms-traffictypediagnostic: AM7PR07MB6627: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CGifJeV8/MJwaJz/HN7lBOwy5lMspw9Tis4Jeb5C4JhTSfO8dOWAtqaRxTq8vRTLjquvLLUc6NqweWWyRtcq9YUO2UCWKQbmSb+OPdfI691OPyXsHs3kKsJk6pjDf7lSFO7gfwsp1tfxzmNGhusdVv4mo/LM/km1FmJUZz+PGfUuZ3PRy2J8NUFGpkflWUx0xFUrhKehAGaqMCce44nsK3DwAhJd8VnPO/NrN4arKpGhyuigB+iJ55EykoigtYDidiS1Qt6sF4zbsgSwWpThLyxv+TXQSMXoCTEYyo409YbBjN1IZekvRIwJ0/T1H4MapDXWqCEjJ1x4jva6HexjhDVmrgXnute09GmQTe5RxiFZoGjUPJEVStQTIM3bPZhTqduFX5lXx1qCPBySyUJnu6G8bmAuguhCsR6Uh5ZJeU6wrTLXjgIGmiAlsBVOSJNK x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(39860400002)(376002)(346002)(136003)(396003)(316002)(110136005)(52536014)(4326008)(66574015)(478600001)(33656002)(71200400001)(5660300002)(55016002)(9686003)(966005)(2906002)(26005)(83380400001)(186003)(7696005)(86362001)(6506007)(8936002)(53546011)(66476007)(91956017)(76116006)(66946007)(66556008)(64756008)(8676002)(66446008)(21314003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: eHqxNGpyI1m/ZBUhXnqfRNX0uX8Y+WTAy9JSPTSYTgo/QwPG11OneRSixMB8yPH972tX2ngVmums5KkcRvovAA47cYEEG9IGV6SMRgiq7Ewp5xMeScsoUooExaJeC8n0K5mLOB9mULchocq2zwzeayfpdrrvhEM0G3q2ZmtKCfqSzPaHrduAuE8UbJ5RxXb9w0OQNfSVEQd0KscXyWDq4aDfzCf5IiDC8A2PJd88nCqimM1GwpDvxeo0pgvOblnw4K65xfXPwTnyqawNKAU091TOQMF+Gexaql6iRtSF0YHs7/F3ooiP0sFRD8WYWFpG5pb6qzt8xWyIqrx5SWG7SAxRU0b+Cz0XapbjZUBLRLdrf4JabDqJdRakx9yppxTX9RQINM110ZDjPtcCCDFiV4Ja4eJz5cyXCH9hpuU/BhHsUADAwg0oxLGJiutA8s+zCmasq5h2zA2XCwAqJ4IcWWIlvkxXN3dJyR4jdnWGdjYRKIibp8CCqolKOiJDMx7clEw4+rcQ6CMZ3YxpcT96WXBjKsIq81PDEXnJraqJu0wJjxcJCf18ywkEDgWqfIPM8XzX0FcfP9zBaUDzxQc7n2qpRJO4/TK9f0hP4SlTzJtZ9p8qqKxoZGLolV9btx8n+DD5lwhbIK1ZRgh9/8v/DOw3ggntSwZtOtgAP3LoboOdNcCy4Kw+qKeoOj80iLrG3Pu4obVO/FHko+63XKzHmPEL62lz4O4poQ1+CnZEKjhONEe1tCWQPaH4hS3avcRDINFh0dFjvZHqwwr6g4ph67Wq9V261iXahDMCnN9K0exuqJ1Oeq2E/5rDPD05b+qmyDNEXKZ90WZOznXlkfXGWa8fzpME216GkjaJlhkrJnUMWgqaff7S7D4MPnNbfqvm5nN+n6+CoAqxyYmMs7LmSw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6c8592fa-2598-487e-cb71-08d88d48a6c2 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Nov 2020 11:37:24.6297 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: D9fDgi9YVwhMrl1MkdC6rbBl+Sso9QHwOhtELZM40HSloJXoJ3O1rbk2uLlmzgMahT0epGBd1vQTHUcnjxHH7A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6627 Archived-At: Subject: Re: [netmod] I-D Action: draft-ietf-netmod-geo-location-05.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 11:37:44 -0000 From: Kent Watsen =0A= Sent: 12 November 2020 00:36=0A= =0A= Chris updated the draft per comments from Tom Petch received during the WGL= C back in March (yes, it=92s been that long).=0A= =0A= Tom, can you review the updates to see if all your concerns were addressed?= =0A= =0A= =0A= =0A= The YANG contact should include WG Web and WG List and Editor=0A= =0A= dates need updating but probably best left to the RFC Editor=0A= =0A= RFC8126 proposes the term 'group' for the top level rather than 'new catego= ry'=0A= =0A= s.6.3 has XXX rather than XXXX=0A= =0A= I note that the YANG module requires 'earth' but the text is always 'the ea= rth' probably worth an explanatory note in the text=0A= =0A= I am curious why the YANG module uses tilde to bracket geodetic-system=0A= =0A= Tom Petch=0A= =0A= =0A= Thanks,=0A= Kent // as Shepherd=0A= =0A= =0A= =0A= On Nov 11, 2020, at 4:26 PM, Christian Hopps > wrote:=0A= =0A= https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/=0A= =0A= indicates status is Revised ID needed which I believe was addressed by the = below publication.=0A= =0A= Thanks,=0A= Chris.=0A= =0A= On Jul 29, 2020, at 6:37 AM, internet-drafts@ietf.org wrote:=0A= =0A= =0A= A New Internet-Draft is available from the on-line Internet-Drafts director= ies.=0A= This draft is a work item of the Network Modeling WG of the IETF.=0A= =0A= Title : A YANG Grouping for Geographic Locations=0A= Author : Christian Hopps=0A= Filename : draft-ietf-netmod-geo-location-05.txt=0A= Pages : 25=0A= Date : 2020-07-29=0A= =0A= Abstract:=0A= This document defines a generic geographical location object YANG=0A= grouping. The geographical location grouping is intended to be used=0A= in YANG models for specifying a location on or in reference to the=0A= Earth or any other astronomical object.=0A= =0A= =0A= The IETF datatracker status page for this draft is:=0A= https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/=0A= =0A= There are also htmlized versions available at:=0A= https://tools.ietf.org/html/draft-ietf-netmod-geo-location-05=0A= https://datatracker.ietf.org/doc/html/draft-ietf-netmod-geo-location-05=0A= =0A= A diff from the previous version is available at:=0A= https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netmod-geo-location-05=0A= =0A= =0A= Please note that it may take a couple of minutes from the time of submissio= n=0A= until the htmlized version and diff are available at tools.ietf.org.=0A= =0A= Internet-Drafts are also available by anonymous FTP at:=0A= ftp://ftp.ietf.org/internet-drafts/=0A= =0A= =0A= _______________________________________________=0A= netmod mailing list=0A= netmod@ietf.org=0A= https://www.ietf.org/mailman/listinfo/netmod=0A= =0A= =0A= _______________________________________________=0A= netmod mailing list=0A= netmod@ietf.org=0A= https://www.ietf.org/mailman/listinfo/netmod=0A= =0A= From nobody Mon Nov 23 15:01:56 2020 Return-Path: <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-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 236A53A0BF1; Mon, 23 Nov 2020 15:01:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-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 ckCd6YlJH2_g; Mon, 23 Nov 2020 15:01:53 -0800 (PST) Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com [54.240.8.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB5A63A0BF2; Mon, 23 Nov 2020 15:01:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1606172511; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=gh2JCQklSXPv6w42ga8gaOlwfUP2W47UYb57VmV8ZsM=; b=FCwirm2CRrl54fS5rM3ykOvG8EFuDMSztI8MXywmy+Os6mS1RSZoO+4/av1lkDyX t9EKC/pQswhviBd9DusyO4J5ihLv5wT2q7DHiQ/AazSQDMJSpCHh8mRyR6pCI7oDV06 PLXj9hYP6nebXGOWlAqvmH5bC6/CKWNmX7BN3/rU= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Kent Watsen In-Reply-To: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> Date: Mon, 23 Nov 2020 23:01:51 +0000 Cc: "netmod@ietf.org" Content-Transfer-Encoding: quoted-printable Message-ID: <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> References: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> To: "taoran (F)" , Qin Wu , Benoit Claise , =?utf-8?B?TGlhbmcgR2VuZ3zogL/kuq4=?= , duzongpeng@chinamobile.com, draft-tao-netmod-yang-node-tags@ietf.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.23-54.240.8.83 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2020 23:01:54 -0000 Authors, Per the 109 session, it is the chairs intent to do another adoption call = on the "yang-node-tags=E2=80=9D draft. In preparation for that, we=E2=80=99= ve determined both that the draft has changed significantly and that = there is a new author, and therefore feel it necessary to issue another = IPR call, as follows: Authors, Contributors, WG, As part of preparation for WG Adoption: Are you aware of any IPR that applies to drafts identified above? Please state either: "No, I'm not aware of any IPR that applies to this draft" or "Yes, I'm aware of IPR that applies to this draft" If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)? If yes to the above, please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If you answer no, please provide any additional details you think appropriate. We note that all DT members are listed as contributors. If you contributed to the document please respond. Alternatively, please feel free to state that you didn't materially contribute to the draft and would like your name removed from the contribution section (and moved to acknowledgments after WG adoption). If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author. NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. Thank you, NETMOD WG Chairs PS Please include all listed in the headers of this message in your response. From nobody Mon Nov 23 19:58:35 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5B2E3A0D8B; Mon, 23 Nov 2020 19:58:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.019 X-Spam-Level: X-Spam-Status: No, score=-0.019 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 eTOHQwEZwMMc; Mon, 23 Nov 2020 19:58:32 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76EB83A0D88; Mon, 23 Nov 2020 19:58:32 -0800 (PST) Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Cg9DF0D2Xz67FBt; Tue, 24 Nov 2020 11:55:57 +0800 (CST) Received: from fraeml709-chm.china.huawei.com (10.206.15.37) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 24 Nov 2020 04:58:29 +0100 Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Tue, 24 Nov 2020 04:58:28 +0100 Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.234]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0487.000; Tue, 24 Nov 2020 11:58:25 +0800 From: Qin Wu To: Kent Watsen , "taoran (F)" , Benoit Claise , =?utf-8?B?TGlhbmcgR2VuZ3zogL/kuq4=?= , "duzongpeng@chinamobile.com" , "draft-tao-netmod-yang-node-tags@ietf.org" CC: "netmod@ietf.org" , "mohamed.boucadair@orange.com" Thread-Topic: Regarding IPR on draft-tao-netmod-yang-node-tags-06 Thread-Index: AdbCDw73sds2sgToT8ioie31S6hFGg== Date: Tue, 24 Nov 2020 03:58:25 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.101.103] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 03:58:35 -0000 U3BlYWtpbmcgYXMgY29hdXRob3IsIHllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4g Y29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0KSSBhbSBub3QgYXdhcmUgb2YgYW55IG90 aGVyIElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQuDQoNCi1RaW4NCi0tLS0t6YKu5Lu25Y6f5Lu2 LS0tLS0NCuWPkeS7tuS6ujogS2VudCBXYXRzZW4gW21haWx0bzprZW50K2lldGZAd2F0c2VuLm5l dF0gDQrlj5HpgIHml7bpl7Q6IDIwMjDlubQxMeaciDI05pelIDc6MDINCuaUtuS7tuS6ujogdGFv cmFuIChGKSA8dGFvcmFuMjBAaHVhd2VpLmNvbT47IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29t PjsgQmVub2l0IENsYWlzZSA8YmNsYWlzZUBjaXNjby5jb20+OyBMaWFuZyBHZW5nfOiAv+S6riA8 Z2VuZ2xpYW5nQGNoaW5hbW9iaWxlLmNvbT47IGR1em9uZ3BlbmdAY2hpbmFtb2JpbGUuY29tOyBk cmFmdC10YW8tbmV0bW9kLXlhbmctbm9kZS10YWdzQGlldGYub3JnDQrmioTpgIE6IG5ldG1vZEBp ZXRmLm9yZw0K5Li76aKYOiBSZWdhcmRpbmcgSVBSIG9uIGRyYWZ0LXRhby1uZXRtb2QteWFuZy1u b2RlLXRhZ3MtMDYNCg0KQXV0aG9ycywNCg0KUGVyIHRoZSAxMDkgc2Vzc2lvbiwgaXQgaXMgdGhl IGNoYWlycyBpbnRlbnQgdG8gZG8gYW5vdGhlciBhZG9wdGlvbiBjYWxsIG9uIHRoZSAieWFuZy1u b2RlLXRhZ3PigJ0gZHJhZnQuICBJbiBwcmVwYXJhdGlvbiBmb3IgdGhhdCwgd2XigJl2ZSBkZXRl cm1pbmVkIGJvdGggdGhhdCB0aGUgZHJhZnQgaGFzIGNoYW5nZWQgc2lnbmlmaWNhbnRseSBhbmQg dGhhdCB0aGVyZSBpcyBhIG5ldyBhdXRob3IsIGFuZCB0aGVyZWZvcmUgZmVlbCBpdCBuZWNlc3Nh cnkgdG8gaXNzdWUgYW5vdGhlciBJUFIgY2FsbCwgYXMgZm9sbG93czoNCg0KDQpBdXRob3JzLCBD b250cmlidXRvcnMsIFdHLA0KDQpBcyBwYXJ0IG9mIHByZXBhcmF0aW9uIGZvciBXRyBBZG9wdGlv bjoNCg0KQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdHMgaWRl bnRpZmllZCBhYm92ZT8NCg0KUGxlYXNlIHN0YXRlIGVpdGhlcjoNCg0KIk5vLCBJJ20gbm90IGF3 YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQiDQpvcg0KIlllcywgSSdt IGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCg0KSWYgc28sIGhhcyB0 aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMg KHNlZSBSRkNzIDM2NjksIDUzNzggYW5kIDgxNzkgZm9yIG1vcmUgZGV0YWlscyk/DQoNCklmIHll cyB0byB0aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQoNCiJZZXMsIHRoZSBJUFIgaGFz IGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcyINCm9yDQoi Tm8sIHRoZSBJUFIgaGFzIG5vdCBiZWVuIGRpc2Nsb3NlZCINCg0KSWYgeW91IGFuc3dlciBubywg cGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsgYXBwcm9wcmlh dGUuDQoNCldlIG5vdGUgdGhhdCBhbGwgRFQgbWVtYmVycyBhcmUgbGlzdGVkIGFzIGNvbnRyaWJ1 dG9ycy4gIElmIHlvdSBjb250cmlidXRlZCB0byB0aGUgZG9jdW1lbnQgcGxlYXNlIHJlc3BvbmQu ICBBbHRlcm5hdGl2ZWx5LCBwbGVhc2UgZmVlbCBmcmVlIHRvIHN0YXRlIHRoYXQgeW91IGRpZG4n dCBtYXRlcmlhbGx5IGNvbnRyaWJ1dGUgdG8gdGhlIGRyYWZ0IGFuZCB3b3VsZCBsaWtlIHlvdXIg bmFtZSByZW1vdmVkIGZyb20gdGhlIGNvbnRyaWJ1dGlvbiBzZWN0aW9uIChhbmQgbW92ZWQgdG8g YWNrbm93bGVkZ21lbnRzIGFmdGVyIFdHIGFkb3B0aW9uKS4NCg0KSWYgeW91IGFyZSBsaXN0ZWQg YXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIGFuc3dlciB0aGUgYWJv dmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBu b3QgeW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50IHdpbGwg bm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVlbiBy ZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yLg0KDQpOT1RFOiBUSElTIEFQUExJRVMgVE8gQUxMIE9G IFlPVSBMSVNURUQgSU4gVEhJUyBNRVNTQUdFJ1MgVE8gTElORVMuDQoNCklmIHlvdSBhcmUgb24g dGhlIFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IGxpc3Rl ZCBhcyBhbiBhdXRob3Igb3IgY29udHJpYnV0b3IsIHdlIHJlbWluZCB5b3Ugb2YgeW91ciBvYmxp Z2F0aW9ucyB1bmRlciB0aGUgSUVURiBJUFIgcnVsZXMgd2hpY2ggZW5jb3VyYWdlcyB5b3UgdG8g bm90aWZ5IHRoZSBJRVRGIGlmIHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9mIG90aGVycyBvbiBhbiBJ RVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiBmcm9tIHBhcnRpY2lwYXRpbmcgaW4gYW55 IGNvbnRyaWJ1dGlvbiBvciBkaXNjdXNzaW9uIHJlbGF0ZWQgdG8geW91ciB1bmRpc2Nsb3NlZCBJ UFIuIEZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBSRkNzIGxpc3RlZCBhYm92 ZSBhbmQgaHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvZ3JvdXAvaWVzZy90cmFjL3dpa2kvSW50 ZWxsZWN0dWFsUHJvcGVydHkuDQoNClRoYW5rIHlvdSwNCk5FVE1PRCBXRyBDaGFpcnMNCg0KUFMg UGxlYXNlIGluY2x1ZGUgYWxsIGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlzIG1lc3NhZ2Ug aW4geW91ciByZXNwb25zZS4NCg== From nobody Tue Nov 24 02:10:31 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D0EF3A1B80; Tue, 24 Nov 2020 02:10:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.218 X-Spam-Level: X-Spam-Status: No, score=-0.218 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 6d5YJCLpQySe; Tue, 24 Nov 2020 02:10:25 -0800 (PST) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CABC3A1B7F; Tue, 24 Nov 2020 02:10:25 -0800 (PST) Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 4CgKXH4PJTz4wZH; Tue, 24 Nov 2020 11:10:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1606212623; bh=I6lKDTZWInpnBgUdBxXzZFxZfh0zUx9orLqwA2vm/e4=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=Pp8pytz1iexjeKMW+h097V+hOTUhOtSM6azKNdp+X1Eg1N0Y46LQiitlY688RHS/q NWCoZ8sOc4Fe7ukvyh10JIUnZxJyX5bZNfsgJGvnS2A9/X3cbZjIi/D4YWAOiGIUwJ osBkQRd74W2YKSvUdWMttDqxj1EjSPBJUfv3N2wr6i/85g38pY2CO20txvGJqM4s7N A2wQsUaxmvKtyaDRDDvHXBbS3RmoT9683fqQ7MNp7kSx2VXmAUAPKCIE3yk0fiFDNL hzjWDEM53J609btepGtb+g3kCIREhFIQjQqS8lFPhWjGyCIx3ECKzgYHYATNeRR8oz 6Jf1AtZLHX5GQ== Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.29]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 4CgKXH2Z4qz1xp6; Tue, 24 Nov 2020 11:10:23 +0100 (CET) From: To: Kent Watsen , "taoran (F)" , Qin Wu , Benoit Claise , =?utf-8?B?TGlhbmcgR2VuZ3zogL/kuq4=?= , "duzongpeng@chinamobile.com" , "draft-tao-netmod-yang-node-tags@ietf.org" CC: "netmod@ietf.org" Thread-Topic: Regarding IPR on draft-tao-netmod-yang-node-tags-06 Thread-Index: AQHWweykQo7COcQsZkKG9Nk8/YxFzKnXD3mQ Date: Tue, 24 Nov 2020 10:10:22 +0000 Message-ID: <2883_1606212623_5FBCDC0F_2883_204_5_787AE7BB302AE849A7480A190F8B933031582FE4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> References: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> In-Reply-To: <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 10:10:30 -0000 SGkgS2VudCwgYWxsLA0KDQpObywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgbm9uLWRpc2Nsb3NlZCBJ UFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQuDQoNCkNoZWVycywNCk1lZA0KDQo+IC0tLS0t TWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KPiBEZcKgOiBLZW50IFdhdHNlbiBbbWFpbHRvOmtlbnQr aWV0ZkB3YXRzZW4ubmV0XQ0KPiBFbnZvecOpwqA6IG1hcmRpIDI0IG5vdmVtYnJlIDIwMjAgMDA6 MDINCj4gw4DCoDogdGFvcmFuIChGKSA8dGFvcmFuMjBAaHVhd2VpLmNvbT47IFFpbiBXdSA8Ymls bC53dUBodWF3ZWkuY29tPjsNCj4gQmVub2l0IENsYWlzZSA8YmNsYWlzZUBjaXNjby5jb20+OyBM aWFuZyBHZW5nfOiAv+S6rg0KPiA8Z2VuZ2xpYW5nQGNoaW5hbW9iaWxlLmNvbT47IGR1em9uZ3Bl bmdAY2hpbmFtb2JpbGUuY29tOyBkcmFmdC10YW8tDQo+IG5ldG1vZC15YW5nLW5vZGUtdGFnc0Bp ZXRmLm9yZw0KPiBDY8KgOiBuZXRtb2RAaWV0Zi5vcmcNCj4gT2JqZXTCoDogUmVnYXJkaW5nIElQ UiBvbiBkcmFmdC10YW8tbmV0bW9kLXlhbmctbm9kZS10YWdzLTA2DQo+IA0KPiBBdXRob3JzLA0K PiANCj4gUGVyIHRoZSAxMDkgc2Vzc2lvbiwgaXQgaXMgdGhlIGNoYWlycyBpbnRlbnQgdG8gZG8g YW5vdGhlciBhZG9wdGlvbg0KPiBjYWxsIG9uIHRoZSAieWFuZy1ub2RlLXRhZ3PigJ0gZHJhZnQu ICBJbiBwcmVwYXJhdGlvbiBmb3IgdGhhdCwgd2XigJl2ZQ0KPiBkZXRlcm1pbmVkIGJvdGggdGhh dCB0aGUgZHJhZnQgaGFzIGNoYW5nZWQgc2lnbmlmaWNhbnRseSBhbmQgdGhhdA0KPiB0aGVyZSBp cyBhIG5ldyBhdXRob3IsIGFuZCB0aGVyZWZvcmUgZmVlbCBpdCBuZWNlc3NhcnkgdG8gaXNzdWUN Cj4gYW5vdGhlciBJUFIgY2FsbCwgYXMgZm9sbG93czoNCj4gDQo+IA0KPiBBdXRob3JzLCBDb250 cmlidXRvcnMsIFdHLA0KPiANCj4gQXMgcGFydCBvZiBwcmVwYXJhdGlvbiBmb3IgV0cgQWRvcHRp b246DQo+IA0KPiBBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0 cyBpZGVudGlmaWVkIGFib3ZlPw0KPiANCj4gUGxlYXNlIHN0YXRlIGVpdGhlcjoNCj4gDQo+ICJO bywgSSdtIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0Ig0K PiBvcg0KPiAiWWVzLCBJJ20gYXdhcmUgb2YgSVBSIHRoYXQgYXBwbGllcyB0byB0aGlzIGRyYWZ0 Ig0KPiANCj4gSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNl IHdpdGggSUVURiBJUFIgcnVsZXMNCj4gKHNlZSBSRkNzIDM2NjksIDUzNzggYW5kIDgxNzkgZm9y IG1vcmUgZGV0YWlscyk/DQo+IA0KPiBJZiB5ZXMgdG8gdGhlIGFib3ZlLCBwbGVhc2Ugc3RhdGUg ZWl0aGVyOg0KPiANCj4gIlllcywgdGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxp YW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIg0KPiBvcg0KPiAiTm8sIHRoZSBJUFIgaGFzIG5vdCBi ZWVuIGRpc2Nsb3NlZCINCj4gDQo+IElmIHlvdSBhbnN3ZXIgbm8sIHBsZWFzZSBwcm92aWRlIGFu eSBhZGRpdGlvbmFsIGRldGFpbHMgeW91IHRoaW5rDQo+IGFwcHJvcHJpYXRlLg0KPiANCj4gV2Ug bm90ZSB0aGF0IGFsbCBEVCBtZW1iZXJzIGFyZSBsaXN0ZWQgYXMgY29udHJpYnV0b3JzLiAgSWYg eW91DQo+IGNvbnRyaWJ1dGVkIHRvIHRoZSBkb2N1bWVudCBwbGVhc2UgcmVzcG9uZC4gIEFsdGVy bmF0aXZlbHksIHBsZWFzZQ0KPiBmZWVsIGZyZWUgdG8gc3RhdGUgdGhhdCB5b3UgZGlkbid0IG1h dGVyaWFsbHkgY29udHJpYnV0ZSB0byB0aGUNCj4gZHJhZnQgYW5kIHdvdWxkIGxpa2UgeW91ciBu YW1lIHJlbW92ZWQgZnJvbSB0aGUgY29udHJpYnV0aW9uIHNlY3Rpb24NCj4gKGFuZCBtb3ZlZCB0 byBhY2tub3dsZWRnbWVudHMgYWZ0ZXIgV0cgYWRvcHRpb24pLg0KPiANCj4gSWYgeW91IGFyZSBs aXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIGFuc3dlcg0K PiB0aGUgYWJvdmUgYnkgcmVzcG9uZGluZyB0byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hl dGhlciBvciBub3QNCj4geW91IGFyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRv Y3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8NCj4gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNw b25zZSBoYXMgYmVlbiByZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yLg0KPiANCj4gTk9URTogVEhJ UyBBUFBMSUVTIFRPIEFMTCBPRiBZT1UgTElTVEVEIElOIFRISVMgTUVTU0FHRSdTIFRPIExJTkVT Lg0KPiANCj4gSWYgeW91IGFyZSBvbiB0aGUgV0cgZW1haWwgbGlzdCBvciBhdHRlbmQgV0cgbWVl dGluZ3MgYnV0IGFyZSBub3QNCj4gbGlzdGVkIGFzIGFuIGF1dGhvciBvciBjb250cmlidXRvciwg d2UgcmVtaW5kIHlvdSBvZiB5b3VyDQo+IG9ibGlnYXRpb25zIHVuZGVyIHRoZSBJRVRGIElQUiBy dWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlvdSB0byBub3RpZnkNCj4gdGhlIElFVEYgaWYgeW91IGFy ZSBhd2FyZSBvZiBJUFIgb2Ygb3RoZXJzIG9uIGFuIElFVEYgY29udHJpYnV0aW9uLA0KPiBvciB0 byByZWZyYWluIGZyb20gcGFydGljaXBhdGluZyBpbiBhbnkgY29udHJpYnV0aW9uIG9yIGRpc2N1 c3Npb24NCj4gcmVsYXRlZCB0byB5b3VyIHVuZGlzY2xvc2VkIElQUi4gRm9yIG1vcmUgaW5mb3Jt YXRpb24sIHBsZWFzZSBzZWUNCj4gdGhlIFJGQ3MgbGlzdGVkIGFib3ZlIGFuZA0KPiBodHRwOi8v dHJhYy50b29scy5pZXRmLm9yZy9ncm91cC9pZXNnL3RyYWMvd2lraS9JbnRlbGxlY3R1YWxQcm9w ZXJ0eQ0KPiAuDQo+IA0KPiBUaGFuayB5b3UsDQo+IE5FVE1PRCBXRyBDaGFpcnMNCj4gDQo+IFBT IFBsZWFzZSBpbmNsdWRlIGFsbCBsaXN0ZWQgaW4gdGhlIGhlYWRlcnMgb2YgdGhpcyBtZXNzYWdl IGluIHlvdXINCj4gcmVzcG9uc2UuDQo+IDxwPjwvcD4NCg0KCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2Ug ZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBj b25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRy ZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91 cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgph IGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVz LiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0 aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEg ZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBp bmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3Qg YmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVt YWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRo YXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK From nobody Tue Nov 24 05:55:47 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 085A43A0E03 for ; Tue, 24 Nov 2020 05:55:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[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 dkpwnfsWy0ML for ; Tue, 24 Nov 2020 05:55:40 -0800 (PST) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2107.outbound.protection.outlook.com [40.107.94.107]) (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 E25763A0E06 for ; Tue, 24 Nov 2020 05:55:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LkJH055/27QTUdKKNGJG38Z3yTvOkvdon6/GO5uy+SZQmZIyXNWqTcg5duc0mXhoyxXSMo/36EZGZNok2uw5qNqAIrr8Un+uxDx9vOmshDSXTLjvei1SdQpvSQ5UtOw29oV7Yysqc8cYxTfPY7GkxCRBp2ei4s6Cwy7fnoOmv+ayG7fWcKYyI1O2f0sb1zm64kPk1OoHvCmKdBSu4hztR6/KTjehm1zBbrQDCgZoUWEOQCMSjuugdzJfJR6Mwsx3a0P6Yu86KHGo0pq4QFQIdjyYiCjIxfATAZpbpfiVwZ9FKoPcAKUn8DKM+iWd8wzBW/l2umf+ggrFUEHDNGFp3g== 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=yNcP/8HbVeMVOfQmvvt6qOJ2VQNp25jG3Z/jwyWUH80=; b=i+p3zpM2M1DOdRNegTUESS7bv1PUe8j0P/t1VnhdBxX3XZILls/EJyfIpWkW2tvZKQyzsgNgUIkuEQQk1Gk84a5BaM9Fk+QGeLBOyJYuaryPQcMgWlT32vIi59CCdH4VzuhYdGdMgfkJgcbvBC2Tg5LzrOm9ZqG098N8KmdsPDy8t6wrOS4CCFfA3QzcIE60xWCPVEAa7knLFugzVQC9kJAXbe/XBFB/Zsd2tecUTRw+hm7+mEo+oWKmoZbJcdPtSR2gKn8eBlk0treQw9CEXNytV7FFP04iXSmW+CdudeFtk/iIu4qNwr/t7J4k1/NmIPEVzoNBJz72ojAtyoIbtA== 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=yNcP/8HbVeMVOfQmvvt6qOJ2VQNp25jG3Z/jwyWUH80=; b=YDNF7QTY/z4Nkgtv/5ELDeVGM5H0Yy8BVQNOw3no5Gc/qSmjiZcyz4Rz0tAGI0BsAe5u6TxSg43n4SU1TPQxOPHSE43LVYXPzowfmDzY8Xag9AzKlffWXbM2o6Vn5hXJMOFm6wyIsjKU5XFX7csFNnRm7/gtsE5l+BYQhWkjo20= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB6252.namprd08.prod.outlook.com (2603:10b6:5:1ea::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.22; Tue, 24 Nov 2020 13:55:37 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3611.020; Tue, 24 Nov 2020 13:55:37 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes - 2020-11-17 Thread-Index: AdbCaWnp5eK24oLGSieK/8ySD95M6g== Date: Tue, 24 Nov 2020 13:55:36 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [2607:fea8:e300:4c2:8d32:8233:9c58:2875] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: efc0b528-952a-4362-5b04-08d890809efb x-ms-traffictypediagnostic: DM6PR08MB6252: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Xji1CQ1H0YqLkBFMAuzXVQz5F4YIO8kHxOmjwALk3QHc89x6ga778ROuJoCuG1eu9B2nGtte1r38fV9A9PFcJtLnd074sCPjZvkoCRgVP4lCTY6myisGuRvT2SzkSnpQnjxLHvKu+U7RGjIhnoZDwU3ncVELZj0HUcmg0K0qYGToFOi5BlR5LdvwEy5ezQBcI2JZ1FDtEKB0RHYoGkWiQ7jn4mRdv15mrDa4igtNE2is3Huu/DCHrpVOACEZcDOqqe7K9yd7ETkiX/2EKJvbKd1cGQyehaUN26rJ1JBBqLXAmqMdhYk8rZG7CItMG+ec+x2GxxbaH5Izo9XBDKoVehVUzRFEzWyymIdgUQaAZ3J+0VogWD2nv3sDtgvL3EUK x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(366004)(39860400002)(376002)(346002)(136003)(33656002)(83380400001)(9686003)(316002)(8936002)(478600001)(64756008)(66556008)(76116006)(66476007)(55016002)(66446008)(86362001)(66946007)(6506007)(6916009)(2906002)(186003)(53546011)(5660300002)(52536014)(4001150100001)(8676002)(71200400001)(7696005)(341764005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?l2J9KjIIfSjSVFN6iwFdGogtHF04WhKB4qCXQDa4eJEmaDwW5Cewa8dM0Fau?= =?us-ascii?Q?w9NJ4gOk+/ayunJaOW6mFdJfFuPa/p8z3RS/HIL8yzuIYMKSnrODDA9x2ioM?= =?us-ascii?Q?0RYdlCRzuYyu3pdOFc6+4mgqeq29xgEHvTpCwU25rF4Rts1K5RTbOBX/5wQ5?= =?us-ascii?Q?E0m9sFjbm/IXzCYSS8QoVB0a9UNiWc6Ex8oPh+TS+rn8flBLoyy6WIvULKNf?= =?us-ascii?Q?MrARhq+wXs0nVHgz9zqWj8qTE5advZ5pgH5kGOqZDHj32Y3SrCaFLKnzyUWi?= =?us-ascii?Q?ZHrA4a49ZctuoI1Ns/SKuNVbA8Qrjpkfc/sHu/r7QzcyTFePGZd+f6OWEIr9?= =?us-ascii?Q?QD8GDX/VubrKx9XooHHQEMFFhKFNhlencDswc2P0tB9rd92JcLi9r6w/Xlu/?= =?us-ascii?Q?ZhocSq+Y+9tte78EetwYjkODduoAqIRub/+0Reje58Z/2bfuYk4tqcBfcndH?= =?us-ascii?Q?IeYETLGcW6efFO+Mdsd6SIYwMkc3BKtgBx8B0yu6pz38Ck8RTLunOAmoSPBA?= =?us-ascii?Q?ghFofrY3ruyFxMVwiRllXUEpdPbH81b64tFT+euCuPM87AUTNELjOon/u1GS?= =?us-ascii?Q?hej49m2cUxfJ9T1Id1WFs5eofJa6n08e3XWWLewOu+E894Uk4hJAGecvVpEb?= =?us-ascii?Q?/FZVN6GuCTSFitRjs80ZE5iHInBGzyLX7Yc/5oakBzPztK39mFRQdPqz+iWb?= =?us-ascii?Q?EkK4IrJUyaWTx1OMi7I9zFz25b9qmyIl8+kpZGKsj02h3ZK08csJ7F5AgESD?= =?us-ascii?Q?j25wWAHiZrjQvn3xzL2uCeK9cBcxTAkc5PNYUiXe507SU+iPiDxljF3HfE+A?= =?us-ascii?Q?mqo0s6KADqYY2SBSDTLZHecLAzmRwERHGgJSoDNZMKZ4G9+pOKFkEUCXBNcy?= =?us-ascii?Q?FpFOdkY/WIbG+4i3kxi6Jv96yd4fFzVZBaF8XcqG5BC+htrZ75jmRgzlU+eE?= =?us-ascii?Q?R/X+y0+7+zqvCzMqZS2ztw=3D=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5884629FF6CF80CF8A10F7559BFB0DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: efc0b528-952a-4362-5b04-08d890809efb X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2020 13:55:36.9722 (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: XVfRlvtSckpaXqi+n1lJNMvSrW77Jpe80V/UyIFjRXCeBw2Z3JA8nnZZRYgE0jtH7cLAey3QbTsQakVqTGJLlA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB6252 Archived-At: Subject: Re: [netmod] YANG Versioning Weekly Call Minutes - 2020-11-17 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 13:55:42 -0000 --_000_DM6PR08MB5884629FF6CF80CF8A10F7559BFB0DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sorry - copy-n-paste mistake. These were the minutes from 11-17. Corrected = below. From: Sterne, Jason (Nokia - CA/Ottawa) Sent: Tuesday, November 17, 2020 7:24 PM To: netmod@ietf.org Subject: YANG Versioning Weekly Call Minutes - 2020-11-17 YANG Versioning Weekly Call Minutes - 2020-11-17 We mainly discussed how Packages should work with schema mount. Some rough= notes from the discussion below. For next week we'll come up with a prioritized list of Versioning topics th= at need broader WG input. Rough Notes re schema mount & packages: - if a server only advertises a single package XX, which describes a mp as = mounting YY, then the client is guaranteed of finding YY at the mp (assumin= g no deviations, module replacements, etc in XX). TBD: or can the server m= ount something else there without advertising a different package that desc= ribes that mount ? Can it mount ZZ that is a super-set of YY ? Is this di= fferent from modules because mounts are a run-time concept ? - might need an additional flag (exact schema vs minimum-set/super-set) - if 3 packages are listed, then at least 1 of the 3 must be mounted (and n= o other packages besides those 3 could be at that mp) ? Is that what we wan= t? - if 0 packages are listed, then you have no idea (undefined) - the mount-point info in a parent package replaces the mp info in child pa= ckages (recursively). This is also how conflicts are resolved. - replacing what is available at a mp may or may not be NBC. You have to lo= ok at all the versions of all modules at the mp before & after. -> TBD: what if packages foo & bar have the identical modules & versions= . Are they the same or different ? Call it NBC. --_000_DM6PR08MB5884629FF6CF80CF8A10F7559BFB0DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sorry - copy-n-paste mistake. These were the minutes= from 11-17. Corrected below.

 

From: Sterne, Jason (Nokia - CA/Ottawa)
Sent: Tuesday, November 17, 2020 7:24 PM
To: netmod@ietf.org
Subject: YANG Versioning Weekly Call Minutes - 2020-11-17=

 

YANG Versioning Weekly Call Minutes - 2020-11-17

 

We mainly discussed how Packages should work with sc= hema mount.  Some rough notes from the discussion below.

 

For next week we'll come up with a prioritized list = of Versioning topics that need broader WG input.

 

Rough Notes re schema mount & packages:

 

- if a server only advertises a single package XX, w= hich describes a mp as mounting YY, then the client is guaranteed of findin= g YY at the mp (assuming no deviations, module replacements, etc in XX).&nb= sp; TBD: or can the server mount something else there without advertising a different package that describes that mou= nt ?  Can it mount ZZ that is a super-set of YY ?  Is this differ= ent from modules because mounts are a run-time concept ?

- might need an additional flag (exact schema vs min= imum-set/super-set)

 

- if 3 packages are listed, then at least 1 of the 3= must be mounted (and no other packages besides those 3 could be at that mp= ) ? Is that what we want?

- if 0 packages are listed, then you have no idea (u= ndefined)

- the mount-point info in a parent package replaces = the mp info in child packages (recursively).  This is also how conflic= ts are resolved.

- replacing what is available at a mp may or may not= be NBC. You have to look at all the versions of all modules at the mp befo= re & after.

   -> TBD: what if packages foo & b= ar have the identical modules & versions.  Are they the same or di= fferent ?  Call it NBC.

--_000_DM6PR08MB5884629FF6CF80CF8A10F7559BFB0DM6PR08MB5884namp_-- From nobody Tue Nov 24 07:59:28 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6A1C3A11A7 for ; Tue, 24 Nov 2020 07:59:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[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] 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 hlr3BL7y0Psx for ; Tue, 24 Nov 2020 07:59:25 -0800 (PST) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2091.outbound.protection.outlook.com [40.107.243.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 115A03A1387 for ; Tue, 24 Nov 2020 07:58:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kA+oM5Gp9P1qDpm2vTu6Ot2pL0EhtOD0MRmmJt0xKKTul+lnxUte6VKi01yZIJ5M2PbOUTkxKynVqpwnnKYLEzGxFLX53sRvy8OPRKBJI+/V94oVzRh7Z8ByJhzbOG9iPLmS4E0LElZRan7xT6jWTLj6aqIBJJDMBv8Bpa0Kk7b+dLGvZI/BAxbzSIobMk4TsKiWO4/srezfsDNQDdpfeemYHb/qv8JrU+kf/8l26gO4QIe4AuLXN1mvHbydYfdQjOg5Rjc7C4MrCVUTeRRwuWLKLnFp6tvDQuR26GrwaKcKO7ID/5U64zwhQx7oaZ89mxDzuY3KYBZ02VZ7kW/A/Q== 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=h+tuVtYJvcBJddEe0oAmcKbTFMMrPkADReHbMUlImOc=; b=T0qPtvLU7J53mr0RYPQW24jw8JmgMEBXY7Wuv84cqCGtfdF73/sc+Hg6Gb3xM3DBAtVji+fWSTCZtSyBQBX2NqFAVD1MKPos40Vlk4H6hXIPFYrRb5A0pbzL4OgP6H7t4kF1ybkD6Sq5AS1BoRmxpRPHwzu42w2KTszTXLP5g6dasZJ3A4DjeY+LMglcV7cjl/HdqAXaEcxAGV7J4F8pClL6CjuPuq83aca2CZDdGdbOtetzUR9NcWkKiX8nNLE+ohQ79l1ahMtTwa+b69lT+0I5rBCzM1X/IHLwdEnraBsRAdGL4u6ZVhhH+r87maNN3E+yuIzk6Yz1Sb5FvZuVlQ== 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=h+tuVtYJvcBJddEe0oAmcKbTFMMrPkADReHbMUlImOc=; b=mCiz/irFlB5rm8e61f7mIgjgYiGZGrCzERhDj0lSaYJ8dT3RGvxKBpR8zVuRP/SlXDdTuv3RyD4SBUk1kACjHznWkbkinqGNA34tQzrAk4z/FVLUa+vFnOPJMac/ptT0Ov84jlADMqqSFYfIHgM2w1ZUEdhIZhgeU1IhSlF3gHI= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB4299.namprd08.prod.outlook.com (2603:10b6:5:97::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.30; Tue, 24 Nov 2020 15:58:56 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3611.020; Tue, 24 Nov 2020 15:58:56 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: YANG Versioning Weekly Call Minutes - 2020-11-24 Thread-Index: AdbCegCOY+sgJn3wSMGfiK5IhHNdMQ== Date: Tue, 24 Nov 2020 15:58:56 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [2607:fea8:e300:4c2:8d32:8233:9c58:2875] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 43f45151-62de-4f13-9311-08d89091d99d x-ms-traffictypediagnostic: DM6PR08MB4299: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FqTqLnKxXbBjPZgWKi4+fR5o2kU7WBI4CkFCxmTLUqdSe3+asRSkZY5d+2H7JsxmuL2Zsrf4h5k0PLnWwmvNG+7i6WtJ4AdDPg6AtfD/QZzVhRTR5AMKutvG6A6xo2Y5/j6QMNdkMpBTtlOAhblENFBoa13PnA0F6ACZbyhp7ixro9RQjEFmwGnJS5Qpv3mbkKUSXS8GsXhULuSrvTV/OG3RAIywv3y/B10DDmDL9cb0x4w5Sn7AuxBIoXkStlBh+2zdC9wVJZnvKEQuqRR3tNKHmkCJ376sLN5dwp/FendUTZHR3fVWA/Zim9FMMYZsbo66bGFqQjydCg5LgFmm+Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(396003)(136003)(366004)(346002)(376002)(71200400001)(52536014)(2906002)(86362001)(316002)(5660300002)(6506007)(83380400001)(7696005)(4001150100001)(6916009)(66446008)(64756008)(66556008)(66476007)(76116006)(8676002)(33656002)(8936002)(9686003)(66946007)(478600001)(186003)(55016002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?ikbq8IuPX3DdWauIJND577g+E36uCbxk/lN/3HeMOEd2/rJnUzUzhCC2xGLy?= =?us-ascii?Q?hnFKV0obXAOdzsYzrpAPg1jP5Z3gSxMUPLOmVqIGWvAqfsTQjdi0LUTWOI8i?= =?us-ascii?Q?rnGCZYdjEkMzFBaDA7e3FMjOojt9SkC5sxy2vhF6y4k8mtqC7cPoT0CGaMM1?= =?us-ascii?Q?2PYOVm5SLFMnwbXXYaXWEMRmGws03aOxiULawae3sLoaEIObA4GS0Lt4hqoX?= =?us-ascii?Q?NQcWw8sWc/vHlk7gpaqGpP/O1eYEQuhBhQNhDIKU51rFB0sxHlK3UG6KiJzp?= =?us-ascii?Q?QW/2o+ggl1O/8R0swKb/3MRKbhFw9QE6tDqSRIQ59alq8p8ShSaVIb4pITid?= =?us-ascii?Q?6L4Yrf2930sescATMR0pnU/CzazRuAn97uhrIPP8ppxx3tcJRO7XxZ1OY/Xw?= =?us-ascii?Q?db7nN8f6BCq8oZVQczU866UDPOyqs6E+W23Yeg4Qoua+fZxi2sJoPMO98ae5?= =?us-ascii?Q?dBpBb2T8EntX4z3jMq9EpyrZNoxTTNNgB6dIrkSysohhlUnxme4Gu2AmMth+?= =?us-ascii?Q?a3GNdDKlykyQWpKZOj4z8ifFso03anTDnFVu2MVrLjD784MWt2XRyVL7WrTp?= =?us-ascii?Q?m0kRvLmXPFc47dz6mFScp0LnMZGda9gR0h6r5NCLs8zya+SwdYoh/WPpDHDQ?= =?us-ascii?Q?ajnYkdaP1Tzj6+PMIQswRYtRzcxKVfmn2IX97HRTj2CdApyftbn1IBJZ+nO0?= =?us-ascii?Q?O3MaBmQpx0rh9pr5RQBw5QqyZ9ZkNeNzapQiNZdKJ44hmLgffl1mfzhFejDH?= =?us-ascii?Q?28k6qP8YDmDvvmI96ZjVAFJSIXNdG/MgjA/EGQXj1RLKmLrVxI0vlYuveGR7?= =?us-ascii?Q?Ji+aMEsi6oN6lvNf8n+A05ETLbbCUoJJQPtf9eGnq6f0LWN+kC8HXIKK7o/O?= =?us-ascii?Q?P5//ASchyYNsAZp860+ZifWHPZdEn17EOreps2VfY0RtQeqBFhO2ganAYPsV?= =?us-ascii?Q?D6238akY3Cft0zh6G3N74/5qXaiSPUEjqiOAiwcqYq56+CQ1hKRZa/k3JyRY?= =?us-ascii?Q?GTSEuyfAj03pHGPocOIMrOjzYR2YA7SxzmHGAG1MRI3BmDk=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5884E731155AD09ECDF9B2F59BFB0DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 43f45151-62de-4f13-9311-08d89091d99d X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2020 15:58:56.7736 (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: XA/A2d0O6Vd4b0v2g8gEB/P79iianfdu7U6ymoqCwMyCzEYPXCvt4RYi1g4A8f/MATu+v6szh6pZx8MZj93c0g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB4299 Archived-At: Subject: [netmod] YANG Versioning Weekly Call Minutes - 2020-11-24 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 15:59:27 -0000 --_000_DM6PR08MB5884E731155AD09ECDF9B2F59BFB0DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable YANG Versioning Weekly Call Minutes - 2020-11-24 We started by discussing the Liaison statement for ORAN: - it is desirable to avoid ORAN mandating the *removal* of something - it is OK if ORAN lists 'minimum' functionality - Deviations are not allowed in Packages period (and refer to 7950 section = 7.20.3). Not even "BC" deviations (e.g. increasing max-elements) - Order of deviations are not defined. So if ORAN deviates and an implement= ation deviates, it is ambiguous how the server will behave. (should be com= pilation error) - we need to point towards an RFC or draft that supports what we recommend - don't use "not" in if-feature (i.e. don't use features to turn things off= ) - ideally point to ORAN *text* - Balazs to send updated draft text - Do we have a Liaison officer for 3GPP ? IAB program. No Liaison currentl= y for IETF <-> ORAN. Scott can help broker this. Then we discussed setting up virtual interims. VIRTUAL INTERIM TOPICS: Jason to deal with interim admin (6:30am/9:30am/10:30pm) - 1 hour max - doodle poll for days Dec 14-17 (mon-thurs) - 20-30 mins per item and come back if time - intro/abstract for each issue A) Module Versioning: import by revision issues: - Reshad - impact of changing an import by revision - what flavors of import by revision (greater, greater-and-nbc) B) Module Versioning: Whitespace (interactions with Packages checksums) - J= an C) Module Versioning: name of file (2 file name, symbolic link, etc) - Bala= zs D) IANA considerations: BGP address families <- discuss with authors first= - Rob x) SemVer: mandatory for IETF ? x) SemVer: initial version for drafts, updates, etc x) SemVer: gaps in history, removing revision statements Next steps: - prepare & review slides before interims - have interims - on mailing list, send the final proposed decision from the interim - LC will be the final chance for debate/change Checksums: - packages gives URL + SHA hash (SHA over contents) - is checksum associated with a URL, or is it associated with a module vers= ion - CR/LF differences in file formats - the publisher/owner defines what v1.0.1 is and contains Rgds, Jason --_000_DM6PR08MB5884E731155AD09ECDF9B2F59BFB0DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

YANG Versioning Weekly Call Min= utes - 2020-11-24

 

We started by discussing the Li= aison statement for ORAN:

- it is desirable to avoid ORAN= mandating the *removal* of something

- it is OK if ORAN lists 'minim= um' functionality

- Deviations are not allowed in= Packages period (and refer to 7950 section 7.20.3).  Not even "B= C" deviations (e.g. increasing max-elements)

- Order of deviations are not d= efined. So if ORAN deviates and an implementation deviates, it is ambiguous= how the server will behave.  (should be compilation error)=

- we need to point towards an R= FC or draft that supports what we recommend

- don't use "not" in = if-feature (i.e. don't use features to turn things off)

- ideally point to ORAN *text*<= o:p>

- Balazs to send updated draft = text

- Do we have a Liaison officer = for 3GPP ?  IAB program. No Liaison currently for IETF <-> ORAN.= Scott can help broker this.

 

Then we discussed setting up vi= rtual interims.

 

VIRTUAL INTERIM TOPICS:

 

Jason to deal with interim admi= n (6:30am/9:30am/10:30pm) - 1 hour max

- doodle poll for days Dec 14-1= 7 (mon-thurs)

- 20-30 mins per item and come = back if time

- intro/abstract for each issue=

 

A) Module Versioning: import by= revision issues:  - Reshad

- impact of changing an import = by revision

- what flavors of import by rev= ision (greater, greater-and-nbc)

B) Module Versioning: Whitespac= e (interactions with Packages checksums) - Jan

C) Module Versioning: name of f= ile (2 file name, symbolic link, etc) - Balazs

D) IANA considerations: BGP add= ress families  <- discuss with authors first - Rob

 

x) SemVer: mandatory for IETF ?=

x) SemVer: initial version for = drafts, updates, etc

x) SemVer: gaps in history, rem= oving revision statements

 

Next steps:

- prepare & review slides b= efore interims

- have interims

- on mailing list, send the fin= al proposed decision from the interim

- LC will be the final chance f= or debate/change

 

Checksums:

- packages gives URL + SHA hash= (SHA over contents)

- is checksum associated with a= URL, or is it associated with a module version

- CR/LF differences in file for= mats

- the publisher/owner defines w= hat v1.0.1 is and contains

 

Rgds,

Jason

--_000_DM6PR08MB5884E731155AD09ECDF9B2F59BFB0DM6PR08MB5884namp_-- From nobody Tue Nov 24 08:04:16 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 218B13A11B6 for ; Tue, 24 Nov 2020 08:04:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.101 X-Spam-Level: X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bqLbBpdBdD9K for ; Tue, 24 Nov 2020 08:04:12 -0800 (PST) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40069.outbound.protection.outlook.com [40.107.4.69]) (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 8543A3A11AD for ; Tue, 24 Nov 2020 08:04:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NdPwYNPwUpHvGXi5MnAoXxVGO3iRPevE8PDTByfxqnxBUxmnxXSqAGMgNd1sIA/6HheRGGwm+sWB0NO2W5dZR0K3ZUU+9E3cS5N9vMIZLMlJHFSHfqmHt6obobdnPLpm4mlRutw8owH25gnroChqth+wcWHnLD5Rk90BkidISrxf8YTQ8JaYLH5dlxn3MqOmuoA0CJ5iJz3lC7aY8hlWmI2agT/vy+lk72rv/xqazgOpeFtPaucuRMtX0UF4kGKMzOFJaNw5pb+4mU1F8aWZt4XsEXp3tFx5zXXynMzJiogZMmPWMjiLpf8pb+WYDcVYG/jH1elo9SsZKYJNd5pmeg== 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=DJDX4AU1yngjaNdVqttpSgKV/vZA6Ez7480UnMlkRIQ=; b=BuC2ebjQStD9jNhTrr9abzEnCzRhZUwcOFd4IUxQkj1QoC8Vn5Fj6h020zXWZo4wuExPKAz75w35+yUxdO3Bx8AL22EpjrP0xCUmmovrxArKO+l4XOR7Oz3eoFc3qidYng2rQOso0vZZug+VJU7a1pD3BbFUy3vA7nYiXUiMIdhR+gdzIgCK4iXMdBCWEk3ajcvoeWfDcVhG2uKO0vw/6sckx7UF6LqwqD4BuV56J6FB+jLYmr02/kZOFqarQBEwaJtmJjmIk61NpcFy9McaItTQGuZZxAMteQX4YkAAJCMMZz8sO/fx6wExlrwb/fyYtwnekyomacJP4IhjMDV7PQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DJDX4AU1yngjaNdVqttpSgKV/vZA6Ez7480UnMlkRIQ=; b=fOLwSiZTVlmBX5J6IMRDONuKaPi2Gxmud7ux20E83X0zxiicUSSg/mnHWq1HwHYJL+NJlTaJk0w2IoUFfFY8JHSHFJU9SIWPQo41kQrEATlJ057Z3pFhFjrowkiD1ZNdjjuZYEI5xGrFSAV7EqInc9aZ0lQNXb7el2CJ/w/Wl6Q= Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com (2603:10a6:209:d::21) by AM7PR07MB6360.eurprd07.prod.outlook.com (2603:10a6:20b:131::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.9; Tue, 24 Nov 2020 16:04:07 +0000 Received: from AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c]) by AM6PR0702MB3557.eurprd07.prod.outlook.com ([fe80::e8fd:9eaf:2eca:3a6c%6]) with mapi id 15.20.3564.030; Tue, 24 Nov 2020 16:04:05 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: "Jan Lindblad (jlindbla)" , =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= CC: Robert Petersen , Jacqueline Beaulac S , "netmod@ietf.org" Thread-Topic: [netmod] Liaison statement to ORAN - v2 Thread-Index: AdbCe25WlTo4vbcGQO2T+xrgG1s6eQ== Date: Tue, 24 Nov 2020 16:04:05 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [80.98.248.138] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 778fe693-0e63-488b-127f-08d8909291d3 x-ms-traffictypediagnostic: AM7PR07MB6360: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3276; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WQQ6zCyleqt7uOP6hPZVdGuubPcNRWgHJBsn3sLR9/3CPLDxsBeNTzOIOm+RGSaigMyZ/WNor3BjoTA0/SfGmM3YP2rUu8O/huk1mtVH04PXG6b1iqRamFM7danNRZNhmgIgiqQ8LR1clR5FJhQBX5a/H5RqSeEvX7ErPflPdM55pjtFo9gobpXBtaHYKYbBKflS86i8P5DOA0aRpOuZPcwe3tp6NIVXIrfU3L+gxkcR9Zc3NyRAHniSCNsCumnMua/BmjkKRtRNRhQ5EBPhmxj3Jhb7OkOxQIpjT/3ghEiIQ6BTbWfgKQb9ulsMVTN5Fbdjq0g8je1qOxYQWdGqBec+n91miTkCtty2ZBl5GZvkcBcKrpDf9cETsIbW3K7X8h81U6y4fR9sH12jb97Amg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR0702MB3557.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(346002)(376002)(136003)(39850400004)(366004)(83380400001)(8936002)(6506007)(66574015)(9326002)(26005)(4326008)(7696005)(8676002)(99936003)(2906002)(9686003)(55016002)(186003)(166002)(52536014)(66476007)(66556008)(64756008)(66446008)(66616009)(86362001)(966005)(53546011)(66946007)(478600001)(5660300002)(33656002)(85202003)(85182001)(71200400001)(316002)(110136005)(54906003)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 99b+xNxFoA42ArAQlC0zxexmWJpo5hEr5zBJtVP4D0Li52s8TixhGpJn1dHvd5qqKg8ncIBmEOxAt+bFeck4kg82nGnBayyYD0ySkARQa44SIeAZsYe5/xpC6hk8JOFouE4OL7wAlPqJQp8yoZsVabkeXDeHDTj4WaaO6NQusY24RbN6lII7OlUtt/ikr43hLAYa5hBtxcLGNzLW6W7SrOIGv0GLXCUm57P2zp7dSlCNrrJtog4uNQpnWNxFFksrxtYnVnA2zz37KbTQZ1OvmeZOcU5C9jq+n9yZ6v9ilhynQGgCIEAF+VXl5LIqCyt3xjLeR96/PES70ky0ueorW8fz3MQm4BLLRQArk9R+YqRRE08dFrZDg9rvwFUbsliMYbgvO+8V8u7uaZLGGeRlVx6MmqR3hbugNvs56KDN1JeEphtpM2/fqNEzxLe1QjNPEF3AgUIINKNiC9RDduuKz4spirktvgDzYUhnhlw4rV8suhcwhHaxXx28WPSEdFLpvdrr8oFy/NCaGPbrK6VhkXdTTibSdVIYYQiIY2UrRcgf668CGB9MjntoGn7JwtVEhYczNUhmAI2pBHgXYOc2oGkGUOQuaYF+k5AYfiWGOLAwNWjU/aDeX5VhAwtc/vhBf8ejgLPVQLK9zdkHW1rgIJAPuYzjctBi7GWGV91wMHTkJKWlZzxbREB5DqePJn/R0aPCHICA5CRwTICiAUm7BjyTzgtaK5quLfsQqwaaEuA/KkUJbs3CSr+7+B6pTWLmEK7u+s6QfOVhS56/WpXLYTVQiciiJy64Trd62rjthu31psnkw9wqqgMhIMLmBgfv5TyApQ0mfPkD6nMETlryC9zpUZD3BdmDeDBhaMGQQKs/SsUAPWAb0WdpIfY/WRZo2+RCNPIiAThulJWokdmzTA== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0B85_01D6C283.D027EC70" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM6PR0702MB3557.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 778fe693-0e63-488b-127f-08d8909291d3 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2020 16:04:05.7869 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dv6GZ7oPHhRCsbx3lcBWiDPcSmZxFmvT9uaAAfm8CVG3Fc32GQDIsQRIkcgVSmqOfgr7iVf5n3JfyHHxod6ENf4qZRPskU+fOdWXuYNMT0M= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6360 Archived-At: Subject: Re: [netmod] Liaison statement to ORAN - v2 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 16:04:15 -0000 ------=_NextPart_000_0B85_01D6C283.D027EC70 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0B86_01D6C283.D0281380" ------=_NextPart_001_0B86_01D6C283.D0281380 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello,=20 Based on discussion here is version2 of the proposed liaison text: =20 Liaison text v2: =20 IETF NETMOD working group requests ORAN to avoid using deviations as = part of its specification. When ORAN plans to reuse specifications from = other standard bodies or industry groups it should not remove or change = functionality. If variations are needed compared to a base model, ORAN = should ask the original group to include feature statements in the = original YANG module. =20 As documented in https://tools.ietf.org/html/rfc7950#section-7.20.3 = =E2=80=9C... deviations MUST never be part of a published standard, = since they are the mechanism for learning how implementations vary from = the standards.=E2=80=9D As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to claim conformance to both ORAN and 3GPP specifications = (which are in some cases used as a base for the ORAN YANG models) * Vendors to implement their own deviations for the same YANG schema = nodes * =20 Note: The problems with deviations exists even if YANG modules are used = without using YANG packages. =20 =20 Regards Balazs =20 From: netmod On Behalf Of Jan Lindblad = (jlindbla) Sent: 2020. november 19., cs=C3=BCt=C3=B6rt=C3=B6k 11:00 To: Bal=C3=A1zs Lengyel Cc: Robert Petersen ; Jacqueline Beaulac S = ; netmod@ietf.org Subject: Re: [netmod] Liaison statement to ORAN =20 Bal=C3=A1zs,=20 =20 +1 I think this is an important message to O-RAN, and I know similar ideas = have been up for discussions in other SDOs as well. I think your = proposed way of conveying the message is good. =20 =20 Best Regards, /jan =20 On 18 Nov 2020, at 09:09, Bal=C3=A1zs Lengyel = > wrote: =20 Hello, In connection to the draft = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose = to send a liaison statement from IETF Netmod to ORAN. =20 The issue: 3GPP is standardizing a good number of YANG modules as part = of the 3gpp TS 28.541 and 28.623 ( = = https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models).=20 ORAN plans to re-use this models, but possibly refine them in some ways. = They are considering using deviations to do this.=20 E.g. change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 =20 - Deviations by an SDO (standard defining organization) prevent = implementations from reporting their own deviations for the same nodes. - Deviations by an SDO prevent implementations from conforming to the = standards specified by both SDOs. =20 To avoid these problems I propose to send the following text to ORAN: =20 =E2=80=9CIETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to implement their own deviations for the same YANG schema = nodes * Vendors to claim conformance to both ORAN and 3GPP specifications = which are in some cases used as a base for the ORAN YANG models Note: These problems with deviations exists even if YANG modules are = used without using YANG packages. Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com =20 _______________________________________________ netmod mailing list netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod =20 ------=_NextPart_001_0B86_01D6C283.D0281380 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello, =

Based on discussion here is version2 = of the proposed liaison text:

 

Liaison text = v2:

 

IETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. When ORAN plans to reuse = specifications from other standard bodies or industry groups it should = not remove or change functionality.=C2=A0 If variations are needed = compared to a base model, ORAN should ask the original group to include = feature statements in the original YANG module.

 

As = documented in https://tools= .ietf.org/html/rfc7950#section-7.20.3 =C2=A0=E2=80=9C... deviations = MUST never be part of a published standard, since they are the mechanism = for learning how implementations vary from the = standards.=E2=80=9D

As = documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to claim conformance to both ORAN and 3GPP = specifications (which are in some cases used as a base for the ORAN YANG = models)
  • Vendors to implement their own deviations for the same = YANG schema nodes
  •  

Note: = The problems with deviations exists even if YANG modules are used = without using YANG packages.

 

 

Regards = Balazs

 

From: netmod = <netmod-bounces@ietf.org> On Behalf Of Jan Lindblad = (jlindbla)
Sent: 2020. november 19., cs=C3=BCt=C3=B6rt=C3=B6k = 11:00
To: Bal=C3=A1zs Lengyel = <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org>
Cc: = Robert Petersen <robert.petersen@ericsson.com>; Jacqueline Beaulac = S <jacqueline.s.beaulac@ericsson.com>; = netmod@ietf.org
Subject: Re: [netmod] Liaison statement to = ORAN

 

Bal=C3=A1zs, =

 

+1

I = think this is an important message to O-RAN, and I know similar ideas = have been up for discussions in other SDOs as well. I think your = proposed way of conveying the message is good. =  

 

Best Regards,

/jan

 



On 18 Nov 2020, at 09:09, Bal=C3=A1zs Lengyel <balazs.len= gyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

 

Hello,

In connection to the draft <= span = style=3D'color:#0563C1'>https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01 I propose to send a liaison = statement from IETF Netmod to ORAN.

 

The issue: 3GPP is standardizing a good number of YANG = modules as part of the 3gpp TS 28.541 and 28.623 (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-dra= ft/yang-models). 

ORAN plans to re-use this models, but possibly refine = them in some ways. They are considering using deviations to do = this. 

E.g. change config=3Dtrue schemas node to = config=3Dfalse. This creates problems as documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1

 

-   Deviations by an = SDO (standard defining organization) prevent implementations from = reporting their own deviations for the same = nodes.

-   Deviations by an SDO prevent =
implementations from conforming to the standards specified by both =
SDOs.

 

To avoid these problems I propose to send the = following text to ORAN:

 

=E2=80=9CIETF NETMOD working group requests ORAN to = avoid using deviations as part of its specification. As documented = in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to implement their own deviations for the same = YANG schema nodes
  • Vendors to claim conformance to both ORAN and 3GPP = specifications which are in some cases used as a base for the ORAN YANG = models

Note: These = problems with deviations exists even if YANG modules are used without = using YANG packages.

Regards Balazs

 

-- 

Balazs = Lengyel           =          Senior = Specialist          &nb= sp;            = Ericsson Hungary Ltd. 

Mobile: = +36-70-330-7909         &nbs= p;    email: Balazs.Lengyel@ericsson.com=

 

________= _______________________________________
netmod mailing = list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod<= /p>

 

------=_NextPart_001_0B86_01D6C283.D0281380-- ------=_NextPart_000_0B85_01D6C283.D027EC70 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVWzCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF7DCCA9SgAwIBAgIP AXUc1ROE7L9MPfu7eEiGMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIx MjQyMDVaFw0yMzEwMTMxMjQyMDRaMFkxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9CYWzD oXpzIExlbmd5ZWwxKjAoBgkqhkiG9w0BCQEWG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNvbTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIY9tW43KkX0v7F/PJBbw9U3ygqpHruC1COf eak4TXgZkHPCY+wATiveaId4y8GstEVH3spxA+G4B5r4+wqbEEPJSjf6pRgOkdE6ORwlApyIJeWH PSC+NN8IeyErzZNIrZli3vpUV236s4Z8CL05QeXg6OnO8vIPzjKqOmNSxlSlFnxiBK1Tj+4lMqZm I9xyaQ+RRJyaWTQKOkEeaa6V2i4N1Gicr7/5IJdoBB+oT5vCV3tO+B0ubC40f4vdVwu7nLgAgDJO BL4j7Op8BvNmLBmKdnlK0Vj+nW1kFgCSNepVO7Fx08n4UEOufAp0RPI3z0AcnOwMJT5khqdz08xo I1kCAwEAAaOCAcEwggG9MB8GA1UdIwQYMBaAFBx7GZ6XnHasID3Y3OORauPbLaZTMB0GA1UdDgQW BBQQoIERhKwaNK1dOsySWsLFygxQPTAOBgNVHQ8BAf8EBAMCBaAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwJgYDVR0RBB8wHYEbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29tMEgGA1Ud HwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwudHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlk dWFsY2F2My5jcmwwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMIGCBggrBgEFBQcBAQR2 MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYIKwYBBQUHMAKG PGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2aWR1YWxjYXYz LmNlcjANBgkqhkiG9w0BAQsFAAOCAgEAMyuEx/Jnxv1chc1eA81RXqFyxv7056cNkVGgRJP5j9kN AFNreHI3yY6folHuWMrIeE7pad1YZ87UrWiBU97CbV+zrOc2EqnlcLfBCKMT24gGw8jTcE+KeNPo h5QKBYNYf+evBhITv16N4N8BeU3hRCHHGvQiKow/aaWqsQcgDtQdTIzDpw8cNB6UzSzqwtmtVERs nNzVbp3Bv4/SbLB9TP+YZPKmBw8jgNQ4w42O6vYhhtNLsGvDswJ/f1bYwfa50b99o14Pz23oGDYc WDOQ2snUXq/FlMxj4oJ0EbHYmzHiJe6rQMSyl6iMb6HZ+S8Syzf84hmlRHtVr8/t/6Jz3DxSE4dl S5fORnKXbAPdEHk9558SJcQpI9zgXsOzNw5O1Btu3Cb4URv1ycf43Km25PRHjoNiXjkOgig58tIO eWwxtTiSWGYLckpTlmw1PapzVlhBzEs302V+cFo2xHADqoGfoHHpJcUATonJgSzscVMGauKhaujq Rte5NBVcysJPvxFjTThhOaA6JrqboqyTpToAJ8Rz/PF8o8zpX5Or1yJ9LfNoT3Q6hSJsBE7nDyDy laeibvqo0MLFtvx+RguycgnCsJvnuy28hDilBxytQR7nuNWR6/6IDy5ZNSaY7/oksleJNAiUZ7A5 1mjoJvqHA2xCMKb5SzxywsBt70MMJigwggbCMIIEqqADAgECAhBTuH6D4ZyZKJOwm0kc7LjrMA0G CSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQDDBZUZWxpYVNvbmVy YSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0NlowRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA7PLfAAC4UPKnu9hUt8aT9+PBqjvU w0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4ZKlF5C+3xc6HuIiGQof1bmFGluNOwmZQw l3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumD pjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05ZrJldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o 7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmbNJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRae MyVUn3SlYLaFqoObdh/xNF2NS8CXs/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrN DZvLDlDGuE5RuKwFIpHOVOU5lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4d S+ACtTDpF9b0vny4DrwaOS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5G L0gY72Ym8/Tm28MeMqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuR TVUmoqBr5AuyCoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEF BQcBAQR+MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBL BggrBgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwrBgEE AYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhc29u ZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0LnRlbGlhc29u ZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYB BQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA92NzjkWrj2y2mUzAfBgNV HSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0BAQsFAAOCAgEAUFhr8dWMO7Qu q1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWmYjmzRwme5pkjTFXpOJZLf9Han1SB brVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa49Lir3QEs2C+CjGge5tzcLqzQ5pjWxud rLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz1 1DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBdK/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8H DZCRsb/U/C7MC4tVK0SEPOQCo6swZy0rI0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW 0f1rg4/OG2DSl3uB3Q3NT/lDGJtepti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2 bNwwtz1DTsXThBB3+JJHVjmkiLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/Ct gWUWhyloXd3Wbmv7ZUoqqJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0M hBv3bo6d5XsLlYwiNJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggNQMIIDTAIB ATBaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQSB2MwIPAXUc1ROE7L9MPfu7eEiGMAkGBSsOAwIaBQCgggHLMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIwMTEyNDE2MDQwNFowIwYJKoZI hvcNAQkEMRYEFLgmOXfDHXpMSe1WjBd1DSoMTwQiMGkGCSsGAQQBgjcQBDFcMFowRzELMAkGA1UE BhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFs IENBIHYzAg8BdRzVE4Tsv0w9+7t4SIYwawYLKoZIhvcNAQkQAgsxXKBaMEcxCzAJBgNVBAYTAlNF MREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2 MwIPAXUc1ROE7L9MPfu7eEiGMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCG SAFlAwQBFjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMA0G CSqGSIb3DQEBAQUABIIBADidtURAndXY83uf9ERcI2qtW2zGBkaJIW9vH+Miok8QFVgPVCA2FoAv GliXoyxfEa1DfJmcAOlgT360dpEodIdvAwF8gcwyGAWNGkrVgdIw3l3zjDAEHWb3mK9gw2+QIAMB EunpHzfuvgHkn9xagp2oPw8L3M23Z1o+x8rUqOohbXO6vXkzI5TTyhdgkw27ogyiDlMqXQqdRIcC udDR/1hdCs7N24KmhwVZgN0LGTNDT4qb/Ngpgq07AICkjCCj2mlq+d2NnfSx9lBhIAf6Lubb5E55 EJb4CWiGVTjggVfhxVE35+50s7AN8YrByX9VXlkDjELGc94mEz+ObvULbzkAAAAAAAA= ------=_NextPart_000_0B85_01D6C283.D027EC70-- From nobody Tue Nov 24 08:30:01 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B959A3A11F1 for ; Tue, 24 Nov 2020 08:29:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.101 X-Spam-Level: X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iTmFKiO2gEkd for ; Tue, 24 Nov 2020 08:29:57 -0800 (PST) Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2067.outbound.protection.outlook.com [40.107.236.67]) (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 7374A3A11EC for ; Tue, 24 Nov 2020 08:29:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ow5r/hcSC+4690eEq6LZmsAXjyPJg791YsIq8Cw9DJZKlFq4XjFyCsbxnWjPwUdlFSAD2irq3GqOCqtPMAzIO3mH7CkJ9w6zqhDVe3bCn6TyVutOmC+YPNRSOY1KG4NcXFo1NCrppxf23zqAzimyqx2F3+Cn5UWEXRFJAhj/EhoK0WQNaG2ogvXIRag5wnaqU9URV7Bt7sUUdWr1WFBr/q2tpM+47g9ElFMFqKo3vOJHVVInFF487+MDMAph6P14+0VV1V0P4ob/ZrLXcB49tiMdI7N3xtnnw3qfn92g98IHhvat4pkyce3sMBWYSJFxXpknr/bYGW6CsAYfV71Sbw== 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=ZqsbFdGWCZcf/ghRDhC0MrlUOsmAqwVYt17S3/sWTwY=; b=B5dYU0FPsycijZd1iKaltASTv+VKYjd2lc63kqvLMQWhCROXFY8BxTWv4hY/zRG5Mn4rI8VyhDfxQ8TuNLcBsNA8D0/OYvhRB5Z4X4Xx5Z25OIWSxFuczEdFP7Ev2UnxLfJg4JebfXgwi1HInub3lrx8nzimCe1n3ZIiji+5duBTTeotL2urCYiUp1SixVQbgxUkWwZ7YgT8wc5EPiqYgAG6+mr6PPyw2ieKevrubG1llAPF6t/AOofKyiJgMJK9amfb4XDqz+4Xx6LkoMs+mENbOBDarM5wcTraQ296pazSnyVojI6TPhR0hSZMqRCVvVs4mxWzfVxJP/8bQot6tw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ZqsbFdGWCZcf/ghRDhC0MrlUOsmAqwVYt17S3/sWTwY=; b=cOX55CzZVVK22AiUQ2h/1qh/1ORDQ9fkoQg9dKtMdQ1QbDcAb1zwy+imiA4TvMjTr9oJaw03xxA1cVP6MKCpftIy+0AEQsKGLnU29fYs5eA0TiXb89u214uMykUnZCT7bKxxELn6r6g+/rDhMfMPIbTk6uK/2oSsOzPTpWMoSw4= Received: from BL0PR1501MB4130.namprd15.prod.outlook.com (2603:10b6:208:86::17) by BLAPR15MB3908.namprd15.prod.outlook.com (2603:10b6:208:279::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.21; Tue, 24 Nov 2020 16:29:53 +0000 Received: from BL0PR1501MB4130.namprd15.prod.outlook.com ([fe80::4d38:46de:48d0:c434]) by BL0PR1501MB4130.namprd15.prod.outlook.com ([fe80::4d38:46de:48d0:c434%4]) with mapi id 15.20.3589.030; Tue, 24 Nov 2020 16:29:53 +0000 From: Scott Mansfield To: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= , "Jan Lindblad (jlindbla)" CC: Robert Petersen , Jacqueline Beaulac S , "netmod@ietf.org" Thread-Topic: [netmod] Liaison statement to ORAN - v2 Thread-Index: AdbCe25WlTo4vbcGQO2T+xrgG1s6eQAAb/6Q Date: Tue, 24 Nov 2020 16:29:52 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [24.112.244.55] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 00818bdc-bfc5-4797-3739-08d890962bf7 x-ms-traffictypediagnostic: BLAPR15MB3908: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1303; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: laGi8bEFLX0LgV833nnjIzadwr5uJx/wYofD/oalMSnrKBQ6S1li/3DFN+ujYKYFwb259km9prjROlJI3eX1/zeQgESVHrjg6kpyDEt82xDZloZK89RFb6CaphwtT4+RF1RGjmy0ZJ5K2NdA4WV7VB/4IPK5XYyZ9D9DhLJJ9sgtoclbr3I6RE2n8rNo3yxYahN5U0ksYFbpqU4TY64zA1EZPirqtL0xpfV4N8PRc4LYTIxYahOfCSu181yUHlVjY2eoUlTBJFTM15WMVSzscgvf9NCFNM6mhf4FcIt07gpojehDu8vJstVp704AMN0Yu4fymcZrz2zyDBM8f4kqcQ6GbEAgztYjbltZlVp9Tlh/h8Y7wE0dsDgrfzsdX7EqOqjdMw5Igi77/hqIH5vVzA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR1501MB4130.namprd15.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(376002)(396003)(346002)(136003)(39860400002)(54906003)(76116006)(166002)(8936002)(66616009)(2906002)(66446008)(66946007)(66476007)(7696005)(5660300002)(26005)(83380400001)(316002)(86362001)(64756008)(6506007)(110136005)(71200400001)(66574015)(53546011)(66556008)(186003)(4326008)(99936003)(33656002)(52536014)(55016002)(478600001)(44832011)(8676002)(9686003)(966005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: EjDaucOCaOGofuoLLo7Pp1VQ4PglMVzelBqMpXF3XyZFdCaAfpC0f7bD+tCkH5CCzDQf4LB6RWJJVYXzB7O4dlvfx/u9iYt5Mh/KYSyUcq0l3LK/kdLWNtC5VfCIr9BB373UMSHc9beqsgb+Ov4vGgnlPgXhu7nT72SeSevIQOiGd5JTv6TrLEESIFjw/EBt3Mv+9ZCAaRPt27cHFM5z01P6PheqCMnNqsNlKfiY+Gw5sPnyQ/LlLYPgNF5/0T2JvSBMXwBus3YAz4fLON20cSHfkdDP9KYXSC2s07Qn6AxHPMluJ0qmU5IgprGlDCjSYrkLGq/rWihBfX5WtDExUr+gl+VDdVdqVpmK5U95DABFSGl0xbxPmynoCcjIsnFFJDgZBaTyM/BFrhnGkRc05lMBcH2QlbBQZ6mKLd2Llw+WcuLXGzpU5zdZDptmgRPT5foyO4zJWmWg3frau7yFLmFBv+8nMkPoklENSODhpLvN/rYobTGBjxiwjf3/U/Ej+uRU9yck8dGdp1WWYF1mUF6pgDr2Rb5uBiyMmNgE8pSAnOCtBuoemjH7AF98bEYj+N1oT0PoMmdd/ujoPLFFhfu7Zc5J3e/rIJ4DQYVg4JQg5022ShHKW10ykIinWuBNCPX5UrLcr3SyC5gNxlyAFGeaebQFt49FglQMVeuMEW//ue2jUAj3NhuLthB+ZOi7wmSQgnNjrh3LTG34lzeHefy2OE8Qgt9BNotOt00aOMrChD3mxarUPu/0VHckg6b8mwdh3at+kDvBfYiFXxW+UIyVn90teoEG59Cd51iTeQNNmlsiS4eHhmn4voQ63KLVnsYWoAXm2W1f1Bvl5fKI9Qhx6pTu379On7thi5piLJ8Xei6VmQdL534KnrT9Zn59Z96Tp8klVAbOydA3RrbATA== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0139_01D6C255.1EEE49F0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR1501MB4130.namprd15.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 00818bdc-bfc5-4797-3739-08d890962bf7 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2020 16:29:52.8572 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CpqdokZdMrMj05zdxssc5OXuLMpyNr6NXit5MF2BhT6eDyXSiyr8SDjaN+EuBqM1gY+w/IEg2TBwQMh7hMeBT+R8yrzci0UQbhUsX1ox8yI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR15MB3908 Archived-At: Subject: Re: [netmod] Liaison statement to ORAN - v2 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2020 16:30:00 -0000 ------=_NextPart_000_0139_01D6C255.1EEE49F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_013A_01D6C255.1EEE49F0" ------=_NextPart_001_013A_01D6C255.1EEE49F0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks Bal=C3=A1zs,=20 =20 Editorial: The group is call O-RAN Alliance and should be abbreviated = O-RAN. =20 So.. suggestions including boiler plate=E2=80=A6 =20 >From Groups netmod >From Contact Scott Mansfield To Group O-RAN Alliance (SDFG, WG1, WG4, WG5, WG9) To Contacts Brian Daly: brian.k.daly@att.com = ; Xiaofei Xu: xuxiaofei@chinamobile.com = ; Paul Smith, ps7360@att.com = ; Jinri Huang, huangjinri@chinamobile.com = ; Anil Umesh umesyu@nttdocomo.com = ; Shankar Venkataraman = Shankar.Venkatraman@VerizonWireless.com = ; Mohamad Yassin = mohamad.yassin@orange.com ; Kunihiko = Teshima kunihiko.teshima.hg@nttdocomo.com = ; Elena Myhre = elena.myhre@ericsson.com ; Abdellah = Tazi at8551@att.com ; Dechao Zhang = zhangdechao@chinamobile.com ; Reza = Vaez-Ghaemi reza.vaezghaemi@viavisolutions.com = =20 Cc OPS ad, netmod wg Response Contact scott.mansfield@ericsson.com Technical Contact scott.mansfield@ericsson.com Purpose For information Attachments =20 Body IETF NETMOD working group requests O-RAN avoid using deviations as part = of its specification. When O-RAN plans to reuse specifications from = other standard bodies or industry groups it should not remove or change = functionality. If variations are needed compared to a base model, O-RAN = should ask the original group to include feature statements in the = original YANG module. =20 As documented in https://tools.ietf.org/html/rfc7950#section-7.20.3 = =E2=80=9C... deviations MUST never be part of a published standard, = since they are the mechanism for learning how implementations vary from = the standards.=E2=80=9D As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to claim conformance to both O-RAN and 3GPP specifications = (which are in some cases used as a base for the O-RAN YANG models) * Vendors to implement their own deviations for the same YANG schema = nodes =20 Note: The problems with deviations exists even if YANG modules are used = without YANG packages. =20 =20 Regards, -scott. =20 From: netmod On Behalf Of Bal=C3=A1zs Lengyel Sent: Tuesday, November 24, 2020 11:04 AM To: Jan Lindblad (jlindbla) ; = Bal=C3=A1zs Lengyel Cc: Robert Petersen ; Jacqueline Beaulac S = ; netmod@ietf.org Subject: Re: [netmod] Liaison statement to ORAN - v2 =20 Hello,=20 Based on discussion here is version2 of the proposed liaison text: =20 Liaison text v2: =20 IETF NETMOD working group requests ORAN to avoid using deviations as = part of its specification. When ORAN plans to reuse specifications from = other standard bodies or industry groups it should not remove or change = functionality. If variations are needed compared to a base model, ORAN = should ask the original group to include feature statements in the = original YANG module. =20 As documented in https://tools.ietf.org/html/rfc7950#section-7.20.3 = =E2=80=9C... deviations MUST never be part of a published standard, = since they are the mechanism for learning how implementations vary from = the standards.=E2=80=9D As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to claim conformance to both ORAN and 3GPP specifications = (which are in some cases used as a base for the ORAN YANG models) * Vendors to implement their own deviations for the same YANG schema = nodes * =20 Note: The problems with deviations exists even if YANG modules are used = without using YANG packages. =20 =20 Regards Balazs =20 From: netmod > = On Behalf Of Jan Lindblad (jlindbla) Sent: 2020. november 19., cs=C3=BCt=C3=B6rt=C3=B6k 11:00 To: Bal=C3=A1zs Lengyel > Cc: Robert Petersen >; Jacqueline Beaulac S = >; netmod@ietf.org = =20 Subject: Re: [netmod] Liaison statement to ORAN =20 Bal=C3=A1zs,=20 =20 +1 I think this is an important message to O-RAN, and I know similar ideas = have been up for discussions in other SDOs as well. I think your = proposed way of conveying the message is good. =20 =20 Best Regards, /jan =20 =20 On 18 Nov 2020, at 09:09, Bal=C3=A1zs Lengyel = > wrote: =20 Hello, In connection to the draft = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose = to send a liaison statement from IETF Netmod to ORAN. =20 The issue: 3GPP is standardizing a good number of YANG modules as part = of the 3gpp TS 28.541 and 28.623 ( = = https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models).=20 ORAN plans to re-use this models, but possibly refine them in some ways. = They are considering using deviations to do this.=20 E.g. change config=3Dtrue schemas node to config=3Dfalse. This creates = problems as documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 =20 - Deviations by an SDO (standard defining organization) prevent = implementations from reporting their own deviations for the same nodes. - Deviations by an SDO prevent implementations from conforming to the = standards specified by both SDOs. =20 To avoid these problems I propose to send the following text to ORAN: =20 =E2=80=9CIETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. As documented in = = https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.= 8.1 the usage of deviations would prevent: * Vendors to implement their own deviations for the same YANG schema = nodes * Vendors to claim conformance to both ORAN and 3GPP specifications = which are in some cases used as a base for the ORAN YANG models Note: These problems with deviations exists even if YANG modules are = used without using YANG packages. Regards Balazs =20 --=20 Balazs Lengyel Senior Specialist = Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: = Balazs.Lengyel@ericsson.com =20 _______________________________________________ netmod mailing list netmod@ietf.org = https://www.ietf.org/mailman/listinfo/netmod =20 ------=_NextPart_001_013A_01D6C255.1EEE49F0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Thanks = Bal=C3=A1zs,

 

Editorial:=C2=A0 The group is call O-RAN Alliance and = should be abbreviated O-RAN.

 

So..=C2=A0 = suggestions including boiler plate=E2=80=A6

 

<liaison>

From Groups=C2=A0=C2=A0=C2=A0=C2=A0 = netmod

From = Contact=C2=A0=C2=A0=C2=A0=C2=A0 Scott Mansfield

To = Group=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 O-RAN Alliance (SDFG, WG1, WG4, WG5, WG9)

To Contacts=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = Brian Daly: brian.k.daly@att.com; Xiaofei = Xu: xuxiaofei@chinamobile.com; = Paul Smith, ps7360@att.com; Jinri = Huang, huangjinri@chinamobile.com= ; Anil Umesh umesyu@nttdocomo.com; Shankar = Venkataraman Shankar.Venkatram= an@VerizonWireless.com; Mohamad Yassin mohamad.yassin@orange.com; = Kunihiko Teshima kunihiko.teshima.hg@ntt= docomo.com; Elena Myhre elena.myhre@ericsson.com; = Abdellah Tazi at8551@att.com; = Dechao Zhang zhangdechao@chinamobile.com; Reza Vaez-Ghaemi reza.vaezghaemi@viavis= olutions.com

Cc OPS ad, netmod = wg

Response = Contact=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= scott.mansfield@ericsson.com

Technical = Contact=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 scott.mansfield@ericsson.com

Purpose=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For information

Attachments=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

Body

IETF NETMOD working group requests O-RAN avoid using = deviations as part of its specification. When O-RAN plans to reuse = specifications from other standard bodies or industry groups it should = not remove or change functionality.  If variations are needed = compared to a base model, O-RAN should ask the original group to include = feature statements in the original YANG module.

 

As = documented in https://tools= .ietf.org/html/rfc7950#section-7.20.3  =E2=80=9C... deviations = MUST never be part of a published standard, since they are the mechanism = for learning how implementations vary from the = standards.=E2=80=9D

As = documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to claim conformance to both O-RAN and 3GPP = specifications (which are in some cases used as a base for the O-RAN = YANG models)
  • Vendors to implement their own deviations for the same = YANG schema nodes

 

Note: The problems with deviations exists even if YANG = modules are used without YANG packages.

 

</liaison>

 

Regards,

-scott.

 

From: netmod = <netmod-bounces@ietf.org> On Behalf Of Bal=C3=A1zs = Lengyel
Sent: Tuesday, November 24, 2020 11:04 = AM
To: Jan Lindblad (jlindbla) = <jlindbla=3D40cisco.com@dmarc.ietf.org>; Bal=C3=A1zs Lengyel = <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org>
Cc: = Robert Petersen <robert.petersen@ericsson.com>; Jacqueline Beaulac = S <jacqueline.s.beaulac@ericsson.com>; = netmod@ietf.org
Subject: Re: [netmod] Liaison statement to = ORAN - v2

 

Hello, =

Based on discussion here is version2 = of the proposed liaison text:

 

Liaison text = v2:

 

IETF NETMOD working group requests ORAN to avoid using = deviations as part of its specification. When ORAN plans to reuse = specifications from other standard bodies or industry groups it should = not remove or change functionality.  If variations are needed = compared to a base model, ORAN should ask the original group to include = feature statements in the original YANG module.

 

As = documented in https://tools= .ietf.org/html/rfc7950#section-7.20.3  =E2=80=9C... deviations = MUST never be part of a published standard, since they are the mechanism = for learning how implementations vary from the = standards.=E2=80=9D

As = documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to claim conformance to both ORAN and 3GPP = specifications (which are in some cases used as a base for the ORAN YANG = models)
  • Vendors to implement their own deviations for the same = YANG schema nodes
  •  

Note: = The problems with deviations exists even if YANG modules are used = without using YANG packages.

 

 

Regards = Balazs

 

From: netmod <netmod-bounces@ietf.org> = On Behalf Of Jan Lindblad (jlindbla)
Sent: 2020. = november 19., cs=C3=BCt=C3=B6rt=C3=B6k 11:00
To: Bal=C3=A1zs = Lengyel <balazs.len= gyel=3D40ericsson.com@dmarc.ietf.org>
Cc: Robert = Petersen <robert.petersen@ericsson.com= >; Jacqueline Beaulac S <jacqueline.s.beaulac@er= icsson.com>; netmod@ietf.org
Subject: = Re: [netmod] Liaison statement to ORAN

 

Bal=C3=A1zs, =

 

+1

I = think this is an important message to O-RAN, and I know similar ideas = have been up for discussions in other SDOs as well. I think your = proposed way of conveying the message is good. =  

 

Best Regards,

/jan

 

 

On 18 Nov 2020, at 09:09, Bal=C3=A1zs Lengyel <balazs.len= gyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

 

Hello,

In connection to the draft <= span = style=3D'color:#0563C1'>https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01 I propose to send a liaison = statement from IETF Netmod to ORAN.

 

The issue: 3GPP is standardizing a good number of YANG = modules as part of the 3gpp TS 28.541 and 28.623 (https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-dra= ft/yang-models). 

ORAN plans to re-use this models, but possibly refine = them in some ways. They are considering using deviations to do = this. 

E.g. change config=3Dtrue schemas node to = config=3Dfalse. This creates problems as documented in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1

 

-   Deviations by an = SDO (standard defining organization) prevent implementations from = reporting their own deviations for the same = nodes.

-   Deviations by an SDO prevent =
implementations from conforming to the standards specified by both =
SDOs.

 

To avoid these problems I propose to send the = following text to ORAN:

 

=E2=80=9CIETF NETMOD working group requests ORAN to = avoid using deviations as part of its specification. As documented = in https://tools.ietf.org/html/draft-ietf-netmod-yan= g-packages-01#section-5.8.1 the usage of deviations would = prevent:

  • Vendors to implement their own deviations for the same = YANG schema nodes
  • Vendors to claim conformance to both ORAN and 3GPP = specifications which are in some cases used as a base for the ORAN YANG = models

Note: These = problems with deviations exists even if YANG modules are used without = using YANG packages.

Regards Balazs

 

-- 

Balazs = Lengyel           =          Senior = Specialist          &nb= sp;            = Ericsson Hungary Ltd. 

Mobile: = +36-70-330-7909         &nbs= p;    email: Balazs.Lengyel@ericsson.com=

 

________________= _______________________________
netmod mailing list
ne= tmod@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/netmod

 

------=_NextPart_001_013A_01D6C255.1EEE49F0-- ------=_NextPart_000_0139_01D6C255.1EEE49F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVXTCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF7jCCA9agAwIBAgIP AXUdvLS4VgAYbvBmd7tnMA0GCSqGSIb3DQEBCwUAMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhF cmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5kaXZpZHVhbCBDQSB2MzAeFw0yMDEwMTIx NjU1MTJaFw0yMzEwMTMxNjU1MTJaMFoxETAPBgNVBAoMCEVyaWNzc29uMRgwFgYDVQQDDA9TY290 dCBNYW5zZmllbGQxKzApBgkqhkiG9w0BCQEWHHNjb3R0Lm1hbnNmaWVsZEBlcmljc3Nvbi5jb20w ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCeXDiKkS6o/rSKV1fCNl4zjHRCXZj9hU6x j74dKGsvlVH/qcsipym4pVYm/DXqw+9UjMxwpSACQfOXheVVTH960WronwOlsF+Rymw9YnYpZ7Tj 3PfkAci5JGgnr9w/kYh8XI/Jk0HsHGVlQu6mF/1UC7J2fllkS+RRkEV30q8VoK8qrNUMm3YaVImr RPkdJPcvx0CqiCDaoSSbiv/vcbUc0KH+IjtCFm+QZ1hNUc6Zs7GSyBc2rLMBYhFhLxTcJFO0d52+ jZuosMqfodQcB3Ye2kO9QIDor496vD/165k+uRLB5KvcJhXzz0VvfhGIYCFrVZ6QoVa1Jeeyh/lC pNsjAgMBAAGjggHCMIIBvjAfBgNVHSMEGDAWgBQcexmel5x2rCA92NzjkWrj2y2mUzAdBgNVHQ4E FgQU7iNYBic8dPC6BBu1j/g3XSUgJuMwDgYDVR0PAQH/BAQDAgWgMFUGA1UdIAROMEwwSgYMKwYB BAGCDwIDAQESMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNv bmVyYS5jb20vQ1BTMCcGA1UdEQQgMB6BHHNjb3R0Lm1hbnNmaWVsZEBlcmljc3Nvbi5jb20wSAYD VR0fBEEwPzA9oDugOYY3aHR0cDovL2NybC50cnVzdC50ZWxpYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwgYIGCCsGAQUFBwEB BHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggrBgEFBQcw AoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNh djMuY2VyMA0GCSqGSIb3DQEBCwUAA4ICAQDbMAM4Fif/VEEoTdKK4poJDacv76PwAMRXZSNKN2l8 5bR6IQTdTaNABj3DC5lmxMlxJnxTy9XJE6s/5jBGSyxw0irU8PcQwc5h9UYb4Lp+nKVxF7qxhQEJ 3G+p06G6KdnX/hHgsdhk9gWeBPophLIcl47cpsYIQDoVjD5beDz4lzwzK+wBtlJz/HtglGUFsAgr bFLmwBpCeXf0ERO3ABNO9zOFYoPqsWQCWDrWBIH/2Uosi3qfoE4v29BMdnxc8MtFFH8lA0jYlLfj sM02qzNF7RRL2qYbwfCoKMnBHvRqg0YaIUMZmr6cR26LaGWtq7lp2jwNMpBFUwFh2db+c8MFjJEu 2QjC0dvGN91q9xD+bNrVynMTHmqxpsRizwiuldOiXj5vWXJWli8aB5RX742pI6/lj0oL1otmB3d2 h88M4m+Mo1UbA3MkUtpxv19xKXVV5ignvlrYv723DkLN7WFItQQsRRW8PeaiermRVFwWbKfgOOoh vxz7K2kv+r0Qw8FJ1vNxm674LxU2jN5hVtgD1kA3wlR+3rVmC/lzLSQtB31Yx9n+wzguIyuo4pl7 jCEBiMbSc4vEzS1pMROsM36Hgw2USVs2MWUgC3qAcstQenMkFi1NKpcTbXvVvA3oiCH+r6KX/oyS 8eKyKe5sH5stnvvo/iV8PutK8DCHsnQkTDCCBsIwggSqoAMCAQICEFO4foPhnJkok7CbSRzsuOsw DQYJKoZIhvcNAQELBQAwNzEUMBIGA1UECgwLVGVsaWFTb25lcmExHzAdBgNVBAMMFlRlbGlhU29u ZXJhIFJvb3QgQ0EgdjEwHhcNMTUxMDI3MTIxNjQ2WhcNMjUxMDI3MTIxNjQ2WjBHMQswCQYDVQQG EwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwg Q0EgdjMwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDs8t8AALhQ8qe72FS3xpP348Gq O9TDRjS0s85eQ7Y0LTLZdmSz2cl+lYqs0zfSTm+7meisbhkqUXkL7fFzoe4iIZCh/VuYUaW407CZ lDCXes4n4TqTSuoklN6uOPhY7EC9ZVbXILlLhRummTdDdxhVW4Leo0awEhfLf98MvWxzwCHzMj8m 6YOmNjx+f9TcJE3qaA0piuvSxlfpVdiCulPTlmsmV2RSBSAwqBshZYRcQBIDfqmdvkaoP9EzNKAh 7yjthC0hpgHZyZMIs0eNo4v2PUmE0rhu+Zs0nujnwhljPA2/8b8v9tGixD1zbtT7zoM2Ot1menJp Fp4zJVSfdKVgtoWqg5t2H/E0XY1LwJez89W07nscEocyBmpC+zJAmKxKhzEWqIyP1UrZaEIFu+hO +s0Nm8sOUMa4TlG4rAUikc5U5TmUIGBRQGxulYhfAzqSYf8oLUMLky1DOa9eRu3sp0FdQDEzQlnF /h1L4AK1MOkX1vS+fLgOvBo5LRU1fLPUZQ7FKrDXC6nl2ldvEtljHWstGBmqv25aEvAA+yrrplCh /kYvSBjvZibz9Obbwx4yqS77/NHN1iyZyVP2s52B2BLdvo4yhzk6nRk8S/8zHaUUkBUrrvijPDaG K5FNVSaioGvkC7IKioITKffYLtT9XuirKrHlh3VzkazG46pAVwIDAQABo4IBuDCCAbQwgYoGCCsG AQUFBwEBBH4wfDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AudHJ1c3QudGVsaWFzb25lcmEuY29t MEsGCCsGAQUFBzAChj9odHRwOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVs aWFzb25lcmFyb290Y2F2MS5jZXIwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGDCsG AQQBgg8CAwEBAjA6MDgGCCsGAQUFBwIBFixodHRwczovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFz b25lcmEuY29tL0NQUzBLBgNVHR8ERDBCMECgPqA8hjpodHRwOi8vY3JsLTMudHJ1c3QudGVsaWFz b25lcmEuY29tL3RlbGlhc29uZXJhcm9vdGNhdjEuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFBx7GZ6XnHasID3Y3OORauPbLaZTMB8G A1UdIwQYMBaAFPCPWTgAs/WPmpYM1ev6e6oX6BMSMA0GCSqGSIb3DQEBCwUAA4ICAQBQWGvx1Yw7 tC6rV0PIjKfDyxaanIX+NZLEGOkdQLKGW2gVLtDUJQEPRs5QtaZiObNHCZ7mmSNMVek4lkt/0dqf VIFutVw/QkyFGwC99ZmNwXSX9z+OoMyoEBHGvw5RY6vRlZrj0uKvdASzYL4KMaB7m3NwurNDmmNb G52suRIZ76wBOEOddRZcZiTy50ZkBqYnnl2t3D3oBX2NZCQysshUcqRdUbkS13HTCIChMuTV9W0t zPXUOJoJlJlU9nd91IikhGEOrPwfixWms+C8sF0r9qN1uJGx6ELPOiFrLfNtcMNMMbAqRHwpSLxe 3wcNkJGxv9T8LswLi1UrRIQ85AKjqzBnLSsjRGgbMgJ+xKtngmvEA155JmoKfUD7DRbP6Kp14/Y9 XFbR/WuDj84bYNKXe4HdDc1P+UMYm16m2L6LkIIoRlx0A5mi+K7jewuGqzFKkaPNmJ0RLCi+4d4/ 47Zs3DC3PUNOxdOEEHf4kkdWOaSIuj3TQYhNv+LsgF0uijiBmaz2zUFDa2bcIkKakDZfAFM4HoHz 8K2BZRaHKWhd3dZua/tlSiqokUFX2DxmHmZ1n5HM9OiaAIXP/Zo2x10j/Yb1mM3i0bqGahxlHYzl /QyEG/dujp3lewuVjCI0mPDkZGphvxyqp4Jo8qS94EnOqBvxOgftYug7OY9EKY+WkDGCA1AwggNM AgEBMFowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzAg8BdR28tLhWABhu8GZ3u2cwCQYFKw4DAhoFAKCCAcswGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAxMTI0MTYyOTUwWjAjBgkq hkiG9w0BCQQxFgQUyGgMxmF0ky6peFa/3awjao+OWicwaQYJKwYBBAGCNxAEMVwwWjBHMQswCQYD VQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1 YWwgQ0EgdjMCDwF1Hby0uFYAGG7wZne7ZzBrBgsqhkiG9w0BCRACCzFcoFowRzELMAkGA1UEBhMC U0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENB IHYzAg8BdR28tLhWABhu8GZ3u2cwgZMGCSqGSIb3DQEJDzGBhTCBgjALBglghkgBZQMEASowCwYJ YIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQBAjAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEw DQYJKoZIhvcNAQEBBQAEggEAeRXFBxJPiBKZ7SX6IB318Op68R/sg30PgCwFxYZVte5d2Xlwmd+9 aa6Zlfwo4hnFLl9WoolC9oodXjZvVuJkEMNtsZwcR+utdhKejnhSfygwe3JTNs6YcSnGjVlIwSx3 I40NYchMa6fN/RP5NUyo+xCzmazNtz1HAgz4udipKSMRLKa2CPvMN5Lp8RKrqUtXeag5z99dFO78 veGzRpz92jwU1fX6o+hEmlu0fLEPSuRRcXi8D9sFgWZjt7xlypj3/QUSldf0arqt4hEznYgN2Zii xw0tRoP+ZfSnhJvjiGHSh56BQ0gvCV4NGW91dC+K1sYYRO4SaKuyUZYOepGlLQAAAAAAAA== ------=_NextPart_000_0139_01D6C255.1EEE49F0-- From nobody Tue Nov 24 17:30:02 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3D1D3A0656 for ; Tue, 24 Nov 2020 17:29:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pw6Jvx7v7ut1 for ; Tue, 24 Nov 2020 17:29:50 -0800 (PST) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FC473A03F1 for ; Tue, 24 Nov 2020 17:29:50 -0800 (PST) Received: from [IPv6:2601:1c0:cb00:5dd1:7da9:f807:8985:e945] ([IPv6:2601:1c0:cb00:5dd1:7da9:f807:8985:e945]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id 0AP1Tmg0049043 for ; Wed, 25 Nov 2020 01:29:49 GMT (envelope-from joelja@bogus.com) From: Joel Jaeggli Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Message-Id: Date: Tue, 24 Nov 2020 17:29:42 -0800 To: NETMOD Working Group X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: [netmod] IETF 109 draft minutes X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2020 01:29:52 -0000 draft minutes are visible in the tracker=20 https://datatracker.ietf.org/meeting/109/materials/minutes-109-netmod-01 and for edits and corrections they are available live here https://codimd.ietf.org/notes-ietf-109-netmod?edit the real-time transcript from youtube is pasted at the bottom of the = codimd notes. Thanks joel= From nobody Tue Nov 24 18:25:47 2020 Return-Path: <01000175fd388b56-a875c647-a6c1-4f9c-b91c-6e3c75932387-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 0B88C3A0C61 for ; Tue, 24 Nov 2020 18:25:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 L42Dkq1pQBhI for ; Tue, 24 Nov 2020 18:25:44 -0800 (PST) Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 293313A0C64 for ; Tue, 24 Nov 2020 18:25:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1606271143; h=From:Content-Type:Mime-Version:Subject:Date:References:To:In-Reply-To:Message-Id:Feedback-ID; bh=yTfOMgB5XUs5m2EJP9RHfeqnnVfQzdsy06s/NRUzsEs=; b=dVIMtmPM7PAOs+gvaQC8vNAKcDCkdxfpYUHmOfFC9sx6ISgCsA8CUdj5BMv4Vva1 lE6LXIusfFs0qacX9HlyyJOCJ3VEbQtB9gUMTeo35pJzePczflaS8JNJfUTjYnPzCU0 Ld7EwyD7MxsXSjxmuwwxM393HNQRnx8V5ZQntlxk= From: Kent Watsen Content-Type: multipart/alternative; boundary="Apple-Mail=_1DF30B52-CDA3-4EAA-BDE5-69544DF1C0E4" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Wed, 25 Nov 2020 02:25:42 +0000 References: To: "netmod@ietf.org" In-Reply-To: Message-ID: <01000175fd388b56-a875c647-a6c1-4f9c-b91c-6e3c75932387-000000@email.amazonses.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.11.25-54.240.8.31 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netmod] Regarding IPR on draft-wwx-netmod-event-yang-10 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2020 02:25:46 -0000 --Apple-Mail=_1DF30B52-CDA3-4EAA-BDE5-69544DF1C0E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Forwarding to public list for visibility. Kent // as co-chair > On Nov 23, 2020, at 11:05 PM, Qin Wu wrote: >=20 > I am not aware of any IPR that applies to this draft. >=20 > -Qin > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net]=20 > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B411=E6=9C=8824=E6=97=A5= 7:09 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu ; Igor Bryskin = ; Henk Birkholz ; = Xufeng Liu ; Benoit Claise = > =E6=8A=84=E9=80=81: NetMod WG Chairs > =E4=B8=BB=E9=A2=98: Regarding IPR on draft-wwx-netmod-event-yang-10 >=20 > Authors, >=20 > Per the 109 session, it is the chairs intent to do another adoption = call on this draft. In preparation for that, we=E2=80=99ve determined = both that the draft has changed significantly and that there is a new = author, and therefore feel it necessary to issue another IPR call, as = follows: >=20 >=20 > Authors, Contributors, WG, >=20 > As part of preparation for WG Adoption: >=20 > Are you aware of any IPR that applies to drafts identified above? >=20 > Please state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules = (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If yes to the above, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think = appropriate. >=20 > We note that all DT members are listed as contributors. If you = contributed to the document please respond. Alternatively, please feel = free to state that you didn't materially contribute to the draft and = would like your name removed from the contribution section (and moved to = acknowledgments after WG adoption). >=20 > If you are listed as a document author or contributor please answer = the above by responding to this email regardless of whether or not you = are aware of any relevant IPR. This document will not advance to the = next stage until a response has been received from each author. >=20 > NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not = listed as an author or contributor, we remind you of your obligations = under the IETF IPR rules which encourages you to notify the IETF if you = are aware of IPR of others on an IETF contribution, or to refrain from = participating in any contribution or discussion related to your = undisclosed IPR. For more information, please see the RFCs listed above = and = http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. >=20 > Thank you, > NETMOD WG Chairs >=20 > PS Please include all listed in the headers of this message in your = response. >=20 --Apple-Mail=_1DF30B52-CDA3-4EAA-BDE5-69544DF1C0E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Forwarding to public list for visibility.

Kent // as co-chair



On Nov = 23, 2020, at 11:05 PM, Qin Wu <bill.wu@huawei.com> wrote:

I am = not aware of any IPR that applies to this draft.

-Qin
-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6---= --
=E5=8F=91=E4=BB=B6=E4=BA=BA: Lou Berger [mailto:lberger@labn.net] =
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B411=E6=9C= =8824=E6=97=A5 7:09
=E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu = <bill.wu@huawei.com>; Igor Bryskin <i_bryskin@yahoo.com>; Henk Birkholz <henk.birkholz@sit.fraunhofer.de>; Xufeng Liu <xufeng.liu.ietf@gmail.com>; Benoit Claise <bclaise@cisco.com>
=E6=8A=84=E9=80=81: NetMod WG Chairs <netmod-chairs@ietf.org>
=E4=B8=BB=E9=A2=98= : Regarding IPR on draft-wwx-netmod-event-yang-10

Authors,

Per the 109 session, it = is the chairs intent to do another adoption call on this draft.  In = preparation for that, we=E2=80=99ve determined both that the draft has = changed significantly and that there is a new author, and therefore feel = it necessary to issue another IPR call, as follows:


Authors, Contributors, WG,

As part of preparation for WG Adoption:

Are you aware of any IPR that applies to drafts identified = above?

Please state either:
"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this = draft"

If so, has this IPR been disclosed = in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more = details)?

If yes to the above, please state = either:

"Yes, the IPR has been disclosed in = compliance with IETF IPR rules"
or
"No, the = IPR has not been disclosed"

If you answer = no, please provide any additional details you think appropriate.

We note that all DT members are listed as = contributors.  If you contributed to the document please respond. =  Alternatively, please feel free to state that you didn't = materially contribute to the draft and would like your name removed from = the contribution section (and moved to acknowledgments after WG = adoption).

If you are listed as a document = author or contributor please answer the above by responding to this = email regardless of whether or not you are aware of any relevant IPR. = This document will not advance to the next stage until a response has = been received from each author.

NOTE: THIS = APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES.
If you are on the WG email list or attend WG meetings but = are not listed as an author or contributor, we remind you of your = obligations under the IETF IPR rules which encourages you to notify the = IETF if you are aware of IPR of others on an IETF contribution, or to = refrain from participating in any contribution or discussion related to = your undisclosed IPR. For more information, please see the RFCs listed = above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualPro= perty.

Thank you,
NETMOD = WG Chairs

PS Please include all listed in = the headers of this message in your response.


= --Apple-Mail=_1DF30B52-CDA3-4EAA-BDE5-69544DF1C0E4-- From nobody Tue Nov 24 20:34:16 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D3993A0ECA; Tue, 24 Nov 2020 20:34:15 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Message-ID" X-Spam-Flag: NO X-Spam-Score: -1.105 X-Spam-Level: X-Spam-Status: No, score=-1.105 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_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.982, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxmail.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 k_JHICK0zJ2S; Tue, 24 Nov 2020 20:34:07 -0800 (PST) Received: from qq.com (out203-205-221-155.mail.qq.com [203.205.221.155]) (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 DAF233A0EC4; Tue, 24 Nov 2020 20:34:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1606278809; bh=e0WfgYHGu6rZnOkSN5AcUMyZ9mHSo74b2H7wl5zJFo8=; h=Date:From:To:Cc:Subject; b=MYhliXX7a5uVCOF8uv5fy0PiXCK6mrtgaw00N36tT3kzovhx/O3z8v/GgMfAsvSHt To8WrXTSJwZzXfMzIDsi36LBjmoLagqDEch0cWXFKkcgFdmATb5i1KmIrqcoTXvYEu rNujrr+7D/qiIqcMMAmdS744GwTR8GFmKfNrLJAQ= Received: from cmcc-PC ([117.136.94.21]) by newxmesmtplogicsvrsza5.qq.com (NewEsmtp) with SMTP id 85A94EAA; Wed, 25 Nov 2020 12:33:26 +0800 X-QQ-mid: xmsmtpt1606278806t1p8qkrv7 Message-ID: X-QQ-XMAILINFO: Mij5N38NT4ROwD1ENt8O4DfqaF9eV13y7BAi0S2TsnEQGb1ILINZWNwPvVfdKO fh13s4/+B0UZq6hXoN+u1hSFmATGJmQvs12NEzRU6UnbDIkQrmhNGQjZ2H9V7fi25Fc/h9YSE0Sf OdAxHRPVN/OSDpMCu1jpXfI/CTbruxr9itwQPI1abrTPRwVsQMWgjZx3e2bwi+XAw5m8Fi/Rqh0F fgD7v8RiHzr0GokwMcSXSoyJI54kssMvRos4gem9eJG15sXtESKDyB9xqULeJ/AC6QazghiRYd8v tgAhgoqFGAeCD+Sq3iAwrDQ0R+byA+zzu1xIrIP0eaMy4vGrRAclWWXczBZIER0V7u/IBU0Gk0wz k5szIM/4zo/ZbpXr8lKjDXuVfk7oHoQckinIOfdThHE/9Ow+CsdUDYZwfQ1Hi6nxMc5oxqBgDXwK +JUUo3ROOrpjd0qG8k1hUO+tTVHGjfMwv2q6zkVmHeKkYm4o3u29HGyi+cTaCMcmRjRNpWVcRtZU 72IwXdoevg0wbDZVFcF/DfZ+7pMmRBDzFS3uVwe4W9lC/uqkcQdbsbwzecRVqoQWIGDf3seICZRq kMmKkSIdPaAjeH5fwKI/ham78kwSxwJqnH4Gr3VN66EgMnYgsqUp0dSQhl3w2/CZPMS80sUGh4dg NORzLbh/9amGQHmdKht2QBytw3mUsgEKMbJHd1G7qzrMpCeSmkZfA4LIfjBd8MG4rMIWQCeJpDot 4PGtOjltdrWDB6raa8XTlRqiQXWUYV0tTWSGmfEBnKWas+qb+AbyZDwQCCOK8TkKgE Date: Wed, 25 Nov 2020 12:33:39 +0800 From: "duzongpeng@foxmail.com" To: mohamed.boucadair , kent+ietf , taoran20 , bill.wu , bclaise , gengliang , draft-tao-netmod-yang-node-tags Cc: netmod X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.2.15.80[cn] Mime-Version: 1.0 Message-ID: <202011251233382100835@foxmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart644612502218_=----" Archived-At: Subject: Re: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2020 04:34:15 -0000 This is a multi-part message in MIME format. ------=_001_NextPart644612502218_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIGFsbCwNCiANCk5vLCBJJ20gbm90IGF3YXJlIG9mIGFueSBub24tZGlzY2xvc2VkIElQUiB0 aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4NCiANCkJlc3QgUmVnYXJkcw0KWm9uZ3BlbmcgRHUN CiANCg0KDQoNCmR1em9uZ3BlbmdAZm94bWFpbC5jb20gJiBkdXpvbmdwZW5nQGNoaW5hbW9iaWxl LmNvbQ0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogbW9oYW1lZC5ib3VjYWRhaXJAb3Jh bmdlLmNvbSBbbWFpbHRvOm1vaGFtZWQuYm91Y2FkYWlyQG9yYW5nZS5jb21dDQq3osvNyrG85Dog MjAyMMTqMTHUwjI0yNUgMTg6MTANCsrVvP7IyzogS2VudCBXYXRzZW47IHRhb3JhbiAoRik7IFFp biBXdTsgQmVub2l0IENsYWlzZTsgTGlhbmcgR2VuZ3y5osHBOyBkdXpvbmdwZW5nQGNoaW5hbW9i aWxlLmNvbTsgZHJhZnQtdGFvLW5ldG1vZC15YW5nLW5vZGUtdGFnc0BpZXRmLm9yZw0Ks63LzTog bmV0bW9kQGlldGYub3JnDQrW98ziOiBSRTogUmVnYXJkaW5nIElQUiBvbiBkcmFmdC10YW8tbmV0 bW9kLXlhbmctbm9kZS10YWdzLTA2DQogDQpIaSBLZW50LCBhbGwsDQogDQpObywgSSdtIG5vdCBh d2FyZSBvZiBhbnkgbm9uLWRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQu DQogDQpDaGVlcnMsDQpNZWQNCiANCj4gLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQo+IERl IDogS2VudCBXYXRzZW4gW21haWx0bzprZW50K2lldGZAd2F0c2VuLm5ldF0gRW52b3mopiA6IG1h cmRpIDI0IA0KPiBub3ZlbWJyZSAyMDIwIDAwOjAyIKikIDogdGFvcmFuIChGKSA8dGFvcmFuMjBA aHVhd2VpLmNvbT47IFFpbiBXdSANCj4gPGJpbGwud3VAaHVhd2VpLmNvbT47IEJlbm9pdCBDbGFp c2UgPGJjbGFpc2VAY2lzY28uY29tPjsgTGlhbmcgR2VuZ3y5osHBDQo+IDxnZW5nbGlhbmdAY2hp bmFtb2JpbGUuY29tPjsgZHV6b25ncGVuZ0BjaGluYW1vYmlsZS5jb207IGRyYWZ0LXRhby0gDQo+ IG5ldG1vZC15YW5nLW5vZGUtdGFnc0BpZXRmLm9yZyBDYyA6IG5ldG1vZEBpZXRmLm9yZyBPYmpl dCA6IFJlZ2FyZGluZyANCj4gSVBSIG9uIGRyYWZ0LXRhby1uZXRtb2QteWFuZy1ub2RlLXRhZ3Mt MDYNCj4gDQo+IEF1dGhvcnMsDQo+IA0KPiBQZXIgdGhlIDEwOSBzZXNzaW9uLCBpdCBpcyB0aGUg Y2hhaXJzIGludGVudCB0byBkbyBhbm90aGVyIGFkb3B0aW9uIA0KPiBjYWxsIG9uIHRoZSAieWFu Zy1ub2RlLXRhZ3OhsSBkcmFmdC4gIEluIHByZXBhcmF0aW9uIGZvciB0aGF0LCB3ZaGvdmUgDQo+ IGRldGVybWluZWQgYm90aCB0aGF0IHRoZSBkcmFmdCBoYXMgY2hhbmdlZCBzaWduaWZpY2FudGx5 IGFuZCB0aGF0IA0KPiB0aGVyZSBpcyBhIG5ldyBhdXRob3IsIGFuZCB0aGVyZWZvcmUgZmVlbCBp dCBuZWNlc3NhcnkgdG8gaXNzdWUgDQo+IGFub3RoZXIgSVBSIGNhbGwsIGFzIGZvbGxvd3M6DQo+ IA0KPiANCj4gQXV0aG9ycywgQ29udHJpYnV0b3JzLCBXRywNCj4gDQo+IEFzIHBhcnQgb2YgcHJl cGFyYXRpb24gZm9yIFdHIEFkb3B0aW9uOg0KPiANCj4gQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBS IHRoYXQgYXBwbGllcyB0byBkcmFmdHMgaWRlbnRpZmllZCBhYm92ZT8NCj4gDQo+IFBsZWFzZSBz dGF0ZSBlaXRoZXI6DQo+IA0KPiAiTm8sIEknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFw cGxpZXMgdG8gdGhpcyBkcmFmdCINCj4gb3INCj4gIlllcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0 IGFwcGxpZXMgdG8gdGhpcyBkcmFmdCINCj4gDQo+IElmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBk aXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzIA0KPiAoc2VlIFJGQ3Mg MzY2OSwgNTM3OCBhbmQgODE3OSBmb3IgbW9yZSBkZXRhaWxzKT8NCj4gDQo+IElmIHllcyB0byB0 aGUgYWJvdmUsIHBsZWFzZSBzdGF0ZSBlaXRoZXI6DQo+IA0KPiAiWWVzLCB0aGUgSVBSIGhhcyBi ZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMiDQo+IG9yDQo+ ICJObywgdGhlIElQUiBoYXMgbm90IGJlZW4gZGlzY2xvc2VkIg0KPiANCj4gSWYgeW91IGFuc3dl ciBubywgcGxlYXNlIHByb3ZpZGUgYW55IGFkZGl0aW9uYWwgZGV0YWlscyB5b3UgdGhpbmsgDQo+ IGFwcHJvcHJpYXRlLg0KPiANCj4gV2Ugbm90ZSB0aGF0IGFsbCBEVCBtZW1iZXJzIGFyZSBsaXN0 ZWQgYXMgY29udHJpYnV0b3JzLiAgSWYgeW91IA0KPiBjb250cmlidXRlZCB0byB0aGUgZG9jdW1l bnQgcGxlYXNlIHJlc3BvbmQuICBBbHRlcm5hdGl2ZWx5LCBwbGVhc2UgDQo+IGZlZWwgZnJlZSB0 byBzdGF0ZSB0aGF0IHlvdSBkaWRuJ3QgbWF0ZXJpYWxseSBjb250cmlidXRlIHRvIHRoZSBkcmFm dCANCj4gYW5kIHdvdWxkIGxpa2UgeW91ciBuYW1lIHJlbW92ZWQgZnJvbSB0aGUgY29udHJpYnV0 aW9uIHNlY3Rpb24gKGFuZCANCj4gbW92ZWQgdG8gYWNrbm93bGVkZ21lbnRzIGFmdGVyIFdHIGFk b3B0aW9uKS4NCj4gDQo+IElmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9y IGNvbnRyaWJ1dG9yIHBsZWFzZSBhbnN3ZXIgDQo+IHRoZSBhYm92ZSBieSByZXNwb25kaW5nIHRv IHRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgDQo+IGFyZSBhd2Fy ZSBvZiBhbnkgcmVsZXZhbnQgSVBSLiBUaGlzIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgdG8g dGhlIA0KPiBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJv bSBlYWNoIGF1dGhvci4NCj4gDQo+IE5PVEU6IFRISVMgQVBQTElFUyBUTyBBTEwgT0YgWU9VIExJ U1RFRCBJTiBUSElTIE1FU1NBR0UnUyBUTyBMSU5FUy4NCj4gDQo+IElmIHlvdSBhcmUgb24gdGhl IFdHIGVtYWlsIGxpc3Qgb3IgYXR0ZW5kIFdHIG1lZXRpbmdzIGJ1dCBhcmUgbm90IA0KPiBsaXN0 ZWQgYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB3ZSByZW1pbmQgeW91IG9mIHlvdXIgb2Js aWdhdGlvbnMgDQo+IHVuZGVyIHRoZSBJRVRGIElQUiBydWxlcyB3aGljaCBlbmNvdXJhZ2VzIHlv dSB0byBub3RpZnkgdGhlIElFVEYgaWYgDQo+IHlvdSBhcmUgYXdhcmUgb2YgSVBSIG9mIG90aGVy cyBvbiBhbiBJRVRGIGNvbnRyaWJ1dGlvbiwgb3IgdG8gcmVmcmFpbiANCj4gZnJvbSBwYXJ0aWNp cGF0aW5nIGluIGFueSBjb250cmlidXRpb24gb3IgZGlzY3Vzc2lvbiByZWxhdGVkIHRvIHlvdXIg DQo+IHVuZGlzY2xvc2VkIElQUi4gRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhl IFJGQ3MgbGlzdGVkIA0KPiBhYm92ZSBhbmQgDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn L2dyb3VwL2llc2cvdHJhYy93aWtpL0ludGVsbGVjdHVhbFByb3BlcnR5DQo+IC4NCj4gDQo+IFRo YW5rIHlvdSwNCj4gTkVUTU9EIFdHIENoYWlycw0KPiANCj4gUFMgUGxlYXNlIGluY2x1ZGUgYWxs IGxpc3RlZCBpbiB0aGUgaGVhZGVycyBvZiB0aGlzIG1lc3NhZ2UgaW4geW91ciANCj4gcmVzcG9u c2UuDQo+IDxwPjwvcD4NCiANCiANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiANCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxs ZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywg ZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3Ug Y2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1 ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2Fn ZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2Ug ZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwg ZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQogDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlv biB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCklmIHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBh bmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KQXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhhbmsgeW91Lg0KIA0KDQo= ------=_001_NextPart644612502218_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable =0A
=0A=0A=0A

<= span lang=3D"EN-US">Hi, all,

=0A

 

=0A

No, I'm not aware of any= non-disclosed=0AIPR that applies to this draft.

=0A

 =

=0A

Best = Regards

=0A

Zongpeng Du

=0A

 


duzongpeng@foxmail.com & duzongpeng@chinamobile.com
<= p class=3D"MsoPlainText" style=3D"margin: 0cm 0cm 0.0001pt; font-size: 10.= 5pt; font-family: Calibri, sans-serif;">

=0A

-----=D3=CA=BC=FE= =D4=AD=BC=FE-----

=0A

= =B7=A2=BC=FE=C8=CB: mohamed.boucadair@orange.com<= /a>=0A[mailto:mohamed.boucadair@orange.com]

=0A

=B7= =A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA11=D4=C224=C8=D5 18:10

=0A

=CA=D5=BC=FE=C8=CB: Kent Watsen;=0Ataoran (F); Qin Wu; Benoit Claise= ; Liang Geng|=B9=A2= =C1=C1; duzongpeng@chinamobile.com;=0A= =B3=AD=CB=CD: netmod@ietf.org

=0A

= =D6=F7=CC=E2: RE: Regarding=0AIPR on draft-tao= -netmod-yang-node-tags-06

=0A

 

=0A

Hi Kent, all,

=0A<= p class=3D"MsoPlainText" style=3D"margin: 0cm 0cm 0.0001pt; font-size: 10.= 5pt; font-family: Calibri, sans-serif;"> 

=0A

No, I'm not aware of any non-disclosed=0AIPR that applies to this dr= aft.

=0A

 

=0A

Cheers,

=0A

Med

=0A

 

=0A

> -----Messag= e d'origine-----

=0A

> De : Kent Watsen [mailto:kent+ietf@watsen.net]=0AEnvoy=A8=A6 : mardi 24

=0A

>= ; novembre 2020 00:02 =A8=A4 : taoran (F) <taoran20@huawei.com>;=0AQin Wu

= =0A

> <= bill.wu@huawe= i.com>; Benoit Claise <bclaise@cisco.com>; Liang Geng|=B9=A2=C1=C1

=0A

> <gengliang@chinamobile.co= m>; duzongpeng@chinamobile.com;=0Adraft-tao-

=0A

> netmod-yang-node= -tags@ietf.org=0ACc :  : Regarding

=0A

> IPR on=0Adraft-tao-netmod-yang-no= de-tags-06

=0A

>

=0A

> Authors,

=0A

>

=0A

> Per the 109 session, it is t= he=0Achairs intent to do another adoption

=0A

> call on the "yang-node-ta= gs=A1=B1 draft.&= nbsp; In preparation for=0Athat, we=A1=AF= ve

=0A

> determined both that the draft has= =0Achanged significantly and that

=0A

> there is a new author, and=0Ather= efore feel it necessary to issue

=0A

> another IPR call, as follows:

=0A

>= ;

=0A

>

=0A

> Authors, Contributors, WG,

=0A

>

=0A

> As part of prepara= tion for WG=0AAdoption:

=0A

>

=0A

> Are you aware of any IPR that=0Aappli= es to drafts identified above?

=0A

>

=0A

> Please state either:=0A

>

=0A

&= gt; "No, I'm not aware of any IPR=0Athat applies to this draft"

= =0A

> or

=0A

= > "Yes, I'm aware of IPR that=0Aapplies to this draft"

=0A

> =0A

> If = so, has this IPR been disclosed=0Ain compliance with IETF IPR rules

=0A

>= (see RFCs 3669, 5378 and 8179 for=0Amore details)?

=0A

>

=0A<= p class=3D"MsoPlainText" style=3D"margin: 0cm 0cm 0.0001pt; font-size: 10.= 5pt; font-family: Calibri, sans-serif;">> If yes t= o the above, please state=0Aeither:

=0A

>

=0A

> "Yes, the IPR has been=0A= disclosed in compliance with IETF IPR rules"

=0A

> or

=0A

> "No, the IPR h= as not been=0Adisclosed"

=0A

>

=0A

> If you answer no, please provide=0Aa= ny additional details you think

=0A

> appropriate.

=0A

>

=0A<= p class=3D"MsoPlainText" style=3D"margin: 0cm 0cm 0.0001pt; font-size: 10.= 5pt; font-family: Calibri, sans-serif;">> We note = that all DT members are=0Alisted as contributors.  If you

= =0A

> cont= ributed to the document please=0Arespond.  Alternatively, please

=0A

&g= t; feel free to state that you didn't=0Amaterially contribute to the draft=

=0A

> and would like your name removed=0Afrom the contribution section (= and

=0A

> moved to acknowledgments after WG=0Aadoption).

=0A

> =0A

> If = you are listed as a document=0Aauthor or contributor please answer =

=0A

> = the above by responding to this=0Aemail regardless of whether or not you <= /span>

=0A

> are aware of any relevant IPR. This=0Adocument will not advance to t= he

=0A

> next stage until a response has=0Abeen received from each author= .

=0A

>

=0A

> NOTE: THIS APPLIES TO ALL OF YOU=0ALISTED IN THIS MESSAGE'= S TO LINES.

=0A

>

=0A

<= span lang=3D"EN-US">> If you are on the WG email list or=0Aattend WG me= etings but are not

=0A

= > listed as an author or contributor,=0Awe remind = you of your obligations

=0A

> under the IETF IPR rules which=0Aencourages= you to notify the IETF if

=0A

> you are aware of IPR of others on=0Aan= IETF contribution, or to refrain

=0A

> from participating in any=0Acontr= ibution or discussion related to your

=0A

> undisclosed IPR. For more=0Ai= nformation, please see the RFCs listed

=0A

> above and

=0A

> http://trac.tools.ietf.org/group/iesg/trac/wiki/Intelle= ctualProperty

=0A

> .

=0A

>

=0A

> Thank you,

=0A

> NETMOD WG Chairs

=0A

= >

=0A

> PS Please include all listed in the=0Aheaders of this message = in your

=0A

> response.

=0A

> <p></p>

=0A

 

=0A

<= o:p> 

=0A

________________________________________________________= _________________________________________________________________=0A

&n= bsp;

=0A

Ce message et ses pieces jointes peuvent=0Acontenir des inform= ations confidentielles ou privilegiees et ne doivent donc=0Apas etre diffu= ses, exploites ou copies sans autorisation. Si vous avez recu ce=0Amessage= par erreur, veuillez le signaler a l'expediteur et le detruire ainsi=0Aqu= e les pieces jointes. Les messages electroniques etant susceptibles=0Ad'al= teration, Orange decline toute responsabilite si ce message a ete altere,= =0Adeforme ou falsifie. Merci.

=0A

 

=0A

This message and its at= tachments may=0Acontain confidential or privileged information that may be= protected by law;=0Athey should not be distributed, used or copied withou= t authorisation.

=0A

If you have received this email in=0Aerror, please notif= y the sender and delete this message and its attachments.

=0A

As emails may b= e altered, Orange is not=0Aliable for messages that have been modified, ch= anged or falsified.

=0A

= Thank you.

=0A

 

=0A
=0A

=0A ------=_001_NextPart644612502218_=------ . From nobody Thu Nov 26 15:23:43 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C70DE3A03F8 for ; Thu, 26 Nov 2020 15:23:40 -0800 (PST) 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 1RMSc3m3IUkC for ; Thu, 26 Nov 2020 15:23:38 -0800 (PST) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2124.outbound.protection.outlook.com [40.107.237.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD3873A03FB for ; Thu, 26 Nov 2020 15:23:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Rg5KZLwYruCtWHJPo8kfaRwSK6GQ1NRMxuJxu5mUY1/X+ZzAbUhwIZI9+vYkf/SzD/Gvx7Hjc8qizqaLEm3WYFNsqe6XztkoLl13yF3RRkKJtIxVRzR/x5i1WBeQn35HrSkL8GTksVJI+3uKfGKJPWOBJVIUBLYPzp0MQouA1diI0JbMjdczetul/ckV2LoDz6ybd4Y0BCJTchEJGADTyXAcZ4OqLY2zlUZjn8PciyG/AuW8h2PsbylcPsPx8syNp3eZxYWsgNW2G1w4rIiOBDmsPHp+1jte6wEzavx22a0lkAyEjopkK8r5+srF7Mf5mXTMraqlxa7Uq/cb+DY4uA== 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=b5ytQ/XsyAD/gwloUv515GkZdlWcOrvF/hmbfB5qrxw=; b=WcwiWyWZd6MGirW2fsDKllMItgfIO/AxHYyB3K1FkC/HAnuG84s45wyqT5R3riGk3sRw/Uui0KpZYwK9zCFVr6O81ZB1vZrEM0CM6tWr5DPzqgGvJvucmfcbAGKTbodMHt/J8ySNeg8nEbkhcwADDDDQARRO5XgJPj0Zh9IkTp8dvHTT/dx3aWmSkS8ILM5rVh/jtZiyP3L+xWEzw3KVQUFggi/A0FKw+o0kKf6YAi6kkm7A12B3zSeMq3eUAZJyZxwrWwloZtpGjqsVcKgocIx70kLHtTcnqkflZlWTCywHsH8pRMBxUkiWVvDtcCZqByBxzyfbxh+BUSoAPgxonQ== 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=b5ytQ/XsyAD/gwloUv515GkZdlWcOrvF/hmbfB5qrxw=; b=Khj8tdVqBJ7B0auXThCVMbPdoU7+TI4ERqjjiL5Ywmx9udMEuabX3U3VxNUczWXtZevOUiKf+ryaUhNUsyaF2cBfLA+D18jrub3HX4+wYGiMJsC4up9b33BJKv/ZerIFN5s0N6G2af4BbcsRPaD1frI4vVMhcRuWJqFwWnJQz5k= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB4300.namprd08.prod.outlook.com (2603:10b6:5:9c::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.30; Thu, 26 Nov 2020 23:23:35 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3611.026; Thu, 26 Nov 2020 23:23:35 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: NETMOD Versioning virtual interim - Week of Dec 14 (somewhat urgent poll) Thread-Index: AdbESw5SAxDjouu0Qp2ofduBQSVDTQ== Date: Thu, 26 Nov 2020 23:23:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [174.112.3.120] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 52cee976-6e10-4f3b-44c2-08d892624c1b x-ms-traffictypediagnostic: DM6PR08MB4300: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: OPh9+J5iLKI/YrAMq62cIabakBsOsllFj2PgQHZLHYBFr3JuRg4vPcTG79T8pXYa6paDPHB9bHZZnGAWexrNgQSowJOORHBJ9UZaVwFJdJH9aUODd0Kv8lY38Rth5SAU3ccRELt4dwszAiIPTqgYCfLZFJoXN1w2yinuM5Sw4EPys9rX+L5V3XGSl7g8D+CKVOPEMUjqTat4ljBSBbcf0pwogiVzJqtRqwQtfpRXkfX4KCZTgMGTgMNCnj0KoGU5HqvXEJbJviQqlDBr0bpDZJoqSGRxU4zCm3K24NWGdht2e+dd9KI1wYIG/QdLxCNBCb+LLh8Jh4w9E15Qg4cGDL381sO3mCfcZQ+yJP0jUu4GeKYRyuvlwiMZdd5Fh7J6VthxTeYkDRSA+nIAACKYsg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(366004)(376002)(346002)(136003)(2906002)(9686003)(166002)(8676002)(6916009)(26005)(316002)(5660300002)(6506007)(52536014)(186003)(33656002)(7696005)(71200400001)(66946007)(66476007)(66556008)(86362001)(8936002)(966005)(66446008)(76116006)(83380400001)(64756008)(478600001)(55016002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?Zh9wR1cX+0Efv9t8asQaQz76Mlrg6Vtb49BPEtzwLl8ZwnvwqNIvuQCJ+UAS?= =?us-ascii?Q?UFA4n2CQC3Z5CNvqhYpXZHPkOfY9/jAZOu9bhziPdCDy43LzVqPnm1r0s2B+?= =?us-ascii?Q?8JFZq00MoRwAgYsWhB/7JkQBzRhWBfOVAPp+US565+BMLfwdHEOaVVoJhcJT?= =?us-ascii?Q?XtzbFHDs8h7deSxloYKuh+tSvZ0PynX9Yz17hTKZj85odKLDawBuXTwxEVYl?= =?us-ascii?Q?oyOIKqOa8qowvqb8PCQy0JPVm8l1Zz5sS7aQSk1sGHGGnMLwU5xDweFx3ty0?= =?us-ascii?Q?GWfnm4doMG4jwVhvyvwqpxwtpRCvxjbNh3913qcUCYVbpyEGbJuZKtfo9qKH?= =?us-ascii?Q?wnEbEXGDWvyYo8vuc80KUwJnhzLEX7Dhu3yYxNXXVCFbWtwk0Q0G77tzPeVO?= =?us-ascii?Q?0B47igOSYzD6K7gk9vy4YPqkaFgDbmneGdMUaalv27TOpbLqRMilhd6I+XA8?= =?us-ascii?Q?wCQ4uIOgYe9LkPyJH9kQXINP5b59n+CgNUrRmFiLTOc3HL6wQE9Vqs8o6JeE?= =?us-ascii?Q?ksbBtZfbclUHKJcsC1t1mcCzBiW4PNZbk1uEBowEwJwJib2YGnAczEy3IjqN?= =?us-ascii?Q?S86LmV7KiscJaBSjUX/n5pLYLk0LdkHNZQif5QH4jARB7z+WZ8N0/FiIrplP?= =?us-ascii?Q?Lme7RZ2O6gCdNnvnH2g+LkH5OF5A4Ckumv5MLofO0zPAivmETi48XE0pFetQ?= =?us-ascii?Q?3Mdu9WMgCzreIHIpXYwLPsSy3lv/9TzoIPOKUIh7BBpWiFcA99nUmtt23pdX?= =?us-ascii?Q?Sh/iPMWo9eCMSJ2qvpm0hi57MpfJeBX2/NL2QJqvt1TG737Kd7cUPu2O1H8a?= =?us-ascii?Q?mcoHn2y2kB3J3VS5QOLIzjrlX0idwnWVAg5ZpI64Nkphco/5FGuE0cDifb0Y?= =?us-ascii?Q?9OGwVKpmuPWGMCgwOe35qf/GYdWJ5yK97G+auVmz5KaKxX8XmEAMfxfoScZN?= =?us-ascii?Q?CW7mFEx8VWwsvk2yZvX/RpfJR75f5+53p+BeTgKH4CE=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB58845D365B66E896A62935A09BF90DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 52cee976-6e10-4f3b-44c2-08d892624c1b X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2020 23:23:35.3741 (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: gzfLzfTJO5h/G6tCtgSCtrq64PeHUjTooEabtZDoQNpuwCTqCA3yzfQXBBKGIm9ueUjryUogrq2rJR90DAyaFw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB4300 Archived-At: Subject: [netmod] NETMOD Versioning virtual interim - Week of Dec 14 (somewhat urgent poll) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2020 23:23:41 -0000 --_000_DM6PR08MB58845D365B66E896A62935A09BF90DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello NETMOD working group, We are planning a one hour Virtual Interim meeting one day during the week = of Dec 14-17 (9:30am Eastern Time). The goal is to progress on some key outstanding decisions around the YANG V= ersioning drafts. ### YOUR RESPONSE REQUESTED ### Please fill in the doodle poll with what days in the Dec 14-17 you could ar= range your schedule to attend. - If you will, or even *may* attend, then please fill in the doodle poll - if you don't intend to attend, then please do not fill in the doodle poll https://doodle.com/poll/4gycdqy8if2xc4yx The focus of this Virtual Interim meeting will be the YANG Module Revision = Handling draft: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-module-versioning/ The key issues that need discussion and resolution are: A) Behavior of import by revision-or-derived and do we need revision-or-com= patible-derived ? Is changing the import statement a BC or an NBC change to= a module ? B) Whitespace: do all whitespace changes require a bump in the revision? Co= nsider interactions with package checksums. C) IANA considerations: how are final RFC revision labels assigned ? D) YANG file naming when revision labels are being used (symbolic links? @<= revision-label>) ? Meeting materials are being prepared and will be available for the discussi= ons. Some further details can be found at the following links for now: IETF109 Presention: https://datatracker.ietf.org/meeting/109/materials/slides-109-netmod-yang-v= ersioning-update-00 import by revision-or-compatible-derived: https://github.com/netmod-wg/yang-ver-dt/issues/11 Is changing imports an NBC change? https://github.com/netmod-wg/yang-ver-dt/issues/4 Whitespace: https://github.com/netmod-wg/yang-ver-dt/issues/8 IANA: https://github.com/netmod-wg/yang-ver-dt/issues/59 Thanks, Jason --_000_DM6PR08MB58845D365B66E896A62935A09BF90DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello NETMOD working group,

 

We are planning a one hour Virtual Interim meeting o= ne day during the week of Dec 14-17 (9:30am Eastern Time).

 

The goal is to progress on some key outstanding deci= sions around the YANG Versioning drafts.

 

### YOUR RESPONSE REQUESTED ###=

Please fill in the doodle poll with what days in the= Dec 14-17 you could arrange your schedule to attend.

- If you will, or even *may* attend, then ple= ase fill in the doodle poll

- if you don't intend to attend, then please do not = fill in the doodle poll

https://doodle.com/poll/4gycdqy8if2xc4yx

 

The focus of this Virtual Interim meeting will be th= e YANG Module Revision Handling draft:

https://datatracker.ietf.org/doc/draft-i= etf-netmod-yang-module-versioning/

 

The key issues that need discussion and resolution a= re:

A) Behavior of import by revision-or-derived and do = we need revision-or-compatible-derived ? Is changing the import statement a= BC or an NBC change to a module ?

B) Whitespace: do all whitespace changes require a b= ump in the revision? Consider interactions with package checksums.

C) IANA considerations: how are final RFC revision l= abels assigned ?

D) YANG file naming when revision labels are being u= sed (symbolic links? @<revision-label>) ?

 

Meeting materials are being prepared and will be ava= ilable for the discussions.

 

Some further details can be found at the following l= inks for now:

 

IETF109 Presention:

https://datatracker.= ietf.org/meeting/109/materials/slides-109-netmod-yang-versioning-update-00<= /a>

 

import by revision-or-compatible-derived:=

https://github.com/netmod-wg/yang-ver-dt/issues/11

 

Is changing imports an NBC change?

https://github.com/netmod-wg/yang-ver-dt/issues/4<= /p>

 

Whitespace:

https://github.com/netmod-wg/yang-ver-dt/issues/8<= /p>

 

IANA:

https://github.com/netmod-wg/yang-ver-dt/issues/59

 

Thanks,

Jason

 

 

 

--_000_DM6PR08MB58845D365B66E896A62935A09BF90DM6PR08MB5884namp_-- From nobody Mon Nov 30 04:13:53 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B62823A09DB; Mon, 30 Nov 2020 04:13:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.602 X-Spam-Level: X-Spam-Status: No, score=-9.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-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 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 FZYKRfT6Z0dR; Mon, 30 Nov 2020 04:13:51 -0800 (PST) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D7DD3A09D7; Mon, 30 Nov 2020 04:13:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2425; q=dns/txt; s=iport; t=1606738430; x=1607948030; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=TthX1NC020Y8B5MyUZA6RkWpOU7hvHdheulNy8+MwA0=; b=hgX8yhdfIyt4nUg1Hdp5V+M3Rt2uLJw0cAvxzw9RRnppMuubHhPe3zQi DyXrSvSNtcLp7NUvrkJTqMMwBPlq1eRqAlewvzvBT3mDMiS20+F0AdvgW LPKABkS0X5ajagzE/s+l7wWrDbYHLPQO7Z2x4NIqVqzwHdVKSSaX33RVO I=; X-IPAS-Result: =?us-ascii?q?A0ADCAC74cRf/xbLJq1iHQEBAQEJARIBBQUBQIFPgx9WA?= =?us-ascii?q?SASLgSEOYkFh3Gad4FoCwEBAQ0BASMMBAEBhEoCgiomOBMCAwEBAQMCAwEBA?= =?us-ascii?q?QEFAQEBAgEGBHGFYQyFcwYjDwEFPAUQCxoCJgICVwYBDAgBAYMiAYMGD6tqd?= =?us-ascii?q?oEyhVeDKIFCgQ4qiS2ELoFBP4ERJ4JxPoJSCwKBKgESAQeDMYJfBJA9iweLQ?= =?us-ascii?q?pFkgnqJF5IJBQcDH4MdgSuIcoUmgzqLepJbDH6LB4oBi2cCBAsCFYFtIyo9c?= =?us-ascii?q?DMaCBsVO4JqCEcZDZcmhUVAAzI1AgYBCQEBAwmPdgEB?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,381,1599523200"; d="scan'208";a="29076203" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Nov 2020 12:13:41 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) (authenticated bits=0) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPSA id 0AUCDdRf018207 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Nov 2020 12:13:40 GMT To: Kent Watsen , "taoran (F)" , Qin Wu , =?UTF-8?B?TGlhbmcgR2VuZ3zogL/kuq4=?= , duzongpeng@chinamobile.com, draft-tao-netmod-yang-node-tags@ietf.org Cc: "netmod@ietf.org" References: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> From: Benoit Claise Message-ID: <9d6991cb-44bf-9df4-31be-ddddf0a45526@cisco.com> Date: Mon, 30 Nov 2020 13:13:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Authenticated-User: bclaise X-Outbound-SMTP-Client: 10.55.221.36, ams-bclaise-nitro3.cisco.com X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2020 12:13:53 -0000 Hi, "No, I'm not aware of any IPR that applies to this draft" Regards, B. > Authors, > > Per the 109 session, it is the chairs intent to do another adoption call on the "yang-node-tags” draft. In preparation for that, we’ve determined both that the draft has changed significantly and that there is a new author, and therefore feel it necessary to issue another IPR call, as follows: > > > Authors, Contributors, WG, > > As part of preparation for WG Adoption: > > Are you aware of any IPR that applies to drafts identified above? > > Please state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? > > If yes to the above, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think > appropriate. > > We note that all DT members are listed as contributors. If you > contributed to the document please respond. Alternatively, please feel > free to state that you didn't materially contribute to the draft and > would like your name removed from the contribution section (and moved to > acknowledgments after WG adoption). > > If you are listed as a document author or contributor please answer the > above by responding to this email regardless of whether or not you are > aware of any relevant IPR. This document will not advance to the next > stage until a response has been received from each author. > > NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. > > If you are on the WG email list or attend WG meetings but are not listed > as an author or contributor, we remind you of your obligations under > the IETF IPR rules which encourages you to notify the IETF if you are > aware of IPR of others on an IETF contribution, or to refrain from > participating in any contribution or discussion related to your > undisclosed IPR. For more information, please see the RFCs listed above > and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > NETMOD WG Chairs > > PS Please include all listed in the headers of this message in your > response. > . From nobody Mon Nov 30 06:05:18 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95B5A3A0B6C for ; Mon, 30 Nov 2020 06:05:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.887 X-Spam-Level: X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1dOVJ-pmMqhX for ; Mon, 30 Nov 2020 06:05:15 -0800 (PST) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 C60483A0B62 for ; Mon, 30 Nov 2020 06:05:14 -0800 (PST) Received: by mail-lf1-x130.google.com with SMTP id a9so21850139lfh.2 for ; Mon, 30 Nov 2020 06:05:14 -0800 (PST) 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=u0aQ/OIgR2azDc0If1EuBts4MrX96i/zxFepyzoamGk=; b=VspuIBRia20RMcWUbzPcnNHKidY6RZCWXVNtz4eJF/hOh74eTZa1BrlcgBXHX75/Od 7L/jCL5k/SYZo+WtNGLv7flYH0x8hFJfjLedpiM5KWWMTSmUCQ9UbkLwZXVzyFBce7Ep uTK3112bu68K42Ibh5a6hSSFvRxMp4i6VmLLQcR9Xy6cdGb5ZiP0EyE247Ucq8b4IIIJ BySio1iBY4/MGNBaD7OEmaQIHbIczrdHbkmll1Ok5V8cGyHTTfTNsvUo1RPjbcyhltAT fQ7u9qLOo19N6kbiu7u+HEIcjQQA4jiVMDGtdMFuMbiFvJiWwC7zpikcL+Y7aSSsSx8V fIOA== 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=u0aQ/OIgR2azDc0If1EuBts4MrX96i/zxFepyzoamGk=; b=o9mp93BYVOCNdMyh2oHzeGbZVrMZedWifa4Lc5SXyEz9hSH33HyMXoEL0vlmCSOCPb e8+NU6cfYd8JS30sXNAWGjwSS1HUA+IeCDuKLBpPRpq9Qp+4tVWGAWeroGVZnDnJN6Le S/gHqOG7hdSvhuXdLukmQvrDPVC4g1x2jtanh9aRhf81CUcREytq+vHw69yWAbLB++ku w7Lf2+0NsUiqnfVTZ97Ln33klZ5lrx8xcvDaGf3ZgHX170mPUlLJqyMmASv7XWD8qsaa Hqyo+eYAxJAqV23V29zAuLtFFCMcli1azPUlNaI8YPBrWht6Z/OiOiGTLqMiQUfmxu5C Vbfw== X-Gm-Message-State: AOAM532vAoEbypukfnhjFBCBsIWcX3YvOXFCVzLaiX6b0dZx0qi5MZCg en1TUIj7f8QgBrOQg85zojwU/XHuwA5/vqB1UasRWQ== X-Google-Smtp-Source: ABdhPJyXtfoNjnXqhhisQS9B/1e68j8ljEXRi1OFrxaD7WdbE8rIc+0ikMfLkJ4vBbolIFscznEBm4KbdaPma7pcJik= X-Received: by 2002:a19:ec09:: with SMTP id b9mr9728132lfa.178.1606745112596; Mon, 30 Nov 2020 06:05:12 -0800 (PST) MIME-Version: 1.0 References: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> In-Reply-To: <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> From: Andy Bierman Date: Mon, 30 Nov 2020 06:05:01 -0800 Message-ID: To: Kent Watsen Cc: "taoran (F)" , Qin Wu , Benoit Claise , =?UTF-8?B?TGlhbmcgR2VuZ3zogL/kuq4=?= , duzongpeng@chinamobile.com, draft-tao-netmod-yang-node-tags@ietf.org, "netmod@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ae91f705b5537fbe" Archived-At: Subject: Re: [netmod] Regarding IPR on draft-tao-netmod-yang-node-tags-06 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2020 14:05:17 -0000 --000000000000ae91f705b5537fbe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable "No, I'm not aware of any IPR that applies to this draft" Andy On Mon, Nov 23, 2020 at 3:02 PM Kent Watsen wrote: > Authors, > > Per the 109 session, it is the chairs intent to do another adoption call > on the "yang-node-tags=E2=80=9D draft. In preparation for that, we=E2=80= =99ve determined > both that the draft has changed significantly and that there is a new > author, and therefore feel it necessary to issue another IPR call, as > follows: > > > Authors, Contributors, WG, > > As part of preparation for WG Adoption: > > Are you aware of any IPR that applies to drafts identified above? > > Please state either: > > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? > > If yes to the above, please state either: > > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If you answer no, please provide any additional details you think > appropriate. > > We note that all DT members are listed as contributors. If you > contributed to the document please respond. Alternatively, please feel > free to state that you didn't materially contribute to the draft and > would like your name removed from the contribution section (and moved to > acknowledgments after WG adoption). > > If you are listed as a document author or contributor please answer the > above by responding to this email regardless of whether or not you are > aware of any relevant IPR. This document will not advance to the next > stage until a response has been received from each author. > > NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. > > If you are on the WG email list or attend WG meetings but are not listed > as an author or contributor, we remind you of your obligations under > the IETF IPR rules which encourages you to notify the IETF if you are > aware of IPR of others on an IETF contribution, or to refrain from > participating in any contribution or discussion related to your > undisclosed IPR. For more information, please see the RFCs listed above > and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty. > > Thank you, > NETMOD WG Chairs > > PS Please include all listed in the headers of this message in your > response. > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --000000000000ae91f705b5537fbe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
"No, I'm not aware of any IPR that applies to thi= s draft"

Andy


On Mon, Nov 2= 3, 2020 at 3:02 PM Kent Watsen <kent+ietf@watsen.net> wrote:
Authors,

Per the 109 session, it is the chairs intent to do another adoption call on= the "yang-node-tags=E2=80=9D draft.=C2=A0 In preparation for that, we= =E2=80=99ve determined both that the draft has changed significantly and th= at there is a new author, and therefore feel it necessary to issue another = IPR call, as follows:


Authors, Contributors, WG,

As part of preparation for WG Adoption:

Are you aware of any IPR that applies to drafts identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules&quo= t;
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

We note that all DT members are listed as contributors.=C2=A0 If you
contributed to the document please respond.=C2=A0 Alternatively, please fee= l
free to state that you didn't materially contribute to the draft and would like your name removed from the contribution section (and moved to acknowledgments after WG adoption).

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author.

NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES.

If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under
the IETF IPR rules which encourages you to notify the IETF if you are
aware of IPR of others on an IETF contribution, or to refrain from
participating in any contribution or discussion related to your
undisclosed IPR. For more information, please see the RFCs listed above
and
http://trac.tools.ietf.org/group= /iesg/trac/wiki/IntellectualProperty.

Thank you,
NETMOD WG Chairs

PS Please include all listed in the headers of this message in your
response.

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--000000000000ae91f705b5537fbe-- From nobody Mon Nov 30 06:50:47 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0413F3A0EAD; Tue, 24 Nov 2020 20:22:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 kUHlEBv7vijU; Tue, 24 Nov 2020 20:22:03 -0800 (PST) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 4B6FE3A0E84; Tue, 24 Nov 2020 20:21:56 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.11]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee95fbddbd69b1-31209; Wed, 25 Nov 2020 12:21:42 +0800 (CST) X-RM-TRANSID: 2ee95fbddbd69b1-31209 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmccPC (unknown[117.136.94.21]) by rmsmtp-syy-appsvr06-12006 (RichMail) with SMTP id 2ee65fbddbd1477-d51a0; Wed, 25 Nov 2020 12:21:41 +0800 (CST) X-RM-TRANSID: 2ee65fbddbd1477-d51a0 From: "Du Zongpeng" To: , "'Kent Watsen'" , "'taoran \(F\)'" , "'Qin Wu'" , "'Benoit Claise'" , =?utf-8?Q?'Liang_Geng|=E8=80=BF=E4=BA=AE'?= , Cc: References: <24cf37e7-bd2e-8ffe-d062-cf7bfbce6d2d@labn.net> <01000175f7578c79-564788c9-19ef-49f7-a6a1-f2dd7dd2bb8c-000000@email.amazonses.com> <2883_1606212623_5FBCDC0F_2883_204_5_787AE7BB302AE849A7480A190F8B933031582FE4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> In-Reply-To: <2883_1606212623_5FBCDC0F_2883_204_5_787AE7BB302AE849A7480A190F8B933031582FE4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> Date: Wed, 25 Nov 2020 12:21:50 +0800 Message-ID: <005901d6c2e2$80c01e00$82405a00$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHWweykQo7COcQsZkKG9Nk8/YxFzKnXD3mQgAExStA= Content-Language: zh-cn Archived-At: X-Mailman-Approved-At: Mon, 30 Nov 2020 06:50:47 -0800 Subject: [netmod] =?utf-8?b?562U5aSNOiBSZWdhcmRpbmcgSVBSIG9uIGRyYWZ0LXRh?= =?utf-8?q?o-netmod-yang-node-tags-06?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2020 04:22:09 -0000 Hi, all, No, I'm not aware of any non-disclosed IPR that applies to this draft. Best Regards Zongpeng Du -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: mohamed.boucadair@orange.com = [mailto:mohamed.boucadair@orange.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B411=E6=9C=8824=E6=97=A5 18:10 =E6=94=B6=E4=BB=B6=E4=BA=BA: Kent Watsen; taoran (F); Qin Wu; Benoit = Claise; Liang Geng|=E8=80=BF=E4=BA=AE; duzongpeng@chinamobile.com; = draft-tao-netmod-yang-node-tags@ietf.org =E6=8A=84=E9=80=81: netmod@ietf.org =E4=B8=BB=E9=A2=98: RE: Regarding IPR on = draft-tao-netmod-yang-node-tags-06 Hi Kent, all, No, I'm not aware of any non-disclosed IPR that applies to this draft. Cheers, Med > -----Message d'origine----- > De : Kent Watsen [mailto:kent+ietf@watsen.net] > Envoy=C3=A9 : mardi 24 novembre 2020 00:02 > =C3=80 : taoran (F) ; Qin Wu = ; > Benoit Claise ; Liang Geng|=E8=80=BF=E4=BA=AE > ; duzongpeng@chinamobile.com; draft-tao- > netmod-yang-node-tags@ietf.org > Cc : netmod@ietf.org > Objet : Regarding IPR on draft-tao-netmod-yang-node-tags-06 >=20 > Authors, >=20 > Per the 109 session, it is the chairs intent to do another adoption > call on the "yang-node-tags=E2=80=9D draft. In preparation for that, = we=E2=80=99ve > determined both that the draft has changed significantly and that > there is a new author, and therefore feel it necessary to issue > another IPR call, as follows: >=20 >=20 > Authors, Contributors, WG, >=20 > As part of preparation for WG Adoption: >=20 > Are you aware of any IPR that applies to drafts identified above? >=20 > Please state either: >=20 > "No, I'm not aware of any IPR that applies to this draft" > or > "Yes, I'm aware of IPR that applies to this draft" >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3669, 5378 and 8179 for more details)? >=20 > If yes to the above, please state either: >=20 > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" >=20 > If you answer no, please provide any additional details you think > appropriate. >=20 > We note that all DT members are listed as contributors. If you > contributed to the document please respond. Alternatively, please > feel free to state that you didn't materially contribute to the > draft and would like your name removed from the contribution section > (and moved to acknowledgments after WG adoption). >=20 > If you are listed as a document author or contributor please answer > the above by responding to this email regardless of whether or not > you are aware of any relevant IPR. This document will not advance to > the next stage until a response has been received from each author. >=20 > NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >=20 > If you are on the WG email list or attend WG meetings but are not > listed as an author or contributor, we remind you of your > obligations under the IETF IPR rules which encourages you to notify > the IETF if you are aware of IPR of others on an IETF contribution, > or to refrain from participating in any contribution or discussion > related to your undisclosed IPR. For more information, please see > the RFCs listed above and > http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty > . >=20 > Thank you, > NETMOD WG Chairs >=20 > PS Please include all listed in the headers of this message in your > response. >

_________________________________________________________________________= ________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations = confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez = recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages = electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme = ou falsifie. Merci. This message and its attachments may contain confidential or privileged = information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and = delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have = been modified, changed or falsified. Thank you. From nobody Mon Nov 30 14:53:44 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC3893A1229 for ; Mon, 30 Nov 2020 14:53:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 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] 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 JSSfOEaot6Dn for ; Mon, 30 Nov 2020 14:53:41 -0800 (PST) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2135.outbound.protection.outlook.com [40.107.237.135]) (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 3EEA03A1224 for ; Mon, 30 Nov 2020 14:53:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MQclnaS5R8F1ey1ECBDJbCtrlm/jHqmf4BTrRgXz/1kg/jYQJvOVjw6UX60Xz5Atvoe2rEMhMe0ImGv9n8qMpx+1BzXuTqjCNXtP77lr+foWk8bi3c1y/zVTjsW3uj1e1q04b2jrckx/INQeOaDCVEDmz8v70k+/pLrZGQjPT1UcSboTRy+ZeqVgxtB0sQvlfC9cOX92r9YvwQVYw804lRXCTrz4bRVjihFGC/N07suDzY2TAvGG21GkOYbG34E+0f3VaNKN8RP6u8+KvuwjAyl19XybSsYY9pYTUUvL47tQ21o4ikfmywchXnNVbJpLQCfweyfy1wSkdu2johvQDA== 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=9rfKPZEaGx3GPaPvgatdmo6ZjXutq2wuDQMFbO+AduA=; b=Te0Vzp71j27ejq8ncdjIDxLTA0YO6cmldpgLDW6upANLhIUstHppTkBbypbFdWJxxhYk2Ed4wmIzmDRzd3JOCogMXhxKo30YIP5Wdyntgq6gTZY91faN4qmr1iV/7FuP/qjIxTzhBGU6hJ1b0VK0TROvisww8uo0nuniZ21x4Rm1cEHFRtuJsvO5yRmhZKCnMULecr/lAJ9D7+tJJ7yshYyWgA0JkXq9d1P9FfRVx9wMFUVTIkInpL4JGFdYQtVLqp91Kfo4ks6Wlm/3W3ZRfTiGc1Nq31giyPmkY5CY78wroKb5hA32lS/tJrArz37YDneUJKHkw9Oih8ud37pNBw== 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=9rfKPZEaGx3GPaPvgatdmo6ZjXutq2wuDQMFbO+AduA=; b=Tm82CPEMwcyxZP11o3dYnV1Hhr9pln7moX6pHRb31tdzVj7I/63XHpX/OFoV/385Rbf/2TOJVcEbeWi2bq/JAGAPygSEasfLo6/vzX9HlD/g4+bJKQk1oyBBm8umvddK2CQUrVnrPs7+uV+Et1QqR2Cg164jFLqsI7NWoqTqzmk= Received: from DM6PR08MB5884.namprd08.prod.outlook.com (2603:10b6:5:151::31) by DM6PR08MB5737.namprd08.prod.outlook.com (2603:10b6:5:158::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.25; Mon, 30 Nov 2020 22:53:38 +0000 Received: from DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e]) by DM6PR08MB5884.namprd08.prod.outlook.com ([fe80::bc4b:3e07:e7ef:c74e%6]) with mapi id 15.20.3611.031; Mon, 30 Nov 2020 22:53:38 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "netmod@ietf.org" Thread-Topic: NETMOD Virtual Interim - Tentative Date Monday Dec 14th 9:30am EST Thread-Index: AdbHawGfJEb77XaSRIu2L9iTZgZdbA== Date: Mon, 30 Nov 2020 22:53:38 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; x-originating-ip: [2607:fea8:e300:4c2:d1db:b46c:7183:4cef] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: c8e0ea22-a8be-4497-9621-08d89582c6f3 x-ms-traffictypediagnostic: DM6PR08MB5737: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: t2caAT98BqjB1lRSVItIzUCBrNrsQzK3NTrUgU4R635tzzNhUcppXKUjL63VdnvNA8V5PdRKVGer5AmTbu5vKtQU9U81OmS1qmNS1f77AOkb2ejL602I6eOsfEBmGOJT6n/EQQH2fgsATDDVmbTbshhQwnb+dAhJcnX8iZlMfE5IrbEwzlq4SGMO9iqjfgFuPnJNJHhuxMwfUVZC9ugVdpm01MroqtOPGGIqvL9/gS5n43jbm9qfw7Mahjv4hx9HPkhWsJMLTIXQmtKpa4u06IyDKuM0o+TR7a6fQHuhnpw8MPo9hovDvL3fjC5ppllw x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5884.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(366004)(396003)(376002)(346002)(136003)(6506007)(86362001)(8676002)(6916009)(7696005)(2906002)(316002)(71200400001)(83380400001)(52536014)(9686003)(5660300002)(33656002)(55016002)(66446008)(64756008)(66476007)(66946007)(76116006)(66556008)(8936002)(186003)(4744005)(478600001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?oSFzUiJOj2OB0PPQ9RGakkcyH/p+rBZ6FM/dQ0mqPCyeG4LRxg3A95xobOQH?= =?us-ascii?Q?9BlTXePh63mtTX4DXReYYgybf3wzRhk9ppjmUm/IyUTfNgNvwNHeutpzgoly?= =?us-ascii?Q?GJdEsfVKDFvY7+1nXE6N2+tbOvR2ZtYAjzpR7QV17VrEB4MPCYZZLN1MpqLS?= =?us-ascii?Q?zeWa268RTrA2N6oBpE9h242K1k1dFSkMkGPVvTTRwQ/LdJ1sNf9vINGtWrKl?= =?us-ascii?Q?QHhmbtouXUXI6aAfoT8dzuSaS+Qaqp6Tsy6GamhFDCwBhOGxARu6w2j1nahk?= =?us-ascii?Q?l9nOVHBx7Fb3V/GP4p4YKKj735c5tsRU5KT1MC5/SXI10qFdEmY6/4y6jjxm?= =?us-ascii?Q?0Z6L+lWqWtZufZCbbH2rvW17+67CN95rH47IuYoXEeTGJyGNw/VuJ22w7TlL?= =?us-ascii?Q?YbPIGlx33pGOUAdOFlIhv8CWbwYCR4ZHozuNPAkPKS2NoytcJVVvOHfgGzf5?= =?us-ascii?Q?7FwugASr2dIbtSG9252B+mWMCWLRphSA7R4SbG7OMKI2zfQ0M3fvar0gNZWG?= =?us-ascii?Q?yJyUYvnnzAejG2AAfZck/lBxZuCQgV/XP6CYuSEtWAp8geyU1TPpsKsNsINa?= =?us-ascii?Q?MkmrmX0Hfji0sDdRqRmrsTISPjycQ8mUJzEh9NwUZEBMM6J+isbHm9dJxChV?= =?us-ascii?Q?8iE2vSd2P5ZmayjRDeyCK3fyqo1VTCVVkyAwUEb66A2Rxc2cOFsvkErTu/Sg?= =?us-ascii?Q?LOx03Bilhh124k5ngKKZJBoL6j1YLYoaYe7Yx0QFktnXzA8LGSrmadQb80iH?= =?us-ascii?Q?xSvhK7WowTLUIzpUuJ+1pcumlp5cd18ZXC+nNaDEplIDlxM+w8kLrog7Y+At?= =?us-ascii?Q?lZMA/N0dWgsk+tJ3GJgZx4FGMSRLnzoU7YObebX9uxR5FmfS1aogRDF+i+Tu?= =?us-ascii?Q?WOvHX/kNVvYMFRX6IbbzOmHHcjxm9AMaZrWJ2iQo9nkpc7QZBJ+HgIZNhp5k?= =?us-ascii?Q?b/4CVU52yprK0L5yhXxgU5BToxMME5SsXhmqcECmP772Kwz5QUHdejNH08I4?= =?us-ascii?Q?wBRuDPDQ9L2WSKviGo0pM4dody7EUTw/1KPZnmXg+J2ehK8=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR08MB5884BD3FFC93421FCBA1483F9BF50DM6PR08MB5884namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5884.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c8e0ea22-a8be-4497-9621-08d89582c6f3 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2020 22:53:38.8465 (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: HivC2DEKtJMy5pZboUpQPPehdz8ubbHAsLqnij7KDSjvi/trkM94JIzes6zKOAUBBE06QXVYBvK5GBdBgtuDjw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5737 Archived-At: Subject: [netmod] NETMOD Virtual Interim - Tentative Date Monday Dec 14th 9:30am EST X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2020 22:53:43 -0000 --_000_DM6PR08MB5884BD3FFC93421FCBA1483F9BF50DM6PR08MB5884namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, We're proposing a NETMOD Virtual Interim meeting on Monday Dec. 14th at 9:3= 0am EST. This date is tentative based on availability of some key people, and of fur= ther confirmed interest on the doodle poll from the wider WG audience. But= we wanted to announce the target date 2 weeks in advance as it currently l= ooks like the best time to fit this in before Dec holidays. Please see the email with subject "NETMOD Versioning virtual interim - Week= of Dec 14 (somewhat urgent poll)". Rgds, Jason --_000_DM6PR08MB5884BD3FFC93421FCBA1483F9BF50DM6PR08MB5884namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

We're proposing a NETMOD Virtua= l Interim meeting on Monday Dec. 14th at 9:30am EST.<= /span>

 

This date is tentative based on= availability of some key people, and of further confirmed interest on the = doodle poll from the wider WG audience.  But we wanted to announce the= target date 2 weeks in advance as it currently looks like the best time to fit this in before Dec holidays.

 

Please see the email with subje= ct "NETMOD Versioning virtual interim - Week of Dec 14 (somewhat urgen= t poll)".

 

Rgds,

Jason

 

 

 

 

--_000_DM6PR08MB5884BD3FFC93421FCBA1483F9BF50DM6PR08MB5884namp_-- From nobody Mon Nov 30 18:34:36 2020 Return-Path: X-Original-To: netmod@ietfa.amsl.com Delivered-To: netmod@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 404413A0646 for ; Mon, 30 Nov 2020 18:34:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.918 X-Spam-Level: X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ixy0XrEALw16 for ; Mon, 30 Nov 2020 18:34:33 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (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 0F37F3A0644 for ; Mon, 30 Nov 2020 18:34:32 -0800 (PST) Received: from [172.16.0.44] ([73.189.160.186]) by mrelay.perfora.net (mreueus004 [74.208.5.2]) with ESMTPSA (Nemesis) id 1MHFTY-1kx6lb3gdk-00DJJk for ; Tue, 01 Dec 2020 03:34:32 +0100 To: netmod@ietf.org References: <01000175fd388b56-a875c647-a6c1-4f9c-b91c-6e3c75932387-000000@email.amazonses.com> From: Alexander L Clemm Message-ID: <8680e80f-d097-a0bc-eb98-8f962c4000cd@clemm.org> Date: Mon, 30 Nov 2020 18:34:30 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <01000175fd388b56-a875c647-a6c1-4f9c-b91c-6e3c75932387-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="------------371C0A37135709C99ABB9213" Content-Language: en-US X-Provags-ID: V03:K1:e7djsD+LhO7cPIL+hrs7oNcsafZQLJzVMcuzAk4wcfQ9s5PH3q4 cZnJSb1yKiGr2h/RzYiVVbbWqV30/RrycDrH8SDuNXXsuJ5wcKM1ywer1Vm24gxpQY7U6Uj iwH6p9vTWJqavgxIfPC92DN/YLxrvLg9PILkd03iriqyf+zqP3HhCcyPpquef/a/ohLk5Om 2giBVhjAHfK+4JIeSlbFA== X-UI-Out-Filterresults: notjunk:1;V03:K0:TiyWDeLpBL8=:lJejvQwPQImmdrP1hzYkVn l5nt3jYK5AIf3Biu2fRi0Y/0g9YvJ5SnM4tGzDhI01jidF9ptU+nKeBWiHshaAPb9G8or/rDr Jsve+HyDUB1OwkOJ7Z+mz6JOUebu59sYSvGwk32HAHZ1nzcbJlD5QAgsgvVq+L3rNmv/XMo1s Ctf/e0GkGDDPveVPIMCeurQ9hOJIhBQSdLCTkRoZ1AUB52TrLiBWO6lJynRyKtyIovrK6jcdb UOjTdSiF9MExKCNOC5ikuy+v3ckTe6Oz6wXhuxoUWh/Ul09G7pBYF57mxHhrXLcHGNe039awb GOEyWMlwByYfAPHKlbFzSPAIIuh+MyrPq+lD7I+0hZj6/syY7rHNwJTLF7ElrTz/pogPqcnag QsPCzaFEcGsrvWsKQBUoNUV63XhJX3gfQQYstonmg8yfrpz9/1XU9uGcUbAcH Archived-At: Subject: Re: [netmod] Regarding IPR on draft-wwx-netmod-event-yang-10 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2020 02:34:35 -0000 This is a multi-part message in MIME format. --------------371C0A37135709C99ABB9213 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit As a contributor: No, I'm not aware of any IPR that applies to this draft. Thanks --- Alex On 11/24/2020 6:25 PM, Kent Watsen wrote: > Forwarding to public list for visibility. > > Kent // as co-chair > > > >> On Nov 23, 2020, at 11:05 PM, Qin Wu > > wrote: >> >> I am not aware of any IPR that applies to this draft. >> >> -Qin >> -----邮件原件----- >> 发件人: Lou Berger [mailto:lberger@labn.net ] >> 发送时间: 2020年11月24日 7:09 >> 收件人: Qin Wu >; Igor >> Bryskin >; Henk >> Birkholz > >; Xufeng Liu >> >; >> Benoit Claise > >> 抄送: NetMod WG Chairs > > >> 主题: Regarding IPR on draft-wwx-netmod-event-yang-10 >> >> Authors, >> >> Per the 109 session, it is the chairs intent to do another adoption >> call on this draft.  In preparation for that, we’ve determined both >> that the draft has changed significantly and that there is a new >> author, and therefore feel it necessary to issue another IPR call, as >> follows: >> >> >> Authors, Contributors, WG, >> >> As part of preparation for WG Adoption: >> >> Are you aware of any IPR that applies to drafts identified above? >> >> Please state either: >> >> "No, I'm not aware of any IPR that applies to this draft" >> or >> "Yes, I'm aware of IPR that applies to this draft" >> >> If so, has this IPR been disclosed in compliance with IETF IPR rules >> (see RFCs 3669, 5378 and 8179 for more details)? >> >> If yes to the above, please state either: >> >> "Yes, the IPR has been disclosed in compliance with IETF IPR rules" >> or >> "No, the IPR has not been disclosed" >> >> If you answer no, please provide any additional details you think >> appropriate. >> >> We note that all DT members are listed as contributors.  If you >> contributed to the document please respond.  Alternatively, please >> feel free to state that you didn't materially contribute to the draft >> and would like your name removed from the contribution section (and >> moved to acknowledgments after WG adoption). >> >> If you are listed as a document author or contributor please answer >> the above by responding to this email regardless of whether or not >> you are aware of any relevant IPR. This document will not advance to >> the next stage until a response has been received from each author. >> >> NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES. >> >> If you are on the WG email list or attend WG meetings but are not >> listed as an author or contributor, we remind you of your obligations >> under the IETF IPR rules which encourages you to notify the IETF if >> you are aware of IPR of others on an IETF contribution, or to refrain >> from participating in any contribution or discussion related to your >> undisclosed IPR. For more information, please see the RFCs listed >> above and >> http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty >> . >> >> Thank you, >> NETMOD WG Chairs >> >> PS Please include all listed in the headers of this message in your >> response. >> > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------371C0A37135709C99ABB9213 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

As a contributor: No, I'm not aware of any IPR that applies to this draft.

Thanks

--- Alex

On 11/24/2020 6:25 PM, Kent Watsen wrote:
Forwarding to public list for visibility.

Kent // as co-chair



On Nov 23, 2020, at 11:05 PM, Qin Wu <bill.wu@huawei.com> wrote:

I am not aware of any IPR that applies to this draft.

-Qin
-----邮件原件-----
发件人: Lou Berger [mailto:lberger@labn.net]
发送时间: 2020年11月24日 7:09
收件人: Qin Wu <bill.wu@huawei.com>; Igor Bryskin <i_bryskin@yahoo.com>; Henk Birkholz <henk.birkholz@sit.fraunhofer.de>; Xufeng Liu <xufeng.liu.ietf@gmail.com>; Benoit Claise <bclaise@cisco.com>
抄送: NetMod WG Chairs <netmod-chairs@ietf.org>
主题: Regarding IPR on draft-wwx-netmod-event-yang-10

Authors,

Per the 109 session, it is the chairs intent to do another adoption call on this draft.  In preparation for that, we’ve determined both that the draft has changed significantly and that there is a new author, and therefore feel it necessary to issue another IPR call, as follows:


Authors, Contributors, WG,

As part of preparation for WG Adoption:

Are you aware of any IPR that applies to drafts identified above?

Please state either:

"No, I'm not aware of any IPR that applies to this draft"
or
"Yes, I'm aware of IPR that applies to this draft"

If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think appropriate.

We note that all DT members are listed as contributors.  If you contributed to the document please respond.  Alternatively, please feel free to state that you didn't materially contribute to the draft and would like your name removed from the contribution section (and moved to acknowledgments after WG adoption).

If you are listed as a document author or contributor please answer the above by responding to this email regardless of whether or not you are aware of any relevant IPR. This document will not advance to the next stage until a response has been received from each author.

NOTE: THIS APPLIES TO ALL OF YOU LISTED IN THIS MESSAGE'S TO LINES.

If you are on the WG email list or attend WG meetings but are not listed as an author or contributor, we remind you of your obligations under the IETF IPR rules which encourages you to notify the IETF if you are aware of IPR of others on an IETF contribution, or to refrain from participating in any contribution or discussion related to your undisclosed IPR. For more information, please see the RFCs listed above and http://trac.tools.ietf.org/group/iesg/trac/wiki/IntellectualProperty.

Thank you,
NETMOD WG Chairs

PS Please include all listed in the headers of this message in your response.



_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
--------------371C0A37135709C99ABB9213--