Re: [netmod] Mask tag Usage in draft-ietf-netmod-node-tags

Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de> Wed, 24 August 2022 06:00 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98E96C1522CA for <netmod@ietfa.amsl.com>; Tue, 23 Aug 2022 23:00:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zkQkxi9K5e5a for <netmod@ietfa.amsl.com>; Tue, 23 Aug 2022 23:00:35 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2054.outbound.protection.outlook.com [40.107.22.54]) (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 3C6E7C1522C7 for <netmod@ietf.org>; Tue, 23 Aug 2022 23:00:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aSpXyyI0plYgBNTHuCrgf5FfukcXQzsR49Gs6zD2iwbIzD1fOdoJr01EO4NMrDrTWC82NsSs8zsc324OygYX/GspD1jLMAK+YFTaMhifhdLbrAjl7uPToFPf1GFJefg1HyrZ+deQ0S3cYcYv7Jrb3rTiwWyLp8Kodz0iCxdUU6qQBgqQnS0Ax8pVGv7r5B9hPx2NLPPaCsn2WqBAu/pz+ddHTUFst/+75S9u21JT50N3+TJc5eyU8ttkRQ4DbKpWQrE//bgTt8V+Fm0Ky5qyf2zZ6IT4aCO69t4F5zPmEmlPyCqTMoIiNNccfCI45SedEhNFInphw98lwPxxkSQw5Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=32lLgPxy2GTo1BfgcHnMe9lIFRNgxi7kAUaHKRyjrcE=; b=YI6Rp1+w3UYsqYCffoZf/QXl89EtjtIkzy6Db7Bqa1iG1Rw0AMhntX+pbydaXtjOXlX0awT3fTINgIROlvDzFaow6ydoM9xNfJHTlb/t+Qlk14HsEA52X54P1K46c1cxw1ZFq1mAZFFQwB2ZQGkDuWI32hZqLeCwyJS7iHdF6i6quF6eObJKdTz8sqnDPdL82Qnh4j6uKreCttDu6VCvqnxQyctYCzdMLLA8Xapf6dJ91SAzFmFGQ4CELtsqexi8FjEgwPuIXIzT6Ibm8OEHpPJi3raXv7WMTYCussqxmxIptKOTTUU2y4bHoSSsj+NemXXJtb9CgT5vOcvPBEOVfA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=32lLgPxy2GTo1BfgcHnMe9lIFRNgxi7kAUaHKRyjrcE=; b=Hgx+8t/P1D+yTSmonwgTtdjoLKsQMA6MIAdLpxUr5Pn9PBcZmxuQpS5EcxMen6Rd+dQfyAD/pqYx0uaQzTBWrax7TUrS8N0s+xK92GpDQAKjwwZzGz12EgeJXZXAFg+rlCBcOlLmxG4Rk2UuoJQ0VOYOZvnOkDkf8GVwvsld2xI=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=jacobs-university.de;
Received: from GVXP190MB1991.EURP190.PROD.OUTLOOK.COM (2603:10a6:150:3::6) by DB6P190MB0504.EURP190.PROD.OUTLOOK.COM (2603:10a6:6:32::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5546.22; Wed, 24 Aug 2022 06:00:30 +0000
Received: from GVXP190MB1991.EURP190.PROD.OUTLOOK.COM ([fe80::ec58:20f1:ad3f:59e0]) by GVXP190MB1991.EURP190.PROD.OUTLOOK.COM ([fe80::ec58:20f1:ad3f:59e0%5]) with mapi id 15.20.5546.022; Wed, 24 Aug 2022 06:00:30 +0000
Date: Wed, 24 Aug 2022 08:00:28 +0200
From: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
To: Qin Wu <bill.wu=40huawei.com@dmarc.ietf.org>
Cc: NetMod WG <netmod@ietf.org>, Balázs Lengyel <balazs.lengyel=40ericsson.com@dmarc.ietf.org>
Message-ID: <20220824060028.iuhk6qsunkajrwko@anna>
Reply-To: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Qin Wu <bill.wu=40huawei.com@dmarc.ietf.org>, NetMod WG <netmod@ietf.org>, Balázs Lengyel <balazs.lengyel=40ericsson.com@dmarc.ietf.org>
References: <f4c1dba9aeb547c7a79adce62341d36c@huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <f4c1dba9aeb547c7a79adce62341d36c@huawei.com>
X-ClientProxiedBy: AM0PR01CA0095.eurprd01.prod.exchangelabs.com (2603:10a6:208:10e::36) To GVXP190MB1991.EURP190.PROD.OUTLOOK.COM (2603:10a6:150:3::6)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 68b62069-1648-46b6-b4b4-08da8595f30f
X-MS-TrafficTypeDiagnostic: DB6P190MB0504:EE_
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: soF0/W0Cz3oY+Z3wqm1FfyWGTV05WzHOYSo2vJmwWViv5+ODfWdkXLLFALr8wNj41pyzuEVsKi8a06C1HmfgRNjvzMAus3pVr/u6ef4Vu8LEA4i0PNdUIuDFDbWYY0F2yWwFCoZsUiXm0bG6OKwjMRoz456bKHH6lvtq5T6OLMgwEV92iKox5uo/aNS71g64hnELIPoS2xAUv/Gi5kEh2XWsMEvRFzAZtrdnJTB4EI/e+tylpqOuvw1ZuLuiD7/tG9AKuN3mqAtUo5sBJtP32oHWyJyQPjxetWShtMmwSHWnKNzrt+eYz4sarSHhOOkqzPRKnV3LgXZjhZh5Qdm0hqBBxEJrBcfopOJ6NAcC0Eu9zeClxfX0/0y83YH7GD/7IjxpPm1tKo6xnWl0HRIsrQPM4P3aU+xJc2TmPM5cBukYHdMI9KTh5flTYr3UbcX5PKDlTwerYIZo5EydX9dI9YEDLZllE1lk1XMb4yQV+MzUWlWMcpr7HFFJDWsYl+MmR9i/Nu3gelCNS5hM7iUhtkNqj3wmLycbcX+/fQ6XP7dqvJvC4Ij/WLF/4Mr6HyiKfCuuHj+QfP6Dm1O3rnBSHSzHwkGttcUW8pNxsNSagppRPjn1WelkvasYIWaNBz/pna/2iiPlPCFaNuMQgoXlbP7f8vZQBvy2pBUj3GNTuiUr+Klrw67YIGnndDzepHrQe6irxIVQRcriwnYoiLUQWDCxoTmuqGPPSvH4uR/WoT2LdKjGqv6/4usdPLkBkZhsiVgcAY7mADZrUg5wRTMBVeO7Mf+CLBjmqBfQQPKg6FA=
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:GVXP190MB1991.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230016)(7916004)(396003)(39850400004)(346002)(136003)(376002)(366004)(6512007)(4326008)(83380400001)(8676002)(85182001)(66946007)(966005)(66556008)(33716001)(6486002)(66476007)(786003)(316002)(54906003)(41320700001)(3450700001)(2906002)(38350700002)(38100700002)(86362001)(40140700001)(8936002)(5660300002)(41300700001)(85202003)(9686003)(52116002)(6506007)(26005)(186003)(66574015)(1076003)(478600001); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: mABjXMPE2VVPDDSQqEQpvLSlCsu/H2+/ZlUa6Bg4orPvyWrsMGqgRHPkcpCjPkh6cIONf+pTMdua9OEMw5YleqW5eYIvzMjn71JXfaHvPqoG9dLy2A3s7zLJL9ciKyI0NLuI7YEw4PL+vn2YLA2LwMbMLaQ/7nOphLHwBYm+l3yWcg3qZGAf8MaaPE6zhkSQWJmUs67hcGkrGPIdKGw6YBvy7DHCtLUzfvUVc7haQGfLpAIW1ezfVKNGLSoqCTUc98vh+F7JVd0Acqeya73jsUD0dlwyvMs/QTmiNmUFHz3OTuZiDiBkXomI9qymlCQwpYxyoNYVrgwqhbzbku4Uomn3e3VL1C1iFZbnFdwNdOSiPkvyAhdQ68NB5lAgsZooECruNAX/shyf8hwqBmUj7xrTV2FiRcQLwFcJhvnjW1JZyClyjFU5bTYSx3GU3h2IRz9rDQnLoB2PsgQTCTJQ8CIfFzunWywxjHLHqL44/LFHfOxrosLo9rJX+VVmPKzSm1sBU3a0/ZzFmbdrcFVQ0MJZzHd2PWQNlhtWm3LKJple0J/gCsufzJCIpneLswd3tFnE+c9ANV5s0TAQRgOHoERK128HET4kDtF27T6WKo5Q5+8ktucNlGOvickq+fl3rqngrLWkayVSCrvPdv4UjD60jKmU5haPO7n5JVDg2k9BycfNzjGuCqnRgyR4LJRB1CSJrDHP1Wsu+T2Q+78Xk6GrlReAaVR7sIqjcpZZt6ecQWJI9tbvhcpJ/lYC1rZIDTXdLX1phe4vdG+L9Z1iA0k9qhN8H7DiIyzaB7OHm3/efgf69+1YPDSAaeOrcaENSGYkA8EvUf7B520INC+9rBTb2HNQVtQBvDJAb4OGy5FRysEOwJc6Z4Ayh/+AX05kErGT68h0LzWiWpCd6RXvtQyFcHaFK2hIsbVY7MxYL5o4kfJQzACxQSbaBdpShqmIRYhjSdV4VWVPisEDONrNR2b9L3ZWfGBow96zKDUSzP9MhHnhHduLWUaTLuwQOH8RAYCiXG+QsAFhQZA3Za3xDwjhqqBW6MSvGo1+AjyWtkaIKsngJwb3ktdnI5hzXdXrj6vZTjuGRPJyMQxvr9GboE4Gfd/smhZv6pbOfTbr/x42v0SACRdaF4yU2QueESZPpGalbGWJ0v0gn19UtCuCbNoQ0mE4Ow/Uh329gmm8CtfhGoYJqEixGqk8EtWtZ1e+CHGSLmlOi6xUkY5ZgGiWc4OjjIMEgZM9LabONzjoLvueOzyfHGhmaPX4J96XbiSfIT8QKgAOQC0pjMXbSnM92BZ+QcsKPhO1PZX3rro1KZPj23d9ad5sI9Q0+isDCc3LAOhWE8RPws4i62A1oHx6qiwa8ajCtHHrLEk4yeq4IzbnEXbj8Bf1hXNmEspUTXK2NhqS/AElbwtTKJR8ovKYA4b5i/10tm+2En3so2iG+c7Grh/SVY0zPRjS11nUEWYYpMuxSAmTaN7THWv6g4d5XXgOdVJCdvvPkXuV+0GCaG1YUdQkt0fk0wujWOfwpxpuy+YLaMReF3sCwGNqUGW6vIEhgGiWG+W9Y8PiB+1ivai9MFTrq/pHrefcDTu0JyU+pyZ+A09b1fgxBAr+qDxDJ/q8unnc04NCqAnbaE8kR08=
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 68b62069-1648-46b6-b4b4-08da8595f30f
X-MS-Exchange-CrossTenant-AuthSource: GVXP190MB1991.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Aug 2022 06:00:30.2266 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 2WHWYgbsmPF6j7szJBql1BL/XQMhiWr0AFM6iXr4dDT4bCEq/drtXpvIOpTr1OpeCNIk27QznL6yDbLWR4msWbPmpdIIUXuIGaA4Y8JD71U=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P190MB0504
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/KhMcBaJhHtJ5VVN3edl-B5fB1rc>
Subject: Re: [netmod] Mask tag Usage in draft-ietf-netmod-node-tags
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Aug 2022 06:00:39 -0000

Which problem is solved by adding additonal rules and constraints?

I am a big fan of the separation of mechanism and policy. How someone
uses a mechanism to mask tags should be left open to whoever uses this
mechanisms. If someone wants to mask a user level tag, so be
it. Consider someone does not like the 'foo' tag and he is dealing
with servers there some (newer) severs have 'foo' defined as a model
tag while others have defined it as some other tag. Being able to mask
'foo' on all servers (regardless their software versions) simplifies
things.

Your proposed new text is vague. Is a server to reject an edit if
someone masks a system tag? Or worse, does "not applied" mean the
sever accepts the instruction to mask 'foo' but then does not mask the
tag? If you propose to make something a hard error, then I would
expect more explicit text. I vote for not making this an error.

/js

On Wed, Aug 24, 2022 at 03:39:47AM +0000, Qin Wu wrote:
> Hi, All:
> In IETF 114, one issue we discussed for draft-ietf-netmod-node-tags is about mask-tag usage, we use mask-tag to remove the tag.
> actually we have two options to remove the tag, one is using edit-data protocol operation to delete the tag,
> the other is to use mask-tag to remove tag. so the question when to use mask-tag to remove tag and when to use edit-data operation to delete the tag, what is their priority.
> Since the tag can either schema level tag or instance level tag, the original proposal is only using mask-tag to remove schema level tag, which is static tag, the tag will disappear
> from operational datastore, but it still exists in the model schema.
> But for instance level tag, it is actually user configured tag, I think we can skip to use mask-tag, just use edit-data operation to add tag and remove tag. The reason to skip to use mask tag, becos, the mask tag is only applied to schema level tag or static tag.
> Here is the proposed changes to section 7:
> OLD TEXT:
> "
> leaf-list masked-tag {
>    type tags:tag;
>    description
>    "The list of tags that should not be associated with the
>    node within the YANG module. The user can remove
>    (mask) tags from the operational state datastore by
>    adding them to this list. It is not an error to add tags
>    to this list that are not associated with the data
>    node within YANG  module, but they have no operational
>    effect.";
> "
> NEW TEXT:
> "
> leaf-list masked-tag {
>    type tags:tag;
>    description
>    "The list of tags that should not be associated with the
>    node within the YANG module. The user can remove
>    (mask) tags from the operational state datastore by
>    adding them to this list.  It is not an error to add tags
>    to this list that are not associated with the data
>    node within YANG  module, but they have no operational
>    effect. Note that the tags described here are limited to system tags
>     not applied to user configured tags. ";
> "
> OLD TEXT:
> "
>     The 'operational' state view of this list is
>     constructed using the following steps:
> 
>     1) System tags (i.e., tags of 'system' origin) are added.
>     2) User configured tags (i.e., tags of 'intended' origin) are added.
>     3) Any tag that is equal to a masked-tag is removed.";
> "
> NEW TEXT:
> "
>     The 'operational' state view of this list is
>     constructed using the following steps:
> 
>     1) System tags (i.e., tags of 'system' origin) are added.
>     2) User configured tags (i.e., tags of 'intended' origin) are added.
>     3) Any system tag that is equal to a masked-tag is removed.
>          4) User configured tags can be removed using standard protocol operation.
>          ";
> "
> 
> -Qin

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


-- 
Jürgen Schönwälder              Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>