From nobody Mon Sep 3 07:05:17 2018 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 2C9C2130DC3 for ; Mon, 3 Sep 2018 07:05:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eK40O-wAJqO6 for ; Mon, 3 Sep 2018 07:05:15 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0085A1252B7 for ; Mon, 3 Sep 2018 07:05:14 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 0D5B7B810B6; Mon, 3 Sep 2018 07:04:52 -0700 (PDT) To: mbj@tail-f.com, ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, kwatsen@juniper.net, lberger@labn.net X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: andreas.jakobik@ericsson.com, netmod@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180903140452.0D5B7B810B6@rfc-editor.org> Date: Mon, 3 Sep 2018 07:04:52 -0700 (PDT) Archived-At: Subject: [netmod] [Technical Errata Reported] RFC7950 (5489) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2018 14:05:16 -0000 The following errata report has been submitted for RFC7950, "The YANG 1.1 Data Modeling Language". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5489 -------------------------------------- Type: Technical Reported by: Andreas Jakobik Section: 7.20.3.2 Original Text ------------- The argument "delete" deletes properties from the target node. The properties to delete are identified by substatements to the "delete" statement. Corrected Text -------------- The argument "delete" deletes properties from the target node. The properties to delete are identified by substatements to the "deviate" statement. Notes ----- Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7950 (draft-ietf-netmod-rfc6020bis-14) -------------------------------------- Title : The YANG 1.1 Data Modeling Language Publication Date : August 2016 Author(s) : M. Bjorklund, Ed. Category : PROPOSED STANDARD Source : Network Modeling Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Mon Sep 3 07:12:29 2018 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 3608B129385 for ; Mon, 3 Sep 2018 07:12:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 D52fDktT1vB5 for ; Mon, 3 Sep 2018 07:12:25 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6EF6A1252B7 for ; Mon, 3 Sep 2018 07:12:25 -0700 (PDT) Received: from localhost (unknown [173.38.220.61]) by mail.tail-f.com (Postfix) with ESMTPSA id 074361AE0402; Mon, 3 Sep 2018 16:12:23 +0200 (CEST) Date: Mon, 03 Sep 2018 16:12:23 +0200 (CEST) Message-Id: <20180903.161223.1891480910914198795.mbj@tail-f.com> To: rfc-editor@rfc-editor.org Cc: ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, kwatsen@juniper.net, lberger@labn.net, andreas.jakobik@ericsson.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180903140452.0D5B7B810B6@rfc-editor.org> References: <20180903140452.0D5B7B810B6@rfc-editor.org> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5489) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2018 14:12:27 -0000 Hi, This is a clearly a bug in the text. The errata should be accepted. /martin RFC Errata System wrote: > The following errata report has been submitted for RFC7950, > "The YANG 1.1 Data Modeling Language". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata/eid5489 > > -------------------------------------- > Type: Technical > Reported by: Andreas Jakobik > > Section: 7.20.3.2 > > Original Text > ------------- > The argument "delete" deletes properties from the target node. The > properties to delete are identified by substatements to the "delete" > statement. > > Corrected Text > -------------- > The argument "delete" deletes properties from the target node. The > properties to delete are identified by substatements to the "deviate" > statement. > > Notes > ----- > > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC7950 (draft-ietf-netmod-rfc6020bis-14) > -------------------------------------- > Title : The YANG 1.1 Data Modeling Language > Publication Date : August 2016 > Author(s) : M. Bjorklund, Ed. > Category : PROPOSED STANDARD > Source : Network Modeling > Area : Operations and Management > Stream : IETF > Verifying Party : IESG > From nobody Wed Sep 5 04:21:20 2018 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 06ED8130DF7 for ; Wed, 5 Sep 2018 04:21:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] 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 cs94z6Uu6GhO for ; Wed, 5 Sep 2018 04:21:16 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-db3eur04on0708.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0c::708]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94FB1128CF3 for ; Wed, 5 Sep 2018 04:21:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fwN/cuZ9iohY3dSXKX0d/J4iPRMSZ/02GndPMayuTPA=; b=n4EMcsP+mPvQ3IQ8+PpdZXaVNtv/EQu+7nKMuONx3WSIn6DtKDSS7+zKH04ABDHvC+dbUzLUZz6Ip0qzrxaHaqioz5oa5MkcAeZIh5d/ldKwV1raPqcZaM24Vs8cIou1SgAx7pv7LpJulQea3sOYyEVe9I7+ym99heJTYioyAzY= Received: from AM6PR07MB3942.eurprd07.prod.outlook.com (52.134.116.15) by AM6PR07MB4693.eurprd07.prod.outlook.com (20.177.38.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1122.9; Wed, 5 Sep 2018 11:21:12 +0000 Received: from AM6PR07MB3942.eurprd07.prod.outlook.com ([fe80::78ab:8ff8:a072:121]) by AM6PR07MB3942.eurprd07.prod.outlook.com ([fe80::78ab:8ff8:a072:121%2]) with mapi id 15.20.1122.009; Wed, 5 Sep 2018 11:21:12 +0000 From: "Bogaert, Bart (Nokia - BE/Antwerp)" To: "netmod@ietf.org" Thread-Topic: YANG 1.1 inline notifications Thread-Index: AdRFCjtWEK1T9ZjpTYiZ3KJdKjR6cw== Date: Wed, 5 Sep 2018 11:21:12 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=bart.bogaert@nokia.com; x-originating-ip: [178.117.49.199] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB4693; 6:8h7BKWJGtzGmcV2fg/ZYbve7RFFnsmlfzXvQD5gwQ8Yuicu19AGJbHcZ2S/JYM0sNB6PjS48x+olRUYw1arr1ZwUCZCUv6FpmZji1wreKrmUUnSbN+zrgCoKAnCOt3FQuDD1p9K10bP2kHxDjt8FKnB2TrtxqFAgWZu7iS7Ix6voqSjbihvEgvdsIj7jdxMLDqdtx8bC3IlVqrYlLnTJH+pdzGy4wuN1aC6g7aWz1NOn3h4SIstsDYvFYEJMYdjdCKcbSSWQRMP4tIcnxQrrnv/f0DAB/pYJbhBHEHvoRxWdtWXbez4/2htlfFHHrC15g1RYHMa7mqluW1+6T3G+1iuPwxOOC9EqmdPGst8rT560M+h3Iuys2yXd34jaTkYCZpMMCZBoO3JJhPKvw4SE1A6ngVZyvCivnQ7fZYYZWroIehqtaYSHyxFXqkVNFBIgNEt6PBFTEGpu3IBgxQSvJw==; 5:/XJ2LAUTXRdW8B7zQ8G/Q9JJTtl5ZnWV/h5glqsM6QOe5PFPw8nXcpvIKTuPlnXrJ2BOFtvuMj5YAbZlvUd8xjT9LIzsvS+pncPK5HmQTsV4IV/5D+oBgoNtCS6+Bnobh6ZgZD6UxmybozoLZ5JtKagRoaY07dRQOSAMSYr+opA=; 7:2tp8MQLB1C0Y4sY2C7wr2b541cSoY8ruS7Z9OGBCjxD+kj3JKtXuDOxjQoUZ4IPHLxnwjxWNkXkOkZ5K6HcUTrbTLpLTIZZG2NR7WUyWYZzTDdNk5NE4qGqGGmswUJb56g293Z4rjDu+soe+cc3REyJyQ/7xCaflLceT3qYZBww96LFxlCM2+69i0oB/0pPfh2PidtDfZ0rlt2lg4eA3zLEUQn83265Jvcukx4BhorQ6sH26iNLMJuxoqlHoHluD x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f2d958d1-0e96-498f-e173-08d61321b014 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:AM6PR07MB4693; x-ms-traffictypediagnostic: AM6PR07MB4693: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(131327999870524)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231311)(11241501184)(806099)(944501410)(52105095)(3002001)(93006095)(93001095)(10201501046)(6055026)(149027)(150027)(6041310)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699016); SRVR:AM6PR07MB4693; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB4693; x-forefront-prvs: 078693968A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(39860400002)(346002)(396003)(136003)(366004)(189003)(199004)(97736004)(14444005)(478600001)(26005)(6116002)(7110500001)(316002)(6916009)(3846002)(7696005)(5630700001)(790700001)(55016002)(476003)(6306002)(54896002)(2420400007)(86362001)(5660300001)(6506007)(68736007)(9686003)(53936002)(8676002)(186003)(7116003)(6436002)(5250100002)(10710500007)(15650500001)(2906002)(74316002)(2900100001)(486006)(99286004)(2501003)(106356001)(256004)(33656002)(25786009)(81156014)(8936002)(7736002)(66066001)(14454004)(105586002)(81166006)(102836004)(5640700003)(2351001)(1730700003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR07MB4693; H:AM6PR07MB3942.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: bSGg9TfrpGjE4nOfOyL6S3LtLpgjqbkf73ZPyhZ97ag9uJS6eP+cHah/73GpYV7cX2UV09TvxeseSSjDMFDBYzrq67YonW87P4b+rfObYdNpsZ65A/vYyIojeclUdsfODc5rG9XafGhIXJHVv1WuWwozmFkcewbj7kb+tTFuOeUGAFBQNfN5btQ3nKGYf3IGjB6GFsSEdilOwvwOpqg31Wjz8iLFMxgagvhD9B8M8tWz56kTu6Q6SHfIQJiRR3uq33BKcxGgXs0ofX2zsFcSvTyNR194jIxJpuWkW4pnjQkdBLmAJRkzDIboeG8lvF9APHIkBRWmj0zYJQlcHgHZVjNRzjbsBR+c5sxMqVorErbgyCkzSvESeMVCEpLmrBBFmRe05Suci6BDcirS6idnkw== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM6PR07MB3942653D050C62F29675AF0B94020AM6PR07MB3942eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: f2d958d1-0e96-498f-e173-08d61321b014 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Sep 2018 11:21:12.7700 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4693 Archived-At: Subject: [netmod] YANG 1.1 inline notifications 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, 05 Sep 2018 11:21:19 -0000 --_000_AM6PR07MB3942653D050C62F29675AF0B94020AM6PR07MB3942eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm trying to seek some clarification. According to RFC7950 section 7.16.2: When a notification node is defined as a child to a data node, the element defined in [RFC5277] contains a hierarchy of nodes that identifies the node in the datastore. According to RFC6241 section 1.1: datastore: A conceptual place to store and access information. A datastore might be implemented, for example, using files, a database, flash memory locations, or combinations thereof When combining these two, the "hierarchy of nodes that identifies the node = in the datastore" actually refers to resources that do exist (at least that= is how I understand this). Now consider the following model. container state-data { config false; list elements { key name; leaf name { type string; } leaf status { type enumeration { enum up; enum down; } } notification inline-notification { description "An in-line notification"; leaf result { type string; mandatory true; } } } } Can a device send the notification 'inline-notification' if the list /state= -data/elements is empty? My feeling is that this should not be possible as there is no "hierarchy of= nodes that identifies the node in the datastore", so against what would th= at notification be sent in such case? Best regards, Bart --_000_AM6PR07MB3942653D050C62F29675AF0B94020AM6PR07MB3942eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’m trying to seek some c= larification.

 

According to RFC7950 section 7.= 16.2:

When a notification node is d= efined as a child to a data node, the

<notification> element = defined in [RFC5277] contains a hierarchy of

nodes that identifies the node in the datastore.=

 

According to RFC6241 section 1.= 1:

datastore: A conceptual place= to store and access information. A

datastore might be implemente= d, for example, using files, a

database, flash memory locations, or combinations thereof

 

When combining these two, the &= #8220;hierarchy of nodes that identifies the node in the datastore” a= ctually refers to resources that do exist (at least that is how I understan= d this).

 

Now consider the following mode= l.

 

container state-data {

  config false;

  list elements {

    key name;

    leaf name {

      type string;

    }

    leaf status {

      type enumeration {=

        enum up;

        enum down;

      }

    }

    notification inline-notification {

      description=

        "An in-line = notification";

       

        leaf result = {

          type = string;

          manda= tory true;

        }

    }

  }

}

 

Can a device send the notificat= ion ‘inline-notification’ if the list /state-data/elements is e= mpty?

My feeling is that this should = not be possible as there is no “hierarchy of nodes that identifies th= e node in the datastore”, so against what would that notification be = sent in such case?

 

Best regards, Bart

--_000_AM6PR07MB3942653D050C62F29675AF0B94020AM6PR07MB3942eurp_-- From nobody Thu Sep 6 07:52:33 2018 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 CEF9A130E92 for ; Thu, 6 Sep 2018 07:52:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.584 X-Spam-Level: X-Spam-Status: No, score=-3.584 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-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=ericsson.com header.b=JcpqDaAZ; dkim=pass (1024-bit key) header.d=ericsson.com header.b=hnTWBUsr 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 UmVGHBSEFQft for ; Thu, 6 Sep 2018 07:52:27 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 07B41130E89 for ; Thu, 6 Sep 2018 07:52:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1536245545; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4x0LCAciM3pY9cLsppLeglw2nwRcGrwMWl8kYGZYMUo=; b=JcpqDaAZTUDzYq/aSoJZSdVwkCjoN7aaAzuD8DjFqPNX+CZngX12l5NqYH/C1Kli LwU4tmXmRdU/ud7IgU+krbYPyMZ2DUi+HuSaayI9JYC22e3Rsby8a77IaClmM0YE 7L3Ojed8dhQWpy/kpKySbLnCWMWJzOSs+P8sXGeD+Rw=; X-AuditID: c1b4fb25-cd2929c0000013ad-37-5b913f28c7cb Received: from ESESBMB503.ericsson.se (Unknown_Domain [153.88.183.116]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id CA.85.05037.82F319B5; Thu, 6 Sep 2018 16:52:24 +0200 (CEST) Received: from ESESBMB504.ericsson.se (153.88.183.171) by ESESBMB503.ericsson.se (153.88.183.170) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 6 Sep 2018 16:52:24 +0200 Received: from EUR04-HE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB504.ericsson.se (153.88.183.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 6 Sep 2018 16:52:24 +0200 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=TzLYDZg0RF+V4ZxdaIHfRAEulET3xkPg9NiyOkTzl3k=; b=hnTWBUsrCJb/GnOkj374QsNeDKSqh23yohSy/B6X7+hNHdK6GVd5W8RRsMqjtKkLZWGUi+CC0MjQZWBH/a33Qa08N9uTGGCfPoGmG0H8skSZRFz/a1KngP3P33pOzuz5GjCLV/map3wkJLdBMYgRBsHePDVUnChz8acZ3HEFB9Q= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; Received: from [159.107.199.36] (89.135.192.225) by VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1122.8; Thu, 6 Sep 2018 14:52:19 +0000 To: "netmod@ietf.org" From: Balazs Lengyel Message-ID: <5fcc9a04-3f9b-e033-e7bf-281d81d1bbb0@ericsson.com> Date: Thu, 6 Sep 2018 16:52:05 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/html; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [89.135.192.225] X-ClientProxiedBy: MWHPR14CA0047.namprd14.prod.outlook.com (2603:10b6:300:12b::33) To VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: a75820b5-0ee8-446e-89b6-08d614085948 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:VI1PR0701MB2736; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 3:lCeAAZCcMviuknbewEpMifKUKFA++AxpQLEnkd/pjeGJ6QCdGiHnYzU7BYN9WAQYUFNaSQ1Qy2vUP0p3jjkT7J8y+dLJv20troRL3VkeH2s0YApWt5mClVToo/EzDCtkuLZdXuYmkos/04PXJbSZspMmFjULLPMGIR4SjZFR3HQIwEV32UCVxGGNCSo3feODWfBE2SnkMEs+Sc0lj+z/Sk18JbjwYjYcvI+DSel0OL1R+Ce6kfz5vcL6tR7+wZGx; 25:Du6Zryh9mqjjdE6/oMwr5FlEZZEMhh6oydYJVUmg8kFWUHzJViEYtJ+IW4ppCkeAGibXiFWhnC8YdMb3xD42HE7GJIfpInJw5RQyhW1AQ+zdiJybH6PYnmMI3EMuqqjcmj7T5QorisWvVgtCE2sMf5fdZ9sxuiGof1u6KPNNV3P4aRdbn/LTE8jOynnLUgj1lb8pw5LRsU25D25IMMEPtztAaFZINc30sz+r5JNbpby0f92qpG1kL9O+Ref/YFK5EhbQJ9lWBfqRfIk9Bj1LNSulqvirHhaJ0qF8CIJDoCvdN0rVr8vdX+0/Lj0XdS9eym43vSw9vfiwtpcZl56/Cw==; 31:YS5bUZcs/ORNnNnVjo6QHk/Trbo/OAdgGavOFVDIe3X8avBpWO+6pFMe8XXtsmnpWM+oIQmLGEswQ02jJcDcoq8ycZbaS4ax8tJmVQNVXgD0Z23Zv6ILQSSbPZ7IlLlVJvdMTCJ7kvg5C8KZxqkNowe7DP5y8Iw/6tzHyWeL8V6ATWiEAOnZxoYRM4qafO+Om/9XsZPFN6vB3h20+Sepj99LQdw8Cc1duUZPjJmPGqU= X-MS-TrafficTypeDiagnostic: VI1PR0701MB2736: X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 20:xpsZ8wq/58GUwF41Kf60aqnynqNxod/gwI6NhLdDJ5D7jApH+fS77cWpiAjo8X6swpl7QjITzVztr0exGEPrb234IZkwZbI7/wmEJsTZtHxTHGmGHSxfS1TemAzaUFyjosMnpxGb9wuKARBkvJIezJqUgVk865ge+0Y18A6wIRgfiHktGDqVD7PCXBeiGUv6KnGXcuCqXGsAqJjsB7pSBWe1WmAcxn3QArb1V+8WaDZjxEyxRq6jdUYVc2+s1czzr88puGsDX7P3RZciTGNN75YRW7CN9I5fH3L3SNSpHpMR3bGMjk9y93WP53o2bmR3fL7OzVM6Jrn74F+OGRVnX2PpO58GoBLzStpe/Tq0zehNrSCCYPtzPOouOw24P4clIeKSmlsPsKZE3S8fqSOQqgl/BA6M8AjteKrlLiO/6bWpTgn1ShROAR6CC2LzRJkbjJFo9IHs3qvPqRm9c6SKpMNB0PlVa74eSSenaBGMGupbyu1NCgYqH93uLcvjvW89; 4:3pDsYUUIbrt6lNRKB7JpJL4iuDYKxrAUM9HftjMs9VBjbxejkxRD6PHEwniv4ye6cUkoK8jHlEgSJY4hIbknYlfPZKq6rHOm499DepJZgWA+/tLflEK9b0MyL/jOT09nFA2f3dD+DKn/bgKNFR5CUJyfmCp1D7sZ8p8kwOi2KstHsw0n/RbfcxvohqrNus/3LjgRNqLyFGCI050qZ2oWPLi8WoopmxY7PAEC+IIoWj8Sv9TfsD9yzIcuuG9+ARBgI7Mmpr0TaoWyd3FQn+soCrm5bZYNDzVZxs2FXOCQEdZxnbOqXm5yeQISC1EjWQjgEpQQbb9CmiRMryLzS5l6DsVIW2qh/zH8GhzjBu6j1Ik= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(37575265505322)(248295561703944); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231311)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699016); SRVR:VI1PR0701MB2736; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0701MB2736; X-Forefront-PRVS: 0787459938 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(376002)(366004)(396003)(346002)(39860400002)(136003)(252514010)(199004)(189003)(23676004)(52146003)(52116002)(486006)(2906002)(2616005)(54896002)(58126008)(16576012)(8936002)(316002)(23846002)(956004)(230700001)(68736007)(6116002)(3846002)(53936002)(476003)(50466002)(36756003)(7736002)(14444005)(97736004)(65806001)(66066001)(106356001)(105586002)(1730700003)(31686004)(81156014)(81166006)(8676002)(65956001)(236005)(2486003)(2501003)(5640700003)(6486002)(31696002)(86362001)(2351001)(64126003)(16526019)(186003)(5660300001)(26005)(49976009)(6916009)(65826007)(386003)(478600001)(25786009)(3260700006)(6666003)(44832011)(78286006); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2736; H:[159.107.199.36]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; Received-SPF: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjA3MDFNQjI3MzY7MjM6am5VMFZhR2ZtVkk1WFB6OUhJNlJUeGs0?= =?utf-8?B?VDYxZVNMcXpzeEpjMVhQTlE2YStwZFNMYVI2cVRtM3hnd2FkTW00MG9zS3Zu?= =?utf-8?B?dnFvOHpTZWFzVGhYUWI1NFdLMVR6NVF4VUJqMk45TjQ4WTVSeTZHN096YVNs?= =?utf-8?B?NC9CMVluWDkyY1lWd0g0VEYvUTVIOUZJY3g3OUxmUW9IUVRBZU9GdHE0SC80?= =?utf-8?B?K00yWlFNWE03VnZsUmxhaXRzTzRvb0R1V0hZNnNpYnUxeEs1WmRDV0VEVlFy?= =?utf-8?B?T1J6R3h0UXVLczRtTnFjRC9FTERVVXRuQnkzUnV6MEhIdURXMG04V2hscyt3?= =?utf-8?B?V0RZTitodUxZSUhsNnR4RDR3TVNFcGpDZ2NTTDBoOWNDWFloODNobCt3R0hW?= =?utf-8?B?OXBEdFRPTkhYMXJBaEpxUjdjVFViWkl5d0V3N3VlYUF1ZVdVTWhoZXFlcGF6?= =?utf-8?B?akpvMFI3a3pFSG53WHVUcGRMbXd5WElUZC9hK2VPNmw0bjR3RWw1UWVnNDBj?= =?utf-8?B?NHZwaVlSUFBteXFqa0tpNlBzSFJ4UXAzRi9tOWkyamV5bzcxNnFWYkE1aTIz?= =?utf-8?B?VjNKbjhLaUhuMkM2SEZDTnVHRGVObzNDeE1ITWE2QndkaFlwSWZXRmRhV3Zu?= =?utf-8?B?TG12SUtUaEJxZ2tFeVdycUdHeEZYaGdGTmxuSmVKVjNkbENUL0JsQ2MwekR6?= =?utf-8?B?U2hzMVgwajNEZWtmUGxreHBzYXZSbDdvbUxXSmt0dXh3M01yVU96NVB4d3ly?= =?utf-8?B?d05jUVVaTDc1bEt0SFJiS1FZUUtrTUdIRDZndzBHeGR2aDB0Q00zMVNuWXly?= =?utf-8?B?c2VERGVucXJnS2hZMWc1RFp4YjdXVlZMbXlnaitmTzZPaG5vMUZJRjA2dVhj?= =?utf-8?B?STBObFlBeDhERjBQd2pGRnErRThzWlVPLytoZSt5VThsQ0wrR0xnTytteFh1?= =?utf-8?B?MHJSZUVpUHV6ejQreVNrRUN5KzVzaWEvZi9aQm1lNkE0V2x0UWxPZG9tUlVl?= =?utf-8?B?WVMrdy9uNnJJRitTaTNqR01wRjZzRVJvOUtGblE0SUoyL2hRZEpNaHRsbkJP?= =?utf-8?B?VWVhTzFFa3E0enVKSE1rYUd4LzViRTd6bVRaTDlLZzlUK0tDeEhwenBJeWlW?= =?utf-8?B?TElpaG1VcTNYY211eGVOaUJnQmNXUkpRbjNNTW8ra3AzMEJLTjFLNHpXKzBs?= =?utf-8?B?aEIwakYyWTc5QUxZanR3K0hzWDBFekF3SVR6QlFId3B4MGFpMFNSMitxMUJj?= =?utf-8?B?elRzNjFlTWdFbkFjQXZNWERiVnJMcndWTGJHWDRYbk9YZDRnZys1Q1dUVVlJ?= =?utf-8?B?QWM5U1Q1Mk9nRmx0MUVuVjRaTEtjMEQrN09tWVJ4Q0tMZzJPQWNsS3NXUjRI?= =?utf-8?B?eGY1cEtWdVQybk5xUTAxNkJMdGU5TGVISmpzSVVSK2x0VEY2Z0ljdEp5Q2dW?= =?utf-8?B?Q3FuMzdqV0txMVpEdStmdU52ZmdPTk9SR3QxSCtXWlYzbit1bUdxQ09ENHBX?= =?utf-8?B?RG5RVGcvRTFEZE1qNkp3UXpLamJIYTJnMUxabmJ3WXg1S0ROaTlvdmpnKy9P?= =?utf-8?B?N2J2UnVGQnRpRzJqNW1qMnE5Z2U4d2VyeWdGZDZwVmMyTU1FZFR5RjVvdVpB?= =?utf-8?B?czRNcVhkQkMvS0RtWk1LMHlWL0ZOdHdqWDYwQmtWQURHL25VYlg1S2g2M1B5?= =?utf-8?B?M0FMOXRGZUtBVi9WRC9BUUhPMlVpSkVoVk94c0RHeGFGZlQ3MEw3YmE0UlJQ?= =?utf-8?B?eGQ5RWl6b3VUKzZ5OFkycU5hTmh5djZOZjd2ZVFKN2c1NXY0N0NndVdGMm4x?= =?utf-8?B?YjY1bk0xSzYvb1ZTMXNxTE1tdTVYczExK1JVSXhUbWtrYzhJVmNLek45Y09q?= =?utf-8?B?THNZeEpob1dmVEFJVHE5WityT29ScjRySlFXQUdrN0RkakJaQzJkTjQyTmUv?= =?utf-8?B?eGtQQnk4VGNWUklFLys1OE1FNFE2UWxaRHQwQ1QrdStqNVd6aDIzd3dNQzF3?= =?utf-8?B?eGRLMHovOGNDR0RGQUZNbUlEM1o3WDZrWlhGaDBRPT0=?= X-Microsoft-Antispam-Message-Info: 1He3HS3SoDeV7g+AjaH+7trwRjETCZxuz0+kT4hJHm0Jk7pGYl8G8y5J9sdeq+862FV0pZLctw3+ducraVsCYa6ORO9I5iUn9RsIRcsv/d2ReJVPA4ksdzpi/7Nx5tLGTGeILW97jmXBhhd6Wvc7DjYk9aQL5VIzicQFgaCM6cPhuW2hQqT0HoqCOMjdm+cL1RkWSPHaHU8qtEWRLg48pGFB6Q9A368YrAQ3mhvtep0OaLxCEdRfx83/2emXEjwLNC9hUQUa+WyqImnGInf+lRBWvAR1uwrLXUDHotvOOLZkMdfrYn5uHIbnovbI9L3usLOzgp6C/ARfnjB/0/fOI8Yz4YZlITcxdN2PwlU4Rn0= X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 6:togFJfJX8BbVzDW7r6dVUzjnkeG63hUsUQGH8FEpzbNhxcs/cDZ2p1MIUuFKKQxex/3Wa+ae6JBlBwj7+0LP40nD/nY9d34D9aLytnmSclhwuqzC4X+EfRLJKRBnU+nXA9O1NAagicjSLRkYRUo3U9LcgOyceFpG1uFf5yrANuwVqQgNHIFmhYRGyLNZxYZihAowd4qiM9QTdlWXckgraNv/Sxh/S1SJlB/oXSqdJseGb6+hn6bX/wt5pDv9bJvNz9MXvAHGLFonxmRo5doY2PY0rA0Xv5Gm27BC3kWV0p1fgcBd1wLRxD+SN3gFHp2qKDj2lqIXCWOyg4vRuTObmWB4WfR8rzb6AQlm+MxUkPn02IDPEJTEU6cwhxtMEKbqhEgKSv1eWK0y/GuXmfsBjjd7wgR/cWXZ7HsHwcBbCHYCVIVzgqe18nN04tkCBwrXncGijnGApmNlxI2giPdmgg==; 5:1e5yu2K7Is9LQk55Czny+RsE4KaLMvfVlugfe3ZyLOF/amfHcOtpGCKlxLc/Wuf2zFIvoX5HV/f9DajyIAbuuyjeSxJuFLyN+3Os/F9DBuN10FRopiaL51DiqSK0mmLZaPxDQ0N2FmN17//1LKKghh2RLVHwb5GJ2/P7SKD12Yc=; 7:eKjgZILsZuQnQWT0Z3tcp+EttfgjgDxeoApjOJNZGLFDZPLN192j5GwtAopF/KcF16zkkHEg5l+1J3Ed3S2WiQdDwoXj0tVv5CHsRDWRpwXbrHY31w5tXpfRfsncVOcRQPP2wyrsP8zwSSIwu74And3ekYHgfgcCO7jjY8sCZ0MSxGUr46Ou6NSAb8wYXxqX4YECbF1DGptFgkgsx5R4vsQuwAdxFaphV6ZBzgmQIWpY7RZ04OTw6QZsp/qIuudp SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Sep 2018 14:52:19.9135 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: a75820b5-0ee8-446e-89b6-08d614085948 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2736 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFIsWRmVeSWpSXmKPExsUyM2J7ia6G/cRog7a5NhbzLzayOjB6LFny kymAMYrLJiU1J7MstUjfLoErY13vebaCf2wV8/b3MzcwrmbtYuTkkBAwkbh6bzkbiC0kcJRR 4sD5/C5GLiD7K6PE7509jBDOYiaJt1O7WUAcFoEJzBJ/djWygLQwCsRJ7FyzkBWiqpVJ4klj K9gsEQF1iZk714PZbAJGElP7z4M1CAvoSbyd+B/I5uDgFbCX6G8WBwmzCKhI7JkzjxUkLCoQ LfHpfyZImFdAUOLkzCdg1cwCahLLWpVAwswC4hK3nsxngrDlJba/ncMM8YySxKUv08DOlBCY ySgx//BfRojPNCQeXvgL9bGsxNGzc1ggbF+JWy132CAaTjJKvNp/ih3CaWKXOH38FtRYHYk1 R1YwQySWsUvc3rWPHSKRLzGz4REjhO0tcW7HbagVchKnes8xQdg7mSU2HbKDsGUkXk0+zQo1 iE1iVdtcxgmMOrOQvDoL4dVZSF6dheTVBYwsqxhFi1OLk3LTjYz1Uosyk4uL8/P08lJLNjEC U8TBLb9VdzBefuN4iFGAg1GJh/eLzsRoIdbEsuLK3EOMEhzMSiK87tUTooV4UxIrq1KL8uOL SnNSiw8xSnOwKInzPjTfHCUkkJ5YkpqdmlqQWgSTZeLglGpgdAySj7t4dsHWZ/yCTGpMrkcr q+VM+HTuLhXUV1ils2/X7TZjI+8oCxa94BdcN4P/f86c2Le61fIJ194J7zk/OAV/y29JaSix CpjeoGy79bttNmexZ+yVKp9dPD8nn3ae+uJVYJJEtuPDlDCfty/nXpr8+/Hk+ksPC9UPTTNc qTzrysPb+y1fKbEUZyQaajEXFScCAI3hGUoNAwAA Archived-At: Subject: [netmod] module names starting with underscore X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2018 14:52:32 -0000

Hello,

One of our customers wants to introduce module names starting with underscores. As far as I know it is not forbidden even if unusual. Do you see any problems with it or do you know about any tools that would have problems with _my-module.yang ?

Is this stupid or OK?

regards Balazs

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com
From nobody Thu Sep 6 09:59:26 2018 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 021FC130DCE for ; Thu, 6 Sep 2018 09:59:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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 dNsFLCMNrH9l for ; Thu, 6 Sep 2018 09:59:23 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90FF6130E8A for ; Thu, 6 Sep 2018 09:59:22 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id j19-v6so9928280ljc.7 for ; Thu, 06 Sep 2018 09:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=v0TZmJmVn/Nx+DGI96qSxodgfMrrx0xRXG9wu4Wmub8=; b=XVmxw+m8+inzgpjUeW5T2QYzKkFF30iW9ZK+DdTgqNj397H7m9I5lSdLO3Ab9PnGOu VFbBpb0RSG+pl3IKQF0BIOeAfzFbZyxpEzk1/uhQiL5cus769aTvIybj9WppBtRbOk3y UZHLyYMtW0At7+d7BIDIuAxlb5Y/yNFPFyLwIRIOI/Mch/7oeJY3CE2vB6nj0ruhtaMW tnrBz5Vom1hIhA5n4m+k3bkzAIVc9gv4i9FACMSbklJNVK1btsYFRlr5snR61Wzmo6Mq on7QYFNUeyMkI0kr+ZeDxg4dL0XKaLPhezGyElhBXN1rAautsMo9Im3k92noMvUmRIQs SEyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=v0TZmJmVn/Nx+DGI96qSxodgfMrrx0xRXG9wu4Wmub8=; b=UIuIJ+24TDkSlSr8+kltEhHL83RFDiE4VYYJ9F3sW0/9sRn8w42myb1K0vVCBoBQ2t U2Q96EU9xS8H0y8y6Qs52QucF2IGvGMaVJm3WYmbjAssA5SHoUEf0M2HpVZ0uxmy4aEs 83UWLQ721fjWIud14AaxkhAL+HlbX6PZvLMLLOypqyavDcsSqAbW9zJ/MqX22jGRGedM xGYwX9kMgiZ60z1Goz1d1RyjfPfBRj06NP7fv7h8zqAny97RkgGVe2jgln7mi0kUYpo5 VHnkBs6tHG4Mv3rHxBUT01jyYx6sDGIIlZVosYSfRor2+yH1So9XHyx0xZpb6wyEJncd 9/Gg== X-Gm-Message-State: APzg51Deur7t3h4anwoudpxPyVLX6lrQ2bXVBukq5ZA5W3XVOCjAJXlp VFMvYfpaQSOxhPjLHg245ODVfTKCJ6W0/lRw/+57xA== X-Google-Smtp-Source: ANB0VdYJ+SM2+KPNFPSJCwen3Vjm028hzq6ZvuQoRQfxIUynDpFlsrVSF+xkM3Z/U5wu/AMhd73l4hN3C3QaDreqCnE= X-Received: by 2002:a2e:2ac3:: with SMTP id q186-v6mr2429920ljq.123.1536253160709; Thu, 06 Sep 2018 09:59:20 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:9907:0:0:0:0:0 with HTTP; Thu, 6 Sep 2018 09:59:19 -0700 (PDT) In-Reply-To: <5fcc9a04-3f9b-e033-e7bf-281d81d1bbb0@ericsson.com> References: <5fcc9a04-3f9b-e033-e7bf-281d81d1bbb0@ericsson.com> From: Andy Bierman Date: Thu, 6 Sep 2018 09:59:19 -0700 Message-ID: To: Balazs Lengyel Cc: "netmod@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ee05f2057536cf5b" Archived-At: Subject: Re: [netmod] module names starting with underscore X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2018 16:59:25 -0000 --000000000000ee05f2057536cf5b Content-Type: text/plain; charset="UTF-8" On Thu, Sep 6, 2018 at 7:52 AM, Balazs Lengyel wrote: > Hello, > > One of our customers wants to introduce module names starting with > underscores. As far as I know it is not forbidden even if unusual. Do you > see any problems with it or do you know about any tools that would have > problems with *_my-module.yang* ? > > Is this stupid or OK? > It is legal YANG. There is no text anywhere AFAIK reserving names starting with 1 or 2 underscores. This will likely confuse people who know about C and C++ naming conventions. It also stretches the module naming guidelines in 6087bis. https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-4.1 regards Balazs > Andy > > -- > Balazs Lengyel Ericsson Hungary Ltd. > Senior Specialist > Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > --000000000000ee05f2057536cf5b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Sep 6, 2018 at 7:52 AM, Balazs Lengyel <balazs.lengyel@ericsson.com> wrote:
=20 =20 =20

Hello,

One of our customers wants to introduce module names starting with underscores. As far as I know it is not forbidden even if unusual. Do you see any problems with it or do you know about any tools that would have problems with _my-module.yang ?

Is this stupid or OK?


It i= s legal YANG.
There is no text anywhere AFAIK reserving names sta= rting with 1 or 2 underscores.
This will likely confuse people wh= o know about C and C++ naming conventions.
It also stretches the = module naming guidelines in 6087bis.

=

regards Balazs


Andy
<= div>=C2=A0

--=
=20
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com=20

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

--000000000000ee05f2057536cf5b-- From nobody Fri Sep 7 14:59:27 2018 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 97B45130E1F for ; Fri, 7 Sep 2018 14:59:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 OJSwXoXMZE7w for ; Fri, 7 Sep 2018 14:59:23 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF280130DE2 for ; Fri, 7 Sep 2018 14:59:23 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w87Lrq3D026933 for ; Fri, 7 Sep 2018 14:59:23 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=4yiYYA3fCSZMN+SKTnVfyLKhJLLIlqbsonJeiWdjIss=; b=KMG/CK8p5O3Ab07YE+AIP0ISF0giomdQeJz8bTAgkJkoHutSOfzI31mxeCXXKzQCSuEj gnjEDLj8uOUu44GE5NBhZxUk6Eon0pfPtjUn1pFBfj3UsPqeY5RvU6uK0x1UnWHLgzc2 na5zoHXfBLDUN+upFhQ+xQEmkkzxs6Thn0lr8Y52oqYQmzB3a4AGF/bJoVpJYQzvIne3 skF+XaEblS0u0wXQVgr0F72l+2Ly703kYOT9r5+EP0MwQcpMlu0maRTgevT59ydeOOsX ALor9UQR9nuTlsIPGcS4kcC7v8/HGOgU+w+fIZc55z6ookQEGNEbb4sFF+6I1xkaw4/a Cg== Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp0050.outbound.protection.outlook.com [216.32.181.50]) by mx0a-00273201.pphosted.com with ESMTP id 2mc19x012e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Fri, 07 Sep 2018 14:59:23 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB4905.namprd05.prod.outlook.com (20.176.112.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1101.5; Fri, 7 Sep 2018 21:59:20 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::544a:dd4d:9524:9e6d]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::544a:dd4d:9524:9e6d%5]) with mapi id 15.20.1143.000; Fri, 7 Sep 2018 21:59:20 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHURVOwyXbKcnPWH0W2e2Ax0Hi3JKTlHlkA Date: Fri, 7 Sep 2018 21:59:20 +0000 Message-ID: <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> In-Reply-To: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB4905; 6:Js3cSV4hqvmPS2vJfdIvgpVow6itu0F13gRCP+VcosYGsDRN+uI1rzjBHRkbNMesgPssWJtFRlyZHef+sH+EgzGJ9j2ySF6dgPz/PoqOr/tD+NpmAMeucXAA3x40KKruSFzsRURyqTpl4xU04b5yKb4T+3h8xojb4GuyiWyhuXpqjs9pFfFDeESkv4vHTMhvgUrg0MX26FRIknaQtrPHGqM6cxYOC1nu9z1pETeSpSl9re6357tgws7DA0YfY+ao+wHgbOAxRGleOLAHM4b3t3S7zSl3VzePZTqIBnbiITZTqAkSF2JI7ezUoWKrXWSoMa5cruid3zqATsbI5UuPuhuNy+a6LIM9RpHW4EtiXnDeDgXrD0mQX86lVaOqzePVsyBKAZYyiHXuj/K2b+V9OcAnEM0EcSvBAheIQRmxHzZh6vpKEqn0Lh4Ftg+DlwbhLybhq9f+vCDVFCfGRzBXiA==; 5:v8sVLSzTIEgg5ZL+E1cKCZihXWX1LBjIDWYtNwkZLSSADKWVd/se2rtjs0ZaBKoglRQbfU02Watbxnv75qgyLxcvMToC5bO7QUAV24arEbw7R/cJuc6ONyFthorQABLWPqGxId2GtQyK1JkEqtlJ90XTChaWT7YBbh3eYqwU3wg=; 7:ShqA6fXVi8pE3eo0Fqk/ICmDlObzsYRLqoU39BFSsIOq8ZGuAHana+8rJ4cEA836EgLZy1AXzJD8gJh2e6q1mBWE5qk1UI9BMddmU5VGxIzrtRW5AgChh0Jqcpj+VcEDFEugBQRceiKGJAZYcnrBwINhlIw9z4MsIGyacHoSHFLjI1BD6SGNOwIwfazGCHQl3b0+NOpirLdKNydkK0U5rykNluqVoGM2ghZqCVMWSiCSy2/vrSjM/aK55VDKt95k x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 52a804d4-3fa1-423a-3287-08d6150d2a52 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB4905; x-ms-traffictypediagnostic: DM6PR05MB4905: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231344)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(20161123558120)(20161123560045)(201708071742011)(7699050)(76991033); SRVR:DM6PR05MB4905; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB4905; x-forefront-prvs: 07880C4932 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(396003)(39860400002)(366004)(376002)(346002)(199004)(13464003)(189003)(446003)(11346002)(3846002)(486006)(2616005)(186003)(97736004)(476003)(102836004)(6506007)(6916009)(83716003)(81156014)(2351001)(1730700003)(81166006)(106356001)(6116002)(105586002)(229853002)(36756003)(8676002)(2501003)(2473003)(6512007)(26005)(6436002)(6486002)(5640700003)(53936002)(316002)(33656002)(5660300001)(305945005)(8936002)(66066001)(15650500001)(99286004)(966005)(5250100002)(7736002)(478600001)(25786009)(86362001)(14454004)(58126008)(76176011)(6306002)(14444005)(2900100001)(68736007)(256004)(82746002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4905; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: JoPc3n2UpiIoyeX/PhSExjMrl5MoAFzcM341hj1fgbUVBnHXvaYgJMVW/TTYV8vhHRF3PZgVMuHLPpoCECKgsbmIEfw0811wVexHLSwEJlYgwURl/QDlla2sdL7HQiQq22K1C9KoMCaOKBBeSPBhycRWd+IMolVrDHFb9duoNqHD0Lf7jyitDMJgdvkZSkiwnw3MxpounXxQdMzOfyDubLV6E5KDgjDG4ZQmwd5vw/+FqKfLg1/WS7xsJMu84XEyKrsu5CS5vAqXgWcmBafEaS7S73JI+rKJm+X4aLEa5/Z12y8qrdJ7gkGWoiyBX7f6Q6pb2KYC3/gB2zsT6E5AWCElOyGERAd/RJnzT4W0Yjc= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 52a804d4-3fa1-423a-3287-08d6150d2a52 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Sep 2018 21:59:20.6780 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4905 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-07_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809070215 Archived-At: Subject: [netmod] FW: New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 07 Sep 2018 21:59:26 -0000 DQpBbiB1cGRhdGUgdG8gdGhlICJhcnR3b3JrLWZvbGRpbmciIGRyYWZ0IGhhcyBiZWVuIHBvc3Rl ZC4NCiAgLSB0aGUgc29sdXRpb24gaXMgbm93IHVzaW5nIHRoZSAiLy4uLi8iIGZvcm1hdC4NCiAg LSB0aGUgaW5jbHVkZWQgc2NyaXB0IGhhcyBiZWVuIHVwZGF0ZWQgYXMgd2VsbC4NCg0KV2UgYmVs aWV2ZSB0aGF0IHRoaXMgZHJhZnQgaXMgcmVhZHkgZm9yIGFuIGFkb3B0aW9uIHBvbGwuDQoNCktl bnQgKGFuZCBBZHJpYW4gYW5kIFFpbikgIC8vIGF1dGhvcnMNCg0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQta3dhdHNlbi1uZXRtb2Qt YXJ0d29yay1mb2xkaW5nLTA3LnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi eSBLZW50IFdhdHNlbiBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpOYW1l OgkJZHJhZnQta3dhdHNlbi1uZXRtb2QtYXJ0d29yay1mb2xkaW5nDQpSZXZpc2lvbjoJMDcNClRp dGxlOgkJSGFuZGxpbmcgTG9uZyBMaW5lcyBpbiBBcnR3b3JrIGluIEludGVybmV0LURyYWZ0cyBh bmQgUkZDcw0KRG9jdW1lbnQgZGF0ZToJMjAxOC0wOS0wNQ0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1 Ym1pc3Npb24NClBhZ2VzOgkJMTYNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9y Zy9pZC9kcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLWZvbGRpbmctMDcudHh0DQpTdGF0dXM6 ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta3dhdHNlbi1u ZXRtb2QtYXJ0d29yay1mb2xkaW5nLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLWZvbGRpbmctMDcNCkh0bWxp emVkOiAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWt3 YXRzZW4tbmV0bW9kLWFydHdvcmstZm9sZGluZw0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3 LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLWZvbGRp bmctMDcNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IGludHJvZHVjZXMgYSBzaW1wbGUg YW5kIHlldCB0aW1lLXByb3ZlbiBzdHJhdGVneSBmb3INCiAgIGhhbmRsaW5nIGxvbmcgbGluZXMg aW4gYXJ0d29yayBpbiBkcmFmdHMgdXNpbmcgYSBiYWNrc2xhc2ggKCdcJykNCiAgIGNoYXJhY3Rl ciB3aGVyZSBsaW5lLWZvbGRpbmcgaGFzIG9jY3VycmVkLiAgVGhlIHN0cmF0ZWd5IHdvcmtzIG9u IGFueQ0KICAgdGV4dCBiYXNlZCBhcnR3b3JrLCBidXQgaXMgcHJpbWFyaWx5IGludGVuZGVkIGZv ciBzYW1wbGUgdGV4dCBhbmQNCiAgIGZvcm1hdHRlZCBleGFtcGxlcyBhbmQgY29kZSwgcmF0aGVy IHRoYW4gZm9yIGdyYXBoaWNhbCBhcnR3b3JrLiAgVGhlDQogICBhcHByb2FjaCBwcm9kdWNlcyBj b25zaXN0ZW50IHJlc3VsdHMgcmVnYXJkbGVzcyBvZiB0aGUgY29udGVudCBhbmQNCiAgIHVzZXMg YSBwZXItYXJ0d29yayBoZWFkZXIuICBUaGUgc3RyYXRlZ3kgaXMgYm90aCBzZWxmLWRvY3VtZW50 aW5nIGFuZA0KICAgZW5hYmxlcyBhdXRvbWF0ZWQgcmVjb25zdGl0dXRpb24gb2YgdGhlIG9yaWdp bmFsIGFydHdvcmsuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90 ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBz dWJtaXNzaW9uDQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQoNCg0K From nobody Sat Sep 8 05:40:09 2018 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 D02BE128CF2 for ; Sat, 8 Sep 2018 05:40:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 OETtUzi6xLyJ for ; Sat, 8 Sep 2018 05:40:04 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.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 06BB2128B14 for ; Sat, 8 Sep 2018 05:40:03 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id w88Ce1Q4029913 for ; Sat, 8 Sep 2018 13:40:01 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 20FBB2203B for ; Sat, 8 Sep 2018 13:40:01 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id 0789D22044 for ; Sat, 8 Sep 2018 13:40:01 +0100 (BST) Received: from 950129200 (88.227.113.87.dyn.plus.net [87.113.227.88]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id w88Cdx5h002513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Sep 2018 13:40:00 +0100 Reply-To: From: "Adrian Farrel" To: References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> In-Reply-To: <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> Date: Sat, 8 Sep 2018 13:39:57 +0100 Message-ID: <072a01d44771$0da216b0$28e64410$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQNMbeAd7T+KwxeaeTKnNanmGQhT/wHtRokaoeaZrJA= Content-Language: en-gb X-Originating-IP: 87.113.227.88 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24080.007 X-TM-AS-Result: No--22.433-10.0-31-10 X-imss-scan-details: No--22.433-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24080.007 X-TMASE-Result: 10--22.432700-10.000000 X-TMASE-MatchedRID: vbSD0OnL8/Iwk3SkELeip/v+//lqU1h6fo0lncdGFFNaW2Ktn+I8/vQU BVrvaj2GU0yHrUAT5Gk2f3oDjD9gGo8sb4DSq8Sm8eSmTJSmEv1R3sGN+j7mNGbrQ6i6Mw7IWKo DKTsuRuQJyg8d9MeowvYcYcyIu4VO/DpEmuzAtvsD2WXLXdz+AQreImldQ5BDHF5gWd5iOUm5JF o/J5WsT2axdseru/NlhkpWAsV+cMrs8TWiNgS9oXBRIrj8R47FI5K4Cd+0ao+M2ehTV+imi2mCt i+JzZB13UwJgnKc1S4QJOrWF1g18XiiIplAV1ZlaK+MsTwM+1kZj1j4BNp7XAv/nTOPQovsOKYN DuiFlqyAQFHYeOdeK/bu+VlAEoN0XTMLnxLtxikc8J6ZrWP/q30tCKdnhB58vqq8s2MNhPDPPeN 6HN6d7N7f/25JKIC+C24oEZ6SpSkgbhiVsIMQKxZ5+8y352uC X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [netmod] FW: New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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: Sat, 08 Sep 2018 12:40:07 -0000 Speaking as a co-author, I agree with Kent that this version is ready for the WG to pick up. I think that discussions at f2f meetings indicated that there was interest in the WG in addressing this issue, and after much back and forth, the authors have come together with an approach that they agree on and it incorporates some suggestions made in Montreal. Thanks, Adrian > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: 07 September 2018 22:59 > To: netmod@ietf.org > Subject: [netmod] FW: New Version Notification for draft-kwatsen-netmod- > artwork-folding-07.txt > > > An update to the "artwork-folding" draft has been posted. > - the solution is now using the "/.../" format. > - the included script has been updated as well. > > We believe that this draft is ready for an adoption poll. > > Kent (and Adrian and Qin) // authors > > > -----Original Message----- > > A new version of I-D, draft-kwatsen-netmod-artwork-folding-07.txt > has been successfully submitted by Kent Watsen and posted to the > IETF repository. > > Name: draft-kwatsen-netmod-artwork-folding > Revision: 07 > Title: Handling Long Lines in Artwork in Internet-Drafts and RFCs > Document date: 2018-09-05 > Group: Individual Submission > Pages: 16 > URL: https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding- > 07.txt > Status: https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork- > folding/ > Htmlized: https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-folding- > 07 > Htmlized: https://datatracker.ietf.org/doc/html/draft-kwatsen-netmod- > artwork-folding > Diff: https://www.ietf.org/rfcdiff?url2=draft-kwatsen-netmod-artwork- > folding-07 > > Abstract: > This document introduces a simple and yet time-proven strategy for > handling long lines in artwork in drafts using a backslash ('\') > character where line-folding has occurred. The strategy works on any > text based artwork, but is primarily intended for sample text and > formatted examples and code, rather than for graphical artwork. The > approach produces consistent results regardless of the content and > uses a per-artwork header. The strategy is both self-documenting and > enables automated reconstitution of the original artwork. > > > > > 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. > > The IETF Secretariat > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Sun Sep 9 17:58:36 2018 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 D8C02130E17 for ; Sun, 9 Sep 2018 17:58:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 E9fNBj6RncKZ for ; Sun, 9 Sep 2018 17:58:33 -0700 (PDT) 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 0E738130DCF for ; Sun, 9 Sep 2018 17:58:33 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 41DBA792CF222 for ; Mon, 10 Sep 2018 01:58:29 +0100 (IST) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.399.0; Mon, 10 Sep 2018 01:58:30 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.200]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0399.000; Mon, 10 Sep 2018 08:58:24 +0800 From: Qin Wu To: Ignas Bagdonas CC: "netmod@ietf.org" Thread-Topic: Status of Schema Mount work in NETMOD WG Thread-Index: AdRIoV/KOmCpzHfDSRGTM9wkRxeBlw== Date: Mon, 10 Sep 2018 00:58:23 +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.138.33.244] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9B01BB22nkgeml513mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] Status of Schema Mount work in NETMOD WG X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2018 00:58:35 -0000 --_000_B8F9A780D330094D99AF023C5877DABA9B01BB22nkgeml513mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Ignas: It looks like the progress of three LIME drafts is still blocked by draft-i= etf-netmod-schema-mount. Checking the status of Schema mount draft, it has = completed IETF last call, and was updated on 7th August and ready for Write= up and going for IETF LC. Would you like to advance Schema Mount work for the next step? Many thanks. -Qin --_000_B8F9A780D330094D99AF023C5877DABA9B01BB22nkgeml513mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, Ignas:

It looks like the progress o= f three LIME drafts is still blocked by draft-ietf-netmod-schema-mount. Che= cking the status of Schema mount draft, it has completed IETF last call, an= d was updated on 7th August and ready for Writeup and going for IETF LC.

Would you like to advance Sc= hema Mount work for the next step? Many thanks.

 

-Qin

 

--_000_B8F9A780D330094D99AF023C5877DABA9B01BB22nkgeml513mbxchi_-- From nobody Mon Sep 10 00:51:10 2018 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 49076130E3F for ; Mon, 10 Sep 2018 00:51:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, 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 n2xonVWZj-0t for ; Mon, 10 Sep 2018 00:51:06 -0700 (PDT) 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 AF3AF130E2E for ; Mon, 10 Sep 2018 00:51:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3572; q=dns/txt; s=iport; t=1536565865; x=1537775465; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=pS1dKvqaNI3Nl1UCFkzjzid15MJ0lgJVkg3iS5J0rYw=; b=mazoXyN1Ec9LamGErknDHwg0M0T0Kr92I7R6W23Jy2t+pu6epmNpmMGf ZPFdsR0AGcqQYOeuWlkLaHUspOItBO7EWPpxx27CrBqC4eYa2TnRZpV2E s2PygIjb85xq+Oy8avXAlMDoJa/4hi7QJP0+nmpQOg8VGessAvu+zib/n k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CRAAB9IZZb/xbLJq1bGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYQzbRIog3KIE1+NIy2WNIF6CxgLhANGAoQPNBgBAgEBAgE?= =?us-ascii?q?BAm0cDIU4AQEBBAEBGwYPAQU2CQ4ECxEEAQEBAgIjAwICJx8JCAYBDAYCAQE?= =?us-ascii?q?XgwYBggEPpBSBLoRshQyBC4lxgUE/gTmCa4MbAQECAQEWhEiCVwKNRY5DCYY?= =?us-ascii?q?5iUMGF4FASIN3glklhXOISYJxgl6FdYFCOIFVMxoIGxUaIYJsCYJEiEiFPz4?= =?us-ascii?q?wjhkBAQ?= X-IronPort-AV: E=Sophos;i="5.53,355,1531785600"; d="scan'208";a="6397621" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Sep 2018 07:51:03 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id w8A7p372011418; Mon, 10 Sep 2018 07:51:03 GMT To: adrian@olddog.co.uk, netmod@ietf.org, Kent Watsen References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> From: Robert Wilton Message-ID: <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> Date: Mon, 10 Sep 2018 08:51:03 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <072a01d44771$0da216b0$28e64410$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netmod] FW: New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 10 Sep 2018 07:51:08 -0000 I've read -07, and would also support an WG adoption call for this draft.  In fact, I think that it would be quite good if we can move this document through to WG LC fairly expediently as well. A couple of minor review comments: Introduction: RFC7994 reference listed twice. Rather than banning tabs, another option would to be convert them (of course, the question is then whether a tab is 2, 4, or 8 spaces ...), although assuming 4 spaces seems reasonable, and could be controlled via an input parameter. Thanks, Rob On 08/09/2018 13:39, Adrian Farrel wrote: > Speaking as a co-author, I agree with Kent that this version is ready for the WG > to pick up. > > I think that discussions at f2f meetings indicated that there was interest in > the WG in addressing this issue, and after much back and forth, the authors have > come together with an approach that they agree on and it incorporates some > suggestions made in Montreal. > > Thanks, > Adrian > >> -----Original Message----- >> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen >> Sent: 07 September 2018 22:59 >> To: netmod@ietf.org >> Subject: [netmod] FW: New Version Notification for draft-kwatsen-netmod- >> artwork-folding-07.txt >> >> >> An update to the "artwork-folding" draft has been posted. >> - the solution is now using the "/.../" format. >> - the included script has been updated as well. >> >> We believe that this draft is ready for an adoption poll. >> >> Kent (and Adrian and Qin) // authors >> >> >> -----Original Message----- >> >> A new version of I-D, draft-kwatsen-netmod-artwork-folding-07.txt >> has been successfully submitted by Kent Watsen and posted to the >> IETF repository. >> >> Name: draft-kwatsen-netmod-artwork-folding >> Revision: 07 >> Title: Handling Long Lines in Artwork in Internet-Drafts and > RFCs >> Document date: 2018-09-05 >> Group: Individual Submission >> Pages: 16 >> URL: https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding- >> 07.txt >> Status: https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork- >> folding/ >> Htmlized: > https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-folding- >> 07 >> Htmlized: https://datatracker.ietf.org/doc/html/draft-kwatsen-netmod- >> artwork-folding >> Diff: > https://www.ietf.org/rfcdiff?url2=draft-kwatsen-netmod-artwork- >> folding-07 >> >> Abstract: >> This document introduces a simple and yet time-proven strategy for >> handling long lines in artwork in drafts using a backslash ('\') >> character where line-folding has occurred. The strategy works on any >> text based artwork, but is primarily intended for sample text and >> formatted examples and code, rather than for graphical artwork. The >> approach produces consistent results regardless of the content and >> uses a per-artwork header. The strategy is both self-documenting and >> enables automated reconstitution of the original artwork. >> >> >> >> >> 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. >> >> The IETF Secretariat >> >> >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Mon Sep 10 02:49:09 2018 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 B81F1130E67 for ; Mon, 10 Sep 2018 02:49:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.587 X-Spam-Level: X-Spam-Status: No, score=-3.587 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=PpCq3A9u; dkim=pass (1024-bit key) header.d=ericsson.com header.b=G0okpz38 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 VerOADLeOtjz for ; Mon, 10 Sep 2018 02:49:00 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 70E5E130E44 for ; Mon, 10 Sep 2018 02:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1536572938; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=o6NtJ67t6VWY2KFmpuYh4/o3ZrDbkvzdqWX95vtQFYE=; b=PpCq3A9ueAL9rsOg2MUZz0zB8623Dp2qpLnEhKZfTvNnHdJ/vX8ecek4Ekv2GhOu Ze9+Es5AGRUdQ/Zpa4xwiELscrSgtFXqmGcVUkEVczhM81/37Qywu/Yb7dASrz3Z 8NnJ8XtCVxux1TpuDTbN98eR4yXdyzte6mkRtAJrsP8=; X-AuditID: c1b4fb3a-2ddff70000007a64-81-5b963e0a5506 Received: from ESESSMB503.ericsson.se (Unknown_Domain [153.88.183.121]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 45.E2.31332.A0E369B5; Mon, 10 Sep 2018 11:48:58 +0200 (CEST) Received: from ESESBMB501.ericsson.se (153.88.183.168) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 10 Sep 2018 11:48:58 +0200 Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB501.ericsson.se (153.88.183.168) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Mon, 10 Sep 2018 11:48:58 +0200 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=wLyj2Ie2d12FZuOrYD40j8lSadruAiH0bueV2FrCYNc=; b=G0okpz38c2QbqljiI4gvRo/LQ1y8WMa9QcAU0dNmYzQEsp189i8xb/mvcTnd9wfoQmBvenraVcmSwRHx+tKXqq7BkDHBRhbbgkFtd/l+4kxBbDyc4LHoQCBjvddI7+xjTM7naTqGnyIe+TdlAmG7dV/Y9DqOQ0RrqnsUeuER1BU= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; Received: from [159.107.199.36] (89.135.192.225) by VI1PR0701MB2735.eurprd07.prod.outlook.com (2603:10a6:801:8::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1143.11; Mon, 10 Sep 2018 09:48:57 +0000 To: "netmod@ietf.org" From: Balazs Lengyel Message-ID: <0f5dc759-39d8-791d-e4d8-b1559565b768@ericsson.com> Date: Mon, 10 Sep 2018 11:48:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/html; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [89.135.192.225] X-ClientProxiedBy: AM5P190CA0025.EURP190.PROD.OUTLOOK.COM (2603:10a6:206:14::38) To VI1PR0701MB2735.eurprd07.prod.outlook.com (2603:10a6:801:8::19) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 10777b5c-d006-401e-bf2c-08d61702a0f1 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989137)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:VI1PR0701MB2735; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2735; 3:yamPPzfQZxdHwmhIidIb1HOWJOE7FoPllJu1BL+jjCQ7+j+qlzLEthXqSCg0UBHk8B7JDRsdKv74EaLIv+egxVSdrUN2QiX0XI2+7PzIo36K3ghhyHV2XBUDj6+K9giVfgH9zaojb2gXu58x1VozQ/0qe/UF7RRzzPqCIP7WYR0NMiqxGlDa9Jidc2lviAxHlLn7gqHsS7NSUcV4ZOqjez6ht0OYX8OU8picvRt1ZYJDXSbciFjsZ/Opo80q1Z+F; 25:9dL73GgkJrLHr0KqJDwV6lhyX+YvgAO373LldD7cC8pDHOh6JVhK2Rag/AiAHhNN+gElFWHHnML14uUzygk87nhzbGBw70BFjbivu0lOSl2fRHJr3vQFwiwMQbFI7pHReAjUaZqOo4uoIL4yZi83mjivDX4uDHlIEalfRRPGj9+c/laaKTPB+A3wfxZPoni+7I761Rce0lfqWWYvDHCfKMFjqXv0bomWclyhEKa0hjt/mVALqSCZuZnuuSTxM5mCUUN+j+ErDZ6r1XDIzCkG60D+WIElqUjmToYgLIPJHvx5vu0OUo9pzROxqlTcloBM1A4ejqMdL8IpdvzDTyfy4Q==; 31:S4AAW82lqYbzyyKenQkBw6uSe+xJX19ZOqWY15Mr3b7rI3pUoCg8X2ERW2NPUx5yFDrGNZaWQXjBSvH8Xx97P/2GGcQrdhnIJqTt7OzLLL1o4DMc5U+zYMOhljnjKcx1fWFed28r00IfwhlEvZ7m+3IpJOVEbvhp/d1wfMqVuUVGOJjVJso8DS5Oxq0dPRyZiTstkriWpGekMOvOXx1OazZ1dop4HFXFTzl8GAnpOoo= X-MS-TrafficTypeDiagnostic: VI1PR0701MB2735: X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2735; 20:JV5RKHXomPD+6NU+87ibDQCzxCUom7CRLFc4y2o/c1m9pepVmKz+ox0UP9me3aO4iSCz1KYdRQFuwfLCv5VikCAXK1niU0HSWVYofCbz1/J10og/G56gzn0FHsSN4AXCYDJgU1Zh4snWqXlpuVbdIKPE3ZLl+LioKI5PCI6RH6Sjg1NlWzI9hx/9y+wfAkWcmqW5RiWzmUf9NFn7L+VNNDmFl16mage/t1PoQTMrIlcIJp6Uf8WPqzBz1+X6BfEztyT8LfMVFpcyWPEXqLAE1uLlzeVmbm6GteJHbN/rcI5VBUWBX8Zcvy4LIiq1q7xbGAlOyXSUF2c074GF/UHE0Bdn9FOpA9JZEyfuubybu3uQsXlGbu93u0iHJ3sHMm7E5OKdpEgiHw1NeF2EFO3gt1qQDKh6t1/F2Tv3EZdkhy2V52ZnomAVJADs0yrWA//NhPiHQ0VhHBP7vXHFUoMRX4JJE2NEqe/wC8humxD5jLXMLl0P3Y5OWf+TlqsfpRnV; 4:CuryD3/W74oalYf7CuT4QVbLLS4c9UQf5cqzR/aNUpQONERuJgWz6JcUfcGjPBGv5vt2IxpQPwqZaLpkVgBpgm8X/gwtt9FbyP99CNKMAz+t97LFsl3zCabgJBcXmRb3RDXEhsmR5aE4OBLhDqL9AzbeHWqc0xoTVGa24E0xHhn+IE/dL8Qjoq8LSmhhOk03bNv2atyRHY43GJYY7RzShVzvxo+04QaZflsy1f1zgdLMzPniT+lc3fIcYGUoVJbeIPEkda64DNg7wo32W8QAAD4z1W4JQtKvcmmhkTTm98eYhsaI25QzeKXYAxNHV7Zc0TAmIwwuSVpCS+BTEaq9QWv1as6GNr4oHaYdi4FajiA= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(37575265505322)(248295561703944); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201708071742011)(7699050); SRVR:VI1PR0701MB2735; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0701MB2735; X-Forefront-PRVS: 07915F544A X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(136003)(39860400002)(396003)(376002)(346002)(366004)(199004)(189003)(252514010)(53936002)(31696002)(36756003)(8936002)(65826007)(16526019)(6666003)(26005)(52146003)(23676004)(2486003)(3846002)(6116002)(7736002)(6916009)(5640700003)(236005)(52116002)(186003)(54896002)(86362001)(2906002)(2616005)(16576012)(2870700001)(58126008)(44832011)(486006)(8676002)(68736007)(6486002)(316002)(64126003)(956004)(476003)(2351001)(31686004)(106356001)(50466002)(65956001)(66066001)(65806001)(25786009)(3260700006)(478600001)(105586002)(97736004)(49976009)(386003)(5660300001)(81156014)(81166006)(2501003)(1730700003)(23846002)(78286006); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2735; H:[159.107.199.36]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; Received-SPF: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjA3MDFNQjI3MzU7MjM6ZytxOXNjREhWNlA3cVM3K3Fac1QyU3NK?= =?utf-8?B?OTVuMXdBWWg1dWRCTFQ0TDU4K0l3bHZTRDVOVWFKaGZCUGJtaHZGWmNuWlRv?= =?utf-8?B?YmVXUEw2UVJ1MWNzN213dXFYczRBUXA3c3pXV0N2bS9hdFZwaW1nY29mWDE4?= =?utf-8?B?L1V2L2NEalk3c29RckhBN3M4WEhmMjhDYnRlVVBwTDMzbkZWYkZ6YTlHcTly?= =?utf-8?B?UEV0YkorcnU3eHdHaVU2SG93Yk5qanhtUit4eVhqcXJYMGIvMnJ4SnF4eXBa?= =?utf-8?B?UnQ0TkhPNmJOOEtscmsyZVpTMUxyTVZCU2FrY0NlWTIydCtpQWNMVmtkS2pV?= =?utf-8?B?ZldRUjNqV2hlbGZBK2dqSEN1RmtwMmtLUVVJK0g3RHpFTjViekhJUUZwaDFn?= =?utf-8?B?cDVhTTRjTkFTTkw4Q0QvcUNyMFluczI2Q2Y3d0cxNmlrUjUvZFJpc2tLVFBI?= =?utf-8?B?KytLQmpjTEg4VTB5eFVpK2QvQTRaZk9IaXJNYmYvVVZtSzlWeXVYNGF3Y1ZF?= =?utf-8?B?ZEVqeFArb2JvUnRaRjlDbEhhZlRPQnVUZTFDRUg1dU0yeGw4QnJqVFJpbkdX?= =?utf-8?B?cUpxMEQvNUloOVRwcHVyVEZjSW94cUFPY29TMGhFQXV3MGp3RHlGeWNkQUQ2?= =?utf-8?B?S21OSUxHLzhteE1zK2QyQ014Y1ZzcXJmdjFvY2w5VDZEbmJGenZiWnJJMXhy?= =?utf-8?B?ZlFGK2tBdU1tUzVSQVh1TTFZRjBDdHpVeHZTUktsVDV2aEhZOUljdHNRZXB0?= =?utf-8?B?MzMyUXJ6M2VoRExndGZ2dWx1UU1ORW42MGxObmtlTnMyQTMveE4vVmVnbkFZ?= =?utf-8?B?cnpuSTlwOFhYc0xDWVpFOVBVRXA0UXlNRzRCTGNUTGprTjlQR1k5U1RoVzJT?= =?utf-8?B?ZmhWejlyNE00RkZsUUEwZFR0T0Z1OHoveEZVdytMUk9nOSsrcTMvY3Nod0x3?= =?utf-8?B?YWxzN0FXVDkxLzdwSlRaQkc1QVluRU1ESU5WUGN3N2tFcXFXQzd5UnR5d1E2?= =?utf-8?B?REt1Q0Nsd2x6QkxCMXFkQWVDaXBFODJBWWFSbE1mK3ZVYmVGcmtQYkNVeEs4?= =?utf-8?B?SDNDdWlob0ltcTlBeGFMRFp0elB6TnY2L0R5Ykl2eXBMTDJLK2tZc2tzZm83?= =?utf-8?B?SVFXcHBpbS83NDh3R2p4dTVCMGR6WUk5QnFvaG5JZS81MVB4M1RqcUh5bGtU?= =?utf-8?B?bkY1ejlEVzVmdWhrT0dXV2h2T2lqL2dUTHNPazRJYkhKSFZaVk9HK1Ztak1I?= =?utf-8?B?MElTN2x6bFdHTFdEcVF3UU51dEhOa3VVT2NzRjF5OThrTjlNNjY5TzhUUnhw?= =?utf-8?B?MWxNTEVLY1hBWGFRclpqdDB3Q21mTys0QitXdTc0OXBhL0N4NTNRLzhRTG9y?= =?utf-8?B?VTBZWjNCQ3JCSjY0aVFaa2dwczhjcFJZOW9vaFRQVzZGTU5VRXpVc0RadHEv?= =?utf-8?B?TlY2OVZ5N3R6WUdYT2ZTcnY3VzA3TU9KQy9NVmpldTdhQW5vUlVKajhldnA2?= =?utf-8?B?RjdDYjBLc0psOFllSGJuTjl4anRVTGFxTHowWWI0d3VSNm1xYTFOWFpENGx1?= =?utf-8?B?NUE2WWQ2YUkrS3c1aDhWTnRuRFJBWGE1WEU0Y0tOdXBEall1dDQzVGZ4eWJm?= =?utf-8?B?R2RaNUFaMlVldUJsTjNtbGtTbDEwcnRaaWV0ZHdRTW9PbmxWTkNmTGtWSzdK?= =?utf-8?B?T1cwTFhhbUJ2bW9oRWtqMTNpUmQ1YndudXdKME9XeFVlSzdFMmdJRWNyaEd5?= =?utf-8?B?dngyZnZXVTJEZ0ZnVzBrOFc1dVllQjFTSDE1Vkc4K0dDRkRmL2tUUUgrTzBD?= =?utf-8?B?TzNrOXRvR2RqZk4vZDVNZ2tDNEppZFVYMFBKK2pFMnBZU3dZMU5uN3lzdFp0?= =?utf-8?B?bzVXampnaU9TUWlLSEhYcDVPZmoySmNMeWJWQWplbGY5ZXZ3UWI2MnM0eitx?= =?utf-8?B?eStVdTl1d1RwZS9aMWFqaStSbVNRMVduQjFDZ0JIalI0Uzk0dzRPSUI3aEd0?= =?utf-8?Q?nWgIAEpv?= X-Microsoft-Antispam-Message-Info: rkws4n40/1BLvEqy4HkQUh7zhEnOxcfDUXSe83zSPJzUmQVzOy7udnvWqtU7iPfsVvxBW3FtzuT0XKLEX98Y+RNX0L2TzC4uq2FNHlij5FcRMbvFYcOz6SDQducbiJRnQAydwK9vItrvmk9qfscJ7lz4ILX/Iyhws8/fJlJfchB7NNlsmwrAit9imWFCLUXh09xJtYVSYP3uhN5E025jUr2r4HGcxWllZYKLU9s9JgipY2/d/t5kQWh8nQKiCtaVVdiuVnwr4/Yu6HX7ppgK9E/SgMrRfwHwf3Ito0kEwDjzPFqxdfXZ5pEPKR8YKqZEGgP01MDL5rjJzxlXvDDy0ByV+SP6Pk5IjTPVikFTKEw= X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2735; 6:4r/OP15k8DXP8v0YfbS4k43KUjJshtTBnT0sd8EJCiey4f3zvasXXYmuCRPAu9jNYt+tcO5e/fJggHqvRdvfZP3tdC1YBOecvsOkm5f3QMI3kRtBSfx34pgBSFXDvlSBfFHBeM+HWr9vBcqxPCZ06tsR8mL3T4uoJQ9WcVOF+YTv69so0YqrJCngJJ+eFDLocmWHlKczSo+iTtT7JkcwYIs2/R2cr0o/TTZGhVvWuu1tmdllI+iNewjQJoxoQCC8esDRMCoJtJFLZe7oG2E2IC2RL+hHis9ezoqfBd+eTpdoKJZmLR9ZZ5Yc1zvBq92bRncVZbjCj+SwaeN0t5G8jjnh3+mpVL7fr43wK8C+b3oTPPJlxOAg7fAfuRdTPF3NpIG4+CjZEFiOJV2hJjXrtv2teOrIhxLDiRJz/guxlRUe7pF9a9j374ieMmEjdc0AOlSP1DM0Eu30Gl1U379Y0Q==; 5:1JgyhWikfcXonwCgWg5SlE06XPPnDBunx4EgJLIs1xhq7Q4y7AMEs7SS6RPfkxM5eMHpREevqDGy1XPzJoj2HwyfhdtxYkwhXLek2ogdn0dcj2lm3if9gP/IWcK1AN3yQgW3EhF7rpd2VkmWiAuQdL8XNpDuEAHCI2g/XiLjFxs=; 7:BXc4LwJsxi7QfcH6tlq2uDHa44dw4FudiHNh7hg+73QilfS7LX8HZ323FjE5OPbvcS9zbSW/BN8dx/DhBni4eGdDORkU5Zxkjo4O7xu7BiNIc1cx//yeKwe43VY+PhEJ2JfcAwYElbkOq2nnbLebxUw9XJpp9QUMJDYt+s7cN612sbwaVwR9hPzfPpDLTO2E26bcxX2wj+CXCBsz0ZA5p25y12hK50OZd70jGp3p43WiXc4r6KkGDEmwDzfWTE9X SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Sep 2018 09:48:57.4562 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 10777b5c-d006-401e-bf2c-08d61702a0f1 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2735 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBIsWRmVeSWpSXmKPExsUyM2J7pS6X3bRog67X2hbzLzayOjB6LFny kymAMYrLJiU1J7MstUjfLoErY9KcVywFs7gqbr66wdTAeIK9i5GTQ0LAROL3t30sXYxcHEIC Rxkl/i3pgnK+MUq8X3KCGcJZwiTx48NqsBYWgQnMEpv25YPYjAJxEjvXLGSFKGpnktjW+5gR JCEioC4xc+d6NhCbTcBIYmr/eRYQW1hAU2LZ+UdgNq+AvcTic81ANgfQUFWJtX9sQExRgWiJ T/8zISoEJU7OfAJWwSygJrGsVQkkzCwgLnHryXwmCFteonnrbGaIZ5QkLn2ZBna/hMB0Roml HdfALhAS0JB4eOEvK0SRrMTRs3PAZkoI+Ep82acBET7JKLHxfzVEbxO7xMGFe5kgEjoSS1cs Y4Swl7FL7JlcDGHnS8zZ+B0ait4S53bchpovJ3Gq9xwTxKCdzBLf1zZDXScjcfHUMqjr5rJJ NJw+wDqBUWcWkkdnITw6C8mjs5A8uoCRZRWjaHFqcXFuupGRXmpRZnJxcX6eXl5qySZGYHo4 uOW31Q7Gg88dDzEKcDAq8fAmG0+LFmJNLCuuzD3EKMHBrCTCu0sHKMSbklhZlVqUH19UmpNa fIhRmoNFSZzXKc0iSkggPbEkNTs1tSC1CCbLxMEp1cBo9N/fnaUngKmu7POrzef4Tiz4PTvf 4vjuGYe3WbFd53m91krVSXJHGb+c83krW/37H2pFmtRehTZZ1qamfmo+eOzIDW7OO+6Nf4+s L2JYorzv9hSP5zw7JH2Xvlh+aWqKz7coG9V1H9Lsj0ys7rk95WZxYbl93ZoezsvuXEKWFnyX zIS/3xRRYinOSDTUYi4qTgQAGgNRUAsDAAA= Archived-At: Subject: [netmod] Deviating away /interfaces-state X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2018 09:49:04 -0000

Hello,

We would like to remove the if:interfaces-state with a deviation as it will never contain any information. So we wanted to use 

deviation /if:interfaces-state {
  deviate not-supported;
}

However after this we get an error as ietf-interfaces has a definition:

     /*
      * Legacy typedefs
      */

     typedef interface-state-ref {
       type leafref {
         path "/if:interfaces-state/if:interface/if:name";
       }
       status deprecated;
       description
         "This type is used by data models that need to reference
          the operationally present interfaces.";
     }

Here the path statement will point at a non-existent branch.

So is there a correct way to indicate we do not support /interface-state ?
regards Balazs 

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com
From nobody Mon Sep 10 04:27:23 2018 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 4CE10130E8C for ; Mon, 10 Sep 2018 04:27:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7 X-Spam-Level: X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5] 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 Gt3caxtKwz5N for ; Mon, 10 Sep 2018 04:27:18 -0700 (PDT) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3EA3130E8B for ; Mon, 10 Sep 2018 04:27:18 -0700 (PDT) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:9816:7bff:fe7f:18bf]) by mail.nic.cz (Postfix) with ESMTPSA id 85C70601BB for ; Mon, 10 Sep 2018 13:27:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1536578835; bh=h01Lk9KGP8XfiRSEaVjYaGUHqpJrzOIL/c3uSpQEkOk=; h=From:To:Date; b=UYtFwPLtCLzFeysSBRfgSLxtVAL2a4CHfKoHhYRMK4w0N/fuCH+rv6lCCOk+1Lgmt fT6QYdosP3d6kLmUNa3/xyS9be5CAUjbZRCw7/IL+6Mz8GLsjNhaAJkcdLC3lnLQa1 3taA80GvzDaO0meNoLzrB6MtfGse6nYAvIxw6JnU= Message-ID: From: Ladislav Lhotka To: netmod@ietf.org Date: Mon, 10 Sep 2018 13:27:15 +0200 In-Reply-To: <0f5dc759-39d8-791d-e4d8-b1559565b768@ericsson.com> References: <0f5dc759-39d8-791d-e4d8-b1559565b768@ericsson.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netmod] Deviating away /interfaces-state X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2018 11:27:21 -0000 On Mon, 2018-09-10 at 11:48 +0200, Balazs Lengyel wrote: > Hello, > We would like to remove the if:interfaces-state with a deviation as it will > never contain any information. So we wanted to use > deviation /if:interfaces-state { > deviate not-supported; > } > > However after this we get an error as ietf-interfaces has a definition: I think this check really goes overboard. Sec. 9.9.2 in RFC 7950 says: The "path" expression evaluates to a node set consisting of zero, one, or more nodes. If the "require-instance" property is "true", this node set MUST be non-empty. However, evaluating an XPath expression make sense only in the context of a concrete instance data tree. Therefore, no error should be reported unless an instance of a leaf with the "instance-state-ref" type exists. With the typedef below, we are two steps away from that. Lada > /* > * Legacy typedefs > */ > > typedef interface-state-ref { > type leafref { > path "/if:interfaces-state/if:interface/if:name"; > } > status deprecated; > description > "This type is used by data models that need to reference > the operationally present interfaces."; > } > > Here the path statement will point at a non-existent branch. > > So is there a correct way to indicate we do not support /interface-state ? > regards Balazs > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Sep 10 04:58:04 2018 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 0EAAC130EAA for ; Mon, 10 Sep 2018 04:58:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 uy-aGJlmDAjK for ; Mon, 10 Sep 2018 04:58:01 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 10ED8130EA7 for ; Mon, 10 Sep 2018 04:58:00 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 943D41AE018A; Mon, 10 Sep 2018 13:57:57 +0200 (CEST) Date: Mon, 10 Sep 2018 13:57:57 +0200 (CEST) Message-Id: <20180910.135757.1952233423215237363.mbj@tail-f.com> To: lhotka@nic.cz Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <0f5dc759-39d8-791d-e4d8-b1559565b768@ericsson.com> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] Deviating away /interfaces-state X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2018 11:58:03 -0000 Hi, Ladislav Lhotka wrote: > On Mon, 2018-09-10 at 11:48 +0200, Balazs Lengyel wrote: > > Hello, > > We would like to remove the if:interfaces-state with a deviation as it will > > never contain any information. So we wanted to use > > deviation /if:interfaces-state { > > deviate not-supported; > > } Yes, this is the proper way to do it. > > > > However after this we get an error as ietf-interfaces has a definition: > > I think this check really goes overboard. > > Sec. 9.9.2 in RFC 7950 says: > > The "path" expression evaluates to a node set consisting of zero, > one, or more nodes. If the "require-instance" property is "true", > this node set MUST be non-empty. It also says about the "path" statement: It takes as an argument a string that MUST refer to a leaf or leaf-list node. The intention was that it is an error if the path doesn't refer to a leaf[-list] schema node, but depending on "require-instance" the leaf instance might not have to exist. However, I do agree that it in this particular case, as long as the type isn't used in the system, it should not be reported as an error. /martin > > However, evaluating an XPath expression make sense only in the context of a > concrete instance data tree. Therefore, no error should be reported unless an > instance of a leaf with the "instance-state-ref" type exists. With the typedef > below, we are two steps away from that. > > Lada > > > /* > > * Legacy typedefs > > */ > > > > typedef interface-state-ref { > > type leafref { > > path "/if:interfaces-state/if:interface/if:name"; > > } > > status deprecated; > > description > > "This type is used by data models that need to reference > > the operationally present interfaces."; > > } > > > > Here the path statement will point at a non-existent branch. > > > > So is there a correct way to indicate we do not support /interface-state ? > > regards Balazs > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > From nobody Mon Sep 10 11:47:05 2018 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 05B16130F62 for ; Mon, 10 Sep 2018 11:46:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 0EX1McFgaXOY for ; Mon, 10 Sep 2018 11:46:52 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6F456130F5C for ; Mon, 10 Sep 2018 11:46:52 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 3DBAB1AE018A; Mon, 10 Sep 2018 20:46:51 +0200 (CEST) Date: Mon, 10 Sep 2018 20:46:50 +0200 (CEST) Message-Id: <20180910.204650.2304619132062701085.mbj@tail-f.com> To: bart.bogaert@nokia.com Cc: netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] YANG 1.1 inline notifications X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2018 18:47:04 -0000 "Bogaert, Bart (Nokia - BE/Antwerp)" wrote: > Hi, > > I'm trying to seek some clarification. > > According to RFC7950 section 7.16.2: > When a notification node is defined as a child to a data node, the > element defined in [RFC5277] contains a hierarchy of > nodes that identifies the node in the datastore. > > According to RFC6241 section 1.1: > datastore: A conceptual place to store and access information. A > datastore might be implemented, for example, using files, a > database, flash memory locations, or combinations thereof > > When combining these two, the "hierarchy of nodes that identifies the > node in the datastore" actually refers to resources that do exist (at > least that is how I understand this). > > Now consider the following model. > > container state-data { > config false; > list elements { > key name; > leaf name { > type string; > } > leaf status { > type enumeration { > enum up; > enum down; > } > } > notification inline-notification { > description > "An in-line notification"; > > leaf result { > type string; > mandatory true; > } > } > } > } > > Can a device send the notification 'inline-notification' if the list > /state-data/elements is empty? > My feeling is that this should not be possible as there is no > "hierarchy of nodes that identifies the node in the datastore", so > against what would that notification be sent in such case? Exactly. The idea is that the notification is tied to some instance in the data tree. If no instances exist, there is nothing to tie the notification to. But this being operational state data there is no guarantee that the instance still exists when the notification arrives at the client. /martin > > Best regards, Bart From nobody Tue Sep 11 01:44:52 2018 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 038F7130E61 for ; Tue, 11 Sep 2018 01:44:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 9B6w80hcFgh8 for ; Tue, 11 Sep 2018 01:44:49 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 764B8130E60 for ; Tue, 11 Sep 2018 01:44:49 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id F2E411AE03F5 for ; Tue, 11 Sep 2018 10:44:47 +0200 (CEST) Date: Tue, 11 Sep 2018 10:44:47 +0200 (CEST) Message-Id: <20180911.104447.2165943059473950359.mbj@tail-f.com> To: netmod@ietf.org From: Martin Bjorklund X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: [netmod] yang-data issues 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, 11 Sep 2018 08:44:51 -0000 Hi, The authors of draft-ietf-netmod-yang-data-ext have been discussing the two remaining issues on this draft; the issue of whether a yang-data structure must have unique top-level node names or not, and the issue of the syntax for augment-yang-data. We haven't been able to find agreement with the current proposal, so I have a suggestion for a slightly modified yang-data statement (which may have been discussed before): The idea is to encode a yang-data extension the same way as anydata, i.e., as a container. For example: yd:yang-data modify-subscription-datastore-error-info { description "This yang-data MAY be provided as part of a subscription's RPC error response when there is a failure of a 'modify-subscription' RPC which has been made against a datastore. This yang-data MUST be used if hints are to be provides back to the subscriber."; leaf reason { type identityref { base sn:modify-subscription-error; } description "Indicates the reason why the subscription has failed to be modified."; } uses hints; } This would be encoded as: foo 42 ... Since the structure is always encoded as a container, it follows that it can have any data definition statement as substatement, with no restriction on naming and type of statement. An instance of this can trivially be a complete instance document in XML w/o additional context, works well with JSON, and can appear in an error-info structure. Such a structure can be augemented as: yd:augment-yang-data /sn:modify-subscription-datastore-error-info { leaf foo { ... } } The drawback is that it forces the use of an extra container in the encoding. OTOH, most usages of current rc:yang-data follows this pattern: rc:yang-data modify-subscription-datastore-error-info { container modify-subscription-datastore-error-info { ... } } /martin From nobody Thu Sep 13 14:43:36 2018 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 E22FD130E89 for ; Thu, 13 Sep 2018 14:43:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.898 X-Spam-Level: X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z8WKkPgJnCLy for ; Thu, 13 Sep 2018 14:43:33 -0700 (PDT) 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 00BE5130E87 for ; Thu, 13 Sep 2018 14:43:32 -0700 (PDT) Received: from [IPv6:2601:647:4201:4561:d975:7748:6b0f:4185] ([IPv6:2601:647:4201:4561:d975:7748:6b0f:4185]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w8DLhSbj076850; Thu, 13 Sep 2018 21:43:29 GMT (envelope-from joelja@bogus.com) From: Joel Jaeggli Message-Id: <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> Content-Type: multipart/signed; boundary="Apple-Mail=_3F216621-4E6F-43F9-B595-D22BCE6652DF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Thu, 13 Sep 2018 14:43:27 -0700 In-Reply-To: <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> Cc: Adrian Farrel , netmod@ietf.org, Kent Watsen To: Robert Wilton References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 13 Sep 2018 21:43:35 -0000 --Apple-Mail=_3F216621-4E6F-43F9-B595-D22BCE6652DF Content-Type: multipart/alternative; boundary="Apple-Mail=_B0D66440-8E4B-4999-993C-4B4B4DC12711" --Apple-Mail=_B0D66440-8E4B-4999-993C-4B4B4DC12711 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 10, 2018, at 12:51 AM, Robert Wilton = wrote: >=20 > I've read -07, and would also support an WG adoption call for this = draft. In fact, I think that it would be quite good if we can move this = document through to WG LC fairly expediently as well. >=20 > A couple of minor review comments: >=20 > Introduction: RFC7994 reference listed twice. >=20 > Rather than banning tabs, another option would to be convert them (of = course, the question is then whether a tab is 2, 4, or 8 spaces ...), = although assuming 4 spaces seems reasonable, and could be controlled via = an input parameter. This does seem like the sort of classical place to have argument about = the size of a tab. To me the 7991 position is compelling. The onus is = the formatter to use an element which is not ambiguous. It=E2=80=99s not really anyones business that I have set tabstop=3D2 shiftwidth=3D2 expandtab In my vimrc nor should it be. > Thanks, > Rob >=20 >=20 > On 08/09/2018 13:39, Adrian Farrel wrote: >> Speaking as a co-author, I agree with Kent that this version is ready = for the WG >> to pick up. >>=20 >> I think that discussions at f2f meetings indicated that there was = interest in >> the WG in addressing this issue, and after much back and forth, the = authors have >> come together with an approach that they agree on and it incorporates = some >> suggestions made in Montreal. >>=20 >> Thanks, >> Adrian >>=20 >>> -----Original Message----- >>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent = Watsen >>> Sent: 07 September 2018 22:59 >>> To: netmod@ietf.org >>> Subject: [netmod] FW: New Version Notification for = draft-kwatsen-netmod- >>> artwork-folding-07.txt >>>=20 >>>=20 >>> An update to the "artwork-folding" draft has been posted. >>> - the solution is now using the "/.../" format. >>> - the included script has been updated as well. >>>=20 >>> We believe that this draft is ready for an adoption poll. >>>=20 >>> Kent (and Adrian and Qin) // authors >>>=20 >>>=20 >>> -----Original Message----- >>>=20 >>> A new version of I-D, draft-kwatsen-netmod-artwork-folding-07.txt >>> has been successfully submitted by Kent Watsen and posted to the >>> IETF repository. >>>=20 >>> Name: draft-kwatsen-netmod-artwork-folding >>> Revision: 07 >>> Title: Handling Long Lines in Artwork in = Internet-Drafts and >> RFCs >>> Document date: 2018-09-05 >>> Group: Individual Submission >>> Pages: 16 >>> URL: = https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding- >>> 07.txt >>> Status: = https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork- >>> folding/ >>> Htmlized: >> https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-folding- >>> 07 >>> Htmlized: = https://datatracker.ietf.org/doc/html/draft-kwatsen-netmod- >>> artwork-folding >>> Diff: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-kwatsen-netmod-artwork- >>> folding-07 >>>=20 >>> Abstract: >>> This document introduces a simple and yet time-proven strategy = for >>> handling long lines in artwork in drafts using a backslash ('\') >>> character where line-folding has occurred. The strategy works on = any >>> text based artwork, but is primarily intended for sample text and >>> formatted examples and code, rather than for graphical artwork. = The >>> approach produces consistent results regardless of the content = and >>> uses a per-artwork header. The strategy is both self-documenting = and >>> enables automated reconstitution of the original artwork. >>>=20 >>>=20 >>>=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 >>> The IETF Secretariat >>>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> 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 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod >=20 --Apple-Mail=_B0D66440-8E4B-4999-993C-4B4B4DC12711 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Sep 10, 2018, at 12:51 AM, Robert Wilton <rwilton=3D40cisco.com@dmarc.ietf.org> wrote:

I've = read -07, and would also support an WG adoption call for this = draft.  In fact, I think that it would be quite good if we can move = this document through to WG LC fairly expediently as well.

A couple of minor review comments:

Introduction: RFC7994 reference listed = twice.

Rather than banning tabs, another = option would to be convert them (of course, the question is then whether = a tab is 2, 4, or 8 spaces ...), although assuming 4 spaces seems = reasonable, and could be controlled via an input parameter.

This = does seem like the sort of classical place to have argument about the = size of a tab. To me the 7991 position is compelling. The onus is the = formatter to use an element which is not ambiguous. 

It=E2=80=99s not really anyones business that I = have

set tabstop=3D2 shiftwidth=3D2 =
expandtab
In my vimrc nor should it = be.

Thanks,
Rob


On 08/09/2018 13:39, Adrian Farrel wrote:
Speaking as a co-author, = I agree with Kent that this version is ready for the WG
to = pick up.

I think that discussions at f2f = meetings indicated that there was interest in
the WG in = addressing this issue, and after much back and forth, the authors = have
come together with an approach that they agree on and = it incorporates some
suggestions made in Montreal.

Thanks,
Adrian

-----Original = Message-----
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent = Watsen
Sent: 07 September 2018 22:59
To: netmod@ietf.org
Subject: [netmod] FW: New Version Notification for = draft-kwatsen-netmod-
artwork-folding-07.txt


An update to the = "artwork-folding" draft has been posted.
  - = the solution is now using the "/.../" format.
=   - the included script has been updated as well.

We believe that this draft is ready for an = adoption poll.

Kent (and Adrian and Qin) =  // authors


-----Original= Message-----

A new version of I-D, = draft-kwatsen-netmod-artwork-folding-07.txt
has been = successfully submitted by Kent Watsen and posted to the
IETF= repository.

Name: = draft-kwatsen-netmod-artwork-folding
Revision: 07
Title:= = Handling Long Lines in Artwork in Internet-Drafts and
RFCs
Document date: 2018-09-05
Group:= = Individual Submission
Pages: 16
URL: =            https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding-
07.txt
Status: =         https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork-<= /a>
folding/
Htmlized:
https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-foldin= g-
07
Htmlized: =       https://datatracker.ietf.org/doc/html/= draft-kwatsen-netmod-
artwork-folding
Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-kwatsen-= netmod-artwork-
folding-07

Abstract:
   This document introduces a simple and yet = time-proven strategy for
   handling long = lines in artwork in drafts using a backslash ('\')
=    character where line-folding has occurred.  The = strategy works on any
   text based = artwork, but is primarily intended for sample text and
=    formatted examples and code, rather than for graphical = artwork.  The
   approach produces = consistent results regardless of the content and
=    uses a per-artwork header.  The strategy is both = self-documenting and
   enables automated = reconstitution of the original artwork.




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.

The IETF Secretariat



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

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


= --Apple-Mail=_B0D66440-8E4B-4999-993C-4B4B4DC12711-- --Apple-Mail=_3F216621-4E6F-43F9-B595-D22BCE6652DF 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----- iF0EARECAB0WIQRcbgEEuvBAsFvTw4vwADWrtn9WsgUCW5rZ/wAKCRDwADWrtn9W stInAJ9ZOS8n5cuMELBVZc7nXlQaArkYXQCfZi623Z8P9ZGGvpSsiOKTH6wRnCs= =Kui6 -----END PGP SIGNATURE----- --Apple-Mail=_3F216621-4E6F-43F9-B595-D22BCE6652DF-- From nobody Fri Sep 14 01:06:57 2018 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 5DC59130E0E for ; Fri, 14 Sep 2018 01:06:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 3yzxLuHtrOmW for ; Fri, 14 Sep 2018 01:06:53 -0700 (PDT) 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 83D63130DD0 for ; Fri, 14 Sep 2018 01:06:53 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id D9662EBE974D9 for ; Fri, 14 Sep 2018 09:06:47 +0100 (IST) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.399.0; Fri, 14 Sep 2018 09:06:45 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.200]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0399.000; Fri, 14 Sep 2018 16:06:35 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: I-D Action: draft-wu-netmod-base-notification-nmda-00.txt Thread-Index: AQHUS/7Xzi9QKyiO4kmqGm3OSSXt3aTvZh3w Date: Fri, 14 Sep 2018 08:06:35 +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.138.33.244] 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-wu-netmod-base-notification-nmda-00.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, 14 Sep 2018 08:06:55 -0000 SGksIFdHOg0KV2UgcmVzdWJtaXQgdGhpcyBkcmFmdCBhcyBuZXRtb2QgZHJhZnQgYmFzZWQgb24g ZGlzY3Vzc2lvbiBpbiBsYXN0IE5FVENPTkYgc2Vzc2lvbiBhbmQgY2hhaXIncyBzdWdnZXN0aW9u IG9uIHRoZSBsaXN0DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL25ldGNv bmYvY3VycmVudC9tc2cxNTExMS5odG1sDQpUaGUgbWFpbiBjaGFuZ2VzIGFyZToNCjEuIEFkZCB0 d28gbmV3IGV2ZW50IG5vdGlmaWNhdGlvbnMgZm9yIE5NREENCjIuIE5hcnJvdyBkb2N1bWVudCBz Y29wZSBkb3duIHRvIGFwcGxpZWQgaW50ZW5kZWQgY29uZmlndXJhdGlvbiBub3RpZmljYXRpb24u DQozLiBDbGFyaWZ5IHRoZSBzZXF1ZW5jZSBvZiBORE1BIGV2ZW50cw0KNC4gRGVhbCB3aXRoIG11 bHRpcGxlIGNvbW1pdCBjYXNlcyBhbmQgY2xhcmlmeSB0aGUgcmVsYXRpb24gYmV0d2VlbiBjb25m aXJtZWQgY29tbWl0IGFuZCBpbnRlbmRlZC1hcHBseS1zdGFydCBldmVudC4NCjUuIENsYXJpZnkg dGhlIHJlbGF0aW9uIHdpdGggTk1EQSBEaWZmLg0KDQpPbmUgcGVuZGluZyBpc3N1ZSBpcyBpdCBs b29rcyB0d28gbmV3IGV2ZW50IG5vdGlmaWNhdGlvbnMgYXJlIGRlZmluZWQgdG8gcmVwb3J0IHN0 YXJ0IHRpbWUgYW5kIGVuZCB0aW1lIG9mIGludGVuZGVkIGNvbmZpZ3VyYXRpb24gYXBwbHlpbmcg cHJvY2VkdXJlLg0KSG93ZXZlciBubWRhLWludGVuZGVkLWFwcGxpZWQgY2FuIGFsc28gdXNlIGFw cGxpZWQtZXZlbnQgcGFyYW1ldGVyIHRvIGluZGljYXRlIHRoZSBzdGFydCB0aW1lIGFuZCBlbmQg dGltZSBvZiBpbnRlbmRlZCBjb25maWd1cmF0aW9uIGFwcGx5aW5nIHByb2NlZHVyZS4NClRoZSBk aWZmZXJlbmNlIGlzIG5tZGEtaW50ZW5kZWQtYXBwbGllZCBwcm92aWRlIG1vcmUgZGV0YWlscyBv biBmYWlsZWQgYXBwbGllZCB0YXJnZXQgYW5kIHJlYXNvbnMuDQoNCkFub3RoZXIgaXNzdWUgaXMg dGhlIHdheSB0byBkZWFsIHdpdGggbXVsdGlwbGUgY29tbWl0LiBXZSB0aGluayB3ZSBzaG91bGQg dHJlYXQgdHdvIHBoYXNlIGNvbW1pdHMgYXMgb25lIGNvbW1pdCwgaW4gb3RoZXIgY2FzZXMgd2hl biB0d28gY29tbWl0cyBhcmUgZGV0ZWN0ZWQsDQpJdCBzaG91bGQgYmUgdGFja2xlZCBvbmUgYnkg b25lIGluIHNlcXVlbmNlLiANCg0KV291bGQgaXQgYmUgZ3JlYXQgdG8gZ2V0IHNvbWUgaW5wdXQg b24gdGhlc2UuDQoNCi1RaW4NCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBJLUQtQW5ub3Vu Y2UgW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcNCreiy83KsbzkOiAyMDE4xOo51MIxNMjVIDE1OjQ0DQrK1bz+yMs6IGkt ZC1hbm5vdW5jZUBpZXRmLm9yZw0K1vfM4jogSS1EIEFjdGlvbjogZHJhZnQtd3UtbmV0bW9kLWJh c2Utbm90aWZpY2F0aW9uLW5tZGEtMDAudHh0DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMg YXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0K DQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogTk1EQSBCYXNlIE5vdGlmaWNhdGlvbiBmb3Ig QXBwbGllZCBJbnRlbmRlZCBDb25maWd1cmF0aW9uDQogICAgICAgIEF1dGhvcnMgICAgICAgICA6 IFFpbiBXdQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBSb2hpdCBSIFJhbmFkZQ0KCUZpbGVu YW1lICAgICAgICA6IGRyYWZ0LXd1LW5ldG1vZC1iYXNlLW5vdGlmaWNhdGlvbi1ubWRhLTAwLnR4 dA0KCVBhZ2VzICAgICAgICAgICA6IDE1DQoJRGF0ZSAgICAgICAgICAgIDogMjAxOC0wOS0xNA0K DQpBYnN0cmFjdDoNCiAgIFRoZSBOZXR3b3JrIENvbmZpZ3VyYXRpb24gUHJvdG9jb2wgKE5FVENP TkYpYW5kIFJFU1RDT05GIHByb3ZpZGVzDQogICBtZWNoYW5pc21zIHRvIG1hbmlwdWxhdGUgY29u ZmlndXJhdGlvbiBkYXRhc3RvcmVzLiAgTk1EQSBpbnRyb2R1Y2VzDQogICBhZGRpdGlvbmFsIGRh dGFzdG9yZXMgZm9yIHN5c3RlbXMgdGhhdCBzdXBwb3J0IG1vcmUgYWR2YW5jZWQNCiAgIHByb2Nl c3NpbmcgY2hhaW5zIGNvbnZlcnRpbmcgY29uZmlndXJhdGlvbiB0byBvcGVyYXRpb25hbCBzdGF0 ZS4NCiAgIEhvd2V2ZXIsIGNsaWVudCBhcHBsaWNhdGlvbnMgYXJlIG5vdCBhYmxlIHRvIGJlIGF3 YXJlIG9mIGNvbW1vbg0KICAgZXZlbnRzIGluIHRoZXNlIGFkZGl0aW9uYWwgZGF0c3RvcmVzIG9m IHRoZSBtYW5hZ2VtZW50IHN5c3RlbSwgc3VjaA0KICAgYXMgYSBhcHBsaWVkIGNvbmZpZ3VyYXRp b24gc3RhdGUgY2hhbmdlIGluIE5FVENPTkYgc2VydmVyIG9yIFJFU1RDT05GDQogICBzZXJ2ZXIs IHRoYXQgbWF5IGltcGFjdCBtYW5hZ2VtZW50IGFwcGxpY2F0aW9ucy4gIFRoaXMgZG9jdW1lbnQN CiAgIGRlZmluZSBhIFlBTkcgbW9kdWxlIHRoYXQgYWxsb3dzIGEgY2xpZW50IHRvIHJlY2VpdmUg YWRkaXRpb25hbA0KICAgbm90aWZpY2F0aW9ucyBmb3Igc29tZSBjb21tb24gc3lzdGVtIGV2ZW50 cyBwZXJ0YWluaW5nIHRvIHRoZSBOZXR3b3JrDQogICBNYW5hZ2VtZW50IERhdGFzdG9yZSBBcmNo aXRlY3R1cmUgKE5NREEpIGRlZmluZWQgaW4gW1JGQzgzNDJdLg0KDQoNClRoZSBJRVRGIGRhdGF0 cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtd3UtbmV0bW9kLWJhc2Utbm90aWZpY2F0aW9uLW5tZGEvDQoN ClRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2YWlsYWJsZSBhdDoNCmh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC13dS1uZXRtb2QtYmFzZS1ub3RpZmljYXRpb24tbm1k YS0wMA0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC13dS1uZXRt b2QtYmFzZS1ub3RpZmljYXRpb24tbm1kYS0wMA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5 IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1v dXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5vdW5jZSBt YWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2UNCkludGVybmV0LURyYWZ0IGRpcmVjdG9yaWVz OiBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sIG9yIGZ0cDovL2Z0cC5pZXRmLm9yZy9p ZXRmLzFzaGFkb3ctc2l0ZXMudHh0DQo= From nobody Fri Sep 14 04:05:47 2018 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 432CD130E2D for ; Fri, 14 Sep 2018 04:05:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 O1z94UcwqlhW for ; Fri, 14 Sep 2018 04:05:37 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48BA9130E26 for ; Fri, 14 Sep 2018 04:05:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25562; q=dns/txt; s=iport; t=1536923137; x=1538132737; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=XYCQSmhdH5XFo/YJnrPwsgKkoec6h//6nLRHtRxhHUY=; b=L04xMo+izEkgetGTrQifRt1JOx3cer1wSGIeWXy+bzEbnQ5MTRV6/gUs ZTvkCarFOTbGni339nDivNwNauDw2iadgBeRMhKHawVfdMBJhcplVjGK0 dHj6pphyvKMIJDoPvQziAIZugEu/RA4tNTTYfRM56Rj50g7FfZ3gO5H6Y E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A3AAAilZtb/xbLJq0YAUIZAQEBAQE?= =?us-ascii?q?BAQEBAQEBBwEBAQEBgU6BEUiBFG0SKINyiBVfjSktlkGBegsYAQqEA0YCF4N?= =?us-ascii?q?mNBgBAgEBAgEBAm0cDIU4AQEBAQIBAQEbBksJAgwECQIRBAEBAScDAgICJR8?= =?us-ascii?q?JCAYNBgIBAReDBgGBeQgPhyuBK5tMgS4fhFOFFYp/gUE/gTmCa4MbAQECAQE?= =?us-ascii?q?WgV6CaoJXAohRhQGBNYQeiQwJhjyJUQYXgUJJg3+CWyWFe4hZgn6Cb4V8gUI?= =?us-ascii?q?4gVUzGggbFRohgmwJgkSISIU/PjABjnUBAQ?= X-IronPort-AV: E=Sophos;i="5.53,373,1531785600"; d="scan'208,217";a="6557214" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Sep 2018 11:05:33 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id w8EB5WlJ005744; Fri, 14 Sep 2018 11:05:32 GMT To: Joel Jaeggli Cc: Adrian Farrel , netmod@ietf.org, Kent Watsen References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> From: Robert Wilton Message-ID: Date: Fri, 14 Sep 2018 12:05:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> Content-Type: multipart/alternative; boundary="------------2B8C04C8036C81E2E7998194" Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 14 Sep 2018 11:05:45 -0000 This is a multi-part message in MIME format. --------------2B8C04C8036C81E2E7998194 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 13/09/2018 22:43, Joel Jaeggli wrote: > > >> On Sep 10, 2018, at 12:51 AM, Robert Wilton >> > > wrote: >> >> I've read -07, and would also support an WG adoption call for this >> draft.  In fact, I think that it would be quite good if we can move >> this document through to WG LC fairly expediently as well. >> >> A couple of minor review comments: >> >> Introduction: RFC7994 reference listed twice. >> >> Rather than banning tabs, another option would to be convert them (of >> course, the question is then whether a tab is 2, 4, or 8 spaces ...), >> although assuming 4 spaces seems reasonable, and could be controlled >> via an input parameter. > > This does seem like the sort of classical place to have argument about > the size of a tab. To me the 7991 position is compelling. The onus is > the formatter to use an element which is not ambiguous. I would rather not get involved in any argument/discussion/debate on how many spaces a tab should represent, or even whether they should be used. If all input files that we might ever want to fold and include in an RFC are guaranteed to never contain tabs then I agree with the position that they can just be rejected. But if there is some future file format that we want to fold that might contain tabs, then I wonder whether it would not be more robust to look at whether they could be handled in some way. Thanks, Rob > > It’s not really anyones business that I have > > |set tabstop=2 shiftwidth=2 expandtab| > In my vimrc nor should it be. >> Thanks, >> Rob >> >> >> On 08/09/2018 13:39, Adrian Farrel wrote: >>> Speaking as a co-author, I agree with Kent that this version is >>> ready for the WG >>> to pick up. >>> >>> I think that discussions at f2f meetings indicated that there was >>> interest in >>> the WG in addressing this issue, and after much back and forth, the >>> authors have >>> come together with an approach that they agree on and it >>> incorporates some >>> suggestions made in Montreal. >>> >>> Thanks, >>> Adrian >>> >>>> -----Original Message----- >>>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen >>>> Sent: 07 September 2018 22:59 >>>> To: netmod@ietf.org >>>> Subject: [netmod] FW: New Version Notification for >>>> draft-kwatsen-netmod- >>>> artwork-folding-07.txt >>>> >>>> >>>> An update to the "artwork-folding" draft has been posted. >>>>   - the solution is now using the "/.../" format. >>>>   - the included script has been updated as well. >>>> >>>> We believe that this draft is ready for an adoption poll. >>>> >>>> Kent (and Adrian and Qin)  // authors >>>> >>>> >>>> -----Original Message----- >>>> >>>> A new version of I-D, draft-kwatsen-netmod-artwork-folding-07.txt >>>> has been successfully submitted by Kent Watsen and posted to the >>>> IETF repository. >>>> >>>> Name:draft-kwatsen-netmod-artwork-folding >>>> Revision:07 >>>> Title:Handling Long Lines in Artwork in Internet-Drafts and >>> RFCs >>>> Document date:2018-09-05 >>>> Group:Individual Submission >>>> Pages:16 >>>> URL: https://www.ietf.org/id/draft-kwatsen-netmod-artwork-folding- >>>> 07.txt >>>> Status: https://datatracker.ietf.org/doc/draft-kwatsen-netmod-artwork- >>>> folding/ >>>> Htmlized: >>> https://tools.ietf.org/html/draft-kwatsen-netmod-artwork-folding- >>>> 07 >>>> Htmlized: >>>>       https://datatracker.ietf.org/doc/html/draft-kwatsen-netmod- >>>> artwork-folding >>>> Diff: >>> https://www.ietf.org/rfcdiff?url2=draft-kwatsen-netmod-artwork- >>>> folding-07 >>>> >>>> Abstract: >>>>    This document introduces a simple and yet time-proven strategy for >>>>    handling long lines in artwork in drafts using a backslash ('\') >>>>    character where line-folding has occurred.  The strategy works >>>> on any >>>>    text based artwork, but is primarily intended for sample text and >>>>    formatted examples and code, rather than for graphical artwork.  The >>>>    approach produces consistent results regardless of the content and >>>>    uses a per-artwork header.  The strategy is both >>>> self-documenting and >>>>    enables automated reconstitution of the original artwork. >>>> >>>> >>>> >>>> >>>> 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. >>>> >>>> The IETF Secretariat >>>> >>>> >>>> >>>> _______________________________________________ >>>> netmod mailing list >>>> netmod@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netmod >>> _______________________________________________ >>> netmod mailing list >>> netmod@ietf.org >>> https://www.ietf.org/mailman/listinfo/netmod >>> . >>> >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > --------------2B8C04C8036C81E2E7998194 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+DQogIDxoZWFkPg0KICAgIDxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCiAgPC9oZWFkPg0KICA8Ym9k eSB0ZXh0PSIjMDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4NCiAgICA8cD48YnI+DQogICAg PC9wPg0KICAgIDxicj4NCiAgICA8ZGl2IGNsYXNzPSJtb3otY2l0ZS1wcmVmaXgiPk9uIDEz LzA5LzIwMTggMjI6NDMsIEpvZWwgSmFlZ2dsaQ0KICAgICAgd3JvdGU6PGJyPg0KICAgIDwv ZGl2Pg0KICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiDQogICAgICBjaXRlPSJtaWQ6NUVE NUU0ODctRTE3Mi00ODJCLUFEQjItQ0Q1MkExRUJDQTE0QGJvZ3VzLmNvbSI+DQogICAgICA8 bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hh cnNldD11dGYtOCI+DQogICAgICA8YnIgY2xhc3M9IiI+DQogICAgICA8ZGl2PjxiciBjbGFz cz0iIj4NCiAgICAgICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+DQogICAg ICAgICAgPGRpdiBjbGFzcz0iIj5PbiBTZXAgMTAsIDIwMTgsIGF0IDEyOjUxIEFNLCBSb2Jl cnQgV2lsdG9uICZsdDs8YQ0KICAgICAgICAgICAgICBocmVmPSJtYWlsdG86cndpbHRvbj00 MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZyIgY2xhc3M9IiINCiAgICAgICAgICAgICAgbW96 LWRvLW5vdC1zZW5kPSJ0cnVlIj5yd2lsdG9uPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3Jn PC9hPiZndDsNCiAgICAgICAgICAgIHdyb3RlOjwvZGl2Pg0KICAgICAgICAgIDxiciBjbGFz cz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQogICAgICAgICAgPGRpdiBjbGFzcz0i Ij4NCiAgICAgICAgICAgIDxkaXYgY2xhc3M9IiI+SSd2ZSByZWFkIC0wNywgYW5kIHdvdWxk IGFsc28gc3VwcG9ydCBhbiBXRw0KICAgICAgICAgICAgICBhZG9wdGlvbiBjYWxsIGZvciB0 aGlzIGRyYWZ0LsKgIEluIGZhY3QsIEkgdGhpbmsgdGhhdCBpdA0KICAgICAgICAgICAgICB3 b3VsZCBiZSBxdWl0ZSBnb29kIGlmIHdlIGNhbiBtb3ZlIHRoaXMgZG9jdW1lbnQgdGhyb3Vn aA0KICAgICAgICAgICAgICB0byBXRyBMQyBmYWlybHkgZXhwZWRpZW50bHkgYXMgd2VsbC48 YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAg ICAgQSBjb3VwbGUgb2YgbWlub3IgcmV2aWV3IGNvbW1lbnRzOjxiciBjbGFzcz0iIj4NCiAg ICAgICAgICAgICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICBJbnRyb2R1Y3Rpb246 IFJGQzc5OTQgcmVmZXJlbmNlIGxpc3RlZCB0d2ljZS48YnIgY2xhc3M9IiI+DQogICAgICAg ICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgUmF0aGVyIHRoYW4gYmFubmlu ZyB0YWJzLCBhbm90aGVyIG9wdGlvbiB3b3VsZCB0byBiZQ0KICAgICAgICAgICAgICBjb252 ZXJ0IHRoZW0gKG9mIGNvdXJzZSwgdGhlIHF1ZXN0aW9uIGlzIHRoZW4gd2hldGhlciBhDQog ICAgICAgICAgICAgIHRhYiBpcyAyLCA0LCBvciA4IHNwYWNlcyAuLi4pLCBhbHRob3VnaCBh c3N1bWluZyA0IHNwYWNlcw0KICAgICAgICAgICAgICBzZWVtcyByZWFzb25hYmxlLCBhbmQg Y291bGQgYmUgY29udHJvbGxlZCB2aWEgYW4gaW5wdXQNCiAgICAgICAgICAgICAgcGFyYW1l dGVyLjxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgIDwvZGl2Pg0KICAgICAgICAgIDwvZGl2 Pg0KICAgICAgICA8L2Jsb2NrcXVvdGU+DQogICAgICAgIDxkaXY+PGJyIGNsYXNzPSIiPg0K ICAgICAgICA8L2Rpdj4NCiAgICAgICAgPGRpdj5UaGlzIGRvZXMgc2VlbSBsaWtlIHRoZSBz b3J0IG9mIGNsYXNzaWNhbCBwbGFjZSB0byBoYXZlDQogICAgICAgICAgYXJndW1lbnQgYWJv dXQgdGhlIHNpemUgb2YgYSB0YWIuIFRvIG1lIHRoZSA3OTkxIHBvc2l0aW9uIGlzDQogICAg ICAgICAgY29tcGVsbGluZy4gVGhlIG9udXMgaXMgdGhlIGZvcm1hdHRlciB0byB1c2UgYW4g ZWxlbWVudCB3aGljaA0KICAgICAgICAgIGlzIG5vdCBhbWJpZ3VvdXMuIDxicj4NCiAgICAg ICAgPC9kaXY+DQogICAgICA8L2Rpdj4NCiAgICA8L2Jsb2NrcXVvdGU+DQogICAgPGJyPg0K ICAgIEkgd291bGQgcmF0aGVyIG5vdCBnZXQgaW52b2x2ZWQgaW4gYW55IGFyZ3VtZW50L2Rp c2N1c3Npb24vZGViYXRlIG9uDQogICAgaG93IG1hbnkgc3BhY2VzIGEgdGFiIHNob3VsZCBy ZXByZXNlbnQsIG9yIGV2ZW4gd2hldGhlciB0aGV5IHNob3VsZA0KICAgIGJlIHVzZWQuPGJy Pg0KICAgIDxicj4NCiAgICBJZiBhbGwgaW5wdXQgZmlsZXMgdGhhdCB3ZSBtaWdodCBldmVy IHdhbnQgdG8gZm9sZCBhbmQgaW5jbHVkZSBpbiBhbg0KICAgIFJGQyBhcmUgZ3VhcmFudGVl ZCB0byBuZXZlciBjb250YWluIHRhYnMgdGhlbiBJIGFncmVlIHdpdGggdGhlDQogICAgcG9z aXRpb24gdGhhdCB0aGV5IGNhbiBqdXN0IGJlIHJlamVjdGVkLiA8YnI+DQogICAgPGJyPg0K ICAgIEJ1dCBpZiB0aGVyZSBpcyBzb21lIGZ1dHVyZSBmaWxlIGZvcm1hdCB0aGF0IHdlIHdh bnQgdG8gZm9sZCB0aGF0DQogICAgbWlnaHQgY29udGFpbiB0YWJzLCB0aGVuIEkgd29uZGVy IHdoZXRoZXIgaXQgd291bGQgbm90IGJlIG1vcmUNCiAgICByb2J1c3QgdG8gbG9vayBhdCB3 aGV0aGVyIHRoZXkgY291bGQgYmUgaGFuZGxlZCBpbiBzb21lIHdheS48YnI+DQogICAgPGJy Pg0KICAgIFRoYW5rcyw8YnI+DQogICAgUm9iPGJyPg0KICAgIDxicj4NCiAgICA8YmxvY2tx dW90ZSB0eXBlPSJjaXRlIg0KICAgICAgY2l0ZT0ibWlkOjVFRDVFNDg3LUUxNzItNDgyQi1B REIyLUNENTJBMUVCQ0ExNEBib2d1cy5jb20iPg0KICAgICAgPGRpdj4NCiAgICAgICAgPGRp dj48YnIgY2xhc3M9IiI+DQogICAgICAgIDwvZGl2Pg0KICAgICAgICA8ZGl2Pkl04oCZcyBu b3QgcmVhbGx5IGFueW9uZXMgYnVzaW5lc3MgdGhhdCBJIGhhdmU8L2Rpdj4NCiAgICAgICAg PGRpdj48YnIgY2xhc3M9IiI+DQogICAgICAgIDwvZGl2Pg0KICAgICAgICA8ZGl2Pg0KICAg ICAgICAgIDxwcmUgY2xhc3M9IiBsYW5ndWFnZS1iYXNoIiBzdHlsZT0iYm94LXNpemluZzog aW5oZXJpdDsgbWF4LWhlaWdodDogNjAwcHg7IG92ZXJmbG93OiBhdXRvOyBiYWNrZ3JvdW5k LWNvbG9yOiByZ2IoMjQ1LCAyNDIsIDI0MCk7IHBhZGRpbmc6IDFlbTsgdGV4dC1zaGFkb3c6 IHdoaXRlIDBweCAxcHg7IGZvbnQtZmFtaWx5OiBDb25zb2xhcywgTW9uYWNvLCAmcXVvdDtB bmRhbGUgTW9ubyZxdW90OywgJnF1b3Q7VWJ1bnR1IE1vbm8mcXVvdDssIG1vbm9zcGFjZTsg d29yZC1icmVhazogbm9ybWFsOyB3b3JkLXdyYXA6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IDEu NTsgdGFiLXNpemU6IDQ7IG1hcmdpbi10b3A6IDEuNWVtOyBtYXJnaW4tYm90dG9tOiAxLjVl bTsgZm9udC1zaXplOiAxNnB4OyBmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBuby1jb21tb24t bGlnYXR1cmVzOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDI7IGJhY2tncm91bmQtcG9zaXRpb246 IGluaXRpYWwgaW5pdGlhbDsgYmFja2dyb3VuZC1yZXBlYXQ6IGluaXRpYWwgaW5pdGlhbDsi Pjxjb2RlIGNsYXNzPSIgbGFuZ3VhZ2UtYmFzaCIgc3R5bGU9ImJveC1zaXppbmc6IGluaGVy aXQ7IGZvbnQtZmFtaWx5OiBDb25zb2xhcywgTW9uYWNvLCAmcXVvdDtBbmRhbGUgTW9ubyZx dW90OywgJnF1b3Q7VWJ1bnR1IE1vbm8mcXVvdDssIG1vbm9zcGFjZTsgYmFja2dyb3VuZC1p bWFnZTogbm9uZTsgdGV4dC1zaGFkb3c6IHdoaXRlIDBweCAxcHg7IHdvcmQtc3BhY2luZzog bm9ybWFsOyB3b3JkLWJyZWFrOiBub3JtYWw7IHdvcmQtd3JhcDogbm9ybWFsOyBsaW5lLWhl aWdodDogMS41OyB0YWItc2l6ZTogNDsgYmFja2dyb3VuZC1wb3NpdGlvbjogaW5pdGlhbCBp bml0aWFsOyBiYWNrZ3JvdW5kLXJlcGVhdDogaW5pdGlhbCBpbml0aWFsOyI+PHNwYW4gY2xh c3M9InRva2VuIGtleXdvcmQiIHN0eWxlPSJib3gtc2l6aW5nOiBpbmhlcml0OyBjb2xvcjog cmdiKDAsIDExOSwgMTcwKTsiPnNldDwvc3Bhbj4gdGFic3RvcDxzcGFuIGNsYXNzPSJ0b2tl biBvcGVyYXRvciIgc3R5bGU9ImJveC1zaXppbmc6IGluaGVyaXQ7IGNvbG9yOiByZ2IoMTY2 LCAxMjcsIDg5KTsgYmFja2dyb3VuZDogcmdiYSgyNTUsIDI1NSwgMjU1LCAwLjUpOyI+PTwv c3Bhbj4yIHNoaWZ0d2lkdGg8c3BhbiBjbGFzcz0idG9rZW4gb3BlcmF0b3IiIHN0eWxlPSJi b3gtc2l6aW5nOiBpbmhlcml0OyBjb2xvcjogcmdiKDE2NiwgMTI3LCA4OSk7IGJhY2tncm91 bmQ6IHJnYmEoMjU1LCAyNTUsIDI1NSwgMC41KTsiPj08L3NwYW4+MiBleHBhbmR0YWI8L2Nv ZGU+PC9wcmU+DQogICAgICAgICAgPGRpdj5JbiBteSB2aW1yYyBub3Igc2hvdWxkIGl0IGJl LjxiciBjbGFzcz0iIj4NCiAgICAgICAgICA8L2Rpdj4NCiAgICAgICAgPC9kaXY+DQogICAg ICA8L2Rpdj4NCiAgICA8L2Jsb2NrcXVvdGU+DQogICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0 ZSINCiAgICAgIGNpdGU9Im1pZDo1RUQ1RTQ4Ny1FMTcyLTQ4MkItQURCMi1DRDUyQTFFQkNB MTRAYm9ndXMuY29tIj4NCiAgICAgIDxkaXY+DQogICAgICAgIDxkaXY+DQogICAgICAgICAg PGRpdj4NCiAgICAgICAgICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0K ICAgICAgICAgICAgICA8ZGl2IGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgIDxkaXYgY2xh c3M9IiI+VGhhbmtzLDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgIFJvYjxiciBj bGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAg ICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgIE9uIDA4LzA5LzIwMTgg MTM6MzksIEFkcmlhbiBGYXJyZWwgd3JvdGU6PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAg ICAgICAgPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSIgY2xhc3M9IiI+U3BlYWtpbmcgYXMgYQ0K ICAgICAgICAgICAgICAgICAgICBjby1hdXRob3IsIEkgYWdyZWUgd2l0aCBLZW50IHRoYXQg dGhpcyB2ZXJzaW9uIGlzDQogICAgICAgICAgICAgICAgICAgIHJlYWR5IGZvciB0aGUgV0c8 YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgIHRvIHBpY2sgdXAuPGJyIGNsYXNz PSIiPg0KICAgICAgICAgICAgICAgICAgICA8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAg ICAgICAgIEkgdGhpbmsgdGhhdCBkaXNjdXNzaW9ucyBhdCBmMmYgbWVldGluZ3MgaW5kaWNh dGVkDQogICAgICAgICAgICAgICAgICAgIHRoYXQgdGhlcmUgd2FzIGludGVyZXN0IGluPGJy IGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICB0aGUgV0cgaW4gYWRkcmVzc2luZyB0 aGlzIGlzc3VlLCBhbmQgYWZ0ZXIgbXVjaCBiYWNrDQogICAgICAgICAgICAgICAgICAgIGFu ZCBmb3J0aCwgdGhlIGF1dGhvcnMgaGF2ZTxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAg ICAgICAgY29tZSB0b2dldGhlciB3aXRoIGFuIGFwcHJvYWNoIHRoYXQgdGhleSBhZ3JlZSBv bg0KICAgICAgICAgICAgICAgICAgICBhbmQgaXQgaW5jb3Jwb3JhdGVzIHNvbWU8YnIgY2xh c3M9IiI+DQogICAgICAgICAgICAgICAgICAgIHN1Z2dlc3Rpb25zIG1hZGUgaW4gTW9udHJl YWwuPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICA8YnIgY2xhc3M9IiI+DQog ICAgICAgICAgICAgICAgICAgIFRoYW5rcyw8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAg ICAgICAgIEFkcmlhbjxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgPGJyIGNs YXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICA8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBj bGFzcz0iIj4tLS0tLU9yaWdpbmFsDQogICAgICAgICAgICAgICAgICAgICAgTWVzc2FnZS0t LS0tPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIEZyb206IG5ldG1vZCBb PGENCiAgICAgICAgICAgICAgICAgICAgICAgIGhyZWY9Im1haWx0bzpuZXRtb2QtYm91bmNl c0BpZXRmLm9yZyIgY2xhc3M9IiINCiAgICAgICAgICAgICAgICAgICAgICAgIG1vei1kby1u b3Qtc2VuZD0idHJ1ZSI+bWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCiAg ICAgICAgICAgICAgICAgICAgICBPbiBCZWhhbGYgT2YgS2VudCBXYXRzZW48YnIgY2xhc3M9 IiI+DQogICAgICAgICAgICAgICAgICAgICAgU2VudDogMDcgU2VwdGVtYmVyIDIwMTggMjI6 NTk8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgVG86IDxhIGhyZWY9Im1h aWx0bzpuZXRtb2RAaWV0Zi5vcmciIGNsYXNzPSIiDQogICAgICAgICAgICAgICAgICAgICAg ICBtb3otZG8tbm90LXNlbmQ9InRydWUiPm5ldG1vZEBpZXRmLm9yZzwvYT48YnINCiAgICAg ICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIFN1 YmplY3Q6IFtuZXRtb2RdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQogICAg ICAgICAgICAgICAgICAgICAgZHJhZnQta3dhdHNlbi1uZXRtb2QtPGJyIGNsYXNzPSIiPg0K ICAgICAgICAgICAgICAgICAgICAgIGFydHdvcmstZm9sZGluZy0wNy50eHQ8YnIgY2xhc3M9 IiI+DQogICAgICAgICAgICAgICAgICAgICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAg ICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgICBBbiB1cGRh dGUgdG8gdGhlICJhcnR3b3JrLWZvbGRpbmciIGRyYWZ0IGhhcyBiZWVuDQogICAgICAgICAg ICAgICAgICAgICAgcG9zdGVkLjxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAg ICDCoMKgLSB0aGUgc29sdXRpb24gaXMgbm93IHVzaW5nIHRoZSAiLy4uLi8iIGZvcm1hdC48 YnINCiAgICAgICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAg ICAgICAgIMKgwqAtIHRoZSBpbmNsdWRlZCBzY3JpcHQgaGFzIGJlZW4gdXBkYXRlZCBhcyB3 ZWxsLjxicg0KICAgICAgICAgICAgICAgICAgICAgICAgY2xhc3M9IiI+DQogICAgICAgICAg ICAgICAgICAgICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIFdlIGJl bGlldmUgdGhhdCB0aGlzIGRyYWZ0IGlzIHJlYWR5IGZvciBhbg0KICAgICAgICAgICAgICAg ICAgICAgIGFkb3B0aW9uIHBvbGwuPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAg ICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgICBLZW50IChhbmQgQWRy aWFuIGFuZCBRaW4pIMKgLy8gYXV0aG9yczxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAg ICAgICAgICA8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgPGJyIGNsYXNz PSIiPg0KICAgICAgICAgICAgICAgICAgICAgIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAg ICAgICAgICAgICAgICAgICAgICBBIG5ldyB2ZXJzaW9uIG9mIEktRCwNCiAgICAgICAgICAg ICAgICAgICAgICBkcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLWZvbGRpbmctMDcudHh0 PGJyDQogICAgICAgICAgICAgICAgICAgICAgICBjbGFzcz0iIj4NCiAgICAgICAgICAgICAg ICAgICAgICBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEtlbnQgV2F0c2Vu IGFuZA0KICAgICAgICAgICAgICAgICAgICAgIHBvc3RlZCB0byB0aGU8YnIgY2xhc3M9IiI+ DQogICAgICAgICAgICAgICAgICAgICAgSUVURiByZXBvc2l0b3J5LjxiciBjbGFzcz0iIj4N CiAgICAgICAgICAgICAgICAgICAgICA8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAg ICAgICAgTmFtZTo8c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1z cGFjZTpwcmUiPgk8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0i d2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPmRyYWZ0LWt3YXRzZW4tbmV0bW9kLWFydHdvcmst Zm9sZGluZzxicg0KICAgICAgICAgICAgICAgICAgICAgICAgY2xhc3M9IiI+DQogICAgICAg ICAgICAgICAgICAgICAgUmV2aXNpb246PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBz dHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPjA3PGJyDQogICAgICAgICAgICAgICAg ICAgICAgICBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgICBUaXRsZTo8c3BhbiBj bGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4J PC9zcGFuPkhhbmRsaW5nDQogICAgICAgICAgICAgICAgICAgICAgTG9uZyBMaW5lcyBpbiBB cnR3b3JrIGluIEludGVybmV0LURyYWZ0cyBhbmQ8YnINCiAgICAgICAgICAgICAgICAgICAg ICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICA8L2Jsb2NrcXVvdGU+DQogICAg ICAgICAgICAgICAgICAgIFJGQ3M8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAg IDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPkRvY3VtZW50IGRhdGU6PHNwYW4g Y2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFu PjIwMTgtMDktMDU8YnINCiAgICAgICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAg ICAgICAgICAgICAgICAgICAgIEdyb3VwOjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIg c3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj48c3BhbiBjbGFzcz0iQXBwbGUtdGFi LXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+SW5kaXZpZHVhbA0KICAg ICAgICAgICAgICAgICAgICAgIFN1Ym1pc3Npb248YnIgY2xhc3M9IiI+DQogICAgICAgICAg ICAgICAgICAgICAgUGFnZXM6PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0i d2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS10YWItc3BhbiIg c3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4xNjxicg0KICAgICAgICAgICAgICAg ICAgICAgICAgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgVVJMOiDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgPGENCiAgICAgICAgICAgICAgICAgICAgICAgIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWt3YXRzZW4tbmV0bW9kLWFydHdvcmstZm9sZGlu Zy0iDQogICAgICAgICAgICAgICAgICAgICAgICBjbGFzcz0iIiBtb3otZG8tbm90LXNlbmQ9 InRydWUiPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWt3YXRzZW4tbmV0bW9kLWFy dHdvcmstZm9sZGluZy08L2E+PGJyDQogICAgICAgICAgICAgICAgICAgICAgICBjbGFzcz0i Ij4NCiAgICAgICAgICAgICAgICAgICAgICAwNy50eHQ8YnIgY2xhc3M9IiI+DQogICAgICAg ICAgICAgICAgICAgICAgU3RhdHVzOiDCoMKgwqDCoMKgwqDCoMKgPGENCiAgICAgICAgICAg ICAgICAgICAgICAgIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWt3YXRzZW4tbmV0bW9kLWFydHdvcmstIg0KICAgICAgICAgICAgICAgICAgICAgICAg Y2xhc3M9IiIgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5odHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLTwvYT48YnINCiAgICAg ICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIGZv bGRpbmcvPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIEh0bWxpemVkOjxi ciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgPC9ibG9ja3F1b3RlPg0KICAgICAg ICAgICAgICAgICAgICA8YQ0KICAgICAgICAgICAgICAgICAgICAgIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1rd2F0c2VuLW5ldG1vZC1hcnR3b3JrLWZvbGRp bmctIg0KICAgICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiIG1vei1kby1ub3Qtc2VuZD0i dHJ1ZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWt3YXRzZW4tbmV0bW9k LWFydHdvcmstZm9sZGluZy08L2E+PGJyDQogICAgICAgICAgICAgICAgICAgICAgY2xhc3M9 IiI+DQogICAgICAgICAgICAgICAgICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNz PSIiPjA3PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIEh0bWxpemVkOg0K ICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoMKgwqDCoDxhIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0 bWwvZHJhZnQta3dhdHNlbi1uZXRtb2QiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQta3dhdHNlbi1uZXRtb2Q8L2E+LTxicg0KICAgICAgICAgICAgICAg ICAgICAgICAgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgYXJ0d29yay1mb2xk aW5nPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIERpZmY6PGJyIGNsYXNz PSIiPg0KICAgICAgICAgICAgICAgICAgICA8L2Jsb2NrcXVvdGU+DQo8YSBjbGFzcz0ibW96 LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQta3dhdHNlbi1uZXRtb2QtYXJ0d29yayI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvcmZjZGlmZj91cmwyPWRyYWZ0LWt3YXRzZW4tbmV0bW9kLWFydHdvcms8L2E+LTxicg0K ICAgICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICA8 YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj5mb2xkaW5nLTA3PGJyDQogICAgICAg ICAgICAgICAgICAgICAgICBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgICA8YnIg Y2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgQWJzdHJhY3Q6PGJyIGNsYXNzPSIi Pg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDCoFRoaXMgZG9jdW1lbnQgaW50cm9kdWNl cyBhIHNpbXBsZSBhbmQgeWV0DQogICAgICAgICAgICAgICAgICAgICAgdGltZS1wcm92ZW4g c3RyYXRlZ3kgZm9yPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIMKgwqDC oGhhbmRsaW5nIGxvbmcgbGluZXMgaW4gYXJ0d29yayBpbiBkcmFmdHMgdXNpbmcNCiAgICAg ICAgICAgICAgICAgICAgICBhIGJhY2tzbGFzaCAoJ1wnKTxiciBjbGFzcz0iIj4NCiAgICAg ICAgICAgICAgICAgICAgICDCoMKgwqBjaGFyYWN0ZXIgd2hlcmUgbGluZS1mb2xkaW5nIGhh cyBvY2N1cnJlZC4gwqBUaGUNCiAgICAgICAgICAgICAgICAgICAgICBzdHJhdGVneSB3b3Jr cyBvbiBhbnk8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgwqDCoMKgdGV4 dCBiYXNlZCBhcnR3b3JrLCBidXQgaXMgcHJpbWFyaWx5IGludGVuZGVkDQogICAgICAgICAg ICAgICAgICAgICAgZm9yIHNhbXBsZSB0ZXh0IGFuZDxiciBjbGFzcz0iIj4NCiAgICAgICAg ICAgICAgICAgICAgICDCoMKgwqBmb3JtYXR0ZWQgZXhhbXBsZXMgYW5kIGNvZGUsIHJhdGhl ciB0aGFuIGZvcg0KICAgICAgICAgICAgICAgICAgICAgIGdyYXBoaWNhbCBhcnR3b3JrLiDC oFRoZTxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgICDCoMKgwqBhcHByb2Fj aCBwcm9kdWNlcyBjb25zaXN0ZW50IHJlc3VsdHMgcmVnYXJkbGVzcw0KICAgICAgICAgICAg ICAgICAgICAgIG9mIHRoZSBjb250ZW50IGFuZDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAg ICAgICAgICAgICDCoMKgwqB1c2VzIGEgcGVyLWFydHdvcmsgaGVhZGVyLiDCoFRoZSBzdHJh dGVneSBpcw0KICAgICAgICAgICAgICAgICAgICAgIGJvdGggc2VsZi1kb2N1bWVudGluZyBh bmQ8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAgwqDCoMKgZW5hYmxlcyBh dXRvbWF0ZWQgcmVjb25zdGl0dXRpb24gb2YgdGhlDQogICAgICAgICAgICAgICAgICAgICAg b3JpZ2luYWwgYXJ0d29yay48YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgICAg PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAg ICAgICAgICAgICAgICAgICAgICA8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAg ICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIFBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcw0KICAgICAgICAgICAgICAgICAg ICAgIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjxiciBjbGFzcz0iIj4NCiAgICAgICAg ICAgICAgICAgICAgICB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUg YXZhaWxhYmxlDQogICAgICAgICAgICAgICAgICAgICAgYXQgdG9vbHMuaWV0Zi5vcmcuPGJy IGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAg ICAgICAgICAgICAgICAgICBUaGUgSUVURiBTZWNyZXRhcmlhdDxiciBjbGFzcz0iIj4NCiAg ICAgICAgICAgICAgICAgICAgICA8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAg ICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4N CiAgICAgICAgICAgICAgICAgICAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicg0KICAgICAgICAgICAgICAgICAgICAgICAgY2xhc3M9IiI+ DQogICAgICAgICAgICAgICAgICAgICAgbmV0bW9kIG1haWxpbmcgbGlzdDxiciBjbGFzcz0i Ij4NCiAgICAgICAgICAgICAgICAgICAgICA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWFiYnJl dmlhdGVkIiBocmVmPSJtYWlsdG86bmV0bW9kQGlldGYub3JnIj5uZXRtb2RAaWV0Zi5vcmc8 L2E+PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgICAgIDxhIGNsYXNzPSJtb3ot dHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmV0bW9kIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L25ldG1vZDwvYT48YnINCiAgICAgICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAg ICAgICAgICAgICAgICAgICA8L2Jsb2NrcXVvdGU+DQogICAgICAgICAgICAgICAgICAgIF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyDQogICAg ICAgICAgICAgICAgICAgICAgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgIG5ldG1v ZCBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAgICAgIDxhIGNs YXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpuZXRtb2RAaWV0 Zi5vcmciPm5ldG1vZEBpZXRmLm9yZzwvYT48YnIgY2xhc3M9IiI+DQogICAgICAgICAgICAg ICAgICAgIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kIj5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZDwvYT48YnINCiAgICAgICAgICAgICAgICAg ICAgICBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICAgICAgLjxiciBjbGFzcz0iIj4NCiAg ICAgICAgICAgICAgICAgICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgPC9i bG9ja3F1b3RlPg0KICAgICAgICAgICAgICAgICAgPGJyIGNsYXNzPSIiPg0KICAgICAgICAg ICAgICAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnINCiAgICAgICAgICAgICAgICAgICAgY2xhc3M9IiI+DQogICAgICAgICAgICAgICAg ICBuZXRtb2QgbWFpbGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAg PGEgaHJlZj0ibWFpbHRvOm5ldG1vZEBpZXRmLm9yZyIgY2xhc3M9IiINCiAgICAgICAgICAg ICAgICAgICAgbW96LWRvLW5vdC1zZW5kPSJ0cnVlIj5uZXRtb2RAaWV0Zi5vcmc8L2E+PGJy DQogICAgICAgICAgICAgICAgICAgIGNsYXNzPSIiPg0KICAgICAgICAgICAgICAgICAgPGEg Y2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbmV0bW9kPC9hPjxicg0KICAgICAgICAgICAgICAgICAgICBjbGFzcz0i Ij4NCiAgICAgICAgICAgICAgICAgIDxiciBjbGFzcz0iIj4NCiAgICAgICAgICAgICAgICA8 L2Rpdj4NCiAgICAgICAgICAgICAgPC9kaXY+DQogICAgICAgICAgICA8L2Jsb2NrcXVvdGU+ DQogICAgICAgICAgPC9kaXY+DQogICAgICAgIDwvZGl2Pg0KICAgICAgPC9kaXY+DQogICAg PC9ibG9ja3F1b3RlPg0KICAgIDxibG9ja3F1b3RlIHR5cGU9ImNpdGUiDQogICAgICBjaXRl PSJtaWQ6NUVENUU0ODctRTE3Mi00ODJCLUFEQjItQ0Q1MkExRUJDQTE0QGJvZ3VzLmNvbSI+ PGJyDQogICAgICAgIGNsYXNzPSIiPg0KICAgIDwvYmxvY2txdW90ZT4NCiAgICA8YnI+DQog IDwvYm9keT4NCjwvaHRtbD4NCg== --------------2B8C04C8036C81E2E7998194-- From nobody Fri Sep 14 04:14:40 2018 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 820F9130E36 for ; Fri, 14 Sep 2018 04:14:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aPaA3frBTS2U for ; Fri, 14 Sep 2018 04:14:37 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (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 3E35B130E35 for ; Fri, 14 Sep 2018 04:14:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id w8EBESPQ016555; Fri, 14 Sep 2018 13:14:28 +0200 (CEST) Received: from [192.168.217.114] (p54A6C24D.dip0.t-ipconnect.de [84.166.194.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 42BXwN2JCZzDWdb; Fri, 14 Sep 2018 13:14:28 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Carsten Bormann In-Reply-To: Date: Fri, 14 Sep 2018 13:14:27 +0200 Cc: Joel Jaeggli , netmod@ietf.org X-Mao-Original-Outgoing-Id: 558616465.939656-4f1c88a6deb317e8ab49f9f22c0f6367 Content-Transfer-Encoding: quoted-printable Message-Id: References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> To: Robert Wilton X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 14 Sep 2018 11:14:39 -0000 On Sep 14, 2018, at 13:05, Robert Wilton = wrote: >=20 > If all input files that we might ever want to fold and include in an = RFC are guaranteed to never contain tabs then I agree with the position = that they can just be rejected.=20 Yep. > But if there is some future file format that we want to fold that = might contain tabs, then I wonder whether it would not be more robust to = look at whether they could be handled in some way. VT characters (colloquially tabs) should not be significant in any file = format designed in the last couple of decades (i.e., they should be = replaceable by spaces). If they (or any other characters not = representable in RFCs) are, or preserving byte wise identity is = important, follow the lead of RFC 6716 and base64-encode. Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Sep 17 09:13:02 2018 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 9D648130E95 for ; Mon, 17 Sep 2018 09:13:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=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 8BDqFauXEC6V for ; Mon, 17 Sep 2018 09:12:59 -0700 (PDT) Received: from sender-of-o52.zoho.eu (sender-of-o52.zoho.eu [31.186.226.248]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B66AE130E84 for ; Mon, 17 Sep 2018 09:12:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1537200774; s=hs; d=shytyi.net; i=ietf.dmytro@shytyi.net; h=Date:From:To:Message-Id:In-Reply-To:Subject:MIME-Version:Content-Type; l=6493; bh=7f+HGnpBSZSp4OJ+8ta8r7gJFsn1dWGOcNCLKdUOhFU=; b=KBH5bDPVfS2Ht6raxZqDQ3SrQYGzS4J0abeyQN5Xpf5/Xv7QkExQ8ttBr0o/C5ET j7dn1KoBtDBtuUC1RYZjux/P2jx8IwhrROCuqqEHAhnNQBPtEtsqZMcZIEXvpg1OdDH sC+jZWy8VQ7ZuUzIDdJTvJBJNf8ex9SrJz4GnjHw= Received: from sender.zoho.eu (172.26.23.78 [172.26.23.78]) by mx.zoho.eu with SMTPS id 1537200772800115.73524230940575; Mon, 17 Sep 2018 18:12:52 +0200 (CEST) Received: from mail.zoho.eu by mx.zoho.eu with SMTP id 1537200772723397.8876965411557; Mon, 17 Sep 2018 18:12:52 +0200 (CEST) Date: Mon, 17 Sep 2018 18:12:52 +0200 From: Dmytro Shytyi To: , "Luigi Iannone" , "laurentbeylier" Message-Id: <165e84e5671.f6730a75171400.7140269856986233886@shytyi.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_449833_378049430.1537200772721" X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-ZohoMailClient: External Archived-At: Subject: [netmod] Notification for new draft: draft-shytyi-netmod-vysm-00.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, 17 Sep 2018 16:13:01 -0000 ------=_Part_449833_378049430.1537200772721 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear netmod'ors, We are happy to introduce the next=C2=A0I-D: draft-shytyi-= netmod-vysm-00.txt (VYSM =3D=3D Virtualization YANG Service Model)=C2=A0 Co= mments are welcome :) Abstract:=C2=A0 This document provides a specificatio= n of the Network Function=C2=A0 Virtualization (NFV) YANG service model. Th= e NFV service module=C2=A0 serves as a base framework for managing an unive= rsal Customer-=C2=A0 Premises Equipment (uCPE) NFV subsystem from the Orche= strator.=C2=A0 Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0draft-s= hytyi-netmod-vysm=C2=A0 Revision:=C2=A0=C2=A0=C2=A0=C2=A000=C2=A0 Title:=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Virtualization YANG Servise Mo= del (VYSM)=C2=A0 Document date:=C2=A0=C2=A0=C2=A0=C2=A02018-09-17=C2=A0 Gro= up:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Individual Submission=C2= =A0 Pages:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A07=C2=A0 URL: http= s://www.ietf.org/internet-drafts/draft-shytyi-netmod-vysm-00.txt=C2=A0 Stat= us: https://datatracker.ietf.org/doc/draft-shytyi-netmod-vysm/=C2=A0 Htmliz= ed: https://tools.ietf.org/html/draft-shytyi-netmod-vysm-00=C2=A0 Htmlized:= https://datatracker.ietf.org/doc/html/draft-shytyi-netmod-vysm=C2=A0 _____= _________ Dmytro SHYTYI ------=_Part_449833_378049430.1537200772721 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Dear netmod'= ors,

We are happy to introduce = the next I= -D: draft-shytyi-netmod-vysm-00.txt (VYSM =3D=3D Virtualization YANG Servic= e Model) 
<= /div>
Comments are welcome= :)
<= br>
Abstract: 
=
This document provides a specification of the Network Function&n= bsp;
Virtualization (NFV) YANG service model. The NFV = service module 
serves as a base framework = for managing an universal Customer- 
Premis= es Equipment (uCPE) NFV subsystem from the Orchestrator. =

=
Name:        draft-shytyi= -netmod-vysm 
Revision:   &n= bsp;00 
Title:     = ;   Virtualization YANG Servise Model (VYSM) 
Document date:    2018-09-17&nb= sp;
Group:       &n= bsp;Individual Submission 
Pages: &nbs= p;      7 

______________
Dmytro SHY= TYI


------=_Part_449833_378049430.1537200772721-- From nobody Tue Sep 18 02:54:05 2018 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 A32A5130DE5 for ; Tue, 18 Sep 2018 02:54:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.187 X-Spam-Level: *** X-Spam-Status: No, score=3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=no 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 jLt3gjm7CgQF for ; Tue, 18 Sep 2018 02:53:59 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0091.outbound.protection.outlook.com [104.47.2.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3ED9F130F25 for ; Tue, 18 Sep 2018 02:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nPoHqWjk0/pDlcjCm+50O40TPQQ9nF3uStOfavst+BQ=; b=eWxapxB91HMzM8e5uhpIgxfwtuHJgDUPnrukleJ86Cc7KXG7tkuKrvfzCKahnftMQHuB93Xa7uxAr/rdtUKIB/6uU9Dsewvtcnas7Oa9yTS4vg0YeQBSE1LjDuLMWjHN0uZUdqnEXuBipqj/Fo6sYkYjbpvKPLFv5PxWCuc7MH4= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB3950.eurprd07.prod.outlook.com (52.134.28.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1122.14; Tue, 18 Sep 2018 09:53:57 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%10]) with mapi id 15.20.1164.017; Tue, 18 Sep 2018 09:53:56 +0000 From: tom petch To: Carsten Bormann , Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUTzWEabLWYz3o1E2DY/7XZIgvjA== Date: Tue, 18 Sep 2018 09:53:56 +0000 Message-ID: <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM6PR0202CA0006.eurprd02.prod.outlook.com (2603:10a6:209:15::19) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB3950; 6:4voGoJ0Ttz8/ocCi6Zuodyy7L0N9ZdFdKn0maSJdrr4MoKvd+ycZpfz7hogQ5SmtdNK2m5bqApxkkdYeel/0OlYegqAuZQF8p+r6GQqm4psErowGjw7e9sia0e6MK7JO5IYoeRkS+f7Wrue4xIVq9nnhUyz4SJYsm6M5dVvUm+C2bxaxLpwiwVx4flcJfN1RAhkhqbtabrzGxxg50l/5YxSijm4mln1LzmQ4YJ9n6QhgwWLM8m2iS6XCHserYyzQW3rIpeL4crb5APxJJ98ztyXJ1saNeH0Cbq6aIHVFq5ngFy/3i0rPDAycSiqnypPMjnUON9P0qbEI93RnNpQQhQRQ4ftgT+cl0ctnJyxbjhhf9yUqGFuxFHPoFyAB9P/TcGjv41TVUjM5Ud6PBwTfbK6rB6D6mUNoyYoXVdGfRdIOeVti7mANqtPKrEHRjo494tjBWehDymvUcYJx4f8oXg==; 5:g/LYo/k5Nv3FkhMhKWpfLugvKV2+25IQD2/NHB3cmFXbAuXdnOvn+zx5tb1ixQdaKnyK1JKvv9CzhiirWkBTNMK4ygHndt3AQ3g6Yi1FX7Ecxv66wV/bMOMHVVu3Mmo9xq8LK3jRoKtBY4Of9ESpjWhAQ0s8KImciG1ukAsPN9Q=; 7:tU6e08VW0koNNsiXNCg+JcaZFzG4mpxOsUlBFPH65gimpdHQfiac6B/kTifJbLZltKGkzW+jQVP16I1cGcabKaxX9Ld+x+kTEf4lqddMIlrWrKQnSK1MO0bYh8OBogAnrhNzQHdI2LKL/5pFtMv+dx9gFekOJxI2GJBjrH7AeA71UpZj4BegQaQyP6aCSRMsxdF+mYHyQT9HkENAZ0cqrI81B8m/3ZMOmDU79ExmwBLhriP4zKHAZ5TQtzAIXTIr x-ms-office365-filtering-correlation-id: e3915aac-ab8a-4eae-293a-08d61d4ca647 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB3950; x-ms-traffictypediagnostic: VI1PR07MB3950: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123562045)(201708071742011)(7699050); SRVR:VI1PR07MB3950; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB3950; x-forefront-prvs: 0799B1B2D7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(136003)(376002)(396003)(366004)(13464003)(189003)(199004)(110136005)(68736007)(81156014)(14496001)(386003)(6246003)(8936002)(2906002)(93886005)(33896004)(6486002)(186003)(6506007)(15650500001)(81166006)(53546011)(305945005)(9686003)(25786009)(102836004)(5250100002)(5660300001)(7736002)(316002)(2900100001)(66066001)(84392002)(3846002)(76176011)(6116002)(26005)(6512007)(229853002)(14454004)(52116002)(106356001)(256004)(446003)(478600001)(8676002)(476003)(1556002)(6436002)(86152003)(53936002)(4326008)(86362001)(966005)(99286004)(105586002)(14444005)(6306002)(97736004)(486006)(44736005); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3950; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: eTIzLLJV3aG4yDu+e09BovkmqyeJN36+PV7VvEIOxuny9rcIUAau2/oSu9R0NtuD6OPtGRfdmSFZ6XZ7HzOvYN7ffhs0Sq1dcb2wV45HEYT6Hu7bjUlrv9bQqUB4OBFZPaY/8uuZTNazFdsc4YxANdAUPUbT6i2ruYAXGaMigeo5tzGFFheXpbaOHNp01YmXXlKdWXRfLYTeQDYHO7+oeVMxm6w8ABL9eKeNAARP6xpotGmFAg0f62GYnsK5cad70hfRvG39JeJSUfEe3KnAkqHidzwb36d1UuLJFuSl0KyV4ygtoHK2jc33MQgOWJA/tglFcm9ulWIpqJlvLx1bmYs5y7crG2V4+OGDVP4X2jc= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: e3915aac-ab8a-4eae-293a-08d61d4ca647 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Sep 2018 09:53:56.9530 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3950 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 18 Sep 2018 09:54:04 -0000 LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIkNhcnN0ZW4gQm9ybWFubiIgPGNh Ym9AdHppLm9yZz4NClNlbnQ6IEZyaWRheSwgU2VwdGVtYmVyIDE0LCAyMDE4IDEyOjE0IFBNDQoN Cj4gT24gU2VwIDE0LCAyMDE4LCBhdCAxMzowNSwgUm9iZXJ0IFdpbHRvbg0KPHJ3aWx0b249NDBj aXNjby5jb21AZG1hcmMuaWV0Zi5vcmc+IHdyb3RlOg0KPiA+DQo+ID4gSWYgYWxsIGlucHV0IGZp bGVzIHRoYXQgd2UgbWlnaHQgZXZlciB3YW50IHRvIGZvbGQgYW5kIGluY2x1ZGUgaW4gYW4NClJG QyBhcmUgZ3VhcmFudGVlZCB0byBuZXZlciBjb250YWluIHRhYnMgdGhlbiBJIGFncmVlIHdpdGgg dGhlIHBvc2l0aW9uDQp0aGF0IHRoZXkgY2FuIGp1c3QgYmUgcmVqZWN0ZWQuDQo+DQo+IFllcC4N Cj4NCj4gPiBCdXQgaWYgdGhlcmUgaXMgc29tZSBmdXR1cmUgZmlsZSBmb3JtYXQgdGhhdCB3ZSB3 YW50IHRvIGZvbGQgdGhhdA0KbWlnaHQgY29udGFpbiB0YWJzLCB0aGVuIEkgd29uZGVyIHdoZXRo ZXIgaXQgd291bGQgbm90IGJlIG1vcmUgcm9idXN0IHRvDQpsb29rIGF0IHdoZXRoZXIgdGhleSBj b3VsZCBiZSBoYW5kbGVkIGluIHNvbWUgd2F5Lg0KPg0KPiBWVCBjaGFyYWN0ZXJzIChjb2xsb3F1 aWFsbHkgdGFicykgc2hvdWxkIG5vdCBiZSBzaWduaWZpY2FudCBpbiBhbnkNCmZpbGUgZm9ybWF0 IGRlc2lnbmVkIGluIHRoZSBsYXN0IGNvdXBsZSBvZiBkZWNhZGVzIChpLmUuLCB0aGV5IHNob3Vs ZCBiZQ0KcmVwbGFjZWFibGUgYnkgc3BhY2VzKS4gIElmIHRoZXkgKG9yIGFueSBvdGhlciBjaGFy YWN0ZXJzIG5vdA0KcmVwcmVzZW50YWJsZSBpbiBSRkNzKSBhcmUsIG9yIHByZXNlcnZpbmcgYnl0 ZSB3aXNlIGlkZW50aXR5IGlzDQppbXBvcnRhbnQsIGZvbGxvdyB0aGUgbGVhZCBvZiBSRkMgNjcx NiBhbmQgYmFzZTY0LWVuY29kZS4NCg0KVGhpcyBjb25mdXNlcyBtZS4gIFRoaXMgSS1EIHJlZmVy ZW5jZXMgUkZDNzk5MSB3aGljaCBjbGVhcmx5IGRlZmluZXMgdGFiDQphcyAgOSwgd2hpY2ggUkZD MjAgbGFiZWxzIEgob3Jpem9udGFsKSBUKGFiKS4gIFYoZXJ0aWNhbCkgVChhYikgaXMgMTEuDQoN Ckkgd291bGQgbm90IGV4cGVjdCBWVCB0byBhcHBlYXIgaW4gYW55IHJlY2VudCBkb2N1bWVudCBi dXQgd2hlbiBpdCBkb2VzLA0KdGhlbiByZXBsYWNpbmcgaXQgYnkgc3BhY2VzIHdvdWxkIGJlIHdy b25nLCBJTUhPLiAgSFQgSSBkbyBzZWUsIGZhciB0b28NCm11Y2ggb2YsIGJlY2F1c2UgdGhlcmUg aXMgbm8gbWV0YWRhdGEgc2F5aW5nIHdoYXQgdGhlIEhvcml6b250YWwgVGFiDQpzZXR0aW5ncyBz aG91bGQgYmUgYW5kIHdoaWxlIGEgIHZhbHVlIG9mIGZpdmUgaXMgY29tbW9uLCB0aGVyZSBhcmUg UkZDDQp3aGVyZSByZXBsYWNpbmcgdGFiIGNoYXJhY3RlcnMgd2l0aCBmaXZlIHNwYWNlcyB5aWVs ZHMgcnViYmlzaC4NCg0KVG9tIFBldGNoDQoNCg0KDQoNCg0KDQo+DQo+IEdyw7zDn2UsIENhcnN0 ZW4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gbmV0bW9kIG1haWxpbmcgbGlzdA0KPiBuZXRtb2RAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCj4NCg0K From nobody Tue Sep 18 03:01:40 2018 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 C588D1292AD for ; Tue, 18 Sep 2018 03:01:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.101 X-Spam-Level: X-Spam-Status: No, score=-1.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_WEB=1.5] 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 NtViMWr3IVAS for ; Tue, 18 Sep 2018 03:01:34 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 4B44B130E93 for ; Tue, 18 Sep 2018 03:01:29 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8IA1JsL027977; Tue, 18 Sep 2018 11:01:22 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B56E522042; Tue, 18 Sep 2018 11:01:22 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs3.iomartmail.com (Postfix) with ESMTPS id A9C5722040; Tue, 18 Sep 2018 11:01:22 +0100 (BST) Received: from 950129200 ([147.67.241.226]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8IA1LFE012009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Sep 2018 11:01:21 +0100 Reply-To: From: "Adrian Farrel" To: "'tom petch'" , "'Carsten Bormann'" , "'Robert Wilton'" Cc: References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> In-Reply-To: <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> Date: Tue, 18 Sep 2018 11:01:20 +0100 Message-ID: <029001d44f36$8d3becd0$a7b3c670$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQNMbeAd7T+KwxeaeTKnNanmGQhT/wHtRokaArXGvDMBt+PrNwHPgdn9AQVO5SAA3ZTFvAIgbfo/oaQiEtA= Content-Language: en-gb X-Originating-IP: 147.67.241.226 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24102.006 X-TM-AS-Result: No--29.017-10.0-31-10 X-imss-scan-details: No--29.017-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24102.006 X-TMASE-Result: 10--29.016500-10.000000 X-TMASE-MatchedRID: 8+bhjh9TQnHxIbpQ8BhdbGiLf4SoVPzcmX+W7bzPOQH4JyR+b5tvoPTY LJi/AavYDsh9p6l8zpHgEe/gTiF1iWlm2w5uC3SGx7fVVD7rJEa36GGfwjLoZdp1biJhIyNRp7u eaEkDqTNe9N8X0ShXYCFyczyoJ0Rqkndp49uKhpOaVoAi2I40/fa/bRHEsPI32viB/Jr4D1Tr3n k7Nsq0gMz/SAq7gu2dBjJOMVCX9gquI2PD0uhaO8u00lnG8+PWu1b0t4ooa9swyfWtyopBqO94N WIGgiGMSW1GMAtQX7EpcDh3tjTU707YDfWPiC7Gqbg9uWhLYLf4qCLIu0mtIDyC5ddG2JcgOlt9 1MBw1ebnzlXMYw4XMAGLeSok4rrZU6baA36eiazEQdG7H66TyOk/y0w7JiZo X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 18 Sep 2018 10:01:40 -0000 Yeah :-Z So my inclination is to say "tabs in artwork are evil" and move on. Some folk like to use them when constructing text, but my suggestion is = that they convert to spaces/LF before posting drafts. If anyone wants to write another document tabs in json then, erm, knock = yourselves out. But I would prefer to just exclude them from folding at = this time. Cheers, Adrian > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of tom petch > Sent: 18 September 2018 10:54 > To: Carsten Bormann; Robert Wilton > Cc: netmod@ietf.org > Subject: Re: [netmod] New Version Notification for = draft-kwatsen-netmod- > artwork-folding-07.txt >=20 > ----- Original Message ----- > From: "Carsten Bormann" > Sent: Friday, September 14, 2018 12:14 PM >=20 > > On Sep 14, 2018, at 13:05, Robert Wilton > wrote: > > > > > > If all input files that we might ever want to fold and include in = an > RFC are guaranteed to never contain tabs then I agree with the = position > that they can just be rejected. > > > > Yep. > > > > > But if there is some future file format that we want to fold that > might contain tabs, then I wonder whether it would not be more robust = to > look at whether they could be handled in some way. > > > > VT characters (colloquially tabs) should not be significant in any > file format designed in the last couple of decades (i.e., they should = be > replaceable by spaces). If they (or any other characters not > representable in RFCs) are, or preserving byte wise identity is > important, follow the lead of RFC 6716 and base64-encode. >=20 > This confuses me. This I-D references RFC7991 which clearly defines = tab > as 9, which RFC20 labels H(orizontal) T(ab). V(ertical) T(ab) is 11. >=20 > I would not expect VT to appear in any recent document but when it = does, > then replacing it by spaces would be wrong, IMHO. HT I do see, far = too > much of, because there is no metadata saying what the Horizontal Tab > settings should be and while a value of five is common, there are RFC > where replacing tab characters with five spaces yields rubbish. >=20 > Tom Petch >=20 >=20 >=20 >=20 >=20 >=20 > > > > Gr=C3=BC=C3=9Fe, Carsten > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Wed Sep 19 00:45:21 2018 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 8C29E130F88; Wed, 19 Sep 2018 00:45:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 bxKprJwuZBnl; Wed, 19 Sep 2018 00:45:17 -0700 (PDT) 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 1CF1F1200D6; Wed, 19 Sep 2018 00:45:17 -0700 (PDT) Received: from LHREML714-CAH.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 57F2336B0F973; Wed, 19 Sep 2018 08:45:13 +0100 (IST) Received: from DGGEMM421-HUB.china.huawei.com (10.1.198.38) by LHREML714-CAH.china.huawei.com (10.201.108.37) with Microsoft SMTP Server (TLS) id 14.3.399.0; Wed, 19 Sep 2018 08:45:15 +0100 Received: from DGGEMM527-MBX.china.huawei.com ([169.254.6.148]) by dggemm421-hub.china.huawei.com ([10.1.198.38]) with mapi id 14.03.0399.000; Wed, 19 Sep 2018 15:45:11 +0800 From: wangzitao To: NetMod WG , "netmod-ver-dt@ietf.org" Thread-Topic: New Version Notification for draft-wang-netmod-module-revision-management-01.txt Thread-Index: AdRP7GkNeoBgjAWuTbeAJ2K/xRK58w== Date: Wed, 19 Sep 2018 07:45:11 +0000 Message-ID: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.33.245] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-wang-netmod-module-revision-management-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: Wed, 19 Sep 2018 07:45:20 -0000 RGVhciBXRywNCg0KV2UgdXBkYXRlZCB0aGUgZG9jdW1lbnQ6IGRyYWZ0LXdhbmctbmV0bW9kLW1v ZHVsZS1yZXZpc2lvbi1tYW5hZ2VtZW50Lg0KVGhlIG1haW4gY2hhbmdlcyBhcmU6DQoxLiBEZWZp bmVzIGEgWUFORyBleHRlbnNpb24gc3RhdGVtZW50IHdoaWNoIGNhbiBoZWxwIHRoZSB1c2VyIHRv IHByZXNlbnQgdGhlIHB1cnBvc2Ugb2YgY2hhbmdpbmcgYSBzcGVjaWZpYyBub2RlLCBlLmcuIGJ1 ZyBmaXhlcywgbmV3IGZ1bmN0aW9uLCBvciBib3RoLCBldGMgIFtzZWN0aW9uIDUuMiBvZiBJLUQu dmVyZHQtbmV0bW9kLXlhbmctdmVyc2lvbmluZy1yZXFzXS4NCjIuIEFkZCBhIG5ldyBhdXRob3I6 IEFpanVuIHdobyBjb250cmlidXRlZCBhIGxvdCBvZiB2YWx1YWJsZSBpZGVhcy4NCg0KQmVzdCBS ZWdhcmRzIQ0KLU1pY2hhZWwNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmdd IA0K5Y+R6YCB5pe26Ze0OiAyMDE45bm0OeaciDE55pelIDE1OjQxDQrmlLbku7bkuro6IHdhbmd6 aXRhbyA8d2FuZ3ppdGFvQGh1YXdlaS5jb20+OyBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47 IEFpanVuIFdhbmcgPHdhbmdhai5icmlAY2hpbmF0ZWxlY29tLmNuPjsgd2FuZ3ppdGFvIDx3YW5n eml0YW9AaHVhd2VpLmNvbT4NCuS4u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk cmFmdC13YW5nLW5ldG1vZC1tb2R1bGUtcmV2aXNpb24tbWFuYWdlbWVudC0wMS50eHQNCg0KDQpB IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtd2FuZy1uZXRtb2QtbW9kdWxlLXJldmlzaW9uLW1h bmFnZW1lbnQtMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE1pY2hh ZWwgV2FuZyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFm dC13YW5nLW5ldG1vZC1tb2R1bGUtcmV2aXNpb24tbWFuYWdlbWVudA0KUmV2aXNpb246CTAxDQpU aXRsZToJCUEgWUFORyBEYXRhIE1vZGVsIGZvciBtb2R1bGUgcmV2aXNpb24gbWFuYWdlbWVudA0K RG9jdW1lbnQgZGF0ZToJMjAxOC0wOS0xOA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24N ClBhZ2VzOgkJMjYNClVSTDogICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvZHJhZnQtd2FuZy1uZXRtb2QtbW9kdWxlLXJldmlzaW9uLW1hbmFnZW1lbnQtMDEu dHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtd2FuZy1uZXRtb2QtbW9kdWxlLXJldmlzaW9uLW1hbmFnZW1lbnQvDQpIdG1saXplZDogICAg ICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXdhbmctbmV0bW9kLW1vZHVsZS1y ZXZpc2lvbi1tYW5hZ2VtZW50LTAxDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC13YW5nLW5ldG1vZC1tb2R1bGUtcmV2aXNpb24tbWFu YWdlbWVudA0KRGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC13YW5nLW5ldG1vZC1tb2R1bGUtcmV2aXNpb24tbWFuYWdlbWVudC0wMQ0KDQpBYnN0 cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyBhIFlBTkcgRGF0YSBNb2RlbCBmb3IgbW9k dWxlIHJldmlzaW9uIGNoYW5nZQ0KICAgbWFuYWdlbWVudC4gIEl0IGlzIGludGVuZGVkIHRoaXMg bW9kZWwgYmUgdXNlZCBieSB2ZW5kb3JzIHdobyBzdXBwb3J0DQogICBtdWx0aXBsZSByZXZpc2lv bnMgb2YgdGhlIHNhbWUgWUFORyBtb2R1bGUgaW4gdGhlaXIgc3lzdGVtcyBidXQNCiAgIGltcGxl bWVudCBvbmx5IG9uZSByZXZpc2lvbiBvZiBhIG1vZHVsZS4gIEluIGFkZGl0aW9uLCB0aGlzIGRv Y3VtZW50DQogICBpbnRyb2R1Y2VzIGEgbmV3IGdlbmVyaWMgbWVjaGFuaXNtIGJhc2VkIG9uIFJQ QywgZGVub3RlZCBhcyBtb2R1bGUtDQogICByZXZpc2lvbi1jaGFuZ2UsIHRoYXQgYWxsb3cgZGF0 YW5vZGUgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkNCiAgIGRldGVjdGlvbiBhbmQgcHJvdmlkZSBh IHJlcG9ydCBvbiBjaGFuZ2UgdHlwZSBhbmQgY2hhbmdlIGRldGFpbHMgb2YgYQ0KICAgWUFORyBt b2R1bGUgd2l0aCB0d28gb3IgbXVsdGlwbGUgcmV2aXNpb25zIHRoYXQgaXMgZGVmaW5lZCBpbiBk ZXNpZ24NCiAgIHRpbWUuLCBlLmcuLGlkZW50aWZpZXMgYSBwbGFjZSBpbiB0aGUgbm9kZSBoaWVy YXJjaHkgd2hlcmUgZGF0YSBub2RlDQogICBnZXRzIGNoYW5nZWQgb3IgbmV3IGRhdGEgZ2V0cyBp bnNlcnRlZCBhbmQgaW5kaWNhdGUgd2hldGhlciB0aGUNCiAgIGNoYW5nZSB0byB0aGUgZGF0YSBu b2RlIGlzIGJhY2t3YXJkIGNvbXBhdGlibGUuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAN Cg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv bSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFy aWF0DQoNCg== From nobody Wed Sep 19 04:41:48 2018 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 76906130F04; Wed, 19 Sep 2018 04:41:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 tX9XP1Aqq2zi; Wed, 19 Sep 2018 04:41:45 -0700 (PDT) Received: from mail.kamstrup.com (mail.kamstrup.com [185.181.20.38]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E203130DDB; Wed, 19 Sep 2018 04:41:45 -0700 (PDT) Received: from EXCHANGE2010.kamstrup.dk ([::1]) by Exchange2010.kamstrup.dk ([::1]) with mapi id 14.03.0169.001; Wed, 19 Sep 2018 13:41:43 +0200 From: Karen Elisabeth Egede Nielsen To: "ccamp@ietf.org" , "stefan@wallan.se" , "mbj@tail-f.com" CC: "netmod@ietf.org" Thread-Topic: draft-ietf-ccamp-alarm-module-02 Thread-Index: AdRQCodrkWYiLZVDQVapWZ9icZtUKA== Date: Wed, 19 Sep 2018 11:41:42 +0000 Message-ID: Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.20.19.187] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [netmod] draft-ietf-ccamp-alarm-module-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2018 11:41:47 -0000 Hi, This draft is new to me and modelling of alarm management also somewhat.... Could you enlighten me on the relationship, if any, in between the alarm m= odule of this draft and the Device/resource alarm state within RFC8348 (equivalently the EntityAlarmSta= tus of RFC4268) ? E.g. are the two they considered complementary mechanisms (modules), just = different view glasses, or are they non-compatible or redundant ..? Many Thanks in advance ! BR, Karen Nielsen From nobody Wed Sep 19 12:12:36 2018 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 A1A04130EA8 for ; Wed, 19 Sep 2018 12:12:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=umich.edu 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 qeEB2RnrDXhK for ; Wed, 19 Sep 2018 12:12:31 -0700 (PDT) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 481EA130EA6 for ; Wed, 19 Sep 2018 12:12:31 -0700 (PDT) Received: by mail-lj1-x234.google.com with SMTP id p6-v6so6093493ljc.5 for ; Wed, 19 Sep 2018 12:12:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/JTPftJ5alZ3/faLsahnVPzkR9dMFlg25LbbFtjjo3Y=; b=ie0ymuXQPVC9zyvNzg4p1UuOCB0vtRLZJq2+VZPvCgZ/jJOqO4KXooRnmMyA2LS3sk OeFIE88O9PKT2XiwXnn6zPq2RbLDUTPdsEw4RvVnrlGcP7YG/C9kT+7Y/r/WgYXTul8I VDocQ+EVNiwfkIP+1vuZVTPLY6cgUSTvDLxU1JNJxP6eRscANoOmTkVnYi7l4yb0Inya D854up+INHYlHj6ACz+Q/4ToIf6BT0Xk6VSQGzospq6ILL3w4oJqhecCEnfWyVRBhJpY 8Hae3xG9Txz69FzygCnc5pGz6OaB5XqbT+MSgcJxfcNo3hphuP9KixiJteyDFhB8tOOs UI3A== 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=/JTPftJ5alZ3/faLsahnVPzkR9dMFlg25LbbFtjjo3Y=; b=muM3PFlQN10vUqkQsod5/e1OLBDv9aM0tXX5IvhU+NxJoa/e0hfxTjXDZLYGRWzvA2 ePE7g9TggbBeBVLRQvZgbUIw5lmoDhSaHxlRrZLkxiPmxiaM6rktX/b/KscjKSBa7K+/ +zepnlXNdgHJ4OrwxvWy86x+Kfj/ETBFHlmptsQPCRCz2yKIZP52sRsFxVXJL9HzkC+i ujYGw64yvgoW4oEXt4J4mifqdMwkrx4ssRWEOvWCF2msgRqgSmec5/6VYqckJeG0KoE5 ijqByqu1mFrxT0KrO9lGuoZRKWfzaotZRETOW2MywqEXt8NPiGOWW+ESpjANJfatPFtr Pnrg== X-Gm-Message-State: APzg51AaydT47MxUBAv0Ko9Fr6vaphxjAjEVJOzIr2Ieum5OAh0AzGWU 0vApDINcMHs7+WyG6zJSTtRchFY4dKlcpIgG0KGEDA== X-Google-Smtp-Source: ANB0VdZs0d1i3LRm6sDNIPHO4MlP45QNkhq2WQYVqBH4aIj0jqJSwgoccvgqwyTBq+5ZtLlnBKoigDEFBrylOFmh4vY= X-Received: by 2002:a2e:1517:: with SMTP id s23-v6mr24319890ljd.73.1537384349166; Wed, 19 Sep 2018 12:12:29 -0700 (PDT) MIME-Version: 1.0 References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> <029001d44f36$8d3becd0$a7b3c670$@olddog.co.uk> In-Reply-To: <029001d44f36$8d3becd0$a7b3c670$@olddog.co.uk> From: Bob Harold Date: Wed, 19 Sep 2018 15:12:17 -0400 Message-ID: To: adrian@olddog.co.uk Cc: ietfc@btconnect.com, cabo@tzi.org, rwilton=40cisco.com@dmarc.ietf.org, netmod@ietf.org Content-Type: multipart/alternative; boundary="00000000000003f78905763e30d2" Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 19 Sep 2018 19:12:35 -0000 --00000000000003f78905763e30d2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Sep 18, 2018 at 6:01 AM Adrian Farrel wrote: > Yeah :-Z > > So my inclination is to say "tabs in artwork are evil" and move on. > Some folk like to use them when constructing text, but my suggestion is > that they convert to spaces/LF before posting drafts. > > If anyone wants to write another document tabs in json then, erm, knock > yourselves out. But I would prefer to just exclude them from folding at > this time. > > Cheers, > Adrian > > > -----Original Message----- > > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of tom petch > > Sent: 18 September 2018 10:54 > > To: Carsten Bormann; Robert Wilton > > Cc: netmod@ietf.org > > Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod= - > > artwork-folding-07.txt > > > > ----- Original Message ----- > > From: "Carsten Bormann" > > Sent: Friday, September 14, 2018 12:14 PM > > > > > On Sep 14, 2018, at 13:05, Robert Wilton > > wrote: > > > > > > > > If all input files that we might ever want to fold and include in a= n > > RFC are guaranteed to never contain tabs then I agree with the position > > that they can just be rejected. > > > > > > Yep. > > > > > > > But if there is some future file format that we want to fold that > > might contain tabs, then I wonder whether it would not be more robust t= o > > look at whether they could be handled in some way. > > > > > > VT characters (colloquially tabs) should not be significant in any > > file format designed in the last couple of decades (i.e., they should b= e > > replaceable by spaces). If they (or any other characters not > > representable in RFCs) are, or preserving byte wise identity is > > important, follow the lead of RFC 6716 and base64-encode. > > > > This confuses me. This I-D references RFC7991 which clearly defines ta= b > > as 9, which RFC20 labels H(orizontal) T(ab). V(ertical) T(ab) is 11. > > > > I would not expect VT to appear in any recent document but when it does= , > > then replacing it by spaces would be wrong, IMHO. HT I do see, far too > > much of, because there is no metadata saying what the Horizontal Tab > > settings should be and while a value of five is common, there are RFC > > where replacing tab characters with five spaces yields rubbish. > > > > Tom Petch > > > > > Gr=C3=BC=C3=9Fe, Carsten > > The purpose of folding is to get all lines under a certain max width. Tabs were historically set every 8 characters, although terminals and editors have allowed users to change them. Changes are typically to reduce them to 4 or 2. I have not heard of anyone increasing them beyond 8. So for purposes of max line length, 8 is the worst case. Then for folding, count tabs as filling to the next multiple of 8, (or worst case, assume a full 8) and fold appropriately. This should unfold properly. (Do not attempt to replace tabs with spaces.) It won't always be what the author intended, but it is the best that we can do. Better and simpler than trying to enforce "no tabs allowed". --=20 Bob Harold --00000000000003f78905763e30d2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Tue, Se= p 18, 2018 at 6:01 AM Adrian Farrel <adrian@olddog.co.uk> wrote:
Yeah :-Z

So my inclination is to say "tabs in artwork are evil" and move o= n.
Some folk like to use them when constructing text, but my suggestion is tha= t they convert to spaces/LF before posting drafts.

If anyone wants to write another document tabs in json then, erm, knock you= rselves out. But I would prefer to just exclude them from folding at this t= ime.

Cheers,
Adrian

> -----Original Message-----
> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of tom petch
> Sent: 18 September 2018 10:54
> To: Carsten Bormann; Robert Wilton
> Cc: netmod@ietf.o= rg
> Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmo= d-
> artwork-folding-07.txt
>
> ----- Original Message -----
> From: "Carsten Bormann" <cabo@tzi.org>
> Sent: Friday, September 14, 2018 12:14 PM
>
> > On Sep 14, 2018, at 13:05, Robert Wilton
> <rwilton=3D40cisco.com@dmarc.ietf.org> wrote:
> > >
> > > If all input files that we might ever want to fold and inclu= de in an
> RFC are guaranteed to never contain tabs then I agree with the positio= n
> that they can just be rejected.
> >
> > Yep.
> >
> > > But if there is some future file format that we want to fold= that
> might contain tabs, then I wonder whether it would not be more robust = to
> look at whether they could be handled in some way.
> >
> > VT characters (colloquially tabs) should not be significant in an= y
> file format designed in the last couple of decades (i.e., they should = be
> replaceable by spaces).=C2=A0 If they (or any other characters not
> representable in RFCs) are, or preserving byte wise identity is
> important, follow the lead of RFC 6716 and base64-encode.
>
> This confuses me.=C2=A0 This I-D references RFC7991 which clearly defi= nes tab
> as=C2=A0 9, which RFC20 labels H(orizontal) T(ab).=C2=A0 V(ertical) T(= ab) is 11.
>
> I would not expect VT to appear in any recent document but when it doe= s,
> then replacing it by spaces would be wrong, IMHO.=C2=A0 HT I do see, f= ar too
> much of, because there is no metadata saying what the Horizontal Tab > settings should be and while a=C2=A0 value of five is common, there ar= e RFC
> where replacing tab characters with five spaces yields rubbish.
>
> Tom Petch
>
> > Gr=C3=BC=C3=9Fe, Carsten


= The purpose of folding is to get all lines under a certain max width.=C2=A0= Tabs were historically set every 8 characters, although terminals and edit= ors have allowed users to change them.=C2=A0 Changes are typically to reduc= e them to 4 or 2.=C2=A0 I have not heard of anyone increasing them beyond 8= .=C2=A0 So for purposes of max line length, 8 is the worst case.=C2=A0 =C2= =A0Then for folding, count tabs as filling to the next multiple of 8, (or w= orst case, assume a full 8) and fold appropriately.=C2=A0 This should unfol= d properly.=C2=A0 (Do not attempt to replace tabs with spaces.)=C2=A0 It wo= n't always be what the author intended, but it is the best that we can = do.=C2=A0 Better and simpler than trying to enforce "no tabs allowed&q= uot;.

--=C2=A0
Bob Harold

=
--00000000000003f78905763e30d2-- From nobody Thu Sep 20 01:31:18 2018 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 A0BA0130E4F; Thu, 20 Sep 2018 01:31:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 m4lNIBwCWwVm; Thu, 20 Sep 2018 01:31:10 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 4ACF8124C04; Thu, 20 Sep 2018 01:31:10 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 6CD731AE02C9; Thu, 20 Sep 2018 10:31:07 +0200 (CEST) Date: Thu, 20 Sep 2018 10:31:07 +0200 (CEST) Message-Id: <20180920.103107.750560007019896412.mbj@tail-f.com> To: KEE@kamstrup.com Cc: ccamp@ietf.org, stefan@wallan.se, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] draft-ietf-ccamp-alarm-module-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2018 08:31:16 -0000 Hi, Karen Elisabeth Egede Nielsen wrote: > Hi, > > This draft is new to me and modelling of alarm management also > somewhat.... > > Could you enlighten me on the relationship, if any, in between the > alarm module of this draft and the > Device/resource alarm state within RFC8348 (equivalently the > EntityAlarmStatus of RFC4268) ? The "alarm-state" in RFC 8348 (and EntityAlarmStatus in RFC 4268) is just a summary of the alarms that may be active on the specific hardware component. It doesn't say anything about how alarms are reported, and it doesn't provide any details of the alarms; it is just a bitmask. The alarm-module draft OTOH, specifies how alarms are reported, generically. It also provides a list of all active alarms. > E.g. are the two they considered complementary mechanisms (modules), > just different view glasses, or are they non-compatible or redundant > ..? So if both modules are implemented (they don't have to be), the information can be viewed as redundant or just different views. /martin > > Many Thanks in advance ! > > > BR, Karen Nielsen > From nobody Thu Sep 20 07:20:16 2018 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 E6181130EAB; Thu, 20 Sep 2018 07:20:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 Z_UfkLSGlNv7; Thu, 20 Sep 2018 07:20:11 -0700 (PDT) Received: from mail.kamstrup.com (mail.kamstrup.com [185.181.20.38]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B912130EA5; Thu, 20 Sep 2018 07:20:10 -0700 (PDT) Received: from EXCHANGE2010.kamstrup.dk ([::1]) by Exchange2010.kamstrup.dk ([::1]) with mapi id 14.03.0169.001; Thu, 20 Sep 2018 16:20:08 +0200 From: Karen Elisabeth Egede Nielsen To: Martin Bjorklund CC: "ccamp@ietf.org" , "stefan@wallan.se" , "netmod@ietf.org" Thread-Topic: draft-ietf-ccamp-alarm-module-02 Thread-Index: AdRQCodrkWYiLZVDQVapWZ9icZtUKAAoPuyAAA5MvzA= Date: Thu, 20 Sep 2018 14:20:08 +0000 Message-ID: References: <20180920.103107.750560007019896412.mbj@tail-f.com> In-Reply-To: <20180920.103107.750560007019896412.mbj@tail-f.com> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.20.19.187] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [netmod] draft-ietf-ccamp-alarm-module-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2018 14:20:15 -0000 Hi, Thanks a lot. I hope that you can accept the follow up right below: * Would it not be relevant in the draft to outline the relation to the alar= m-state in RFC8348 ? ** Possibly even in the substance of the document rather then in an appendi= x - assuming that the two are seen as complementary mechanisms potentially= based on the same underlying alarm framework (that you define in this draf= t) ** In the draft you have "closed" state of an alarm. Wouldn't it be relevan= t, in your opinion. with this alarm framework in mind, also to have the clo= sed state in the alarm-state object of RFC8348 ? * The same question (should be included in alarm-state of RFC8348) for the = shelved alarms ? Something else: * Assuming that one has an alarm which have no clear (see next question be= low) or where clear may not always come. Would an operator close of this alarm make it disappear from the active = alarms summary ? Can that be an implementation decision - possibly dependi= ng on the alarm type, possibly configurable ? * RFC3877 has the following statement: "Alarms SHOULD be modelled so Notif= ications are sent on alarm Clear." =20 I did not find this statement in the substance of the draft nor in Appendix= F (But it may have escaped me). =20 Is this also the mindset of this draft ? * It is correctly understood that the Alarm Summary and the Alarm list cont= ains the alarms which are presently in the system - i.e. which have not bee= n purged ? * Would it be relevant for the Alarm Summary list to tell when alarms was= last purged due to administrative action ? * Are you considering to implement support for statistics ? BR, Karen -----Original Message----- From: Martin Bjorklund =20 Sent: 20. september 2018 10:31 To: Karen Elisabeth Egede Nielsen Cc: ccamp@ietf.org; stefan@wallan.se; netmod@ietf.org Subject: Re: draft-ietf-ccamp-alarm-module-02 Hi, Karen Elisabeth Egede Nielsen wrote: > Hi, >=20 > This draft is new to me and modelling of alarm management also=20 > somewhat.... >=20 > Could you enlighten me on the relationship, if any, in between the=20 > alarm module of this draft and the Device/resource alarm state within=20 > RFC8348 (equivalently the EntityAlarmStatus of RFC4268) ? The "alarm-state" in RFC 8348 (and EntityAlarmStatus in RFC 4268) is just a= summary of the alarms that may be active on the specific hardware componen= t. It doesn't say anything about how alarms are reported, and it doesn't p= rovide any details of the alarms; it is just a bitmask. The alarm-module draft OTOH, specifies how alarms are reported, generically= . It also provides a list of all active alarms. > E.g. are the two they considered complementary mechanisms (modules),=20 > just different view glasses, or are they non-compatible or redundant=20 > ..? So if both modules are implemented (they don't have to be), the information= can be viewed as redundant or just different views. /martin >=20 > Many Thanks in advance ! >=20 >=20 > BR, Karen Nielsen >=20 From nobody Thu Sep 20 07:22:00 2018 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 78A12130EB3 for ; Thu, 20 Sep 2018 07:21:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.587 X-Spam-Level: X-Spam-Status: No, score=-3.587 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=dhzpOE7r; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=ericsson.com header.b=HvUhWzyY 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 oqmTDpFblS8L for ; Thu, 20 Sep 2018 07:21:55 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 636CA130EA5 for ; Thu, 20 Sep 2018 07:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1537453313; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=FqNF+fhr7fCIWK5HEoy63d6G4Tprn/lk87biDM6gatY=; b=dhzpOE7rZfThZK3jt6FzQaEeckThaBIDhQmkP+jAV7mKceRTBOcNU8jYpW914x3z 5VqPK3CpGcljDvAQmIvf6QM0eotltzl5QzFS0ETO8KXOcYOCbqPDjL6eP9JKkgIj pidDnPUa7B/SV734p1F0M6IQk4WJOHyd5ueAlnCFOqE=; X-AuditID: c1b4fb2d-223ff700000055ff-64-5ba3ad01b3e4 Received: from ESESBMB501.ericsson.se (Unknown_Domain [153.88.183.114]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 16.3A.22015.10DA3AB5; Thu, 20 Sep 2018 16:21:53 +0200 (CEST) Received: from ESESBMR505.ericsson.se (153.88.183.201) by ESESBMB501.ericsson.se (153.88.183.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 20 Sep 2018 16:21:53 +0200 Received: from ESESBMB501.ericsson.se (153.88.183.168) by ESESBMR505.ericsson.se (153.88.183.201) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Thu, 20 Sep 2018 16:21:53 +0200 Received: from EUR02-AM5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB501.ericsson.se (153.88.183.168) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Thu, 20 Sep 2018 16:21:52 +0200 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=838dSHumMYX8h++2wFqihhl2LenjF7n+atzfwqg5jvE=; b=HvUhWzyYgaEODUAqJaNES7X43ld2fWpa1qa2uimpmMRDALG+n0+GdT5YA+Yav//07iz2JOE1vITNPGz/3tJFx0qIUCdzFUeJsAd7E0fX3BYp/HaKtUe42yHRr2D5hRwBnrX8L3e6AxNI7/poWUNlOnlUn1Q6etD3Gt+JCXzZbXE= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; Received: from [159.107.198.161] (89.135.192.225) by VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.15; Thu, 20 Sep 2018 14:21:52 +0000 References: <2dc8fd10-30d8-8da9-251d-2c8963174c7a@ericsson.com> To: "netmod@ietf.org" From: Balazs Lengyel X-Forwarded-Message-Id: <2dc8fd10-30d8-8da9-251d-2c8963174c7a@ericsson.com> Message-ID: <741be44f-791d-36a1-a2ab-31c7dd48bcc7@ericsson.com> Date: Thu, 20 Sep 2018 16:21:46 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <2dc8fd10-30d8-8da9-251d-2c8963174c7a@ericsson.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms050703000708020509060100" X-Originating-IP: [89.135.192.225] X-ClientProxiedBy: AM0PR05CA0063.eurprd05.prod.outlook.com (2603:10a6:208:be::40) To VI1PR0701MB2736.eurprd07.prod.outlook.com (2603:10a6:801:8::20) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1b264f3b-6db9-42ac-72c3-08d61f046913 X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:VI1PR0701MB2736; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 3:ncyo9BlCd8PtD4+fQdCigv0yZrwBH3iB8fDKqjOaXR8CnSQKHDZyej53x4BQ13aUyqgy3pGDL2o4z3izc2KtFXMK7F+TdIJykXVh7j0wdDBN9zvY/89eKLjny8FHANASmdp/K5E4KU/Tir7pZL20hC55kQxSh2LMiHd8W+RejeBDGzaIib5kMX8LL2hSk3x4euRvvtZwDq/XESNBm9fMkrcz24uOOUvGI1fj2XoDWBuvmaf0P051befg+yQcmgbE; 25:zvJiXNqq2ZVmVh/wxP78XQSJJ5jAGFbCepNSyQQqI241rUv+8kZLa3TtA0oCuME/JSse1CIz+oHzlaRVHmJmZb+2j9w9AZjLbuN9U8IA7OOpBXXbx0GUtSMAJHoiMGmgTPhhYtGZ0RJpxcsFt6fvFG1erMOBWw6U4TntRGJNUqnr2jOZD2DEIbBjTrWmn4Or9cqCfodO7+0rt9CMFRBr3mpCzsY+YoCTFJd/lw9tRAijzeFK4ldNLH+HlJPbp7f6tb16+h6GnPvNDz9F9eexMgSPihwp/3uAu1XINnRWErKRPgv75xE5YdeHVZ9r6hvEWAgEubzwkJ14/VXiWPyzdg==; 31:q00iKMSrhfvBZxbo1RS/bb3QVWjXWZJ7/eib4p6eEjaXSb+G4R3aIyv1sW9FwwOTnkJvaerzfy6NIgoDxFMZpzQJr7CQA7hSezquFYuwVXnNQ3RqoPKo9g09jppbI7ajhzKBz9OfqpXucFiDz0/V/b+TLYhtf9siXaFsao20jP1QCORAZFLEePEEmpt75OkihfLNecTZ+kNtIb3zCEr4nWVn1HCkBs1lhIZLgWxL8pg= X-MS-TrafficTypeDiagnostic: VI1PR0701MB2736: X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 20:8Rkhzc+JqVfkGbWcAer+u0bbdhrvWQyzK9M4iC/9Q6QAjvNCPcSHHSVWb8vtdSbmI0yAuxFfFhCCI5uIa7HQu19sZtQorEwYxRhTL0ZoAIVQqvOKAVtPpkyPP/GJ6UUZgJtJ4xb3N6TzXpb1GA4H8BrlwzqVClrwtjYMyGapRcLgUvBVaAX+KzfYhCiZXp2Qs4tU7FkaZthdE+lfCiD1MFl/Bb7pVHS15QlR7pbH7B6cqrSv/eG0ZqSOdoMuXMOX6+RP8BkFK6KPWtFRIzfMIUBORE7gBh/iBwnP8Qqiz0VyFe9Tp9gjaC+0JQD3UIkn3SSX82ENZAzvhCTUnvCJRO40S0PEYGVOH0ygWUBrBXLJ3FfZPjKbgrG70ipnOThyhANZkjyv7cuaOPDbuUZC5ef+2VgdZ/UtTb84op6J9KKvDgB3PKfxuqex/eBC4As6y0zEBpXCElQc34NGHjYrdVAfwguMofock9SrFcDxHegIfupa6nryuGwXZ7kKHLuu; 4:DwviDLd4bJk9orwoH9Fwk3yVG2Jv4+yy7zlPhdPG+Uih4GxvSRg5VCjEUwLls43QzgaW+QZqtLY8bzy6EdAyymgKok7eGEBO4raumSmevhDgvuOTyv4gQBM/RFpa8mkW6+EQJCCi1HSIgV9t2yKNoVCWFj1FBoeivh4bC52V6zoR9apiLU/wHlAXKsRQJR/Pn+Ypjerl/M/ZMchYrRXIKyxcRCkpgDudGmvCvyMzBLTo7LqYvTQ6BXat+LMfR0TqfU39dDmcgRyGt+FlYefwx4qjrfoMg+BitZ/peJVMUH9H9MIcqbxXz9fbZ7SRaT3ge+LHb7UUJjMAWWqIOs6dvAIFX4U4ZqzCYzD7KD0wIePQ1VsWddoh56RPFla4F4i6 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(37575265505322)(158342451672863)(248295561703944); X-MS-Exchange-SenderADCheck: 1 X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231355)(944501410)(52105095)(93006095)(93001095)(149027)(150027)(6041310)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(201708071742011)(7699051); SRVR:VI1PR0701MB2736; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0701MB2736; X-Forefront-PRVS: 0801F2E62B X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(136003)(39860400002)(396003)(376002)(346002)(366004)(252514010)(199004)(189003)(386003)(31696002)(65826007)(84326002)(16586007)(16576012)(316002)(58126008)(956004)(568964002)(2616005)(86362001)(7736002)(5024004)(2501003)(236005)(97736004)(2473003)(54896002)(5660300001)(16526019)(6486002)(49976009)(31686004)(53936002)(186003)(6666003)(6916009)(53546011)(446003)(36756003)(26005)(2351001)(81166006)(81156014)(68736007)(1730700003)(2906002)(105586002)(8676002)(52116002)(76176011)(33964004)(5640700003)(106356001)(64126003)(229853002)(11346002)(8936002)(486006)(476003)(3846002)(65956001)(6116002)(25786009)(3260700006)(44832011)(65806001)(478600001)(71190400001)(66066001)(78286006); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0701MB2736; H:[159.107.198.161]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; Received-SPF: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; VI1PR0701MB2736; 23:pmGGdzx8P43FiQA9hf0irj6vhQruwKGtU+FC9dC?= =?us-ascii?Q?7Zbntfm+OF3WLvqdJGtiAeSRbZZGKqNprBmmWTKPjikFHgepn8jBJowGg/Jx?= =?us-ascii?Q?qiMT6erRSAB+y4lUikgmpFmOjPlnk1W4pKGQyzkIrBLLO5so4qJvMTQVHSKE?= =?us-ascii?Q?qLrWzHKq0aqxp9664xEhUstS1Ef6yqnwwCJLk2SRa1uDYfb3ybp099Mcf7qS?= =?us-ascii?Q?kXvSRlUIQWiQqprWuHKdm3NEJvTdyOUCuLKeu2NvqLX/XqxDqsvANx0nbn3q?= =?us-ascii?Q?51c3cE6eUpp/TWa5zTCLrzo6fIjGDCgo3CiZgnDy5Ix+Kz2dRF0t8BKJ0UiB?= =?us-ascii?Q?0xCU/yIA8C1FYzgE8CKHD1zqHwKlKtK3tuXWFOzHuBvXQ8fWswnOKymVUre1?= =?us-ascii?Q?J7qxZogYa1TW5eX1ytFw+5LgglhE7XfgZB+XS3ZS+KoQQiEff6mY1UB3IZGs?= =?us-ascii?Q?jinyy7DYK/cOepwbtoMBNAXpxTauruHxJr0hIAzXk5zqYUR/LrL5hk8rCLto?= =?us-ascii?Q?Cnap56fVITUQeOUCzwfmna3wjviDvrnewHOPAOdv1vut+MK12RuNonVL5Une?= =?us-ascii?Q?YBFlPQSnTJsyccOY/XDvm9u+BdhFL2MaO0cLgcf3zwN0WhVfj9VyHjQWIoSY?= =?us-ascii?Q?EMkgPmMpWKuJ+B9Mg5z5zjr0BEiz44vGG/k/xRLuUy0KEWL/RCUtD0Z/ke6n?= =?us-ascii?Q?LP4DJ8F+FCwRJGyDmgiTVN0lVHFcg93EHmQcO9mb50UYhnLZsUxda+yHdQNS?= =?us-ascii?Q?nvvJ/uvRxlYq3hnK2pJz2dydZlBFwnuRinancuqTPI6utcr0GnFqNy0pfJdG?= =?us-ascii?Q?pgMeuDy/xPHSswq7ItizJv0iq0Y9I9ULhtfF53CQti7Q/1SGnZDJyHTnemCy?= =?us-ascii?Q?ExxbozEabqSTGCgOlAZBH5bkvsJKt93BAE15T5kNxQ1YrTFljZJZtDy3zu/w?= =?us-ascii?Q?32T/4Pso7rCXGQ1Bpwcujw3Y/GCJxiWjEOw6zEWUfB84OJo0shGtpPKorLqN?= =?us-ascii?Q?GHrrw32ve3fzFPREFsqtOPWlAetzkYF9QrFBM0l062uFWsIXHcsaLNBPOGle?= =?us-ascii?Q?tVG3JlwQxdOp4iBjD0yl2SRAEvjfTJM077AEukio/2/4DRcSUSXOVJY0chwu?= =?us-ascii?Q?ygvC9iVOcMTwDhUXP4TevGQaxo8mMHiulUr5T6TUgxNf0KFEBcIwSV7EB+lJ?= =?us-ascii?Q?bIL9rVWZPiwhJkI4hs0CbcDq0HKwwNLE1Q9vUvoEvf7HSiEAv18h6f6f5RtJ?= =?us-ascii?Q?I1TD3iKUhD+duqlQWdnriS7NUbV2eDPbY1TVjqmXVxSfvSM/GSYU5ePWnFU6?= =?us-ascii?Q?oNv3iXtoKkeQ1sSgY8ZFXEfGHb8GsMeQuI2Ti8RMbP2mGMIcNsFSLVwNdsSK?= =?us-ascii?Q?na7wNLE5mFLp8Q/1voF4rKBUWBfYl134duoY1A99RNA2XAyqrt8wVYzlhipm?= =?us-ascii?Q?QC09kH2tzMjE5L2EpdTm/K8ZZqKU8Gi6YBhL7+GAOevDxHgPfkYczpmNooWu?= =?us-ascii?Q?TWAr8YVBUXgNo73AwZTehIs+Odijx6FBBAmo5Jn3Ii2SVSAMHw1T+WXP/ku+?= =?us-ascii?Q?RIGegxjhfsCTvWxjBZ3qrhe13SnutjH7fB9OngcZA+gvmobCAvTrfn1UhlZ7?= =?us-ascii?Q?I?= X-Microsoft-Antispam-Message-Info: SwRn78n5SnrRIEaj+CH9lnwKIgjfSC/sKHIPbSjwUhp85oeyfKrNohlxvMVJfUwabcJGQiPkGPji71h7sIDgU/eEBrm1Kcmu3efbGP7Mf3GC4UUmjmrwJTLztc/jlp55E7Ef6o9tjgtjHZThxsOkgq4Ob5Svdeoi33iRbbOFPhTcxx/oMoXIPggaqvr87kDkqIrST/UxmuBy7Vc+lpsYlB/dBTBuSp88eawRboz9AeQoS2MOD6RoYl13nDhapBC2AY27oiaqnH7am17Vq6ShmBtPwM9WLO2O9z4xrKek4WAeOEUWBMhduKhT12T0HDsZKWIXlLfVdSO/nACHvwNP9Brtj+kSs9cp1rwIIEv3Dj0= X-Microsoft-Exchange-Diagnostics: 1; VI1PR0701MB2736; 6:8Wz+JzhRCjP2MR/TZM36ZITS9vvt58PEN8LiTncAJ8aKHLgsDYLq69jFHN+2x+3WkGEaycZpKnxMAGpOnOMV93Cu6arblsE3AwJHFAW2KM0D8DBDAeiJkbN1/IT5HAn+HT+9rVXjzZKeyhPJ1xJ1Hk1w5dQ3msMnrt/craHprE58Y8CzkKhxRSZiJBQ6+387bUPpa4Nsysb7Wo1Xgl1crKCPTiftzx7OeTMahbSSA71EWUjKWfuVdCDCwO5HL7GgoSb/meLHXNP9NjN81R3lcb9NGwBYHo9UaO6X5feqkiw7hgJbMqBv5HUxjUI8eiva+Nd9R5VXTAb+bY4UcdgT+q0IAqXVd4D50JBJd2FtgZZrVTIqunJdK72rbCiLjyq38I2+tMAQAvAtAarjLdVaynCTMzZEP4HIDGoWi8eydoqyzW0UkanYSpcBWxnVUE8Q0B1tP1XivYZHn9cWoEi7Aw==; 5:Dzx/8GTBSL8f/xvf7itRMilXXNNqJDW0djfP4/rLsSZMTX1GKKMXdGDQc2x56nZJljq3J4Q0c7W962rG645kT1Qt3tkJmZZj0bmGCnRs2bbHAj5cw/OOILa5Siuh5ILc/hkkQ+K/t/Q3Ju0g5gYPSeNm7z+AyGdc96x1tSKFYj4=; 7:Ic+wZCNTTz3UUasiMbrodZhL99+agPKhpQEkDDzwfDrU6tO/HpOhMVStLyia0tvLJKHlADK3JdAwIHd+trcs+3KGwPIAKp5vzwXTwDq6jsORkmjB+upRnGbQrjRmQSDICW1/vUCcpvlXPhYgR2aB3ix6yssHdFlpy/SFbIkTeyuu2uV7eXdPyjiORPymk/R/323LsxMWPZamepKvn3vvjVi9swXL7/6fDAnqDggQyVIcCaRcTWa6zI1Lja+icMs2 SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Sep 2018 14:21:52.1114 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 1b264f3b-6db9-42ac-72c3-08d61f046913 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0701MB2736 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0iTYRTGe7/L/CYOPpfmwVByZImX5aVAsIuBkRDRyn9CIx36oaJu8n1L Moi2SsiZZZI1h7jES94tjcpSceYKNZcmlXYzw4xSlMwCZ2qb7wr/+53nPOe8z4GXIaVPaW8m XaXheJUyUyZypUqPP+BDUFNlQuhgsX+kaVhHR6PYqqpFQoHiXXencJnpORy/Y2+Sa9rMaDmd XXjstPXiIK1FHw/okZgBdifkzd4l9MiVkbIWBNdGahEufiO4+X2F/l/MtA1QuKgiYLjaRDjm KbaIhBFdmoMRexLaGyucE5cImH2dTzsaG9kYWOi2Ug6WsvtgrL94Tfdgt0Npe4vIwSI2HEqu vqBwqENgqx5b0yV2v87wBOHH/KGys9OuM4wnmwDzq+nY4g59pZOUQxaz0dA8neGIQLL5CMb1 bSReKYOXCzfWDgDWYL+zftGZJwAmhpZpbPIBy2CZM8NhWO3qpfFAH4KfV8wiXJx3gXLbKxF2 BUNjby2JG49cwPr1sXOVGkxTKwTmE/DMbHXqvtBfaCXwQDsJRQMzLkVIblx3h3F9eKP9KJLd BjV5MoeHZL3g7aSJwBwENRXTJOYoMNjMIsx+cL1gwgXzLpi2/ECYI6CmeVl0C4nrkafACUJW aniEnOPTkwVBrZKrOE0rsv8o872lkIeoYXp/D2IZJHOT1FVUJkhpZY6Qm9WDttr3fL7TMIS8 KZVaxck8JPxle1uSosw9w/HqRP5UJif0oM0MJfOSyOs74qVsqlLDZXBcNsf/6xKM2FuLtsTX LQWufvC5L5/PNiSH60fDuuvO6gK0zK8e5svzpFjb3EhiMddkWR5r/nMuolXqo1UmF1W8WfUI Gy9oUQSVTRV8U1gPHvXqmDeVNDUUGN1CCweV0b4xXRGJe94vHMn186gL9p+Ls4zFGaMk3u6j 78ybxBtSLjCfeM3obb9IhYwS0pRhgSQvKP8CQDuVBFkDAAA= Archived-At: Subject: [netmod] Fwd: Re: Multiple revisions of the same YAM in schema mount X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2018 14:21:58 -0000 --------------ms050703000708020509060100 Content-Type: text/html; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable

What does the group think about this?

regards Balazs


-------- Forwarded Message --------
Sub= ject: Re: Multiple revisions of the same YAM in schema mount
Dat= e: Wed, 19 Sep 2018 09:42:16 +0200
Fro= m: Balazs Lengyel <balazs.lengyel@ericsson.com><= /a>
To:= Martin Bjorklund <mbj@tail-f.com>
CC:= lhotka@nic.cz



On 9/19/2018 9:29 AM, Martin Bjorklund wrote:
Balazs Lengyel <balazs.lengyel@ericsson.com> wrote:
On 9/18/2018 10:31 PM, Martin Bjorklund= wrote:
Balazs Lengyel <balazs.lengyel@ericsson.com> wrote:
Hello,

In RFC7950 there is a sentence:

A server MUST NOT implement more than one revision of a module.

Considering this is it allowed to mount different versions of a
virtual router on the same YANG server involving different revisions
of the same YAM?

platform
- mounted-vRouter-ver1
- mounted-vRouter-ver12
Yes, that's more or less inevitable.


/martin
It might be inevitable, but as I see it, it is expressively forbidden
by YANG. Should we do something about it?
The server advertises which modules it implements in the yang
= library. There can not be any module version conflicts here.

With schema mount, the server's "data model schema" is divded into
several disjoint "schema", where each mounted schema is in its own
"mount jail". Within each such "mount jail", there can only be one
implemented version of a module.


/martin

BALAZS: I can agree with that, but I did not find text about this in the schema-mount draft. Sorry if I missed it. On the other hand RFC7950 is very explicit.

regards Balazs


--=20
Balazs Lengyel                       Ericsson Hungary Ltd.
Senior Specialist
Mobile: +36-70-330-7909              email: Balazs.Lengyel@erics=
son.com=20
--------------ms050703000708020509060100 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DMkwggX/MIID56ADAgECAhEA6b7XEWzAzOaLFTWM1P8xITANBgkqhkiG9w0BAQsFADBHMQsw CQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAjBgNVBAMMHEVyaWNzc29uIE5MIElu ZGl2aWR1YWwgQ0EgdjMwHhcNMTcxMDA5MTUyNDU4WhcNMjAxMDA5MTUyNDU3WjBqMREwDwYD VQQKDAhFcmljc3NvbjEYMBYGA1UEAwwPQmFsw6F6cyBMZW5neWVsMSowKAYJKoZIhvcNAQkB FhtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20xDzANBgNVBAUTBkVUSEJMTDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANRS2ed5R8eLjbxg+S9b4CwI14oIIqrvZLNRmkGC CKPL6gtU7RyBNdcfKCtn4pPxNvISQ/C4eL5XhNDFYDIyEZqdZkdZld72CERmskMlsLMUwc6p H7AQOcjW8zex9BDryJKxZAt32imdvb+KGImW326nvlVGnKPmV5pu/PE4tCKYmBmJdpnOw89P adE7LK0rE6wTkpt9PeY2h/dswbVuCBm0YYDUYElyHB0UnBAohKF89WbUJ26W8lXWE9V5zG20 wk0/NJ9J+vJv9vrhCdHnJz+lLHxLEPSHSuc1PvcCXcB/aJGCF1c3iiYMplg5x0r+wTkdOYtM W5ahkCcv9Ge04r0CAwEAAaOCAcEwggG9MEgGA1UdHwRBMD8wPaA7oDmGN2h0dHA6Ly9jcmwu dHJ1c3QudGVsaWEuY29tL2VyaWNzc29ubmxpbmRpdmlkdWFsY2F2My5jcmwwgYIGCCsGAQUF BwEBBHYwdDAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AyLnRydXN0LnRlbGlhLmNvbTBIBggr BgEFBQcwAoY8aHR0cDovL2NhLnRydXN0LnRlbGlhc29uZXJhLmNvbS9lcmljc3Nvbm5saW5k aXZpZHVhbGNhdjMuY2VyMCYGA1UdEQQfMB2BG2JhbGF6cy5sZW5neWVsQGVyaWNzc29uLmNv bTBVBgNVHSAETjBMMEoGDCsGAQQBgg8CAwEBEjA6MDgGCCsGAQUFBwIBFixodHRwczovL3Jl cG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL0NQUzAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwHQYDVR0OBBYEFKQnDa9vIwWZ/21jW6uT015h+IyBMB8GA1UdIwQYMBaA FBx7GZ6XnHasID3Y3OORauPbLaZTMA4GA1UdDwEB/wQEAwIFoDANBgkqhkiG9w0BAQsFAAOC AgEAPVEJV/kN/a4JfA+95fMsEYiOzPeTaVrlRSWKgL6Lgyzq8ay2pchfsrbj5ZzjWemL4bnE WG+QCSa5M/+Pb0XnEkm4lzLc5wvRuvTa8p7ZYkmeWK8H5f2mU+DSQxQFLSUuruQc9Ss78Et4 ggVG5qTLTl5mVOcY1wtuflWll2NfghxdlXvyqlkjcvrs+jVSAfM5OJaiVzvmOso7HdQ7D3x9 ZGuAk8FQh6oN4PU0N8Xs+UzgKqVp3TrajouUz3B8CegvPPTPTh09e0mQ5xOJmA4t0+goibst HXBn1zqZjDiyC2hUCzXpjZwI8HGpamxb71kJwMo89nN4F7MIrKJykMltOoJUwgt3ePfwdZQ9 YW5UhNk2AA3MdbUKmCqaIsgAAOLOcIK251MT59wHc712667/K4QwTXsszLUZgwpezVAJeZOr aGupMlDYADZOxZm2jGXdWKomA0FaOdCIzB0KXkO6tqXaNk/+JToyaJq5Q1if1hb9WJSW6gEF 1pQcymc//uQzRaTyPdbOFyCDH4GKaXaAKikxorUQliNAf/Yn3k0YSRJ1l9XMVSbBXfIx3iY6 EhrFbRISr1vV5YgJn8EBxUGlLJTSwTWCmcE7nAvGP4ilJ2IaVLiNzfuoKv/f3F2/VSe73eCU KYerTGBfng3wSzIwE8Lf7NJK7WqEJtTtUlYjPZowggbCMIIEqqADAgECAhBTuH6D4ZyZKJOw m0kc7LjrMA0GCSqGSIb3DQEBCwUAMDcxFDASBgNVBAoMC1RlbGlhU29uZXJhMR8wHQYDVQQD DBZUZWxpYVNvbmVyYSBSb290IENBIHYxMB4XDTE1MTAyNzEyMTY0NloXDTI1MTAyNzEyMTY0 NlowRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3Nv biBOTCBJbmRpdmlkdWFsIENBIHYzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA 7PLfAAC4UPKnu9hUt8aT9+PBqjvUw0Y0tLPOXkO2NC0y2XZks9nJfpWKrNM30k5vu5norG4Z KlF5C+3xc6HuIiGQof1bmFGluNOwmZQwl3rOJ+E6k0rqJJTerjj4WOxAvWVW1yC5S4Ubppk3 Q3cYVVuC3qNGsBIXy3/fDL1sc8Ah8zI/JumDpjY8fn/U3CRN6mgNKYrr0sZX6VXYgrpT05Zr JldkUgUgMKgbIWWEXEASA36pnb5GqD/RMzSgIe8o7YQtIaYB2cmTCLNHjaOL9j1JhNK4bvmb NJ7o58IZYzwNv/G/L/bRosQ9c27U+86DNjrdZnpyaRaeMyVUn3SlYLaFqoObdh/xNF2NS8CX s/PVtO57HBKHMgZqQvsyQJisSocxFqiMj9VK2WhCBbvoTvrNDZvLDlDGuE5RuKwFIpHOVOU5 lCBgUUBsbpWIXwM6kmH/KC1DC5MtQzmvXkbt7KdBXUAxM0JZxf4dS+ACtTDpF9b0vny4Drwa OS0VNXyz1GUOxSqw1wup5dpXbxLZYx1rLRgZqr9uWhLwAPsq66ZQof5GL0gY72Ym8/Tm28Me Mqku+/zRzdYsmclT9rOdgdgS3b6OMoc5Op0ZPEv/Mx2lFJAVK674ozw2hiuRTVUmoqBr5Auy CoqCEyn32C7U/V7oqyqx5Yd1c5GsxuOqQFcCAwEAAaOCAbgwggG0MIGKBggrBgEFBQcBAQR+ MHwwLQYIKwYBBQUHMAGGIWh0dHA6Ly9vY3NwLnRydXN0LnRlbGlhc29uZXJhLmNvbTBLBggr BgEFBQcwAoY/aHR0cDovL3JlcG9zaXRvcnkudHJ1c3QudGVsaWFzb25lcmEuY29tL3RlbGlh c29uZXJhcm9vdGNhdjEuY2VyMBIGA1UdEwEB/wQIMAYBAf8CAQAwVQYDVR0gBE4wTDBKBgwr BgEEAYIPAgMBAQIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS9DUFMwSwYDVR0fBEQwQjBAoD6gPIY6aHR0cDovL2NybC0zLnRydXN0 LnRlbGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNybDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQcexmel5x2rCA9 2NzjkWrj2y2mUzAfBgNVHSMEGDAWgBTwj1k4ALP1j5qWDNXr+nuqF+gTEjANBgkqhkiG9w0B AQsFAAOCAgEAUFhr8dWMO7Quq1dDyIynw8sWmpyF/jWSxBjpHUCyhltoFS7Q1CUBD0bOULWm YjmzRwme5pkjTFXpOJZLf9Han1SBbrVcP0JMhRsAvfWZjcF0l/c/jqDMqBARxr8OUWOr0ZWa 49Lir3QEs2C+CjGge5tzcLqzQ5pjWxudrLkSGe+sAThDnXUWXGYk8udGZAamJ55drdw96AV9 jWQkMrLIVHKkXVG5Etdx0wiAoTLk1fVtLcz11DiaCZSZVPZ3fdSIpIRhDqz8H4sVprPgvLBd K/ajdbiRsehCzzohay3zbXDDTDGwKkR8KUi8Xt8HDZCRsb/U/C7MC4tVK0SEPOQCo6swZy0r I0RoGzICfsSrZ4JrxANeeSZqCn1A+w0Wz+iqdeP2PVxW0f1rg4/OG2DSl3uB3Q3NT/lDGJte pti+i5CCKEZcdAOZoviu43sLhqsxSpGjzZidESwovuHeP+O2bNwwtz1DTsXThBB3+JJHVjmk iLo900GITb/i7IBdLoo4gZms9s1BQ2tm3CJCmpA2XwBTOB6B8/CtgWUWhyloXd3Wbmv7ZUoq qJFBV9g8Zh5mdZ+RzPTomgCFz/2aNsddI/2G9ZjN4tG6hmocZR2M5f0MhBv3bo6d5XsLlYwi NJjw5GRqYb8cqqeCaPKkveBJzqgb8ToH7WLoOzmPRCmPlpAxggM+MIIDOgIBATBcMEcxCzAJ BgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nzb24gTkwgSW5k aXZpZHVhbCBDQSB2MwIRAOm+1xFswMzmixU1jNT/MSEwDQYJYIZIAWUDBAIBBQCgggGzMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDkyMDE0MjE0Nlow LwYJKoZIhvcNAQkEMSIEIFWoIoeBVMWze+F5TEvWQdcM/rr4zbJbgPZtUfLFE9+uMGsGCSsG AQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUwIwYDVQQD DBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMG0G CyqGSIb3DQEJEAILMV6gXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24xJTAj BgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MA0GCSqGSIb3DQEBAQUABIIBADuoik/yvvndVfH1KcppcW8Mmtmz1ne54enyJ8Qp86FwsQZ7 pCtlprvTNggrQbPSauq2qcCZosD+uQzvhqPbJQgFDdz/1n0cu1VAnOAmwr6AHJTXa/+d3iVx rGB/q5n46xUjSW+ZRGxe4j9zKd4KoYgfm4VVKtnkOjxLkShx3cIHZFKB4wddihl1bFeAjia5 IXgXT4uqagoSqzGhfDvFMR8F6AmsF5+xpXDeXWoBTm4UHhh8VfX493mEpHgtmClqJmIfoWyP cqxC24CiLMzLciLrxLdf/r8YhVQt+dwn3Wm+Dq1N9iYkzqM/YU4Zs6LvfVvKJLho+rMDhnQ+ vJDpY/gAAAAAAAA= --------------ms050703000708020509060100-- From nobody Fri Sep 21 04:48:16 2018 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 CB0F3130E3B for ; Fri, 21 Sep 2018 04:48:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.188 X-Spam-Level: *** X-Spam-Status: No, score=3.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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=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 sNLuvY--ZOY8 for ; Fri, 21 Sep 2018 04:48:13 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70111.outbound.protection.outlook.com [40.107.7.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57091129385 for ; Fri, 21 Sep 2018 04:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gdcoY/ZOaS4P0WqydkFQ4rff+2+LU4T5ap1miU3USdw=; b=UwAn9B6hmCdJcGyqT4ok4SPhtKYHrnZzXlb9QwTzz6yL/2+qjiI8tcxdZEpYT7wJ83KDDRJVCe1SvegU1z+v9sLVsTQlXGf8ydH8EbsVJqGcmDCt3O6SQ1N8At1Tl5lY4DwB9J5G0PqB6Pg7KzfKxZJ7zy4q8rfIiOkGZ4Wmr1I= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB3487.eurprd07.prod.outlook.com (10.175.244.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.11; Fri, 21 Sep 2018 11:48:09 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%10]) with mapi id 15.20.1164.017; Fri, 21 Sep 2018 11:48:09 +0000 From: tom petch To: Bob Harold , "adrian@olddog.co.uk" CC: "rwilton=40cisco.com@dmarc.ietf.org" , "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUTzWEabLWYz3o1E2DY/7XZIgvjA== Date: Fri, 21 Sep 2018 11:48:09 +0000 Message-ID: <055d01d451a0$e8c615a0$4001a8c0@gateway.2wire.net> References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> <029001d44f36$8d3becd0$a7b3c670$@olddog.co.uk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: DB3PR0102CA0030.eurprd01.prod.exchangelabs.com (2603:10a6:8::43) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB3487; 6:VU1wlHs/2Mk5Dz0PPwVBD4KCgVa/+aDzX7s+3eToPcrlcCvXyVXruCsAJakSftZIikxSsN47TEQw2bv34XtdhNiS3QwQLndZ5IiWql5NX//T+Z/iPn1hIiz0JeskAVqHEvZ5GE/6Bm8H4GxDNfZ2nkV43SHmlRnvOvldlXvfuZ3IvnSa0WX4uhBslL4T9JN2Jd44RFyqJizmJoZKlcYwOKB3etCs2XPM8dlhUdFsybA8zVONqLA6W1NswCVimNO/lovb2QNA7CDY+TxuaX7GnI2sah6VtbD6qRdm8hVGCbpf6udj5ww7LykwPDSzFsga0TyXL8F6ZVcMVceUUUfIm9fNItJJtlPK77FrBl0DY0rz5Kt7B0KiE+cZH/au1PRfOZXx7Sjs9OpDkCDaKGQhWCoYbGMIaWNbSMUq6hH/TrYh2CXfIkTpcJm+grMsnHYc6bVITMFElOX7ojaXsHoEKg==; 5:Jqu4HrNODoEnE7qeLxCknaNrD/fXmuxp6Hn9W/v7dazUbTyBYq0/iQZkVpvR8fYn/ioMuEfzsCHFd0LN3sTT2MOmTXPooRsaEKL4vDZZRR1fY3Co8Dj1uroRsHGTVXkPu4jxSwYkJYp1iUXYDTh31NpNSR2rFcNA7LDTpcSDuDo=; 7:UCQvqZUXg2xKPvGE2a1RlcKvo2tPN5s4N0DSmXr6+16io7b6O4xC3nnOXLp8zPEQMawbjm8QJfV8WG1y5fih1h0UCvGXBOiEgU+4NnLWmFIhGxzcPWyhQLKR2WK8GfTFzwaOe7JRzBZnVOnNqP+jGLJLpHd0eq9YfQUJn/8ZpK29c5oegCxV3l1RhoOOw75VYXiE2rOzBhyIq5wNKv+coJM8kCQwO6xFuyO49Hb06Zufd5TAkMp70Guy92UHjWbb x-ms-office365-filtering-correlation-id: 470b9390-7a1e-4544-be24-08d61fb819bd x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB3487; x-ms-traffictypediagnostic: VI1PR07MB3487: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(788757137089)(177329092695168); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991041); SRVR:VI1PR07MB3487; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB3487; x-forefront-prvs: 0802ADD973 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(136003)(366004)(39860400002)(13464003)(189003)(199004)(51444003)(99286004)(54906003)(7736002)(305945005)(86152003)(3846002)(76176011)(2501003)(86362001)(14444005)(446003)(486006)(52116002)(106356001)(14496001)(110136005)(256004)(2906002)(5250100002)(68736007)(6346003)(15650500001)(8676002)(5660300001)(9686003)(476003)(6116002)(1556002)(84392002)(26005)(2900100001)(8936002)(44736005)(316002)(93886005)(66066001)(53546011)(6506007)(2171002)(14454004)(6436002)(6512007)(53936002)(81156014)(6486002)(478600001)(229853002)(25786009)(33896004)(6246003)(81166006)(97736004)(105586002)(102836004)(4326008)(386003)(186003)(71200400001)(71190400001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3487; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-microsoft-antispam-message-info: IaIzQJCqnubWrWy9wudd6dpSs9Y7gkpLLMNfKNAg/oIxUlmVwvRW59AFXn1uiPoR811jUj9/1sKNPH9rnVsI4X0uMSNHpNnFS+DrdLDP7G+3fNBYDYobg9VWQqRUkO88NH906RVmmRoqKLgsEth0NGvXFTy9dElwvxz78Gh3ZJYWyeNN5spASU2rNTiDiE9kyVJsFlmQSIK+ZNTNo88PsjfJFIvQmEtNE/zeINd76i0ADITjQeWn+x4+EwFH5DNJp1JAtz7SX4FjKQ50Yn+IEUI4xeHgkS7cQJ2HzOwvZw7yhOID7ICJe4aY0APomHQqfpNheBE4pBstzO8QxLmfAilgccDnk5wPj0ki+PGtW/A= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 470b9390-7a1e-4544-be24-08d61fb819bd X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2018 11:48:09.3156 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB3487 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 21 Sep 2018 11:48:15 -0000 LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogIkJvYiBIYXJvbGQiIDxyaGFyb2xk ZUB1bWljaC5lZHU+DQpTZW50OiBXZWRuZXNkYXksIFNlcHRlbWJlciAxOSwgMjAxOCA4OjEyIFBN DQpPbiBUdWUsIFNlcCAxOCwgMjAxOCBhdCA2OjAxIEFNIEFkcmlhbiBGYXJyZWwgd3JvdGU6DQoN Cj4gWWVhaCA6LVoNCj4NCj4gU28gbXkgaW5jbGluYXRpb24gaXMgdG8gc2F5ICJ0YWJzIGluIGFy dHdvcmsgYXJlIGV2aWwiIGFuZCBtb3ZlIG9uLg0KPiBTb21lIGZvbGsgbGlrZSB0byB1c2UgdGhl bSB3aGVuIGNvbnN0cnVjdGluZyB0ZXh0LCBidXQgbXkgc3VnZ2VzdGlvbg0KaXMNCj4gdGhhdCB0 aGV5IGNvbnZlcnQgdG8gc3BhY2VzL0xGIGJlZm9yZSBwb3N0aW5nIGRyYWZ0cy4NCj4NCj4gSWYg YW55b25lIHdhbnRzIHRvIHdyaXRlIGFub3RoZXIgZG9jdW1lbnQgdGFicyBpbiBqc29uIHRoZW4s IGVybSwNCmtub2NrDQo+IHlvdXJzZWx2ZXMgb3V0LiBCdXQgSSB3b3VsZCBwcmVmZXIgdG8ganVz dCBleGNsdWRlIHRoZW0gZnJvbSBmb2xkaW5nDQphdA0KPiB0aGlzIHRpbWUuDQo+DQo+IENoZWVy cywNCj4gQWRyaWFuDQo+DQo+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPiBGcm9t OiBuZXRtb2QgW21haWx0bzpuZXRtb2QtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIHRv bSBwZXRjaA0KPiA+IFNlbnQ6IDE4IFNlcHRlbWJlciAyMDE4IDEwOjU0DQo+ID4NCj4gPiAtLS0t LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+ID4gRnJvbTogIkNhcnN0ZW4gQm9ybWFubiIgPGNh Ym9AdHppLm9yZz4NCj4gPiBTZW50OiBGcmlkYXksIFNlcHRlbWJlciAxNCwgMjAxOCAxMjoxNCBQ TQ0KPiA+DQo+ID4gPiBPbiBTZXAgMTQsIDIwMTgsIGF0IDEzOjA1LCBSb2JlcnQgV2lsdG9uDQo+ ID4gPHJ3aWx0b249NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmc+IHdyb3RlOg0KPiA+ID4gPg0K PiA+ID4gPiBJZiBhbGwgaW5wdXQgZmlsZXMgdGhhdCB3ZSBtaWdodCBldmVyIHdhbnQgdG8gZm9s ZCBhbmQgaW5jbHVkZQ0KaW4gYW4NCj4gPiBSRkMgYXJlIGd1YXJhbnRlZWQgdG8gbmV2ZXIgY29u dGFpbiB0YWJzIHRoZW4gSSBhZ3JlZSB3aXRoIHRoZQ0KcG9zaXRpb24NCj4gPiB0aGF0IHRoZXkg Y2FuIGp1c3QgYmUgcmVqZWN0ZWQuDQo+ID4gPg0KPiA+ID4gWWVwLg0KPiA+ID4NCj4gPiA+ID4g QnV0IGlmIHRoZXJlIGlzIHNvbWUgZnV0dXJlIGZpbGUgZm9ybWF0IHRoYXQgd2Ugd2FudCB0byBm b2xkDQp0aGF0DQo+ID4gbWlnaHQgY29udGFpbiB0YWJzLCB0aGVuIEkgd29uZGVyIHdoZXRoZXIg aXQgd291bGQgbm90IGJlIG1vcmUNCnJvYnVzdCB0bw0KPiA+IGxvb2sgYXQgd2hldGhlciB0aGV5 IGNvdWxkIGJlIGhhbmRsZWQgaW4gc29tZSB3YXkuDQo+ID4gPg0KPiA+ID4gVlQgY2hhcmFjdGVy cyAoY29sbG9xdWlhbGx5IHRhYnMpIHNob3VsZCBub3QgYmUgc2lnbmlmaWNhbnQgaW4gYW55DQo+ ID4gZmlsZSBmb3JtYXQgZGVzaWduZWQgaW4gdGhlIGxhc3QgY291cGxlIG9mIGRlY2FkZXMgKGku ZS4sIHRoZXkNCnNob3VsZCBiZQ0KPiA+IHJlcGxhY2VhYmxlIGJ5IHNwYWNlcykuICBJZiB0aGV5 IChvciBhbnkgb3RoZXIgY2hhcmFjdGVycyBub3QNCj4gPiByZXByZXNlbnRhYmxlIGluIFJGQ3Mp IGFyZSwgb3IgcHJlc2VydmluZyBieXRlIHdpc2UgaWRlbnRpdHkgaXMNCj4gPiBpbXBvcnRhbnQs IGZvbGxvdyB0aGUgbGVhZCBvZiBSRkMgNjcxNiBhbmQgYmFzZTY0LWVuY29kZS4NCj4gPg0KPiA+ IFRoaXMgY29uZnVzZXMgbWUuICBUaGlzIEktRCByZWZlcmVuY2VzIFJGQzc5OTEgd2hpY2ggY2xl YXJseSBkZWZpbmVzDQp0YWINCj4gPiBhcyAgOSwgd2hpY2ggUkZDMjAgbGFiZWxzIEgob3Jpem9u dGFsKSBUKGFiKS4gIFYoZXJ0aWNhbCkgVChhYikgaXMNCjExLg0KPiA+DQo+ID4gSSB3b3VsZCBu b3QgZXhwZWN0IFZUIHRvIGFwcGVhciBpbiBhbnkgcmVjZW50IGRvY3VtZW50IGJ1dCB3aGVuIGl0 DQpkb2VzLA0KPiA+IHRoZW4gcmVwbGFjaW5nIGl0IGJ5IHNwYWNlcyB3b3VsZCBiZSB3cm9uZywg SU1ITy4gIEhUIEkgZG8gc2VlLCBmYXINCnRvbw0KPiA+IG11Y2ggb2YsIGJlY2F1c2UgdGhlcmUg aXMgbm8gbWV0YWRhdGEgc2F5aW5nIHdoYXQgdGhlIEhvcml6b250YWwgVGFiDQo+ID4gc2V0dGlu Z3Mgc2hvdWxkIGJlIGFuZCB3aGlsZSBhICB2YWx1ZSBvZiBmaXZlIGlzIGNvbW1vbiwgdGhlcmUg YXJlDQpSRkMNCj4gPiB3aGVyZSByZXBsYWNpbmcgdGFiIGNoYXJhY3RlcnMgd2l0aCBmaXZlIHNw YWNlcyB5aWVsZHMgcnViYmlzaC4NCj4gPg0KPiA+IFRvbSBQZXRjaA0KPiA+DQo+ID4gPiBHcsO8 w59lLCBDYXJzdGVuDQoNClRoZSBwdXJwb3NlIG9mIGZvbGRpbmcgaXMgdG8gZ2V0IGFsbCBsaW5l cyB1bmRlciBhIGNlcnRhaW4gbWF4IHdpZHRoLg0KVGFicw0Kd2VyZSBoaXN0b3JpY2FsbHkgc2V0 IGV2ZXJ5IDggY2hhcmFjdGVycywgYWx0aG91Z2ggdGVybWluYWxzIGFuZCBlZGl0b3JzDQpoYXZl IGFsbG93ZWQgdXNlcnMgdG8gY2hhbmdlIHRoZW0uICBDaGFuZ2VzIGFyZSB0eXBpY2FsbHkgdG8g cmVkdWNlIHRoZW0NCnRvDQo0IG9yIDIuICBJIGhhdmUgbm90IGhlYXJkIG9mIGFueW9uZSBpbmNy ZWFzaW5nIHRoZW0gYmV5b25kIDguICBTbyBmb3INCnB1cnBvc2VzIG9mIG1heCBsaW5lIGxlbmd0 aCwgOCBpcyB0aGUgd29yc3QgY2FzZS4gICBUaGVuIGZvciBmb2xkaW5nLA0KY291bnQNCnRhYnMg YXMgZmlsbGluZyB0byB0aGUgbmV4dCBtdWx0aXBsZSBvZiA4LCAob3Igd29yc3QgY2FzZSwgYXNz dW1lIGEgZnVsbA0KOCkNCmFuZCBmb2xkIGFwcHJvcHJpYXRlbHkuICBUaGlzIHNob3VsZCB1bmZv bGQgcHJvcGVybHkuICAoRG8gbm90IGF0dGVtcHQNCnRvDQpyZXBsYWNlIHRhYnMgd2l0aCBzcGFj ZXMuKSAgSXQgd29uJ3QgYWx3YXlzIGJlIHdoYXQgdGhlIGF1dGhvciBpbnRlbmRlZCwNCmJ1dCBp dCBpcyB0aGUgYmVzdCB0aGF0IHdlIGNhbiBkby4gIEJldHRlciBhbmQgc2ltcGxlciB0aGFuIHRy eWluZyB0bw0KZW5mb3JjZSAibm8gdGFicyBhbGxvd2VkIi4NCg0KPHRwPg0KDQpCb2INCg0KTXkg ZXhwZXJpZW5jZSBvZiB0YWJzIGlzIGRpZmZlcmVudCwgd2hpY2ggaXMgd2h5IEkgdGhpbmsgdGhh dCBBZHJpYW4gaGFzDQppdCByaWdodCB3aGVuIGhlIHNheXMNCi4uLi5zYXkgInRhYnMgaW4gYXJ0 d29yayBhcmUgZXZpbCIgYW5kIG1vdmUgb24uDQoNCkFsbCB0aGUgdGV4dCBwcm9jZXNzb3JzIEkg Y2FuIHJlY2FsbCBoYWQgYSBkZWZhdWx0IG9mIHRhYiBtZWFuaW5nIDUNCnNwYWNlcywgbmV2ZXIg MiBvciA0IG9yIDguICBBbmQgdGhlIHByaW1lIHVzZSBvZiB0YWJzIGhhcyBiZWVuIHRvDQphY2hp ZXZlIHZlcnRpY2FsIGFsaWdubWVudCBpbiBhcnR3b3JrLCB0YWJsZXMgYW5kIHN1Y2ggbGlrZSwg d2hlcmUgdGhlDQp0YWIgc2V0dGluZ3MgbWlnaHQgYmUNCjEwIDIzIDQ5IDY4DQphbGxvd2luZyBh IHN1aXRhYmxlIGFtb3VudCBvZiBzcGFjZSBmb3IgdGhlIGRpZmZlcmVudCBmaWVsZHMgb2YgdGhl DQp0YWJsZS4gIChJIHNlZSB0aGlzIHVzYWdlIGdvaW5nIGJleW9uZCB0ZXh0IHByb2Nlc3Npbmcp Lg0KDQpTbywgYmFuaXNoIHRhYnM7IHJlcXVpcmUgdGhlIHN1Ym1pdHRlciB0byB0dXJuIHRoZW0g aW50byB3aGF0ZXZlciB0aGV5DQptZWFuIGJ5IHRoZW0gZmlyc3QuDQoNClRvbSBQZXRjaA0KDQoN Cg0KDQoNCg0KDQotLQ0KQm9iIEhhcm9sZA0KDQo= From nobody Fri Sep 21 05:02:00 2018 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 7A7D1130E6B for ; Fri, 21 Sep 2018 05:01:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.188 X-Spam-Level: *** X-Spam-Status: No, score=3.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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=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 4Kh8GwffVu1V for ; Fri, 21 Sep 2018 05:01:54 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-am5eur02on0706.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe07::706]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71EEB130E69 for ; Fri, 21 Sep 2018 05:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9+K3FcwJx7+XuJBQ2qRWS5j7qDbNLYwajEH8m6yIqt4=; b=bInCqy15Q2+8zHkqPGMH+taR8x9KeG/TJtVc3SauK1dC03ZnR82IODATXX3tt6vw4La90o9763QvH6FHvviXmDaYTF0dNNAL2bWmvw7suSXNbuSSDdnK/n0Tiaz+QZIhFJJXnFCdUbhwv5pPm6DsIh1msES2H6Kny1ZRKFYcBwI= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB4655.eurprd07.prod.outlook.com (20.177.57.87) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.15; Fri, 21 Sep 2018 12:01:52 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%10]) with mapi id 15.20.1164.017; Fri, 21 Sep 2018 12:01:52 +0000 From: tom petch To: Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611dw== Date: Fri, 21 Sep 2018 12:01:51 +0000 Message-ID: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: DB3PR0102CA0034.eurprd01.prod.exchangelabs.com (2603:10a6:8::47) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB4655; 6:dStXnbxCKAuYmsKFbp57InssB7Fso1c2RXK72Moqe16DtTsywANomxB6IxN8XH3aZ9fhN1nrxGOMp3qEXY8Uesu+x8/9u7kjjtqNxzjvh0xHJMHO7ie2iNhGluP0r8fA/y4bXoiJbohqB/ompc1aelbGjxNIkBaNmQtdzq43Wy00AGn+DBhW71Bm3cefsH/WP3VervzzLyv2uRI0YmYhpA/GxxZfB2ScemJ25xtYGOeI8zU7Zuj9NpBBW8dGtteHU5/u0vDSqMmoqJNEwMimQ698ZZty257nftSOzWdtmxSNOnkIepJUDJbsw91hFLLnTIqNgfIwa8Szd0vkrkoJMYnkqfp4VzK2/zidnIgvR2vFUn72QQzw3qotdv56jIkRcM/5j7gS0uA4fjodm9fpNcdk/Q8G10nOY6lwQI23NAFJSOd9Q7GBJpFjlF0+YCX4sF6n/bjzY6DTQ5wNZc1EnQ==; 5:Gw6pwx7BqEepcXsrqJGL3Mwm73273vcdYbLV4PXR90cGDWxz33eRuMzSBk7LjRFgwQLozqcXJggZoP5MRS9l9OEla20wIkYaHT4KESYjB6Acw9pTcjb2n4uLl0Gl+IhQT8ZaVbMyxCLr6c+moB0xXMfeiQm8Lm9BammMOlCuX+s=; 7:ofF6Fn+V+nod+L/fq2COd7IZp/CDxEa7EezYaXauCQ3EsS6E75qxiyPDdbxHgf75qZjS14TgrpdO39pzcPZHBZyq77cidQY4bm4Ea3/10l9VQ4PiAB7ptb/gIB35uwkrHb6Pb/5JHnDfOiZYY4Bhvqt5lnMWUR6jmSYEjBrnknpucLAFL3Zm8QZJVNrXI88LwoLb3XcNp+6J9hwJip9WIvvYK8WLxU1/yAPh7drQkagSqTnqC5skZv3By9SvxEq/ x-ms-office365-filtering-correlation-id: b216dd49-df4d-4827-122c-08d61fba0433 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB4655; x-ms-traffictypediagnostic: VI1PR07MB4655: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(178726229863574)(219612443155931); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201708071742011)(7699051); SRVR:VI1PR07MB4655; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4655; x-forefront-prvs: 0802ADD973 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(376002)(346002)(366004)(396003)(39860400002)(43544003)(189003)(199004)(13464003)(256004)(66066001)(486006)(86362001)(476003)(106356001)(105586002)(84392002)(478600001)(229853002)(6246003)(6116002)(3846002)(5250100002)(14454004)(26005)(52116002)(316002)(86152003)(966005)(68736007)(102836004)(15650500001)(9686003)(6512007)(6306002)(186003)(386003)(53546011)(6506007)(7736002)(2906002)(71200400001)(71190400001)(53936002)(305945005)(25786009)(33896004)(5660300001)(2900100001)(6486002)(14444005)(1556002)(44736005)(4326008)(6436002)(8676002)(97736004)(81166006)(81156014)(8936002)(14496001)(99286004); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4655; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: KyKfZmaJHG6DSSbVwnp/E+ofj6uR/JkgYV2Kkkp9col0H3fMutzZ1ToM8ftCPkC2I6orBY//cxIHZ0kTsVGWwwB8Q3SFZ3ro+5Dqg+jUmaAVAr2f8tXHKZIQpZC6xHYvXS2bjd931heLw31vJyMYCjx+hfkPVeVPiscEaSbZLKJeZHYk/e4218+lfICLUbA9yJ7fcqcZjXCKC2h7+dj4/Ig9XV8LVaugeekOJGVxAiZR73z3d+LXN7v5x8xiOts3Uj4Y35zQKSNhZhcE1OBOgVnU5bc6xL3gcAHeRVCFDhk+NQhSygOLN//cFLEw+E7VGuT1M/2YxWR0S4L7zv92/DnWoukCvIrP3u/OCgAKL8A= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <95999F65E698B641A44D4784C9A5AC4F@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: b216dd49-df4d-4827-122c-08d61fba0433 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2018 12:01:52.0119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4655 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 21 Sep 2018 12:01:59 -0000 Tm90IGFib3V0IHRhYnMhDQoNCldoZW4gSSBsb29rIGF0IFlBTkcgbW9kdWxlcywgd2hpY2ggSSBo YXZlIGRvbmUgYSBiaXQgb2YgdGhpcyB5ZWFyLCBJDQpoYXZlIHR3byBwcm9ibGVtcyB3aXRoIGxp bmUgbGVuZ3RocywgbWFraW5nIGl0IGhhcmRlciBmb3IgbWUgdG8gcmV2aWV3DQp0aGUgSS1Ecy4N Cg0KT25lIGlzIHRoZSBsZW5ndGh5IGxpbmVzIGluIHRoZSBZQU5HIHRyZWUgZGlhZ3JhbSBhbmQg dGhhdCB0aGlzIEktRA0KY2xlYXJseSBhZGRyZXNzZXMuDQoNClRoZSBvdGhlciBpcyBsaW5lcyB0 aGF0IGFyZSB0b28gbG9uZywgZm9yIGFuIFJGQywgaW4gdGhlIFlBTkcgbW9kdWxlLA0KdHlwaWNh bGx5IGluIGRlc2NyaXB0aW9uIGNsYXVzZXMgYW5kIGluIGNvbW1lbnQgbGluZXMuICBJIGRvbid0 IGtub3cNCndoYXQgdGhlIGVkaXRvcnMgYXJlIGRvaW5nIHRvIGdldCBzdWNoIGxpbmVzIGludG8g YW4gSS1EIGJ1dCB0aGV5IGRvIHNvDQpJIHdvdWxkIGxpa2UgYSBwYXJhZ3JhcGggaW4gdGhpcyBJ LUQgdG8gdGhlIGVmZmVjdCB0aGF0IGVkaXRvcnMgc2hvdWxkDQp0YWtlIGNhcmUgb2YgdGhpcyBh bmQgdGhhdCB0aGlzIHBoZW5vbWVub24gaXMgbm90aGluZyB0byBkbyB3aXRoIHRoZQ0KdGVjaG5p cXVlIGRlc2NyaWJlZCBoZXJlLCBhIHNvcnQgb2Ygbm9uLUFwcGxpY2FiaWxpdHkgc3RhdGVtZW50 IHNvIHRoYXQNCndlIGRvIG5vdCwgaW4gZnV0dXJlLCBnZXQgdG9vIGxvbmcgbGluZXMgYXMNCg0K ICAgICAgLyogb3B0aWNhbCBpbnRlcmZhY2UgZnVuYyBuZWVkcyB0byBleHBhbmQgZm9yIEZpYmVy IENoYW5uZWwsXA0KXCBTT05FVCBhbmQgU0RIICovDQoNCmluc3RlYWQgb2YgdHVybmluZyB0aGVt IGludG8NCg0KICAgICAgLyogb3B0aWNhbCBpbnRlcmZhY2UgZnVuYyBuZWVkcyB0byBleHBhbmQN CiAgICAgICAgICBmb3IgRmliZXIgQ2hhbm5lbCwgU09ORVQgYW5kIFNESCAqLw0KDQpJIHRyaWVk IHRvIGV4cGxhaW4gdGhpcyB0byBhbiBlZGl0b3IgcmVjZW50bHkgYW5kIGhhZCBncmVhdCBkaWZm aWN1bHR5DQppbiBnZXR0aW5nIGFjcm9zcyB0aGF0IHRoZXJlIHdhcyBhIHByb2JsZW0sIGFuZCB0 aGlzIGlzIG5vdCBhbiBpc29sYXRlZA0KY2FzZTsgaGVuY2UgbXkgd2lzaCB0byBoYXZlIHNvbWV0 aGluZyB0byBwb2ludCB0byBhYm91dCBpdC4NCg0KVG9tIFBldGNoDQoNCg0KLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLQ0KRnJvbTogInQucGV0Y2giIDxpZXRmY0BidGNvbm5lY3QuY29tPg0K VG86ICJDYXJzdGVuIEJvcm1hbm4iIDxjYWJvQHR6aS5vcmc+OyAiUm9iZXJ0IFdpbHRvbiINCjxy d2lsdG9uPTQwY2lzY28uY29tQGRtYXJjLmlldGYub3JnPg0KQ2M6IDxuZXRtb2RAaWV0Zi5vcmc+ DQpTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMTgsIDIwMTggMTA6NTMgQU0NCg0KPiAtLS0tLSBP cmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206ICJDYXJzdGVuIEJvcm1hbm4iIDxjYWJvQHR6 aS5vcmc+DQo+IFNlbnQ6IEZyaWRheSwgU2VwdGVtYmVyIDE0LCAyMDE4IDEyOjE0IFBNDQo+DQo+ ID4gT24gU2VwIDE0LCAyMDE4LCBhdCAxMzowNSwgUm9iZXJ0IFdpbHRvbg0KPiA8cndpbHRvbj00 MGNpc2NvLmNvbUBkbWFyYy5pZXRmLm9yZz4gd3JvdGU6DQo+ID4gPg0KPiA+ID4gSWYgYWxsIGlu cHV0IGZpbGVzIHRoYXQgd2UgbWlnaHQgZXZlciB3YW50IHRvIGZvbGQgYW5kIGluY2x1ZGUgaW4N CmFuDQo+IFJGQyBhcmUgZ3VhcmFudGVlZCB0byBuZXZlciBjb250YWluIHRhYnMgdGhlbiBJIGFn cmVlIHdpdGggdGhlDQpwb3NpdGlvbg0KPiB0aGF0IHRoZXkgY2FuIGp1c3QgYmUgcmVqZWN0ZWQu DQo+ID4NCj4gPiBZZXAuDQo+ID4NCj4gPiA+IEJ1dCBpZiB0aGVyZSBpcyBzb21lIGZ1dHVyZSBm aWxlIGZvcm1hdCB0aGF0IHdlIHdhbnQgdG8gZm9sZCB0aGF0DQo+IG1pZ2h0IGNvbnRhaW4gdGFi cywgdGhlbiBJIHdvbmRlciB3aGV0aGVyIGl0IHdvdWxkIG5vdCBiZSBtb3JlIHJvYnVzdA0KdG8N Cj4gbG9vayBhdCB3aGV0aGVyIHRoZXkgY291bGQgYmUgaGFuZGxlZCBpbiBzb21lIHdheS4NCj4g Pg0KPiA+IFZUIGNoYXJhY3RlcnMgKGNvbGxvcXVpYWxseSB0YWJzKSBzaG91bGQgbm90IGJlIHNp Z25pZmljYW50IGluIGFueQ0KPiBmaWxlIGZvcm1hdCBkZXNpZ25lZCBpbiB0aGUgbGFzdCBjb3Vw bGUgb2YgZGVjYWRlcyAoaS5lLiwgdGhleSBzaG91bGQNCmJlDQo+IHJlcGxhY2VhYmxlIGJ5IHNw YWNlcykuICBJZiB0aGV5IChvciBhbnkgb3RoZXIgY2hhcmFjdGVycyBub3QNCj4gcmVwcmVzZW50 YWJsZSBpbiBSRkNzKSBhcmUsIG9yIHByZXNlcnZpbmcgYnl0ZSB3aXNlIGlkZW50aXR5IGlzDQo+ IGltcG9ydGFudCwgZm9sbG93IHRoZSBsZWFkIG9mIFJGQyA2NzE2IGFuZCBiYXNlNjQtZW5jb2Rl Lg0KPg0KPiBUaGlzIGNvbmZ1c2VzIG1lLiAgVGhpcyBJLUQgcmVmZXJlbmNlcyBSRkM3OTkxIHdo aWNoIGNsZWFybHkgZGVmaW5lcw0KdGFiDQo+IGFzICA5LCB3aGljaCBSRkMyMCBsYWJlbHMgSChv cml6b250YWwpIFQoYWIpLiAgVihlcnRpY2FsKSBUKGFiKSBpcyAxMS4NCj4NCj4gSSB3b3VsZCBu b3QgZXhwZWN0IFZUIHRvIGFwcGVhciBpbiBhbnkgcmVjZW50IGRvY3VtZW50IGJ1dCB3aGVuIGl0 DQpkb2VzLA0KPiB0aGVuIHJlcGxhY2luZyBpdCBieSBzcGFjZXMgd291bGQgYmUgd3JvbmcsIElN SE8uICBIVCBJIGRvIHNlZSwgZmFyDQp0b28NCj4gbXVjaCBvZiwgYmVjYXVzZSB0aGVyZSBpcyBu byBtZXRhZGF0YSBzYXlpbmcgd2hhdCB0aGUgSG9yaXpvbnRhbCBUYWINCj4gc2V0dGluZ3Mgc2hv dWxkIGJlIGFuZCB3aGlsZSBhICB2YWx1ZSBvZiBmaXZlIGlzIGNvbW1vbiwgdGhlcmUgYXJlIFJG Qw0KPiB3aGVyZSByZXBsYWNpbmcgdGFiIGNoYXJhY3RlcnMgd2l0aCBmaXZlIHNwYWNlcyB5aWVs ZHMgcnViYmlzaC4NCj4NCj4gVG9tIFBldGNoDQo+DQo+DQo+DQo+DQo+DQo+DQo+ID4NCj4gPiBH csO8w59lLCBDYXJzdGVuDQo+ID4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiA+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gPiBuZXRtb2RAaWV0 Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL25ldG1vZA0K PiA+DQo+DQoNCg== From nobody Fri Sep 21 05:58:33 2018 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 1C1DC130E79 for ; Fri, 21 Sep 2018 05:58:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 K4m9_mQ1chcJ for ; Fri, 21 Sep 2018 05:58:28 -0700 (PDT) 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 BE554130E78 for ; Fri, 21 Sep 2018 05:58:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15050; q=dns/txt; s=iport; t=1537534707; x=1538744307; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=l6yjzdrPvfX/YFYI3NEIuY9ZyhQFqInbGXuGABIXxrQ=; b=NoLuLSakyJADVCxO1WA4QNuZ6vfKrTF5TFxJuJR/Ackf0qHxwncO0p5c +SRknsBXTBNsFrxh/MXbAUH3R+qK2OWWehSdqAyc5NmKEuqbGe1X9WvBX 9EzNE+GptLNaWlCiU1W3DP4ZgkDuH3ay+KyC57qwcP9qnLI8RnovSfBJ0 E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AlAACa6aRb/xbLJq0YATkJDgsBAQE?= =?us-ascii?q?BAQEBAQEBAQEHAQEBAQEBgVKBEIFcTSASKINziHSNLC2RE4U8gXoLGAEKhAN?= =?us-ascii?q?GAoNnNRcBAwEBAgEBAm0cDIU4AQEBAQMBASFLCQIMBAkCFQECJwMCAicfEQY?= =?us-ascii?q?BDAYCAQEXgwYBggEPhVCBHZtNgS4fhFiFDQWLB4FBP4ESJ4FtfoMbAQECgTV?= =?us-ascii?q?ggkuCVwKIRSeGR4QpiR4JkCMGF4h2hjKHe4Z8hgqBQwE2gVUzGggbFTuCbIJ?= =?us-ascii?q?NiEmFBDs+MAGOWgEB?= X-IronPort-AV: E=Sophos;i="5.54,285,1534809600"; d="scan'208,217";a="6648940" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Sep 2018 12:58:25 +0000 Received: from [10.61.202.95] ([10.61.202.95]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id w8LCwPo1014820; Fri, 21 Sep 2018 12:58:25 GMT To: tom petch , Bob Harold , "adrian@olddog.co.uk" Cc: "netmod@ietf.org" , "rwilton=40cisco.com@dmarc.ietf.org" References: <153617788181.19783.8030234113753073864.idtracker@ietfa.amsl.com> <5404BB62-C21E-4A70-AABC-6FEF1FC5C44F@juniper.net> <072a01d44771$0da216b0$28e64410$@olddog.co.uk> <8e62fa6d-b4a9-a6e3-b13f-145d2e50d208@cisco.com> <5ED5E487-E172-482B-ADB2-CD52A1EBCA14@bogus.com> <041e01d44f35$77937340$4001a8c0@gateway.2wire.net> <029001d44f36$8d3becd0$a7b3c670$@olddog.co.uk> <055d01d451a0$e8c615a0$4001a8c0@gateway.2wire.net> From: Robert Wilton Message-ID: Date: Fri, 21 Sep 2018 13:58:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <055d01d451a0$e8c615a0$4001a8c0@gateway.2wire.net> Content-Type: multipart/alternative; boundary="------------B0583CD34B96DC68A54DEBB4" Content-Language: en-US X-Outbound-SMTP-Client: 10.61.202.95, [10.61.202.95] X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 21 Sep 2018 12:58:31 -0000 This is a multi-part message in MIME format. --------------B0583CD34B96DC68A54DEBB4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit So, I'm slightly regretting bringing this up in the first place because I'm not convinced it is worth the discussion time.  Bob Harold's solution is fine with me, and one that I was also considering suggesting, so is the 'tabs are banned' solution currently in the draft. I do strongly agree that using tabs to align genuine artwork (i.e. diagrams and the like) is not a wise idea.  However, the abstract from the draft is: This document introduces a simple and yet time-proven strategy for handling long lines in artwork in drafts using a backslash ('\') character where line-folding has occurred. The strategy works on any text based artwork,*but is primarily intended for sample text and formatted examples and code*, rather than for graphical artwork. The approach produces consistent results regardless of the content and uses a per-artwork header. The strategy is both self-documenting and enables automated reconstitution of the original artwork. So, this draft is intended is intended to cover text, formatted examples, and code; and I'm not completely convinced that these will never contains tabs, putting aside any discussion of what is best practice. However, I'm happy to leave the final decision to the discretion of the authors, or other WG members. Rob On 21/09/2018 12:48, tom petch wrote: > ----- Original Message ----- > From: "Bob Harold" > Sent: Wednesday, September 19, 2018 8:12 PM > On Tue, Sep 18, 2018 at 6:01 AM Adrian Farrel wrote: > >> Yeah :-Z >> >> So my inclination is to say "tabs in artwork are evil" and move on. >> Some folk like to use them when constructing text, but my suggestion > is >> that they convert to spaces/LF before posting drafts. >> >> If anyone wants to write another document tabs in json then, erm, > knock >> yourselves out. But I would prefer to just exclude them from folding > at >> this time. >> >> Cheers, >> Adrian >> >>> -----Original Message----- >>> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of tom petch >>> Sent: 18 September 2018 10:54 >>> >>> ----- Original Message ----- >>> From: "Carsten Bormann" >>> Sent: Friday, September 14, 2018 12:14 PM >>> >>>> On Sep 14, 2018, at 13:05, Robert Wilton >>> wrote: >>>>> If all input files that we might ever want to fold and include > in an >>> RFC are guaranteed to never contain tabs then I agree with the > position >>> that they can just be rejected. >>>> Yep. >>>> >>>>> But if there is some future file format that we want to fold > that >>> might contain tabs, then I wonder whether it would not be more > robust to >>> look at whether they could be handled in some way. >>>> VT characters (colloquially tabs) should not be significant in any >>> file format designed in the last couple of decades (i.e., they > should be >>> replaceable by spaces). If they (or any other characters not >>> representable in RFCs) are, or preserving byte wise identity is >>> important, follow the lead of RFC 6716 and base64-encode. >>> >>> This confuses me. This I-D references RFC7991 which clearly defines > tab >>> as 9, which RFC20 labels H(orizontal) T(ab). V(ertical) T(ab) is > 11. >>> I would not expect VT to appear in any recent document but when it > does, >>> then replacing it by spaces would be wrong, IMHO. HT I do see, far > too >>> much of, because there is no metadata saying what the Horizontal Tab >>> settings should be and while a value of five is common, there are > RFC >>> where replacing tab characters with five spaces yields rubbish. >>> >>> Tom Petch >>> >>>> Grüße, Carsten > The purpose of folding is to get all lines under a certain max width. > Tabs > were historically set every 8 characters, although terminals and editors > have allowed users to change them. Changes are typically to reduce them > to > 4 or 2. I have not heard of anyone increasing them beyond 8. So for > purposes of max line length, 8 is the worst case. Then for folding, > count > tabs as filling to the next multiple of 8, (or worst case, assume a full > 8) > and fold appropriately. This should unfold properly. (Do not attempt > to > replace tabs with spaces.) It won't always be what the author intended, > but it is the best that we can do. Better and simpler than trying to > enforce "no tabs allowed". > > > > Bob > > My experience of tabs is different, which is why I think that Adrian has > it right when he says > ....say "tabs in artwork are evil" and move on. > > All the text processors I can recall had a default of tab meaning 5 > spaces, never 2 or 4 or 8. And the prime use of tabs has been to > achieve vertical alignment in artwork, tables and such like, where the > tab settings might be > 10 23 49 68 > allowing a suitable amount of space for the different fields of the > table. (I see this usage going beyond text processing). > > So, banish tabs; require the submitter to turn them into whatever they > mean by them first. > > Tom Petch > > > > > > > > -- > Bob Harold > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------B0583CD34B96DC68A54DEBB4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

So, I'm slightly regretting bringing this up in the first place because I'm not convinced it is worth the discussion time.  Bob Harold's solution is fine with me, and one that I was also considering suggesting, so is the 'tabs are banned' solution currently in the draft.

I do strongly agree that using tabs to align genuine artwork (i.e. diagrams and the like) is not a wise idea.  However, the abstract from the draft is:

   This document introduces a simple and yet time-proven strategy for
   handling long lines in artwork in drafts using a backslash ('\')
   character where line-folding has occurred.  The strategy works on any
   text based artwork, but is primarily intended for sample text and
   formatted examples and code, rather than for graphical artwork.  The
   approach produces consistent results regardless of the content and
   uses a per-artwork header.  The strategy is both self-documenting and
   enables automated reconstitution of the original artwork.

So, this draft is intended is intended to cover text, formatted examples, and code; and I'm not completely convinced that these will never contains tabs, putting aside any discussion of what is best practice.

However, I'm happy to leave the final decision to the discretion of the authors, or other WG members.

Rob


On 21/09/2018 12:48, tom petch wrote:
----- Original Message -----
From: "Bob Harold" <rharolde@umich.edu>
Sent: Wednesday, September 19, 2018 8:12 PM
On Tue, Sep 18, 2018 at 6:01 AM Adrian Farrel wrote:


Yeah :-Z

So my inclination is to say "tabs in artwork are evil" and move on.
Some folk like to use them when constructing text, but my suggestion

is

that they convert to spaces/LF before posting drafts.

If anyone wants to write another document tabs in json then, erm,

knock

yourselves out. But I would prefer to just exclude them from folding

at

this time.

Cheers,
Adrian


-----Original Message-----
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of tom petch
Sent: 18 September 2018 10:54

----- Original Message -----
From: "Carsten Bormann" <cabo@tzi.org>
Sent: Friday, September 14, 2018 12:14 PM


On Sep 14, 2018, at 13:05, Robert Wilton

<rwilton=40cisco.com@dmarc.ietf.org> wrote:

If all input files that we might ever want to fold and include

in an

RFC are guaranteed to never contain tabs then I agree with the

position

that they can just be rejected.

Yep.


But if there is some future file format that we want to fold

that

might contain tabs, then I wonder whether it would not be more

robust to

look at whether they could be handled in some way.

VT characters (colloquially tabs) should not be significant in any

file format designed in the last couple of decades (i.e., they

should be

replaceable by spaces).  If they (or any other characters not
representable in RFCs) are, or preserving byte wise identity is
important, follow the lead of RFC 6716 and base64-encode.

This confuses me.  This I-D references RFC7991 which clearly defines

tab

as  9, which RFC20 labels H(orizontal) T(ab).  V(ertical) T(ab) is

11.

I would not expect VT to appear in any recent document but when it

does,

then replacing it by spaces would be wrong, IMHO.  HT I do see, far

too

much of, because there is no metadata saying what the Horizontal Tab
settings should be and while a  value of five is common, there are

RFC

where replacing tab characters with five spaces yields rubbish.

Tom Petch


Grüße, Carsten

The purpose of folding is to get all lines under a certain max width.
Tabs
were historically set every 8 characters, although terminals and editors
have allowed users to change them.  Changes are typically to reduce them
to
4 or 2.  I have not heard of anyone increasing them beyond 8.  So for
purposes of max line length, 8 is the worst case.   Then for folding,
count
tabs as filling to the next multiple of 8, (or worst case, assume a full
8)
and fold appropriately.  This should unfold properly.  (Do not attempt
to
replace tabs with spaces.)  It won't always be what the author intended,
but it is the best that we can do.  Better and simpler than trying to
enforce "no tabs allowed".

<tp>

Bob

My experience of tabs is different, which is why I think that Adrian has
it right when he says
....say "tabs in artwork are evil" and move on.

All the text processors I can recall had a default of tab meaning 5
spaces, never 2 or 4 or 8.  And the prime use of tabs has been to
achieve vertical alignment in artwork, tables and such like, where the
tab settings might be
10 23 49 68
allowing a suitable amount of space for the different fields of the
table.  (I see this usage going beyond text processing).

So, banish tabs; require the submitter to turn them into whatever they
mean by them first.

Tom Petch







--
Bob Harold

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

--------------B0583CD34B96DC68A54DEBB4-- From nobody Fri Sep 21 06:47:19 2018 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 90F7E129385; Fri, 21 Sep 2018 06:47:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind?= To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> Date: Fri, 21 Sep 2018 06:47:17 -0700 Archived-At: Subject: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2018 13:47:18 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- 1) The tcp options element is type uint32, however, the option field in the TCP header can be up to 40 bytes. 2) Why are only TCP and UDP supported? What's about SCTP and DCCP? 3) The icmp rest-of-header can also be larger than 4 bytes but the type is uint32 again. From nobody Fri Sep 21 11:17:04 2018 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 C8064130E99 for ; Fri, 21 Sep 2018 11:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 DTsgNQDH1SIT for ; Fri, 21 Sep 2018 11:16:56 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE276130E42 for ; Fri, 21 Sep 2018 11:16:54 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8LIEHUI019192; Fri, 21 Sep 2018 11:16:50 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=qIvoLSo8z7QiDM8gH4cNHPK7xQ7/hjcT+BRgx050XVY=; b=hmcS4oQChyXodL80z1HuUn8SefHx2dWGTVxgtWRtMRAXgTrY8wPZcnm99tbcJOLmJTUv OVkvp4QRme9JKliEuJp++XVHncnRc9D2KTz1bq8o0vWI5JpPWbD6ouPIgSGd6bB6J/PR tHDgq6M6prvAvgK/o4JdITYofp0DYVpklk0SO6T5u5IH8PGq6D8p0yL+ZcKq9nLhBt8z yCcpWegmBp8r6l/CJlHIlHekLXmJQ6JUw82iRL3frFmYNjlCV0FRxLGmBvDvPkB4uGKa 86jX+f7EH/SlVrsf5e/oRpKxiMuK04Zru9/79iKxxpjUjTtM+1TZyauuIiHeiAwKEt2I uw== Received: from nam01-sn1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0113.outbound.protection.outlook.com [207.46.163.113]) by mx0b-00273201.pphosted.com with ESMTP id 2mn35c0a4e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 21 Sep 2018 11:16:50 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB4649.namprd05.prod.outlook.com (20.176.109.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.10; Fri, 21 Sep 2018 18:16:48 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::544a:dd4d:9524:9e6d]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::544a:dd4d:9524:9e6d%5]) with mapi id 15.20.1164.014; Fri, 21 Sep 2018 18:16:48 +0000 From: Kent Watsen To: Robert Wilton , tom petch , Bob Harold , "adrian@olddog.co.uk" CC: "netmod@ietf.org" Thread-Topic: perfect extraction, tabs, and long lines - oh my Thread-Index: AQHUUddDmC2fPcIExUyr13bkTSDHbQ== Date: Fri, 21 Sep 2018 18:16:48 +0000 Message-ID: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB4649; 6:4kFYA/UDUHZW5XK7uIp+LeRdglX4QTzcbsl/n+BweW+N7NKsbobrZAgoY62SJD4xrc4TSZmkVta5jB0h3uf3Gtd8sfa77JZps9xIPLDEjlpUUhaPNCsVM4c2Uq2L4Bw6OZmjIBmQv+VGHrodFkJSHV6o8Lz4qBZMMdzosfXE6a35rFNVLhs5JnvOrsyVHVQqbCRlxLxNO//EMbZ7ZKSkX4+myavXKRD2jLRLKDf8e+/D5GnBFh/tCgLNPmLcbKdPpNjqXGOFe1D62ekLyVgGidg+mtcmluhDGS24lg/CWzufIDO+73nk9nGnLC+6PeCKcSmwc+F+gN6yZsa6Hve4PmBw5r2I4lgyJXoY6u5MNMYWlSREBSYCfIeqcOjXU1lC8nW3O1GObC6emNTSuPtPYS0fJjZONHOtycahNgpWxsaRu1/jFOaWlaU4p0qbYsSTuJYZPXF+/kS7NTfqYHriMA==; 5:t+HpkFMjNcQkQ+OL2KM5INfB25wW48B2BHEyJvlK1cZyBtn8/HNrrX+PRoxJ0cPmdYuMhxMR+30bk2rKDUOm3zOKwfNEVVXFSeMxB2UoHd+RCYgIDCUauPikNyd3wuUiR0s0e9jxC4hCRcWHAgH83Op3U5x0ad7GD4D7XTodSCk=; 7:L8lijqCJlsTrin0BeWldBwq3tU4yBXWnFXURlH8xXlsrEoVUzn0XPlgHq232L3+6DukQQomRyT9cP2F/r1Bw7F8ZpnAP+qnOrE0qSaghTPkPdJoIQyjOJBBDDC/y1wnNnUaAeYZultZy9qPRlrPCeOZeEoU/LRDK+lbpp3pY/g0Uxwei3RAbaqsUWt3tIus8KZ0lzzpYiRKGDjmUa4xG9YfHfpjAUgWisJ4rUAfmFCLx5EeOR2HbU4NSlsgGk5QJ x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: bb273167-d8c9-4964-4102-08d61fee659d x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB4649; x-ms-traffictypediagnostic: DM6PR05MB4649: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231355)(944501410)(52105095)(3002001)(6055026)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123564045)(201708071742011)(7699051); SRVR:DM6PR05MB4649; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB4649; x-forefront-prvs: 0802ADD973 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39860400002)(396003)(346002)(366004)(376002)(199004)(189003)(5250100002)(2900100001)(26005)(25786009)(6116002)(3846002)(6512007)(476003)(2616005)(486006)(316002)(186003)(53936002)(7736002)(5660300001)(66066001)(86362001)(305945005)(97736004)(2906002)(99286004)(102836004)(8936002)(14454004)(33656002)(6436002)(478600001)(6506007)(68736007)(14444005)(256004)(36756003)(2171002)(2501003)(82746002)(8676002)(81156014)(81166006)(6486002)(106356001)(71190400001)(58126008)(105586002)(71200400001)(4326008)(110136005)(83716004); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4649; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: D3rRqhyg9Bmxdo07GzY/jfmZj2ie3Gjzka1x+VDFwJljlLAATCE2EZJsrLS2LVa38sV5g4gg/ma+YBkH2ZinvaajPyaplVT3xAaCnqapVQm5P2Uo6aipt3KmiuS/c5aiFyQlGfZI2KMmkpuLInjA1BGE31pfYtNCfrtKGHEu9p4DcQQxkEaXB3s3ZY2wGPj5QJQ8S6x6H50GG13K3axyEcMhfyR4/ipkBZtwdnzshZ4qLpi6D+7jbJ+ey+vXW4r6l+Y/R+BhOt661NBZbmjk2otz5PEkX9Wcoa61Q8hKQOmrSNWkWoVVzceaXBd1AOKEQLbyuc3+2MX7tSS+Ev8m1erNIjU+VPzHPpUgYHAHKiM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: bb273167-d8c9-4964-4102-08d61fee659d X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2018 18:16:48.6065 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4649 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-21_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=758 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809210178 Archived-At: Subject: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2018 18:17:03 -0000 W25ldyBzdWJqZWN0IGxpbmVdDQoNCkl0IGlzIG9uZSB0aGluZyBmb3IgYW4gZWRpdG9yIHRvIHVz ZSB0YWJzIGR1cmluZyB0aGUgY3JlYXRpb24gb2YgdGV4dCwNCmFuZCBhbm90aGVyIHRvIHB1Ymxp c2ggdGV4dCB3aXRoIGFuIGV4cGVjdGF0aW9uIHRoYXQgY29uc3VtZXJzIHdpbGwNCnJlbmRlciB0 aGUgdGFicyB0aGUgc2FtZSB3YXkuICBFaXRoZXIgdGhlIHNvdXJjZSBlZGl0b3IgY29udmVydHMg dGFicw0KdG8gc3BhY2VzLCB3aGljaCBpcyBpbnRlcm9wZXJhYmxlIHRvZGF5LCBvciBrZWVwIHRo ZSB0YWJzIHdoaWxlDQpwdWJsaXNoaW5nIG1ldGFkYXRhIGluIHRoZSB0ZXh0LCB1c2luZyBzb21l IFRCRCBzdGFuZGFyZCwgZW5hYmxpbmcNCmNvbnN1bWVycyB0byB1c2UgdGhlIHNhbWUgdGFiIHN0 b3BzLiAgDQoNCklmIHRoZXJlIHdlcmUgYSBzdGFuZGFyZCBlbmFibGluZyB0aGUgcHVibGlzaGlu ZyBvZiB0ZXh0IGluY2x1ZGluZw0KdGFicywgaXQgc2hvdWxkIHdvcmsgZm9yIGFsbCBhcnR3b3Jr LCBub3QganVzdCBhcnR3b3JrIHRoYXQgaGFzIGJlZW4NCmZvbGRlZC4gIFRoaXMgaXMgc2ltaWxh ciB0byB0aGUgZGlzY3Vzc2lvbiB3ZSBoYWQgYmVmb3JlIGFib3V0IGhhdmluZw0KYmVnaW4vZW5k IG1hcmtlcnMgZW5hYmxpbmcgcGVyZmVjdCBleHRyYWN0aW9ucywgaW4gdGhhdCBpdCBpcyBhbHNv DQpzb21ldGhpbmcgdGhhdCBwZXJ0YWlucyB0byBhbGwgYXJ0d29yaywgbm90IGp1c3QgYXJ0d29y ayB0aGF0IGhhcyANCmJlZW4gZm9sZGVkLiAgDQoNClRodXMsIHRoZXJlIGFyZSBhIHRvdGFsIG9m IHRocmVlIHByb2JsZW1zOg0KICBQMTogcGVyZmVjdCBleHRyYWN0aW9uDQogIFAyOiB0YWJzDQog IFAzOiBsb25nIGxpbmVzDQoNCkFzc3VtaW5nIGFsbCB0aGluZyB3ZXJlIHNvbHZlZCBwcm9ibGVt cywgYW5kIGFzc3VtaW5nIHRoYXQgd2UgYWx3YXlzDQp3YW50IHBlcmZlY3QgZXh0cmFjdGlvbiwg dGhlIHBvc3NpYmxlIGNvbWJpbmF0aW9ucyBmb3IgdGhlIG9jY3VycmVuY2UNCm9mIHRoZSBvdGhl ciB0d28gcHJvYmxlbXMgYXJlOg0KICAtIG5vIHRhYnMgb3IgbG9uZyBsaW5lcw0KICAtIHRhYnMs IGJ1dCBubyBsb25nIGxpbmVzDQogIC0gbG9uZyBsaW5lcywgYnV0IG5vIHRhYnMNCiAgLSB0YWJz IGFuZCBsb25nIGxpbmVzDQoNCkhvdyBhcmUgdGhleSBvcmRlcmVkPyAgQ2xlYXJseSBzdXBwb3J0 aW5nIHBlcmZlY3QgZXh0cmFjdGlvbnMgaGFzIA0KdG8gYmUgdGhlIG91dGVybW9zdCB0aGluZywg YnV0IHdoYXQgYWJvdXQgdGhlIG90aGVyIHR3bz8gICBEb2VzIGl0DQptYXR0ZXI/DQoNClRoaW5r aW5nIGFib3V0IHNvbHV0aW9uczoNCg0KIC0gdGhlIHNvbHV0aW9uIGZvciBsb25nLWxpbmVzIGlz IHRvIHVzZSBhIGhlYWRlciAobm90IGEgZm9vdGVyKQ0KICAgYmVjYXVzZSBpdCdzIGJlbGlldmVk IGltcG9ydGFudCB0byBwcmltZSByZWFkZXJzICpiZWZvcmUqIHRoZXkNCiAgIHJlYWQgdGhlIHRl eHQuDQoNCiAtIHRoZSBzb2x1dGlvbiBmb3IgcGVyZmVjdC1leHRyYWN0aW9uIGNvdWxkIGJlIGVp dGhlcjoNCiAgICAgLSB1c2UgYm90aCBhIGhlYWRlci1hbmQtZm9vdGVyIG1hcmtlciAobG93IHRl Y2gpDQogICAgIC0gb3IgdXNlIGVpdGhlciBhIGhlYWRlciBvciBhIGZvb3RlciB0aGF0IGVuY29k ZXMNCiAgICAgICBzb21ldGhpbmcgbGlrZSBhICJudW0gbGluZXMiIHZhbHVlIGludG8gdGhlIA0K ICAgICAgIG1hcmtlci4gIChub3RlOiBmb290ZXItb25seSBva2F5IHNpbmNlIHRoZSBtYXJrZXIN CiAgICAgICBpcyBmb3IgcHJvZ3JhbW1hdGljIHByb2Nlc3NvcnMsIG5vdCB0aGUgcmVhZGVycykN Cg0KIC0gdGhlIHNvbHV0aW9uIGZvciB0YWJzIGNvdWxkIGJlIHRvIHVzZSBlaXRoZXIgYSBoZWFk ZXINCiAgIG9yIGEgZm9vdGVyIHRoYXQgZW5jb2RlcyB0aGUgdGFiLSBzdG9wIG1ldGFkYXRhLiAo bm90ZToNCiAgIGZvb3Rlci1vbmx5IG9rYXkgc2luY2UgdGhlIG1hcmtlciBpcyBmb3IgcHJvZ3Jh bW1hdGljDQogICBwcm9jZXNzb3JzLCBub3QgdGhlIHJlYWRlcnMpDQoNCg0KSWYgdGFicyB3ZXJl IHRvIGJlIHN1cHBvcnRlZCBieSB0aGUgZm9sZGluZyBzb2x1dGlvbiAobm90ZTogaXQNCmRvZXNu J3QgbWFrZSBzZW5zZSB0byB0YWxrIGFib3V0ICJmb2xkcyBiZWluZyBzdXBwb3J0aW5nIGJ5IHRo ZQ0KdGFiYmluZyBzb2x1dGlvbiIpLCB0aGVuIGVpdGhlcjoNCg0KICBhKSB0YWJzIGFyZSBoYW5k bGVkICpiZWZvcmUqIGZvbGRpbmcsIGFuZCB0aGUgZm9sZGluZy1zb2x1dGlvbiANCiAgICAgaXMg YXdhcmUgb2YgdGhlIHRhYi1zb2x1dGlvbiAoaS5lLiwgaXQgaXMgYWJsZSB0byBwcm9jZXNzIA0K ICAgICB0aGUgbWV0YWRhdGEpLg0KDQogICAgICAtIGV2ZXJ5Ym9keSBub2RzIDspDQoNCiAgYikg dGhlIGZvbGRpbmctc29sdXRpb24gaXMgcmVhbGx5IGEgZm9sZGluZyt0YWIgc29sdXRpb24sIHRo YXQgaXMsDQogICAgIGl0IGhhcyBhIGJ1aWx0LWluIHdheSBvZiBoYW5kbGluZyB0YWJzIChpLmUu LCBlbmNvZGluZyB0YWIgc3RvcA0KICAgICBtZXRhZGF0YSkgaW5kZXBlbmRlbnQgb2YgaG93IHRh YnMgYXJlIGhhbmRsZWQgZm9yIHRleHQgdGhhdCBoYXMNCiAgICAgbm90IGJlZW4gZm9sZGVkLg0K DQogICAgICAtIHRoaXMgbWF5IGJlIHRlY2huaWNhbGx5IHBvc3NpYmxlLCBidXQgd2Ugc2hvdWxk IGF2b2lkIGhhdmluZw0KICAgICAgICB0d28gc29sdXRpb25zIHRvIHNvbHZlIHRoZSB0YWIgcHJv YmxlbS4gIFdlIHdvdWxkIGJlIGJldHRlcg0KICAgICAgICBvZmYgc29sdmluZyB0aGUgdGFiLXBy b2JsZW0gZGlyZWN0bHkgYW5kIHRoZW4gdXNlIChhKS4NCg0KICBjKSB0aGUgZm9sZGluZy1zb2x1 dGlvbiBmb2xkcyB1c2luZyB0aGUgc291cmNlIHRhYiBzdG9wcywgYnV0IGRvZXMNCiAgICAgbm90 IGl0c2VsZiBlbmNvZGUgbWV0YWRhdGEgYWJvdXQgdGhlIHRhYiBzdG9wcywgYXNzdW1pbmcgdGhh dA0KICAgICB0aGVyZSBpcyBhICJwcm9taXNlIiB0aGF0IHRoZSBlbmNvZGluZyBvZiB0aGUgbWV0 YWRhdGEgd2lsbA0KICAgICBvY2N1ciBpbiBhIHdyYXBwZXIgbGF5ZXIgYXJvdW5kIGl0Lg0KDQog ICAgICAtIHRoaXMgZmVlbHMgaWNreSwgYnV0IGl0IHNlZW1zIHZpYWJsZSBhbmQsIHdvdWxkIHBv c3NpYmxlDQogICAgICAgIGFsbG93IHVzIHRvIHByb2NlZWQgd2l0aCB0aGlzIGRyYWZ0IHdpdGhv dXQgaGF2aW5nIHRvIHNvbHZlDQogICAgICAgIHRoZSB0YWJiaW5nIHByb2JsZW0gbm93Lg0KDQoN Ck9wdGlvbnM6DQoNCiAgMSkgUkZDIGRpc2FsbG93cyBUQUJTIGluIGJvdGggdGhlIHNvdXJjZS1p bnB1dCBhbmQgZm9sZGVkLW91dHB1dC4NCiAgICAgKioqVGhpcyBpcyB3aGF0IHdlIGN1cnJlbnRs eSBoYXZlKioqDQoNCiAgMikgUkZDIGRpc2FsbG93cyBUQUJTIG9ubHkgaW4gdGhlIGZvbGRlZC1v dXRwdXQsIHBlciBSRkMgNzk5MSwNCiAgICAgbGVhdmluZyBpdCB0byB0aGUgZm9sZGluZy1sb2dp YyAodGhlIHNjcmlwdCkgdG8gZGVjaWRlIGlmIGl0DQogICAgIHdhbnRzIHRvOg0KICAgICAgYSkg ZGlzYWxsb3cgVEFCUyBpbiB0aGUgc291cmNlIGlucHV0IChjdXJyIHNjcmlwdCBkb2VzIHRoaXMp DQogICAgICBiKSBkZXRlY3QgVEFCUyBleGlzdCBhbmQgcHJvbXB0IHVzZXIgZm9yIFRBQiBzdG9w IGluZm8NCiAgICAgIGMpIGRldGVjdCBUQUJTIGFuZCBxdWVyeSBlbnZpcm9ubWVudCBmb3IgY3Vy IFRBQiBzdG9wIGluZm8NCiAgICAgICAgIChidXQgdGFiLXN0b3BzIG1heSBkaWZmZXIgaW4gdGhl IHNoZWxsIHRoZSB0ZXh0IGVkaXRvciwNCiAgICAgICAgIG9yIHdoYXRldmVyIHdhcyB1c2VkIHRv IGNyZWF0ZSB0aGUgdGV4dCwgcmlnaHQ/KQ0KDQogIDMpIFJGQyBhbGxvd3MgVEFCUywgYW5kIHNv bHZlcyBpdCBieSBkZXBlbmRpbmcgb24gYSB0YWItc29sdXRpb24sDQogICAgIGFzIGRlc2NyaWJl ZCBieSAoYSkuDQoNCiAgNCkgUkZDIGFsbG93cyBUQUJTLCBidXQgZG9lcyBub3Qgc29sdmVzIGl0 LCBhcyBkZXNjcmliZWQgYnkgKGMpLg0KICAgICBUaGlzIHdvdWxkIHByb2JhYmx5IE5PVCBiZSBh bGxvd2VkIGZyb20gYSBzdGFuZGFyZGl6YXRpb24NCiAgICAgcGVyc3BlY3RpdmUuDQoNCg0KTW92 aW5nIHRvICgyKSB3b3VsZCBiZSBlYXN5IGFuZCBwcm9iYWJseSByZXNvbHZlcyBtb3N0IGNvbmNl cm5zDQpoZXJlLiAgDQoNCk1vdmluZyB0byAoMykgaXMgcG9zc2libGUsIGJ1dCB3ZSB3b3VsZCBk byBzbyBvbmx5IHRvOg0KDQogLSBzdXBwb3J0IG5vbi1JRVRGIHVzZSBjYXNlcw0KDQogLSBvciBw YXZlIHRoZSB3YXkgZm9yIGFuIHJmYzc5OTFiaXMgdGhhdCBjb3VsZCBkZXBlbmQgb24gdGhlIA0K ICAgc29sdXRpb25zIHdlIGRlZmluZSBoZXJlLiAgDQoNCiAgIFRoYXQgaXMsIHJmYzc5OTFiaXMg Y291bGQgKmFsbG93KiBsb25nLWxpbmVzIGFuZCB0YWJzIHdoaWxlDQogICBgeG1sMnJmY2AgYXBw bGllcyB0aGUgc29sdXRpb25zIGJlaW5nIGRpc2N1c3NlZCBoZXJlIG9ubHkNCiAgIGZvciB3aGVu IGV4cG9ydGluZyB0aGUgInBsYWluLXRleHQiIGZvcm1hdCAob3RoZXIgZm9ybWF0cw0KICAgbWF5 IGhhdmUgYmV0dGVyIHdheXMgdG8gc3VwcG9ydCBwZXJmZWN0IGV4dHJhY3Rpb25zIGFuZC9vcg0K ICAgbm90IGNhcmUgYWJvdXQgbG9uZy1saW5lcyBvciB0YWJzKS4NCg0KICAgUFM6IGFzIGEgY29y b2xsYXJ5LCByZWFsaXplIHRoYXQgd2hlbiB3ZSBwcmUtdGV4dHVhbGl6aW5nDQogICAgICAgYXJ0 d29yayBmb3IgWE1MLWJhc2VkIHN1Ym1pc3Npb25zLCB3ZSBhcmUgc29tZXdoYXQNCiAgICAgICB3 b3JzZW5pbmcgdGhlIHJlc3VsdCBmb3Igb3RoZXIgb3V0cHV0IGZvcm1hdHMgKG5vdA0KICAgICAg ICJwbGFpbi10ZXh0IikuDQoNCg0KDQpLZW50DQoNCg0K From nobody Mon Sep 24 02:29:12 2018 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 3C2AD130E78 for ; Mon, 24 Sep 2018 02:29:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QJ4sduPWLTs9 for ; Mon, 24 Sep 2018 02:29:07 -0700 (PDT) Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 910C5130E77 for ; Mon, 24 Sep 2018 02:29:06 -0700 (PDT) Received: by trail.lhotka.name (Postfix, from userid 109) id CA9A118202DC; Mon, 24 Sep 2018 11:36:45 +0200 (CEST) Received: from localhost (unknown [195.113.220.121]) by trail.lhotka.name (Postfix) with ESMTPSA id 50BF21820059; Mon, 24 Sep 2018 11:36:40 +0200 (CEST) From: Ladislav Lhotka To: Kent Watsen , Robert Wilton , tom petch , Bob Harold , "adrian\@olddog.co.uk" Cc: "netmod\@ietf.org" In-Reply-To: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> Mail-Followup-To: Kent Watsen , Robert Wilton , tom petch , Bob Harold , "adrian\@olddog.co.uk" , "netmod\@ietf.org" Date: Mon, 24 Sep 2018 11:28:59 +0200 Message-ID: <8736tz6y78.fsf@nic.cz> MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2018 09:29:10 -0000 Hi, it is quite funny: we are using XML in an area that it wasn't really designed for - representation of hierarchical data - but, on the other hand, we *don't* use XML where it could effectively help us avoid awkward formatting and extraction problems such as those discussed in this thread. Since the beginning, I've been writing YANG source in the YIN XML notation (and most people find it weird). However, when one uses a schema-aware editor such as nxml mode of emacs, writing YIN is really a pleasant experience: - no need to remember YANG syntax, all statements are autocompleted in a context-sensitive way - no need to care about the prescribed order of substatements (for the pyang --ietf check) - (mostly) no need to care about long lines and whitespace. A schema-aware editor takes care about the first item and XSLT scripts about the rest. All the tools are available in my GitHub skeleton project https://github.com/llhotka/YANG-I-D And as for extracting YANG modules from I-D text: given that I-D submission format is XML (xml2rfc), the most natural way for including YANG modules in an I-D would be to use YIN directly instead of . Both formatting and extracting the module would then be absolutely painless - it is a different XML namespace, so tools should have no problems with it. I suspect I won't attract many supporters but I couldn't help myself. It bothers me that we have all the tools and technologies available but - because the general opinion is that they are hard to use - we instead struggle with brittle and tricky technicalities like those below. Isn't it much harder after all? Lada Kent Watsen writes: > [new subject line] > > It is one thing for an editor to use tabs during the creation of text, > and another to publish text with an expectation that consumers will > render the tabs the same way. Either the source editor converts tabs > to spaces, which is interoperable today, or keep the tabs while > publishing metadata in the text, using some TBD standard, enabling > consumers to use the same tab stops. > > If there were a standard enabling the publishing of text including > tabs, it should work for all artwork, not just artwork that has been > folded. This is similar to the discussion we had before about having > begin/end markers enabling perfect extractions, in that it is also > something that pertains to all artwork, not just artwork that has > been folded. > > Thus, there are a total of three problems: > P1: perfect extraction > P2: tabs > P3: long lines > > Assuming all thing were solved problems, and assuming that we always > want perfect extraction, the possible combinations for the occurrence > of the other two problems are: > - no tabs or long lines > - tabs, but no long lines > - long lines, but no tabs > - tabs and long lines > > How are they ordered? Clearly supporting perfect extractions has > to be the outermost thing, but what about the other two? Does it > matter? > > Thinking about solutions: > > - the solution for long-lines is to use a header (not a footer) > because it's believed important to prime readers *before* they > read the text. > > - the solution for perfect-extraction could be either: > - use both a header-and-footer marker (low tech) > - or use either a header or a footer that encodes > something like a "num lines" value into the > marker. (note: footer-only okay since the marker > is for programmatic processors, not the readers) > > - the solution for tabs could be to use either a header > or a footer that encodes the tab- stop metadata. (note: > footer-only okay since the marker is for programmatic > processors, not the readers) > > > If tabs were to be supported by the folding solution (note: it > doesn't make sense to talk about "folds being supporting by the > tabbing solution"), then either: > > a) tabs are handled *before* folding, and the folding-solution > is aware of the tab-solution (i.e., it is able to process > the metadata). > > - everybody nods ;) > > b) the folding-solution is really a folding+tab solution, that is, > it has a built-in way of handling tabs (i.e., encoding tab stop > metadata) independent of how tabs are handled for text that has > not been folded. > > - this may be technically possible, but we should avoid having > two solutions to solve the tab problem. We would be better > off solving the tab-problem directly and then use (a). > > c) the folding-solution folds using the source tab stops, but does > not itself encode metadata about the tab stops, assuming that > there is a "promise" that the encoding of the metadata will > occur in a wrapper layer around it. > > - this feels icky, but it seems viable and, would possible > allow us to proceed with this draft without having to solve > the tabbing problem now. > > > Options: > > 1) RFC disallows TABS in both the source-input and folded-output. > ***This is what we currently have*** > > 2) RFC disallows TABS only in the folded-output, per RFC 7991, > leaving it to the folding-logic (the script) to decide if it > wants to: > a) disallow TABS in the source input (curr script does this) > b) detect TABS exist and prompt user for TAB stop info > c) detect TABS and query environment for cur TAB stop info > (but tab-stops may differ in the shell the text editor, > or whatever was used to create the text, right?) > > 3) RFC allows TABS, and solves it by depending on a tab-solution, > as described by (a). > > 4) RFC allows TABS, but does not solves it, as described by (c). > This would probably NOT be allowed from a standardization > perspective. > > > Moving to (2) would be easy and probably resolves most concerns > here. > > Moving to (3) is possible, but we would do so only to: > > - support non-IETF use cases > > - or pave the way for an rfc7991bis that could depend on the > solutions we define here. > > That is, rfc7991bis could *allow* long-lines and tabs while > `xml2rfc` applies the solutions being discussed here only > for when exporting the "plain-text" format (other formats > may have better ways to support perfect extractions and/or > not care about long-lines or tabs). > > PS: as a corollary, realize that when we pre-textualizing > artwork for XML-based submissions, we are somewhat > worsening the result for other output formats (not > "plain-text"). > > > > Kent > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Mon Sep 24 13:49:28 2018 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 801F01310F6 for ; Mon, 24 Sep 2018 13:49:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 K7g2w2_mEVGQ for ; Mon, 24 Sep 2018 13:49:24 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E62D130F8E for ; Mon, 24 Sep 2018 13:49:24 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8OKjbu2002817; Mon, 24 Sep 2018 13:49:18 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=Xm69Kibbu/cPStCLt3vxcvqDEcqRwD20uci9NzREMwk=; b=L8c26w5rOcRB9o1zvgwiVwK0skvaxY2f2yE8fUrGQRSOiACg5BstTvFxakNc+hlMkXi9 f5aCiP68VD1ImNGHQ8KkXHBzIqf+kmxcafuiyfykPN8aaVFNOJub73oT8NSDkjWBtv55 fiehTsAq9piTao7CYM4Ge/iYOuPRESUngMMFoX8aoq62Gyxgp0kCuDlJma2wtSIZsTfG sonqX8zTM5UEPbSwuSVbIUvR/eNQObjJh/dIT3E52O1ojytkc5ucQ5C35swr2GX57Dfs zpKWFk0nb9v3omaWvHkmdspkbYMKwzr+G5GMRM7Bd0kvuWj7W5HPm6Y9U4XGdX2wBwwF 1w== Received: from nam03-co1-obe.outbound.protection.outlook.com (mail-co1nam03lp0022.outbound.protection.outlook.com [216.32.181.22]) by mx0b-00273201.pphosted.com with ESMTP id 2mpxsg13fq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 24 Sep 2018 13:49:18 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5243.namprd05.prod.outlook.com (20.177.223.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.16; Mon, 24 Sep 2018 20:49:16 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Mon, 24 Sep 2018 20:49:16 +0000 From: Kent Watsen To: tom petch , Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611d6T/qciA Date: Mon, 24 Sep 2018 20:49:15 +0000 Message-ID: <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> In-Reply-To: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB5243; 6:HpK4NTbS1j+UxQ5QajLQVkHSJJR6kP/S47SIEhRHXkInAcZU3t1IN6RA45XUGZ05r8XSFcseD1MZPOTpbW886xs0/tIV60pFgAbunAI2eey9Rb6iD1AzCf1EKY5oJ2h5zG3KoV8i4pY394fDaGB6WWdAwo7KwxNKDj3LM0s4tUKaBU/CVBibrP7Wqk2SVPrjnxX5BKT06O0QOQuJRGc/+e6hu3HhHmAR5ad3/3Ykyli1FjbTZqw+knX+1c2NlzF5uRKXDXTl+LBqYdodmKu1+fLECIootmIWdtqs9qvC1ld8HeMKHxyIYLvB3MzT7/2zrBdTgnYfhmKYRRGtI1HcgnW4Byz0RdYcLzEa52DpKwrI96eSYcsbxw/ebi6j35k3B2pOqg/weXjX5S6vLnyZN8YWMr1hzZptqsPJN1ZI2zLTQf3Fgu5Ig5SOwQM5r/G621ovI0luYtpDEc7s1LEojw==; 5:9UPbF5gc9YZuX2B44kMNayXbpg/HFZzfPwGJoDIC7tsjmhzNumMuBI9uUyPPOdcwZCyUf+oN4uqHctaLQ1wx9mqaOyM9T4MKsJmUTm/j0V/UXkqguEQBDa7Av++zJVm4UukRoCbjXakZJi+2TxwpJ2kEv7w1CJCcCilOl/rtRlk=; 7:emzzWtT4+DqT/wMofY2AoreyhuRgQux3kePBRYKj01gd9lNam7JDTCObWi9yJfhaJT+X0UYYCdZ/J9QzglT2eGZGRZYj49scKZMBnvNuu09H+mTbytemVOaO1DBiqg2blFb8R4h+zRd0WT+JxcqYXbQJVBwK763ICmH+MRmZ37eryAn1GKd2Xki4tWUlO/a9Zj/7PNzgBBQ4JSymS8tiPURKcv5pl4TYPU+eTfiveQidBUtbAn9ZcdbLhAVK9GBi x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 6c9eb0b6-eda8-45d5-77a9-08d6225f311c x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5243; x-ms-traffictypediagnostic: DM6PR05MB5243: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3002001)(3231355)(944501410)(52105095)(6055026)(149066)(150027)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051); SRVR:DM6PR05MB5243; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5243; x-forefront-prvs: 0805EC9467 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(376002)(346002)(136003)(366004)(396003)(43544003)(199004)(189003)(6436002)(478600001)(5660300001)(11346002)(446003)(7736002)(81166006)(81156014)(229853002)(97736004)(8676002)(6486002)(476003)(2616005)(8936002)(83716004)(305945005)(6512007)(316002)(296002)(53936002)(68736007)(256004)(486006)(36756003)(14444005)(33656002)(76176011)(102836004)(26005)(2900100001)(3846002)(6116002)(58126008)(82746002)(6246003)(4326008)(2906002)(66066001)(105586002)(5250100002)(186003)(99286004)(14454004)(86362001)(71190400001)(6506007)(71200400001)(25786009)(110136005)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5243; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: TK8N3r6QV0HG34Ix7uUnyzbZSpeW4iQVq0DcGYiCt+GYHuNFiV8hsnZ4P1xLjoVYxfOmot8eGOJLvVuxFPabCL3Awv/UZGabpQsBXhFPrBe9H85eHRW3QRWj1kJ7HdyerZqBfuXfkEWGyRu2WPhl+1leA/bnT0FtkXudAYhH/kw6YYS8205xAMhSk99fpKN341d0tZQw6bT7k2eqdOUSNNH3x0V3iNa/CPX6nBexh3fXXbC+hh2ZB6c6DCbQKpyPGmrQsVjJKF2smR/LOU8OUZQ/lJE9wpbsKVWieypggnAnkFmVGycWNWPM4b4hs9q0V4xO84+I15TPg/1hd8fDfbdG/MVl1rxYUl66BsxxpeI= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 6c9eb0b6-eda8-45d5-77a9-08d6225f311c X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2018 20:49:15.9128 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5243 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-24_13:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809240199 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 24 Sep 2018 20:49:27 -0000 DQpIaSBUb20sDQoNCj4gSSB3b3VsZCBsaWtlIGEgcGFyYWdyYXBoIGluIHRoaXMgSS1EIHRvIHRo ZSBlZmZlY3QgdGhhdCBlZGl0b3JzIHNob3VsZA0KPiB0YWtlIGNhcmUgb2YgdGhpcyBhbmQgdGhh dCB0aGlzIHBoZW5vbWVub24gaXMgbm90aGluZyB0byBkbyB3aXRoIHRoZQ0KPiB0ZWNobmlxdWUg ZGVzY3JpYmVkIGhlcmUsIGEgc29ydCBvZiBub24tQXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgc28g dGhhdA0KPiB3ZSBkbyBub3QsIGluIGZ1dHVyZSwgZ2V0IHRvbyBsb25nIGxpbmVzIGFzDQo+DQo+ ICAgICAgLyogb3B0aWNhbCBpbnRlcmZhY2UgZnVuYyBuZWVkcyB0byBleHBhbmQgZm9yIEZpYmVy IENoYW5uZWwsXA0KPiBcIFNPTkVUIGFuZCBTREggKi8NCj4NCj4gaW5zdGVhZCBvZiB0dXJuaW5n IHRoZW0gaW50bw0KPg0KPiAgICAgIC8qIG9wdGljYWwgaW50ZXJmYWNlIGZ1bmMgbmVlZHMgdG8g ZXhwYW5kDQo+ICAgICAgICAgZm9yIEZpYmVyIENoYW5uZWwsIFNPTkVUIGFuZCBTREggKi8NCg0K DQpTZWN0aW9uIDQuMiBhZGRyZXNzZXMgdGhpcy4gIEluIHBhcnRpY3VsYXIsIHRoZSBsYXN0IGxp bmUgc2F5czoNCg0KICBBcyBzdWNoLCBpdCBpcyBSRUNPTU1FTkRFRCB0aGF0IGF1dGhvcnMgZG8g YXMgbXVjaCBhcyBwb3NzaWJsZSB3aXRoaW4NCiAgdGhlIHNlbGVjdGVkIGZvcm1hdCB0byBhdm9p ZCBsb25nIGxpbmVzLg0KDQpHb29kIGVub3VnaD8NCg0KDQpLZW50IC8vIGNvbnRyaWJ1dG9yDQoN Cg0K From nobody Mon Sep 24 15:56:09 2018 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 D598C131169; Mon, 24 Sep 2018 15:56:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOZRAu9Ola9W; Mon, 24 Sep 2018 15:56:04 -0700 (PDT) Received: from mail-pf1-x435.google.com (mail-pf1-x435.google.com [IPv6:2607:f8b0:4864:20::435]) (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 99DC213115F; Mon, 24 Sep 2018 15:56:04 -0700 (PDT) Received: by mail-pf1-x435.google.com with SMTP id d8-v6so2838136pfo.13; Mon, 24 Sep 2018 15:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JsICF+6ZqGITYiXff6pNK2XFUDLfHvWpxfS3R1oyEAU=; b=ONZiaF7GSY8crxbyHCleyJ/75ztY9gYBtHF1KRXYSYJDz3rxXz+QGgVVfCBXMRMb9c rvWAAmv4aRyodav8oMY60dlTLxQgzbiLhC9ueKYcG+JonYdrn3tSwiqYU9Jfq689lGu9 Cu3HXaZf6BBCCpHe6SNLeTYKMowOLfyfdOQ543B+oqnsFYDGxoXb4aCuQ9qKD9PC9dfY VV0lcdDCTS0Ghvp5GIwMURAlkmKW+GFEpZa88wRzzp/EXV5XWzZ/gZ13oaJPeHrTHnjC 7TjnjY9ZVg0rogArY+fL8H6XB5PD+q5OZVyIytXHDHk9ZobYeOooi/WP3waqXLMKAIoE 9A0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JsICF+6ZqGITYiXff6pNK2XFUDLfHvWpxfS3R1oyEAU=; b=FzeMr3QuBQIqkZmghWiK4ZuybuaZgmW4JFnToJlG4FVCZv5+BvFtAqtkbbrh8YFNi7 ZC33AqWZi+AC40YQQ97ILgLz22zKGWzfEY9oYyfkhwNtpBgwQ7+eLb4ZPevQiWa4IJqB 8ylOX5wac30mKxAwoQbE7/qfqPSKLpiL1M6fWz8eIVxyiUwUcB0t/WpaeaeUsmtJfNku xBXi5D5nmJoT0alR0EUPwrG3uU0+YxylA7XunnQXINn/JdH7EryHQt5wKSSXRKQIYdPH xCXL3nfxu8s0n2ydbK9YeM6nO4qQ7aXDYqeEIwAHzZULe1u/OA/q3nHa0g84uUM4lX7Y sLkA== X-Gm-Message-State: ABuFfojakvBlAA0Oq6PT5NR2YUnz4AhTNVByYGPG8M7arlNPTVEgESDt Hc453OJdLAvPl+a0KkegvC0= X-Google-Smtp-Source: ACcGV60DjxM/QiAuCBZ+v1wtyLRXI69gg0lu0WRFuaXMric/+HwBaZPossxKRih7mhP2G/ysHMYlSA== X-Received: by 2002:a17:902:7e49:: with SMTP id a9-v6mr732761pln.149.1537829763998; Mon, 24 Sep 2018 15:56:03 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id a2-v6sm364692pgc.68.2018.09.24.15.56.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Sep 2018 15:56:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> Date: Mon, 24 Sep 2018 15:56:01 -0700 Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> To: =?utf-8?Q?Mirja_K=C3=BChlewind?= X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2018 22:56:07 -0000 > On Sep 21, 2018, at 6:47 AM, Mirja K=C3=BChlewind = wrote: >=20 > Mirja K=C3=BChlewind has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > 1) The tcp options element is type uint32, however, the option field = in the TCP > header can be up to 40 bytes. You are right that the options field can be up to 40 bytes long. To the WG - We have two options in front of us. Take the field out = completely or change the type to binary, and add a =E2=80=98length=E2=80=99= restriction of 40. Unless there is a objection, we will go with the = latter option. >=20 > 2) Why are only TCP and UDP supported? What's about SCTP and DCCP? There has been no requirement to support either of those protocols. = Support for those protocols can be added as augmentations to the base = model in the future if such a need arises. >=20 > 3) The icmp rest-of-header can also be larger than 4 bytes but the = type is > uint32 again. You are right that the rest-of-header can be more than 4 bytes, but in = reality we have not had a requirement to support more than 4 bytes.=20 To the WG - We will give it the same treatment as above - two options. = Take it out completely, or change this to binary also. The only = difference is that there does not seem to be a length restriction on the = size of the field, so the field will be left unbounded. Unless there is = a objection, we will go with the conversion to binary option. Cheers. >=20 >=20 >=20 >=20 From nobody Tue Sep 25 02:40:17 2018 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 7F12713127B for ; Tue, 25 Sep 2018 02:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 68ZHzkgTH4iJ for ; Tue, 25 Sep 2018 02:40:14 -0700 (PDT) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A63DD131274 for ; Tue, 25 Sep 2018 02:40:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=Y6E/BajCw2c2KDIyUMu6GncPN6McKsi7ixEheGpKrY3ENzImrG84nShR0TAzktOQbZN+5WHWforlMyEjWSKD9f3fDeKOoGMQDv0RuIhohDrzMv74CRVy5bgZzxWWuMxWorHf1qjUSBKD3pVzm1qqJqdNId74AUxEqyiK223iZd8=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 10629 invoked from network); 25 Sep 2018 11:32:30 +0200 Received: from mue-88-130-61-126.dsl.tropolys.de (HELO ?192.168.178.24?) (88.130.61.126) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 25 Sep 2018 11:32:30 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Tue, 25 Sep 2018 11:32:28 +0200 Cc: netmod-chairs@ietf.org, Kent Watsen , The IESG , netmod@ietf.org, draft-ietf-netmod-acl-model@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> To: Mahesh Jethanandani X-Mailer: Apple Mail (2.3445.9.1) X-PPP-Message-ID: <20180925093230.10620.83959@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= 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, 25 Sep 2018 09:40:16 -0000 Hi Mahesh, please see below. > Am 25.09.2018 um 00:56 schrieb Mahesh Jethanandani = : >=20 >=20 >=20 >> On Sep 21, 2018, at 6:47 AM, Mirja K=C3=BChlewind = wrote: >>=20 >> Mirja K=C3=BChlewind has entered the following ballot position for >> draft-ietf-netmod-acl-model-19: Discuss >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut = this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >>=20 >>=20 >>=20 >> = ---------------------------------------------------------------------- >> DISCUSS: >> = ---------------------------------------------------------------------- >>=20 >> 1) The tcp options element is type uint32, however, the option field = in the TCP >> header can be up to 40 bytes. >=20 > You are right that the options field can be up to 40 bytes long. >=20 > To the WG - We have two options in front of us. Take the field out = completely or change the type to binary, and add a =E2=80=98length=E2=80=99= restriction of 40. Unless there is a objection, we will go with the = latter option. Not sure what exactly you mean but change the type to binary and add a = length restriction but I=E2=80=99ll leave it to you to have the = appropriate change. >=20 >>=20 >> 2) Why are only TCP and UDP supported? What's about SCTP and DCCP? >=20 > There has been no requirement to support either of those protocols. = Support for those protocols can be added as augmentations to the base = model in the future if such a need arises. That=E2=80=99s do bad. However, the document must at least say that = it=E2=80=99s scope is restricted to TCP and UDP only and it would also = be nice to reason why that restriction is and what would need to be done = to extend it in future. >=20 >>=20 >> 3) The icmp rest-of-header can also be larger than 4 bytes but the = type is >> uint32 again. >=20 > You are right that the rest-of-header can be more than 4 bytes, but in = reality we have not had a requirement to support more than 4 bytes.=20 >=20 > To the WG - We will give it the same treatment as above - two options. = Take it out completely, or change this to binary also. The only = difference is that there does not seem to be a length restriction on the = size of the field, so the field will be left unbounded. Unless there is = a objection, we will go with the conversion to binary option. Again, leaving it to you to apply the appropriate fix. Mirja >=20 > Cheers. >=20 >>=20 >>=20 >>=20 >>=20 >=20 From nobody Tue Sep 25 02:48:14 2018 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 52B5F131285 for ; Tue, 25 Sep 2018 02:48:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.188 X-Spam-Level: *** X-Spam-Status: No, score=3.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-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=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 Aog_wFxRNLs0 for ; Tue, 25 Sep 2018 02:48:11 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-am5eur03on0714.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe08::714]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45B3F13127B for ; Tue, 25 Sep 2018 02:48:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1jb7aeRikOg6nRWLJ8SfwbKH24VW6zhQPieYz63KaEo=; b=R1GyCeg1AQSF+bSZpUVz+kmMStGMaHV+/b3xzTVBdraGK25Cs7dE9oi+bjfRCcWhXTIRePgFvJkdWPvE8A/nFIb8M+xlNdPqSe8YiSab00Cd7xgI4u4JoEdZNvCYkDHy++9J02OgutyKfbEgwE0LiV1u0UzdgtVUXubRK55gr4Q= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB4590.eurprd07.prod.outlook.com (20.177.56.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1143.8; Tue, 25 Sep 2018 09:48:08 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%12]) with mapi id 15.20.1185.014; Tue, 25 Sep 2018 09:48:08 +0000 From: tom petch To: Kent Watsen , Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611dw== Date: Tue, 25 Sep 2018 09:48:08 +0000 Message-ID: <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: CWLP265CA0244.GBRP265.PROD.OUTLOOK.COM (2603:10a6:401:25::16) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB4590; 6:lBPDDutxtiKUrJ5HlhqKsRMjBCAewxPOayYu9B37NhWXZ+ab7rQhcAh/oul7ubzI/9DOKN3WJ4kKjb47Z1nmigMmdqTIZXTwU2u1glPVarziaxsy5f7JKUjm9KJFDIxHXIYehZkBn9RcwOKy4Kfdf3PXzjGFneoNHs/vC5y7xerQ36NNPbnIB90MQENQ1y7aA2O/hX3Drjw9jiz02boGfizT1qi+Hy8P6NFq7BVEaTrQE6o4lRxSXEadz6jbwf45Ifn8JiJZWFeGVgS4umeZZdeWQ/AU8XKXf9SSeAhdLf4B0Rw8P2X5hZNt702ViAcghmdNRpEKy0vGdY/jupAD9rGeDA22EFkWa8hGyYNGLwJfwaNMacrmINzD2sEQVKLrI+Qr0xE1IIgBDcuKuUZHFBPxTeMH1R8T7GQfMdER2CHugPJZXV47HnRj0ew3g15zylH4HBW1MtV9UwyU0mSWvQ==; 5:ix4oE3mU+Jc322hQPHnYqKRhW/2XszXeqfPkf5Y97Apn3x1BVvOWnav9vdUs1lCZuVGRsX263uaTY0H896kwbkMJ0/YFcxDcFz+LscZkQoo9TJQ0APjTY7oETJZcDCa6oMka47a5BxtBRYwW98JHWA8NQkj1OBVgc6se4uK1RVo=; 7:xAlvxjCuuDRkHTPKQMVcTQ6xG1l2wX+Cw0EWV32EHRtpF9uXnN5G0x7wjDZO3kh7OG9tF10ghgHBcKLO40riW67WxysuJid05TBq4NhNgouND2EzOmRFp51y9u4r5DbVMuVx2NAnwAXVWBO91OBRIOUB/xd5gPkhQBjb8tv7zbMI5SgP6j9Uc4WLV0hk05Gz5NVAN6HcVKY5W+9b7Ygnwqz5Gmv6UR00Msu1wrQ4nyLtV7vq3hSL4aHnmPLjd5Mh x-ms-office365-filtering-correlation-id: 172e1c13-63bb-4973-2e1c-08d622cbff8c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(4534165)(4627221)(201703031133081)(201702281549075)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB4590; x-ms-traffictypediagnostic: VI1PR07MB4590: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231355)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(6055026)(149066)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991041); SRVR:VI1PR07MB4590; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4590; x-forefront-prvs: 08062C429B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(346002)(376002)(366004)(136003)(13464003)(199004)(189003)(43544003)(8936002)(15650500001)(71200400001)(186003)(6486002)(71190400001)(3846002)(44736005)(86152003)(6116002)(476003)(478600001)(105586002)(106356001)(14496001)(486006)(6246003)(84392002)(229853002)(26005)(68736007)(102836004)(256004)(14444005)(1941001)(6346003)(6506007)(4326008)(446003)(14454004)(5250100002)(386003)(99286004)(81156014)(8676002)(81166006)(52116002)(6512007)(9686003)(2900100001)(97736004)(7736002)(305945005)(1556002)(53936002)(6436002)(316002)(25786009)(33896004)(110136005)(2906002)(76176011)(5660300001)(86362001)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4590; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-microsoft-antispam-message-info: mk7rcf542wM4iLtldLYYO2TANjtK41cCOOvYmLvlqdcmN9Tr18AYwxi7C+E2vc3Yo98v7OwsDc8BPXa0Gduekd7MhifDTA3T3kaXjyuFA9F3JEUgw2TNLI3ovDhqsX7EGG5r+HUXdJmhNYpIKGAsbOJGQpuH1JmI+8M/ZMb2rEvZhrcYPNXdEeWgGQEs+RGgBP+mwn1gRGgX9fHmBaLguIDel5pNTTxJENueQhGrMnBpextvVqCG3yKJ0zOt5PviKXguXvUIyPoJ7VNyef1hHb5cg4jAiTqfv6+VWMKyTsA8TFJEa5Q7FbAN09mqjW9c3J92WLQ6c76qkXlR6p+a9MslI03BPAW7Bxpnq9YE25s= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 172e1c13-63bb-4973-2e1c-08d622cbff8c X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Sep 2018 09:48:08.5139 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4590 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 25 Sep 2018 09:48:14 -0000 LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQpGcm9tOiAiS2VudCBXYXRzZW4iIDxrd2F0c2Vu QGp1bmlwZXIubmV0Pg0KU2VudDogTW9uZGF5LCBTZXB0ZW1iZXIgMjQsIDIwMTggOTo0OSBQTQ0K DQo+IEhpIFRvbSwNCj4NCj4gPiBJIHdvdWxkIGxpa2UgYSBwYXJhZ3JhcGggaW4gdGhpcyBJLUQg dG8gdGhlIGVmZmVjdCB0aGF0IGVkaXRvcnMNCnNob3VsZA0KPiA+IHRha2UgY2FyZSBvZiB0aGlz IGFuZCB0aGF0IHRoaXMgcGhlbm9tZW5vbiBpcyBub3RoaW5nIHRvIGRvIHdpdGggdGhlDQo+ID4g dGVjaG5pcXVlIGRlc2NyaWJlZCBoZXJlLCBhIHNvcnQgb2Ygbm9uLUFwcGxpY2FiaWxpdHkgc3Rh dGVtZW50IHNvDQp0aGF0DQo+ID4gd2UgZG8gbm90LCBpbiBmdXR1cmUsIGdldCB0b28gbG9uZyBs aW5lcyBhcw0KPiA+DQo+ID4gICAgICAvKiBvcHRpY2FsIGludGVyZmFjZSBmdW5jIG5lZWRzIHRv IGV4cGFuZCBmb3IgRmliZXIgQ2hhbm5lbCxcDQo+ID4gXCBTT05FVCBhbmQgU0RIICovDQo+ID4N Cj4gPiBpbnN0ZWFkIG9mIHR1cm5pbmcgdGhlbSBpbnRvDQo+ID4NCj4gPiAgICAgIC8qIG9wdGlj YWwgaW50ZXJmYWNlIGZ1bmMgbmVlZHMgdG8gZXhwYW5kDQo+ID4gICAgICAgICBmb3IgRmliZXIg Q2hhbm5lbCwgU09ORVQgYW5kIFNESCAqLw0KPg0KPiBTZWN0aW9uIDQuMiBhZGRyZXNzZXMgdGhp cy4gIEluIHBhcnRpY3VsYXIsIHRoZSBsYXN0IGxpbmUgc2F5czoNCj4NCj4gICBBcyBzdWNoLCBp dCBpcyBSRUNPTU1FTkRFRCB0aGF0IGF1dGhvcnMgZG8gYXMgbXVjaCBhcyBwb3NzaWJsZQ0Kd2l0 aGluDQo+ICAgdGhlIHNlbGVjdGVkIGZvcm1hdCB0byBhdm9pZCBsb25nIGxpbmVzLg0KPg0KPiBH b29kIGVub3VnaD8NCg0KTm86LSkgIFRoZSBhdXRob3JzIG9mIFlBTkcgbW9kdWxlcyBzZWVtIG5v dCB0byB1bmRlcnN0YW5kIHRoYXQgaXQNCmFwcGxpZXMgdG8gdGhlbSwgb3IgaW5jb3JyZWN0bHkg dXNlIHRoZSB0b29scyB0aGF0IHdvdWxkIGFwcGx5IHdlcmUgdGhleQ0KY29ycmVjdGx5IHVzZWQu ICBJIGhhZCBpbiBtaW5kIHNvbWV0aGluZyBzdWNoIGFzDQoNCk9MRA0KIFtSRkM3OTk0XVtSRkM3 OTk0XXNldHMgb3V0IHRoZSByZXF1aXJlbWVudHMgZm9yIHBsYWluLXRleHQgUkZDcyBhbmQNCiAg IHN0YXRlcyB0aGF0IGVhY2ggbGluZSBvZiBhbiBSRkMgKGFuZCBoZW5jZSBvZiBhbiBJbnRlcm5l dC1EcmFmdCkgbXVzdA0KICAgYmUgbGltaXRlZCB0byA3MiBjaGFyYWN0ZXJzIGZvbGxvd2VkIGJ5 IHRoZSBjaGFyYWN0ZXIgc2VxdWVuY2UgdGhhdA0KICAgZGVub3RlcyBhbiBlbmQtb2YtbGluZSAo RU9MKS4NCg0KTkVXDQpbUkZDNzk5NF1zZXRzIG91dCB0aGUgcmVxdWlyZW1lbnRzIGZvciBwbGFp bi10ZXh0IFJGQ3MgYW5kDQogICBzdGF0ZXMgdGhhdCBlYWNoIGxpbmUgb2YgYW4gUkZDIChhbmQg aGVuY2Ugb2YgYW4gSW50ZXJuZXQtRHJhZnQpIG11c3QNCiAgIGJlIGxpbWl0ZWQgdG8gNzIgY2hh cmFjdGVycyBmb2xsb3dlZCBieSB0aGUgY2hhcmFjdGVyIHNlcXVlbmNlIHRoYXQNCiAgIGRlbm90 ZXMgYW4gZW5kLW9mLWxpbmUgKEVPTCkuICBUaGlzIGFwcGxpZXMgdG8gYWxsIG9mIGFuIFJGQywN CmluY2x1ZGluZywNCiAgIGZvciBleGFtcGxlLCB0aGUgY29tbWVudHMgb3IgZGVzY3JpcHRpb24g Y2xhdXNlcyBpbiBhIFlBTkcgbW9kdWxlLA0KICAgYW5kIHRvIGFydHdvcmsuDQoNCk5vdCBzdXJl IHdoeSB5b3UgaGF2ZSBbUkZDNzk5NF0gdHdpY2UuDQoNClRvbSBQZXRjaA0KDQo+IEtlbnQgLy8g Y29udHJpYnV0b3INCg0KPg0KDQo= From nobody Tue Sep 25 11:36:15 2018 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 8CF33128CB7; Tue, 25 Sep 2018 11:36:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (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 7yRFYhQfYOej; Tue, 25 Sep 2018 11:36:03 -0700 (PDT) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 E5E56128BAC; Tue, 25 Sep 2018 11:36:02 -0700 (PDT) Received: by mail-pf1-x42a.google.com with SMTP id d4-v6so11831910pfn.0; Tue, 25 Sep 2018 11:36:02 -0700 (PDT) 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=mkYM18bzTh3lX8UDr8oTky0UhHsx0EnxcjWIUAcZQZg=; b=s8BuIlzXqewEjRvCcelWiYjaQEv+NM4QB4d4kFUQuBQk3DwVR7qBDOr/fuEYzsIzdI g/Pq9zcA8J2hUkh+LVOaSIJEhkc+waJDzozZBKkssV3AVTE3Dim2eT5TV57TPZIF3/8J oMGce/WqhnYSAYSEyvp35Q7O7OiH2XZeLtKRQK/gAuelt2kpmV7/V37WNpBAuVxwUuXT DinCguLET9oX2OjqCwkK36CGYw9WwcBN68QzRRQd5KogRAEkQIMfv5m0JP6XWwGwA6Xg e7o3m/W8k1mAp7CKmof4p/++BZHUl+JCVhYH0M2/Tz+PFSPpTIEXbokgYfI/SY5YPmBV kRJA== 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=mkYM18bzTh3lX8UDr8oTky0UhHsx0EnxcjWIUAcZQZg=; b=hIgDDiObvd6tPJwmL2/MVEyQS6KJNhu9UEcqHsksRNZiX01VHHyPyK4rXU8TZTIw2u aUkCAyJW8/SdpmPY04EZm7buPE3DNpaXIfWMjgglhDe+XF7mcdSfeE7U+7F2pVvOTdUH cD7PvPmr119wxpMHFFWJwP4caG3ewFRmMxA5/kV8Pr/xA1IpGTtF/NL/ujhF1ud7bg7I 7Fhxopu1JdqDeuhGhe2mfDxaKAhCVE0LPquvoG6y5ATB88/KEnA+kGzYeu/7l7U3zqds CS2AHCohWqxMW74/cyNN2AvXWu/2hptNzeGEDNukayciOQi6d7H1O8bbXLZR4DTUi6QQ go5w== X-Gm-Message-State: ABuFfojhBu9rT4mvkars0CTzmP3sMwPedg9AYFwBhTbpkDlC874+USbN 4DwHiOLbfF/QsZMkdlja1lU= X-Google-Smtp-Source: ACcGV62EQ/RsKFvChYn9bWJLry8ete+xL9yetTdvKLOXTu0DcPZO9lkHkuORvWcFEvcKYEZ0bwd9uw== X-Received: by 2002:a17:902:4081:: with SMTP id c1-v6mr2355830pld.169.1537900562290; Tue, 25 Sep 2018 11:36:02 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id l79-v6sm6489809pfi.172.2018.09.25.11.35.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Sep 2018 11:36:00 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_5599B211-BCAF-4DCB-9C21-DAFC827ABD6F" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Tue, 25 Sep 2018 11:35:59 -0700 In-Reply-To: <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> Cc: NetMod WG Chairs , Kent Watsen , The IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org To: "Mirja Kuehlewind (IETF)" References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= 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, 25 Sep 2018 18:36:06 -0000 --Apple-Mail=_5599B211-BCAF-4DCB-9C21-DAFC827ABD6F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Mirja, See responses inline. > On Sep 25, 2018, at 2:32 AM, Mirja Kuehlewind (IETF) = wrote: >=20 > Hi Mahesh, >=20 > please see below. >=20 >> Am 25.09.2018 um 00:56 schrieb Mahesh Jethanandani = : >>=20 >>=20 >>=20 >>> On Sep 21, 2018, at 6:47 AM, Mirja K=C3=BChlewind = wrote: >>>=20 >>> Mirja K=C3=BChlewind has entered the following ballot position for >>> draft-ietf-netmod-acl-model-19: Discuss >>>=20 >>> When responding, please keep the subject line intact and reply to = all >>> email addresses included in the To and CC lines. (Feel free to cut = this >>> introductory paragraph, however.) >>>=20 >>>=20 >>> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html >>> for more information about IESG DISCUSS and COMMENT positions. >>>=20 >>>=20 >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >>>=20 >>>=20 >>>=20 >>> = ---------------------------------------------------------------------- >>> DISCUSS: >>> = ---------------------------------------------------------------------- >>>=20 >>> 1) The tcp options element is type uint32, however, the option field = in the TCP >>> header can be up to 40 bytes. >>=20 >> You are right that the options field can be up to 40 bytes long. >>=20 >> To the WG - We have two options in front of us. Take the field out = completely or change the type to binary, and add a =E2=80=98length=E2=80=99= restriction of 40. Unless there is a objection, we will go with the = latter option. >=20 > Not sure what exactly you mean but change the type to binary and add a = length restriction but I=E2=80=99ll leave it to you to have the = appropriate change. Ok. >=20 >>=20 >>>=20 >>> 2) Why are only TCP and UDP supported? What's about SCTP and DCCP? >>=20 >> There has been no requirement to support either of those protocols. = Support for those protocols can be added as augmentations to the base = model in the future if such a need arises. >=20 > That=E2=80=99s do bad. However, the document must at least say that = it=E2=80=99s scope is restricted to TCP and UDP only and it would also = be nice to reason why that restriction is and what would need to be done = to extend it in future. To the contrary. The model is not restricted to TCP and UDP. In Section = 2, the document states that: ACL implementations in every device may vary greatly in terms of the filter constructs and actions that they support. Therefore this draft proposes a model that can be augmented by standard extensions and vendor proprietary models. It is a different matter that it has chosen not to support SCTP and = DCCP. That is because implementations today have not felt the market = need to add support for those protocols. But that does not prevent = anyone from adding support for them. As far as an example for how the model can be extended in the future, = see Appendix A - Extending ACL model examples. >=20 >>=20 >>>=20 >>> 3) The icmp rest-of-header can also be larger than 4 bytes but the = type is >>> uint32 again. >>=20 >> You are right that the rest-of-header can be more than 4 bytes, but = in reality we have not had a requirement to support more than 4 bytes.=20= >>=20 >> To the WG - We will give it the same treatment as above - two = options. Take it out completely, or change this to binary also. The only = difference is that there does not seem to be a length restriction on the = size of the field, so the field will be left unbounded. Unless there is = a objection, we will go with the conversion to binary option. >=20 > Again, leaving it to you to apply the appropriate fix. Ok. Thanks. >=20 > Mirja >=20 >=20 >=20 >>=20 >> Cheers. --Apple-Mail=_5599B211-BCAF-4DCB-9C21-DAFC827ABD6F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Mirja,

See responses = inline.

On Sep 25, 2018, at 2:32 AM, Mirja Kuehlewind = (IETF) <ietf@kuehlewind.net> wrote:

Hi Mahesh,

please see below.

Am = 25.09.2018 um 00:56 schrieb Mahesh Jethanandani <mjethanandani@gmail.com>:



On Sep 21, 2018, at 6:47 AM, Mirja K=C3=BChlewind <ietf@kuehlewind.net>= wrote:

Mirja K=C3=BChlewind has entered = the following ballot position for
draft-ietf-netmod-acl-model-19: Discuss

When responding, please keep the subject line intact and = reply to all
email addresses included in the To and CC = lines. (Feel free to cut this
introductory paragraph, = however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

1) The tcp options element is type = uint32, however, the option field in the TCP
header can be = up to 40 bytes.

You are right = that the options field can be up to 40 bytes long.

To the WG - We have two options in front of us. Take the = field out completely or change the type to binary, and add a = =E2=80=98length=E2=80=99 restriction of 40. Unless there is a objection, = we will go with the latter option.

Not sure what exactly you mean = but change the type to binary and add a length restriction but I=E2=80=99l= l leave it to you to have the appropriate change.

Ok.





= --Apple-Mail=_5599B211-BCAF-4DCB-9C21-DAFC827ABD6F-- From nobody Tue Sep 25 12:32:41 2018 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 4F3A812F1AB; Tue, 25 Sep 2018 12:32:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joe Clarke To: Cc: draft-ietf-netmod-acl-model.all@ietf.org, ietf@ietf.org, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153790395922.4683.1248190185120035773@ietfa.amsl.com> Date: Tue, 25 Sep 2018 12:32:39 -0700 Archived-At: Subject: [netmod] Opsdir telechat review of draft-ietf-netmod-acl-model-19 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2018 19:32:39 -0000 Reviewer: Joe Clarke Review result: Has Nits I have been assigned to review this document on behalf of the ops directorate. This document defines a YANG model for configuring access control lists (ACLs) as well as other modules for protocol data types and ether types. Related to those, it requests IANA actions to register the modules. This document is ready, and I only found a few nits in it. Section 1: s/criteria allows/criteria allow/ as criteria is plural s/criteria is/criteria are/ === Section 3: s/criteria allows/criteria allows/ === Section 7: s/together to created a/together to create a/ === Section A.3: Why is this module not yang-version 1.1 like the other two? From nobody Tue Sep 25 12:59:26 2018 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 D205E130934; Tue, 25 Sep 2018 12:59:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 Za-67RgOwP6A; Tue, 25 Sep 2018 12:59:14 -0700 (PDT) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E332512785F; Tue, 25 Sep 2018 12:59:14 -0700 (PDT) Received: by mail-pf1-x431.google.com with SMTP id k21-v6so11941534pff.11; Tue, 25 Sep 2018 12:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MzXgC8c5k3HZpil4OCtlWq+6h1sKJz4AVDD+alXE1AI=; b=aWn3oGgRD5n6J8QQk7BE1bugrefe42ZPyyQzoY63xzsM4bq/l1HEWYb8+kXaaio5GE QyYOWZervhhEfrKikRKGFaZy8JCjiWKpGawcNpSh9WUg6RmDLwWc1UUE4UuD0NFzgU7a MONGLyI45xlfYBci+JFUruNsvR+C71aT/sqy0tCaWT5eUoWbLvXFE+y5bAZUcXDBoRVf 2PzEmg3qZj978YsmZrEHlsJBr6M9++4ilfFcUTOfQ2Bix6Nl/RQqh4a791A2CP2FdkKi siMfEJ9s+M7dcLgkD95JmUaNCNVv194UF0/a+wPXHrVvImPbKtxx/pQ6FaI3nwWbj9kN fgmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MzXgC8c5k3HZpil4OCtlWq+6h1sKJz4AVDD+alXE1AI=; b=GutTE6CSQirseyXaL+kqyBFu8Z1D3eE9BDAaUE1CQ7Zk5KF4KT20QpIfeIx2M9h1po R+2kgG7Gei8c14InAXCu9bUzeEis+F68SswiBiKm+mytMsQgMSMt2Ct8C+sC2uqxzVJ2 mWTN0ee/Qz1djSmwl0ejocOr4gxwN7VV/GmbDcf8Rf7hVeco734GoDvN/5ySgo909t6L cm4jHi2kAMl1RIpcqzyHL8Zly/4KXflPt7iS8IexYVwTlC1oLAt9PvkHkd+nn3CpHIes IjIigiA0AWEZHN/Me37cK914s7XZAnFm3vGOInX4wThHI3WdU6fhMgViN0inGzysDBaA QrJA== X-Gm-Message-State: ABuFfojNTfAaE3IXOj2i++5Ql3PbVyuAu0KJB249T53Po9Txtlzu+8b0 ggJBsKWQS98l506amL1ad547mmTUBnk= X-Google-Smtp-Source: ACcGV63JGWlEeQtm4EbKACE/T0Mp82JwfSs/gbv7C3emBiDNpLD/kuuRBDTUDeM6gi9iDFig4/B9Qw== X-Received: by 2002:a62:f610:: with SMTP id x16-v6mr2570751pfh.169.1537905554352; Tue, 25 Sep 2018 12:59:14 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id u184-v6sm5222293pgd.27.2018.09.25.12.59.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Sep 2018 12:59:13 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153790395922.4683.1248190185120035773@ietfa.amsl.com> Date: Tue, 25 Sep 2018 12:59:12 -0700 Cc: ops-dir@ietf.org, draft-ietf-netmod-acl-model.all@ietf.org, ietf@ietf.org, netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <9B1B7A89-3BEE-4749-961E-4B3DA4972EB6@gmail.com> References: <153790395922.4683.1248190185120035773@ietfa.amsl.com> To: Joe Clarke X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Opsdir telechat review of draft-ietf-netmod-acl-model-19 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, 25 Sep 2018 19:59:17 -0000 > On Sep 25, 2018, at 12:32 PM, Joe Clarke wrote: >=20 > Reviewer: Joe Clarke > Review result: Has Nits >=20 > I have been assigned to review this document on behalf of the ops = directorate.=20 > This document defines a YANG model for configuring access control = lists (ACLs) > as well as other modules for protocol data types and ether types. = Related to > those, it requests IANA actions to register the modules. >=20 > This document is ready, and I only found a few nits in it. >=20 > Section 1: >=20 > s/criteria allows/criteria allow/ as criteria is plural >=20 > s/criteria is/criteria are/ Ok. >=20 > =3D=3D=3D >=20 > Section 3: >=20 > s/criteria allows/criteria allows/ You mean s/criteria allows/criteria allow/ I see one more (in Section 4.2) that I will correct also. >=20 > =3D=3D=3D >=20 > Section 7: >=20 > s/together to created a/together to create a/ Ok. >=20 > =3D=3D=3D >=20 > Section A.3: >=20 > Why is this module not yang-version 1.1 like the other two? Ok. >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Tue Sep 25 13:26:02 2018 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 51288130DC6; Tue, 25 Sep 2018 13:26:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 SCYQP6bR35Z6; Tue, 25 Sep 2018 13:25:59 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3ACA8130DC4; Tue, 25 Sep 2018 13:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6863; q=dns/txt; s=iport; t=1537907159; x=1539116759; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=ExTz3Itbu4Y2b1nbW+ZY42cW1B/7lV/ohpZ4LxEfyR4=; b=cxdsZ/XWp1RrJXvjuFikWRa5aWU1w+Bc4TfJXDMIv/vqiuPhxV3WXvsn sfnPBYwNP+V4Gc1Iu02hA2xiVd0lyzzX+9/zr2zA5F6nqrjEWoibNo7eU Ey3NpbaM5+tp89IizC5P3XpGq0cAeJDxAAJVQjIPTeK9/fxSbrM66d0ev k=; X-Files: signature.asc : 488 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BdAACVk6pb/xbLJq0YAUIZAQEBAQE?= =?us-ascii?q?BAQEBAQEBBwEBAQEBAYJoSIIBEoQciHSNLwglkRKHNggDhGwChAc4FAEDAQE?= =?us-ascii?q?CAQECbSiFOQEFI1YQCw4KKgICVwYBDAgBAYMdAYIBh0udD4EuH4lpD4JtiCS?= =?us-ascii?q?CAIESJwyCX4d/glcCiHQDlAgJhAGBZYMqhxMGAhWIdoY2lQmBWSGBVTMaCBs?= =?us-ascii?q?VgyiCJBcRjgk9jjsBAQ?= X-IronPort-AV: E=Sophos;i="5.54,303,1534809600"; d="asc'?scan'208,217";a="6797342" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2018 20:25:55 +0000 Received: from [10.61.79.55] (ams3-vpn-dhcp3895.cisco.com [10.61.79.55]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id w8PKPt8i004793; Tue, 25 Sep 2018 20:25:55 GMT To: Mahesh Jethanandani , "Mirja Kuehlewind (IETF)" Cc: NetMod WG Chairs , The IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> From: Eliot Lear Openpgp: preference=signencrypt Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwJEEEwECADsCGwMC HgECF4ACGQEWIQSY0L2QRh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgID AQAKCRCHtmtG2dJ6MyMyCACXvtFjAYGMtOkD9MD4nI3ifFpkrj8xTMbXjrv5hdqmzRmQ0wqA 1U/OlZux+P/NaVMiZNZc8zw0nsx/INAqDOVd4/tLWF+ywTkeRFR0VnaUxLwCReZAZOaRS+md +52u/6ddoFja2RnjZ43qbbuvVUARQVIyMJz+GbR6mEZQHR0psD7dDYZDyrpivCxm8zHQwmB6 AZUlO7OJgljDvVPVDCabg/ZnJw1qS0OzSiNb0MySk1D5A7FdwDgeKxuMYUOOoVVTTMWNWcME UkRX9LxElswEt0PQWiz/j3FYXTxiFfl/1vKcHx4pM+E5C5mhTbrdFUFLJC3Y5fLID7stK/Ch aEaBzsBNBFMe1UQBCAC0WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Ma cj9le20EA5A1BH7PgLGoHOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U 7bKeUNRiPFx3YdEkExddqV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcY Y/jB0JEJGyhS5aEbct5cHUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU +tIFBoe3iTp1AUfJcypucGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5 ABEBAAHCwF8EGAECAAkFAlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c6 2pWpBHHTgxr/32zevxHSiXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnX HXF5Zz2T04X7HnlIVJGwf2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycj PAu7xxKplBs1/IEwmDoAMjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPF OmDhJSmH55HLAky2MlmqJYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt 2mGfIyl0FVdF9hvWPjNRzGbgqoT1Di03RQ== Message-ID: <91758045-47c2-08f5-7cad-2f3ef333665c@cisco.com> Date: Tue, 25 Sep 2018 22:25:54 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IGYwmuGddFg469Ltbp9B0d44hYm714l1T" X-Outbound-SMTP-Client: 10.61.79.55, ams3-vpn-dhcp3895.cisco.com X-Outbound-Node: aer-core-4.cisco.com Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= 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, 25 Sep 2018 20:26:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IGYwmuGddFg469Ltbp9B0d44hYm714l1T Content-Type: multipart/mixed; boundary="Pj8txOS2FpOdRkkgANnTmD28E4xaxEJcM"; protected-headers="v1" From: Eliot Lear To: Mahesh Jethanandani , "Mirja Kuehlewind (IETF)" Cc: NetMod WG Chairs , The IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org Message-ID: <91758045-47c2-08f5-7cad-2f3ef333665c@cisco.com> Subject: =?UTF-8?Q?Re:_[netmod]_Mirja_K=c3=bchlewind's_Discuss_on_draft-ietf?= =?UTF-8?Q?-netmod-acl-model-19:_=28with_DISCUSS=29?= References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> In-Reply-To: <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> --Pj8txOS2FpOdRkkgANnTmD28E4xaxEJcM Content-Type: multipart/alternative; boundary="------------2D42B714C258A0C9353AC7DB" Content-Language: en-US This is a multi-part message in MIME format. --------------2D42B714C258A0C9353AC7DB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Just on this point: On 25.09.18 20:35, Mahesh Jethanandani wrote: >> That=E2=80=99s do bad. However, the document must at least say that it= =E2=80=99s >> scope is restricted to TCP and UDP only and it would also be nice to >> reason why that restriction is and what would need to be done to >> extend it in future. > > To the contrary. The model is *not* restricted to TCP and UDP. In > Section 2, the document states that: > > ACL implementations in every device may vary greatly in terms of the= > filter constructs and actions that they support. Therefore this > draft proposes a model that can be augmented by standard extensions > and vendor proprietary models. > > > It is a different matter that it has chosen not to support SCTP and > DCCP. That is because implementations today have not felt the market > need to add support for those protocols. But that does not prevent > anyone from adding support for them. > > As far as an example for how the model can be extended in the future, > see Appendix A - Extending ACL model examples. It's important to not try to boil the ocean, and this model is already boiling a rather large river.=C2=A0 There's room for someone else to do m= ore work.=C2=A0 I know I did ;-) Eliot --------------2D42B714C258A0C9353AC7DB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Just on this point:


On 25.09.18 20:35, Mahesh Jethanandani= wrote:
That=E2=80=99s do bad. However, the= document must at least say that it=E2=80=99s scope is restricted to = TCP and UDP only and it would also be nice to reason why that restriction is and what would need to be done to extend it in future.

To the contrary. The model is not restricted to= TCP and UDP. In Section 2, the document states that:

   ACL implementations in every device may v=
ary greatly in terms of the
   filter constructs and actions that they support.  Therefore this
   draft proposes a model that can be augmented by standard extensions
   and vendor proprietary models.


It is a different matter that it has chosen not to support SCTP and DCCP. That is because implementations today have not felt the market need to add support for those protocols. But that does not prevent anyone from adding support for them.

As far as an example for how the model can be extended in the future, see Appendix A - Extending ACL model examples.

It's important to not try to boil the ocean, and this model is already boiling a rather large river.=C2=A0 There's room for someone = else to do more work.=C2=A0 I know I did ;-)

Eliot
--------------2D42B714C258A0C9353AC7DB-- --Pj8txOS2FpOdRkkgANnTmD28E4xaxEJcM-- --IGYwmuGddFg469Ltbp9B0d44hYm714l1T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAluqmdIACgkQh7ZrRtnS ejPwuAgAsuAYp7gnG+wJnHQitJLvqfe5KUH3MFmPBbCW1DRiqGMAe2JvghPfWM++ CmF14UVMVC/hsJ40tJOeo83ga07FDisIfMCnTJDy8o2t1m/5EtKVrz2s2y1xn6mg AzYO2XTgOcuqFO42q7jsOUE18fpK7ett64/b6CCDIpDDd505ng1w9npmtUrGSN+7 v1U5T30q7THn3HKoU5InnvsOKumcVyL6tJezPTEkbzdHkpR5rD/ij2i6FgRomoFV gDVRU+HjHXyDswjV4ioWJWudkabOCspJqDPrvpav/BqHE1XC2zbkKCLy8OX8Nqbr Ash7GTfdsrBDa34W8oEkIFX6Ku3BRA== =mjhQ -----END PGP SIGNATURE----- --IGYwmuGddFg469Ltbp9B0d44hYm714l1T-- From nobody Tue Sep 25 15:29:38 2018 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 05C5B126DBF for ; Tue, 25 Sep 2018 15:29:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.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 iXdvwGguzV0a for ; Tue, 25 Sep 2018 15:29:31 -0700 (PDT) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C999130DD3 for ; Tue, 25 Sep 2018 15:29:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=IR4weruk7fkjKVGmZhQFVQSWT602vfoJqefNG8JGLTYqgg+m9edmZJlCFyjinTygiUnVieioSOg5GBrsiuBurHZR7P5ow/hI1KFAG233IAQvPCsBlINaQJGU7VMPA6Co6ZMJ9YUXTnCvHuGAL7RyMr8UrFUfaUJfSujdSp50wvY=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 32708 invoked from network); 26 Sep 2018 00:22:47 +0200 Received: from mue-88-130-61-126.dsl.tropolys.de (HELO ?192.168.178.24?) (88.130.61.126) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 26 Sep 2018 00:22:47 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: <91758045-47c2-08f5-7cad-2f3ef333665c@cisco.com> Date: Wed, 26 Sep 2018 00:22:46 +0200 Cc: NetMod WG Chairs , The IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> <91758045-47c2-08f5-7cad-2f3ef333665c@cisco.com> To: Eliot Lear , Mahesh Jethanandani X-Mailer: Apple Mail (2.3445.9.1) X-PPP-Message-ID: <20180925222247.32699.85613@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= 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, 25 Sep 2018 22:29:32 -0000 Hi Mahesh, hi Eliot, please see below. > Am 25.09.2018 um 22:25 schrieb Eliot Lear : >=20 > Just on this point: >=20 > On 25.09.18 20:35, Mahesh Jethanandani wrote: >>> That=E2=80=99s do bad. However, the document must at least say that = it=E2=80=99s scope is (sorry for the type=E2=80=A6 I meant to say =E2=80=9Etoo bad=E2=80=9C.) >>> restricted to TCP and UDP only and it would also be nice to reason = why that restriction is and what would need to be done to extend it in = future. >>=20 >> To the contrary. The model is not restricted to TCP and UDP. In = Section 2, the document states that: >>=20 >> ACL implementations in every device may vary greatly in terms of = the >> filter constructs and actions that they support. Therefore this >> draft proposes a model that can be augmented by standard = extensions >> and vendor proprietary models. >>=20 >>=20 Yes, ACL implementations differ, however, the protocol spec for SCTP and = DCCP don=E2=80=99t have different implementation; their are mostly = fixed. Unfortunately, firewalls often just block any other traffic than = TCP and UDP, and restricting such a model only to those protocols will = definitely not help the situation. >>=20 >> It is a different matter that it has chosen not to support SCTP and = DCCP. That is because implementations today have not felt the market = need to add support for those protocols. But that does not prevent = anyone from adding support for them. If your YANG model does not support long-existent and well-specified = protocols, that doesn=E2=80=99t make it any easier to add support for = these protocols to your firewall. >>=20 >> As far as an example for how the model can be extended in the future, = see Appendix A - Extending ACL model examples. >=20 > It's important to not try to boil the ocean, and this model is already = boiling a rather large river. There's room for someone else to do more = work. I know I did ;-) I would think that adding another well-specified protocols is actually = only a limited effort. However, I don=E2=80=99t want to enforce a lot of = additional work if people are not interested in that. What I still would = like to see in the document is to make clear that these protocols have = not just been not considered but some reasoning why only the currently = supported protocols have been selected (in order to make the reader = aware that this is not a full set). Mirja >=20 > Eliot From nobody Tue Sep 25 15:37:29 2018 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 CA5A0130DD7; Tue, 25 Sep 2018 15:37:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 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, RCVD_IN_DNSWL_HI=-5, 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 KunZqGJFW1c4; Tue, 25 Sep 2018 15:37:25 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36989126F72; Tue, 25 Sep 2018 15:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4266; q=dns/txt; s=iport; t=1537915045; x=1539124645; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=qMQKjTRuPRu5/6M1/B4qvm4HqVqjGo6EsnmOH8rBjxg=; b=faMEdnK+AfKG7IZlBTFgyZJ4NWR6gbax5KEvm2ErtkIMj322e+jBWp6k 7y2ylT8qRoyzr56YauqUrRjnlxd5C96Yj4LM94lchxWmk4EsOC/cRAU+I gE7mD1LC2FEtHSN2JTbu2aziF4BRvFoHpROPsjRfoQ8J1+RaXjcPTocVe E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ATAACft6pb/4QNJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUYFfL2V/KAqDaogVjhYleIJEkxKBegsYC4QDRgIXg08?= =?us-ascii?q?hNBgBAwEBAgEBAm0cDIU4AQEBAQIBAQEhEToLEAIBCBgCAiYCAgIlCxUFCwI?= =?us-ascii?q?EAQ0FgyEBgXkID6RWgS6KEwWBC4lvF4IAgRInDBOCFzWDGwEBgTo+gmoxgiY?= =?us-ascii?q?CiHQDimiJIAkCiQ46hl8RBoFFhFGJFoIOklQCERSBJR04gVVwFTsqAYJBgiU?= =?us-ascii?q?XEYhJhT5viz+BLoEeAQE?= X-IronPort-AV: E=Sophos;i="5.54,303,1534809600"; d="scan'208";a="460492399" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2018 22:37:24 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id w8PMbNsL019277 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 25 Sep 2018 22:37:24 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Tue, 25 Sep 2018 18:37:23 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1395.000; Tue, 25 Sep 2018 18:37:23 -0400 From: "Acee Lindem (acee)" To: "Mirja Kuehlewind (IETF)" , Eliot Lear , Mahesh Jethanandani CC: NetMod WG Chairs , The IESG , NetMod WG , "draft-ietf-netmod-acl-model@ietf.org" Thread-Topic: =?utf-8?B?W25ldG1vZF0gIE1pcmphIEvDvGhsZXdpbmQncyBEaXNjdXNzIG9uIGRyYWZ0?= =?utf-8?Q?-ietf-netmod-acl-model-19:_(with_DISCUSS)?= Thread-Index: AQHUVFnPQ0cOTlOVSUG8x9YJmq7+saUA/7QAgACX24CAAB62AIAAIKcA///BBgA= Date: Tue, 25 Sep 2018 22:37:23 +0000 Message-ID: References: <153753763758.7269.9597830616255329217.idtracker@ietfa.amsl.com> <53A51142-7568-473D-B309-E3A86459B5F9@kuehlewind.net> <8C4D59E2-0C6D-4570-B8B0-D27D6C74CA2C@gmail.com> <91758045-47c2-08f5-7cad-2f3ef333665c@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.151, xch-rtp-011.cisco.com X-Outbound-Node: alln-core-10.cisco.com Archived-At: Subject: Re: [netmod] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-iet?= =?utf-8?q?f-netmod-acl-model-19=3A_=28with_DISCUSS=29?= 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, 25 Sep 2018 22:37:28 -0000 TWlyamEsIA0KDQpTZWUgaW5saW5lLiANCg0K77u/T24gOS8yNS8xOCwgNjoyOSBQTSwgIm5ldG1v ZCBvbiBiZWhhbGYgb2YgTWlyamEgS3VlaGxld2luZCAoSUVURikiIDxuZXRtb2QtYm91bmNlc0Bp ZXRmLm9yZyBvbiBiZWhhbGYgb2YgaWV0ZkBrdWVobGV3aW5kLm5ldD4gd3JvdGU6DQoNCiAgICBI aSBNYWhlc2gsIGhpIEVsaW90LA0KICAgIA0KICAgIHBsZWFzZSBzZWUgYmVsb3cuDQogICAgDQog ICAgPiBBbSAyNS4wOS4yMDE4IHVtIDIyOjI1IHNjaHJpZWIgRWxpb3QgTGVhciA8bGVhckBjaXNj by5jb20+Og0KICAgID4gDQogICAgPiBKdXN0IG9uIHRoaXMgcG9pbnQ6DQogICAgPiANCiAgICA+ IE9uIDI1LjA5LjE4IDIwOjM1LCBNYWhlc2ggSmV0aGFuYW5kYW5pIHdyb3RlOg0KICAgID4+PiBU aGF04oCZcyBkbyBiYWQuIEhvd2V2ZXIsIHRoZSBkb2N1bWVudCBtdXN0IGF0IGxlYXN0IHNheSB0 aGF0IGl04oCZcyBzY29wZSBpcw0KICAgIA0KICAgIChzb3JyeSBmb3IgdGhlIHR5cGXigKYgSSBt ZWFudCB0byBzYXkg4oCedG9vIGJhZOKAnC4pDQogICAgDQogICAgPj4+IHJlc3RyaWN0ZWQgdG8g VENQIGFuZCBVRFAgb25seSBhbmQgaXQgd291bGQgYWxzbyBiZSBuaWNlIHRvIHJlYXNvbiB3aHkg dGhhdCByZXN0cmljdGlvbiBpcyBhbmQgd2hhdCB3b3VsZCBuZWVkIHRvIGJlIGRvbmUgdG8gZXh0 ZW5kIGl0IGluIGZ1dHVyZS4NCiAgICA+PiANCiAgICA+PiBUbyB0aGUgY29udHJhcnkuIFRoZSBt b2RlbCBpcyBub3QgcmVzdHJpY3RlZCB0byBUQ1AgYW5kIFVEUC4gSW4gU2VjdGlvbiAyLCB0aGUg ZG9jdW1lbnQgc3RhdGVzIHRoYXQ6DQogICAgPj4gDQogICAgPj4gICAgQUNMIGltcGxlbWVudGF0 aW9ucyBpbiBldmVyeSBkZXZpY2UgbWF5IHZhcnkgZ3JlYXRseSBpbiB0ZXJtcyBvZiB0aGUNCiAg ICA+PiAgICBmaWx0ZXIgY29uc3RydWN0cyBhbmQgYWN0aW9ucyB0aGF0IHRoZXkgc3VwcG9ydC4g IFRoZXJlZm9yZSB0aGlzDQogICAgPj4gICAgZHJhZnQgcHJvcG9zZXMgYSBtb2RlbCB0aGF0IGNh biBiZSBhdWdtZW50ZWQgYnkgc3RhbmRhcmQgZXh0ZW5zaW9ucw0KICAgID4+ICAgIGFuZCB2ZW5k b3IgcHJvcHJpZXRhcnkgbW9kZWxzLg0KICAgID4+IA0KICAgID4+IA0KICAgIFllcywgQUNMIGlt cGxlbWVudGF0aW9ucyBkaWZmZXIsIGhvd2V2ZXIsIHRoZSBwcm90b2NvbCBzcGVjIGZvciBTQ1RQ IGFuZCBEQ0NQIGRvbuKAmXQgaGF2ZSBkaWZmZXJlbnQgaW1wbGVtZW50YXRpb247IHRoZWlyIGFy ZSBtb3N0bHkgZml4ZWQuIFVuZm9ydHVuYXRlbHksIGZpcmV3YWxscyBvZnRlbiBqdXN0IGJsb2Nr IGFueSBvdGhlciB0cmFmZmljIHRoYW4gVENQIGFuZCBVRFAsIGFuZCByZXN0cmljdGluZyBzdWNo IGEgbW9kZWwgb25seSB0byB0aG9zZSBwcm90b2NvbHMgd2lsbCBkZWZpbml0ZWx5IG5vdCBoZWxw IHRoZSBzaXR1YXRpb24uDQogICAgDQogICAgPj4gDQogICAgPj4gSXQgaXMgYSBkaWZmZXJlbnQg bWF0dGVyIHRoYXQgaXQgaGFzIGNob3NlbiBub3QgdG8gc3VwcG9ydCBTQ1RQIGFuZCBEQ0NQLiBU aGF0IGlzIGJlY2F1c2UgaW1wbGVtZW50YXRpb25zIHRvZGF5IGhhdmUgbm90IGZlbHQgdGhlIG1h cmtldCBuZWVkIHRvIGFkZCBzdXBwb3J0IGZvciB0aG9zZSBwcm90b2NvbHMuIEJ1dCB0aGF0IGRv ZXMgbm90IHByZXZlbnQgYW55b25lIGZyb20gYWRkaW5nIHN1cHBvcnQgZm9yIHRoZW0uDQogICAg DQogICAgSWYgeW91ciBZQU5HIG1vZGVsIGRvZXMgbm90IHN1cHBvcnQgbG9uZy1leGlzdGVudCBh bmQgd2VsbC1zcGVjaWZpZWQgcHJvdG9jb2xzLCB0aGF0IGRvZXNu4oCZdCBtYWtlIGl0IGFueSBl YXNpZXIgdG8gYWRkIHN1cHBvcnQgZm9yIHRoZXNlIHByb3RvY29scyB0byB5b3VyIGZpcmV3YWxs Lg0KICAgIA0KICAgID4+IA0KICAgID4+IEFzIGZhciBhcyBhbiBleGFtcGxlIGZvciBob3cgdGhl IG1vZGVsIGNhbiBiZSBleHRlbmRlZCBpbiB0aGUgZnV0dXJlLCBzZWUgQXBwZW5kaXggQSAtIEV4 dGVuZGluZyBBQ0wgbW9kZWwgZXhhbXBsZXMuDQogICAgPiANCiAgICA+IEl0J3MgaW1wb3J0YW50 IHRvIG5vdCB0cnkgdG8gYm9pbCB0aGUgb2NlYW4sIGFuZCB0aGlzIG1vZGVsIGlzIGFscmVhZHkg Ym9pbGluZyBhIHJhdGhlciBsYXJnZSByaXZlci4gIFRoZXJlJ3Mgcm9vbSBmb3Igc29tZW9uZSBl bHNlIHRvIGRvIG1vcmUgd29yay4gIEkga25vdyBJIGRpZCA7LSkNCiAgICANCiAgICBJIHdvdWxk IHRoaW5rIHRoYXQgYWRkaW5nIGFub3RoZXIgd2VsbC1zcGVjaWZpZWQgcHJvdG9jb2xzIGlzIGFj dHVhbGx5IG9ubHkgYSBsaW1pdGVkIGVmZm9ydC4NCg0KSG93IG1hbnkgWUFORyBtb2RlbHMgaGF2 ZSB5b3UgYXV0aG9yZWQ/IFRoaXMgd291bGQgYmUgYSBncmVhdCBvcHBvcnR1bml0eS4gDQoNCiAg IEhvd2V2ZXIsIEkgZG9u4oCZdCB3YW50IHRvIGVuZm9yY2UgYSBsb3Qgb2YgYWRkaXRpb25hbCB3 b3JrIGlmIHBlb3BsZSBhcmUgbm90IGludGVyZXN0ZWQgaW4gdGhhdC4gV2hhdCBJIHN0aWxsIHdv dWxkIGxpa2UgdG8gc2VlIGluIHRoZSBkb2N1bWVudCBpcyB0byBtYWtlIGNsZWFyIHRoYXQgdGhl c2UgcHJvdG9jb2xzIGhhdmUgbm90IGp1c3QgYmVlbiAgICBub3QgY29uc2lkZXJlZCBidXQgc29t ZSByZWFzb25pbmcgd2h5IG9ubHkgdGhlIGN1cnJlbnRseSBzdXBwb3J0ZWQgcHJvdG9jb2xzIGhh dmUgYmVlbiBzZWxlY3RlZCAoaW4gb3JkZXIgdG8gbWFrZSB0aGUgcmVhZGVyIGF3YXJlIHRoYXQg dGhpcyBpcyBub3QgYSBmdWxsIHNldCkuDQoNCkkgd291bGQgdGhpbmsgcG9pbnRpbmcgb3V0IHRo YXQgdGhlc2UgcHJvdG9jb2xzIGFyZSBvdXQgb2Ygc2NvcGUgd291bGQgc3VmZmljZS4gSG93ZXZl ciwgSSdsbCBsZWF2ZSB0aGF0IHRvIHRoZSBhdXRob3IuDQoNClRoYW5rcywNCkFjZWUNCg0KICAg IA0KICAgIE1pcmphDQogICAgDQogICAgDQogICAgPiANCiAgICA+IEVsaW90DQogICAgDQogICAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAgICBuZXRt b2QgbWFpbGluZyBsaXN0DQogICAgbmV0bW9kQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRtb2QNCiAgICANCg0K From nobody Wed Sep 26 04:40:08 2018 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 28790130E84; Wed, 26 Sep 2018 04:40:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.196 X-Spam-Level: *** X-Spam-Status: No, score=3.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 X8nVXLJgP5Zi; Wed, 26 Sep 2018 04:39:58 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0120.outbound.protection.outlook.com [104.47.2.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC00C130E18; Wed, 26 Sep 2018 04:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0pfJ6PMgy1LpIyr1ZNLIHmJFZ6mKeDpSvgv/6yz+IdU=; b=dAhQ7i56KCfeW5HX6cPhaefNRZNVhUbaQk3aJXbvQLIJiJaJeIopQk4ee9/qFC5pQ14mgb9wot4X6ngv7OeXfZrDMbnsugnpZwKu2cHYagmFebdSwK060uk4hGqT2bbmxON/GZNOy0Tj+Vmcuwz2DuMLRkENuYtLdjQjr2nU3YY= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB4415.eurprd07.prod.outlook.com (20.176.7.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.13; Wed, 26 Sep 2018 11:39:55 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%12]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 11:39:55 +0000 From: tom petch To: Kent Watsen , Netconf , Robert Wilton CC: "netmod@ietf.org" Thread-Topic: [Netconf] mbj's WGLC review of yang-push-17 Thread-Index: AQHUVK5AE/XTnvbPM0W59DOLk74sgg== Date: Wed, 26 Sep 2018 11:39:54 +0000 Message-ID: <046001d4558d$91dfcce0$4001a8c0@gateway.2wire.net> References: <20180924.093612.1791958587714330227.mbj@tail-f.com> <020f01d454ae$2e41e4a0$4001a8c0@gateway.2wire.net> <674F5961-D956-4BD1-8AD0-44FE68150070@juniper.net> <20180925213145.r72ybqbuv5qy4dct@anna.jacobs.jacobs-university.de> <5ED013C2-0D95-4B09-B0F5-D715DD58BE45@juniper.net> <20180926063205.occ7oo5jxfnblvg5@anna.jacobs.jacobs-university.de> <20180926092843.lzvxnh3ajnamfqxa@anna.jacobs.jacobs-university.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM6PR06CA0005.eurprd06.prod.outlook.com (2603:10a6:20b:14::18) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB4415; 6:hOOUoobFyRRarws/IFgV/ngkcbFLwZXwgs+bOg5WAhe1bV6JiknlARw6gGYnKFEnUwHwMCW95N8gYmHV+Hc5qiQayosnJ1dAUbnXbepG2xK9oKS9MmwecmiEVi5urfjF2aaWToh0trz3Sgd+DyzLHMLr9qERTUtyUI1jo8lBNhKy9vgyq++rdgRzTRPAaPy4ovD1Ur2bj+25RoqC3lhWy4nkbhoWztpMMqcX1l8rfEVJKBYGWxOjDTuZc3Ng7P1jpF7js12RXzkzpg+VsAAczS7y0xmr43+j3pyRyGa9kb0P1IFg4xIt1d9QS49tMamZvStaMk+gvELugmSdlBBhqZyP8fDgnkcdjDfEl4NBfptffLsK8/iqDn9++e8qwqiaIkx7dcPBZ0xvHtoLcqOx77wF3LSUwatu//X7pdHeYOaKLHSTUBt/2tc6teSYUjmlhW8JaiBgqUA6xebmpSfHLg==; 5:nh2sgmNSGTlGYDRHDP4r8S4DpPJYyELKvNgHrE4qFhDrWS1Ie3szoDO2nW2BPVOJmiyOweGK9lkWHTjb1WhfoDLfEa+7jJzYozm3hGJ+pTUeUgS64GmVB9q8nw3+duEbOk3nVgajRIFNNDIgHYX7mXmEbDq+Sw9zZK5jmIS9SEA=; 7:fpdJyuhS+nxNdRuN3pSUA2AHVUOc/bBbAk1+GoOFn/ELFlwTLg8Ku4cb8A+ZMWB6oGgcvovKbH+1mC9hzhcDoYaP1IGeURsErOw7ObzkTlRjqJvbCaYenqXzeTxA31fUoAT0JZCkuuK6JT0CivIs9ogbbo8PHPCVclPZD7gEoXOYWFhN+nSX210l7Ju9eGdBcFpcNgdu39zC7zR0/gqb462Y3c6W33SK7sv2EQqgDdq78Rpi+5EJrMggm6S5M45y x-ms-office365-filtering-correlation-id: 5639b211-365c-4712-91fa-08d623a4c71b x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB4415; x-ms-traffictypediagnostic: VI1PR07MB4415: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(95692535739014)(50582790962513)(138986009662008); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(149066)(150057)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(201708071742011)(7699051); SRVR:VI1PR07MB4415; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4415; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(136003)(376002)(39860400002)(396003)(366004)(13464003)(51444003)(189003)(199004)(5660300001)(4326008)(86362001)(186003)(53546011)(33896004)(76176011)(26005)(6506007)(386003)(102836004)(2906002)(34290500001)(14496001)(305945005)(93886005)(14444005)(478600001)(5250100002)(256004)(1556002)(68736007)(1941001)(14454004)(966005)(3846002)(6116002)(52116002)(25786009)(316002)(44736005)(6486002)(81156014)(81166006)(6436002)(110136005)(8936002)(6306002)(9686003)(6512007)(86152003)(53936002)(66066001)(106356001)(8676002)(486006)(446003)(476003)(84392002)(71200400001)(105586002)(6246003)(7736002)(71190400001)(99286004)(2900100001)(97736004)(229853002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4415; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: lUk8rqCAm6daej4teAeuRBKOPzFLcYaiCFTxdz2TZr58ueJMb3JK0ygroJY7xFJG9MD0zdS4hdaGOaQ6J1Yy3XEGB50mWGYbl0SLiansDTXOmTOj7pdsX1vtNGGzFYGDbGLyN9KzBYPI9/Kjh+6s38kFMjRqMT0MusBJzcMuSF96nhRAR72WU8iXXvB/L9ZoFHHBlUpGrdp5ZahBh6G3P/TMqX/dYGc7n4EkJzJ8NPACYsvlE+HaOoVMuXUa2Y+wDL7wyqaYssbx7QIcipkd9iwHPUaf+u0yPccQcTzqjGvrcWEZGGt1XjDKVaZW1d0T/Su502R75W8pOAorL8OlH2QjCftSPAuUssktQbmr3Pk= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5639b211-365c-4712-91fa-08d623a4c71b X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 11:39:54.9161 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4415 Archived-At: Subject: Re: [netmod] [Netconf] mbj's WGLC review of yang-push-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: Wed, 26 Sep 2018 11:40:00 -0000 ----- Original Message ----- From: "Robert Wilton" To: "Qin Wu" ; "Kent Watsen" ; "Netconf" Sent: Wednesday, September 26, 2018 11:06 AM > Hi Juergen, > > Yes, I think that updating RFC 6991 would be useful, if there are types > missing. Give us a clue! And isn't this one one for the netmod WG (a list that is pleasantly quiet currently) ? Tom Petch > Thanks, > Rob > > > On 26/09/2018 10:28, Juergen Schoenwaelder wrote: > > On Wed, Sep 26, 2018 at 08:00:26AM +0000, Qin Wu wrote: > >> I wonder whether you really need a uint32 range of hours in the OAM models. > >> > >> [Qin]: not necessary for OAM model, but It may be used in some other models that require unint32 range of hours. > > Authors may not want to depend on ietf-lime-time-types for generic > > types for time periods, nor am I sure the solution there is a simple > > solution. > > > > Perhaps its time to see whether it makes sense to spin an update of > > RFC 6991 to add definitions that are apparently missing. Aftert 5 > > years this may be a reasonable thing to do. We should not hold off > > work because of this but we may allow authors to transition to common > > definitions if what they do now is compatible with a common solution > > underway. I would be willing to allocate some of my time to an update > > of RFC 6991 if the WG believes this is useful. > > > > /js > > > > _______________________________________________ > Netconf mailing list > Netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Wed Sep 26 07:10:32 2018 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 5C5AE130E65 for ; Wed, 26 Sep 2018 07:10:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 K7aeJa3iWLE2 for ; Wed, 26 Sep 2018 07:10:23 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E699A124BE5 for ; Wed, 26 Sep 2018 07:10:22 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QE40Zx000700 for ; Wed, 26 Sep 2018 07:10:22 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=vKhOey95JgDZNOfwimWL5wa0nwgWVHH8udbeHSK+Kbg=; b=DwHH/B63c1c8dW5v4PzJv3tyNku5m7o6UdwcWTbTkuOzGVLGaTjK1vBnRU/A+qQPjb4Q w0tns5gLqappBk/aBYa0QXqNMN6OhHlqrBYvkAr0+Bv9RlUdonmd0R97bt4yu/60Au4r urINiPliFumLMVCBZPJLlbSjjPogB7ob5BdMvGg6UF4udzpgdRYBjUwvEVsSg8+viw2d ZMajDG3vRGSGE8nUpx/WzQ2ZLD9hLXZibYjma0M5VINDjhwy7nB4lv+Vj+q5IzfAiEuO ivZH7g6c1oRyB4Y0c1sZ+QLBVuKIFy5wZ9Nx80JSDI3T6/sKCKFvMVRgIx6HCLC7d6bK uw== Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp0179.outbound.protection.outlook.com [216.32.181.179]) by mx0b-00273201.pphosted.com with ESMTP id 2mr5gwgp6k-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Wed, 26 Sep 2018 07:09:56 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB4074.namprd05.prod.outlook.com (20.176.71.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.16; Wed, 26 Sep 2018 14:09:53 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 14:09:53 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: perfect extraction, tabs, and long lines - oh my Thread-Index: AQHUUddDmC2fPcIExUyr13bkTSDHbaUCXnIA Date: Wed, 26 Sep 2018 14:09:52 +0000 Message-ID: <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> In-Reply-To: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB4074; 6:Txnl8xkiOI4DSRqVpUGeOOttjHep8bAgnojAWt685FhzIpyLAyOWq8AqGeKUd7xSR2geWGm0RKMowptciiSmT4ehYYGhDg93CRnofvugv7fwT+cWv5o4EtfupGRXTdbwi5ojxwBQZSalVtOa2Yut5JxU8+JPTVDGUrl8lc8D96YIFSSuqng+TPhsuoWP/ofq1/CZgYHFvmZZdHvYftixWcOoh19MtNi5D4LJYZvwYhk8imHybxX3QEjePqgNYFyY8X1ItNsRDTolaMo1W0KwZMdeRDT/MTwxX57c7wrfMcgu1JzzZGIeLMWfHoYfS8BICGifSogxYK7uYyN3PYGlUGpKETwMob+88Uf1u3du+mYWXq9D1BhHmakdALD/eoGqRrLR5c0dBF2dm7orZr2lqilhNry2L1dCaPhr13Jm1Jcop9zCFs2vplX/Erulfd1hSIwf6LBedAlnyXrIzuZfBg==; 5:N/wVolNhMtmnfD0xQb2LId/5EXq6IkdmbNnWuBftShc0P14T7a9DjjdPPd4ZmyHYgWnpll0JnrR9z1DEA9LrGmR+l3IUe27NbTqEnJ6uHZsYJ2scS+h7WH1w28n/VUo/Z1g96bMfmErMhbu3gNLl6x+YA5CHPdWOhQXMLSVrhT4=; 7:DaCEcRxSXTvO7naMcGzuUA0eN9a7KRDP+Seb4NAgNnuBZN3MMCTiz2Zf6XrEvEisNDqDbQwXUCgNeXnsEcd1TdxjufG9JmE8V8jVCLY04KwOo6VdfLqurj2UrIb73m4iU4Knuw6FwVP2zM+inW+fi2Slureth4XE2lyp1eSlT2v0vRv7kF3TDTrwGuTL7sa6aWnZixjl3ZA5rESf/5vxUjPDp30iaTX/AlheKasrrh68drryvjcjLBMfRMB5IQFd x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 5595b816-6536-4e8d-090c-08d623b9bae5 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB4074; x-ms-traffictypediagnostic: DM6PR05MB4074: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(100405760836317); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(52105095)(6055026)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991041); SRVR:DM6PR05MB4074; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB4074; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(396003)(39860400002)(376002)(346002)(199004)(189003)(13464003)(6246003)(3846002)(6116002)(6506007)(25786009)(14454004)(68736007)(86362001)(34290500001)(486006)(58126008)(2616005)(14444005)(256004)(476003)(71190400001)(186003)(83716004)(102836004)(99286004)(76176011)(11346002)(446003)(478600001)(26005)(2900100001)(71200400001)(5250100002)(53936002)(305945005)(7736002)(33656002)(6486002)(5640700003)(6512007)(105586002)(8676002)(1730700003)(81156014)(81166006)(82746002)(229853002)(6436002)(36756003)(5660300001)(97736004)(6916009)(2906002)(66066001)(316002)(2351001)(2501003)(106356001)(8936002)(61000200001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4074; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: EBPBvL/psNOlY1RVd/3Oh4H0sn2vdg/hS8iZvjcwSCDkJnNKKQ/smvA7mMB6QMimDcFH+wIbh8+Kweb+51hfWTROXw4A530ehF6T22GwCXUCW5hJx0AOG+ITu0YDKiOBVv3j0O3z961oqWHE9Hi2EJkHCI2OHWCqU+xqpSEwIuBHqpiOUILu9SUacQSFvBDTPIZLLUjnqvJ232zy9AjtFkk5o5R+AV2RNO8YY6vt1Wl2RgAawu83VItmnC0enO50AgkoYspTk2V5ud7vcBCbOx/OHiZbzW20jfGM2v/JSI7FLygz3u/2tAeUi1zPMO1r70OeOmN4r8yIdhczBEm4r6wxkmfggHpB6AFA7HO/efY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 5595b816-6536-4e8d-090c-08d623b9bae5 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 14:09:52.9904 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4074 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-26_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 lowpriorityscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809260138 Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:10:31 -0000 DQpJIHJlY29tbWVuZCB0aGF0IHdlIHNlbGVjdCAib3B0aW9uLTIiIChzZWUgYm90dG9tKS4NCg0K LSBpdCBlYXN5IHRvIGRvLg0KLSB0aGVyZSdzIG5vIGN1cnJlbnQgc3VwcG9ydCBmb3IgaGF2aW5n IHRhYnMgaW4gZm9sZGVkIG91dHB1dC4NCi0gZG9pbmcgc28gZG9lc24ndCBwcmVjbHVkZSBhbiAi b3B0aW9uLTMiIHNvbWVkYXkgaW4gdGhlIGZ1dHVyZS4NCg0KVGhlIGF1dGhvcnMgd2lsbCBhc3N1 bWUgdGhhdCB0aGlzIGlzIFdHIGNvbnNlbnN1cyBpZiB0aGVyZSBhcmUgbm8gDQpvYmplY3Rpb25z IHdpdGhpbiBhIHdlZWsncyB0aW1lLg0KDQpLZW50IC8vIGNvLWF1dGhvcg0KDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQoNCg0KW25ldyBzdWJqZWN0IGxpbmVdDQoNCkl0IGlzIG9uZSB0 aGluZyBmb3IgYW4gZWRpdG9yIHRvIHVzZSB0YWJzIGR1cmluZyB0aGUgY3JlYXRpb24gb2YgdGV4 dCwNCmFuZCBhbm90aGVyIHRvIHB1Ymxpc2ggdGV4dCB3aXRoIGFuIGV4cGVjdGF0aW9uIHRoYXQg Y29uc3VtZXJzIHdpbGwNCnJlbmRlciB0aGUgdGFicyB0aGUgc2FtZSB3YXkuICBFaXRoZXIgdGhl IHNvdXJjZSBlZGl0b3IgY29udmVydHMgdGFicw0KdG8gc3BhY2VzLCB3aGljaCBpcyBpbnRlcm9w ZXJhYmxlIHRvZGF5LCBvciBrZWVwIHRoZSB0YWJzIHdoaWxlDQpwdWJsaXNoaW5nIG1ldGFkYXRh IGluIHRoZSB0ZXh0LCB1c2luZyBzb21lIFRCRCBzdGFuZGFyZCwgZW5hYmxpbmcNCmNvbnN1bWVy cyB0byB1c2UgdGhlIHNhbWUgdGFiIHN0b3BzLiAgDQoNCklmIHRoZXJlIHdlcmUgYSBzdGFuZGFy ZCBlbmFibGluZyB0aGUgcHVibGlzaGluZyBvZiB0ZXh0IGluY2x1ZGluZw0KdGFicywgaXQgc2hv dWxkIHdvcmsgZm9yIGFsbCBhcnR3b3JrLCBub3QganVzdCBhcnR3b3JrIHRoYXQgaGFzIGJlZW4N CmZvbGRlZC4gIFRoaXMgaXMgc2ltaWxhciB0byB0aGUgZGlzY3Vzc2lvbiB3ZSBoYWQgYmVmb3Jl IGFib3V0IGhhdmluZw0KYmVnaW4vZW5kIG1hcmtlcnMgZW5hYmxpbmcgcGVyZmVjdCBleHRyYWN0 aW9ucywgaW4gdGhhdCBpdCBpcyBhbHNvDQpzb21ldGhpbmcgdGhhdCBwZXJ0YWlucyB0byBhbGwg YXJ0d29yaywgbm90IGp1c3QgYXJ0d29yayB0aGF0IGhhcyANCmJlZW4gZm9sZGVkLiAgDQoNClRo dXMsIHRoZXJlIGFyZSBhIHRvdGFsIG9mIHRocmVlIHByb2JsZW1zOg0KICBQMTogcGVyZmVjdCBl eHRyYWN0aW9uDQogIFAyOiB0YWJzDQogIFAzOiBsb25nIGxpbmVzDQoNCkFzc3VtaW5nIGFsbCB0 aGluZyB3ZXJlIHNvbHZlZCBwcm9ibGVtcywgYW5kIGFzc3VtaW5nIHRoYXQgd2UgYWx3YXlzDQp3 YW50IHBlcmZlY3QgZXh0cmFjdGlvbiwgdGhlIHBvc3NpYmxlIGNvbWJpbmF0aW9ucyBmb3IgdGhl IG9jY3VycmVuY2UNCm9mIHRoZSBvdGhlciB0d28gcHJvYmxlbXMgYXJlOg0KICAtIG5vIHRhYnMg b3IgbG9uZyBsaW5lcw0KICAtIHRhYnMsIGJ1dCBubyBsb25nIGxpbmVzDQogIC0gbG9uZyBsaW5l cywgYnV0IG5vIHRhYnMNCiAgLSB0YWJzIGFuZCBsb25nIGxpbmVzDQoNCkhvdyBhcmUgdGhleSBv cmRlcmVkPyAgQ2xlYXJseSBzdXBwb3J0aW5nIHBlcmZlY3QgZXh0cmFjdGlvbnMgaGFzIA0KdG8g YmUgdGhlIG91dGVybW9zdCB0aGluZywgYnV0IHdoYXQgYWJvdXQgdGhlIG90aGVyIHR3bz8gICBE b2VzIGl0DQptYXR0ZXI/DQoNClRoaW5raW5nIGFib3V0IHNvbHV0aW9uczoNCg0KIC0gdGhlIHNv bHV0aW9uIGZvciBsb25nLWxpbmVzIGlzIHRvIHVzZSBhIGhlYWRlciAobm90IGEgZm9vdGVyKQ0K ICAgYmVjYXVzZSBpdCdzIGJlbGlldmVkIGltcG9ydGFudCB0byBwcmltZSByZWFkZXJzICpiZWZv cmUqIHRoZXkNCiAgIHJlYWQgdGhlIHRleHQuDQoNCiAtIHRoZSBzb2x1dGlvbiBmb3IgcGVyZmVj dC1leHRyYWN0aW9uIGNvdWxkIGJlIGVpdGhlcjoNCiAgICAgLSB1c2UgYm90aCBhIGhlYWRlci1h bmQtZm9vdGVyIG1hcmtlciAobG93IHRlY2gpDQogICAgIC0gb3IgdXNlIGVpdGhlciBhIGhlYWRl ciBvciBhIGZvb3RlciB0aGF0IGVuY29kZXMNCiAgICAgICBzb21ldGhpbmcgbGlrZSBhICJudW0g bGluZXMiIHZhbHVlIGludG8gdGhlIA0KICAgICAgIG1hcmtlci4gIChub3RlOiBmb290ZXItb25s eSBva2F5IHNpbmNlIHRoZSBtYXJrZXINCiAgICAgICBpcyBmb3IgcHJvZ3JhbW1hdGljIHByb2Nl c3NvcnMsIG5vdCB0aGUgcmVhZGVycykNCg0KIC0gdGhlIHNvbHV0aW9uIGZvciB0YWJzIGNvdWxk IGJlIHRvIHVzZSBlaXRoZXIgYSBoZWFkZXINCiAgIG9yIGEgZm9vdGVyIHRoYXQgZW5jb2RlcyB0 aGUgdGFiLSBzdG9wIG1ldGFkYXRhLiAobm90ZToNCiAgIGZvb3Rlci1vbmx5IG9rYXkgc2luY2Ug dGhlIG1hcmtlciBpcyBmb3IgcHJvZ3JhbW1hdGljDQogICBwcm9jZXNzb3JzLCBub3QgdGhlIHJl YWRlcnMpDQoNCg0KSWYgdGFicyB3ZXJlIHRvIGJlIHN1cHBvcnRlZCBieSB0aGUgZm9sZGluZyBz b2x1dGlvbiAobm90ZTogaXQNCmRvZXNuJ3QgbWFrZSBzZW5zZSB0byB0YWxrIGFib3V0ICJmb2xk cyBiZWluZyBzdXBwb3J0aW5nIGJ5IHRoZQ0KdGFiYmluZyBzb2x1dGlvbiIpLCB0aGVuIGVpdGhl cjoNCg0KICBhKSB0YWJzIGFyZSBoYW5kbGVkICpiZWZvcmUqIGZvbGRpbmcsIGFuZCB0aGUgZm9s ZGluZy1zb2x1dGlvbiANCiAgICAgaXMgYXdhcmUgb2YgdGhlIHRhYi1zb2x1dGlvbiAoaS5lLiwg aXQgaXMgYWJsZSB0byBwcm9jZXNzIA0KICAgICB0aGUgbWV0YWRhdGEpLg0KDQogICAgICAtIGV2 ZXJ5Ym9keSBub2RzIDspDQoNCiAgYikgdGhlIGZvbGRpbmctc29sdXRpb24gaXMgcmVhbGx5IGEg Zm9sZGluZyt0YWIgc29sdXRpb24sIHRoYXQgaXMsDQogICAgIGl0IGhhcyBhIGJ1aWx0LWluIHdh eSBvZiBoYW5kbGluZyB0YWJzIChpLmUuLCBlbmNvZGluZyB0YWIgc3RvcA0KICAgICBtZXRhZGF0 YSkgaW5kZXBlbmRlbnQgb2YgaG93IHRhYnMgYXJlIGhhbmRsZWQgZm9yIHRleHQgdGhhdCBoYXMN CiAgICAgbm90IGJlZW4gZm9sZGVkLg0KDQogICAgICAtIHRoaXMgbWF5IGJlIHRlY2huaWNhbGx5 IHBvc3NpYmxlLCBidXQgd2Ugc2hvdWxkIGF2b2lkIGhhdmluZw0KICAgICAgICB0d28gc29sdXRp b25zIHRvIHNvbHZlIHRoZSB0YWIgcHJvYmxlbS4gIFdlIHdvdWxkIGJlIGJldHRlcg0KICAgICAg ICBvZmYgc29sdmluZyB0aGUgdGFiLXByb2JsZW0gZGlyZWN0bHkgYW5kIHRoZW4gdXNlIChhKS4N Cg0KICBjKSB0aGUgZm9sZGluZy1zb2x1dGlvbiBmb2xkcyB1c2luZyB0aGUgc291cmNlIHRhYiBz dG9wcywgYnV0IGRvZXMNCiAgICAgbm90IGl0c2VsZiBlbmNvZGUgbWV0YWRhdGEgYWJvdXQgdGhl IHRhYiBzdG9wcywgYXNzdW1pbmcgdGhhdA0KICAgICB0aGVyZSBpcyBhICJwcm9taXNlIiB0aGF0 IHRoZSBlbmNvZGluZyBvZiB0aGUgbWV0YWRhdGEgd2lsbA0KICAgICBvY2N1ciBpbiBhIHdyYXBw ZXIgbGF5ZXIgYXJvdW5kIGl0Lg0KDQogICAgICAtIHRoaXMgZmVlbHMgaWNreSwgYnV0IGl0IHNl ZW1zIHZpYWJsZSBhbmQsIHdvdWxkIHBvc3NpYmxlDQogICAgICAgIGFsbG93IHVzIHRvIHByb2Nl ZWQgd2l0aCB0aGlzIGRyYWZ0IHdpdGhvdXQgaGF2aW5nIHRvIHNvbHZlDQogICAgICAgIHRoZSB0 YWJiaW5nIHByb2JsZW0gbm93Lg0KDQoNCk9wdGlvbnM6DQoNCiAgMSkgUkZDIGRpc2FsbG93cyBU QUJTIGluIGJvdGggdGhlIHNvdXJjZS1pbnB1dCBhbmQgZm9sZGVkLW91dHB1dC4NCiAgICAgKioq VGhpcyBpcyB3aGF0IHdlIGN1cnJlbnRseSBoYXZlKioqDQoNCiAgMikgUkZDIGRpc2FsbG93cyBU QUJTIG9ubHkgaW4gdGhlIGZvbGRlZC1vdXRwdXQsIHBlciBSRkMgNzk5MSwNCiAgICAgbGVhdmlu ZyBpdCB0byB0aGUgZm9sZGluZy1sb2dpYyAodGhlIHNjcmlwdCkgdG8gZGVjaWRlIGlmIGl0DQog ICAgIHdhbnRzIHRvOg0KICAgICAgYSkgZGlzYWxsb3cgVEFCUyBpbiB0aGUgc291cmNlIGlucHV0 IChjdXJyIHNjcmlwdCBkb2VzIHRoaXMpDQogICAgICBiKSBkZXRlY3QgVEFCUyBleGlzdCBhbmQg cHJvbXB0IHVzZXIgZm9yIFRBQiBzdG9wIGluZm8NCiAgICAgIGMpIGRldGVjdCBUQUJTIGFuZCBx dWVyeSBlbnZpcm9ubWVudCBmb3IgY3VyIFRBQiBzdG9wIGluZm8NCiAgICAgICAgIChidXQgdGFi LXN0b3BzIG1heSBkaWZmZXIgaW4gdGhlIHNoZWxsIHRoZSB0ZXh0IGVkaXRvciwNCiAgICAgICAg IG9yIHdoYXRldmVyIHdhcyB1c2VkIHRvIGNyZWF0ZSB0aGUgdGV4dCwgcmlnaHQ/KQ0KDQogIDMp IFJGQyBhbGxvd3MgVEFCUyBpbiB0aGUgZm9sZGVkIG91dHB1dCwgYW5kIHNvbHZlcyBpdCBieSAN CiAgICAgZGVwZW5kaW5nIG9uIGEgdGFiLXNvbHV0aW9uLCBhcyBkZXNjcmliZWQgYnkgKGEpLg0K DQogIDQpIFJGQyBhbGxvd3MgVEFCUyBpbiB0aGUgZm9sZGVkIG91dHB1dCwgYnV0IGRvZXMgbm90 IHNvbHZlcyBpdCwNCiAgICAgYXMgZGVzY3JpYmVkIGJ5IChjKS4gVGhpcyB3b3VsZCBwcm9iYWJs eSBOT1QgYmUgYWxsb3dlZCBmcm9tIA0KICAgICBhIHN0YW5kYXJkaXphdGlvbiBwZXJzcGVjdGl2 ZS4NCg0KDQpNb3ZpbmcgdG8gKDIpIHdvdWxkIGJlIGVhc3kgYW5kIHByb2JhYmx5IHJlc29sdmVz IG1vc3QgY29uY2VybnMNCmhlcmUuICANCg0KTW92aW5nIHRvICgzKSBpcyBwb3NzaWJsZSwgYnV0 IHdlIHdvdWxkIGRvIHNvIG9ubHkgdG86DQoNCiAtIHN1cHBvcnQgbm9uLUlFVEYgdXNlIGNhc2Vz DQoNCiAtIG9yIHBhdmUgdGhlIHdheSBmb3IgYW4gcmZjNzk5MWJpcyB0aGF0IGNvdWxkIGRlcGVu ZCBvbiB0aGUgDQogICBzb2x1dGlvbnMgd2UgZGVmaW5lIGhlcmUuICANCg0KICAgVGhhdCBpcywg cmZjNzk5MWJpcyBjb3VsZCAqYWxsb3cqIGxvbmctbGluZXMgYW5kIHRhYnMgd2hpbGUNCiAgIGB4 bWwycmZjYCBhcHBsaWVzIHRoZSBzb2x1dGlvbnMgYmVpbmcgZGlzY3Vzc2VkIGhlcmUgb25seQ0K ICAgZm9yIHdoZW4gZXhwb3J0aW5nIHRoZSAicGxhaW4tdGV4dCIgZm9ybWF0IChvdGhlciBmb3Jt YXRzDQogICBtYXkgaGF2ZSBiZXR0ZXIgd2F5cyB0byBzdXBwb3J0IHBlcmZlY3QgZXh0cmFjdGlv bnMgYW5kL29yDQogICBub3QgY2FyZSBhYm91dCBsb25nLWxpbmVzIG9yIHRhYnMpLg0KDQogICBQ UzogYXMgYSBjb3JvbGxhcnksIHJlYWxpemUgdGhhdCB3aGVuIHdlIHByZS10ZXh0dWFsaXppbmcN CiAgICAgICBhcnR3b3JrIGZvciBYTUwtYmFzZWQgc3VibWlzc2lvbnMsIHdlIGFyZSBzb21ld2hh dA0KICAgICAgIHdvcnNlbmluZyB0aGUgcmVzdWx0IGZvciBvdGhlciBvdXRwdXQgZm9ybWF0cyAo bm90DQogICAgICAgInBsYWluLXRleHQiKS4NCg0KDQoNCktlbnQNCg0KDQoNCg0K From nobody Wed Sep 26 07:16:59 2018 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 382EA130E65 for ; Wed, 26 Sep 2018 07:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 ghYGDcTQhIQk for ; Wed, 26 Sep 2018 07:16:55 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABF31130E0C for ; Wed, 26 Sep 2018 07:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5837; q=dns/txt; s=iport; t=1537971414; x=1539181014; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=cfp554lvV5uUi+gW913w+bEibqSJ9psFxXvQTwiyom0=; b=XkGqDP1y+biM6zjSlrQDdlJTDLWqTeIeOoffy34B4S3Jv8du1wUndX2s yioHA/B7ZhnzOvw+gbtRf3jhdek3CGS4a3GZHIlKJ0fRzrbnyEwYQ6c8G Lga7Cd5ZenKreknIILjjxEF6hPHEk5M+OvKjyDkOb6nZhmNcsdiwkvlVb 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAABUlKtb/xbLJq1aGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUoJybRIog3SIdI0yLZZPgXoLGAuEA0YChB41FwEDAQE?= =?us-ascii?q?CAQECbRwMhTgBAQEBAwEBIRU2FwQLDgoCAiYCAicwBgEMBgIBAReDBgGCAQ+?= =?us-ascii?q?jFoEuhHeFGgWBC4oHgUE/gRIngW1+gxsBAYRiglcCiCQhL4VMjkcJkCcGF4F?= =?us-ascii?q?GhzMmhhWPAoYPgUQDM4FVMxoIGxU7gmyLFoU/PjCNQwEB?= X-IronPort-AV: E=Sophos;i="5.54,306,1534809600"; d="scan'208";a="6815194" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Sep 2018 14:16:52 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id w8QEGpDf018779; Wed, 26 Sep 2018 14:16:52 GMT To: Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> From: Robert Wilton Message-ID: <9c1d601f-25d2-bc8c-1d63-9d2b8d2eba4b@cisco.com> Date: Wed, 26 Sep 2018 15:16:51 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-3.cisco.com Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:16:57 -0000 On 26/09/2018 15:09, Kent Watsen wrote: > I recommend that we select "option-2" (see bottom). Yes, option 2 seems reasonable to me. Thanks, Rob > > - it easy to do. > - there's no current support for having tabs in folded output. > - doing so doesn't preclude an "option-3" someday in the future. > > The authors will assume that this is WG consensus if there are no > objections within a week's time. > > Kent // co-author > > > -----Original Message----- > > > [new subject line] > > It is one thing for an editor to use tabs during the creation of text, > and another to publish text with an expectation that consumers will > render the tabs the same way. Either the source editor converts tabs > to spaces, which is interoperable today, or keep the tabs while > publishing metadata in the text, using some TBD standard, enabling > consumers to use the same tab stops. > > If there were a standard enabling the publishing of text including > tabs, it should work for all artwork, not just artwork that has been > folded. This is similar to the discussion we had before about having > begin/end markers enabling perfect extractions, in that it is also > something that pertains to all artwork, not just artwork that has > been folded. > > Thus, there are a total of three problems: > P1: perfect extraction > P2: tabs > P3: long lines > > Assuming all thing were solved problems, and assuming that we always > want perfect extraction, the possible combinations for the occurrence > of the other two problems are: > - no tabs or long lines > - tabs, but no long lines > - long lines, but no tabs > - tabs and long lines > > How are they ordered? Clearly supporting perfect extractions has > to be the outermost thing, but what about the other two? Does it > matter? > > Thinking about solutions: > > - the solution for long-lines is to use a header (not a footer) > because it's believed important to prime readers *before* they > read the text. > > - the solution for perfect-extraction could be either: > - use both a header-and-footer marker (low tech) > - or use either a header or a footer that encodes > something like a "num lines" value into the > marker. (note: footer-only okay since the marker > is for programmatic processors, not the readers) > > - the solution for tabs could be to use either a header > or a footer that encodes the tab- stop metadata. (note: > footer-only okay since the marker is for programmatic > processors, not the readers) > > > If tabs were to be supported by the folding solution (note: it > doesn't make sense to talk about "folds being supporting by the > tabbing solution"), then either: > > a) tabs are handled *before* folding, and the folding-solution > is aware of the tab-solution (i.e., it is able to process > the metadata). > > - everybody nods ;) > > b) the folding-solution is really a folding+tab solution, that is, > it has a built-in way of handling tabs (i.e., encoding tab stop > metadata) independent of how tabs are handled for text that has > not been folded. > > - this may be technically possible, but we should avoid having > two solutions to solve the tab problem. We would be better > off solving the tab-problem directly and then use (a). > > c) the folding-solution folds using the source tab stops, but does > not itself encode metadata about the tab stops, assuming that > there is a "promise" that the encoding of the metadata will > occur in a wrapper layer around it. > > - this feels icky, but it seems viable and, would possible > allow us to proceed with this draft without having to solve > the tabbing problem now. > > > Options: > > 1) RFC disallows TABS in both the source-input and folded-output. > ***This is what we currently have*** > > 2) RFC disallows TABS only in the folded-output, per RFC 7991, > leaving it to the folding-logic (the script) to decide if it > wants to: > a) disallow TABS in the source input (curr script does this) > b) detect TABS exist and prompt user for TAB stop info > c) detect TABS and query environment for cur TAB stop info > (but tab-stops may differ in the shell the text editor, > or whatever was used to create the text, right?) > > 3) RFC allows TABS in the folded output, and solves it by > depending on a tab-solution, as described by (a). > > 4) RFC allows TABS in the folded output, but does not solves it, > as described by (c). This would probably NOT be allowed from > a standardization perspective. > > > Moving to (2) would be easy and probably resolves most concerns > here. > > Moving to (3) is possible, but we would do so only to: > > - support non-IETF use cases > > - or pave the way for an rfc7991bis that could depend on the > solutions we define here. > > That is, rfc7991bis could *allow* long-lines and tabs while > `xml2rfc` applies the solutions being discussed here only > for when exporting the "plain-text" format (other formats > may have better ways to support perfect extractions and/or > not care about long-lines or tabs). > > PS: as a corollary, realize that when we pre-textualizing > artwork for XML-based submissions, we are somewhat > worsening the result for other output formats (not > "plain-text"). > > > > Kent > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > . > From nobody Wed Sep 26 07:20:33 2018 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 9BE70130E0C for ; Wed, 26 Sep 2018 07:20:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.157 X-Spam-Level: X-Spam-Status: No, score=-3.157 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 b3kWaShQNnln for ; Wed, 26 Sep 2018 07:20:30 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 298CA130E65 for ; Wed, 26 Sep 2018 07:20:25 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QEDeri024645 for ; Wed, 26 Sep 2018 07:20:24 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=vKhOey95JgDZNOfwimWL5wa0nwgWVHH8udbeHSK+Kbg=; b=DwHH/B63c1c8dW5v4PzJv3tyNku5m7o6UdwcWTbTkuOzGVLGaTjK1vBnRU/A+qQPjb4Q w0tns5gLqappBk/aBYa0QXqNMN6OhHlqrBYvkAr0+Bv9RlUdonmd0R97bt4yu/60Au4r urINiPliFumLMVCBZPJLlbSjjPogB7ob5BdMvGg6UF4udzpgdRYBjUwvEVsSg8+viw2d ZMajDG3vRGSGE8nUpx/WzQ2ZLD9hLXZibYjma0M5VINDjhwy7nB4lv+Vj+q5IzfAiEuO ivZH7g6c1oRyB4Y0c1sZ+QLBVuKIFy5wZ9Nx80JSDI3T6/sKCKFvMVRgIx6HCLC7d6bK uw== Received: from nam04-bn3-obe.outbound.protection.outlook.com (mail-bn3nam04lp0115.outbound.protection.outlook.com [216.32.180.115]) by mx0a-00273201.pphosted.com with ESMTP id 2mr52yrr0x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Wed, 26 Sep 2018 07:20:24 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB4074.namprd05.prod.outlook.com (20.176.71.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.16; Wed, 26 Sep 2018 14:09:53 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 14:09:53 +0000 From: Kent Watsen To: "netmod@ietf.org" Thread-Topic: perfect extraction, tabs, and long lines - oh my Thread-Index: AQHUUddDmC2fPcIExUyr13bkTSDHbaUCXnIA Date: Wed, 26 Sep 2018 14:09:52 +0000 Message-ID: <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> In-Reply-To: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB4074; 6:Txnl8xkiOI4DSRqVpUGeOOttjHep8bAgnojAWt685FhzIpyLAyOWq8AqGeKUd7xSR2geWGm0RKMowptciiSmT4ehYYGhDg93CRnofvugv7fwT+cWv5o4EtfupGRXTdbwi5ojxwBQZSalVtOa2Yut5JxU8+JPTVDGUrl8lc8D96YIFSSuqng+TPhsuoWP/ofq1/CZgYHFvmZZdHvYftixWcOoh19MtNi5D4LJYZvwYhk8imHybxX3QEjePqgNYFyY8X1ItNsRDTolaMo1W0KwZMdeRDT/MTwxX57c7wrfMcgu1JzzZGIeLMWfHoYfS8BICGifSogxYK7uYyN3PYGlUGpKETwMob+88Uf1u3du+mYWXq9D1BhHmakdALD/eoGqRrLR5c0dBF2dm7orZr2lqilhNry2L1dCaPhr13Jm1Jcop9zCFs2vplX/Erulfd1hSIwf6LBedAlnyXrIzuZfBg==; 5:N/wVolNhMtmnfD0xQb2LId/5EXq6IkdmbNnWuBftShc0P14T7a9DjjdPPd4ZmyHYgWnpll0JnrR9z1DEA9LrGmR+l3IUe27NbTqEnJ6uHZsYJ2scS+h7WH1w28n/VUo/Z1g96bMfmErMhbu3gNLl6x+YA5CHPdWOhQXMLSVrhT4=; 7:DaCEcRxSXTvO7naMcGzuUA0eN9a7KRDP+Seb4NAgNnuBZN3MMCTiz2Zf6XrEvEisNDqDbQwXUCgNeXnsEcd1TdxjufG9JmE8V8jVCLY04KwOo6VdfLqurj2UrIb73m4iU4Knuw6FwVP2zM+inW+fi2Slureth4XE2lyp1eSlT2v0vRv7kF3TDTrwGuTL7sa6aWnZixjl3ZA5rESf/5vxUjPDp30iaTX/AlheKasrrh68drryvjcjLBMfRMB5IQFd x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 5595b816-6536-4e8d-090c-08d623b9bae5 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB4074; x-ms-traffictypediagnostic: DM6PR05MB4074: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(100405760836317); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(52105095)(6055026)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201708071742011)(7699051)(76991041); SRVR:DM6PR05MB4074; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB4074; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(396003)(39860400002)(376002)(346002)(199004)(189003)(13464003)(6246003)(3846002)(6116002)(6506007)(25786009)(14454004)(68736007)(86362001)(34290500001)(486006)(58126008)(2616005)(14444005)(256004)(476003)(71190400001)(186003)(83716004)(102836004)(99286004)(76176011)(11346002)(446003)(478600001)(26005)(2900100001)(71200400001)(5250100002)(53936002)(305945005)(7736002)(33656002)(6486002)(5640700003)(6512007)(105586002)(8676002)(1730700003)(81156014)(81166006)(82746002)(229853002)(6436002)(36756003)(5660300001)(97736004)(6916009)(2906002)(66066001)(316002)(2351001)(2501003)(106356001)(8936002)(61000200001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4074; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: EBPBvL/psNOlY1RVd/3Oh4H0sn2vdg/hS8iZvjcwSCDkJnNKKQ/smvA7mMB6QMimDcFH+wIbh8+Kweb+51hfWTROXw4A530ehF6T22GwCXUCW5hJx0AOG+ITu0YDKiOBVv3j0O3z961oqWHE9Hi2EJkHCI2OHWCqU+xqpSEwIuBHqpiOUILu9SUacQSFvBDTPIZLLUjnqvJ232zy9AjtFkk5o5R+AV2RNO8YY6vt1Wl2RgAawu83VItmnC0enO50AgkoYspTk2V5ud7vcBCbOx/OHiZbzW20jfGM2v/JSI7FLygz3u/2tAeUi1zPMO1r70OeOmN4r8yIdhczBEm4r6wxkmfggHpB6AFA7HO/efY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 5595b816-6536-4e8d-090c-08d623b9bae5 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 14:09:52.9904 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4074 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-26_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809260139 Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:20:32 -0000 DQpJIHJlY29tbWVuZCB0aGF0IHdlIHNlbGVjdCAib3B0aW9uLTIiIChzZWUgYm90dG9tKS4NCg0K LSBpdCBlYXN5IHRvIGRvLg0KLSB0aGVyZSdzIG5vIGN1cnJlbnQgc3VwcG9ydCBmb3IgaGF2aW5n IHRhYnMgaW4gZm9sZGVkIG91dHB1dC4NCi0gZG9pbmcgc28gZG9lc24ndCBwcmVjbHVkZSBhbiAi b3B0aW9uLTMiIHNvbWVkYXkgaW4gdGhlIGZ1dHVyZS4NCg0KVGhlIGF1dGhvcnMgd2lsbCBhc3N1 bWUgdGhhdCB0aGlzIGlzIFdHIGNvbnNlbnN1cyBpZiB0aGVyZSBhcmUgbm8gDQpvYmplY3Rpb25z IHdpdGhpbiBhIHdlZWsncyB0aW1lLg0KDQpLZW50IC8vIGNvLWF1dGhvcg0KDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQoNCg0KW25ldyBzdWJqZWN0IGxpbmVdDQoNCkl0IGlzIG9uZSB0 aGluZyBmb3IgYW4gZWRpdG9yIHRvIHVzZSB0YWJzIGR1cmluZyB0aGUgY3JlYXRpb24gb2YgdGV4 dCwNCmFuZCBhbm90aGVyIHRvIHB1Ymxpc2ggdGV4dCB3aXRoIGFuIGV4cGVjdGF0aW9uIHRoYXQg Y29uc3VtZXJzIHdpbGwNCnJlbmRlciB0aGUgdGFicyB0aGUgc2FtZSB3YXkuICBFaXRoZXIgdGhl IHNvdXJjZSBlZGl0b3IgY29udmVydHMgdGFicw0KdG8gc3BhY2VzLCB3aGljaCBpcyBpbnRlcm9w ZXJhYmxlIHRvZGF5LCBvciBrZWVwIHRoZSB0YWJzIHdoaWxlDQpwdWJsaXNoaW5nIG1ldGFkYXRh IGluIHRoZSB0ZXh0LCB1c2luZyBzb21lIFRCRCBzdGFuZGFyZCwgZW5hYmxpbmcNCmNvbnN1bWVy cyB0byB1c2UgdGhlIHNhbWUgdGFiIHN0b3BzLiAgDQoNCklmIHRoZXJlIHdlcmUgYSBzdGFuZGFy ZCBlbmFibGluZyB0aGUgcHVibGlzaGluZyBvZiB0ZXh0IGluY2x1ZGluZw0KdGFicywgaXQgc2hv dWxkIHdvcmsgZm9yIGFsbCBhcnR3b3JrLCBub3QganVzdCBhcnR3b3JrIHRoYXQgaGFzIGJlZW4N CmZvbGRlZC4gIFRoaXMgaXMgc2ltaWxhciB0byB0aGUgZGlzY3Vzc2lvbiB3ZSBoYWQgYmVmb3Jl IGFib3V0IGhhdmluZw0KYmVnaW4vZW5kIG1hcmtlcnMgZW5hYmxpbmcgcGVyZmVjdCBleHRyYWN0 aW9ucywgaW4gdGhhdCBpdCBpcyBhbHNvDQpzb21ldGhpbmcgdGhhdCBwZXJ0YWlucyB0byBhbGwg YXJ0d29yaywgbm90IGp1c3QgYXJ0d29yayB0aGF0IGhhcyANCmJlZW4gZm9sZGVkLiAgDQoNClRo dXMsIHRoZXJlIGFyZSBhIHRvdGFsIG9mIHRocmVlIHByb2JsZW1zOg0KICBQMTogcGVyZmVjdCBl eHRyYWN0aW9uDQogIFAyOiB0YWJzDQogIFAzOiBsb25nIGxpbmVzDQoNCkFzc3VtaW5nIGFsbCB0 aGluZyB3ZXJlIHNvbHZlZCBwcm9ibGVtcywgYW5kIGFzc3VtaW5nIHRoYXQgd2UgYWx3YXlzDQp3 YW50IHBlcmZlY3QgZXh0cmFjdGlvbiwgdGhlIHBvc3NpYmxlIGNvbWJpbmF0aW9ucyBmb3IgdGhl IG9jY3VycmVuY2UNCm9mIHRoZSBvdGhlciB0d28gcHJvYmxlbXMgYXJlOg0KICAtIG5vIHRhYnMg b3IgbG9uZyBsaW5lcw0KICAtIHRhYnMsIGJ1dCBubyBsb25nIGxpbmVzDQogIC0gbG9uZyBsaW5l cywgYnV0IG5vIHRhYnMNCiAgLSB0YWJzIGFuZCBsb25nIGxpbmVzDQoNCkhvdyBhcmUgdGhleSBv cmRlcmVkPyAgQ2xlYXJseSBzdXBwb3J0aW5nIHBlcmZlY3QgZXh0cmFjdGlvbnMgaGFzIA0KdG8g YmUgdGhlIG91dGVybW9zdCB0aGluZywgYnV0IHdoYXQgYWJvdXQgdGhlIG90aGVyIHR3bz8gICBE b2VzIGl0DQptYXR0ZXI/DQoNClRoaW5raW5nIGFib3V0IHNvbHV0aW9uczoNCg0KIC0gdGhlIHNv bHV0aW9uIGZvciBsb25nLWxpbmVzIGlzIHRvIHVzZSBhIGhlYWRlciAobm90IGEgZm9vdGVyKQ0K ICAgYmVjYXVzZSBpdCdzIGJlbGlldmVkIGltcG9ydGFudCB0byBwcmltZSByZWFkZXJzICpiZWZv cmUqIHRoZXkNCiAgIHJlYWQgdGhlIHRleHQuDQoNCiAtIHRoZSBzb2x1dGlvbiBmb3IgcGVyZmVj dC1leHRyYWN0aW9uIGNvdWxkIGJlIGVpdGhlcjoNCiAgICAgLSB1c2UgYm90aCBhIGhlYWRlci1h bmQtZm9vdGVyIG1hcmtlciAobG93IHRlY2gpDQogICAgIC0gb3IgdXNlIGVpdGhlciBhIGhlYWRl ciBvciBhIGZvb3RlciB0aGF0IGVuY29kZXMNCiAgICAgICBzb21ldGhpbmcgbGlrZSBhICJudW0g bGluZXMiIHZhbHVlIGludG8gdGhlIA0KICAgICAgIG1hcmtlci4gIChub3RlOiBmb290ZXItb25s eSBva2F5IHNpbmNlIHRoZSBtYXJrZXINCiAgICAgICBpcyBmb3IgcHJvZ3JhbW1hdGljIHByb2Nl c3NvcnMsIG5vdCB0aGUgcmVhZGVycykNCg0KIC0gdGhlIHNvbHV0aW9uIGZvciB0YWJzIGNvdWxk IGJlIHRvIHVzZSBlaXRoZXIgYSBoZWFkZXINCiAgIG9yIGEgZm9vdGVyIHRoYXQgZW5jb2RlcyB0 aGUgdGFiLSBzdG9wIG1ldGFkYXRhLiAobm90ZToNCiAgIGZvb3Rlci1vbmx5IG9rYXkgc2luY2Ug dGhlIG1hcmtlciBpcyBmb3IgcHJvZ3JhbW1hdGljDQogICBwcm9jZXNzb3JzLCBub3QgdGhlIHJl YWRlcnMpDQoNCg0KSWYgdGFicyB3ZXJlIHRvIGJlIHN1cHBvcnRlZCBieSB0aGUgZm9sZGluZyBz b2x1dGlvbiAobm90ZTogaXQNCmRvZXNuJ3QgbWFrZSBzZW5zZSB0byB0YWxrIGFib3V0ICJmb2xk cyBiZWluZyBzdXBwb3J0aW5nIGJ5IHRoZQ0KdGFiYmluZyBzb2x1dGlvbiIpLCB0aGVuIGVpdGhl cjoNCg0KICBhKSB0YWJzIGFyZSBoYW5kbGVkICpiZWZvcmUqIGZvbGRpbmcsIGFuZCB0aGUgZm9s ZGluZy1zb2x1dGlvbiANCiAgICAgaXMgYXdhcmUgb2YgdGhlIHRhYi1zb2x1dGlvbiAoaS5lLiwg aXQgaXMgYWJsZSB0byBwcm9jZXNzIA0KICAgICB0aGUgbWV0YWRhdGEpLg0KDQogICAgICAtIGV2 ZXJ5Ym9keSBub2RzIDspDQoNCiAgYikgdGhlIGZvbGRpbmctc29sdXRpb24gaXMgcmVhbGx5IGEg Zm9sZGluZyt0YWIgc29sdXRpb24sIHRoYXQgaXMsDQogICAgIGl0IGhhcyBhIGJ1aWx0LWluIHdh eSBvZiBoYW5kbGluZyB0YWJzIChpLmUuLCBlbmNvZGluZyB0YWIgc3RvcA0KICAgICBtZXRhZGF0 YSkgaW5kZXBlbmRlbnQgb2YgaG93IHRhYnMgYXJlIGhhbmRsZWQgZm9yIHRleHQgdGhhdCBoYXMN CiAgICAgbm90IGJlZW4gZm9sZGVkLg0KDQogICAgICAtIHRoaXMgbWF5IGJlIHRlY2huaWNhbGx5 IHBvc3NpYmxlLCBidXQgd2Ugc2hvdWxkIGF2b2lkIGhhdmluZw0KICAgICAgICB0d28gc29sdXRp b25zIHRvIHNvbHZlIHRoZSB0YWIgcHJvYmxlbS4gIFdlIHdvdWxkIGJlIGJldHRlcg0KICAgICAg ICBvZmYgc29sdmluZyB0aGUgdGFiLXByb2JsZW0gZGlyZWN0bHkgYW5kIHRoZW4gdXNlIChhKS4N Cg0KICBjKSB0aGUgZm9sZGluZy1zb2x1dGlvbiBmb2xkcyB1c2luZyB0aGUgc291cmNlIHRhYiBz dG9wcywgYnV0IGRvZXMNCiAgICAgbm90IGl0c2VsZiBlbmNvZGUgbWV0YWRhdGEgYWJvdXQgdGhl IHRhYiBzdG9wcywgYXNzdW1pbmcgdGhhdA0KICAgICB0aGVyZSBpcyBhICJwcm9taXNlIiB0aGF0 IHRoZSBlbmNvZGluZyBvZiB0aGUgbWV0YWRhdGEgd2lsbA0KICAgICBvY2N1ciBpbiBhIHdyYXBw ZXIgbGF5ZXIgYXJvdW5kIGl0Lg0KDQogICAgICAtIHRoaXMgZmVlbHMgaWNreSwgYnV0IGl0IHNl ZW1zIHZpYWJsZSBhbmQsIHdvdWxkIHBvc3NpYmxlDQogICAgICAgIGFsbG93IHVzIHRvIHByb2Nl ZWQgd2l0aCB0aGlzIGRyYWZ0IHdpdGhvdXQgaGF2aW5nIHRvIHNvbHZlDQogICAgICAgIHRoZSB0 YWJiaW5nIHByb2JsZW0gbm93Lg0KDQoNCk9wdGlvbnM6DQoNCiAgMSkgUkZDIGRpc2FsbG93cyBU QUJTIGluIGJvdGggdGhlIHNvdXJjZS1pbnB1dCBhbmQgZm9sZGVkLW91dHB1dC4NCiAgICAgKioq VGhpcyBpcyB3aGF0IHdlIGN1cnJlbnRseSBoYXZlKioqDQoNCiAgMikgUkZDIGRpc2FsbG93cyBU QUJTIG9ubHkgaW4gdGhlIGZvbGRlZC1vdXRwdXQsIHBlciBSRkMgNzk5MSwNCiAgICAgbGVhdmlu ZyBpdCB0byB0aGUgZm9sZGluZy1sb2dpYyAodGhlIHNjcmlwdCkgdG8gZGVjaWRlIGlmIGl0DQog ICAgIHdhbnRzIHRvOg0KICAgICAgYSkgZGlzYWxsb3cgVEFCUyBpbiB0aGUgc291cmNlIGlucHV0 IChjdXJyIHNjcmlwdCBkb2VzIHRoaXMpDQogICAgICBiKSBkZXRlY3QgVEFCUyBleGlzdCBhbmQg cHJvbXB0IHVzZXIgZm9yIFRBQiBzdG9wIGluZm8NCiAgICAgIGMpIGRldGVjdCBUQUJTIGFuZCBx dWVyeSBlbnZpcm9ubWVudCBmb3IgY3VyIFRBQiBzdG9wIGluZm8NCiAgICAgICAgIChidXQgdGFi LXN0b3BzIG1heSBkaWZmZXIgaW4gdGhlIHNoZWxsIHRoZSB0ZXh0IGVkaXRvciwNCiAgICAgICAg IG9yIHdoYXRldmVyIHdhcyB1c2VkIHRvIGNyZWF0ZSB0aGUgdGV4dCwgcmlnaHQ/KQ0KDQogIDMp IFJGQyBhbGxvd3MgVEFCUyBpbiB0aGUgZm9sZGVkIG91dHB1dCwgYW5kIHNvbHZlcyBpdCBieSAN CiAgICAgZGVwZW5kaW5nIG9uIGEgdGFiLXNvbHV0aW9uLCBhcyBkZXNjcmliZWQgYnkgKGEpLg0K DQogIDQpIFJGQyBhbGxvd3MgVEFCUyBpbiB0aGUgZm9sZGVkIG91dHB1dCwgYnV0IGRvZXMgbm90 IHNvbHZlcyBpdCwNCiAgICAgYXMgZGVzY3JpYmVkIGJ5IChjKS4gVGhpcyB3b3VsZCBwcm9iYWJs eSBOT1QgYmUgYWxsb3dlZCBmcm9tIA0KICAgICBhIHN0YW5kYXJkaXphdGlvbiBwZXJzcGVjdGl2 ZS4NCg0KDQpNb3ZpbmcgdG8gKDIpIHdvdWxkIGJlIGVhc3kgYW5kIHByb2JhYmx5IHJlc29sdmVz IG1vc3QgY29uY2VybnMNCmhlcmUuICANCg0KTW92aW5nIHRvICgzKSBpcyBwb3NzaWJsZSwgYnV0 IHdlIHdvdWxkIGRvIHNvIG9ubHkgdG86DQoNCiAtIHN1cHBvcnQgbm9uLUlFVEYgdXNlIGNhc2Vz DQoNCiAtIG9yIHBhdmUgdGhlIHdheSBmb3IgYW4gcmZjNzk5MWJpcyB0aGF0IGNvdWxkIGRlcGVu ZCBvbiB0aGUgDQogICBzb2x1dGlvbnMgd2UgZGVmaW5lIGhlcmUuICANCg0KICAgVGhhdCBpcywg cmZjNzk5MWJpcyBjb3VsZCAqYWxsb3cqIGxvbmctbGluZXMgYW5kIHRhYnMgd2hpbGUNCiAgIGB4 bWwycmZjYCBhcHBsaWVzIHRoZSBzb2x1dGlvbnMgYmVpbmcgZGlzY3Vzc2VkIGhlcmUgb25seQ0K ICAgZm9yIHdoZW4gZXhwb3J0aW5nIHRoZSAicGxhaW4tdGV4dCIgZm9ybWF0IChvdGhlciBmb3Jt YXRzDQogICBtYXkgaGF2ZSBiZXR0ZXIgd2F5cyB0byBzdXBwb3J0IHBlcmZlY3QgZXh0cmFjdGlv bnMgYW5kL29yDQogICBub3QgY2FyZSBhYm91dCBsb25nLWxpbmVzIG9yIHRhYnMpLg0KDQogICBQ UzogYXMgYSBjb3JvbGxhcnksIHJlYWxpemUgdGhhdCB3aGVuIHdlIHByZS10ZXh0dWFsaXppbmcN CiAgICAgICBhcnR3b3JrIGZvciBYTUwtYmFzZWQgc3VibWlzc2lvbnMsIHdlIGFyZSBzb21ld2hh dA0KICAgICAgIHdvcnNlbmluZyB0aGUgcmVzdWx0IGZvciBvdGhlciBvdXRwdXQgZm9ybWF0cyAo bm90DQogICAgICAgInBsYWluLXRleHQiKS4NCg0KDQoNCktlbnQNCg0KDQoNCg0K From nobody Wed Sep 26 07:40:53 2018 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 5505B130E73; Wed, 26 Sep 2018 07:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hakQeKSrsIXD; Wed, 26 Sep 2018 07:40:50 -0700 (PDT) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (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 5CAB8130DCB; Wed, 26 Sep 2018 07:40:50 -0700 (PDT) Received: by mail-io1-xd29.google.com with SMTP id y10-v6so23436737ioa.10; Wed, 26 Sep 2018 07:40:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=ozdO+A7vrknn59iqZEmKGDXW3UkD3Au+2ebHF/jCPJU=; b=MadE08nlbGqLA8TNJCU38wtcBPuBBrk9SInPu1bRjgEnF8LHpJHqGSbXgVXhP11Wff queQZOzV3pVE2P5nobVwR3ewCEN3XJK0FXqgbtf/Tqy9pvgRkdgEOGdVTSEkIygPgfdI MKL5u3qUMvITvZz7HfWjOjHrszoQ216y4hspgraQc8fVumY4a7XjZT3RngqAEXD9qzrI Ry/W+MOlOPLZNv1I7wELiRrQRHnn08budGuBIDhqyVQvUpHBAM+pSKxOZqq+btTT7e4M +2EXyIBPY3NQNFsfqeMZUaM4pmzSh69BjK5L74BYqDlYexTwf5LIuibW6Sh2/srra4mh fyeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=ozdO+A7vrknn59iqZEmKGDXW3UkD3Au+2ebHF/jCPJU=; b=h4lPo+bmYu2l+Z6UiFLOtGs2pcbIHsM0IFUkc2oROH7jrvYR1ddGWWUNBDiruwmuM7 3+soeT9wN8FSlgBR8Sf5avigXih2eeO/rRAKmaisgT036cVHnRH6wc4XKZ6VXOwpZumX 3WdvKywvQZ18tsG2eFJ/apVXD5kshV8pfSpylb/Y8OaLZ79gb7AvQNjO22oPvNVkU/o2 XuWU7BWj5Lz7rEyEX5V+kiJs8z1qDn10NpxLfrnSF4ayKijixGw9PuO4VQ7s22qaHXyQ o7UUnbw0nA4TYhlVx2W7WMHsayli6kNNHufxAejjaLqOnGpd6kh6pd2Nz2nW4SjUISM2 r+cg== X-Gm-Message-State: ABuFfohDoXtypm2OSqz1jyETfS3f6NP4R3ZrzeOrP1SYGQKHJvcpHVNm o97kYLDW1JpYDDRLvOaEda8mK3fp X-Google-Smtp-Source: ACcGV63CnLpbTdhsBtsGoSpH2U/bAcxqKc26y1By57/fofxZeyLTuoOMVqML33T/WNiffW5bpiHLag== X-Received: by 2002:a6b:7717:: with SMTP id n23-v6mr5241348iom.88.1537972849077; Wed, 26 Sep 2018 07:40:49 -0700 (PDT) Received: from [172.20.6.51] (50-201-65-236-static.hfc.comcastbusiness.net. [50.201.65.236]) by smtp.gmail.com with ESMTPSA id m20-v6sm2025414iob.74.2018.09.26.07.40.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 07:40:48 -0700 (PDT) From: joel jaeggli Content-Type: multipart/signed; boundary="Apple-Mail=_D5E70BE2-610C-467F-8777-3598C6105D05"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Message-Id: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> Date: Wed, 26 Sep 2018 08:40:46 -0600 To: netmod@ietf.org, draft-ietf-netmod-module-tags@ietf.org X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:40:52 -0000 --Apple-Mail=_D5E70BE2-610C-467F-8777-3598C6105D05 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii This is start of a two week poll on making draft-ietf-netmod-module-tags-02 a NetMod working group document. You may review at: https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 Please send email to the list indicating "yes/support" or "no/do not support". If indicating no, please state your reservations with the document. If yes, please also feel free to provide comments you'd like to see addressed once the document is a WG document. --Apple-Mail=_D5E70BE2-610C-467F-8777-3598C6105D05 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----- iQEzBAEBCAAdFiEEQJZPgixidHut7OHGJsPvwb83uJEFAlurmm4ACgkQJsPvwb83 uJED+AgAl5LsxVHsqEnafBBrFSB1/vczcYNf6J9hdgXsH1lKZZ7k2kbBu9Y24Tsx eByGJQknQRQJTwlB05BBWHTcS/0auarYrCJdmlR5kHXKhvAZt4Cg8Kjz4LoCDlg2 ryCCJ8Hs7dl/0F2LLObXF9evTE+ao5qYGgWhmFUaHj29uYXnz2zzX2SMe/C3Z4Zb uoQklcHGGMwFiCHJm8S5X/BGb65vbVhcf9lSGC8eRIgzOk96rTZDkEhk+xDoL3vt F3yLAtI4GFJlVtJ8EcmvAIooGDIQmCwkCqTmcrXrKoFYO6aflu7oRtPuo8DsL9jW tmKnsaMnnPKQ2OlW7OOl0SnHJvaycA== =lkkm -----END PGP SIGNATURE----- --Apple-Mail=_D5E70BE2-610C-467F-8777-3598C6105D05-- From nobody Wed Sep 26 07:42:13 2018 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 B28C1130EAB; Wed, 26 Sep 2018 07:42:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 v3iotG-4h559; Wed, 26 Sep 2018 07:42:09 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 692D0130DCB; Wed, 26 Sep 2018 07:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=932; q=dns/txt; s=iport; t=1537972929; x=1539182529; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=qLDapw1GnzaRKUEfdJRBg5UlkmO1MPyR2vOBixnPysc=; b=j0oFDVeEE9WfNG2UVf8Xcdhkapxjvr05AJvjm9hZsqJwXFkpOn/zVzkn ViuW02JUnbYirUVBm8H+qevb9obbtKO7PrLJ43B/7jMulqbry7Vh3jaIe VDm00YZ4euO0PjG8v/Xsjzd86Z9JvIBss7GxoKzMtVhJN5R+vI3YZd2Vq c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AiAAAHmqtb/5hdJa1aGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUYIOZX8oCoNqiBWMMYFog2KFIY1xFIFmCyOESQIXg2YhNBg?= =?us-ascii?q?BAwEBAgEBAm0cDIU5BiMRVQIBCBoCJgICAh8RFRACBAESgyEBgWkDFQ+jG4E?= =?us-ascii?q?uhzgNgkwFgQuJcBeCAIE5DBOCTIJWRQEBA4ErARIBH4MBMYImApxbLAkChkG?= =?us-ascii?q?GUIMaF4E3D4RSiRyLe2+IAAIRFIElHThkcXAVOyoBgkGLFoU+b4sGgR+BHgE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.54,306,1534809600"; d="scan'208";a="239607254" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Sep 2018 14:42:07 +0000 Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id w8QEg4Lp009675 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 26 Sep 2018 14:42:05 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 26 Sep 2018 10:42:04 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1395.000; Wed, 26 Sep 2018 10:42:04 -0400 From: "Acee Lindem (acee)" To: joel jaeggli , "netmod@ietf.org" , "draft-ietf-netmod-module-tags@ietf.org" Thread-Topic: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 Thread-Index: AQHUVab/xdCOEZdVaEKyBl3KW0yFyKUCot+A Date: Wed, 26 Sep 2018 14:42:03 +0000 Message-ID: <591F2AE3-1477-421C-AB6F-23B7F093BB74@cisco.com> References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> In-Reply-To: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Outbound-SMTP-Client: 64.101.220.152, xch-rtp-012.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:42:12 -0000 WWVzL3N1cHBvcnQNClRoYW5rcywNCkFjZWUNCg0K77u/T24gOS8yNi8xOCwgMTA6NDEgQU0sICJu ZXRtb2Qgb24gYmVoYWxmIG9mIGpvZWwgamFlZ2dsaSIgPG5ldG1vZC1ib3VuY2VzQGlldGYub3Jn IG9uIGJlaGFsZiBvZiBqb2VsamFAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIFRoaXMgaXMgc3Rh cnQgb2YgYSB0d28gd2VlayBwb2xsIG9uIG1ha2luZw0KICAgIGRyYWZ0LWlldGYtbmV0bW9kLW1v ZHVsZS10YWdzLTAyIGEgTmV0TW9kIHdvcmtpbmcgZ3JvdXANCiAgICBkb2N1bWVudC4NCiAgICAN CiAgICBZb3UgbWF5IHJldmlldyBhdDoNCiAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtaWV0Zi1uZXRtb2QtbW9kdWxlLXRhZ3MtMDINCiAgICANCiAgICBQbGVhc2Ugc2VuZCBl bWFpbCB0byB0aGUgbGlzdCBpbmRpY2F0aW5nICJ5ZXMvc3VwcG9ydCIgb3IgIm5vL2RvIG5vdA0K ICAgIHN1cHBvcnQiLiAgSWYgaW5kaWNhdGluZyBubywgcGxlYXNlIHN0YXRlIHlvdXIgcmVzZXJ2 YXRpb25zIHdpdGggdGhlDQogICAgZG9jdW1lbnQuICBJZiB5ZXMsIHBsZWFzZSBhbHNvIGZlZWwg ZnJlZSB0byBwcm92aWRlIGNvbW1lbnRzIHlvdSdkIGxpa2UNCiAgICB0byBzZWUgYWRkcmVzc2Vk IG9uY2UgdGhlIGRvY3VtZW50IGlzIGEgV0cgZG9jdW1lbnQuDQogICAgDQogICAgDQoNCg== From nobody Wed Sep 26 07:51:22 2018 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 1171B130EAB; Wed, 26 Sep 2018 07:51:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 N7JOPw88VEg3; Wed, 26 Sep 2018 07:51:18 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1346E12958B; Wed, 26 Sep 2018 07:51:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2546; q=dns/txt; s=iport; t=1537973478; x=1539183078; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=e0v75pIowTgqp3LQ8EqrGmmuB7KOF3YF74Yv42nyXrQ=; b=JJRfRnIjryPcNoXB95FS/XkopYxempn9cx3zWdCH2ihFRpuU5Pu7ToWr t6A19SqSGdy3fQUV8BjjEUPZ9enuIfPKBNHDjOAMJe9HX7+dz60whnO9l I5vP0j58ZQjeb6L7COpLaag1pea03ryJdnEV4jwV+7Ifu3PluemqUNPZx 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAABum6tb/xbLJq0XAUIZAQEBAQE?= =?us-ascii?q?BAQEBAQEBBwEBAQEBAYFSgnJtEiiMaI0yCCWRE4U8FIFmCxgBCoQDRgKEHjU?= =?us-ascii?q?XAQMBAQIBAQJtHAyFOQEBAQMBAWwbCwQBEy4nMAYBDAYCAQGDHQGCAQ+GH54?= =?us-ascii?q?2H4RYhRoFixKBQT+BOQyCX4MbAQEDgSsBEgGFdwKOQI5HCYZDiWQGF4FGhFK?= =?us-ascii?q?CYYY7i3uDB4YPgUMBNmRxMxoIGxU7gmyLFoU/PjCLBoI9AQE?= X-IronPort-AV: E=Sophos;i="5.54,306,1534809600"; d="scan'208,217";a="6815879" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Sep 2018 14:51:15 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id w8QEpEmp023054; Wed, 26 Sep 2018 14:51:14 GMT To: joel jaeggli , netmod@ietf.org, draft-ietf-netmod-module-tags@ietf.org References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> From: Robert Wilton Message-ID: Date: Wed, 26 Sep 2018 15:51:13 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> Content-Type: multipart/alternative; boundary="------------A2A761A60F079896B5F04EA7" Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-3.cisco.com Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:51:21 -0000 This is a multi-part message in MIME format. --------------A2A761A60F079896B5F04EA7 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Yes/support. Thanks, Rob On 26/09/2018 15:40, joel jaeggli wrote: > This is start of a two week poll on making > draft-ietf-netmod-module-tags-02 a NetMod working group > document. > > You may review at: > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 > > Please send email to the list indicating "yes/support" or "no/do not > support". If indicating no, please state your reservations with the > document. If yes, please also feel free to provide comments you'd like > to see addressed once the document is a WG document. > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod --------------A2A761A60F079896B5F04EA7 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit

Yes/support.

Thanks,
Rob


On 26/09/2018 15:40, joel jaeggli wrote:
This is start of a two week poll on making
draft-ietf-netmod-module-tags-02 a NetMod working group
document.

You may review at:
https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02

Please send email to the list indicating "yes/support" or "no/do not
support".  If indicating no, please state your reservations with the
document.  If yes, please also feel free to provide comments you'd like
to see addressed once the document is a WG document.




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

--------------A2A761A60F079896B5F04EA7-- From nobody Wed Sep 26 07:56:05 2018 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 576AC130F0D for ; Wed, 26 Sep 2018 07:56:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 1KhJMEWHtaeT for ; Wed, 26 Sep 2018 07:55:59 -0700 (PDT) Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (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 C7D20130EBA for ; Wed, 26 Sep 2018 07:55:57 -0700 (PDT) Received: by mail-lf1-x12b.google.com with SMTP id x24-v6so23470093lfe.10 for ; Wed, 26 Sep 2018 07:55:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vBLLyr+LryyVFNH+ulN3PZYDpbQ/1IO8OW0Jhs1umBI=; b=i+4er48OPL2lZXzfuakPtBsRWxH7yfYwCPPD3/pTQ+90CDwYG2P5ZpnlP3CmaJw4l1 AS9jFWWGB+uk7428fn/LSq9Pw60caz28TZ2/RagWLEOcZGYoEGYnIvQcdqx/7GU0AKWN ezwP3risjHnap54m4pnA13NLbT2F9ujiB2hKVfwMjTSo49/LgmZmmu7tq0yUTtEWNbB6 gI5tD0Va79oiRTCXOrrFEMdbR1L5W3hLHd67+nUIc1+KeayWAdBafv/nuHEbEge3v/or 6AQahC42Au3JJLAizwUHw92LeP/6Bvmxqwqx72CQ82/JvevbdntLPFITDYyuX59htHz7 7gEw== 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=vBLLyr+LryyVFNH+ulN3PZYDpbQ/1IO8OW0Jhs1umBI=; b=c9cnhDbXTVkBagIRFnlQ+DHX9ciPtFyhAKn9loph6SacwDt168wJa/Zp6mW/ftxS+u FWEKYF0+KvxAqqCW1iKOo00p3pTdIOmHddKh6Ce9iQcu9oFEYnLALsqvWfIgP8JwAezX /H5YuACoHTnU5bd4itipPP938cMrJ+7nAE/75VfpgxeZrI+4uWGEVfNyzRfNtdpgJJSY 9s+Qs8lgmvD8D+bRyeQwba3b6JK47N5lxBe5vE9Crwm+XiyC0t5Dn2dUA//quc0H0fVR IWOloMtpNtKsuPXZoHshQsQaBC+SeyG9LHbvXoeBV2jNZdG0JroG7nzPB1gOsPciZjq1 JmQQ== X-Gm-Message-State: ABuFfoi0AYFL4seymKYQPUk57tIqRKGilHPc+SFE9dzoGdNQ4Ne/JqLf XoTKMU90LxAUeu6/Zo3rWWlbrM0jbM+7DmaUXj4RrXV7stI= X-Google-Smtp-Source: ACcGV61SreY/ERjnRfzLeTMCcqcB2TASRdm+F07wS42cHiKlZ8WQu+AcvwreR3l4Aa7ZwA/jjdh72eOJiNicKeGhX0E= X-Received: by 2002:a19:cf05:: with SMTP id f5-v6mr4704688lfg.73.1537973755823; Wed, 26 Sep 2018 07:55:55 -0700 (PDT) MIME-Version: 1.0 References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> In-Reply-To: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> From: Andy Bierman Date: Wed, 26 Sep 2018 07:55:44 -0700 Message-ID: To: joelja@gmail.com Cc: NetMod WG , draft-ietf-netmod-module-tags@ietf.org Content-Type: multipart/alternative; boundary="00000000000063e8440576c76b7a" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 14:56:05 -0000 --00000000000063e8440576c76b7a Content-Type: text/plain; charset="UTF-8" On Wed, Sep 26, 2018 at 7:40 AM joel jaeggli wrote: > This is start of a two week poll on making > draft-ietf-netmod-module-tags-02 a NetMod working group > document. > I think we did this step already. https://www.ietf.org/mail-archive/web/netmod/current/msg20344.html Otherwise how would the draft be named draft-ietf-netmod? Maybe you mean to start a WGLC, which I also support. Andy > You may review at: > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 > > Please send email to the list indicating "yes/support" or "no/do not > support". If indicating no, please state your reservations with the > document. If yes, please also feel free to provide comments you'd like > to see addressed once the document is a WG document. > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --00000000000063e8440576c76b7a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Sep 26, 2018 at 7:40 AM joel jaeggli <joelja@gmail.com> wrote:
This is start of a two week poll on ma= king
draft-ietf-netmod-module-tags-02 a NetMod working group
document.


I think we did= this step already.

Otherwise how wo= uld the draft be named draft-ietf-netmod?
Maybe you mean to start= a WGLC, which I also support.


Andy=


You may review at:
https://tools.ietf.org/html/draft-ietf-n= etmod-module-tags-02

Please send email to the list indicating "yes/support" or "n= o/do not
support".=C2=A0 If indicating no, please state your reservations with = the
document.=C2=A0 If yes, please also feel free to provide comments you'd= like
to see addressed once the document is a WG document.

_______________________________________________
netmod mailing list
netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
--00000000000063e8440576c76b7a-- From nobody Wed Sep 26 08:22:58 2018 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 85CDB130FEB for ; Wed, 26 Sep 2018 08:22:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 K70dVGWZS5qw for ; Wed, 26 Sep 2018 08:22:50 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01221130FED for ; Wed, 26 Sep 2018 08:22:45 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 87913E2D; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id 60VVHcDCPxWM; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6DF5E20035; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Dj6V-Ew1iIdn; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 27CAA20031; Wed, 26 Sep 2018 17:22:44 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Wed, 26 Sep 2018 17:22:43 +0200 Received: by anna.localdomain (Postfix, from userid 501) id 576ED3000B5A04; Wed, 26 Sep 2018 17:22:43 +0200 (CEST) Date: Wed, 26 Sep 2018 17:22:43 +0200 From: Juergen Schoenwaelder To: Kent Watsen CC: "netmod@ietf.org" Message-ID: <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:22:57 -0000 On Wed, Sep 26, 2018 at 02:09:52PM +0000, Kent Watsen wrote: > > I recommend that we select "option-2" (see bottom). > [...] > 2) RFC disallows TABS only in the folded-output, per RFC 7991, > leaving it to the folding-logic (the script) to decide if it > wants to: > a) disallow TABS in the source input (curr script does this) > b) detect TABS exist and prompt user for TAB stop info > c) detect TABS and query environment for cur TAB stop info > (but tab-stops may differ in the shell the text editor, > or whatever was used to create the text, right?) Given that 2) has a)-c), I do not understand what the recommendation actually is. The recommendation is hopefully 2a) and we are done. /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 Wed Sep 26 08:27:51 2018 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 341C6130EAB; Wed, 26 Sep 2018 08:27:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ibsIjFO3HHB; Wed, 26 Sep 2018 08:27:47 -0700 (PDT) Received: from mail-it1-x12a.google.com (mail-it1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (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 5720F130EBA; Wed, 26 Sep 2018 08:27:47 -0700 (PDT) Received: by mail-it1-x12a.google.com with SMTP id p129-v6so3396266ite.3; Wed, 26 Sep 2018 08:27:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=6W2Oin0oziWeLubeCKJUM2UiDbP5Jxg4mH9UaBZ4YD0=; b=Y6VdwXM9UN+jHgiuh6XQZ57U7xqeu73INQhZ3uKCwEz/mCIZtJLWGYz80mncFtP+a6 dsf77sJw/qOE5CpDKu4qDJ8DujeggSVxakQH0H5Rgb1lbUR4ZZmg7nnU6y/NP9kitYLK AcrxWkc7wev5UK/gbatJnV9msYtC2Ueuhryp8mgOiiVQRCcfVpKQbAtIbcdrWvNBnHtg DupYtci/VK7XrJ17f7ghNpK+PpmUwEc8XT4KS0HDWyYWlHmv5TqdNXLKjZAghr7CBRr/ P2eQksJ8zIJCIeudSke4y5WnYyPAgnwTooz6BGoSlRGSICyZGhfLX2yG2yZj9v1Mjevn jQgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=6W2Oin0oziWeLubeCKJUM2UiDbP5Jxg4mH9UaBZ4YD0=; b=nICf+i2UNTvO01IgHBzgdwhidxbR4UmOu2OZKAlI+SPTuAfqRZlKX5VWdIg3NhRBcy RHLPAk94ieV3X1b1Z2YnuX0ikKSAEnBBxzZzKq8xWz5UQRMMMcKnnD0MZ18wnck0wOyx mcWVpKRsI7KMGikEP77JAn10hGBfAgVZq716KU0TWODK/KE6vntJfs6DG1TmmT9tR7n3 YvgKk2+7Oi6zUU2boLuHXao+7HozPWvCBKIJQEXZ93fQj/j7W6ak34xgBWGsOAsfz1Co gb3cGLNWrJaf3AqawSlpoP8MKB5e9y9l2mOckWlJDU2bHkpxxOm97opi2lkuKNcy3glP iDmw== X-Gm-Message-State: ABuFfohFsC5ZN7JBd7bx0iocG+PPD2AXRUOEuS87HGQ7/U+9Y1zugAFC nhmKKfPeH9A2gZIk4boA/sVkopD/ X-Google-Smtp-Source: ACcGV63IOByPTenPkU6bXoCumVk5H7H3wnmXkDbL/ujA3jIRiQK8i7V7xuW/LNFjPoNIPFFQQ6SrcQ== X-Received: by 2002:a24:ad6b:: with SMTP id a43-v6mr5494920itj.103.1537975666054; Wed, 26 Sep 2018 08:27:46 -0700 (PDT) Received: from [172.20.6.51] (50-201-65-236-static.hfc.comcastbusiness.net. [50.201.65.236]) by smtp.gmail.com with ESMTPSA id w64-v6sm2573044ita.7.2018.09.26.08.27.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 08:27:45 -0700 (PDT) From: joel jaeggli Content-Type: multipart/signed; boundary="Apple-Mail=_B325B2CD-A236-48F4-879D-D9D7AFDC11F0"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Message-Id: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> Date: Wed, 26 Sep 2018 09:26:11 -0600 To: draft-ietf-netmod-module-tags@ietf.org, netmod@ietf.org X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: [netmod] IPR call draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:27:49 -0000 --Apple-Mail=_B325B2CD-A236-48F4-879D-D9D7AFDC11F0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Authors, Contributors, WG, Regarding the document draft-ietf-netmod-module-tags-02 https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 Are you aware of any IPR that applies to draft 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 yes, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details)? Please state either: "Yes, the IPR has been disclosed in compliance with IETF IPR rules" or "No, the IPR has not been disclosed" If no, please provide any additional details you think appropriate. 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 and listed contributor. 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. --Apple-Mail=_B325B2CD-A236-48F4-879D-D9D7AFDC11F0 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----- iQEzBAEBCAAdFiEEQJZPgixidHut7OHGJsPvwb83uJEFAlurpRMACgkQJsPvwb83 uJHigAf/QpYgw+Ea9W4Q4QfUnA+4moauyUMa43O1Fj/+EEk+SOsDuCCa3ZkS6z9O lGBipuyQqZxMfpEH2rzUGp19sIo3wjrw2488wsV7fLRayaE4fk2oDUWQRmAEUncp gG7bJSBs0cRWKNIM8VBK11fHRMipawdZW9sg85qvUXU7jPn0rUmiAqySI1mqo4FZ TQHemv1ZHArKvIF3MTVUZ9FVzDPXMJdmUo0P6gAdCDpcmL7xPO102CjJEdkUwqWM Pu3IIGJWx5A5V52RRutOi4Bm03ehWpypE+UUIBvqUhpYaOp5dX2vnea4HfRwxszn fHgrIhaDMgIbFNt4Yeq34IuNS3bm3Q== =iPqM -----END PGP SIGNATURE----- --Apple-Mail=_B325B2CD-A236-48F4-879D-D9D7AFDC11F0-- From nobody Wed Sep 26 08:28:35 2018 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 98500130F49 for ; Wed, 26 Sep 2018 08:28:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 rO3HVwCjlOBo for ; Wed, 26 Sep 2018 08:28:22 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C3E2130F1A for ; Wed, 26 Sep 2018 08:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1293; q=dns/txt; s=iport; t=1537975702; x=1539185302; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=VLUCAWxqhAHXk1QNs+hLzY6fdkI18WqOzRWwHrELpZE=; b=eDM4q0ZNwvjNh99s6epjjc0mfPr62xnsRX3JCFnAcRniNcuk0rbtWKTb qh56EVafAyPrpXaPomRy/7RcrJyIhiluqoIAvhxZEp+DtXi7gffKYxWdZ TYgyTmoLwKtWdE6uCkB2E3T2Y5+X9KOuNZR4tyYygoR8szJDVPF4BClDP k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAADYpKtb/xbLJq1aGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBU4NeEoQciHSNMi2WT4F6C4RsAoQeNhYBAwEBAgEBAm0?= =?us-ascii?q?ohTkBBSMVUQsOCgICJgICVwYBDAgBAYMdggKjPoEuhHeFHoELigeBQT+BEie?= =?us-ascii?q?Ca4d/glcCiESFfI5HCZAnBheIeYY7jwKGD4FIATGBVTMaCBsVgyiQVD6NcwE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.54,306,1534809600"; d="scan'208";a="6813466" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Sep 2018 15:28:20 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTP id w8QFSJo0002347; Wed, 26 Sep 2018 15:28:20 GMT To: Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> From: Robert Wilton Message-ID: Date: Wed, 26 Sep 2018 16:28:18 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-1.cisco.com Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:28:26 -0000 My interpretation: Option 2 is to disallow tabs in the output, but leave it to the implementation to decide how to handle tabs in the input document, so a script would be allowed to do a, b, or c. Just supporting "option 2(a)" is the same as "option 1": 1) RFC disallows TABS in both the source-input and folded-output. ***This is what we currently have*** Perhaps you mean that you prefer option 1? Thanks, Rob On 26/09/2018 16:22, Juergen Schoenwaelder wrote: > On Wed, Sep 26, 2018 at 02:09:52PM +0000, Kent Watsen wrote: >> I recommend that we select "option-2" (see bottom). >> > [...] > >> 2) RFC disallows TABS only in the folded-output, per RFC 7991, >> leaving it to the folding-logic (the script) to decide if it >> wants to: >> a) disallow TABS in the source input (curr script does this) >> b) detect TABS exist and prompt user for TAB stop info >> c) detect TABS and query environment for cur TAB stop info >> (but tab-stops may differ in the shell the text editor, >> or whatever was used to create the text, right?) > Given that 2) has a)-c), I do not understand what the recommendation > actually is. The recommendation is hopefully 2a) and we are done. > > /js > From nobody Wed Sep 26 08:36:41 2018 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 586BC130EAB; Wed, 26 Sep 2018 08:36:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.121 X-Spam-Level: X-Spam-Status: No, score=-1.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lzv7XoPsPIMi; Wed, 26 Sep 2018 08:36:30 -0700 (PDT) Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58C3E130EAE; Wed, 26 Sep 2018 08:36:30 -0700 (PDT) Received: from [::1] (port=39805) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.86_1) (envelope-from ) id 1g5BrZ-0001Lr-Ki; Wed, 26 Sep 2018 19:36:29 +0400 To: joel jaeggli , draft-ietf-netmod-module-tags@ietf.org, netmod@ietf.org References: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> From: Lou Berger Message-ID: <6196ed72-df80-9252-828f-821f37b9b2f7@labn.net> Date: Wed, 26 Sep 2018 11:36:28 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com X-Authenticated-Sender: newdragon.webhostserver.biz: lberger@blabn.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [netmod] IPR call draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:36:33 -0000 No, I'm not aware of any IPR that applies to this draft Lou On 9/26/2018 11:26 AM, joel jaeggli wrote: > Authors, Contributors, WG, > > Regarding the document > draft-ietf-netmod-module-tags-02 > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 > Are you aware of any IPR that applies to draft 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 yes, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details)? Please state > either: > "Yes, the IPR has been disclosed in compliance with IETF IPR rules" > or > "No, the IPR has not been disclosed" > > If no, please provide any additional details you think appropriate. > > > 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 and listed > contributor. 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. > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Wed Sep 26 08:42:04 2018 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 BBC5D130EAE for ; Wed, 26 Sep 2018 08:42:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 PeMm5Ql_Idmv for ; Wed, 26 Sep 2018 08:42:00 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B41C7130EAB for ; Wed, 26 Sep 2018 08:41:59 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 4FFC2E43; Wed, 26 Sep 2018 17:41:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id SQxFuEPQKoDj; Wed, 26 Sep 2018 17:41:57 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 26 Sep 2018 17:41:58 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 3A06720035; Wed, 26 Sep 2018 17:41:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id vecXcSKqr21B; Wed, 26 Sep 2018 17:41:57 +0200 (CEST) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id E09DE20031; Wed, 26 Sep 2018 17:41:57 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Wed, 26 Sep 2018 17:41:57 +0200 Received: by anna.localdomain (Postfix, from userid 501) id 264AD3000B5C7A; Wed, 26 Sep 2018 17:41:56 +0200 (CEST) Date: Wed, 26 Sep 2018 17:41:56 +0200 From: Juergen Schoenwaelder To: Robert Wilton CC: Kent Watsen , "netmod@ietf.org" Message-ID: <20180926154156.4gtsgsyeozl2dhoe@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Robert Wilton , Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:42:02 -0000 On Wed, Sep 26, 2018 at 04:28:18PM +0100, Robert Wilton wrote: > My interpretation: > > Option 2 is to disallow tabs in the output, but leave it to the > implementation to decide how to handle tabs in the input document, so a > script would be allowed to do a, b, or c. > > Just supporting "option 2(a)" is the same as "option 1": > > 1) RFC disallows TABS in both the source-input and folded-output. > ***This is what we currently have*** > > Perhaps you mean that you prefer option 1? > 1) or 2a) since 2b) and 2c) are not implementable in tools that are detached from the author and his/her editor and they will ultimately require to carry some metadata around and this means additional complexity for no real gain since the output has no TABs anyway. /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 Wed Sep 26 08:47:33 2018 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 A99FA124BE5 for ; Wed, 26 Sep 2018 08:47:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 QlL2J3St4Q9f for ; Wed, 26 Sep 2018 08:47:27 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id E2D6D130F32 for ; Wed, 26 Sep 2018 08:47:26 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id BB7D21AE02BE; Wed, 26 Sep 2018 17:47:25 +0200 (CEST) Date: Wed, 26 Sep 2018 17:47:25 +0200 (CEST) Message-Id: <20180926.174725.403565694016295740.mbj@tail-f.com> To: j.schoenwaelder@jacobs-university.de Cc: rwilton@cisco.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: <20180926154156.4gtsgsyeozl2dhoe@anna.jacobs.jacobs-university.de> References: <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> <20180926154156.4gtsgsyeozl2dhoe@anna.jacobs.jacobs-university.de> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 15:47:30 -0000 Juergen Schoenwaelder wrote: > On Wed, Sep 26, 2018 at 04:28:18PM +0100, Robert Wilton wrote: > > My interpretation: > > > > Option 2 is to disallow tabs in the output, but leave it to the > > implementation to decide how to handle tabs in the input document, so a > > script would be allowed to do a, b, or c. > > > > Just supporting "option 2(a)" is the same as "option 1": > > > > 1) RFC disallows TABS in both the source-input and folded-output. > > ***This is what we currently have*** > > > > Perhaps you mean that you prefer option 1? > > > > 1) or 2a) since 2b) and 2c) are not implementable in tools that are > detached from the author and his/her editor and they will ultimately > require to carry some metadata around and this means additional > complexity for no real gain since the output has no TABs anyway. I agree. I prefer option 1. If you do have tabs in your input, simply translate them before running the folding algorithm. /martin From nobody Wed Sep 26 09:09:51 2018 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 7A737130E19; Wed, 26 Sep 2018 09:09:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 LUqHwC6nRYP0; Wed, 26 Sep 2018 09:09:47 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B14CB130EDF; Wed, 26 Sep 2018 09:09:46 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 67529E43; Wed, 26 Sep 2018 18:09:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id w1Gmowow3Zk7; Wed, 26 Sep 2018 18:09:44 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 26 Sep 2018 18:09:45 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2B3C620035; Wed, 26 Sep 2018 18:09:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id ggdHX4Nv1oMv; Wed, 26 Sep 2018 18:09:44 +0200 (CEST) Received: from exchange.jacobs-university.de (sxchmb03.jacobs.jacobs-university.de [10.70.0.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 9AD5220031; Wed, 26 Sep 2018 18:09:44 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Wed, 26 Sep 2018 18:09:44 +0200 Received: by anna.localdomain (Postfix, from userid 501) id F35443000B5D4B; Wed, 26 Sep 2018 18:09:42 +0200 (CEST) Date: Wed, 26 Sep 2018 18:09:42 +0200 From: Juergen Schoenwaelder To: Andy Bierman CC: , , NetMod WG Message-ID: <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Andy Bierman , joelja@gmail.com, draft-ietf-netmod-module-tags@ietf.org, NetMod WG References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 16:09:50 -0000 On Wed, Sep 26, 2018 at 07:55:44AM -0700, Andy Bierman wrote: > On Wed, Sep 26, 2018 at 7:40 AM joel jaeggli wrote: > > > This is start of a two week poll on making > > draft-ietf-netmod-module-tags-02 a NetMod working group > > document. > > > > > I think we did this step already. > https://www.ietf.org/mail-archive/web/netmod/current/msg20344.html > > Otherwise how would the draft be named draft-ietf-netmod? > Maybe you mean to start a WGLC, which I also support. > While we figure out what the action is, here are a few quick review comments: - What does this mean? In particular the second sentence makes me wonder. Implementations MUST ensure that a modules tag list is consistent across any location from which the list is accessible. So if a user adds a tag through configuration that tag should also be seen when using any augmentation that exposes the modules tag list. - Wording - suggest to remove 'types': Tags may be IANA assigned or privately defined types."; - Leaf names: module: ietf-module-tags +--rw module-tags* [name] +--rw name yang:yang-identifier +--rw tag* string +--rw masked-tag* string Name seems to refer to a module but this is not clear until you read the description. I understand that in RFC 7895 and its bis we also just use 'name' but I would find things easier to understand if we would have this: module: ietf-module-tags +--rw module-tags* [module] +--rw module yang:yang-identifier +--rw tags* string +--rw masked-tags* string Note that I also used plural for the leaf-lists. In the description, I would also say "A list of tags associated with..." instead of "A tag associated with...". - Editorial s/This user/A user - Adding and masking the same tag What happens if config adds a tag and masks the same tag? Is the masking taking priority in this case, i.e., you first all all tags and then you filter those that are masked? - Standard tags defined in description statements I do not like this. YANG has extension statements and having to parse stuff out of free text description statements seems to be a movement backwards. - System management What is 'system management' and a 'system management protocol'? - Tag format Apparently, the colon has a special meaning in a tag string and otherwise there do not seem to be any restrictions. (Which is good, I can finally put various smileys on my gear.) Should we state explicitly somewhere that a colon has a special meaning and that tag strings are structured into a sequence of 'taggies' separated by colons? Or is definition by example good enough? - Meaning of tag masks Do masks mean a complete string match or can I mask along the prefix hierarchy, i.e., 'vendor:acme:' masks everything starting with 'vendor:acme:'? - Retrieval of the final list of tags Once I have configured tags and masks, how do I obtain the resulting tag list? Do I have to calculate this locally? Or will the final list be found in the operational state datastore (i.e., the applied config /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 Wed Sep 26 09:23:28 2018 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 BF2D7130EE4 for ; Wed, 26 Sep 2018 09:23:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 A68yT-pSsBYn for ; Wed, 26 Sep 2018 09:23:23 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43BB2130EDB for ; Wed, 26 Sep 2018 09:23:23 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id y17-v6so25788452ljy.8 for ; Wed, 26 Sep 2018 09:23:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=BYqFbtbEtphX7qUnrWKT2NaqyTpU81xrJuMiPH4mamc=; b=bjquU4xFViz3EjJv6mJGWRdaL/Jw2Kb2oDxI8kpRgiQC1zhlqLeVEBrqV+axvGsfDq m5sr4ia4x/79Vix/2r2Hk/tgJ7GCm7V6qWnzRszAqFk5GWVH6qTNs33dJoS51JlyWBLA FiuhXuW+SWm70Clvqo6Gif1kyQLsBDzdG5GHCnFTOHk2NnfjQ6DxUCuzxHCUq2fy3HDj +2fevw7TftWOSkuoi8vNC+JDHFWWkw3NSByaenK+pTZbmdtkjAMlh+vFtHoWmN94wgaR qFms/A2q1O/5+WRfQkPm863SVwCfNbttXb7Q6FWVPdmWa+dMWMop0yZgxqwQ7iNV+coZ 7cxQ== 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; bh=BYqFbtbEtphX7qUnrWKT2NaqyTpU81xrJuMiPH4mamc=; b=dKnItbt7LN+m+SZp/9e9hz7FYBC9baz+9/nNtXln/3ukLbMlbOOMnu9OW9wvVDuOKT mhw+LHix0Dv1QbHvcsmuzgGP29LOUQnNPVPRDCVsc0dYMifrZzC08IVh3Ojs1jnVY3R/ jQTR2IaDhe33wDk9EANN76kOaE0S1epyDWE4R36ydo7CI1YrAdmRRaG/j2ipfXe7DqHW K2Kao8iTE/hKcqeuexzlrC60OsPoTtmcuMcNR8E4Lfx1K24SIE+Q1lJHoAa3K8t242Zl guSq0+jMGJJP5kKuPS4122wPOsOXxoZ69DcETRNJVNG1mDPMpV10S/P5I25yHGbQnQK2 CV+Q== X-Gm-Message-State: ABuFfoil5ttr+3HwKyrDxgf2tcM8VOuhb4MUo5sXcO6KDLKnKEO293Wn ligTs3O6mvUbuZMSiIbowXaviDAwLJ7uJ8H8ma+DiA== X-Google-Smtp-Source: ACcGV621f5QKxnKb7C6cDO0d6RUvAk6H3J1obNWF6uwaccZXgyyA8Jm2uTZ6H9K2DvoFixfxDvtbG+Gjf+PfPLI5Ecc= X-Received: by 2002:a2e:9f4d:: with SMTP id v13-v6mr4893130ljk.42.1537979001234; Wed, 26 Sep 2018 09:23:21 -0700 (PDT) MIME-Version: 1.0 References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> In-Reply-To: <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> From: Andy Bierman Date: Wed, 26 Sep 2018 09:23:09 -0700 Message-ID: To: Juergen Schoenwaelder , joelja@gmail.com, draft-ietf-netmod-module-tags@ietf.org, NetMod WG Content-Type: multipart/alternative; boundary="0000000000000a85f20576c8a4ad" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 16:23:27 -0000 --0000000000000a85f20576c8a4ad Content-Type: text/plain; charset="UTF-8" On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Wed, Sep 26, 2018 at 07:55:44AM -0700, Andy Bierman wrote: > > On Wed, Sep 26, 2018 at 7:40 AM joel jaeggli wrote: > > > > > This is start of a two week poll on making > > > draft-ietf-netmod-module-tags-02 a NetMod working group > > > document. > > > > > > > > > I think we did this step already. > > https://www.ietf.org/mail-archive/web/netmod/current/msg20344.html > > > > Otherwise how would the draft be named draft-ietf-netmod? > > Maybe you mean to start a WGLC, which I also support. > > > > While we figure out what the action is, here are a few quick review > comments: > .... > - Standard tags defined in description statements > > I do not like this. YANG has extension statements and having to > parse stuff out of free text description statements seems to be a > movement backwards. > It is even worse than a step backwards. The draft specifies a lot of details about module tag conformance that needs to be present in the description-stmt. The idea that tools must screen-scrape description statements goes against everything YANG-based management is all about. YANG has extension statements, so we don't need to put complex syntax into comments and descriptions. IMO all text about module tag conformance and defining tags in description-stmts should be removed. There is no explanation why a standard YANG module would define multiple module-tags for the same module in the first place, let alone why each different tag would have different conformance requirements. > ..... > > /js > Andy > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > --0000000000000a85f20576c8a4ad Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed= , Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de&g= t; wrote:
On Wed, Sep 26, 2018 at 0= 7:55:44AM -0700, Andy Bierman wrote:
> On Wed, Sep 26, 2018 at 7:40 AM joel jaeggli <joelja@gmail.com> wrote:
>
> > This is start of a two week poll on making
> > draft-ietf-netmod-module-tags-02 a NetMod working group
> > document.
> >
>
>
> I think we did this step already.
> https://www.ietf.org/mail-arc= hive/web/netmod/current/msg20344.html
>
> Otherwise how would the draft be named draft-ietf-netmod?
> Maybe you mean to start a WGLC, which I also support.
>

While we figure out what the action is, here are a few quick review
comments:
....
- Standard tags defined in description statements

=C2=A0 I do not like this. YANG has extension statements and having to
=C2=A0 parse stuff out of free text description statements seems to be a =C2=A0 movement backwards.


It is even worse than a step backwards.
The draft specifies a = lot of details about module tag conformance
that needs to be pres= ent in the description-stmt.

The idea that tools m= ust screen-scrape description statements goes against
everything = YANG-based management is all about. YANG has extension
statements= , so we don't need to put complex syntax into comments and descriptions= .

IMO all text about module tag conformance and de= fining tags in description-stmts
should be removed.=C2=A0 There i= s no explanation why a standard YANG module
would define multiple= module-tags for the same module in the first place,
let alone wh= y each different tag would have different conformance requirements.

=C2=A0
.....
/js

Andy
=C2=A0

--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28= 759 Bremen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://www.jacobs-university.de/>
--0000000000000a85f20576c8a4ad-- From nobody Wed Sep 26 10:31:46 2018 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 4BD9C1200D7; Wed, 26 Sep 2018 10:31:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153798309730.21505.1520623050565556854.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 10:31:37 -0700 Archived-At: Subject: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 17:31:38 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I think this is good work to have, overall, and the document pretty easy to read. That said, I think the Security Considerations need to be expanded a bit more before this document get published: Write operations (e.g., ) to these data nodes without proper protection can have a negative effect on network operations. I think the effects can be on more than just *network* operations, there can be negative effects for end systems that (e.g.) experience DoS attacks that would otherwise have been blocked, receive maliciously crafted packets that trigger application bugs, are used as part of (e.g.) UDP amplification attacks, etc. /acls/acl/aces: This list specifies all the configured access control entries on the device. Unauthorized write access to this list can allow intruders to access and control the system. Unauthorized read access to this list can allow intruders to spoof packets with authorized addresses thereby compromising the system. I agree with the secdir reviewer that "the system" needs to be clarified, and that the consequences of unauthorized write and read access need to be more clearly described. His proposed text is much better than the present text, though there are other ways to convey the needed information. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I tried to call out the editorial nits as such; there are a couple non-editorial comments embedded within. Section 1 The match criteria allows for definition of packet headers and metadata, all of which must be true for the match to occur. nit: Is this missing a word like "contents"? The matching of filters and actions in an ACE/ACL are triggered only after application/attachment of the ACL to an interface, VRF, vty/tty session, QoS policy, routing protocols amongst various other config attachment points. nit: I think the end of this list needs some clarification/termination, like "and routing protocols, amongst" Section 3 The match criteria allows for definition of packet headers or metadata, if supported by the vendor. [...] (same nit as above re "contents") Metadata matching applies to fields associated with the packet, but not in the packet header such as input interface, packet length, or source or destination prefix length. The actions can be any sort of nit: comma after "not in the packet header" Section 4.1 nit: The feature match-on-udp and -icmp descriptions should probably use the plural "headers" to match the other features' descriptions. The mixed- features seem to implicitly assume that if features X and Y are individually supported, then the combination is also supported. I could imagine that there might exist hardware for which that assumption is not true, but don't know if there actually is any such hardware or it's common enough to be worth caring about here. grouping acl-counters { leaf matched-packets { [...] An implementation should provide this counter on a per-interface per-ACL-entry if possible. nit: missing "basis"? (Also in subsequent instances.) Section A.1 It's unclear that using abc@newco.com (in particular, the @newco.com part) in an example is reasonable; @newco.example would be better. From nobody Wed Sep 26 10:38:34 2018 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 14F18130F70 for ; Wed, 26 Sep 2018 10:38:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 XiilML_9SH8f for ; Wed, 26 Sep 2018 10:38:24 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFE3A130F3F for ; Wed, 26 Sep 2018 10:38:24 -0700 (PDT) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QHYF5E011275; Wed, 26 Sep 2018 10:38:24 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=M1Y00S4MtJztaKEHs06LXFaIhmK1v1Cy0W92eyaF54I=; b=vZD7dlEyX3XRK8iYiK9tUDXGNWtF2plm4txgSBOjK5eFCeXZjcwklub1yJo1PdgPli4n jAnkUH90WfuUIP796JBNvmPEH1JWwYUoUikvowmFo7Ap5azRPm/iylyAZ4NDDCE9Sx+J E1RaMMBIUe2i3KOEfadJ1B9zMy0aSlYv6NLwOMeuZu3mGkAUx8liJ8Bjvtf+w1A1Uml/ OvkrM/HWw0Mu6BxQgCt69SCLAvnKqbcuOusWfzrg0CWpFYGw5QyeSJyKwzNe5RJJ5wPE 2Le7wAHaTchnFjs+M1gRb9pcm6yxLM5NNIqggoiQxBrhUZTzm4BsPpQIMwJQ8azHRmv4 bg== Received: from nam05-by2-obe.outbound.protection.outlook.com (mail-by2nam05lp0246.outbound.protection.outlook.com [216.32.181.246]) by mx0a-00273201.pphosted.com with ESMTP id 2mre3x02ys-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 26 Sep 2018 10:38:24 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5164.namprd05.prod.outlook.com (20.177.223.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.17; Wed, 26 Sep 2018 17:38:22 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 17:38:22 +0000 From: Kent Watsen To: Juergen Schoenwaelder CC: "netmod@ietf.org" Thread-Topic: [netmod] perfect extraction, tabs, and long lines - oh my Thread-Index: AQHUUddDmC2fPcIExUyr13bkTSDHbaUCXnIAgABXaYD//+LXgA== Date: Wed, 26 Sep 2018 17:38:22 +0000 Message-ID: References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> In-Reply-To: <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB5164; 6:CVWcN7yOfe0GxA6uEZbUAYVLG52MUCiB3EcE0m32gytSBTCVOsql2UwD2v9tPrmhcf3HP0l9cEaQU0TOVEf5oyg/rDhibx4LsyYt0pG1Z6xbGhR3TcP3AEyMoILyisL8PYhWEQvcyUWJy58pXuiHcQqasQcjAB3IOTvyMsFblBRPLwXHIv8WEVl1qiX6Ru0k4qmj2ulk3SX45Fw3ZV2+IOXXPEFBFSpNJGYuB1E9TFE/SuLpGiWQR6LbmIdcMLIGrytDlJuaPVYcAhvIJPWKPDjzZL4ontHrB2/eV5zAELoZQIUTCHt5f1TcEmR/KgyJi1QvYediI9DIAaJhLym3bUXnlw87LidSZ/nFn0nA1ldfDjunuVOdfZShAeliGNqf28Rxlr2vGtRi24qmoUucP/Dxa7Tpm+knPGOwagT9U1sLwdTyugaitC/3+GLaHEIyylhoIOrTTJlpE6NiXwoQCg==; 5:xk8l82u76yoO54QPka/FACoQYk09zcdGyfMfUGxhGzGMQO5BZE07Swn7az4jUUGLiYnax1CU1wtlk6bPU8u+n+O4HZDsmc0XeYSXKZ5vzH5hSM37anh11VUx5FZ0OEiC7kIPVdj/QJbKzhjWQNdFE9gXif9L9w4BWoz4897VDbw=; 7:SvU8poA2pgd2FXXQlxdTe4nicDKcxDqfpyakFp5chW6ycGVVEdwgJqWmTArtTUmmuhulAe3AQ/pnddEPQWhXrbU9xx2v/4De9Sb2p016bfClGRFtdq7axvy1fkF2YWmN9EU/e6Ghj17GJxAaemTcC3IacGgQYP7cLEp2ncaOfNENgtwLSGUMX6dmBe6ifXP7HZvxryeDxMrAnR7rGCjIheF8hawQban05XDQ2rhlxIs81c4BuDqt0gfl7bUG4cb5 x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 3ad6d028-1507-4379-a2ea-08d623d6db0c x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5164; x-ms-traffictypediagnostic: DM6PR05MB5164: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231355)(944501410)(52105095)(6055026)(149066)(150057)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(201708071742011)(7699051); SRVR:DM6PR05MB5164; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5164; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(366004)(136003)(39860400002)(376002)(199004)(189003)(68736007)(5250100002)(446003)(229853002)(36756003)(256004)(6116002)(3846002)(106356001)(4326008)(316002)(8676002)(25786009)(105586002)(66066001)(82746002)(6246003)(2900100001)(7736002)(6916009)(6486002)(6512007)(8936002)(305945005)(6436002)(76176011)(71200400001)(99286004)(53936002)(186003)(102836004)(2906002)(26005)(14454004)(478600001)(476003)(5660300001)(97736004)(71190400001)(58126008)(34290500001)(81156014)(83716004)(6506007)(81166006)(2616005)(486006)(33656002)(11346002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5164; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: Sijy69MEP4r8n5nnsHXV9KWZVNhHYp/srOumXhqPqILnDDAkN6YDKd1xinowJzGMX0eS44ZKG4vtsqjE2LKtwetPxp/3tDTo0ehjfQVQ+9YdnDkTERMViAJ3GKnNeUd+KR8xsY7jjCQGMUKDtIpdnNSj3sxJAbbg/1I4GckIeaIs6OD/P/iGQxilaQaJB3/PehQv23uzWzg7Ss6MF9dRhCzljBcE42VHEnRXSFmkcozJKVi+Poklbk5jNhW7ie+BD3408PodolBjLVZJZMj5oIhk+CkQsA9qNNtik60dAE9bC13BWCuU4Wcu8SjWEzPyRDJmRdGgNWgZKEvgNWwbwni9udVaUAOhAzz8HtnW3z4= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 3ad6d028-1507-4379-a2ea-08d623d6db0c X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 17:38:22.3422 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5164 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-26_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=766 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809260164 Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 17:38:33 -0000 DQoNCg0KPiBHaXZlbiB0aGF0IDIpIGhhcyBhKS1jKSwgSSBkbyBub3QgdW5kZXJzdGFuZCB3aGF0 IHRoZSByZWNvbW1lbmRhdGlvbg0KPiBhY3R1YWxseSBpcy4gVGhlIHJlY29tbWVuZGF0aW9uIGlz IGhvcGVmdWxseSAyYSkgYW5kIHdlIGFyZSBkb25lLg0KDQoNCg0KRm9yIHRoZSBzY3JpcHQgdGhh dCB3ZSBpbmNsdWRlIGluIHRoZSBBcHBlbmRpeCwgdGhlIGF1dGhvcnMgd2lzaCB0bw0Ka2VlcCB0 aGUgY3VycmVudCAiMmEiIGJlaGF2aW9yIGFuZCBoYXZlIG5vIHBsYW5zIHRvIGNoYW5nZSB0aGF0 Lg0KDQpUaGUgb25seSBjaGFuZ2Ugd2UncmUgZW52aXNpb25pbmcgaXMgdG8gdGhlIGZvbGxvd2lu ZyBwYXJhZ3JhcGggZnJvbQ0KU2VjdGlvbiA2LjEgKEF1dG9tYXRlZCBGb2xkaW5nKToNCg0KT0xE Og0KDQogICBTY2FuIHRoZSBhcnR3b3JrIHRvIGVuc3VyZSB0aGUgaG9yaXpvbnRhbCB0YWIgY2hh cmFjdGVyIGRvZXMgbm90DQogICBhcHBlYXIuICBJZiBhbnkgaG9yaXpvbnRhbCB0YWIgY2hhcmFj dGVyIGFwcGVhcnMsIGV4aXQgKHRoaXMgYXJ0d29yaw0KICAgY2Fubm90IGJlIGZvbGRlZCkuDQoN Ck5FVzoNCg0KICAgU2NhbiB0aGUgYXJ0d29yayB0byBlbnN1cmUgdGhlIGhvcml6b250YWwgdGFi IGNoYXJhY3RlciBkb2VzIG5vdA0KICAgYXBwZWFyLiAgSWYgYW55IGhvcml6b250YWwgdGFiIGNo YXJhY3RlciBhcHBlYXJzLCBlaXRoZXIgMSkgZG8NCiAgIHNvbWV0aGluZyB0byBzdXBwb3J0IHRh YnMgaW4gdGhlIGZvbGRlZCBvdXRwdXQgKG91dCBvZiBzY29wZSB0bw0KICAgdGhpcyBkcmFmdCks IDIpIGRvIHNvbWV0aGluZyB0byBjb252ZXJ0IHRoZSBob3Jpem9udGFsIHRhYnMgaW4NCiAgIHRo ZSBpbnB1dCB0byBzcGFjZSBjaGFyYWN0ZXJzIGluIHRoZSBmb2xkZWQgb3V0cHV0LCBvciAzKSBl eGl0LA0KICAgZm9yY2luZyB0aGUgaW5wdXQgcHJvdmlkZXIgdG8gY29udmVydCB0aGUgaG9yaXpv bnRhbCB0YWJzIHRvDQogICBzcGFjZSBjaGFyYWN0ZXJzIGZpcnN0Lg0KDQpOb3RlOiB0aGUgImRv IHNvbWV0aGluZyIgcGhyYXNlb2xvZ3kgc2VlbXMgdG9vIGluZm9ybWFsLCB3b3VsZCB3ZWxjb21l DQpzdWdnZXN0aW9ucyBmb3IgdGlnaHRlbmluZyBpdCB1cC4NCg0KDQpLZW50IC8vIGNvLWF1dGhv cg0KDQoNCg== From nobody Wed Sep 26 10:45:51 2018 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 1C76012F295 for ; Wed, 26 Sep 2018 10:45:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 7IBh_uR3q4PE for ; Wed, 26 Sep 2018 10:45:48 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DEB4128766 for ; Wed, 26 Sep 2018 10:45:48 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id A8166E48; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id LvFw5ml46wFo; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6ABC220035; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 9mvgYhLkNfN0; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 1D7F620031; Wed, 26 Sep 2018 19:45:46 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Wed, 26 Sep 2018 19:45:45 +0200 Received: by anna.localdomain (Postfix, from userid 501) id 755513000B60EB; Wed, 26 Sep 2018 19:45:42 +0200 (CEST) Date: Wed, 26 Sep 2018 19:45:42 +0200 From: Juergen Schoenwaelder To: Kent Watsen CC: "netmod@ietf.org" Message-ID: <20180926174542.ygkieg3llei5dgdi@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 17:45:50 -0000 On Wed, Sep 26, 2018 at 05:38:22PM +0000, Kent Watsen wrote: > > The only change we're envisioning is to the following paragraph from > Section 6.1 (Automated Folding): > > OLD: > > Scan the artwork to ensure the horizontal tab character does not > appear. If any horizontal tab character appears, exit (this artwork > cannot be folded). > > NEW: > > Scan the artwork to ensure the horizontal tab character does not > appear. If any horizontal tab character appears, either 1) do > something to support tabs in the folded output (out of scope to > this draft), 2) do something to convert the horizontal tabs in > the input to space characters in the folded output, or 3) exit, > forcing the input provider to convert the horizontal tabs to > space characters first. > > Note: the "do something" phraseology seems too informal, would welcome > suggestions for tightening it up. > This is not an improvement. Just more complexity and noise. /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 Wed Sep 26 11:00:26 2018 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 81766128D0C; Wed, 26 Sep 2018 11:00:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 2q9VndvloUu4; Wed, 26 Sep 2018 11:00:22 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 33A991200D7; Wed, 26 Sep 2018 11:00:22 -0700 (PDT) Received: from tops.chopps.org (47-50-69-38.static.klmz.mi.charter.com [47.50.69.38]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 86D45620BC; Wed, 26 Sep 2018 18:00:21 +0000 (UTC) References: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> User-agent: mu4e 1.0; emacs 26.1 From: Christian Hopps To: joel jaeggli Cc: draft-ietf-netmod-module-tags@ietf.org, netmod@ietf.org In-reply-to: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> Date: Wed, 26 Sep 2018 14:00:20 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed Archived-At: Subject: Re: [netmod] IPR call draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 18:00:23 -0000 joel jaeggli writes: > Authors, Contributors, WG, > > Regarding the document > draft-ietf-netmod-module-tags-02 > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 > Are you aware of any IPR that applies to draft identified above? No, I'm not aware of any IPR that applies to this draft Thanks, Chris. From nobody Wed Sep 26 11:25:45 2018 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 06DC8130E25; Wed, 26 Sep 2018 11:25:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1CrzHV57IF0D; Wed, 26 Sep 2018 11:25:41 -0700 (PDT) Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) (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 EE413130E09; Wed, 26 Sep 2018 11:25:40 -0700 (PDT) Received: by mail-pg1-x542.google.com with SMTP id g2-v6so6374323pgu.11; Wed, 26 Sep 2018 11:25:40 -0700 (PDT) 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=rB0PCbrStOB912S4/MWJDjfY+v3bFrE5UybNqC5xfzs=; b=WUFkvk63vANSvEqx3+NyZoY0Jt6WkggAZV4PhSKsnydzN2vKOHrDTDGJljwsCGJ0Vt +PK4Ee1ifyPAOeQdUJy5KRHytAl+kIjjkLnkrRUPG8Z5Hijw5Yo5UmB0u0gDc/TTFixs jeWia2Ffg/6loy1SCdUS28Mz2tvlYxBnnu2BcI9IW6Bci0E78HLBXqhz4su+oswxQe8+ VYhMhdqIVwEHdEAbZbV0DNEnMWOMgE07ln9Qx6NbZpLFO0cVejte2Y2IqWmuGYkIc3Eo S9yVQKc4hvHx8OT/OBLZjCLhKxs6KM8IlCiA4iHZSKpSmcgOdtvkU8XMSVXVzfTlrAjG O2/g== 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=rB0PCbrStOB912S4/MWJDjfY+v3bFrE5UybNqC5xfzs=; b=rMBVrKMk3Oq93FUW2WApfWMwrhysWlEXtOpALGz2F2XkMBdVDKlZDAqkpRMrN+eXSs lhi0DhY2xJ+z5cUmjkv0lmAld88MpBq4/rQm08pKkdsEj5mZhb5RHstDgE2KoL66MANz Kvo5xIT6hwTaXN8OxVxXwIfOJrQD3vnS6R/6vrT5pQV8pHScbbFjOxcoNyodkNuvhnGR mxY64n4nrGhiR7hT0qNW4RO/y1vxL+wBCHflTsoXyN8QFpwQl5X6OUiU84hjCXLbcJjE 3Rfc0dX4nImVFmEfRTI/lBwTFxFKSCNUBlWE3wKXJvPJjX3a4XvrE7mIfwhBa3/Ju1Yr N9xA== X-Gm-Message-State: ABuFfohpHOBZ8QDcIt0SzhzxgRRy1+6RccLt9Wibi8rXqmlgSBkAqIMh Re7e5q/Px36zh7Qq3nGkbTs= X-Google-Smtp-Source: ACcGV638WleqDa7CS+yno26xAQHmnA0vcP9Ie/gvF4i6nufDo8F3hQvWulPHHKAE30oqHw+Qs/RXNA== X-Received: by 2002:a17:902:bf43:: with SMTP id u3-v6mr7264037pls.88.1537986340260; Wed, 26 Sep 2018 11:25:40 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id m10-v6sm7060573pgp.94.2018.09.26.11.25.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 11:25:38 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <8E8F2331-9C66-40BD-8A4A-0176ABD7EE09@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_83A3254A-3D8E-40C4-93EF-7AF0F3ADBCDF" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Wed, 26 Sep 2018 11:25:37 -0700 In-Reply-To: <153798309730.21505.1520623050565556854.idtracker@ietfa.amsl.com> Cc: The IESG , NetMod WG Chairs , draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org To: Benjamin Kaduk References: <153798309730.21505.1520623050565556854.idtracker@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 18:25:44 -0000 --Apple-Mail=_83A3254A-3D8E-40C4-93EF-7AF0F3ADBCDF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Benjamin, > On Sep 26, 2018, at 10:31 AM, Benjamin Kaduk wrote: >=20 > Benjamin Kaduk has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > I think this is good work to have, overall, and the document pretty = easy to read. > That said, I think the Security Considerations need to be expanded a = bit more before > this document get published: >=20 > Write operations (e.g., = ) > to these data nodes without proper protection can have a negative > effect on network operations. >=20 > I think the effects can be on more than just *network* operations, = there > can be negative effects for end systems that (e.g.) experience DoS = attacks > that would otherwise have been blocked, receive maliciously crafted = packets > that trigger application bugs, are used as part of (e.g.) UDP = amplification > attacks, etc. How about this? OLD: Write operations (e.g., ) to these data nodes without proper protection can have a negative effect on network operations. NEW: Write operations (e.g., ) to these data nodes without proper protection can have a negative effect on network operations and end systems. The end systems, for example, can experience DoS attacks that would otherwise have been = blocked, and receive maliciously crafted packets that trigger applications = bugs. >=20 > /acls/acl/aces: This list specifies all the configured access > control entries on the device. Unauthorized write access to this > list can allow intruders to access and control the system. > Unauthorized read access to this list can allow intruders to = spoof > packets with authorized addresses thereby compromising the = system. Back in July we went through this section, and here was the change that = was proposed, that Steve had accepted. Since they were provided for the = current version of the draft (-19), they were not applied till we had = received all the reviews. Were you looking for changes in addition to = this? OLD: /acls/acl/aces: This list specifies all the configured access control entries on the device. Unauthorized write access to this list can allow intruders to access and control the system. Unauthorized read access to this list can allow intruders to spoof packets with authorized addresses thereby compromising the system. NEW: /acls/acl/aces: This list specifies all the configured = access control entries on the device. Unauthorized write access to this list can allow intruders to modify the entries so as to permit = traffic that should not be permitted, or deny traffic that should be = permitted. The former may result in a DoS attack, or compromise the device. The latter may result in a DoS attack. The impact of an = unauthorized=20 read access to the list will allow the attacker to determine which = rules are in effect, to better craft an attack. >=20 > I agree with the secdir reviewer that "the system" needs to be = clarified, > and that the consequences of unauthorized write and read access need = to be > more clearly described. > His proposed text is much better than the present text, though there = are > other ways to convey the needed information. >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > I tried to call out the editorial nits as such; there are a couple = non-editorial > comments embedded within. >=20 > Section 1 >=20 > The match criteria allows for definition of packet headers and > metadata, all of which must be true for the match to occur. >=20 > nit: Is this missing a word like "contents=E2=80=9D? I am not sure if we are, possibly because I do not understand what you = mean by =E2=80=9Ccontents=E2=80=9D. ACL rules are written to match = against packet headers and metadata. They are not written to match = against the =E2=80=9Ccontents=E2=80=9D of the packet. >=20 > The matching of filters and actions in an ACE/ACL are triggered only > after application/attachment of the ACL to an interface, VRF, = vty/tty > session, QoS policy, routing protocols amongst various other config > attachment points. >=20 > nit: I think the end of this list needs some = clarification/termination, > like "and routing protocols, amongst=E2=80=9D Ok. Will add the word =E2=80=98and=E2=80=99 after the comma.=20 >=20 > Section 3 >=20 > The > match criteria allows for definition of packet headers or metadata, > if supported by the vendor. [...] >=20 > (same nit as above re "contents") >=20 > Metadata matching applies to fields associated with the packet, but > not in the packet header such as input interface, packet length, or > source or destination prefix length. The actions can be any sort of >=20 > nit: comma after "not in the packet header=E2=80=9D Ok. >=20 > Section 4.1 >=20 > nit: The feature match-on-udp and -icmp descriptions should probably = use > the plural "headers" to match the other features' descriptions. Ok. >=20 > The mixed- features seem to implicitly assume that if features X = and > Y are individually supported, then the combination is also supported. = I > could imagine that there might exist hardware for which that = assumption is > not true, but don't know if there actually is any such hardware or = it's > common enough to be worth caring about here. The individual feature statements exist to allow for the server to pick = what the hardware supports. If the hardware does not support the = combination, the server will choose not to advertise the feature = statements for the combinations. >=20 > grouping acl-counters { > leaf matched-packets { > [...] > An implementation should provide this counter on a > per-interface per-ACL-entry if possible. >=20 > nit: missing "basis"? (Also in subsequent instances.) Ok. >=20 > Section A.1 >=20 > It's unclear that using abc@newco.com (in particular, the @newco.com = part) > in an example is reasonable; @newco.example would be better. I do not know if a contact e-mail address, in an example of a YANG = model, is significant. Thanks. >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_83A3254A-3D8E-40C4-93EF-7AF0F3ADBCDF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Benjamin,

On Sep 26, 2018, at 10:31 AM, = Benjamin Kaduk <kaduk@mit.edu> wrote:

Benjamin Kaduk has entered the following ballot position = for
draft-ietf-netmod-acl-model-19: Discuss

When responding, please keep the subject line = intact and reply to all
email addresses included in the To = and CC lines. (Feel free to cut this
introductory = paragraph, however.)


Please = refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

I think this is good work to have, = overall, and the document pretty easy to read.
That said, = I think the Security Considerations need to be expanded a bit more = before
this document get published:

=             &n= bsp;           &nbs= p;        Write operations = (e.g., <edit-config>)
  to these data = nodes without proper protection can have a negative
=   effect on network operations.

I = think the effects can be on more than just *network* operations, = there
can be negative effects for end systems that (e.g.) = experience DoS attacks
that would otherwise have been = blocked, receive maliciously crafted packets
that trigger = application bugs, are used as part of (e.g.) UDP amplification
attacks, etc.

How about this?



Back in July we went through this section, and here was = the change that was proposed, that Steve had accepted. Since they were = provided for the current version of the draft (-19), they were not = applied till we had received all the reviews. Were you looking for = changes in addition to this?

OLD:
      /acls/acl/aces: This list specifies all the configured access
      control entries on the device.  Unauthorized write access to this
      list can allow intruders to access and control the system.
      Unauthorized read access to this list can allow intruders to spoof
      packets with authorized addresses thereby compromising the =
system.


NEW:
              /acls/acl/aces: This list specifies all the configured = access
      control =
entries on the device.  Unauthorized write access to this
      list can allow intruders to modify the entries so as to permit =
traffic
      that =
should not be permitted, or deny traffic that should be =
permitted.
      The former =
may result in a DoS attack, or compromise the device.
      The latter may result in a DoS attack. The =
impact of an unauthorized 
      read access to the list will allow the attacker to determine =
which rules
      are in =
effect, to better craft an attack.



I = agree with the secdir reviewer that "the system" needs to be = clarified,
and that the consequences of unauthorized write = and read access need to be
more clearly described.
His proposed text is much better than the present text, = though there are
other ways to convey the needed = information.


---------------------------------------------------------------= -------
COMMENT:
---------------------------------------------------------------= -------

I tried to call out the editorial = nits as such; there are a couple non-editorial
comments = embedded within.

Section 1

  The match criteria allows for definition of = packet headers and
  metadata, all of which = must be true for the match to occur.

nit: = Is this missing a word like "contents=E2=80=9D?

I am not = sure if we are, possibly because I do not understand what you mean by = =E2=80=9Ccontents=E2=80=9D.  ACL rules are written to match against = packet headers and metadata. They are not written to match against the = =E2=80=9Ccontents=E2=80=9D of the packet.


Section A.1

It's unclear that using abc@newco.com (in = particular, the @newco.com part)
in an example is = reasonable; @newco.example would be better.

I do not = know if a contact e-mail address, in an example of a YANG model, is = significant.

Thanks.



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

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_83A3254A-3D8E-40C4-93EF-7AF0F3ADBCDF-- From nobody Wed Sep 26 12:21:55 2018 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 423581274D0 for ; Wed, 26 Sep 2018 12:21:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.157 X-Spam-Level: X-Spam-Status: No, score=-3.157 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 pSI_zNhr37GR for ; Wed, 26 Sep 2018 12:21:52 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BDBF127333 for ; Wed, 26 Sep 2018 12:21:52 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QJDlO5024715; Wed, 26 Sep 2018 12:21:51 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=uCuRpS1lst01J3hbjiSNGIapBCyV1/OkP0+JpHQbaac=; b=jlifnpu+3gXqcW3xP/H2mF9ykqAY8S/9mBMhGyxkeNKRdIdcVGHi4sSuZtAR6xwWtZlP SQ3UM0hUEKdOnHObcxpMoASwg+tqBf5gBGcfdmjCw6UZWdP5KZjjccFLMUUm2NnlGVUe qis0qeYxRqBG/Bmr5UXZq1tysDJ24enngtSFPZbxwahdxsZHOrNs4TdDhqjUL3PoIcrC g06p+BymHvfItMCeAd5eVyotDSKMMAm6yOeT6FglXwY+aBABbOLYpjUGY0ADJY3FcsNe gVyyEpbjARgTrzNbYkSivVTxPetX9lDBSjA3kGAmdzQQrCSUKmIFuzppHQayXjDTw46e hg== Received: from nam05-dm3-obe.outbound.protection.outlook.com (mail-dm3nam05lp0118.outbound.protection.outlook.com [216.32.181.118]) by mx0a-00273201.pphosted.com with ESMTP id 2mr6cj9a9j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 26 Sep 2018 12:21:51 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5017.namprd05.prod.outlook.com (20.177.223.80) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.14; Wed, 26 Sep 2018 19:21:49 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 19:21:49 +0000 From: Kent Watsen To: Juergen Schoenwaelder CC: "netmod@ietf.org" Thread-Topic: [netmod] perfect extraction, tabs, and long lines - oh my Thread-Index: AQHUUddDmC2fPcIExUyr13bkTSDHbaUCXnIAgABXaYD//+LXgIAARRwA///XyIA= Date: Wed, 26 Sep 2018 19:21:49 +0000 Message-ID: <741771AB-9D46-4D3B-B579-27649FC99C9E@juniper.net> References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> <20180926174542.ygkieg3llei5dgdi@anna.jacobs.jacobs-university.de> In-Reply-To: <20180926174542.ygkieg3llei5dgdi@anna.jacobs.jacobs-university.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB5017; 6:wOoZe/K9KWo5qJdFlUgXoKhVq9QSUC4dNvVSSh4Yewq0viJIo5afV/NZBesEwxNPiTZNenP9EYo94JC6z02CjbdZgj6LjlXOR5SWV0YCnUAyGiMhMKPeA92CMUopFgEMyFFojoemJcgSRVKb5T9sr5au3Vu4lXQ5UTxtwS5MlYj0O6XNXQ/Lv2gB12qS7+D5M30XOSJ3ZTtjlEyEzfAvb9I5DuHID4A+auVUZn9ZBZvLB4nhHnQ9Y8oybyQ6l0CwVuEppraO78EjWzoTLmxG1lQFFzljPssMEh+aYd0YPihf0Q00Hg4y8KzQ9p/IRqDps/jOteegN2CFzxelz+Oh6Ks09YLbCL8Q6WQ3ZDPLQuqhXhgJCilfCgAx6sh1hrcDf45E76jkmlFBFVtj7uoYBMVvLsy0UHTQjoWunvTfa7t1zckCk9WQ3285UjwhDqe3vQIsXGPAanx66/HOjQjvGA==; 5:m+pLXk6+sqK+IoHJL2Yp+SOOewkyd1bsiETAKuHytm0By4w7rSkxOVfq4fwcBPetmgPQXBArxBZjVsPwrE+r66XYSygzOzp+MFYK2legjtKQyCsMP7bxcRyxPXRZ0znbMhYxcajX6yjbazvrewyNtHB68Uom2FxQ3n3bdQHfvSI=; 7:O8433zCHod0cdIceOaacHMQMKXcC4KqSdbGzp4T8EI7XtSLmygjDlhaGFOzlrBQvQzqZrDPWbd2hIm9PM2ti146yMagcErLjZSWI/w1E0rkUlMCbImT5FCJYjOHLlYq78DcEv7HAxHvAJFvbqKlykFspl2yumq4kl/gEutDkff0zLbWq+m66zDL+nylOnNDv0zpGMjZiLfV4vLbvd+UIGpW+IcoiHYQDRHbEj+o61GlmMjnWgqlyGkxbKEXv7CPl x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f1624f9c-c028-4bc0-56a6-08d623e54ea1 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5017; x-ms-traffictypediagnostic: DM6PR05MB5017: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(10201501046)(93006095)(93001095)(3002001)(6055026)(149066)(150057)(6041310)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(201708071742011)(7699051)(76991041); SRVR:DM6PR05MB5017; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5017; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(136003)(346002)(376002)(39860400002)(189003)(199004)(76176011)(316002)(5250100002)(82746002)(8936002)(81166006)(33656002)(58126008)(36756003)(81156014)(7736002)(305945005)(6512007)(6116002)(105586002)(34290500001)(53936002)(3846002)(486006)(8676002)(6486002)(99286004)(14454004)(68736007)(6436002)(4326008)(106356001)(2900100001)(97736004)(71200400001)(229853002)(25786009)(2906002)(6246003)(5660300001)(11346002)(446003)(71190400001)(186003)(102836004)(26005)(83716004)(2616005)(6506007)(256004)(478600001)(476003)(93886005)(6916009)(66066001)(6346003)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5017; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: aTfL1Doov99FakmRdwuOXvp1Suw/xsmL/ErWPOJLjPXcI8ovI3Z3SemV0Cuh0dLFqexuW2N2lRcDeazwLUadvlYoUxwX3OxeFfHIHnmYXYKetnFxXwFw1voEFRJv2XPAO5bYxdLNx6FjOfwcu3jMszq7QU4zdU7EumaUoT8TDwp2YHFjS4W66evn7p/1KNUVodF1GT8v2sX96X13tqKx6ccTbQTdgTcSn+1MovMmEqQkO/6QG+RQHQzhv9EUBv34x/hW4be6OUk+pvRxnLEfMsncAsO+D9Cz1EbqUiDhUp6V7aeKBUkFlN+AqmnobEGs8qyKsYmFGFeQTYRQVsvkPpu+zVM6F6IvXfhyVZ4yE6I= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: f1624f9c-c028-4bc0-56a6-08d623e54ea1 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 19:21:49.1933 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5017 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-26_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=693 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809260180 Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 19:21:54 -0000 DQoNCj4gVGhpcyBpcyBub3QgYW4gaW1wcm92ZW1lbnQuIEp1c3QgbW9yZSBjb21wbGV4aXR5IGFu ZCBub2lzZS4NCg0KRGlzYWdyZWUuICBUaGUgUkZDIHNob3VsZCBub3QgbWFuZGF0ZSB0aGUgdG9v bCBleGl0cywgdGhhdCB3b3VsZCBiZQ0Kb3ZlcnJlYWNoaW5nLiAgSG93IGFib3V0IHRoaXMgc2lt cGxlciBsYW5ndWFnZT8NCg0KTkVXOg0KDQogICBTY2FuIHRoZSBhcnR3b3JrIGZvciBob3Jpem9u dGFsIHRhYiBjaGFyYWN0ZXJzLiAgSWYgYW55IGhvcml6b250YWwNCiAgIHRhYiBjaGFyYWN0ZXJz IGFwcGVhciwgZWl0aGVyIHJlc29sdmUgdGhlbSB0byBzcGFjZSBjaGFyYWN0ZXJzIG9yDQogICBl eGl0LCBmb3JjaW5nIHRoZSBpbnB1dCBwcm92aWRlciB0byBjb252ZXJ0IHRoZW0gZmlyc3QuDQoN CktlbnQgLy8gY28tYXV0aG9yDQoNCg0KDQo= From nobody Wed Sep 26 12:36:02 2018 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 B8F0D1274D0 for ; Wed, 26 Sep 2018 12:36:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 d97mDe82nL7w for ; Wed, 26 Sep 2018 12:35:59 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE429126CC7 for ; Wed, 26 Sep 2018 12:35:58 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 63553360; Wed, 26 Sep 2018 21:35:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id QUr7v8pLVh1F; Wed, 26 Sep 2018 21:35:56 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 26 Sep 2018 21:35:57 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2550C20035; Wed, 26 Sep 2018 21:35:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id KV1TbxZfuVun; Wed, 26 Sep 2018 21:35:56 +0200 (CEST) Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id D8F5020031; Wed, 26 Sep 2018 21:35:55 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Wed, 26 Sep 2018 21:35:55 +0200 Received: by anna.localdomain (Postfix, from userid 501) id 4F7583000B6305; Wed, 26 Sep 2018 21:35:48 +0200 (CEST) Date: Wed, 26 Sep 2018 21:35:48 +0200 From: Juergen Schoenwaelder To: Kent Watsen CC: "netmod@ietf.org" Message-ID: <20180926193548.pdvdfxqtdoxmi67d@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Kent Watsen , "netmod@ietf.org" References: <2EBB9A0D-66C3-4116-99A5-C6D4BD290695@juniper.net> <13A7FCBA-551A-4802-8D16-2304F7AA8823@juniper.net> <20180926152243.f46ndunmpb64ed3g@anna.jacobs.jacobs-university.de> <20180926174542.ygkieg3llei5dgdi@anna.jacobs.jacobs-university.de> <741771AB-9D46-4D3B-B579-27649FC99C9E@juniper.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <741771AB-9D46-4D3B-B579-27649FC99C9E@juniper.net> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB03.jacobs.jacobs-university.de (10.70.0.155) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] perfect extraction, tabs, and long lines - oh my X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 19:36:02 -0000 On Wed, Sep 26, 2018 at 07:21:49PM +0000, Kent Watsen wrote: > > > > This is not an improvement. Just more complexity and noise. > > Disagree. The RFC should not mandate the tool exits, that would be > overreaching. How about this simpler language? > > NEW: > > Scan the artwork for horizontal tab characters. If any horizontal > tab characters appear, either resolve them to space characters or > exit, forcing the input provider to convert them first. Sounds good. /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 Wed Sep 26 13:08:41 2018 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 6026B1286D9 for ; Wed, 26 Sep 2018 13:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 XL4bNzybNFMG for ; Wed, 26 Sep 2018 13:08:38 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AA64126CC7 for ; Wed, 26 Sep 2018 13:08:38 -0700 (PDT) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8QK4Cmk022433; Wed, 26 Sep 2018 13:08:35 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=P33F9Z9NodPt/7TVUM01r8DApq9faNtvdL16Y1BI8Ok=; b=TSp2qZQx+yiFvmqH+qSJd//6+Xqt+h4tUhPsl5kYxpiSjZOBRbc0nOl751uzXAAck1Xh JbeRxSO+3fO3dco3WN9atJqaSf8Hs3yfhodgxHdOF9TYZyLZr6ZLF1LSTfV3QA4/SzVn PbszPnGZpn3euRYfxyQCabQsaHUQzhU4OfYTf9/+A937B/phuGTnJ5zU8SS4akUtMWgL ZZaQlVHGd7cSoNMPvUoidBDLp7gNFhXCfDxKwigDIOoSxj952n4iESAjtj/CSjIEi+iW M323kjQrV8Gizb2sAkRKfYjgmMsKBiatFzAxndc3Q8puQPShKlTW4rFNAewt5N02Ai+O Ng== Received: from nam04-sn1-obe.outbound.protection.outlook.com (mail-sn1nam04lp0080.outbound.protection.outlook.com [216.32.180.80]) by mx0b-00273201.pphosted.com with ESMTP id 2mrgnxg0nf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 26 Sep 2018 13:08:35 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5065.namprd05.prod.outlook.com (20.177.223.92) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.18; Wed, 26 Sep 2018 20:08:33 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Wed, 26 Sep 2018 20:08:33 +0000 From: Kent Watsen To: tom petch CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611d6UCwxEA Date: Wed, 26 Sep 2018 20:08:33 +0000 Message-ID: References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> In-Reply-To: <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB5065; 6:JhsblOb1KriXKfW8Kd0+XS9Cwj5XrKlaXcCsZqJ8l+IbQwJA3T00VlGMiYxqHnz41m3EOXx/H4A3CGNHAJ6Hdg968rexPcTf+hsO25obnKcocbTBvAaQQuUUS6t1UnaVjzo8Ix8Aqf3L/sEkuKl6YtGFPZMWlQugVhJEu+g2pATvgJPKIrnUfJ6XYNDsPWZcnNQ0dW2arDGRy2cv5D/marfLcb571odtdSAIk00kjrUxL4fhQLshZXD7H6Z4e9ro2O6wjpSfMuFPRlwJhmIC/S6GtqedcbTo4xQUGjX23S9xNDYyn6yWA4eA3WFyl7KNDEGjnNkz94o1RUerseImwLG6onv/Bl1G3CGIYKdZT9xYO5EBPHdaoqXyCE4h2uAiVe8BTLAXfllMnRRay0i1nhxJT8AxUosTZZnzQGDub8kmj/Oz+Ns8LHVEscZjuwAPTpJrlyoQ21AAzu+nGSQT1Q==; 5:5TZMA0GRxtg6FER2gLL3sgeB6hWYrhiclFJhNFgILM2dipENGDw0O/cpgVdSecrX6rjQCZqR0ie0lv74JCgC0DuungePSp2SCleLRddRsh17bTw2WyrttxoL1rrQUQmvZlfi+VSB+Zrrl0fHKDO+4SFGbBg9GlbH1b65LxprmnI=; 7:uBG8IRhf/PTj1TAXJqVRijvcTXv/o9NACM+oXuGAlJIgyNoIu85eJnV/rWBpz1iLWmSSu27PJcI7UUxpatckGZ1viac67dkIj8HGDy14H2vr+6bTP3fnFGlX7VQ7iCGgC4PMEeUqoFxRoecQv+9U8XunFzKvIRD4iImX1NpBMdox7vG8bnxgxqPXGmD8cBJkOZZvU+0MyaNfjDvrZQPkvJszs8rqdjiWZqPWYvPkmRn+rUPJGqQlvOVb84AJkelP x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: e0d42114-0310-48ad-f8a4-08d623ebd624 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5065; x-ms-traffictypediagnostic: DM6PR05MB5065: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3231355)(944501410)(52105095)(3002001)(6055026)(149066)(150057)(6041310)(20161123558120)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123560045)(20161123564045)(201708071742011)(7699051); SRVR:DM6PR05MB5065; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5065; x-forefront-prvs: 08076ABC99 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(366004)(376002)(346002)(396003)(189003)(199004)(2906002)(6506007)(81166006)(71200400001)(102836004)(86362001)(66066001)(6512007)(81156014)(71190400001)(97736004)(6246003)(8936002)(82746002)(2616005)(446003)(11346002)(83716004)(476003)(486006)(53936002)(6916009)(68736007)(26005)(256004)(5660300001)(186003)(478600001)(106356001)(3846002)(7736002)(105586002)(2900100001)(33656002)(25786009)(4326008)(305945005)(6116002)(229853002)(5250100002)(6486002)(8676002)(6436002)(99286004)(316002)(296002)(14454004)(36756003)(76176011)(58126008)(15650500001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5065; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: 6kTvCmDGp4YrX/UIzpYThhjzhyN5s25mnbUDnOYHPbxOp5W6deudRRY7rqud5wO6IFcfb650gB1KP8V29a19hVejD4DtVWQASh76XuafVzYiHlzybt0inEXk8DgkNUBdOVRw377m6YCf+NfisxCai7LsLAvOQ2NYLM9+NxlhqJo4GsbNxM/g3BpIOmNbYk6APw9nO3b+JN9ZFQ9lEYjKkNW9I/bWzoihxZ5RuXQYGpdKTuW8hmdMxdXnWpnGgiivf/AqUYWJRXR2pfru0xrW+kkilYAQJh7FUA/gVfALFIInkTM/XzyNvVA63jkyaKcuzCYsDD/b10QmRJ61aii7o5O7IskT4d8lHHM+Qq6CPz0= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <247D8223F10E0F47B25A48FBD515ECD1@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: e0d42114-0310-48ad-f8a4-08d623ebd624 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2018 20:08:33.5756 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5065 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-26_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809260188 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 26 Sep 2018 20:08:40 -0000 SGkgVG9tLA0KDQoNCj4+IEdvb2QgZW5vdWdoPw0KPg0KPiBObzotKSAgVGhlIGF1dGhvcnMgb2Yg WUFORyBtb2R1bGVzIHNlZW0gbm90IHRvIHVuZGVyc3RhbmQgdGhhdCBpdA0KPiBhcHBsaWVzIHRv IHRoZW0sIG9yIGluY29ycmVjdGx5IHVzZSB0aGUgdG9vbHMgdGhhdCB3b3VsZCBhcHBseSANCj4g d2VyZSB0aGV5IGNvcnJlY3RseSB1c2VkLiAgDQoNClRoaXMgc2VlbXMgdG8gYmUgYSBwcm9ibGVt IG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQuICBJIHdhcyANCnRoaW5raW5nIHRvIHN0 cmVuZ3RoZW4gU2VjdGlvbiA0LjIgc29tZSwgYnV0IHRoaXMgc2VudGVuY2UgcmVhbGx5DQpzZWVt cyB0byBzYXkgaXQgcmlnaHQ6DQoNCiAgIEFzIHN1Y2gsIGl0IGlzIFJFQ09NTUVOREVEIHRoYXQg YXV0aG9ycyBkbyBhcyBtdWNoIGFzIHBvc3NpYmxlDQogICB3aXRoaW4gdGhlIHNlbGVjdGVkIGZv cm1hdCB0byBhdm9pZCBsb25nIGxpbmVzLg0KDQoNCg0KPiBPTEQNCj4gW1JGQzc5OTRdW1JGQzc5 OTRdc2V0cyBvdXQgdGhlIHJlcXVpcmVtZW50cyBmb3IgcGxhaW4tdGV4dCBSRkNzIGFuZA0KPiAg IHN0YXRlcyB0aGF0IGVhY2ggbGluZSBvZiBhbiBSRkMgKGFuZCBoZW5jZSBvZiBhbiBJbnRlcm5l dC1EcmFmdCkgbXVzdA0KPiAgIGJlIGxpbWl0ZWQgdG8gNzIgY2hhcmFjdGVycyBmb2xsb3dlZCBi eSB0aGUgY2hhcmFjdGVyIHNlcXVlbmNlIHRoYXQNCj4gICBkZW5vdGVzIGFuIGVuZC1vZi1saW5l IChFT0wpLg0KPg0KPiBORVcNCj4gW1JGQzc5OTRdc2V0cyBvdXQgdGhlIHJlcXVpcmVtZW50cyBm b3IgcGxhaW4tdGV4dCBSRkNzIGFuZA0KPiAgIHN0YXRlcyB0aGF0IGVhY2ggbGluZSBvZiBhbiBS RkMgKGFuZCBoZW5jZSBvZiBhbiBJbnRlcm5ldC1EcmFmdCkgbXVzdA0KPiAgIGJlIGxpbWl0ZWQg dG8gNzIgY2hhcmFjdGVycyBmb2xsb3dlZCBieSB0aGUgY2hhcmFjdGVyIHNlcXVlbmNlIHRoYXQN Cj4gICBkZW5vdGVzIGFuIGVuZC1vZi1saW5lIChFT0wpLiAgVGhpcyBhcHBsaWVzIHRvIGFsbCBv ZiBhbiBSRkMsDQo+ICAgaW5jbHVkaW5nLCBmb3IgZXhhbXBsZSwgdGhlIGNvbW1lbnRzIG9yIGRl c2NyaXB0aW9uIGNsYXVzZXMgaW4gYSBZQU5HDQo+ICAgbW9kdWxlLCBhbmQgdG8gYXJ0d29yay4N Cg0KRmlyc3QsIEknZCByZWNvbW1lbmQgc2ltcGxpZnlpbmcgdGhlIGxhc3Qgc2VudGVuY2UgdG8g anVzdCAiVGhpcyBhcHBsaWVzDQp0byBhbGwgb2YgYW4gUkZDLCBpbmNsdWRpbmcgYW55IGFydHdv cmsuIiwgYnV0IHRoZW4gaXQgc2VlbXMgdG8gc3RlcCBvbg0Kd2hhdCB0aGUgbmV4dCBwYXJhZ3Jh cGggc2F5cy4gIFBlcmhhcHMgdGhlIG5leHQgcGFyYWdyYXBoIGNvdWxkIGJlIA0Kc2ltcGxpZmll ZD8gLSBzdWdnZXN0aW9ucyB3ZWxjb21lZC4NCg0KDQo+IE5vdCBzdXJlIHdoeSB5b3UgaGF2ZSBb UkZDNzk5NF0gdHdpY2UuDQoNCkZpeGVkIGluIG15IGxvY2FsIGNvcHkuDQoNCg0KUFM6IGZvbGRl ZCBZQU5HLW1vZHVsZXMgd2lsbCBicmVhayB0b29saW5nIChlLmcuLCBtb2R1bGUgdmFsaWRhdGlv bikgdW50aWwNCmV4dHJhY3Rpb24gdG9vbHMgKGkuZS4sIGB4eW1gKSBhcmUgdXBkYXRlZCB0byBi ZSBmb2xkaW5nIGF3YXJlLiAgRXZlbiBhZnRlcg0KdGhpcyBkcmFmdCBiZWNvbWVzIGFuIFJGQywg YXV0aG9ycyBuZWVkIHRvIGVuc3VyZSB0aGF0IFlBTkcgbW9kdWxlcyBhcmUgbm90DQpmb2xkZWQg dW50aWwgc3VjaCB0b29scyBhcmUgdXBkYXRlZC4gIE90aGVyIGFydHdvcmsgKHRyZWUgZGlhZ3Jh bXMsIGluc3RhbmNlDQpleGFtcGxlcywgZXRjLikgYmVpbmcgZm9sZGVkIGlzIG5vdCBhIHByb2Js ZW0sIGFzIG5vIGF1dG9tYXRlZCB0b29saW5nIGFjdHMNCm9uIHRoZW0gY3VycmVudGx5Lg0KDQoN CktlbnQgLy8gY29udHJpYnV0b3INCg0KDQo= From nobody Wed Sep 26 13:46:37 2018 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 043D21293FB for ; Wed, 26 Sep 2018 13:46:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 AQkiycujdcBs for ; Wed, 26 Sep 2018 13:46:33 -0700 (PDT) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id E6586130F75 for ; Wed, 26 Sep 2018 13:46:28 -0700 (PDT) Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id 42C381AE02BE; Wed, 26 Sep 2018 22:46:27 +0200 (CEST) Date: Wed, 26 Sep 2018 22:46:27 +0200 (CEST) Message-Id: <20180926.224627.87057059275619124.mbj@tail-f.com> To: kwatsen@juniper.net Cc: ietfc@btconnect.com, netmod@ietf.org From: Martin Bjorklund In-Reply-To: References: <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 26 Sep 2018 20:46:36 -0000 Hi, Kent Watsen wrote: > Hi Tom, > > > >> Good enough? > > > > No:-) The authors of YANG modules seem not to understand that it > > applies to them, or incorrectly use the tools that would apply > > were they correctly used. > > This seems to be a problem outside the scope of this draft. I was > thinking to strengthen Section 4.2 some, but this sentence really > seems to say it right: > > As such, it is RECOMMENDED that authors do as much as possible > within the selected format to avoid long lines. I think you also should change the first paragraph in section 3.1: Automated folding of long lines is needed in order to support draft compilations that entail a) validation of source input files (e.g., YANG, XML, JSON, ABNF, ASN.1) and/or b) dynamic generation of output (e.g., tree diagrams) that are stitched into the final document to be submitted. At least remove YANG from the example, and I also think that auto-folding of tree diagrams should be strongly discouraged, so find a better example for (b). Also remove YANG from 4.1 To further emphasize this, I think you should add YANG and tree diagrams as examples in section 4.2. /martin > > > > OLD > > [RFC7994][RFC7994]sets out the requirements for plain-text RFCs and > > states that each line of an RFC (and hence of an Internet-Draft) must > > be limited to 72 characters followed by the character sequence that > > denotes an end-of-line (EOL). > > > > NEW > > [RFC7994]sets out the requirements for plain-text RFCs and > > states that each line of an RFC (and hence of an Internet-Draft) must > > be limited to 72 characters followed by the character sequence that > > denotes an end-of-line (EOL). This applies to all of an RFC, > > including, for example, the comments or description clauses in a YANG > > module, and to artwork. > > First, I'd recommend simplifying the last sentence to just "This applies > to all of an RFC, including any artwork.", but then it seems to step on > what the next paragraph says. Perhaps the next paragraph could be > simplified? - suggestions welcomed. > > > > Not sure why you have [RFC7994] twice. > > Fixed in my local copy. > > > PS: folded YANG-modules will break tooling (e.g., module validation) until > extraction tools (i.e., `xym`) are updated to be folding aware. Even after > this draft becomes an RFC, authors need to ensure that YANG modules are not > folded until such tools are updated. Other artwork (tree diagrams, instance > examples, etc.) being folded is not a problem, as no automated tooling acts > on them currently. > > > Kent // contributor > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > > From nobody Wed Sep 26 13:49:16 2018 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 72F89129385; Wed, 26 Sep 2018 13:49:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153799495346.21612.8195694488241265931.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 13:49:13 -0700 Archived-At: Subject: [netmod] Warren Kumari's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 20:49:14 -0000 Warren Kumari has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Be ye not afraid -- this DISCUSS is easily cleared, but sufficiently important that I thought it worth making, and making sure it didn't slip through the cracks. The description for match-on-ipv4 says: "The device can support matching on IPv4 headers.", but the description for 'match-on-tcp', 'match-on-udp', 'match-on-icmp' say: "The device can support headers." I really think that these need to be "The device can support matching on headers." ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Section 1: "In case a vendor supports it, metadata matches apply to fields associated with the packet but not in the packet header such as input interface or overall packet length". I don't have a suggested replacement, but seeing as this is introductory text, I figured it was aimed at people not familiar with how forwarding / filtering works. I'm slightly concerned that some people will get confused, because almost all protocols include a "packet length" in the header. Perhaps just dropping the "or overall packet length"? (Yes, we could get into a long thing on protocol packet length, and overall length, etc, but that's likely to not be helpful in the document). Section 2: Nit: "It is very important that model can be used easily by applications/attachments." models. Section 3: "Packet header matching applies to fields visible in the packet such as address or CoS or port numbers." CoS isn't expanded, and isn't in the well known acronyms list. RFC2474 perhaps? Section 3: "These include features such as "Device can support ethernet headers" or "Device can support of IPv4 headers". "can support of" makes no sense. Also, I *think* Ethernet is uppercase. This is a nit. From nobody Wed Sep 26 14:20:54 2018 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 90D6F12F1AB; Wed, 26 Sep 2018 14:20:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 14:20:49 -0700 Archived-At: Subject: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:20:53 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- We previously had a work item we were tracking with the IEEE leadership around the IEEE writing a YANG module for ethertypes. I just wanted to check that the IEEE is aware that this document is defining a placeholder module for ethertypes until such time that they define one. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Sec 1: s/Policy Based Routing, Firewalls etc./policy-based routing, firewalls, etc./ "The matching of filters and actions in an ACE/ACL are triggered only after application/attachment of the ACL to an interface, VRF, vty/tty session, QoS policy, routing protocols amongst various other config attachment points." This is a sentence fragment. s/in the ACE's/in the ACEs/ Sec 3.1: "There are two YANG modules in the model." Is this technically correct, given that ietf-ethertypes is also defined here? Also, I don't think the definition of ietf-ethertypes belongs in an appendix under the heading "Extending ACL model examples." I can imagine that other modules will want to import this module and that seems like a strange place to put it. Sec 4.1: For avoidance of confusion, I would suggest replacing "l2," "l3," and "l4" with "layer2," "layer3," and "layer4," respectively. s/Definitions of action for this ace entry/Definitions of action for this ACE entry/ s/Specifies the forwarding action per ace entry/Specifies the forwarding action per ACE entry/ Sec 4.2: "This module imports definitions from Common YANG Data Types [RFC6991] and references IP [RFC0791], ICMP [RFC0792], Definition of the Differentiated Services Field in the IPv4 and IPv6 Headers [RFC2474], The Addition of Explicit Congestion Notification (ECN) to IP [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], IPv6 Addressing Architecture [RFC4291], A Recommendation for IPv6 Address Text Representation [RFC5952], IPv6 [RFC8200]." It looks like something is missing from this list, possibly RFC 793. Sec 5: In this section or elsewhere it would be nice to see a sentence noting that this YANG model allows the configuration of packet logging, which if used would additionally warrant protections against unauthorized log access and a logs retention policy. From nobody Wed Sep 26 14:25:23 2018 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 5B7F71294D7; Wed, 26 Sep 2018 14:25:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pP6EOPhp_3v9; Wed, 26 Sep 2018 14:25:18 -0700 (PDT) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 19051130DBE; Wed, 26 Sep 2018 14:25:15 -0700 (PDT) X-AuditID: 12074425-e29ff700000028dd-bf-5babf93833d5 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id E3.30.10461.939FBAB5; Wed, 26 Sep 2018 17:25:14 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id w8QLP8nn004317; Wed, 26 Sep 2018 17:25:09 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w8QLP3qL021864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 26 Sep 2018 17:25:06 -0400 Date: Wed, 26 Sep 2018 16:25:03 -0500 From: Benjamin Kaduk To: Alissa Cooper Cc: The IESG , netmod-chairs@ietf.org, kwatsen@juniper.net, draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org Message-ID: <20180926212503.GR24695@kduck.kaduk.org> References: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IRYrdT17X6uTra4P19AYvpZ/4yWvz6tJvJ YsaficwWB+awW6zuVbOYf7GR1YHN48uTl0weS5b8ZPK43nSVPYA5issmJTUnsyy1SN8ugSvj W8MyloJnLBUnbk9lbGB8wdzFyMkhIWAicXViM0sXIxeHkMBiJomu/ZfZIJyNjBJbTs6Bylxl kri5qpcJpIVFQFXi8b5pbCA2m4CKREP3ZbBRIkDxq8d+gMWZBToZJc7PTQGxhQVSJDovNgHV cHDwAq17/lsOJCwk4CsxfeJtdhCbV0BQ4uTMJywQrVoSN/69ZAIpZxaQllj+jwMkzCngJ/Hh /hKwTaICyhJ7+w6xT2AUmIWkexaS7lkI3QsYmVcxyqbkVunmJmbmFKcm6xYnJ+blpRbpWujl ZpbopaaUbmIEh7SL6g7GOX+9DjEKcDAq8fBGrF8dLcSaWFZcmXuIUZKDSUmUV2EvUIgvKT+l MiOxOCO+qDQntfgQowQHs5II77rtQDnelMTKqtSifJiUNAeLkjjvpJbF0UIC6YklqdmpqQWp RTBZGQ4OJQne/9+BGgWLUtNTK9Iyc0oQ0kwcnCDDeYCGy/wAGV5ckJhbnJkOkT/FqCglzlsL khAASWSU5sH1glKORPb+mleM4kCvCPPagFTxANMVXPcroMFMQIMn9KwAGVySiJCSamBsle/S LzI9vd1mVZ+jkm4m5/3nDzROfP1z61Wq097PbNfOzZmlxlGzvLPvyALh1WKPH64/qli3a+P9 P60vDgo6PRFNi/8f9vUsj87RjwwmwbsM/ic2/pPrYWY3vtUQ8nnbn/bqkNMt5y+c+nn09ln+ JUG/eb7sSeS2q1eR/xnJO1tn9Q1hhXoeJZbijERDLeai4kQAmiwjqxQDAAA= Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:25:21 -0000 Just on the logging point... On Wed, Sep 26, 2018 at 02:20:49PM -0700, Alissa Cooper wrote: > > Sec 5: > > In this section or elsewhere it would be nice to see a sentence noting that > this YANG model allows the configuration of packet logging, which if used would > additionally warrant protections against unauthorized log access and a logs > retention policy. My understanding is that this was removed entirely from the document in response to the secdir review. Could you double-check which version you were looking at, or if the current version still is problematic? Thanks, Benjamin From nobody Wed Sep 26 14:26:41 2018 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 0E86B1294D7; Wed, 26 Sep 2018 14:26:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153799720002.21677.12855832165853636792.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 14:26:40 -0700 Archived-At: Subject: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:26:40 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- We previously had a work item we were tracking with the IEEE leadership around the IEEE writing a YANG module for ethertypes. I just wanted to check that the IEEE is aware that this document is defining a placeholder module for ethertypes until such time that they define one. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Sec 1: s/Policy Based Routing, Firewalls etc./policy-based routing, firewalls, etc./ "The matching of filters and actions in an ACE/ACL are triggered only after application/attachment of the ACL to an interface, VRF, vty/tty session, QoS policy, routing protocols amongst various other config attachment points." This is a sentence fragment. s/in the ACE's/in the ACEs/ Sec 3.1: "There are two YANG modules in the model." Is this technically correct, given that ietf-ethertypes is also defined here? Also, I don't think the definition of ietf-ethertypes belongs in an appendix under the heading "Extending ACL model examples." I can imagine that other modules will want to import this module and that seems like a strange place to put it. Sec 4.1: For avoidance of confusion, I would suggest replacing "l2," "l3," and "l4" with "layer2," "layer3," and "layer4," respectively. s/Definitions of action for this ace entry/Definitions of action for this ACE entry/ s/Specifies the forwarding action per ace entry/Specifies the forwarding action per ACE entry/ Sec 4.2: "This module imports definitions from Common YANG Data Types [RFC6991] and references IP [RFC0791], ICMP [RFC0792], Definition of the Differentiated Services Field in the IPv4 and IPv6 Headers [RFC2474], The Addition of Explicit Congestion Notification (ECN) to IP [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], IPv6 Addressing Architecture [RFC4291], A Recommendation for IPv6 Address Text Representation [RFC5952], IPv6 [RFC8200]." It looks like something is missing from this list, possibly RFC 793. Sec 5: In this section or elsewhere it would be nice to see a sentence noting that this YANG model allows the configuration of packet logging, which if used would additionally warrant protections against unauthorized log access and a logs retention policy. From nobody Wed Sep 26 14:35:33 2018 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 C03C8130DC3; Wed, 26 Sep 2018 14:35:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78UL33gWlrKM; Wed, 26 Sep 2018 14:35:28 -0700 (PDT) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 E6A721294D7; Wed, 26 Sep 2018 14:35:27 -0700 (PDT) Received: by mail-pf1-x42a.google.com with SMTP id k21-v6so255184pff.11; Wed, 26 Sep 2018 14:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/OuUNEdK9mwbPWCuWEyNi0Q65sMbcw3FMlPZ6NrT70U=; b=TrSxH0lfmCZsEjukm7Rx2AC1kqjM/Z7w/BcoFJMZQ0eZtbmvbvK/RoTAjI6bXtJo5E 5TSSi7stNtvfdBV/nOJQ2HIExy/vR/YMuHhsP2N7YqocCeN6CcabLo6TPG7+TH2XCmEL rAf2zOgyUA+G+hSmAVc+hx6J43jjdqAhrRr0JZ0qtDVmNQTKuQPwXQMUylwr/fV/Ez5r k+G+NsrR2kT0EvxfeNpXpDJwplmuiE5ISWti6GAEP+j7AqbfL1GA5oy+bQUUnV9sM+/o 1NSCh8wtj2kt7rbTpK/IiV8ASAe2nAxaBO6nyN3YQoVjJGHlzWj4lUlKVfDJymZcPM23 PGYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/OuUNEdK9mwbPWCuWEyNi0Q65sMbcw3FMlPZ6NrT70U=; b=hRzDIlAXgyKaKwjzDOwGd9tpX2frEOn7+M0VaMkU+ovz5b9m/hlC/06iDlhJ7HLfAl 2koADZXIQKs8D+k2Tin/W9uBnpVdYpqDXzDLh7gnz7XHwf033jTcK8dxM9gHmG0SpYY7 yK69jZ56JmC13XhYGsCLuY5MVA1HPsNuMEjUFVcaxemWNkHhSB4y7z6FFoLrSoWrGULd TKL8NqEdOwRbxivjesYaxJ40levycKikTAf8wNJm1d6NERmSIv0SgDJhxDhklEhRNpJx 7N3yZDFzHFAPqudKhQXDuHcWwV5q3NBWdCcMS7sdWASAwuJT2r5//07/txLCQ7ZtFLka mvyw== X-Gm-Message-State: ABuFfoiJyuG7S4bo/bTdfn7ux1Mczbbe5hmtxRA+vYap1eNnOMm+kHId PBbZyetI+7BKh/xMuIGDiChdWbcVsD0= X-Google-Smtp-Source: ACcGV63wvpt8JH99dNc3V7up65tK+bFgQiM/OxnKgzrGxs6TsMHo919RqAfvTNepLtJ+KpODhsAMHA== X-Received: by 2002:a62:d286:: with SMTP id c128-v6mr6771795pfg.14.1537997727469; Wed, 26 Sep 2018 14:35:27 -0700 (PDT) Received: from [172.20.4.176] ([61.115.201.105]) by smtp.gmail.com with ESMTPSA id b81-v6sm112598pfm.96.2018.09.26.14.35.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 14:35:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Dean Bogdanovic In-Reply-To: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> Date: Thu, 27 Sep 2018 06:35:22 +0900 Cc: draft-ietf-netmod-module-tags@ietf.org, netmod@ietf.org Content-Transfer-Encoding: 7bit Message-Id: <0FDC691C-4129-455C-8D2B-64724B91F69E@gmail.com> References: <4240B4D2-994C-4C8F-AAC6-259ACECCAEB2@gmail.com> To: joel jaeggli X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] IPR call draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:35:31 -0000 > On Sep 27, 2018, at 12:26 AM, joel jaeggli wrote: > > Authors, Contributors, WG, > > Regarding the document > draft-ietf-netmod-module-tags-02 > https://tools.ietf.org/html/draft-ietf-netmod-module-tags-02 > Are you aware of any IPR that applies to draft identified above? > No, I'm not aware of any IPR that applies to this draft Dean From nobody Wed Sep 26 14:39:38 2018 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 E4BCA130DDE; Wed, 26 Sep 2018 14:39:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=HoURWZ1V; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CLF1mdiE 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 xaGTUxtFoJCP; Wed, 26 Sep 2018 14:39:28 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CC93130DC0; Wed, 26 Sep 2018 14:39:28 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id EB77B21B96; Wed, 26 Sep 2018 17:39:25 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 26 Sep 2018 17:39:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=xWpGs4os48tb3a8Gc1p2sKcvEAcOX hAf66qEGV/Wdrk=; b=HoURWZ1VquBrtdRT2D2hZsu/hMQe9bjEi1b1MK3fPA1ky IcWXfh+mLdnbQzLpzexvysxxprsyvXbK9UXnxsCWQzEmb2n0etQ4zEbC/Uu1bvVy KtPOB+g3+nQLMkS9mLQfGPCPeTR/9V62uY9HKodeiEBZGOcSHXIlRyjFxHdDFQQY XMAjbPWVYWXAbibvZMhTbeK4MVn2Qq17aI6IhAGszJKbhAvbaJCRFhGDiDKlOqs6 asT2pRHR6aqsWFKq6Kl5RvMUhdRvb+GBirXVvNI5A0Y/QBYNe9t1SDGNFrShkRPz jxXfo6KqQ8oHHAt8/PLefkKbkbzUpc3sns6Uf4bQA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=xWpGs4 os48tb3a8Gc1p2sKcvEAcOXhAf66qEGV/Wdrk=; b=CLF1mdiEvwoA7ntCzDoMr2 OUvBCGIPEBgRiACwursZNycFTfO6VRYM+4UBWAFUK/Jq7nYbfaQXWIPnfasNPS7m CdfNfjPcTtxB/2I9qyfk445JQR2WFo+iC39+NaNIfEKOtz1eB8k85NACYTh0yZLq Apx/XhPf3sXfj3YBTgqgMgI2VKBLpjznWWA4NhcLocN+QXL5VbY6Ka2EVhNaWtyi ZSF2PhvzkSpAdHNYPzYPclgsPHRDKTSPMA1NxMmTRZlSwD75VB7pC3D8T9dz2pCG Yzm9lL30HQBLoP0QvVfQVoZ/Egc2JI3ONH2ghzUs+4y/eFNsclU6XV3ykY4VjKBQ == X-ME-Proxy: X-ME-Sender: Received: from [10.154.183.69] (unknown [128.107.241.173]) by mail.messagingengine.com (Postfix) with ESMTPA id 17372E40A2; Wed, 26 Sep 2018 17:39:25 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <20180926212503.GR24695@kduck.kaduk.org> Date: Wed, 26 Sep 2018 14:39:23 -0700 Cc: IESG , netmod-chairs@ietf.org, kwatsen@juniper.net, draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <2AF434E7-C7C7-429F-9D0A-FFD9F6A06AD4@cooperw.in> References: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> <20180926212503.GR24695@kduck.kaduk.org> To: Benjamin Kaduk X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:39:30 -0000 This is in the -19: /* * Logging actions for a packet */ identity log-action { description "Base identity for defining the destination for logging actions"; } identity log-syslog { base log-action; description "System log (syslog) the information for the packet"; } identity log-none { base log-action; description "No logging for the packet"; } Is there a more recent version? Thanks, Alissa > On Sep 26, 2018, at 2:25 PM, Benjamin Kaduk wrote: >=20 > Just on the logging point... >=20 > On Wed, Sep 26, 2018 at 02:20:49PM -0700, Alissa Cooper wrote: >>=20 >> Sec 5: >>=20 >> In this section or elsewhere it would be nice to see a sentence = noting that >> this YANG model allows the configuration of packet logging, which if = used would >> additionally warrant protections against unauthorized log access and = a logs >> retention policy. >=20 > My understanding is that this was removed entirely from the document = in > response to the secdir review. Could you double-check which version = you > were looking at, or if the current version still is problematic? >=20 > Thanks, >=20 > Benjamin From nobody Wed Sep 26 14:56:49 2018 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 BD03F130DE1; Wed, 26 Sep 2018 14:56:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YS44w4RVcO8t; Wed, 26 Sep 2018 14:56:40 -0700 (PDT) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (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 68BBB130DD4; Wed, 26 Sep 2018 14:56:39 -0700 (PDT) X-AuditID: 12074425-e41ff700000028dd-67-5bac00943071 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 79.B2.10461.5900CAB5; Wed, 26 Sep 2018 17:56:37 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id w8QLuY4f009182; Wed, 26 Sep 2018 17:56:35 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w8QLuU30031656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 26 Sep 2018 17:56:32 -0400 Date: Wed, 26 Sep 2018 16:56:29 -0500 From: Benjamin Kaduk To: Alissa Cooper Cc: IESG , netmod-chairs@ietf.org, kwatsen@juniper.net, draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org Message-ID: <20180926215629.GS24695@kduck.kaduk.org> References: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> <20180926212503.GR24695@kduck.kaduk.org> <2AF434E7-C7C7-429F-9D0A-FFD9F6A06AD4@cooperw.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2AF434E7-C7C7-429F-9D0A-FFD9F6A06AD4@cooperw.in> User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmleLIzCtJLcpLzFFi42IR4hRV1p3KsCbaYMIVTYvpZ/4yWvz6tJvJ YsaficwWB+awW6zuVbOYf7GR1YHN48uTl0weS5b8ZPK43nSVPYA5issmJTUnsyy1SN8ugSvj 97ZmxoJmnooz768wNTA+4+hi5OSQEDCR+Hv9DXMXIxeHkMBiJokTS68zQTgbGSXeTljNCOFc ZZK4+WAyG0gLi4CqxNm7R9hBbDYBFYmG7svMILYIUPzqsR9sIA3MAq2MEkvbl7KCJIQFUiQ6 LzaBFfEC7bvWchosLiSwhlFi7bwsiLigxMmZT1hAbGYBLYkb/14CncEBZEtLLP8HdiqngJ3E 1oXbwW4QFVCW2Nt3iH0Co8AsJN2zkHTPQuhewMi8ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdC LzezRC81pXQTIyis2V1UdzDO+et1iFGAg1GJhzdi/epoIdbEsuLK3EOMkhxMSqK8CnuBQnxJ +SmVGYnFGfFFpTmpxYcYJTiYlUR4120HyvGmJFZWpRblw6SkOViUxHkntSyOFhJITyxJzU5N LUgtgsnKcHAoSfDu/w/UKFiUmp5akZaZU4KQZuLgBBnOAzQ8EaSGt7ggMbc4Mx0if4pRUUqc txMkIQCSyCjNg+sFpR2J7P01rxjFgV4R5vUGqeIBpiy47ldAg5mABk/oWQEyuCQRISXVwMjA kb1L+2AB26pA7pxbIqfSd23P6628zd379dbGmbcEn2q1R+n7LfGd4R767nrjuvXn0wtmSDa/ 4Q9KftPBukv3X1Z6zDYFg0a/D7Olbp2foX3EXD33iJHwwYWaX/eem1j8/ewUNnuzigy3Ays8 Ul7fONQWb7ct9XW1+0U33e74WVweOVtXhymxFGckGmoxFxUnAgCn6JeaFgMAAA== Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2018 21:56:42 -0000 It looks like I was thinking of the review of draft-ietf-opsawg-nat-yang, not this one -- sorry for the mixup! (And thanks for spotting the issue!) -Benjamin On Wed, Sep 26, 2018 at 02:39:23PM -0700, Alissa Cooper wrote: > This is in the -19: > > /* > * Logging actions for a packet > */ > identity log-action { > description > "Base identity for defining the destination for logging actions"; > } > > identity log-syslog { > base log-action; > description > "System log (syslog) the information for the packet"; > } > > identity log-none { > base log-action; > description > "No logging for the packet"; > } > Is there a more recent version? > > Thanks, > Alissa > > > On Sep 26, 2018, at 2:25 PM, Benjamin Kaduk wrote: > > > > Just on the logging point... > > > > On Wed, Sep 26, 2018 at 02:20:49PM -0700, Alissa Cooper wrote: > >> > >> Sec 5: > >> > >> In this section or elsewhere it would be nice to see a sentence noting that > >> this YANG model allows the configuration of packet logging, which if used would > >> additionally warrant protections against unauthorized log access and a logs > >> retention policy. > > > > My understanding is that this was removed entirely from the document in > > response to the secdir review. Could you double-check which version you > > were looking at, or if the current version still is problematic? > > > > Thanks, > > > > Benjamin > From nobody Wed Sep 26 18:18:10 2018 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 44BCA127AC2; Wed, 26 Sep 2018 18:18:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (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 PeSVNf7MBE3n; Wed, 26 Sep 2018 18:18:01 -0700 (PDT) Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 D612412777C; Wed, 26 Sep 2018 18:18:00 -0700 (PDT) Received: by mail-pf1-x432.google.com with SMTP id a23-v6so581287pfi.12; Wed, 26 Sep 2018 18:18:00 -0700 (PDT) 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=Thhz7s5tw6LO115DGwHoJ2/kwxiBYOfH01erqprzj0I=; b=LxMLP+iL6trRcEnwBegMVI6qSQA1WhU6EK+LE5iysmBoUyDPO4GoTFFyS75b1xQYLT O6mpx/OvlWjbhuIUq2ans2o9h9xtaOM5CHiRegum1HznJEuHxDNHXBJMPta2clvF0Gsf yLD20Pb15mCv5Ci3NNBUqNVGQDH4txKVn+zfLJV/e9NOPmi/1B34vMuk0xNWuQ8oR7yO dwjZki/1yKM1pgFexvMb5zyxyKUYY2E4UHuo6UyUjFkV1555czQqbT0hZHMnmyIrGpo1 8b1s4EQN+aHiW10EoVbWNFkwPa4gVsZT96yI8BuNlxXPPa2mEKQolouNkI5eql769nB+ e6VA== 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=Thhz7s5tw6LO115DGwHoJ2/kwxiBYOfH01erqprzj0I=; b=cVVNnqD9CiFQBGuWduOeXZEQTNSqJ9VBuCTjq99J7KhJStupQtqV0oDe9yExQFU1Sc QqHIJByZc5gJGz9JfRw3OwjhR7g+wIw7/AQ1vcSCB4kc3c73Z+zpArvzvF2ziKqbob1s foWB+PjJOGJZHqNXl3KMbStP0iIGGnK9t3BV9rnlSlc1i1koeGhY0xARrrPr/KSYODow tLTLllJyLdfix9+ONWLsJSaWv//weVGmG48ngjwPbsX+mNjDGVQGRito/TE1WeNhwzfI ShKBFiZFCiky+t62/ACA1A8MQpXDCVEUDmxPKG28MZsdENUUOoX4NbVeUV1zx3KMDVtG JWNQ== X-Gm-Message-State: ABuFfohY2grB4r/B11oKbLdRxF2l6/lllksSDYMwZBLYphelTEukfONg Ijn/d2Op/HGa3qQZ9xR+oD7gzN1N X-Google-Smtp-Source: ACcGV62d5POMNGojosLwsPLk39cW+7BNkJHKx2ZlWwzF0FckX7MCmm/1xnY705KvBPpTQuOnr+4GGg== X-Received: by 2002:a17:902:59dd:: with SMTP id d29-v6mr8477025plj.34.1538011080171; Wed, 26 Sep 2018 18:18:00 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id b126-v6sm390939pga.49.2018.09.26.18.17.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 18:17:59 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <34DE6585-7203-4A6A-AF99-E729448DCB9C@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_DA11A6BB-5A0D-4A6B-8DCF-4FC7C78F3085" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Wed, 26 Sep 2018 18:17:58 -0700 In-Reply-To: <153799720002.21677.12855832165853636792.idtracker@ietfa.amsl.com> Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , NetMod WG Chairs , netmod@ietf.org To: Alissa Cooper References: <153799720002.21677.12855832165853636792.idtracker@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 01:18:03 -0000 --Apple-Mail=_DA11A6BB-5A0D-4A6B-8DCF-4FC7C78F3085 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Alissa, > On Sep 26, 2018, at 2:26 PM, Alissa Cooper wrote: >=20 > Alissa Cooper has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > We previously had a work item we were tracking with the IEEE = leadership around > the IEEE writing a YANG module for ethertypes. I just wanted to check = that the > IEEE is aware that this document is defining a placeholder module for > ethertypes until such time that they define one. They were told as much in the joint IETF-IEEE meeting. >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Sec 1: >=20 > s/Policy Based Routing, Firewalls etc./policy-based routing, = firewalls, etc./ Isn=E2=80=99t Policy Based Routing (PBR) and particular form of routing, = with its own acronym and all? I can make the F in Firewalls, lowercase. >=20 > "The matching of filters and actions in an ACE/ACL are triggered only > after application/attachment of the ACL to an interface, VRF, = vty/tty > session, QoS policy, routing protocols amongst various other config > attachment points.=E2=80=9D >=20 > This is a sentence fragment. How about this: OLD: The matching of filters and actions in an ACE/ACL are triggered only after application/attachment of the ACL to an interface, VRF, vty/tty session, QoS policy, routing protocols amongst various other config attachment points. NEW: The matching of filters and actions in an ACE/ACL are triggered only after the application/attachment of the ACL to an interface, VRF, = vty/tty session, QoS policy, or routing protocols amongst various other = config attachment points. >=20 > s/in the ACE's/in the ACEs/ Ok. >=20 > Sec 3.1: >=20 > "There are two YANG modules in the model." >=20 > Is this technically correct, given that ietf-ethertypes is also = defined here? >=20 > Also, I don't think the definition of ietf-ethertypes belongs in an = appendix > under the heading "Extending ACL model examples." I can imagine that = other > modules will want to import this module and that seems like a strange = place to > put it. That is what we could agree with IEEE on. >=20 > Sec 4.1: >=20 > For avoidance of confusion, I would suggest replacing "l2," "l3," and = "l4" with > "layer2," "layer3," and "layer4," respectively. I would object to making these changes in the model, particularly since = the description already defines what they are. >=20 > s/Definitions of action for this ace entry/Definitions of action for = this ACE > entry/ It is referring to the node =E2=80=98ace=E2=80=99 defined in the module. >=20 > s/Specifies the forwarding action per ace entry/Specifies the = forwarding action > per ACE entry/ Same as above. >=20 > Sec 4.2: >=20 > "This module imports definitions from Common YANG Data Types [RFC6991] > and references IP [RFC0791], ICMP [RFC0792], Definition of the > Differentiated Services Field in the IPv4 and IPv6 Headers = [RFC2474], > The Addition of Explicit Congestion Notification (ECN) to IP > [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], IPv6 > Addressing Architecture [RFC4291], A Recommendation for IPv6 Address > Text Representation [RFC5952], IPv6 [RFC8200]." >=20 > It looks like something is missing from this list, possibly RFC 793. Ok. >=20 > Sec 5: >=20 > In this section or elsewhere it would be nice to see a sentence noting = that > this YANG model allows the configuration of packet logging, which if = used would > additionally warrant protections against unauthorized log access and a = logs > retention policy. How about this addition to the section under list of subtrees and data = nodes that are sensitive and vulnerable: /acls/acl/aces/ace/actions/logging: This node specifies ability to = log packets that match this ace entry. Unauthorized write access to = this node can allow intruders to enable logging on one or many ace = entries,=20 overwhelming the server in the process. Unauthorized read access = of this node=20 can allow intruders to access logging information, which could be = used to attack the server. Thanks. Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_DA11A6BB-5A0D-4A6B-8DCF-4FC7C78F3085 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Alissa,

On Sep 26, 2018, at 2:26 PM, Alissa Cooper = <alissa@cooperw.in> wrote:

Alissa= Cooper has entered the following ballot position for
draft-ietf-netmod-acl-model-19: Discuss

When responding, please keep the subject line intact and = reply to all
email addresses included in the To and CC = lines. (Feel free to cut this
introductory paragraph, = however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

We previously had a work item we = were tracking with the IEEE leadership around
the IEEE = writing a YANG module for ethertypes. I just wanted to check that the
IEEE is aware that this document is defining a placeholder = module for
ethertypes until such time that they define = one.

They= were told as much in the joint IETF-IEEE meeting.

Same as above.


Sec 4.2:

"This module imports = definitions from Common YANG Data Types [RFC6991]
=   and references IP [RFC0791], ICMP [RFC0792], Definition of = the
  Differentiated Services Field in the IPv4 = and IPv6 Headers [RFC2474],
  The Addition of = Explicit Congestion Notification (ECN) to IP
=   [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], = IPv6
  Addressing Architecture [RFC4291], A = Recommendation for IPv6 Address
  Text = Representation [RFC5952], IPv6 [RFC8200]."

It= looks like something is missing from this list, possibly RFC 793.

Ok.


Sec 5:

In this section or elsewhere it would be nice = to see a sentence noting that
this YANG model allows the = configuration of packet logging, which if used would
additionally warrant protections against unauthorized log = access and a logs
retention policy.

How about = this addition to the section under list of subtrees and data nodes that = are sensitive and vulnerable:

      /acls/acl/aces/ace/actions/logging: This =
node specifies ability to log
      packets that match this ace entry.  Unauthorized write access =
to this
      node can allow intruders to enable logging on one or many ace =
entries, 
      overwhelming the server =
in the process. Unauthorized read access of this =
node 
      can allow =
intruders to =
access logging information, which could be used to
      attack the =
server.

Thanks.
Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_DA11A6BB-5A0D-4A6B-8DCF-4FC7C78F3085-- From nobody Wed Sep 26 18:33:02 2018 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 3F834130DC4; Wed, 26 Sep 2018 18:32:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 07WbMW1jRVxr; Wed, 26 Sep 2018 18:32:49 -0700 (PDT) Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) (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 4FF3B130D7A; Wed, 26 Sep 2018 18:32:49 -0700 (PDT) Received: by mail-pf1-x441.google.com with SMTP id k19-v6so641667pfi.1; Wed, 26 Sep 2018 18:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6kYxtQQhSv5u83xrqmMuYm8HREyRz5QUoCvqZB7jRF8=; b=P8rRazl/BTqy3a2iziaCTRTAvOge7dtTsz061eNKmj/vJZo5ften1Wp4gS2y3thf7A zKFzlshB6Foc3HCsqNgrcxQxV4NovIIYDKdayINKAYvsxzHa18e4pY4tke5J8lZIbgQe mgvq1HseqraQbEkzjSHWL/uSftrvPuG+zABx0KNlzuwHMzY8QsFv4P4vGABQJrz5NtKB oemOsQxOcIvrY9CErxmV27Jk+AjjlXm3tW13EcYZwwA0k00mPYiYh3BTyzl9PGg3+EfJ 1eX8teq6BTeVAY0YcYy49LdKzAwI4j6uWt0/wvkjw424lBwaPKYZTSfk/YD6yjScY+c9 Lq7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6kYxtQQhSv5u83xrqmMuYm8HREyRz5QUoCvqZB7jRF8=; b=mo00tetuxJmvlc+LQ3lWSeIjk399cFqPsYfoZrw1Uz3s5c8VtwD8mNPUBNtyEsZkTs BDeSNskT9ALQtV7NAVaBdOM+X2C+Xm6RYJUzGUv0NqntXXGkKLmQlXZkeCVwljaA/KvU //eAqqYKoQZSAxfuQb6j6DyuqjXeyc4OTVVkz0UVlUAcRj5HdrkIuP8s++u/2PP3/9qE hmUjKBLqrmtA7P+vpTp6X7yw8RFv5hxJinNnhaXQKCHca6YHlybaoAjXLm7Xq0ZGICkn gAAKlr9v1dy/JKpnKJH5YwTt26spQWEwMxWhIQJGS90jWkZ8otDuVg2oWjHRf3+4AQo9 3PdA== X-Gm-Message-State: ABuFfoiOkC6JHjfvAv2BIccIhOTSjXoqG4THAmXENPKiExmgdxjs++lX 0CYfGSoZaXRAqTRSlQZ3uq0= X-Google-Smtp-Source: ACcGV60N6rupiZdWHXXn7DwbH6mBDY4vI9j0SjZqbzIJSyEPRwUoehMjkWbdjVh41fMg3ebqfXrJpg== X-Received: by 2002:a62:b09:: with SMTP id t9-v6mr2598455pfi.36.1538011968621; Wed, 26 Sep 2018 18:32:48 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id a79-v6sm481175pfa.124.2018.09.26.18.32.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 18:32:47 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153799495346.21612.8195694488241265931.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 18:32:46 -0700 Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , NetMod WG Chairs , netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <6DE7F1DD-D56C-4CBD-9F9A-402A220ACD29@gmail.com> References: <153799495346.21612.8195694488241265931.idtracker@ietfa.amsl.com> To: Warren Kumari X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Warren Kumari's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 01:32:52 -0000 > On Sep 26, 2018, at 1:49 PM, Warren Kumari wrote: >=20 > Warren Kumari has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > Be ye not afraid -- this DISCUSS is easily cleared, but sufficiently = important > that I thought it worth making, and making sure it didn't slip through = the > cracks. >=20 > The description for match-on-ipv4 says: "The device can support = matching on > IPv4 headers.", but the description for 'match-on-tcp', = 'match-on-udp', > 'match-on-icmp' say: "The device can support headers." I = really > think that these need to be "The device can support matching on = > headers.=E2=80=9D Ok. >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Section 1: > "In case a vendor supports it, metadata matches apply to fields = associated with > the packet but not in the packet header such as input interface or = overall > packet length". I don't have a suggested replacement, but seeing as = this is > introductory text, I figured it was aimed at people not familiar with = how > forwarding / filtering works. I'm slightly concerned that some people = will get > confused, because almost all protocols include a "packet length" in = the header. > Perhaps just dropping the "or overall packet length"? (Yes, we could = get into > a long thing on protocol packet length, and overall length, etc, but = that's > likely to not be helpful in the document). I am not sure what the concern is. The "overall packet length" being = referred to is not the =E2=80=9Cpacket length=E2=80=9D in the header = field. It is the length of the packet as received over the wire. Is that = the clarification you were looking for in the document? >=20 > Section 2: > Nit: "It is very important that model can be used easily by > applications/attachments." models. Ok. >=20 > Section 3: > "Packet header matching applies to fields visible in the packet such = as address > or CoS or port numbers." CoS isn't expanded, and isn't in the well = known > acronyms list. RFC2474 perhaps? It is in Section 1 and 1.1. >=20 > Section 3: > "These include features such as "Device can support ethernet headers" = or > "Device can support of IPv4 headers". "can support of" makes no sense. = Also, I > *think* Ethernet is uppercase. This is a nit. Will=20 s/support/match on/ Thanks. >=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com From nobody Wed Sep 26 19:02:44 2018 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 1F6E9130DE2 for ; Wed, 26 Sep 2018 19:02:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FFmOrqsCrwC1 for ; Wed, 26 Sep 2018 19:02:38 -0700 (PDT) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (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 1E58E12D7EA for ; Wed, 26 Sep 2018 19:02:35 -0700 (PDT) Received: by mail-wr1-x443.google.com with SMTP id z14-v6so789249wrs.10 for ; Wed, 26 Sep 2018 19:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eUpb9hvCE8Q6baRdABi3YvO/ytqBEUwAr2BFWoQ8iPM=; b=bTDoMcekw4H4I+3lj/NyP88r1e+rQgK1Ntt7v8+diFNxT/3b6ne2KmoewlUxIuDsDP wbCeuaHcH/EW6+WWny61HFwHOA2uhKkpITWhFhmd94KtCqvFwE5oboYFNj6EtktD4Iz9 XsQ9kxWwjGlLMySXQNG/GklLYLbGBm9ZCY8ESzvhPhRSYAhBKKovWczjUgxew342PqGV HMNnCV3lvOSaHtQvMC3NbvuLh+uDPiZksTIQlFmhXp7S8X+ik1zINM1uVjMjJKrvQE71 0TQDIJlu5Tzoa7X61bAQ816yiphV8dryrXKX3SlqGqIcWJ6f1hJf/yoGWLFV7Proiu6I mFmg== 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=eUpb9hvCE8Q6baRdABi3YvO/ytqBEUwAr2BFWoQ8iPM=; b=KWW9jQBghUay3w3TOY0u3US7jeP1ATKLq1N5+SOvOgIyuiLH1cDSM9ESTaAXFlYtFp x6Vs9RztLYHKA70PecVIGPiLlVD6eAv7DlknbMPc6nqbqgVoSc++HOV6X+DKEpIEfxNr DpDtYpY0FFct/EsN36hAr2P4Dj2QjL7n7jhDUoMDoFKWrhpcH5uehHa6hwBfoIE3fUum 0JwhzmHIWadIG22sgY84pcn9Tjht4F8kzzta1e3DE9AGgPRRUUOcBn2PyBfi2k8yfJzk jlbly57ObbqkTlkPFOUVqdfK7k4w6RjPtIjYTTlMoUs4YnSMsn9ikFvZjd3w21wKod5X 5e+w== X-Gm-Message-State: ABuFfojzXDbPQLpdaME08T9/7MOtBOguXAOyVfazv43iV+nXobeRfVsF aCXLgHJQu3xrv17aUhQv5qHtdgWWAEkYM42122v8wA== X-Google-Smtp-Source: ACcGV62OoVtOaIIugnlety+9YDP0j50C54fZ4u4TeLyUN17C/dsX7Ten8fKzpeY5ZMao+Wgir9leMkD/s09Wyu70CJk= X-Received: by 2002:adf:8523:: with SMTP id 32-v6mr6685863wrh.72.1538013753139; Wed, 26 Sep 2018 19:02:33 -0700 (PDT) MIME-Version: 1.0 References: <153799495346.21612.8195694488241265931.idtracker@ietfa.amsl.com> <6DE7F1DD-D56C-4CBD-9F9A-402A220ACD29@gmail.com> In-Reply-To: <6DE7F1DD-D56C-4CBD-9F9A-402A220ACD29@gmail.com> From: Warren Kumari Date: Wed, 26 Sep 2018 19:01:54 -0700 Message-ID: To: Mahesh Jethanandani Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, netmod@ietf.org Content-Type: multipart/alternative; boundary="0000000000006a77050576d0bbae" Archived-At: Subject: Re: [netmod] Warren Kumari's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 02:02:40 -0000 --0000000000006a77050576d0bbae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Sep 26, 2018 at 6:32 PM Mahesh Jethanandani wrote: > > > > On Sep 26, 2018, at 1:49 PM, Warren Kumari wrote: > > > > Warren Kumari has entered the following ballot position for > > draft-ietf-netmod-acl-model-19: Discuss > > > > When responding, please keep the subject line intact and reply to all > > email addresses included in the To and CC lines. (Feel free to cut this > > introductory paragraph, however.) > > > > > > Please refer to > https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ > > > > > > > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > Be ye not afraid -- this DISCUSS is easily cleared, but sufficiently > important > > that I thought it worth making, and making sure it didn't slip through > the > > cracks. > > > > The description for match-on-ipv4 says: "The device can support matchin= g > on > > IPv4 headers.", but the description for 'match-on-tcp', 'match-on-udp', > > 'match-on-icmp' say: "The device can support headers." I > really > > think that these need to be "The device can support matching on > > > headers.=E2=80=9D > > Ok. > > Discuss cleared. > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > Section 1: > > "In case a vendor supports it, metadata matches apply to fields > associated with > > the packet but not in the packet header such as input interface or > overall > > packet length". I don't have a suggested replacement, but seeing as thi= s > is > > introductory text, I figured it was aimed at people not familiar with h= ow > > forwarding / filtering works. I'm slightly concerned that some people > will get > > confused, because almost all protocols include a "packet length" in the > header. > > Perhaps just dropping the "or overall packet length"? (Yes, we could ge= t > into > > a long thing on protocol packet length, and overall length, etc, but > that's > > likely to not be helpful in the document). > > I am not sure what the concern is. The "overall packet length" being > referred to is not the =E2=80=9Cpacket length=E2=80=9D in the header fiel= d. It is the > length of the packet as received over the wire. Is that the clarification > you were looking for in the document? > Yup, perfect. People often seem to forget this -- the surrounding text is all introductory, and so I was concerned that the audience would see that, and think: "But the packet length is in the header", and miss the distinction that L3 packet length !=3D L2 packet lenght, etc. > > > > > Section 2: > > Nit: "It is very important that model can be used easily by > > applications/attachments." models. > > Ok. > > > > > Section 3: > > "Packet header matching applies to fields visible in the packet such as > address > > or CoS or port numbers." CoS isn't expanded, and isn't in the well know= n > > acronyms list. RFC2474 perhaps? > > It is in Section 1 and 1.1. > Doh! Sorry. > > > > > Section 3: > > "These include features such as "Device can support ethernet headers" o= r > > "Device can support of IPv4 headers". "can support of" makes no sense. > Also, I > > *think* Ethernet is uppercase. This is a nit. > > Will > s/support/match on/ > > Win! Thank you for accepting the suggestions in the spirit they were offered. W > Thanks. > > > > > > > Mahesh Jethanandani > mjethanandani@gmail.com > > > > --=20 I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf --0000000000006a77050576d0bbae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On We= d, Sep 26, 2018 at 6:32 PM Mahesh Jethanandani <mjethanandani@gmail.com> wrote:


> On Sep 26, 2018, at 1:49 PM, Warren Kumari <warren@kumari.net> wrote:
>
> Warren Kumari has entered the following ballot position for
> draft-ietf-netmod-acl-model-19: Discuss
>
> When responding, please keep the subject line intact and reply to all<= br> > email addresses included in the To and CC lines. (Feel free to cut thi= s
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/i= esg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/d= raft-ietf-netmod-acl-model/
>
>
>
> ----------------------------------------------------------------------=
> DISCUSS:
> ----------------------------------------------------------------------=
>
> Be ye not afraid -- this DISCUSS is easily cleared, but sufficiently i= mportant
> that I thought it worth making, and making sure it didn't slip thr= ough the
> cracks.
>
> The description for match-on-ipv4 says: "The device can support m= atching on
> IPv4 headers.", but the description for 'match-on-tcp', &= #39;match-on-udp',
> 'match-on-icmp' say: "The device can support <protocol= > headers." I really
> think that these need to be "The device can support matching on &= lt;protocol>
> headers.=E2=80=9D

Ok.



Discuss cleared.

=C2=A0
>
>
> ----------------------------------------------------------------------=
> COMMENT:
> ----------------------------------------------------------------------=
>
> Section 1:
> "In case a vendor supports it, metadata matches apply to fields a= ssociated with
> the packet but not in the packet header such as input interface or ove= rall
> packet length". I don't have a suggested replacement, but see= ing as this is
> introductory text, I figured it was aimed at people not familiar with = how
> forwarding / filtering works. I'm slightly concerned that some peo= ple will get
> confused, because almost all protocols include a "packet length&q= uot; in the header.
> Perhaps just dropping the "or overall packet length"? (Yes, = we could get into
> a long thing on protocol packet length, and overall length, etc, but t= hat's
> likely to not be helpful in the document).

I am not sure what the concern is. The "overall packet length" be= ing referred to is not the =E2=80=9Cpacket length=E2=80=9D in the header fi= eld. It is the length of the packet as received over the wire. Is that the = clarification you were looking for in the document?
<= br>
Yup, perfect.

People often seem to forget this -- the surroun= ding text is all introductory, and so I was concerned that the audience wou= ld see that, and think: "But the packet length is in the header",= and miss the distinction that L3 packet length !=3D L2 packet lenght, etc.= =C2=A0
=C2=A0

>
> Section 2:
> Nit: "It is very important that model can be used easily by
> applications/attachments." models.

Ok.

>
> Section 3:
> "Packet header matching applies to fields visible in the packet s= uch as address
> or CoS or port numbers." CoS isn't expanded, and isn't in= the well known
> acronyms list. RFC2474 perhaps?

It is in Section 1 and 1.1.

Doh! Sorry.
=C2=A0

>
> Section 3:
> "These include features such as "Device can support ethernet= headers" or
> "Device can support of IPv4 headers". "can support of&q= uot; makes no sense. Also, I
> *think* Ethernet is uppercase. This is a nit.

Will
s/support/match on/


Win!

Thank you for accepting the sugge= stions in the spirit they were offered.
W

=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> Thanks.

>
>

Mahesh Jethanandani
mjethanandani@= gmail.com





--
I don't t= hink the execution is relevant when it was obviously a bad idea in the firs= t place.
This is like putting rabid weasels in your pants, and later exp= ressing regret at having chosen those particular rabid weasels and that pai= r of pants.
=C2=A0 =C2=A0---maf
--0000000000006a77050576d0bbae-- From nobody Wed Sep 26 21:37:00 2018 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 0DECD130DE5; Wed, 26 Sep 2018 21:36:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Suresh Krishnan To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 21:36:51 -0700 Archived-At: Subject: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 04:36:51 -0000 Suresh Krishnan has entered the following ballot position for draft-ietf-netmod-acl-model-19: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- This document is missing ACL handling for ICMPv6 (RFC4443) completely. As the ICMP types and codes are different for ICMP and ICMPv6 I think this model should be included to cover ICMPv6. From nobody Wed Sep 26 21:55:30 2018 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 7FD52130DFE; Wed, 26 Sep 2018 21:55:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 AVl9Q28xyFL0; Wed, 26 Sep 2018 21:55:11 -0700 (PDT) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 A1436130DF0; Wed, 26 Sep 2018 21:55:00 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id g2-v6so950488pgu.11; Wed, 26 Sep 2018 21:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JaUxA8kGiFOJZRhj5LOFPs+9VN98w7qPHdVodlsKgdo=; b=ANmUS6O8zv76y/Cp4OTqsMeoFr/GPtwTedDrAvdTEmDmHtn1ESF9OoxoHj4znJn8cY Xnqu2uuFfsVxIEjOlgNpACKFSneRQOPpR4moAWMkkbcAvFxtGqqkZocVLMqRdmCit52s KeBxiix3wbrVf3FA2x3qlE8Hlp/qrIP6O5IvxEAE6/wjr/l4yIElw7viCCtzfKnTSFJF gpJqVpNT/NDyRpJQuKdSbPjAsHGuShDTl95f7Pr4FVUjRfC7LVy0Ruzqaeok1UKuadQw 01AQLNcCNNN+iQBaRmg6ywzYufqF/e04Y0jVvR1jV6Pt+eQsZrhHSWTqN6xgksHH38rw WAPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=JaUxA8kGiFOJZRhj5LOFPs+9VN98w7qPHdVodlsKgdo=; b=ctGsK755lRZKbVc0/fJ1mnoaE0GGBxQENReJO7Y5lGo+NweYKVP6wBV4i8R6fVX2QG 6O2NpP9+IBbBgd5xCcYMFwYHTalLwpoiE861BM8nuT5IhMGGeM09jANkEuXxLfiRekp8 WsMfwvPSfrP25BDkI/6qeIHv1P/FHVOVoOdt/1oV8WX1snB5KDd608IF1SEPEWekYHso jANPBknz01UM0puklHjQhPse5kKACKndaIY1/kmYMRKTTb1NTpVrBmfs05wub1NAMpq0 eQonFWz2mxIlbIintU+4cbLTxx1v95qkcz2jFcsbqlBFsGpgQuaHEdNoHVI1wRxuHPqc Q9/g== X-Gm-Message-State: ABuFfogsx3U+2tChXgIvOb9QqxoxdhuMjUCjsFkSYCoh1S7rKiwSGxIb +K2ehqtN3tJYCOSIMGFdvXU= X-Google-Smtp-Source: ACcGV62Yxs52pfTm30mzPt9bLb9jeEPu3YIwU7ICrxTSkIVqrA1xpLadmuf5UHyaW6j6UsjnGENv6w== X-Received: by 2002:a63:e54d:: with SMTP id z13-v6mr8390831pgj.169.1538024100076; Wed, 26 Sep 2018 21:55:00 -0700 (PDT) Received: from ?IPv6:2601:647:4700:1280:4f0:d446:54f9:47dd? ([2601:647:4700:1280:4f0:d446:54f9:47dd]) by smtp.gmail.com with ESMTPSA id p19-v6sm891628pgh.60.2018.09.26.21.54.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Sep 2018 21:54:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 21:57:21 -0700 Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> To: Suresh Krishnan X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 04:55:14 -0000 Hi Suresh, > On Sep 26, 2018, at 9:36 PM, Suresh Krishnan = wrote: >=20 > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > This document is missing ACL handling for ICMPv6 (RFC4443) completely. = As the > ICMP types and codes are different for ICMP and ICMPv6 I think this = model > should be included to cover ICMPv6. I understand that there are many protocols that fall into such a = criteria. As has already been discussed, we are offering the minimum set = of protocols for which there is a demand, while giving the option to = extend it through augmentations of the base model. Let us not boil the ocean. As it is, this draft has been in the works = for more than 4 years. >=20 >=20 >=20 >=20 From nobody Wed Sep 26 22:07:03 2018 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 BB5CC130DC5; Wed, 26 Sep 2018 22:06:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kaloom.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 gmsyFbpO8td9; Wed, 26 Sep 2018 22:06:54 -0700 (PDT) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660120.outbound.protection.outlook.com [40.107.66.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1C9A12F18C; Wed, 26 Sep 2018 22:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kaloom.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SalOIMXonIna/fBH/nbSuUrXEl0UPq4KIUlu8SPFFbA=; b=qLliuKl0rxmcjQc34IFS6gLNaO7u8bsSh8SeeakV2sgaejryxc9aGglGHfDD3NZwcSrqSqaAB9wbZo2FvZ5s+IDhfYUeXBDZkWZb/wRhC2pF7lk9NYyi18FQjK04crDJ0VRUfn/q4tk/Atn7AuVO2hCjIgJaBjjnP/q8HKey+R4= Received: from YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM (10.169.141.148) by YQBPR01MB0530.CANPRD01.PROD.OUTLOOK.COM (10.169.143.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1164.22; Thu, 27 Sep 2018 05:06:51 +0000 Received: from YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM ([fe80::8dbd:5e3f:40e5:d4e1]) by YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM ([fe80::8dbd:5e3f:40e5:d4e1%4]) with mapi id 15.20.1164.024; Thu, 27 Sep 2018 05:06:51 +0000 From: Suresh Krishnan To: Mahesh Jethanandani CC: The IESG , "draft-ietf-netmod-acl-model@ietf.org" , Kent Watsen , "netmod-chairs@ietf.org" , "netmod@ietf.org" Thread-Topic: Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) Thread-Index: AQHUVh5ASf4H+zAxTUi6AXAMrLwkqaUDk48A Date: Thu, 27 Sep 2018 05:06:51 +0000 Message-ID: <31264851-1F0E-44D0-9E54-BBBD080F7936@kaloom.com> References: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Suresh@kaloom.com; x-originating-ip: [45.19.110.76] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR01MB0530; 6:2md0iRIPMFkgG8HnWDzy3wLl2v5USOhiaxW27mHJXCoKJNqz/qp+008al6QKjk4TgkphKQXZvCJagwHlZNd25bKwCh0XprIFmnA27HFESsy9PPInIuh21kWkamVzzZoX/PUHrSyHGMasTz5IeN+PSIpcS5wU/gx1QHqCJQGTEYwKW1OsJfNg56SMfOdO5A8652WWU3sgZAgutFOcJ7T1R0d0yfrrhmB6V7BhHgp/xvJm2Kuit0rz1LQsb7s7GSsttChQJUFT9uyuMogH8tUusLzY8bobQr2fsin2rKxWcTvdQfw48EXPG37YiKiYGZn4z5QBxa5hS25XbVv6C3FOT7M9PHx6DugOgVLeNTjyfGZA0TLG0ye3IxL9VdF9jcY1QTIbWCSqUtjzk/219hzKek/afKmo2TqoPL/GVvFNCXSV7wV8zxxUjyeR9HY3p3QIGOvfhhttUJPtgI7SW/CdGg==; 5:CgD28/mH32ZnbwoYZ0EsW8MsIKQLRJiKJlqQIs1zOe4wu9RwEix7dLQ0wLepf81hG2d7KBh4P9qvtuCWkfAsBdckvu+t2aIyRpCRb934k3aggquyF9enkp5ZNwcntvGBwu9Oqqh3wkt53uUxt85M79zzb+KA782H8aM5SWfviyU=; 7:OQfyerm95q9eZ9bOS9GAh8SXULD+nxYBw7HX6zWOIliNw7enBs5AyNd9N0PZkIZ4APx5LmcvFbmNCx10XqTMVc7cHu1kLLsb7WPIDM7v5Mv8hFho6pGGuZwGAhkeSobLQvfdufx8xTbOP4teO4IYhbzNGxU99jjIL5+jXSfzyxvTPZ2EOPqwbr+gEbs9VTCHvHNDIvhyV7vEeoCtMklkywh5OcAedptRByRRtTh9/8F0TtO0948m3xo47RhrJ44c x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 8fdc1751-b7e3-4037-f995-08d624370937 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021125)(8989299)(4534165)(7022125)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:YQBPR01MB0530; x-ms-traffictypediagnostic: YQBPR01MB0530: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(85827821059158); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231355)(944501410)(52105095)(149066)(150057)(6041310)(20161123562045)(2016111802025)(20161123564045)(20161123560045)(20161123558120)(6043046)(201708071742011)(7699051); SRVR:YQBPR01MB0530; BCL:0; PCL:0; RULEID:; SRVR:YQBPR01MB0530; x-forefront-prvs: 0808323E97 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39830400003)(396003)(346002)(366004)(376002)(199004)(189003)(8936002)(6436002)(1411001)(53936002)(6486002)(6306002)(82746002)(99286004)(5250100002)(6506007)(80792005)(76176011)(97736004)(81156014)(81166006)(14444005)(2906002)(2616005)(256004)(6512007)(34290500001)(71190400001)(446003)(11346002)(8676002)(5660300001)(6916009)(486006)(83716004)(86362001)(71200400001)(476003)(4326008)(102836004)(966005)(72206003)(25786009)(26005)(186003)(68736007)(6246003)(53546011)(39060400002)(14454004)(36756003)(508600001)(7736002)(305945005)(105586002)(106356001)(3846002)(6116002)(2900100001)(316002)(33656002)(66066001)(229853002)(54906003); DIR:OUT; SFP:1102; SCL:1; SRVR:YQBPR01MB0530; H:YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: kaloom.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: AcUQMii/2kQF22SYWuqFKCbKZV96hQ0k3IfZ+XZqi+ehegvXslP7RADOJPfaepZItnTp1Scg7/RyFROPFMGLJTW5K6E4TWFAtRt31j2aQRLbIVWIkOcJCHsB7cUdeUcSSja22pJOzkR46QS1xpojn1V8pxJ4ZthK8q9DkgD/hDBOrvMXWtyvgIsZOwjcdgOXAoQSlP4/OgSAjtXKAPjN65moxAY3+A+wfJNY/MtNqfAZgItI1TPo5SQ+v2lfDS73jiun6Zox55GGUu/6ysT+L5rxwOo64LqKwurspAdWFbLV4qG82pjhreigxOe/QO7SrPoRDkRvZZMc6QezF5VH2O0pXSOa+V6LdXvuy5eIOys= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: kaloom.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8fdc1751-b7e3-4037-f995-08d624370937 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Sep 2018 05:06:51.5343 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 47d58e26-f796-48e8-ac40-1c365c204513 X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR01MB0530 Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 05:06:57 -0000 Hi Mahesh, Thanks for your quick reply. Please find comments inline. > On Sep 27, 2018, at 12:57 AM, Mahesh Jethanandani wrote: >=20 > Hi Suresh, >=20 >> On Sep 26, 2018, at 9:36 PM, Suresh Krishnan wrote: >>=20 >> Suresh Krishnan has entered the following ballot position for >> draft-ietf-netmod-acl-model-19: Discuss >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htm= l >> for more information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >>=20 >>=20 >>=20 >> ---------------------------------------------------------------------- >> DISCUSS: >> ---------------------------------------------------------------------- >>=20 >> This document is missing ACL handling for ICMPv6 (RFC4443) completely. A= s the >> ICMP types and codes are different for ICMP and ICMPv6 I think this mode= l >> should be included to cover ICMPv6. >=20 > I understand that there are many protocols that fall into such a criteria= . As has already been discussed, we are offering the minimum set of protoco= ls for which there is a demand, while giving the option to extend it throug= h augmentations of the base model. I understand where you are coming from but ICMPv6 is not just another proto= col. It is a core protocol in the IPv6 protocol suite. Do you know of any s= ystems that support IPv6 acls but not support ICMPv6 there? >=20 > Let us not boil the ocean. As it is, this draft has been in the works for= more than 4 years. This is a very clear and bounded request (i.e. not boiling the ocean). I do= not think this will be significant amount of work. If you do feel otherwis= e, I will be glad to revisit my position Regards Suresh= From nobody Wed Sep 26 22:46:48 2018 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 74A9A126DBF; Wed, 26 Sep 2018 22:46:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Adam Roach To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153802720046.21595.9868289852896623742.idtracker@ietfa.amsl.com> Date: Wed, 26 Sep 2018 22:46:40 -0700 Archived-At: Subject: [netmod] Adam Roach's No Objection on draft-ietf-netmod-acl-model-19: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 05:46:40 -0000 Adam Roach has entered the following ballot position for draft-ietf-netmod-acl-model-19: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks to everyone who contributed their time and knowledge to this document. I have two minor comments. Throughout the data module, the terms "ace" and "ACE" are used interchangeably. It would probably be good to rationalize these (I would suggest "ACE"). --------------------------------------------------------------------------- §4.3 and 4.4: These examples use IPv4 addresses exclusively. Please update to use IPv6 or a mix of IPv4 and IPv6. See https://www.iab.org/2016/11/07/iab-statement-on-ipv6/ for additional information. From nobody Wed Sep 26 23:43:23 2018 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 83A00130E0A; Wed, 26 Sep 2018 23:43:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 4nutOI3lNHZ3; Wed, 26 Sep 2018 23:43:13 -0700 (PDT) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (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 95786130E02; Wed, 26 Sep 2018 23:43:13 -0700 (PDT) Received: by mail-pg1-x529.google.com with SMTP id g2-v6so1153350pgu.11; Wed, 26 Sep 2018 23:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=djx2VqrOaI5Pe0kiYY5EFK54iqZMsUoIqUbDadtgHIQ=; b=cStkWN5urWWVUWNNk+r3HwXn409k8SAtGfqZKVB1PtQ5pETrcxFLCVbT5G7PGPmXeV 01GCxWq14A2fUkqdMgWAItHg00FLSwUzw6WbMRdWn5aIuPFhGqfVFi26D33DGqead3Lh pjwWDXPB9d+k1+5QrieehKtL361EeIBX1KqTM4sXQGdy7eukG3B3epQROQIP+X/AdwcI 8uqiqSUGG77vKWLpYLRq4Bil06vOCjUnSE14z6UgWh9C5Y5pCsF/s7kcPkJUhiJHoEYp oDW053oyinEBShlLh4ns2Ag+Om4WyIpg7N0QKdWD63xsa7QqrjjOHOmzTlrzHVL+f3m5 EI/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=djx2VqrOaI5Pe0kiYY5EFK54iqZMsUoIqUbDadtgHIQ=; b=WRZMER9IfOhVpKNEm5uy//dRygTuxOB0D5Y4HMZ+gxopVpYIy9Hk5N0aEvdBHxWUGE zlB/AMK3jgGF7ioYlt55Tol3JBv8gwivDFe4MNV6UDDt27QHdEoy7nkTzuirAmV3kLIq wBNCF2TYY2HyYYPH/7fm9fXzpz00FfLWow6JmRsymWN7hVpsGPFzGSZhXRshykWjEVaZ a8RaohcGJ7u11i1ahCSilf/P7Zhkq32p9L8gLtQss6VeRSmB8tEbH392WKwMA71uMYc1 Ds9+ygvf2gplAP6eJesbfyfaM/tZCaChNs/+o5p2XX6y5jdDImMwQO1kEOAlLcF3YauY SM1g== X-Gm-Message-State: ABuFfohxHj7z2k1bvkVzR/advpojqYJEljEzIwa1aWRKhy08Gw3IahMa 9cW0V1i7RHn6/7EiMQNiqk8WQrd1 X-Google-Smtp-Source: ACcGV60Uttio4nt8z6q91kJPZdw5U4yVFdKe8XikYCBk6kYeyjQsidZrRwvtef2cLOQ2se2ff3D6wg== X-Received: by 2002:a17:902:e185:: with SMTP id cd5-v6mr9136682plb.224.1538030592607; Wed, 26 Sep 2018 23:43:12 -0700 (PDT) Received: from ?IPv6:2601:647:4700:1280:8935:fa6f:7c98:11ec? ([2601:647:4700:1280:8935:fa6f:7c98:11ec]) by smtp.gmail.com with ESMTPSA id g6-v6sm1473199pgg.7.2018.09.26.23.43.11 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 26 Sep 2018 23:43:11 -0700 (PDT) References: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> <31264851-1F0E-44D0-9E54-BBBD080F7936@kaloom.com> Mime-Version: 1.0 (1.0) In-Reply-To: <31264851-1F0E-44D0-9E54-BBBD080F7936@kaloom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2BEE33E1-43B1-416B-AC2A-B08A46569AE3@gmail.com> Cc: The IESG , "draft-ietf-netmod-acl-model@ietf.org" , Kent Watsen , "netmod-chairs@ietf.org" , "netmod@ietf.org" X-Mailer: iPad Mail (13G36) From: Mahesh Jethanandani Date: Wed, 26 Sep 2018 23:43:10 -0700 To: Suresh Krishnan Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 06:43:16 -0000 Hi Suresh, Is the model usable as is? Can it be augmented for other protocols?=20 I think the answer to both the questions is yes. I do not see why then can r= equests like yours not be handled as separate drafts. What is the reason to h= old up this draft this late in the game? Cheers. > On Sep 26, 2018, at 10:06 PM, Suresh Krishnan wrote: >=20 > Hi Mahesh, > Thanks for your quick reply. Please find comments inline. >=20 >> On Sep 27, 2018, at 12:57 AM, Mahesh Jethanandani wrote: >>=20 >> Hi Suresh, >>=20 >>> On Sep 26, 2018, at 9:36 PM, Suresh Krishnan wrote: >>>=20 >>> Suresh Krishnan has entered the following ballot position for >>> draft-ietf-netmod-acl-model-19: Discuss >>>=20 >>> When responding, please keep the subject line intact and reply to all >>> email addresses included in the To and CC lines. (Feel free to cut this >>> introductory paragraph, however.) >>>=20 >>>=20 >>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.htm= l >>> for more information about IESG DISCUSS and COMMENT positions. >>>=20 >>>=20 >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >>>=20 >>>=20 >>>=20 >>> ---------------------------------------------------------------------- >>> DISCUSS: >>> ---------------------------------------------------------------------- >>>=20 >>> This document is missing ACL handling for ICMPv6 (RFC4443) completely. A= s the >>> ICMP types and codes are different for ICMP and ICMPv6 I think this mode= l >>> should be included to cover ICMPv6. >>=20 >> I understand that there are many protocols that fall into such a criteria= . As has already been discussed, we are offering the minimum set of protocol= s for which there is a demand, while giving the option to extend it through a= ugmentations of the base model. >=20 > I understand where you are coming from but ICMPv6 is not just another prot= ocol. It is a core protocol in the IPv6 protocol suite. Do you know of any s= ystems that support IPv6 acls but not support ICMPv6 there? >=20 >>=20 >> Let us not boil the ocean. As it is, this draft has been in the works for= more than 4 years. >=20 > This is a very clear and bounded request (i.e. not boiling the ocean). I d= o not think this will be significant amount of work. If you do feel otherwis= e, I will be glad to revisit my position >=20 > Regards > Suresh From nobody Thu Sep 27 01:40:34 2018 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 0DC44130E13 for ; Thu, 27 Sep 2018 01:40:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 0zaPgfLG4nsT for ; Thu, 27 Sep 2018 01:40:25 -0700 (PDT) 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 93432130E6B for ; Thu, 27 Sep 2018 01:40:25 -0700 (PDT) Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 2B5CB7D229162 for ; Thu, 27 Sep 2018 09:40:22 +0100 (IST) Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 27 Sep 2018 09:40:23 +0100 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.22]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0399.000; Thu, 27 Sep 2018 16:40:11 +0800 From: Rohit R Ranade To: "netmod@ietf.org" Thread-Topic: RFC 8342 : Query about NMDA Origin for Non-presence containers Thread-Index: AdRWPLcxKIuEiDOcQMSB/ApCgMB4/Q== Date: Thu, 27 Sep 2018 08:40:10 +0000 Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.150.121] Content-Type: multipart/alternative; boundary="_000_991B70D8B4112A4699D5C00DDBBF878A6BC4CAFFdggeml510mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 08:40:32 -0000 --_000_991B70D8B4112A4699D5C00DDBBF878A6BC4CAFFdggeml510mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Section 5.3.4: "The origin applies to all configuration nodes except non-presence containers. " In ietf-origin YANG module: md:annotation origin { type origin-ref; description "The 'origin' annotation can be present on any configuration data node in the operational state datastore. It specifies from where the node originated. If not specified for a given configuration data node, then the origin is the same as the origin of its parent node in the data tree. The origin for any top-level configuration data nodes must be specified."; } C.1. System Example: The root node "system", is config-true and a non-presence container, and in= the example, does not have the "origin" meta-data attribute Keeping all the above points in mind, which is the correct way ? Whether th= e top-level configuration node should contain the "origin" attribute for No= n-presence containers ? With Regards, Rohit R Ranade --_000_991B70D8B4112A4699D5C00DDBBF878A6BC4CAFFdggeml510mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Section 5.3.4:

“T= he

   origin applies to all configurat= ion nodes except non-presence

   containers.  ”

 

In ietf-origin YANG module= :

     md:annotation origin= {

       type ori= gin-ref;

       descript= ion

       &nb= sp; "The 'origin' annotation can be present on any configuration<= /o:p>

       &nb= sp;  data node in the operational state datastore.  It specifies<= o:p>

       &nb= sp;  from where the node originated.  If not specified for a give= n

       &nb= sp;  configuration data node, then the origin is the same as the<= /o:p>

       &nb= sp;  origin of its parent node in the data tree.  The origin for

      &nb= sp;   any top-level configuration data nodes must be specified.&q= uot;;

     }

 

 

C.1.  System Example:=

The root node “systemR= 21;, is config-true and a non-presence container, and in the example, does = not have the  “origin” meta-data attribute

 

 

Keeping all the above points in= mind, which is the correct way ? Whether the top-level configuration node = should contain the “origin” attribute for Non-presence containe= rs ?

 

 

With Regards,=

Rohit R Ranade

 

--_000_991B70D8B4112A4699D5C00DDBBF878A6BC4CAFFdggeml510mbxchi_-- From nobody Thu Sep 27 01:52:06 2018 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 A865E130E27 for ; Thu, 27 Sep 2018 01:52:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 IljLQ_hkHiUB for ; Thu, 27 Sep 2018 01:52:01 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E8C8130E1D for ; Thu, 27 Sep 2018 01:52:00 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 37AD9E6F; Thu, 27 Sep 2018 10:51:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id vDoRJlCumu0W; Thu, 27 Sep 2018 10:51:58 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Thu, 27 Sep 2018 10:51:59 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1893420036; Thu, 27 Sep 2018 10:51:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 61XNvDV7qbHa; Thu, 27 Sep 2018 10:51:58 +0200 (CEST) Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id A3E4120035; Thu, 27 Sep 2018 10:51:58 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Thu, 27 Sep 2018 10:51:58 +0200 Received: by anna.localdomain (Postfix, from userid 501) id 031053000B732E; Thu, 27 Sep 2018 10:51:56 +0200 (CEST) Date: Thu, 27 Sep 2018 10:51:56 +0200 From: Juergen Schoenwaelder To: Rohit R Ranade CC: "netmod@ietf.org" Message-ID: <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Rohit R Ranade , "netmod@ietf.org" References: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 08:52:05 -0000 On Thu, Sep 27, 2018 at 08:40:10AM +0000, Rohit R Ranade wrote: > Hi All, > > Section 5.3.4: > "The > origin applies to all configuration nodes except non-presence > containers. " > > In ietf-origin YANG module: > md:annotation origin { > type origin-ref; > description > "The 'origin' annotation can be present on any configuration > data node in the operational state datastore. It specifies > from where the node originated. If not specified for a given > configuration data node, then the origin is the same as the > origin of its parent node in the data tree. The origin for > any top-level configuration data nodes must be specified."; > } > > > C.1. System Example: > The root node "system", is config-true and a non-presence container, and in the example, does not have the "origin" meta-data attribute > > > Keeping all the above points in mind, which is the correct way ? Whether the top-level configuration node should contain the "origin" attribute for Non-presence containers ? > Let me first clarify the difference between 'a node carrying an origin annotation' and 'an origin annotation applying to a node': - Any node can 'carry an origin annotation' (but it may not apply to the node). If a node does not 'carry an origin annotation', then the parent node is inspected whether it carries an origin annotation. - An origin annotation applys to a node if it is a node to which an origin annotation can be applied. Since non-presence containers have meaning by themself, the origin annotation does not apply to non-presence containers (but they may still 'carry an origin annotation'. Given the requirement stated in the definition md:annotation origin, it seems that the "system" top-level container should have an origin annotation. (One can debate whether this requirement is too strict since in the example an origin annotation of the "system" top-level container would not apply to anything since all the nodes below "system" have explicit origin annotations.) /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 Thu Sep 27 02:12:42 2018 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 C1AA8130FBB for ; Thu, 27 Sep 2018 02:12:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 IdmcYY7EGJoC for ; Thu, 27 Sep 2018 02:12:39 -0700 (PDT) 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 F3450130E1D for ; Thu, 27 Sep 2018 02:12:38 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 0AFEE9E973320; Thu, 27 Sep 2018 10:12:34 +0100 (IST) Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 27 Sep 2018 10:12:35 +0100 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.22]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0399.000; Thu, 27 Sep 2018 17:11:41 +0800 From: Rohit R Ranade To: Juergen Schoenwaelder CC: "netmod@ietf.org" Thread-Topic: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers Thread-Index: AdRWPLcxKIuEiDOcQMSB/ApCgMB4/f//fyUA//9159A= Date: Thu, 27 Sep 2018 09:11:41 +0000 Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> References: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> In-Reply-To: <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.150.121] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 09:12:41 -0000 Please find inline. Rohit R Ranade -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: 27 September 2018 14:22 To: Rohit R Ranade Cc: netmod@ietf.org Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence c= ontainers On Thu, Sep 27, 2018 at 08:40:10AM +0000, Rohit R Ranade wrote: > Hi All, >=20 > Section 5.3.4: > "The > origin applies to all configuration nodes except non-presence > containers. " >=20 > In ietf-origin YANG module: > md:annotation origin { > type origin-ref; > description > "The 'origin' annotation can be present on any configuration > data node in the operational state datastore. It specifies > from where the node originated. If not specified for a given > configuration data node, then the origin is the same as the > origin of its parent node in the data tree. The origin for > any top-level configuration data nodes must be specified."; > } >=20 >=20 > C.1. System Example: > The root node "system", is config-true and a non-presence container,=20 > and in the example, does not have the "origin" meta-data attribute >=20 >=20 > Keeping all the above points in mind, which is the correct way ? Whether = the top-level configuration node should contain the "origin" attribute for = Non-presence containers ? >=20 Let me first clarify the difference between 'a node carrying an origin anno= tation' and 'an origin annotation applying to a node': - Any node can 'carry an origin annotation' (but it may not apply to the node). If a node does not 'carry an origin annotation', then the parent node is inspected whether it carries an origin annotation. - An origin annotation applys to a node if it is a node to which an origin annotation can be applied. Since non-presence containers have meaning by themself, the origin annotation does not apply to non-presence containers (but they may still 'carry an origin annotation'. Given the requirement stated in the definition md:annotation origin, it see= ms that the "system" top-level container should have an origin annotation. = (One can debate whether this requirement is too strict since in the example= an origin annotation of the "system" top-level container would not apply t= o anything since all the nodes below "system" have explicit origin annotati= ons.) [Rohit R Ranade] So how to decide the origin annotation for top-level non-p= resence container. Consider the case of "nacm" root node of ietf-netconf-ac= m module which is a container.=20 Consider that "enable-nacm" came via "intended" origin, and "read-default" = came via "default" origin. +--rw nacm +--rw enable-nacm? boolean +--rw read-default? action-type +--rw write-default? action-type +--rw exec-default? action-type [Rohit R Ranade] So how to decide the origin for the container, when its ch= ild may have mixed origin ? /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Sep 27 02:49:19 2018 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 6494C130DD0 for ; Thu, 27 Sep 2018 02:49:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 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, RCVD_IN_DNSWL_HI=-5, 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 xI1TLX5rrrUZ for ; Thu, 27 Sep 2018 02:49:15 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2836C130DC2 for ; Thu, 27 Sep 2018 02:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4032; q=dns/txt; s=iport; t=1538041755; x=1539251355; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=aUAq0M9M2Bp264ENjHfb02STJX20VillsAOqcQGF6zk=; b=V0gBs6Vk+XyfEf0mJRtrnciZYYYT3TyCAIzLtjiavBbYfEo3i5dZulXd 361kBl35RTTPdvklyq9uuCOVM5N14cH3wbsS3ujhVuLkPliJ6Cf+DxW57 vACAIYH06Cfv+xen7ibrytQ/U+OIQQa72bQfP6uMmjHBW3jzsoc62To5d E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AFAABIpqxb/xbLJq1aGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUYNzKIN0iBVfjTklllKBeguEbAKEHzQYAQMBAQIBAQJ?= =?us-ascii?q?tKIU4AQEBAQMjFS8SDAQLEAEEAQEBAgIjAwICRgkIBgEMBgIBAYMdggKjA4E?= =?us-ascii?q?uhHeFGoELigqBQT+BEicMgjEugUGDJ4MXglcCjkSOTQmQKAYXgUeEVoJhJoY?= =?us-ascii?q?WjwqGEIFCOIFVMxoIGxWDJ4IxjiQ+MI4rAQE?= X-IronPort-AV: E=Sophos;i="5.54,310,1534809600"; d="scan'208";a="6830163" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Sep 2018 09:49:13 +0000 Received: from [10.63.23.158] (dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com [10.63.23.158]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id w8R9nAfe031735; Thu, 27 Sep 2018 09:49:11 GMT To: Rohit R Ranade , Juergen Schoenwaelder Cc: "netmod@ietf.org" References: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> From: Robert Wilton Message-ID: <284d7c28-5112-5a12-abcd-e2ab824924c9@cisco.com> Date: Thu, 27 Sep 2018 10:49:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Outbound-SMTP-Client: 10.63.23.158, dhcp-ensft1-uk-vla370-10-63-23-158.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 09:49:17 -0000 Hi Rohit, Please see inline ... On 27/09/2018 10:11, Rohit R Ranade wrote: > Please find inline. > > Rohit R Ranade > > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: 27 September 2018 14:22 > To: Rohit R Ranade > Cc: netmod@ietf.org > Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers > > On Thu, Sep 27, 2018 at 08:40:10AM +0000, Rohit R Ranade wrote: >> Hi All, >> >> Section 5.3.4: >> "The >> origin applies to all configuration nodes except non-presence >> containers. " >> >> In ietf-origin YANG module: >> md:annotation origin { >> type origin-ref; >> description >> "The 'origin' annotation can be present on any configuration >> data node in the operational state datastore. It specifies >> from where the node originated. If not specified for a given >> configuration data node, then the origin is the same as the >> origin of its parent node in the data tree. The origin for >> any top-level configuration data nodes must be specified."; >> } >> >> >> C.1. System Example: >> The root node "system", is config-true and a non-presence container, >> and in the example, does not have the "origin" meta-data attribute >> >> >> Keeping all the above points in mind, which is the correct way ? Whether the top-level configuration node should contain the "origin" attribute for Non-presence containers ? >> > Let me first clarify the difference between 'a node carrying an origin annotation' and 'an origin annotation applying to a node': > > - Any node can 'carry an origin annotation' (but it may not apply to > the node). If a node does not 'carry an origin annotation', then the > parent node is inspected whether it carries an origin annotation. > > - An origin annotation applys to a node if it is a node to which an > origin annotation can be applied. Since non-presence containers have > meaning by themself, the origin annotation does not apply to > non-presence containers (but they may still 'carry an origin > annotation'. > > Given the requirement stated in the definition md:annotation origin, it seems that the "system" top-level container should have an origin annotation. (One can debate whether this requirement is too strict since in the example an origin annotation of the "system" top-level container would not apply to anything since all the nodes below "system" have explicit origin annotations.) Give the two statements above from Juergen then for a top level np container, the server may return any origin value that it wishes, as long as the correct origin is returned (either implicitly or explicitly) for all descendant nodes that are not np-containers. One choice would to always set all top level np containers to origin "unknown". An alternative choice is, if there are no configured (with presence) children then set it to "default", but as soon as there is at least one configured (with presence) child set it to "intended". The specification allows any value, and neither choice impart any additional useful information to the client, so choose whichever is most convenient to implement ... Thanks, Rob > [Rohit R Ranade] So how to decide the origin annotation for top-level non-presence container. Consider the case of "nacm" root node of ietf-netconf-acm module which is a container. > Consider that "enable-nacm" came via "intended" origin, and "read-default" came via "default" origin. > +--rw nacm > +--rw enable-nacm? boolean > +--rw read-default? action-type > +--rw write-default? action-type > +--rw exec-default? action-type > [Rohit R Ranade] So how to decide the origin for the container, when its child may have mixed origin ? > /js > From nobody Thu Sep 27 04:17:32 2018 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 1117B130E45 for ; Thu, 27 Sep 2018 04:17:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 k0uefe1hs6dv for ; Thu, 27 Sep 2018 04:17:28 -0700 (PDT) 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 A4B92130E37 for ; Thu, 27 Sep 2018 04:17:28 -0700 (PDT) Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id F092BE9431C22; Thu, 27 Sep 2018 12:17:24 +0100 (IST) Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 27 Sep 2018 12:17:25 +0100 Received: from DGGEML510-MBX.china.huawei.com ([169.254.2.22]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0382.000; Thu, 27 Sep 2018 19:17:17 +0800 From: Rohit R Ranade To: Robert Wilton , Juergen Schoenwaelder CC: "netmod@ietf.org" Thread-Topic: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers Thread-Index: AdRWPLcxKIuEiDOcQMSB/ApCgMB4/f//fyUA//9159CAAJoWAP//YfxA Date: Thu, 27 Sep 2018 11:17:16 +0000 Message-ID: <991B70D8B4112A4699D5C00DDBBF878A6BC4D470@dggeml510-mbx.china.huawei.com> References: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> <284d7c28-5112-5a12-abcd-e2ab824924c9@cisco.com> In-Reply-To: <284d7c28-5112-5a12-abcd-e2ab824924c9@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.150.121] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 11:17:31 -0000 SW5zdGVhZCBvZiBjaG9vc2luZyB0aGUgb3JpZ2luIGZvciBub24tcHJlc2VuY2UgY29udGFpbmVy IGFzICJ1bmtub3duIiBvciBhbnkgb3RoZXIgb3JpZ2luLCBJIHdvdWxkIHByZWZlciBpZiB0aGUg cnVsZSBpbiBhbm5vdGF0aW9uIGRlZmluaXRpb24gIiBUaGUgb3JpZ2luIGZvciBhbnkgdG9wLWxl dmVsIGNvbmZpZ3VyYXRpb24gZGF0YSBub2RlcyBtdXN0IGJlIHNwZWNpZmllZC4iIGNhbiBiZSBy ZWxheGVkLg0KDQpXaXRoIFJlZ2FyZHMsDQpSb2hpdCBSIFJhbmFkZQ0KDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBSb2JlcnQgV2lsdG9uIFttYWlsdG86cndpbHRvbkBjaXNj by5jb21dIA0KU2VudDogMjcgU2VwdGVtYmVyIDIwMTggMTU6MTkNClRvOiBSb2hpdCBSIFJhbmFk ZSA8cm9oaXRycmFuYWRlQGh1YXdlaS5jb20+OyBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgPGouc2No b2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZT4NCkNjOiBuZXRtb2RAaWV0Zi5vcmcNClN1 YmplY3Q6IFJlOiBbbmV0bW9kXSBSRkMgODM0MiA6IFF1ZXJ5IGFib3V0IE5NREEgT3JpZ2luIGZv ciBOb24tcHJlc2VuY2UgY29udGFpbmVycw0KDQpIaSBSb2hpdCwNCg0KUGxlYXNlIHNlZSBpbmxp bmUgLi4uDQoNCg0KT24gMjcvMDkvMjAxOCAxMDoxMSwgUm9oaXQgUiBSYW5hZGUgd3JvdGU6DQo+ IFBsZWFzZSBmaW5kIGlubGluZS4NCj4NCj4gUm9oaXQgUiBSYW5hZGUNCj4NCj4NCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSnVlcmdlbiBTY2hvZW53YWVsZGVyIA0KPiBb bWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZV0NCj4gU2VudDogMjcg U2VwdGVtYmVyIDIwMTggMTQ6MjINCj4gVG86IFJvaGl0IFIgUmFuYWRlIDxyb2hpdHJyYW5hZGVA aHVhd2VpLmNvbT4NCj4gQ2M6IG5ldG1vZEBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW25ldG1v ZF0gUkZDIDgzNDIgOiBRdWVyeSBhYm91dCBOTURBIE9yaWdpbiBmb3IgDQo+IE5vbi1wcmVzZW5j ZSBjb250YWluZXJzDQo+DQo+IE9uIFRodSwgU2VwIDI3LCAyMDE4IGF0IDA4OjQwOjEwQU0gKzAw MDAsIFJvaGl0IFIgUmFuYWRlIHdyb3RlOg0KPj4gSGkgQWxsLA0KPj4NCj4+IFNlY3Rpb24gNS4z LjQ6DQo+PiAiVGhlDQo+PiAgICAgb3JpZ2luIGFwcGxpZXMgdG8gYWxsIGNvbmZpZ3VyYXRpb24g bm9kZXMgZXhjZXB0IG5vbi1wcmVzZW5jZQ0KPj4gICAgIGNvbnRhaW5lcnMuICAiDQo+Pg0KPj4g SW4gaWV0Zi1vcmlnaW4gWUFORyBtb2R1bGU6DQo+PiAgICAgICBtZDphbm5vdGF0aW9uIG9yaWdp biB7DQo+PiAgICAgICAgIHR5cGUgb3JpZ2luLXJlZjsNCj4+ICAgICAgICAgZGVzY3JpcHRpb24N Cj4+ICAgICAgICAgICAiVGhlICdvcmlnaW4nIGFubm90YXRpb24gY2FuIGJlIHByZXNlbnQgb24g YW55IGNvbmZpZ3VyYXRpb24NCj4+ICAgICAgICAgICAgZGF0YSBub2RlIGluIHRoZSBvcGVyYXRp b25hbCBzdGF0ZSBkYXRhc3RvcmUuICBJdCBzcGVjaWZpZXMNCj4+ICAgICAgICAgICAgZnJvbSB3 aGVyZSB0aGUgbm9kZSBvcmlnaW5hdGVkLiAgSWYgbm90IHNwZWNpZmllZCBmb3IgYSBnaXZlbg0K Pj4gICAgICAgICAgICBjb25maWd1cmF0aW9uIGRhdGEgbm9kZSwgdGhlbiB0aGUgb3JpZ2luIGlz IHRoZSBzYW1lIGFzIHRoZQ0KPj4gICAgICAgICAgICBvcmlnaW4gb2YgaXRzIHBhcmVudCBub2Rl IGluIHRoZSBkYXRhIHRyZWUuICBUaGUgb3JpZ2luIGZvcg0KPj4gICAgICAgICAgICBhbnkgdG9w LWxldmVsIGNvbmZpZ3VyYXRpb24gZGF0YSBub2RlcyBtdXN0IGJlIHNwZWNpZmllZC4iOw0KPj4g ICAgICAgfQ0KPj4NCj4+DQo+PiBDLjEuICBTeXN0ZW0gRXhhbXBsZToNCj4+IFRoZSByb290IG5v ZGUgInN5c3RlbSIsIGlzIGNvbmZpZy10cnVlIGFuZCBhIG5vbi1wcmVzZW5jZSBjb250YWluZXIs IA0KPj4gYW5kIGluIHRoZSBleGFtcGxlLCBkb2VzIG5vdCBoYXZlIHRoZSAgIm9yaWdpbiIgbWV0 YS1kYXRhIGF0dHJpYnV0ZQ0KPj4NCj4+DQo+PiBLZWVwaW5nIGFsbCB0aGUgYWJvdmUgcG9pbnRz IGluIG1pbmQsIHdoaWNoIGlzIHRoZSBjb3JyZWN0IHdheSA/IFdoZXRoZXIgdGhlIHRvcC1sZXZl bCBjb25maWd1cmF0aW9uIG5vZGUgc2hvdWxkIGNvbnRhaW4gdGhlICJvcmlnaW4iIGF0dHJpYnV0 ZSBmb3IgTm9uLXByZXNlbmNlIGNvbnRhaW5lcnMgPw0KPj4NCj4gTGV0IG1lIGZpcnN0IGNsYXJp ZnkgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiAnYSBub2RlIGNhcnJ5aW5nIGFuIG9yaWdpbiBhbm5v dGF0aW9uJyBhbmQgJ2FuIG9yaWdpbiBhbm5vdGF0aW9uIGFwcGx5aW5nIHRvIGEgbm9kZSc6DQo+ DQo+IC0gQW55IG5vZGUgY2FuICdjYXJyeSBhbiBvcmlnaW4gYW5ub3RhdGlvbicgKGJ1dCBpdCBt YXkgbm90IGFwcGx5IHRvDQo+ICAgIHRoZSBub2RlKS4gSWYgYSBub2RlIGRvZXMgbm90ICdjYXJy eSBhbiBvcmlnaW4gYW5ub3RhdGlvbicsIHRoZW4gdGhlDQo+ICAgIHBhcmVudCBub2RlIGlzIGlu c3BlY3RlZCB3aGV0aGVyIGl0IGNhcnJpZXMgYW4gb3JpZ2luIGFubm90YXRpb24uDQo+DQo+IC0g QW4gb3JpZ2luIGFubm90YXRpb24gYXBwbHlzIHRvIGEgbm9kZSBpZiBpdCBpcyBhIG5vZGUgdG8g d2hpY2ggYW4NCj4gICAgb3JpZ2luIGFubm90YXRpb24gY2FuIGJlIGFwcGxpZWQuIFNpbmNlIG5v bi1wcmVzZW5jZSBjb250YWluZXJzIGhhdmUNCj4gICAgbWVhbmluZyBieSB0aGVtc2VsZiwgdGhl IG9yaWdpbiBhbm5vdGF0aW9uIGRvZXMgbm90IGFwcGx5IHRvDQo+ICAgIG5vbi1wcmVzZW5jZSBj b250YWluZXJzIChidXQgdGhleSBtYXkgc3RpbGwgJ2NhcnJ5IGFuIG9yaWdpbg0KPiAgICBhbm5v dGF0aW9uJy4NCj4NCj4gR2l2ZW4gdGhlIHJlcXVpcmVtZW50IHN0YXRlZCBpbiB0aGUgZGVmaW5p dGlvbiBtZDphbm5vdGF0aW9uIG9yaWdpbiwgDQo+IGl0IHNlZW1zIHRoYXQgdGhlICJzeXN0ZW0i IHRvcC1sZXZlbCBjb250YWluZXIgc2hvdWxkIGhhdmUgYW4gb3JpZ2luIA0KPiBhbm5vdGF0aW9u LiAoT25lIGNhbiBkZWJhdGUgd2hldGhlciB0aGlzIHJlcXVpcmVtZW50IGlzIHRvbyBzdHJpY3Qg DQo+IHNpbmNlIGluIHRoZSBleGFtcGxlIGFuIG9yaWdpbiBhbm5vdGF0aW9uIG9mIHRoZSAic3lz dGVtIiB0b3AtbGV2ZWwgDQo+IGNvbnRhaW5lciB3b3VsZCBub3QgYXBwbHkgdG8gYW55dGhpbmcg c2luY2UgYWxsIHRoZSBub2RlcyBiZWxvdyANCj4gInN5c3RlbSIgaGF2ZSBleHBsaWNpdCBvcmln aW4gYW5ub3RhdGlvbnMuKQ0KR2l2ZSB0aGUgdHdvIHN0YXRlbWVudHMgYWJvdmUgZnJvbSBKdWVy Z2VuIHRoZW4gZm9yIGEgdG9wIGxldmVsIG5wIGNvbnRhaW5lciwgdGhlIHNlcnZlciBtYXkgcmV0 dXJuIGFueSBvcmlnaW4gdmFsdWUgdGhhdCBpdCB3aXNoZXMsIGFzIGxvbmcgYXMgdGhlIGNvcnJl Y3Qgb3JpZ2luIGlzIHJldHVybmVkIChlaXRoZXIgaW1wbGljaXRseSBvciBleHBsaWNpdGx5KSBm b3IgYWxsIGRlc2NlbmRhbnQgbm9kZXMgdGhhdCBhcmUgbm90IG5wLWNvbnRhaW5lcnMuDQoNCk9u ZSBjaG9pY2Ugd291bGQgdG8gYWx3YXlzIHNldCBhbGwgdG9wIGxldmVsIG5wIGNvbnRhaW5lcnMg dG8gb3JpZ2luICJ1bmtub3duIi4NCg0KQW4gYWx0ZXJuYXRpdmUgY2hvaWNlIGlzLCBpZiB0aGVy ZSBhcmUgbm8gY29uZmlndXJlZCAod2l0aCBwcmVzZW5jZSkgY2hpbGRyZW4gdGhlbiBzZXQgaXQg dG8gImRlZmF1bHQiLCBidXQgYXMgc29vbiBhcyB0aGVyZSBpcyBhdCBsZWFzdCBvbmUgY29uZmln dXJlZCAod2l0aCBwcmVzZW5jZSkgY2hpbGQgc2V0IGl0IHRvICJpbnRlbmRlZCIuDQoNClRoZSBz cGVjaWZpY2F0aW9uIGFsbG93cyBhbnkgdmFsdWUsIGFuZCBuZWl0aGVyIGNob2ljZSBpbXBhcnQg YW55IGFkZGl0aW9uYWwgdXNlZnVsIGluZm9ybWF0aW9uIHRvIHRoZSBjbGllbnQsIHNvIGNob29z ZSB3aGljaGV2ZXIgaXMgbW9zdCBjb252ZW5pZW50IHRvIGltcGxlbWVudCAuLi4NCg0KVGhhbmtz LA0KUm9iDQoNCg0KPiBbUm9oaXQgUiBSYW5hZGVdIFNvIGhvdyB0byBkZWNpZGUgdGhlIG9yaWdp biBhbm5vdGF0aW9uIGZvciB0b3AtbGV2ZWwgbm9uLXByZXNlbmNlIGNvbnRhaW5lci4gQ29uc2lk ZXIgdGhlIGNhc2Ugb2YgIm5hY20iIHJvb3Qgbm9kZSBvZiBpZXRmLW5ldGNvbmYtYWNtIG1vZHVs ZSB3aGljaCBpcyBhIGNvbnRhaW5lci4NCj4gQ29uc2lkZXIgdGhhdCAiZW5hYmxlLW5hY20iIGNh bWUgdmlhICJpbnRlbmRlZCIgb3JpZ2luLCBhbmQgInJlYWQtZGVmYXVsdCIgY2FtZSB2aWEgImRl ZmF1bHQiIG9yaWdpbi4NCj4gICAgICAgICstLXJ3IG5hY20NCj4gICAgICAgICAgICstLXJ3IGVu YWJsZS1uYWNtPyAgICAgICAgICAgIGJvb2xlYW4NCj4gICAgICAgICAgICstLXJ3IHJlYWQtZGVm YXVsdD8gICAgICAgICAgIGFjdGlvbi10eXBlDQo+ICAgICAgICAgICArLS1ydyB3cml0ZS1kZWZh dWx0PyAgICAgICAgICBhY3Rpb24tdHlwZQ0KPiAgICAgICAgICAgKy0tcncgZXhlYy1kZWZhdWx0 PyAgICAgICAgICAgYWN0aW9uLXR5cGUNCj4gW1JvaGl0IFIgUmFuYWRlXSBTbyBob3cgdG8gZGVj aWRlIHRoZSBvcmlnaW4gZm9yIHRoZSBjb250YWluZXIsIHdoZW4gaXRzIGNoaWxkIG1heSBoYXZl IG1peGVkIG9yaWdpbiA/DQo+IC9qcw0KPg0KDQo= From nobody Thu Sep 27 04:21:24 2018 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 09CE1130E4D for ; Thu, 27 Sep 2018 04:21:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 m0KCvlvlNuNu for ; Thu, 27 Sep 2018 04:21:21 -0700 (PDT) Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 987EF130E37 for ; Thu, 27 Sep 2018 04:21:20 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id D4777B22; Thu, 27 Sep 2018 13:21:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id SKO_XfTC_AMy; Thu, 27 Sep 2018 13:21:17 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Thu, 27 Sep 2018 13:21:18 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id BF1E620036; Thu, 27 Sep 2018 13:21:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 1UKw3Ag1gWJz; Thu, 27 Sep 2018 13:21:18 +0200 (CEST) Received: from exchange.jacobs-university.de (sxchmb03.jacobs.jacobs-university.de [10.70.0.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 72CAA20035; Thu, 27 Sep 2018 13:21:18 +0200 (CEST) Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Thu, 27 Sep 2018 13:21:18 +0200 Received: by anna.localdomain (Postfix, from userid 501) id D99BE3000B8B28; Thu, 27 Sep 2018 13:21:17 +0200 (CEST) Date: Thu, 27 Sep 2018 13:21:17 +0200 From: Juergen Schoenwaelder To: Rohit R Ranade CC: "netmod@ietf.org" Message-ID: <20180927112117.griuumzpiyj4z6ek@anna.jacobs.jacobs-university.de> Reply-To: Juergen Schoenwaelder Mail-Followup-To: Rohit R Ranade , "netmod@ietf.org" References: <991B70D8B4112A4699D5C00DDBBF878A6BC4CAFF@dggeml510-mbx.china.huawei.com> <20180927085156.vhfp6pcvpm35r6fb@anna.jacobs.jacobs-university.de> <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BC4D37B@dggeml510-mbx.china.huawei.com> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155) Archived-At: Subject: Re: [netmod] RFC 8342 : Query about NMDA Origin for Non-presence containers X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 11:21:23 -0000 On Thu, Sep 27, 2018 at 09:11:41AM +0000, Rohit R Ranade wrote: > > [Rohit R Ranade] So how to decide the origin annotation for top-level non-presence container. Consider the case of "nacm" root node of ietf-netconf-acm module which is a container. > Consider that "enable-nacm" came via "intended" origin, and "read-default" came via "default" origin. > +--rw nacm > +--rw enable-nacm? boolean > +--rw read-default? action-type > +--rw write-default? action-type > +--rw exec-default? action-type > [Rohit R Ranade] So how to decide the origin for the container, when its child may have mixed origin ? Up to the implementation. An implementation may set origin=default on nacm and then origin=intended on enable-nacm. This would mean origin=default for read-default, write-default, exec-default. It is a matter of how much effort an implementation wants to spend to reduce the total number of origin annotations that are needed. There might also be rather dumb implementations that set origin on every node. /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 Thu Sep 27 06:54:39 2018 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 E43C3130E23; Thu, 27 Sep 2018 06:54:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.956 X-Spam-Level: X-Spam-Status: No, score=-14.956 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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 nqONI7ZBNpaI; Thu, 27 Sep 2018 06:54:28 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AA00129BBF; Thu, 27 Sep 2018 06:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3301; q=dns/txt; s=iport; t=1538056468; x=1539266068; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to; bh=HZ+Ks3uJta2MlA8k0jWIo7CJH/zs3Y8Umn0JzitCfHc=; b=H2q6tnd8Ac9PHDkfdBH3QrqXry6eNOP08/UdLm5MfZm8qDFY58nsG7q9 9kswYl7nMgY2XWcTX5/xpztk7fTQm5Uqz4mq7MtjDvCiKYRV/JX/tM+Va AMLHSih1tocHQtcK6uMdQZ5ewISVECU/OP2elNI9GEQnfy6So3yN6pbfd I=; X-Files: signature.asc : 488 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AGAAAY4Kxb/xbLJq1aGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUYJ0bRIog3SIFV+NMQglllKBeggDGAuEA0YChB80GAE?= =?us-ascii?q?DAQECAQECbRwMhTkBAQEDAQEhSwsQCxIGKgICJyIOBgEMBgIBAYMdAYIBD6M?= =?us-ascii?q?jgS6KAgoFgm2IKIIAgTkMgl+DGwEBhGKCVwKdEQmEAYFlikIGF4h+hjyVGoF?= =?us-ascii?q?COCeBLjMaCBsVO4Jsgk2ISYVAPTCOMQEB?= X-IronPort-AV: E=Sophos; i="5.54,310,1534809600"; d="asc'?scan'208"; a="6835923" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Sep 2018 13:54:25 +0000 Received: from [10.61.105.147] (dhcp-10-61-105-147.cisco.com [10.61.105.147]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTP id w8RDsO2C006144; Thu, 27 Sep 2018 13:54:24 GMT To: Alissa Cooper , The IESG Cc: netmod-chairs@ietf.org, draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org References: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> From: Eliot Lear Openpgp: preference=signencrypt Autocrypt: addr=lear@cisco.com; prefer-encrypt=mutual; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNJUVsaW90IExlYXIgPGxlYXJAb2Zjb3Vyc2VpbXJpZ2h0LmNvbT7CwJEEEwECADsCGwMC HgECF4ACGQEWIQSY0L2QRh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgID AQAKCRCHtmtG2dJ6MyMyCACXvtFjAYGMtOkD9MD4nI3ifFpkrj8xTMbXjrv5hdqmzRmQ0wqA 1U/OlZux+P/NaVMiZNZc8zw0nsx/INAqDOVd4/tLWF+ywTkeRFR0VnaUxLwCReZAZOaRS+md +52u/6ddoFja2RnjZ43qbbuvVUARQVIyMJz+GbR6mEZQHR0psD7dDYZDyrpivCxm8zHQwmB6 AZUlO7OJgljDvVPVDCabg/ZnJw1qS0OzSiNb0MySk1D5A7FdwDgeKxuMYUOOoVVTTMWNWcME UkRX9LxElswEt0PQWiz/j3FYXTxiFfl/1vKcHx4pM+E5C5mhTbrdFUFLJC3Y5fLID7stK/Ch aEaBzsBNBFMe1UQBCAC0WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Ma cj9le20EA5A1BH7PgLGoHOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U 7bKeUNRiPFx3YdEkExddqV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcY Y/jB0JEJGyhS5aEbct5cHUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU +tIFBoe3iTp1AUfJcypucGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5 ABEBAAHCwF8EGAECAAkFAlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c6 2pWpBHHTgxr/32zevxHSiXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnX HXF5Zz2T04X7HnlIVJGwf2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycj PAu7xxKplBs1/IEwmDoAMjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPF OmDhJSmH55HLAky2MlmqJYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt 2mGfIyl0FVdF9hvWPjNRzGbgqoT1Di03RQ== Message-ID: <08d888b9-f030-0992-c3da-1fc4fa860ed2@cisco.com> Date: Thu, 27 Sep 2018 15:54:25 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jGXu2mVWXmoizaFIeQOvNf3SmJ5QEDLXf" X-Outbound-SMTP-Client: 10.61.105.147, dhcp-10-61-105-147.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 13:54:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jGXu2mVWXmoizaFIeQOvNf3SmJ5QEDLXf Content-Type: multipart/mixed; boundary="7y05bGJo1Qpkb65wTcT7QUkZAelrn5pku"; protected-headers="v1" From: Eliot Lear To: Alissa Cooper , The IESG Cc: netmod-chairs@ietf.org, draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org Message-ID: <08d888b9-f030-0992-c3da-1fc4fa860ed2@cisco.com> Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) References: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> In-Reply-To: <153799684957.21582.5904060939193716725.idtracker@ietfa.amsl.com> --7y05bGJo1Qpkb65wTcT7QUkZAelrn5pku Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi, On 26.09.18 23:20, Alissa Cooper wrote: > > For avoidance of confusion, I would suggest replacing "l2," "l3," and "= l4" with > "layer2," "layer3," and "layer4," respectively. In the context of what is being modeled, there really is no confusion.=C2= =A0 If necessary, I would prefer just an annotation that L2, L3, L4 refer to layer 2, layer 3, and layer 4, respectively. Thanks, Eliot > > s/Definitions of action for this ace entry/Definitions of action for th= is ACE > entry/ > > s/Specifies the forwarding action per ace entry/Specifies the forwardin= g action > per ACE entry/ > > Sec 4.2: > > "This module imports definitions from Common YANG Data Types [RFC6991] > and references IP [RFC0791], ICMP [RFC0792], Definition of the > Differentiated Services Field in the IPv4 and IPv6 Headers [RFC2474]= , > The Addition of Explicit Congestion Notification (ECN) to IP > [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], IPv6 > Addressing Architecture [RFC4291], A Recommendation for IPv6 Address= > Text Representation [RFC5952], IPv6 [RFC8200]." > > It looks like something is missing from this list, possibly RFC 793. > > Sec 5: > > In this section or elsewhere it would be nice to see a sentence noting = that > this YANG model allows the configuration of packet logging, which if us= ed would > additionally warrant protections against unauthorized log access and a = logs > retention policy. > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --7y05bGJo1Qpkb65wTcT7QUkZAelrn5pku-- --jGXu2mVWXmoizaFIeQOvNf3SmJ5QEDLXf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEmNC9kEYdsJKnsmEdh7ZrRtnSejMFAlus4REACgkQh7ZrRtnS ejN86wf+JPmxpX/Qu+W77gEE2s0Uhl9JpWa25Phy4hkN52TC3xJvkIkRJFVjlSwc jzjejZP2iOzQVaS1a/7xG/bVPky1vxe5CSqGLmHz2NrUcLilTPOOcRZgkP64nq0k +L8ai5pqIiX61A9qx+ZWGL0g6iVqiqggb4tSJdtSZzmQzvpT5hOmQqPxnHe/06gY k5jBCCoXlUYNaMyNm5NgxTt6+eHiw+gTreSCkpuUXgj7qQFw/i1JHuFKhMbAKTB2 izpfEnEs/QrIG2wIgeEqbtFWYgA1zOTbUNoblfhYJOrj8IEAbHsvTJ1bel45dpK6 wJwWkhOcqS/WeQd+66qq4GlPxB857w== =LNx3 -----END PGP SIGNATURE----- --jGXu2mVWXmoizaFIeQOvNf3SmJ5QEDLXf-- From nobody Thu Sep 27 13:15:04 2018 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 89569130F27; Thu, 27 Sep 2018 13:14:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (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 ISL9M5K89p25; Thu, 27 Sep 2018 13:14:52 -0700 (PDT) Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) (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 EF87F127133; Thu, 27 Sep 2018 13:14:51 -0700 (PDT) Received: by mail-yb1-xb33.google.com with SMTP id d14-v6so1671999ybs.8; Thu, 27 Sep 2018 13:14:51 -0700 (PDT) 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=uPZXbH2l3L+dnOdAvIs9MHKD1s9+gLXcm5HhGdWkmzk=; b=WHeO6e4X28Vj3/4T7d/zSCwDC+/G6NUu8Pe/+u9UV1BxnXBu1FK4W3RkiGd6LYSM1s pFySXpNemqEcE+XmhZ1K/X8EkBo69ukqe84ZrlkEn+bBc/x5zwOnegV4gJ3RPoqoNL3z s+8BOsKUDIbgvpb+nqvpfnTdnPdA/aju4x0W1n2TAchFVI/j/P0/utQJnVwtdarO2Icj EZkydrcB9jwRanBbzZyUFsmbmvWVsOHN6QLAahpYhhv0JQeq95oCqV0slfuZAfNFYNLq hZpt6xOrKbOfBb9MUnnWZY+iroTPWcqyswSwb8vNjBwEdV56B7rnm6nL2YSGa9r+5aAf 8SGg== 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=uPZXbH2l3L+dnOdAvIs9MHKD1s9+gLXcm5HhGdWkmzk=; b=Ih1mOelAgRiCRaDdEgKQHWyLNZB+5mQVV9QTmkTMqGSJfj4tKdHHMyDz8JCv2bJB0F NSZauGKdrorQu5spu4cNXrY6yYut3WGF8wThWX0umxnfwzPxoY6B+plz6KQrKZ1Nvj0I 2Md94FNCMwAh8Uh7DvrhYLSlc8k0eLlscAmAPDF+kibfwmSo+gQQDA6QVVe++CMjU+cE i3l+H3PujFs6TG6KXkjk0IwwfM0uZcXj0XhOKDJx52gr76umkbQ0YL9rr3ozLOkhMrB5 rnY6RhYJQ7ExYq5OUBqSKAo/FrAPk63B0A788BJi1iqoLqRmziCNyRR6QbDGAIc/L1z4 SZ2Q== X-Gm-Message-State: ABuFfog2xjLR82lltN9JlycbXWOxSEtC2ys0tAPRHcjUo/aBgkdjjhxd iFlXz0Aj0i3iw6R+MF6dEi4= X-Google-Smtp-Source: ACcGV60d3V9NnYLntPd66dw4pQI0Kd6r1WbitAx/pmAYGufgbPDVkLSZv9M8G/XjX7df2JvzYlKSNQ== X-Received: by 2002:a25:b2a8:: with SMTP id k40-v6mr6739223ybj.497.1538079290965; Thu, 27 Sep 2018 13:14:50 -0700 (PDT) Received: from [10.0.0.18] (45-19-110-76.lightspeed.tukrga.sbcglobal.net. [45.19.110.76]) by smtp.gmail.com with ESMTPSA id a184-v6sm1100040ywc.16.2018.09.27.13.14.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Sep 2018 13:14:49 -0700 (PDT) From: Suresh Krishnan Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_AA10F6F5-FB42-4F08-93D9-4642AC08E361" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Thu, 27 Sep 2018 16:14:48 -0400 In-Reply-To: <34DE6585-7203-4A6A-AF99-E729448DCB9C@gmail.com> Cc: NetMod WG Chairs , Kent Watsen , The IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org To: Alissa Cooper , Mahesh Jethanandani References: <153799720002.21677.12855832165853636792.idtracker@ietfa.amsl.com> <34DE6585-7203-4A6A-AF99-E729448DCB9C@gmail.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 20:14:55 -0000 --Apple-Mail=_AA10F6F5-FB42-4F08-93D9-4642AC08E361 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Alissa/Mahesh, > On Sep 26, 2018, at 9:17 PM, Mahesh Jethanandani = wrote: >=20 > Hi Alissa, >=20 >> On Sep 26, 2018, at 2:26 PM, Alissa Cooper > wrote: >>=20 >> Alissa Cooper has entered the following ballot position for >> draft-ietf-netmod-acl-model-19: Discuss >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut = this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html = >> for more information about IESG DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ = >>=20 >>=20 >>=20 >> = ---------------------------------------------------------------------- >> DISCUSS: >> = ---------------------------------------------------------------------- >>=20 >> We previously had a work item we were tracking with the IEEE = leadership around >> the IEEE writing a YANG module for ethertypes. I just wanted to check = that the >> IEEE is aware that this document is defining a placeholder module for >> ethertypes until such time that they define one. >=20 > They were told as much in the joint IETF-IEEE meeting. There was an IETF-IEEE leadership co-ordination call this afternoon and = I reminded the RAC person on the call about this draft and our past = interactions with the IEEE. I also send a note to the IETF-IEEE = co-ordination group so that any interested persons on the IEEE side will = be aware of this draft. = https://www.ietf.org/mail-archive/web/ieee-ietf-coord/current/msg01134.htm= l = So, unless we hear some objections in the near future we are good to go = in this regard. Thanks Suresh --Apple-Mail=_AA10F6F5-FB42-4F08-93D9-4642AC08E361 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Alissa/Mahesh,

On Sep 26, 2018, at 9:17 PM, Mahesh = Jethanandani <mjethanandani@gmail.com> wrote:

Hi Alissa,

On Sep = 26, 2018, at 2:26 PM, Alissa Cooper <alissa@cooperw.in> = wrote:

Alissa Cooper has entered the following ballot position = for
draft-ietf-netmod-acl-model-19: Discuss

When responding, please keep the subject line = intact and reply to all
email addresses included in the To = and CC lines. (Feel free to cut this
introductory = paragraph, however.)


Please = refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

We previously had a work item we = were tracking with the IEEE leadership around
the IEEE = writing a YANG module for ethertypes. I just wanted to check that the
IEEE is aware that this document is defining a placeholder = module for
ethertypes until such time that they define = one.

They were told as much in the joint IETF-IEEE = meeting.

There was an = IETF-IEEE leadership co-ordination call this afternoon and I reminded = the RAC person on the call about this draft and our past interactions = with the IEEE. I also send a note to the IETF-IEEE co-ordination group = so that any interested persons on the IEEE side will be aware of this = draft.


So, unless we hear = some objections in the near future we are good to go in this = regard.

Thanks
Suresh

= --Apple-Mail=_AA10F6F5-FB42-4F08-93D9-4642AC08E361-- From nobody Thu Sep 27 15:36:44 2018 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 27E2A130F81; Thu, 27 Sep 2018 15:36:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 l8JRU_YNJSfV; Thu, 27 Sep 2018 15:36:34 -0700 (PDT) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 D0B52129C6A; Thu, 27 Sep 2018 15:36:34 -0700 (PDT) Received: by mail-pg1-x534.google.com with SMTP id b129-v6so2931565pga.13; Thu, 27 Sep 2018 15:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+JMV5Fb2G1VnPDSoqLOFwhhUqvdQvoeDYU0M1E3hiF4=; b=gQnmNbUvSDfMWlX6Rs7CY7t2pJxzRj9hM2ZzRP9E/wbUADD46yadu6ny0iU6vl6cha wGXJ19+O5pVYbzJAJ74BaCDKGIlcY5yXf5sCARLh2Yc6TZURypMk2ns4wrK7EwjBzXKF 1J+Fha7aCiiQf+eaq+zOEgFBkmtCxMv66A+fLZFuGFKPJNGjPNs1h4UyTs+/7fyVtZRY qmHuHhfq8t20cRF3FKXAwp9LoE6sh92pnxVxExpp/a84Q0ZDEHD+pbCHEhERz9Y99/4I fhHr5bzk5hDOLuLugfY5PcETPxI60sXPkN5yB6PmA36LkN3oWcxh4QMRCpxFyHtbrSrT I8YA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+JMV5Fb2G1VnPDSoqLOFwhhUqvdQvoeDYU0M1E3hiF4=; b=DG/HM1388TPBcaDMsm/iSDs+37QPNj4eGwHhnTbD171enZBgU3zMiBBBXzsPjReQSE r/ET2W9lhvm5KKiji8cO9yf5YFnss0XYkEDeiQi++1tjPz581QujJFduyFBjiMNz+21j QcEu/thaZzW/l/Jj5DeEeR+fRmsS/8s/IgB3V11AxOxnBCJ/9W5NRlMWMVvp5fmZKzKE RDu/eElaloZrODbK4r7bKKESDNkQ/22lLEIPhigYhCrVuF5UIXNVP0rlSmA/qFs6Y5/X tDh/0TmYyAFVfgp+OZKmeTuAQfjywd0h32NnnMOIlFXJtpAwXBWoJ5X1dwDpgGFkE0GW wxsw== X-Gm-Message-State: ABuFfojCgrtY6cxcmPX/Hb1uCXcqMuOewzCjcL7BAbSiD+BEcItr3FvT QPq3wztwGoJjNNZg9lTsMZk= X-Google-Smtp-Source: ACcGV62Mhw7ikUlDeXSvVKSC/SLrrigFelicCTcmFh9Fm9nFyKe8n77CcbX0w3M/OkACL+U3UnvUBA== X-Received: by 2002:a63:3285:: with SMTP id y127-v6mr12344079pgy.104.1538087794346; Thu, 27 Sep 2018 15:36:34 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id g88-v6sm9546521pfd.181.2018.09.27.15.36.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Sep 2018 15:36:33 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> Date: Thu, 27 Sep 2018 15:36:32 -0700 Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <85076E6C-5A97-4864-B7AE-1AEDEFF290C8@gmail.com> References: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> To: Suresh Krishnan X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2018 22:36:39 -0000 > On Sep 26, 2018, at 9:36 PM, Suresh Krishnan = wrote: >=20 > Suresh Krishnan has entered the following ballot position for > draft-ietf-netmod-acl-model-19: Discuss >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- >=20 > This document is missing ACL handling for ICMPv6 (RFC4443) completely. = As the > ICMP types and codes are different for ICMP and ICMPv6 I think this = model > should be included to cover ICMPv6. In offline discussions with Suresh, here is what we agreed I would do to = address this DISCUSS: - Update the rest-of-header field in ICMP grouping from =E2=80=98type = uint32=E2=80=99 to =E2=80=98type binary=E2=80=99, as already agreed, to = address Mirja=E2=80=99s DISCUSS. The field will be unbounded. - Add a reference to RFC 4443 in the grouping. - At this point the grouping should be able to cater to both icmpv4 and = icmpv6 match requirements. Thanks Mahesh Jethanandani mjethanandani@gmail.com From nobody Fri Sep 28 05:08:10 2018 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 077CF130DED for ; Fri, 28 Sep 2018 05:08:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.196 X-Spam-Level: *** X-Spam-Status: No, score=3.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RATWARE_OUTLOOK_NONAME=2.95, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 nSRp7144FH5x for ; Fri, 28 Sep 2018 05:08:06 -0700 (PDT) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20109.outbound.protection.outlook.com [40.107.2.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0F3F1277CC for ; Fri, 28 Sep 2018 05:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CO470+d2Cx4jzfBI7ygdLPQVmQbP2wOSnMpKI0fxgRU=; b=iAes81QvuZLc+rCJdkn0uN7G5OU1hp0yflcKX7kfI2bfKdridVuHJ0YLjqLBpL1QojJ+jSeLmsNdlnX+2Ahw9693C9btpaIsarOcE8hN7HpAiUHAXzdiRnoP71Bigd7Jsx9nTcrrQFGlLTZvQC99HlzftYtcWWBSgsFGrqM9X90= Received: from VI1PR07MB0831.eurprd07.prod.outlook.com (10.161.107.154) by VI1PR07MB4189.eurprd07.prod.outlook.com (20.176.6.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1207.11; Fri, 28 Sep 2018 12:08:02 +0000 Received: from VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db]) by VI1PR07MB0831.eurprd07.prod.outlook.com ([fe80::8d94:d86b:1a6e:b5db%12]) with mapi id 15.20.1185.014; Fri, 28 Sep 2018 12:08:02 +0000 From: tom petch To: Kent Watsen CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611dw== Date: Fri, 28 Sep 2018 12:08:02 +0000 Message-ID: <045c01d45723$d2f17b60$4001a8c0@gateway.2wire.net> References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: PR2P264CA0041.FRAP264.PROD.OUTLOOK.COM (2603:10a6:101:1::29) To VI1PR07MB0831.eurprd07.prod.outlook.com (2a01:111:e400:508e::26) authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [81.131.229.47] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB4189; 6:8gP6DI0KKahBWlzPMqpdM4buGkXoX3utv1Jp8V+kCzsPnQxbpCpVbsmjJrMbSbzoFI9ZiEkefu3/xiMVL2vRkh2dY4o1Nx1GJQCzmZOZPE8DIkqfFRNmH/b6p6Wmey2SL7kaSwFp0Anc+4irs19JW6ZrJD/nBoQJAkweMJ/ffumMypsbjtexrCWJq+KSAVsCYnPRafukjMa+bJqOtIXprvrSE0H7EoWWfrBtOP0/UBkpaPq0CS+MHOB6Fxm+z6Gk7fFTFmsXQH3pMqhDuA9tIzJj1FW/2zKKKJsYmAFgyv+O/zgsLXlW2umY2o6WMxiEDP7S33SZNWdKykS2MSXTqVKDeybx4TZ2Zgpy8P/Ko3DInDbYNGATRNH5AYvN9N2c8cyHqoTNAflaR7/Uh/QPuaeMhJdnDmIefu1DIpitFwzhZt7dSTaWnFJ44ZsYFsrqJ88inlusUZYm2kmp6eRwJA==; 5:3PkV5Xb9aJ1CB0LnjV76utW0mPdA7KU4LGliutqH8LHP5VM4Pj9FYOrNUMZ0nwZgGIpTn0be7kSIZmXTqorNERHw5TXrYQucGFEjnZumXGNB3YiYEAr9BpToXZ9cJYfiVHKRsn37Gx/BO/O8ee1jqTEYAaRtlcBa93+Ya0WE4Ug=; 7:2sIa/tNxC/P1z2iywapDMu5E+lurUWHbT7IZrXa0jXUq1j70FQdRsChP9z/PrdPPw8/sIhZaJL8i3ByAxShP29BftGQKwPQ2yrdtn39CcSaHeQmom/vtsWgJky5atfbndGj6Q3JZuCeyvn3me+qo+r3SdfWlWVsMoQHFQjKi1FJDyfF0g+5LIXkhPakb2E8ybOO6m9gSrNVmLxSsCRClG7qv2VJULisE4qT77sSbXmx0F3QRFHVcQlSclqGejAM/ x-ms-office365-filtering-correlation-id: 48112671-3c98-465b-e30f-08d6253b0951 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7193020); SRVR:VI1PR07MB4189; x-ms-traffictypediagnostic: VI1PR07MB4189: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(178726229863574)(219612443155931); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(10201501046)(3002001)(93006095)(93001095)(6055026)(149066)(150057)(6041310)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(201708071742011)(7699051); SRVR:VI1PR07MB4189; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4189; x-forefront-prvs: 0809C12563 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(376002)(366004)(39860400002)(136003)(346002)(13464003)(51444003)(199004)(189003)(84392002)(3846002)(106356001)(105586002)(2900100001)(6116002)(66066001)(1941001)(99286004)(2906002)(7736002)(15650500001)(33896004)(81166006)(102836004)(305945005)(26005)(186003)(97736004)(14454004)(478600001)(8676002)(81156014)(8936002)(76176011)(52116002)(6916009)(5660300001)(446003)(316002)(93886005)(6506007)(44736005)(6436002)(476003)(86152003)(229853002)(486006)(6486002)(53936002)(9686003)(6512007)(68736007)(5250100002)(25786009)(6246003)(14496001)(386003)(4326008)(256004)(86362001)(1556002)(71190400001)(71200400001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4189; H:VI1PR07MB0831.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1; received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: CcJiq9W0kKRr/Q0wE2FyEg8RULNcIOlo7tZpdwCBC06XS7ErrewoFB3H0HOf+3VsERSPNoQqGgfy+3/GR5HWOUhfm/vYqp+sO5Q8HC21QJqcKTmscGOQkY3KYGrnbPnju7vAVkbT3GWOko4jX/n61PvVcepmXpYg68c9Fq/TINFqDzI5GvUKzwX4l+ziCJGObuPUkermgivsHT3+LE7u+PQqhJjHGzZphI/qrzajX9oolKSzRSQbbCNYPFX7o4jH27mmxbWzf/5cVJkKEN9aLS4aL7MeHZulJW3EmZANtUFBN7s3bJEMLv31rQGb/bC5n2Qv2wI6hfDtOD3Jr6WCO9BbN91uOYn5Bh8aYl3xPBM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-Network-Message-Id: 48112671-3c98-465b-e30f-08d6253b0951 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2018 12:08:02.5566 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4189 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 28 Sep 2018 12:08:09 -0000 S2VudA0KDQpTdGVwcGluZyBiYWNrLCBJIHRoaW5rIHRoYXQgdGhlcmUgaXMgYSBwcm9ibGVtIG9m IGFwcGxpY2FiaWxpdHkuDQoNCllvdSBoYXZlIGxhYmVsbGVkIHRoaXMgSS1EIGRyYWZ0Li5uZXRt b2QuLiBhbmQgYXJlIGRpc2N1c3NpbmcgaXQgb24gdGhlDQpuZXRtb2QgV0cgbGlzdC4gIFRoZXJl Zm9yZSBJIGFwcGx5IGl0IHRvIFlBTkcgSS1EIC0gdG8gbWUsIHRoYXQgaXMgdGhlDQpvYnZpb3Vz IGNvbm5lY3Rpb24gLSBhbmQgdGhlIHByb2JsZW0gSSBrZWVwIHNlZWluZyB3aXRoIFlBTkcgSS1E IGlzDQpsaW5lcyB0b28gbG9uZyAtIGNvbW1lbnQsIGRlc2NyaXB0aW9uIC0gaW4gdGhlIFlBTkcg bW9kdWxlIHNvIHRoYXQgaXMNCnRoZSBwcm9ibGVtIGZvciB3aGljaCBJIHdhbnQgYSBzb2x1dGlv biAoSSBzZWUgbm8gcHJvYmxlbSB3aXRoIGNvZGUNCnNuaXBwZXRzKS4gIFRoaXMgaGFzIHNvbWV0 aGluZyB0byBkbyB3aXRoLCBJIGtub3cgbm90IHdoYXQsIHRoZQ0KcHJvY2Vzc2luZyBjeWNsZSBv ZiBZQU5HIG1vZHVsZXMsIG9mIHRoZSBtb2R1bGUgYmVpbmcgZ2VuZXJhdGVkIG91dHNpZGUNCnRo ZSBJLUQvUkZDIHByb2Nlc3MgYW5kIHRoZW4gYmVpbmcgaW5zZXJ0ZWQgd2l0aG91dCB0aGUgY29u c3RyYWludHMgdGhhdA0KdGhlIEktRC9SRkMgcHJvY2VzcyBub3JtYWxseSBhcHBseTsgSSByZWNh bGwgQmVub2l0IGdpdmluZyBhbg0KZXhwbGFuYXRpb24uDQoNCkhvd2V2ZXIsIHdoZW4gSSBpZ25v cmUgdGhlIEktRCBuYW1lIGFuZCB0aGUgbGlzdCB3ZSBhcmUgb24sIGFuZCB0YWtlIHRoZQ0KdGV4 dCBpbiBpc29sYXRpb24sIHRoZW4gSSB3b25kZXIgd2hhdCBhcmUgd2UgZG9pbmcgaGVyZS4gIFRo aXMgc2hvdWxkIGJlDQpvbiBhIGRpZmZlcmVudCBsaXN0LCBhcnQgcGVyaGFwcyBvciB0aGUgbWFp biBpZXRmIGxpc3QsIHNpbmNlIHdoYXQgeW91DQphcmUgcHJvcG9zaW5nIGhhcyBub3RoaW5nIHRv IGRvIHdpdGggbmV0bW9kLCBZQU5HIG9yIGFueSBvZiB0aGUgdG9waWNzDQp0aGF0IHRoaXMgbGlz dCBkaXNjdXNzZXM7IHJhdGhlciBpdCBzZWVrcyB0byBjaGFuZ2UgdGhlIHdob2xlIG9mIHRoZQ0K SUVURi4NCg0KU28sIHB1dCB0aGlzIHVwIGZvciBhZG9wdGlvbiBhbmQgSSB3aWxsIG9wcG9zZTsg dGhpcyBpcyBvdXRzaWRlIG91cg0KcmVtaXQuDQoNClRvbSBQZXRjaA0KDQotLS0tLSBPcmlnaW5h bCBNZXNzYWdlIC0tLS0tDQpGcm9tOiAiS2VudCBXYXRzZW4iIDxrd2F0c2VuQGp1bmlwZXIubmV0 Pg0KVG86ICJ0b20gcGV0Y2giIDxpZXRmY0BidGNvbm5lY3QuY29tPg0KQ2M6IDxuZXRtb2RAaWV0 Zi5vcmc+DQpTZW50OiBXZWRuZXNkYXksIFNlcHRlbWJlciAyNiwgMjAxOCA5OjA4IFBNDQoNCj4g SGkgVG9tLA0KPg0KPg0KPiA+PiBHb29kIGVub3VnaD8NCj4gPg0KPiA+IE5vOi0pICBUaGUgYXV0 aG9ycyBvZiBZQU5HIG1vZHVsZXMgc2VlbSBub3QgdG8gdW5kZXJzdGFuZCB0aGF0IGl0DQo+ID4g YXBwbGllcyB0byB0aGVtLCBvciBpbmNvcnJlY3RseSB1c2UgdGhlIHRvb2xzIHRoYXQgd291bGQg YXBwbHkNCj4gPiB3ZXJlIHRoZXkgY29ycmVjdGx5IHVzZWQuDQo+DQo+IFRoaXMgc2VlbXMgdG8g YmUgYSBwcm9ibGVtIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQuICBJIHdhcw0KPiB0 aGlua2luZyB0byBzdHJlbmd0aGVuIFNlY3Rpb24gNC4yIHNvbWUsIGJ1dCB0aGlzIHNlbnRlbmNl IHJlYWxseQ0KPiBzZWVtcyB0byBzYXkgaXQgcmlnaHQ6DQo+DQo+ICAgIEFzIHN1Y2gsIGl0IGlz IFJFQ09NTUVOREVEIHRoYXQgYXV0aG9ycyBkbyBhcyBtdWNoIGFzIHBvc3NpYmxlDQo+ICAgIHdp dGhpbiB0aGUgc2VsZWN0ZWQgZm9ybWF0IHRvIGF2b2lkIGxvbmcgbGluZXMuDQo+DQo+DQo+DQo+ ID4gT0xEDQo+ID4gW1JGQzc5OTRdW1JGQzc5OTRdc2V0cyBvdXQgdGhlIHJlcXVpcmVtZW50cyBm b3IgcGxhaW4tdGV4dCBSRkNzIGFuZA0KPiA+ICAgc3RhdGVzIHRoYXQgZWFjaCBsaW5lIG9mIGFu IFJGQyAoYW5kIGhlbmNlIG9mIGFuIEludGVybmV0LURyYWZ0KQ0KbXVzdA0KPiA+ICAgYmUgbGlt aXRlZCB0byA3MiBjaGFyYWN0ZXJzIGZvbGxvd2VkIGJ5IHRoZSBjaGFyYWN0ZXIgc2VxdWVuY2UN CnRoYXQNCj4gPiAgIGRlbm90ZXMgYW4gZW5kLW9mLWxpbmUgKEVPTCkuDQo+ID4NCj4gPiBORVcN Cj4gPiBbUkZDNzk5NF1zZXRzIG91dCB0aGUgcmVxdWlyZW1lbnRzIGZvciBwbGFpbi10ZXh0IFJG Q3MgYW5kDQo+ID4gICBzdGF0ZXMgdGhhdCBlYWNoIGxpbmUgb2YgYW4gUkZDIChhbmQgaGVuY2Ug b2YgYW4gSW50ZXJuZXQtRHJhZnQpDQptdXN0DQo+ID4gICBiZSBsaW1pdGVkIHRvIDcyIGNoYXJh Y3RlcnMgZm9sbG93ZWQgYnkgdGhlIGNoYXJhY3RlciBzZXF1ZW5jZQ0KdGhhdA0KPiA+ICAgZGVu b3RlcyBhbiBlbmQtb2YtbGluZSAoRU9MKS4gIFRoaXMgYXBwbGllcyB0byBhbGwgb2YgYW4gUkZD LA0KPiA+ICAgaW5jbHVkaW5nLCBmb3IgZXhhbXBsZSwgdGhlIGNvbW1lbnRzIG9yIGRlc2NyaXB0 aW9uIGNsYXVzZXMgaW4gYQ0KWUFORw0KPiA+ICAgbW9kdWxlLCBhbmQgdG8gYXJ0d29yay4NCj4N Cj4gRmlyc3QsIEknZCByZWNvbW1lbmQgc2ltcGxpZnlpbmcgdGhlIGxhc3Qgc2VudGVuY2UgdG8g anVzdCAiVGhpcw0KYXBwbGllcw0KPiB0byBhbGwgb2YgYW4gUkZDLCBpbmNsdWRpbmcgYW55IGFy dHdvcmsuIiwgYnV0IHRoZW4gaXQgc2VlbXMgdG8gc3RlcA0Kb24NCj4gd2hhdCB0aGUgbmV4dCBw YXJhZ3JhcGggc2F5cy4gIFBlcmhhcHMgdGhlIG5leHQgcGFyYWdyYXBoIGNvdWxkIGJlDQo+IHNp bXBsaWZpZWQ/IC0gc3VnZ2VzdGlvbnMgd2VsY29tZWQuDQo+DQo+DQo+ID4gTm90IHN1cmUgd2h5 IHlvdSBoYXZlIFtSRkM3OTk0XSB0d2ljZS4NCj4NCj4gRml4ZWQgaW4gbXkgbG9jYWwgY29weS4N Cj4NCj4NCj4gUFM6IGZvbGRlZCBZQU5HLW1vZHVsZXMgd2lsbCBicmVhayB0b29saW5nIChlLmcu LCBtb2R1bGUgdmFsaWRhdGlvbikNCnVudGlsDQo+IGV4dHJhY3Rpb24gdG9vbHMgKGkuZS4sIGB4 eW1gKSBhcmUgdXBkYXRlZCB0byBiZSBmb2xkaW5nIGF3YXJlLiAgRXZlbg0KYWZ0ZXINCj4gdGhp cyBkcmFmdCBiZWNvbWVzIGFuIFJGQywgYXV0aG9ycyBuZWVkIHRvIGVuc3VyZSB0aGF0IFlBTkcg bW9kdWxlcw0KYXJlIG5vdA0KPiBmb2xkZWQgdW50aWwgc3VjaCB0b29scyBhcmUgdXBkYXRlZC4g IE90aGVyIGFydHdvcmsgKHRyZWUgZGlhZ3JhbXMsDQppbnN0YW5jZQ0KPiBleGFtcGxlcywgZXRj LikgYmVpbmcgZm9sZGVkIGlzIG5vdCBhIHByb2JsZW0sIGFzIG5vIGF1dG9tYXRlZCB0b29saW5n DQphY3RzDQo+IG9uIHRoZW0gY3VycmVudGx5Lg0KPg0KPg0KPiBLZW50IC8vIGNvbnRyaWJ1dG9y DQo+DQo+DQo+DQoNCg== From nobody Fri Sep 28 06:07:15 2018 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 6339C124BE5; Fri, 28 Sep 2018 06:07:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alissa Cooper To: "The IESG" Cc: draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , netmod-chairs@ietf.org, kwatsen@juniper.net, netmod@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.84.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153814002839.27066.10119016171408785762.idtracker@ietfa.amsl.com> Date: Fri, 28 Sep 2018 06:07:08 -0700 Archived-At: Subject: [netmod] Alissa Cooper's No Objection on draft-ietf-netmod-acl-model-19: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2018 13:07:09 -0000 Alissa Cooper has entered the following ballot position for draft-ietf-netmod-acl-model-19: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks all for getting my question about the IEEE answered. Original COMMENT: Sec 1: s/Policy Based Routing, Firewalls etc./policy-based routing, firewalls, etc./ "The matching of filters and actions in an ACE/ACL are triggered only after application/attachment of the ACL to an interface, VRF, vty/tty session, QoS policy, routing protocols amongst various other config attachment points." This is a sentence fragment. s/in the ACE's/in the ACEs/ Sec 3.1: "There are two YANG modules in the model." Is this technically correct, given that ietf-ethertypes is also defined here? Also, I don't think the definition of ietf-ethertypes belongs in an appendix under the heading "Extending ACL model examples." I can imagine that other modules will want to import this module and that seems like a strange place to put it. Sec 4.1: For avoidance of confusion, I would suggest replacing "l2," "l3," and "l4" with "layer2," "layer3," and "layer4," respectively. s/Definitions of action for this ace entry/Definitions of action for this ACE entry/ s/Specifies the forwarding action per ace entry/Specifies the forwarding action per ACE entry/ Sec 4.2: "This module imports definitions from Common YANG Data Types [RFC6991] and references IP [RFC0791], ICMP [RFC0792], Definition of the Differentiated Services Field in the IPv4 and IPv6 Headers [RFC2474], The Addition of Explicit Congestion Notification (ECN) to IP [RFC3168], , IPv6 Scoped Address Architecture [RFC4007], IPv6 Addressing Architecture [RFC4291], A Recommendation for IPv6 Address Text Representation [RFC5952], IPv6 [RFC8200]." It looks like something is missing from this list, possibly RFC 793. Sec 5: In this section or elsewhere it would be nice to see a sentence noting that this YANG model allows the configuration of packet logging, which if used would additionally warrant protections against unauthorized log access and a logs retention policy. From nobody Fri Sep 28 06:18:28 2018 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 3799212785F; Fri, 28 Sep 2018 06:18:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=Gx+4USTg; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=vFYcXcFx 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 94Ws-RCOJdWu; Fri, 28 Sep 2018 06:18:18 -0700 (PDT) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89345124BE5; Fri, 28 Sep 2018 06:18:18 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 9E4F3C59; Fri, 28 Sep 2018 09:18:17 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 28 Sep 2018 09:18:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=LBtXn0H/vIGg/Qk7knEnb6juMTVRa4z0DxzX9p3AI0M=; b=Gx+4USTg zJXkTiaQcLoxc4g4ye+YnBEloSVrbyFcQN8DHyoJBDrPEl1gM17g6CZaBjAr1PjB aPCOF/s6wZ+lIUERIAm/NQXM2167poALMHOmR1KrkbdCD3uY9mT+85jif/9h4uBf 9eRMCpaqU+evPRbQ/p329kLyO9K4bVTTPKrawnOlDL9fBHrjiI5BlE0xCGQzdzDE Jpr7uJKDmPYJgyL08mfMiIkHUTmj6RhbbtdN+OK0YCLipf4cNa81oPI35njNwOeb hEHOsgENkqOYlSXflCeFqi7CokqAbum1vv8LGNIA6rPT7g/G2aoEyw/9aEmRE7Ss ZTv2jLrwoYh7Ng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=LBtXn0H/vIGg/Qk7knEnb6juMTVRa 4z0DxzX9p3AI0M=; b=vFYcXcFxW2oms7nc+Vpsa04paeCJ4n3bsZXn0x0LCV0rp suiGj10cxtX3+V/+Y+O9M2VeFhSKyVEfLoY/5wHzun7TyiIdkpVGoORBe8pHKq1r oDLPE5V8kie3QKZLP2cjhbHNLaSThgF+TK6HvfXOZ7RXhpy50ExJKRusqerYdzkL 7pWYiHUxsriXNXoUJma+lDpeJTyyQbd4xSnihck6M0T05XeUDzzNLETK3KkQ+Rc1 V1MGdjsXLzSQJCfsAzh/wj7JFHnjMaAc+A4Fz+SFU6wXdNsy6MzQAgFBsH9MNpuS fQZ7MjfyDurZNDMDkuy6ldQ4V2KfhvltHHJQLDzKg== X-ME-Proxy: X-ME-Sender: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.69]) by mail.messagingengine.com (Postfix) with ESMTPA id D83FAE49C5; Fri, 28 Sep 2018 09:18:15 -0400 (EDT) From: Alissa Cooper Message-Id: <12C05E19-CE0B-4481-9B75-79F33751DE99@cooperw.in> Content-Type: multipart/alternative; boundary="Apple-Mail=_1E7C9CE4-7C8C-4E9B-A99A-0A51BA8E1441" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Fri, 28 Sep 2018 09:18:14 -0400 In-Reply-To: Cc: Mahesh Jethanandani , NetMod WG Chairs , Kent Watsen , IESG , NetMod WG , draft-ietf-netmod-acl-model@ietf.org To: Suresh Krishnan References: <153799720002.21677.12855832165853636792.idtracker@ietfa.amsl.com> <34DE6585-7203-4A6A-AF99-E729448DCB9C@gmail.com> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Alissa Cooper's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2018 13:18:21 -0000 --Apple-Mail=_1E7C9CE4-7C8C-4E9B-A99A-0A51BA8E1441 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Sep 27, 2018, at 4:14 PM, Suresh Krishnan = wrote: >=20 > Hi Alissa/Mahesh, >=20 >> On Sep 26, 2018, at 9:17 PM, Mahesh Jethanandani = > wrote: >>=20 >> Hi Alissa, >>=20 >>> On Sep 26, 2018, at 2:26 PM, Alissa Cooper > wrote: >>>=20 >>> Alissa Cooper has entered the following ballot position for >>> draft-ietf-netmod-acl-model-19: Discuss >>>=20 >>> When responding, please keep the subject line intact and reply to = all >>> email addresses included in the To and CC lines. (Feel free to cut = this >>> introductory paragraph, however.) >>>=20 >>>=20 >>> Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html = >>> for more information about IESG DISCUSS and COMMENT positions. >>>=20 >>>=20 >>> The document, along with other ballot positions, can be found here: >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ = >>>=20 >>>=20 >>>=20 >>> = ---------------------------------------------------------------------- >>> DISCUSS: >>> = ---------------------------------------------------------------------- >>>=20 >>> We previously had a work item we were tracking with the IEEE = leadership around >>> the IEEE writing a YANG module for ethertypes. I just wanted to = check that the >>> IEEE is aware that this document is defining a placeholder module = for >>> ethertypes until such time that they define one. >>=20 >> They were told as much in the joint IETF-IEEE meeting. >=20 > There was an IETF-IEEE leadership co-ordination call this afternoon = and I reminded the RAC person on the call about this draft and our past = interactions with the IEEE. I also send a note to the IETF-IEEE = co-ordination group so that any interested persons on the IEEE side will = be aware of this draft. >=20 > = https://www.ietf.org/mail-archive/web/ieee-ietf-coord/current/msg01134.htm= l = >=20 > So, unless we hear some objections in the near future we are good to = go in this regard. Thank you Suresh, I have cleared my DISCUSS. Alissa >=20 > Thanks > Suresh >=20 --Apple-Mail=_1E7C9CE4-7C8C-4E9B-A99A-0A51BA8E1441 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Sep 27, 2018, at 4:14 PM, Suresh Krishnan <suresh.krishnan@gmail.com> wrote:

Hi Alissa/Mahesh,

On Sep 26, 2018, at 9:17 PM, Mahesh = Jethanandani <mjethanandani@gmail.com> wrote:

Hi Alissa,

On Sep = 26, 2018, at 2:26 PM, Alissa Cooper <alissa@cooperw.in> = wrote:

Alissa Cooper has entered the following ballot position = for
draft-ietf-netmod-acl-model-19: Discuss

When responding, please keep the subject line = intact and reply to all
email addresses included in the To = and CC lines. (Feel free to cut this
introductory = paragraph, however.)


Please = refer to https://www.ietf.org/iesg/statement/discuss-criteria.htmlfor more information about IESG DISCUSS and COMMENT = positions.


The document, = along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/



---------------------------------------------------------------= -------
DISCUSS:
---------------------------------------------------------------= -------

We previously had a work item we = were tracking with the IEEE leadership around
the IEEE = writing a YANG module for ethertypes. I just wanted to check that the
IEEE is aware that this document is defining a placeholder = module for
ethertypes until such time that they define = one.

They were told as much in the joint IETF-IEEE = meeting.

There was an IETF-IEEE leadership co-ordination call = this afternoon and I reminded the RAC person on the call about this = draft and our past interactions with the IEEE. I also send a note to the = IETF-IEEE co-ordination group so that any interested persons on the IEEE = side will be aware of this draft.

https://www.ietf.org/mail-archive/web/ieee-ietf-coord/current/m= sg01134.html

So, unless we hear some objections in the near future we are = good to go in this regard.

Thank you Suresh, I have cleared my = DISCUSS.

Alissa


Thanks
Suresh


= --Apple-Mail=_1E7C9CE4-7C8C-4E9B-A99A-0A51BA8E1441-- From nobody Fri Sep 28 07:04:29 2018 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 89B17130DED; Fri, 28 Sep 2018 07:04:14 -0700 (PDT) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kaloom.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 cvHvZXm4w2gG; Fri, 28 Sep 2018 07:04:13 -0700 (PDT) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670110.outbound.protection.outlook.com [40.107.67.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C784B129BBF; Fri, 28 Sep 2018 07:04:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kaloom.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=V67ShAxXFff8+iukF9RrnW7qfRMlkTuQesxOoQ0YK4Y=; b=nc/9RpCIMJ6NZcWoO4lZ5gB4FzIs1Pqv9uOW95uqXBexE/xymt2malg6W1DOOeDHtpZOcAjwDTZPY5DtIShiMLFyUDmyxZjTxbJFabIlDN+EQ4wo2E1n0WpiySlqpxwsVPCkUT5IrTakCEmhxrw1La1tTjpRC80bQOcIPDbKQaU= Received: from YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM (10.169.141.148) by YQBPR01MB0403.CANPRD01.PROD.OUTLOOK.COM (10.169.142.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.20; Fri, 28 Sep 2018 14:04:10 +0000 Received: from YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM ([fe80::8dbd:5e3f:40e5:d4e1]) by YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM ([fe80::8dbd:5e3f:40e5:d4e1%4]) with mapi id 15.20.1164.024; Fri, 28 Sep 2018 14:04:10 +0000 From: Suresh Krishnan To: Mahesh Jethanandani CC: NetMod WG Chairs , Kent Watsen , The IESG , "netmod@ietf.org" , "draft-ietf-netmod-acl-model@ietf.org" Thread-Topic: Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) Thread-Index: AQHUVrKJSf4H+zAxTUi6AXAMrLwkqaUFutuA Date: Fri, 28 Sep 2018 14:04:10 +0000 Message-ID: <9EE66445-54AD-43B1-841C-91F3F5FEB5BF@kaloom.com> References: <153802301104.21537.2286706947979489902.idtracker@ietfa.amsl.com> <85076E6C-5A97-4864-B7AE-1AEDEFF290C8@gmail.com> In-Reply-To: <85076E6C-5A97-4864-B7AE-1AEDEFF290C8@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Suresh@kaloom.com; x-originating-ip: [45.19.110.76] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR01MB0403; 6:GbZu/gcZ9k5r+vuBWa3EQsGeSNBD2+CWaV/QBsm56Ad+yMTDBWmRtTzDVj1x9CKtFUcPC9oRCSprn+kx17nFj8LpzQMa97EHKHV52Biy0poiiC58oyAV8ZkmPHRmsw8JqwlXnOhKmdo9SxfL9TkCrMi6+FPUqgw8hzl2YcoDqHqpsn7HW6gzevB4WGoZWssgO23U+KOUXKGG8/PH8NqnGHL2dGfSNILLkPRw1dT4W1srCSQioI/m+1Ac/EkqG09JDU8YMwowvTStZ+eUXIJyFYmWlUFuQ69/0BmwLN8vJEsUeF5+S0Vd2xbSHTYrY5KhZlVurUHikzpjzePqnKE5GprWn0Ev/hAwYTjX/HYtB5QWOWKPN+WZunYYZtlSBhi1kgNnazfg8MvFjZ90O9qUYTSNuA4Ro5mAzZ2xIps/3inD6JINx96ozoli0pEvNyCd7zYSdSVgjygGKAaiyY6yuQ==; 5:bL83iBS0pKyxSm6tZdn/qs9tBvS/8HM+Ab+pjOBaZWFqRRM9bpFhkK3jSn7vPOA8e0tN9kzUkmNMQA+/tcEnp8P8NUA/1zR7bvjp19E7utbCS/XlGFJ73XAeb2duRviU1pTnsEZJRR8v44aufm011CDFkVL6v222gw59d92sn5k=; 7:Vs3FMZ/j6qid804c7hZyxctQpLnt6xIbVwksNEYiNXsoi0ic9qLe38OHOAKOXG1A16IBJGZJ5uTXNfua5NsWQCB2mduzLn6ggHXo8W0WKzqmyPDXcOYPuuh/mlCra0KLQ/r2NhT1Qe1N5G1jrurabmdPiVShwkTufKKRAFm7yfJORR+VLl4+zkrwKQkTU3jmZ7tFl+pipBi5Q6NDFI9f9GVN536Dw3+I9znOBs1YrFnZnHTINcQmXsrslrNO7xjn x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: d0f6cc15-8a52-4dd1-5976-08d6254b43a2 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021125)(8989299)(4534165)(7022125)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:YQBPR01MB0403; x-ms-traffictypediagnostic: YQBPR01MB0403: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(85827821059158); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231355)(944501410)(52105095)(93006095)(93001095)(3002001)(10201501046)(149066)(150057)(6041310)(20161123562045)(20161123558120)(20161123564045)(20161123560045)(2016111802025)(6043046)(201708071742011)(7699051); SRVR:YQBPR01MB0403; BCL:0; PCL:0; RULEID:; SRVR:YQBPR01MB0403; x-forefront-prvs: 0809C12563 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39840400004)(396003)(346002)(376002)(136003)(189003)(199004)(102836004)(26005)(106356001)(71200400001)(316002)(2900100001)(71190400001)(25786009)(508600001)(4326008)(36756003)(6506007)(53936002)(33656002)(105586002)(5660300001)(53546011)(66066001)(14454004)(476003)(82746002)(186003)(1411001)(446003)(11346002)(34290500001)(966005)(54906003)(6246003)(72206003)(39060400002)(6916009)(2616005)(83716004)(486006)(99286004)(76176011)(7736002)(5250100002)(86362001)(305945005)(80792005)(2906002)(6306002)(6436002)(6486002)(68736007)(8676002)(81156014)(6512007)(229853002)(97736004)(81166006)(6116002)(3846002)(8936002)(14444005)(256004); DIR:OUT; SFP:1102; SCL:1; SRVR:YQBPR01MB0403; H:YQBPR01MB0226.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: kaloom.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: dZSG5qXLWI4b3OBt0NXKmJ28gSrvHswIZb7OLCvdUJ3aupDDiyxdbkYvEchogF98/XoIwDOBtRYDzelf+sPS5brryLIPoQZQepYBrNuqdSRlGC4D6NBB0LqE2wRUxB6NK71KFwgrjLxI1BDl+KLFQfysE/3x66SjhYTtvWFkMgFgRPK1tE+ng1HOuL7+LIePU7yGC9ojFbHbakIIg1+6EbCsNAqoaLoG4IziDzCKyRU2wsb6nd9svVuQB+6YDOtBX5M/KAMabvQUM2nLnLjr/fAmzaM0ur4A/K0NtGVVAQxarN3Va2hEPhvmm3LnLU9cqoIm6cvPKDwsRqphO+lJjKwHXYvV7Ad0zf5z1qig4W0= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <8E9A17FF9439D24FB521638B9332404F@CANPRD01.PROD.OUTLOOK.COM> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kaloom.com X-MS-Exchange-CrossTenant-Network-Message-Id: d0f6cc15-8a52-4dd1-5976-08d6254b43a2 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2018 14:04:10.5898 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 47d58e26-f796-48e8-ac40-1c365c204513 X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR01MB0403 Archived-At: Subject: Re: [netmod] Suresh Krishnan's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2018 14:04:17 -0000 DQoNCj4gT24gU2VwIDI3LCAyMDE4LCBhdCA2OjM2IFBNLCBNYWhlc2ggSmV0aGFuYW5kYW5pIDxt amV0aGFuYW5kYW5pQGdtYWlsLmNvbT4gd3JvdGU6DQo+IA0KPiANCj4gDQo+PiBPbiBTZXAgMjYs IDIwMTgsIGF0IDk6MzYgUE0sIFN1cmVzaCBLcmlzaG5hbiA8c3VyZXNoQGthbG9vbS5jb20+IHdy b3RlOg0KPj4gDQo+PiBTdXJlc2ggS3Jpc2huYW4gaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBi YWxsb3QgcG9zaXRpb24gZm9yDQo+PiBkcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwtMTk6IERp c2N1c3MNCj4+IA0KPj4gV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBs aW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQo+PiBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQg aW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KPj4gaW50cm9k dWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+PiANCj4+IA0KPj4gUGxlYXNlIHJlZmVyIHRv IGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRt bA0KPj4gZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5U IHBvc2l0aW9ucy4NCj4+IA0KPj4gDQo+PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIg YmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+PiBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW5ldG1vZC1hY2wtbW9kZWwvDQo+PiANCj4+IA0K Pj4gDQo+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+PiBESVNDVVNTOg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4g DQo+PiBUaGlzIGRvY3VtZW50IGlzIG1pc3NpbmcgQUNMIGhhbmRsaW5nIGZvciBJQ01QdjYgKFJG QzQ0NDMpIGNvbXBsZXRlbHkuIEFzIHRoZQ0KPj4gSUNNUCB0eXBlcyBhbmQgY29kZXMgYXJlIGRp ZmZlcmVudCBmb3IgSUNNUCBhbmQgSUNNUHY2IEkgdGhpbmsgdGhpcyBtb2RlbA0KPj4gc2hvdWxk IGJlIGluY2x1ZGVkIHRvIGNvdmVyIElDTVB2Ni4NCj4gDQo+IEluIG9mZmxpbmUgZGlzY3Vzc2lv bnMgd2l0aCBTdXJlc2gsIGhlcmUgaXMgd2hhdCB3ZSBhZ3JlZWQgSSB3b3VsZCBkbyB0byBhZGRy ZXNzIHRoaXMgRElTQ1VTUzoNCj4gDQo+IC0gVXBkYXRlIHRoZSByZXN0LW9mLWhlYWRlciBmaWVs ZCBpbiBJQ01QIGdyb3VwaW5nIGZyb20g4oCYdHlwZSB1aW50MzLigJkgdG8g4oCYdHlwZSBiaW5h cnnigJksIGFzIGFscmVhZHkgYWdyZWVkLCB0byBhZGRyZXNzIE1pcmph4oCZcyBESVNDVVNTLiBU aGUgZmllbGQgd2lsbCBiZSB1bmJvdW5kZWQuDQo+IC0gQWRkIGEgcmVmZXJlbmNlIHRvIFJGQyA0 NDQzIGluIHRoZSBncm91cGluZy4NCj4gLSBBdCB0aGlzIHBvaW50IHRoZSBncm91cGluZyBzaG91 bGQgYmUgYWJsZSB0byBjYXRlciB0byBib3RoIGljbXB2NCBhbmQgaWNtcHY2IG1hdGNoIHJlcXVp cmVtZW50cy4NCg0KWWVwLiBUaGF0IHdvdWxkIGhhbmRsZSB0aGUgaXNzdWUgcGVyZmVjdGx5IHdl bGwuIEkgd2lsbCBjbGVhciBhcyBzb29uIGFzIHRoZSBuZXh0IHJldiBoaXRzLg0KDQpUaGFua3MN ClN1cmVzaA0KDQo= From nobody Fri Sep 28 09:40:30 2018 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 230A8130E59; Fri, 28 Sep 2018 09:40:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 Psyv04Lhm67q; Fri, 28 Sep 2018 09:40:18 -0700 (PDT) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (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 8DEAA128D0C; Fri, 28 Sep 2018 09:40:17 -0700 (PDT) X-AuditID: 1209190e-b3bff700000073e8-a2-5bae596f4e80 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 9F.D4.29672.F695EAB5; Fri, 28 Sep 2018 12:40:16 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id w8SGeDiv031250; Fri, 28 Sep 2018 12:40:14 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w8SGe9CP019176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 28 Sep 2018 12:40:11 -0400 Date: Fri, 28 Sep 2018 11:40:09 -0500 From: Benjamin Kaduk To: Mahesh Jethanandani Cc: The IESG , NetMod WG Chairs , draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org Message-ID: <20180928164008.GL24695@kduck.kaduk.org> References: <153798309730.21505.1520623050565556854.idtracker@ietfa.amsl.com> <8E8F2331-9C66-40BD-8A4A-0176ABD7EE09@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8E8F2331-9C66-40BD-8A4A-0176ABD7EE09@gmail.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMKsWRmVeSWpSXmKPExsUixCmqrVsQuS7aYMNVDotfn3YzWcz4M5HZ 4vSbdWwWq3vVLOZfbGR1YPXYOesuu8eSJT+ZApiiuGxSUnMyy1KL9O0SuDL+HDvPXrDTruLO 4rPsDYxP9bsYOTkkBEwkXm24xgxiCwksZpLoec3axcgFZG9klFh+byE7hHOVSeJOwy92kCoW AVWJ6e/fgdlsAioSDd2XwbpFBAwlTh14wQRiMwu0M0osOJYLYgsL5En8ufoCrJ4XaFv3nKnM EEMbGCWuP26CSghKnJz5hAWiWV3iz7xLQEUcQLa0xPJ/HBBheYnmrbPBdnEK2Er0X2sHaxUV UJbY23eIfQKj4Cwkk2YhmTQLYdIsJJMWMLKsYpRNya3SzU3MzClOTdYtTk7My0st0jXWy80s 0UtNKd3ECA55Sb4djJMavA8xCnAwKvHwzrBfFy3EmlhWXJl7iFGSg0lJlPeyClCILyk/pTIj sTgjvqg0J7X4EKMEB7OSCO++6rXRQrwpiZVVqUX5MClpDhYlcd4JLYujhQTSE0tSs1NTC1KL YLIyHBxKEryJEUBDBYtS01Mr0jJzShDSTBycIMN5gIb/Dgeq4S0uSMwtzkyHyJ9iNOa4ceD/ dGaOtqfXZzALseTl56VKifMeAxknAFKaUZoHNw2UtiSy99e8YhQHek6YdyZIFQ8w5cHNewW0 iglolciBNSCrShIRUlINjGxZ1vtnqLA77dAJF2U5/unasyf2H/a3JuRNynnWseLWNBe/nAO/ Iw3/fHgvPe/z66uO8u57hbY81bm49P3V3b6rryz3UDolI7CsKK5xwlRJvXeLL8drMNzI0zTY tzeyrOzKzEv7T3FP7l7/40zsngM1c45+WSvbf95j281ze0PuHo5YH7RtmfJ7JZbijERDLeai 4kQAOEjfYDYDAAA= Archived-At: Subject: Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2018 16:40:21 -0000 Hi Mahesh, On Wed, Sep 26, 2018 at 11:25:37AM -0700, Mahesh Jethanandani wrote: > Hi Benjamin, > > > On Sep 26, 2018, at 10:31 AM, Benjamin Kaduk wrote: > > > > Benjamin Kaduk has entered the following ballot position for > > draft-ietf-netmod-acl-model-19: Discuss > > > > When responding, please keep the subject line intact and reply to all > > email addresses included in the To and CC lines. (Feel free to cut this > > introductory paragraph, however.) > > > > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > > for more information about IESG DISCUSS and COMMENT positions. > > > > > > The document, along with other ballot positions, can be found here: > > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ > > > > > > > > ---------------------------------------------------------------------- > > DISCUSS: > > ---------------------------------------------------------------------- > > > > I think this is good work to have, overall, and the document pretty easy to read. > > That said, I think the Security Considerations need to be expanded a bit more before > > this document get published: > > > > Write operations (e.g., ) > > to these data nodes without proper protection can have a negative > > effect on network operations. > > > > I think the effects can be on more than just *network* operations, there > > can be negative effects for end systems that (e.g.) experience DoS attacks > > that would otherwise have been blocked, receive maliciously crafted packets > > that trigger application bugs, are used as part of (e.g.) UDP amplification > > attacks, etc. > > How about this? > > OLD: > Write operations (e.g., ) > to these data nodes without proper protection can have a negative > effect on network operations. > > > NEW: > Write operations (e.g., ) > to these data nodes without proper protection can have a negative > effect on network operations and end systems. The end systems, for > example, can experience DoS attacks that would otherwise have been blocked, > and receive maliciously crafted packets that trigger applications bugs. That looks great; thanks! > > > > /acls/acl/aces: This list specifies all the configured access > > control entries on the device. Unauthorized write access to this > > list can allow intruders to access and control the system. > > Unauthorized read access to this list can allow intruders to spoof > > packets with authorized addresses thereby compromising the system. > > Back in July we went through this section, and here was the change that was proposed, that Steve had accepted. Since they were provided for the current version of the draft (-19), they were not applied till we had received all the reviews. Were you looking for changes in addition to this? > > OLD: > /acls/acl/aces: This list specifies all the configured access > control entries on the device. Unauthorized write access to this > list can allow intruders to access and control the system. > Unauthorized read access to this list can allow intruders to spoof > packets with authorized addresses thereby compromising the system. > > > NEW: > /acls/acl/aces: This list specifies all the configured access > control entries on the device. Unauthorized write access to this > list can allow intruders to modify the entries so as to permit traffic > that should not be permitted, or deny traffic that should be permitted. > The former may result in a DoS attack, or compromise the device. > The latter may result in a DoS attack. The impact of an unauthorized > read access to the list will allow the attacker to determine which rules > are in effect, to better craft an attack. Ah, I was just looking at the -19 as-is and didn't read to the end of the secdir thread. This text is also good; I'll clear my discuss. > > > > > I agree with the secdir reviewer that "the system" needs to be clarified, > > and that the consequences of unauthorized write and read access need to be > > more clearly described. > > His proposed text is much better than the present text, though there are > > other ways to convey the needed information. > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > I tried to call out the editorial nits as such; there are a couple non-editorial > > comments embedded within. > > > > Section 1 > > > > The match criteria allows for definition of packet headers and > > metadata, all of which must be true for the match to occur. > > > > nit: Is this missing a word like "contents”? > > I am not sure if we are, possibly because I do not understand what you mean by “contents”. ACL rules are written to match against packet headers and metadata. They are not written to match against the “contents” of the packet. "definition of packet headers and metadata" sounds like something that a protocol designer or hardware vendor specifies; it's the values of those fields that a firewall device is using for its logic. > > > > The matching of filters and actions in an ACE/ACL are triggered only > > after application/attachment of the ACL to an interface, VRF, vty/tty > > session, QoS policy, routing protocols amongst various other config > > attachment points. > > > > nit: I think the end of this list needs some clarification/termination, > > like "and routing protocols, amongst” > > Ok. Will add the word ‘and’ after the comma. > > > > > Section 3 > > > > The > > match criteria allows for definition of packet headers or metadata, > > if supported by the vendor. [...] > > > > (same nit as above re "contents") > > > > Metadata matching applies to fields associated with the packet, but > > not in the packet header such as input interface, packet length, or > > source or destination prefix length. The actions can be any sort of > > > > nit: comma after "not in the packet header” > > Ok. > > > > > Section 4.1 > > > > nit: The feature match-on-udp and -icmp descriptions should probably use > > the plural "headers" to match the other features' descriptions. > > Ok. > > > > > The mixed- features seem to implicitly assume that if features X and > > Y are individually supported, then the combination is also supported. I > > could imagine that there might exist hardware for which that assumption is > > not true, but don't know if there actually is any such hardware or it's > > common enough to be worth caring about here. > > The individual feature statements exist to allow for the server to pick what the hardware supports. If the hardware does not support the combination, the server will choose not to advertise the feature statements for the combinations. I must have been misreading the YANG, then; sorry for the confusion. > > > > grouping acl-counters { > > leaf matched-packets { > > [...] > > An implementation should provide this counter on a > > per-interface per-ACL-entry if possible. > > > > nit: missing "basis"? (Also in subsequent instances.) > > Ok. > > > > > Section A.1 > > > > It's unclear that using abc@newco.com (in particular, the @newco.com part) > > in an example is reasonable; @newco.example would be better. > > I do not know if a contact e-mail address, in an example of a YANG model, is significant. I don't either, so this was just a non-blocking comment. Thanks for the quick fixes! -Benjamin From nobody Fri Sep 28 15:17:28 2018 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 5F63F129385 for ; Fri, 28 Sep 2018 15:17:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.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 0e-u9swNx8u3 for ; Fri, 28 Sep 2018 15:17:25 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8377127148 for ; Fri, 28 Sep 2018 15:17:23 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w8SM4Ddl022762; Fri, 28 Sep 2018 15:04:40 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=7aA7xqbrPZo7ykSpHUy9Heca5MvjpgjAoVxF0KzEZFk=; b=oaCm5YE3NTax5QDtzUV7RnLVjSXlj2JvuNq8h+3XKifAPLF74/NK+KSn8wWkhpDcbyIg FsI9m9G6TfCpYS0ZB5VATuXDHA1EgJTCYoIc/RiEJwMSxAJti9lTPi+kj7y9WDwV+p3u DrqdmfcpaHDgQ5a910/INJBcS5ErzoFgEGnUpISchtt0pHkWwAZ4s3qe8WLCrtX8Jkfl r1NAZvxkVgK378uy+QhOu6Byhd1l+ZWx2QpROWFxreMKkCEP4SoHOK69pNam74ESWvy/ 5Y4VMi3tnKzqy23ShX7JjQUkDSOgLPHt5AHYhvjiprY8fBOMFpm7LmiTxROo9XiZpw2q 8g== Received: from nam01-bn3-obe.outbound.protection.outlook.com (mail-bn3nam01lp0175.outbound.protection.outlook.com [216.32.180.175]) by mx0b-00273201.pphosted.com with ESMTP id 2msq8y8k14-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Fri, 28 Sep 2018 15:04:40 -0700 Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB5146.namprd05.prod.outlook.com (20.177.223.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1207.11; Fri, 28 Sep 2018 22:04:38 +0000 Received: from DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495]) by DM6PR05MB4665.namprd05.prod.outlook.com ([fe80::8574:3388:660d:e495%3]) with mapi id 15.20.1185.014; Fri, 28 Sep 2018 22:04:38 +0000 From: Kent Watsen To: tom petch CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhqK0+eVIcY0e09cIrm611d6UGCCqA Date: Fri, 28 Sep 2018 22:04:38 +0000 Message-ID: <906263FB-874E-427B-9119-3936B987C42B@juniper.net> References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> <045c01d45723$d2f17b60$4001a8c0@gateway.2wire.net> In-Reply-To: <045c01d45723$d2f17b60$4001a8c0@gateway.2wire.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.2.180910 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM6PR05MB5146; 6:iVFQZSFPqS9V/bUmCv+mDKoc3Ysg2jgZjAA+SEsgxwQeqIl8viDmW5V2XHp+X0sp4JDoJ6XWG1y7C8gR/fdvYOuM2SeIEV7wvT8mEORSFfDC9VpyloDchxOVApLy3deeYZOlymvutpQfiEH6C3iKtAPYbPK8Gpi43ugmMh1nnAmLhP2E+awyv5F/Pu4YrDx22WC1rH2haNouhzeKES3eg+ObMmCRrkh8wyn5SmaQpOCY9WnZ7UkEeXqrDj9YNRFtgpTgFFA+gElnCzVin6TLnFqSnqId/R8/BPhdiAeRpWwMVcZ6O5A8lhMJymvi3lJbMIWyv3cvsYWmLGJy4iofA3D1Wy0VVWK8bbxMWzKYu6x123bPYIG0YV6Ftb1j8ArsYwYVgV9Om/N1mkOaD3tfCYsqS46nWLWUTuv9mkvkYTfFQZR/OTgGc5gmyKBATrwzqyO64ZvWsjDbQMKGwZ1tFw==; 5:I/Ftc5bGAdZmhA7vxZVyvBxVzUH0QFyWljY196QrfL7NShYQIgDBRtLqLZOwgmoqZ0cLLalCjcMC0eN0TythmCYRncjX4bbPFBSlpPww4QGjgihP4NxisnOaxrPsVXKDw7eb8sjMYr77rU9v3E8cfncy2vKMj9olPi2kTq3qK0Y=; 7:nEC93GxrAO8GKbIoHNjroIitvLB5TDz1lvBqsYXFcnF/Mdasg3eVW80evYkhoJOJkmUVo5am6dp0oXKDG5SmkXI9uq8hmcnGbwWHa75J8jClXFJJ8MpmCf5BaXmlNaOMMroBT/Nx1+Y8JTQSU8M4Nl6YluX3SD84+9OpxRRDeppSYXYmxqqGbm8YHZFrkhtCD0gfDshsNVYna3vq9jSiNMzPf+zYT/NhdorIjpUKtpRnCsUXGHGeZOyvtLm7n7lL x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 1eb3755e-d23c-4e6c-0de5-08d6258e627c x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534165)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7153060)(7193020); SRVR:DM6PR05MB5146; x-ms-traffictypediagnostic: DM6PR05MB5146: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231355)(944501410)(52105095)(6055026)(149066)(150057)(6041310)(20161123564045)(20161123560045)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(201708071742011)(7699051); SRVR:DM6PR05MB5146; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB5146; x-forefront-prvs: 0809C12563 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(396003)(346002)(366004)(39860400002)(376002)(51444003)(189003)(199004)(13464003)(305945005)(14454004)(86362001)(97736004)(83716004)(33656002)(6246003)(478600001)(7736002)(2900100001)(93886005)(6116002)(71190400001)(3846002)(105586002)(71200400001)(106356001)(58126008)(6916009)(82746002)(36756003)(256004)(5660300001)(68736007)(5250100002)(296002)(26005)(15650500001)(2906002)(316002)(186003)(99286004)(8936002)(8676002)(6486002)(34290500001)(476003)(81156014)(81166006)(2616005)(102836004)(4326008)(6436002)(446003)(229853002)(6506007)(6512007)(25786009)(66066001)(11346002)(53936002)(486006)(76176011); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB5146; H:DM6PR05MB4665.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-microsoft-antispam-message-info: YCHjW6Rnj01uk37qRvnzXyY4A7oXYl/bNxjqWnayXuTSHaidBrs8LmKIKQJsPRMr9IDMZ4s0WowJ54tvhx3X88L0Hn8TZPee6Zc/9RvNZhRBHRgrBUMc8gCcUb7ru058Aila3g7qxVJCB+4Mw5tqtuqhsv84185PAC2aCBIUxsp8NGzJuiNRnrAxz7RbIkRS6gpkmQaZ3igJMpD2FhOSrhD8zWvLVvHg3VYFJtjNYrR/oQoTb/vngClkdpzAFqBC1Q9oZdBufV7MzD+OTaEsN5AgLYJq/a7baOdbhXcLcK57uK6da1Ty6vcdVsqvVPOAnZI2xxiTn1Ji/8GLLd8Bk/GT1/6YmqiKdJbxCp+fKcw= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 1eb3755e-d23c-4e6c-0de5-08d6258e627c X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2018 22:04:38.6759 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB5146 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-28_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809280216 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 28 Sep 2018 22:17:28 -0000 DQpIaSBUb20sDQoNCkFzIGNvbnRyaWJ1dG9yLCBJIGFncmVlIHdpdGggeW91LiAgVGhlIG9ubHkg cmVhc29uIHRoYXQgaXQgaXMgaGVyZQ0Kbm93IGlzIGJlY2F1c2UgZHJhZnQtd3UtbmV0bW9kLXlh bmcteG1sLWRvYy1jb252ZW50aW9ucyBkaWQuDQoNCkFzIGNoYWlyLCBsZXQgbWUgZGlzY3VzcyB3 aXRoIG15IGNvLWNoYWlycy4gIE1lYW53aGlsZSwgd291bGQgbG92ZQ0KdG8gaGVhciBvdGhlcnMg b3BpbmlvbnMuDQoNCktlbnQNCg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQoNCu+7 v0tlbnQNCg0KU3RlcHBpbmcgYmFjaywgSSB0aGluayB0aGF0IHRoZXJlIGlzIGEgcHJvYmxlbSBv ZiBhcHBsaWNhYmlsaXR5Lg0KDQpZb3UgaGF2ZSBsYWJlbGxlZCB0aGlzIEktRCBkcmFmdC4ubmV0 bW9kLi4gYW5kIGFyZSBkaXNjdXNzaW5nIGl0IG9uIHRoZQ0KbmV0bW9kIFdHIGxpc3QuICBUaGVy ZWZvcmUgSSBhcHBseSBpdCB0byBZQU5HIEktRCAtIHRvIG1lLCB0aGF0IGlzIHRoZQ0Kb2J2aW91 cyBjb25uZWN0aW9uIC0gYW5kIHRoZSBwcm9ibGVtIEkga2VlcCBzZWVpbmcgd2l0aCBZQU5HIEkt RCBpcw0KbGluZXMgdG9vIGxvbmcgLSBjb21tZW50LCBkZXNjcmlwdGlvbiAtIGluIHRoZSBZQU5H IG1vZHVsZSBzbyB0aGF0IGlzDQp0aGUgcHJvYmxlbSBmb3Igd2hpY2ggSSB3YW50IGEgc29sdXRp b24gKEkgc2VlIG5vIHByb2JsZW0gd2l0aCBjb2RlDQpzbmlwcGV0cykuICBUaGlzIGhhcyBzb21l dGhpbmcgdG8gZG8gd2l0aCwgSSBrbm93IG5vdCB3aGF0LCB0aGUNCnByb2Nlc3NpbmcgY3ljbGUg b2YgWUFORyBtb2R1bGVzLCBvZiB0aGUgbW9kdWxlIGJlaW5nIGdlbmVyYXRlZCBvdXRzaWRlDQp0 aGUgSS1EL1JGQyBwcm9jZXNzIGFuZCB0aGVuIGJlaW5nIGluc2VydGVkIHdpdGhvdXQgdGhlIGNv bnN0cmFpbnRzIHRoYXQNCnRoZSBJLUQvUkZDIHByb2Nlc3Mgbm9ybWFsbHkgYXBwbHk7IEkgcmVj YWxsIEJlbm9pdCBnaXZpbmcgYW4NCmV4cGxhbmF0aW9uLg0KDQpIb3dldmVyLCB3aGVuIEkgaWdu b3JlIHRoZSBJLUQgbmFtZSBhbmQgdGhlIGxpc3Qgd2UgYXJlIG9uLCBhbmQgdGFrZSB0aGUNCnRl eHQgaW4gaXNvbGF0aW9uLCB0aGVuIEkgd29uZGVyIHdoYXQgYXJlIHdlIGRvaW5nIGhlcmUuICBU aGlzIHNob3VsZCBiZQ0Kb24gYSBkaWZmZXJlbnQgbGlzdCwgYXJ0IHBlcmhhcHMgb3IgdGhlIG1h aW4gaWV0ZiBsaXN0LCBzaW5jZSB3aGF0IHlvdQ0KYXJlIHByb3Bvc2luZyBoYXMgbm90aGluZyB0 byBkbyB3aXRoIG5ldG1vZCwgWUFORyBvciBhbnkgb2YgdGhlIHRvcGljcw0KdGhhdCB0aGlzIGxp c3QgZGlzY3Vzc2VzOyByYXRoZXIgaXQgc2Vla3MgdG8gY2hhbmdlIHRoZSB3aG9sZSBvZiB0aGUN CklFVEYuDQoNClNvLCBwdXQgdGhpcyB1cCBmb3IgYWRvcHRpb24gYW5kIEkgd2lsbCBvcHBvc2U7 IHRoaXMgaXMgb3V0c2lkZSBvdXINCnJlbWl0Lg0KDQpUb20gUGV0Y2gNCg0KDQoNCg== From nobody Fri Sep 28 16:52:06 2018 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 398B1129C6B for ; Fri, 28 Sep 2018 16:52:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 d4faaj2yr0Ju for ; Fri, 28 Sep 2018 16:52:01 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.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 90912127148 for ; Fri, 28 Sep 2018 16:52:01 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8SNpwBj030747; Sat, 29 Sep 2018 00:51:58 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 10C4B2203A; Sat, 29 Sep 2018 00:51:58 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS id EFA1822032; Sat, 29 Sep 2018 00:51:57 +0100 (BST) Received: from 950129200 ([213.205.194.70]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id w8SNpuQx017008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Sep 2018 00:51:57 +0100 Reply-To: From: "Adrian Farrel" To: "'Kent Watsen'" , "'tom petch'" Cc: References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> <045c01d45723$d2f17b60$4001a8c0@gateway.2wire.net> <906263FB-874E-427B-9119-3936B987C42B@juniper.net> In-Reply-To: <906263FB-874E-427B-9119-3936B987C42B@juniper.net> Date: Sat, 29 Sep 2018 00:51:52 +0100 Message-ID: <065301d45786$3b9b88b0$b2d29a10$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG05IWFeQswJUrnsu997JA+/B1ZSgFe0v3XAZmtstcCjDYvJwHHwnFPAOQLCiClA7Js0A== Content-Language: en-gb X-Originating-IP: 213.205.194.70 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24124.003 X-TM-AS-Result: No--19.603-10.0-31-10 X-imss-scan-details: No--19.603-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24124.003 X-TMASE-Result: 10--19.603300-10.000000 X-TMASE-MatchedRID: nI1cAR4k0HbxIbpQ8BhdbDNKWYiz0CE6Kx5ICGp/WtFrKNt7ipQiYxTB iK+Vz/yChLJPtNY5srE15botftE30PRlMKh+3TBcM8ORI7N4NZYYXAQYNFfm7AKzHKFHzLsJChn lxxnlY3zpa0iCwZDCH+alrFui8vqiNhVyy3BtOBhYzrSv7yqexnnL427v8Q466i5zlFx/UHQOR8 sKhkpivR8tEhkbkoJZ67wnli7m5OCheuZTkzLCAEhEDfw/93BuGK57kZ/2mamdI/DikZ1UPFGb5 VDNzOj78k8mK0gB6tKh76W5qlqDeA+q5PB4uzgX9Ib/6w+1lWSW9O7E5pHSAlcBch5QzJHTfMrd D3NIUvsxcSfgz4Zxa/FPDHhQkgxyoB+xacuTKy2VUcz8XpiS9L3T39qxnreJqx3Pdu5ede9pRez oWC5XLUQb1bSU7WDcP/ic+n4TC+1I5I2GT1aZYaDH6drx3JPVOP1gMWAcIwojYuSSbJb5WfuA2s jITobJ5Ump1AKkq1XJKx74LP4l27lcPcogj1aDwCZxkTHxccnp8lxWp2ellsnaL1ri/ilXV6GJy RPLfOL1Ewy14z2zGx5hmP6OM/PJv1l2Uvx6idpGONWF/6P/CotkBWmEtb9tKrauXd3MZDUD/dHy T/Xh7Q== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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, 28 Sep 2018 23:52:05 -0000 All, the scope has become elastic over time. When we first wrote draft-wu-netmod-yang-xml-doc-conventions we were = addressing a very specific problem: drafts and RFCs contain fragments = (examples) of YANG (not the YANG modules themselves, but examples with = actual values). Those fragments often extend over 73 columns and so have = to be wrapped from presentation in the draft/RFC, but this creates = invalid YANG. So some form of documentation convention is needed to = indicate that the examples should not be treated as valid YANG and to = help someone map them to valid YANG. Most documents that encountered this problem either dodged it (hoping a = reviewer would not complain) or defined their own line wrapping rules. = We thought it would be helpful to have a common approach and that was = what we focused on. We also noticed that (probably for formatting reasons) the examples were = often being produced using the construct in the source XML. So = it seemed that there would be value in defining how that artwork could = be automatically wrapped allowing the authors to not worry about line = wrapping. We recognised that wrapping figures would probably be confusing and = counter-productive so we recommend against it. And we made it an = explicit thing not a default. Conversely, we noted that other "sample code" might benefit from = wrapping, so we thought that should be in scope. Then we merged our efforts with Kent's. That's how we got here. Now, to take it forward, I would like to constrain our efforts to = solving the problem at hand. If our solution has wider applicability, = that's great. But can we recognise that the overwhelming bulk of case we = see today are in YANG documents and that's up to us to solve. Thanks, Adrian > -----Original Message----- > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen > Sent: 28 September 2018 23:05 > To: tom petch > Cc: netmod@ietf.org > Subject: Re: [netmod] New Version Notification for = draft-kwatsen-netmod- > artwork-folding-07.txt >=20 >=20 > Hi Tom, >=20 > As contributor, I agree with you. The only reason that it is here > now is because draft-wu-netmod-yang-xml-doc-conventions did. >=20 > As chair, let me discuss with my co-chairs. Meanwhile, would love > to hear others opinions. >=20 > Kent >=20 >=20 > ----- Original Message ----- >=20 > =EF=BB=BFKent >=20 > Stepping back, I think that there is a problem of applicability. >=20 > You have labelled this I-D draft..netmod.. and are discussing it on = the > netmod WG list. Therefore I apply it to YANG I-D - to me, that is the > obvious connection - and the problem I keep seeing with YANG I-D is > lines too long - comment, description - in the YANG module so that is > the problem for which I want a solution (I see no problem with code > snippets). This has something to do with, I know not what, the > processing cycle of YANG modules, of the module being generated = outside > the I-D/RFC process and then being inserted without the constraints = that > the I-D/RFC process normally apply; I recall Benoit giving an > explanation. >=20 > However, when I ignore the I-D name and the list we are on, and take = the > text in isolation, then I wonder what are we doing here. This should = be > on a different list, art perhaps or the main ietf list, since what you > are proposing has nothing to do with netmod, YANG or any of the topics > that this list discusses; rather it seeks to change the whole of the > IETF. >=20 > So, put this up for adoption and I will oppose; this is outside our > remit. >=20 > Tom Petch >=20 >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod From nobody Fri Sep 28 17:59:59 2018 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 E48231292AD; Fri, 28 Sep 2018 17:59:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_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 SXveO-1VXvQD; Fri, 28 Sep 2018 17:59:47 -0700 (PDT) Received: from mail-pg1-x543.google.com (mail-pg1-x543.google.com [IPv6:2607:f8b0:4864:20::543]) (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 CAC62128A6E; Fri, 28 Sep 2018 17:59:47 -0700 (PDT) Received: by mail-pg1-x543.google.com with SMTP id q19-v6so5565866pgn.10; Fri, 28 Sep 2018 17:59:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YwrPDfQuot0htSjk9QY3FKmb2j4/G84DorubahB1T7A=; b=a+bU6JsBMfSi0Tj3k7ELF1wEIJOe73ye3OgaZrd5tIgKG0C6K5BdcJBp0kCVCAw4ZN dbXSaXeNy/b12kA+oaWQ4AcEqi0o+449suruWq/LO6pp0KWt2g3FN8BISahnpgHfDUpo wjfoixxA3Le/shlDIlfK7CkJhwEZrhrkJWTHehlQVvmHdYR4Tog8Zj+ZWU5l7+03gUuW il96ufsmjOKfSRO2z+y+5STjs/N5FhCz2bbFKZY4+BNm66T+anKyOPeQ4J7D2WEXW+PY 15aOA6DgTrpsk36273YBjz5lno8NAW7SZ9idDxqwAIAtiIA3YivTo4t7JBFrfxq8kuNO IHOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=YwrPDfQuot0htSjk9QY3FKmb2j4/G84DorubahB1T7A=; b=cJaE56Pr+DGvf+1TTSFn6hEOkz9hWUdMv8bPTYvv84QfAD923T3rprfVZZAvQcfxlP RYbQzuJy+NzKSbaZCo4LBxC8A40u2fZgK1syf4QBeBFkzaE4gNJ4g57cE0IwGhrtih1N iHZYnXRVbhbTaA453KC1b03teJWb8J5O4sjCuJL0KyEKFCxyUTgCeXTpJaj5hXVjnSyX gXB5C62TZKM6OB4lPWOgmNCC88i3UtHP5P9FBmDA3Kkk8kBZZ/2kVhaRuSAXvPIZUPNT Ept0qpFp/3iMGduL6YUyIQuF8g2G+hywrwL8on8ECfZK/V0fccjS2cT6HgLxO/JjjpP1 Uqlg== X-Gm-Message-State: ABuFfohaHwqQ6mj6DyJwNNeawV2GF8q3ybs/x4dci+xD6NUM84eUZKH9 aXd5UeJ+EdDoftuElrzgXDA= X-Google-Smtp-Source: ACcGV61Aqlti4vWfMCEOlkTuSGSKdw8rWrSZv5h9n/MIpt1NV8fGoZUB26QnmgLoIPI1gt+La2rFpQ== X-Received: by 2002:a62:cac4:: with SMTP id y65-v6mr1002322pfk.27.1538182787281; Fri, 28 Sep 2018 17:59:47 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id j22-v6sm8375196pfh.45.2018.09.28.17.59.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Sep 2018 17:59:46 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Mahesh Jethanandani In-Reply-To: <153802720046.21595.9868289852896623742.idtracker@ietfa.amsl.com> Date: Fri, 28 Sep 2018 17:59:44 -0700 Cc: The IESG , draft-ietf-netmod-acl-model@ietf.org, Kent Watsen , NetMod WG Chairs , netmod@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <95052300-05B9-4B7C-9D09-1694286E2E3E@gmail.com> References: <153802720046.21595.9868289852896623742.idtracker@ietfa.amsl.com> To: Adam Roach X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-acl-model-19: (with COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2018 00:59:50 -0000 Hi Adam, > On Sep 26, 2018, at 10:46 PM, Adam Roach wrote: >=20 > Adam Roach has entered the following ballot position for > draft-ietf-netmod-acl-model-19: No Objection >=20 > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut = this > introductory paragraph, however.) >=20 >=20 > Please refer to = https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. >=20 >=20 > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-netmod-acl-model/ >=20 >=20 >=20 > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- >=20 > Thanks to everyone who contributed their time and knowledge to this = document. I > have two minor comments. >=20 > Throughout the data module, the terms "ace" and "ACE" are used = interchangeably. > It would probably be good to rationalize these (I would suggest = "ACE=E2=80=9D). I went through the draft. The only places where the term =E2=80=9Cace=E2=80= =9D is used is to reference the node =E2=80=98ace=E2=80=99 in the model. = Where it is not referencing the node, the model uses =E2=80=9CACE=E2=80=9D= . Hope that clarifies. >=20 > = --------------------------------------------------------------------------= - >=20 > =C2=A74.3 and 4.4: >=20 > These examples use IPv4 addresses exclusively. Please update to use = IPv6 or a > mix of IPv4 and IPv6. See = https://www.iab.org/2016/11/07/iab-statement-on-ipv6/ > for additional information. Section 4.3 has two examples, one for IPv4 and one for IPv6. Thanks. Mahesh Jethanandani mjethanandani@gmail.com From nobody Fri Sep 28 18:23:08 2018 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 24BDB128A6E; Fri, 28 Sep 2018 18:22:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y03p3lNjtcqm; Fri, 28 Sep 2018 18:22:56 -0700 (PDT) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 1377A128CB7; Fri, 28 Sep 2018 18:22:56 -0700 (PDT) Received: by mail-pg1-x52c.google.com with SMTP id i4-v6so4993090pgq.9; Fri, 28 Sep 2018 18:22:56 -0700 (PDT) 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=JE3mTRfTJjzZCdR7S2oy9Qyfuhm7xtXtFoBeoQ9JGtk=; b=QixXyi5yKVhaCaNANQsFJX2YDCMW16txm4tWV/+njoY7V2RaqRoOGMrN3y8MeD+PpR Ge2VkpIjrflTJBVcsiD/AeFqkSSHMup7Cj2q5RvsXzz8bImORrfHkhh4WHgNtvHI7Zmt OVUCe3tMsIOQDxA5TcKVa0sH5xn598hO2H+g6BnplOR/FvRKKW+ilgO10/33ad9qyH3I mpUbSCSkoYzfipqBVcP3o/Q6NReYnQwGigQ9M7W9c1OQS2keLOrZ6cwSUys2AGDcez+j H4oa9qX/J63+mTEmT81N2SRqG3g6LIFm7d3YwybJdnR5XQKF93yxwv1eLtGwFGb4cft5 0+6w== 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=JE3mTRfTJjzZCdR7S2oy9Qyfuhm7xtXtFoBeoQ9JGtk=; b=K2+hZozV3JWg8nbbd9hfqGCrYhtzqyQwQc8ARb975XIzZTSUfooSwUFY1SRidSvT2+ 2hfhsAca0nL7hmERbp2Q8vS+Y7cyOIWJMGna0i2vgRvfmKEtJdmwPvdKuZnZ4gOWrRZ7 UyQrHhJ6mFWUk2hFgYYrMqPrOQh7CRmWzb+8YvAQPAwup9J/L4OekmYovmxb7OWzj+1M tn76UqeXsJSrdmoYeHV59FGpr7EmaCxLHqJDduxBKxXjcMMRQd7vcj+aAGfiVnHZvfdr T/q4vX7ZRp1tI/WGNdJWFfmHZWh98lJDC2YfLbQF0GRwRnU0o6HB4AEQxy4mTahJ0Yxa BJLQ== X-Gm-Message-State: ABuFfohvoaWvNTEzaayA+b7toND1sFw8UNhx4kYjE4YKZdEDvksT8wzc BO48D32aUT/h2Js0lyEx7a0ZFbAX X-Google-Smtp-Source: ACcGV62DQEIE4hi0RPBba9SJjii0d0Vf61bc6lv4ITjPf1Xvc8xeJ4ftbS8Hc9xjmmkkjOIDwwmPrQ== X-Received: by 2002:a17:902:bd42:: with SMTP id b2-v6mr1111081plx.52.1538184175528; Fri, 28 Sep 2018 18:22:55 -0700 (PDT) Received: from [10.52.174.170] ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id p75-v6sm9421048pfi.22.2018.09.28.18.22.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Sep 2018 18:22:54 -0700 (PDT) From: Mahesh Jethanandani Message-Id: <555BEB32-8C57-44C3-9815-E848632CE81E@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_8AD33F29-1DBF-42F8-8D78-E91B84A0E435" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Fri, 28 Sep 2018 18:22:53 -0700 In-Reply-To: <20180928164008.GL24695@kduck.kaduk.org> Cc: The IESG , NetMod WG Chairs , draft-ietf-netmod-acl-model@ietf.org, netmod@ietf.org To: Benjamin Kaduk References: <153798309730.21505.1520623050565556854.idtracker@ietfa.amsl.com> <8E8F2331-9C66-40BD-8A4A-0176ABD7EE09@gmail.com> <20180928164008.GL24695@kduck.kaduk.org> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [netmod] Benjamin Kaduk's Discuss on draft-ietf-netmod-acl-model-19: (with DISCUSS and COMMENT) X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Sep 2018 01:22:59 -0000 --Apple-Mail=_8AD33F29-1DBF-42F8-8D78-E91B84A0E435 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [Removing the resolved items] > On Sep 28, 2018, at 9:40 AM, Benjamin Kaduk wrote: >=20 >>> Section 1 >>>=20 >>> The match criteria allows for definition of packet headers and >>> metadata, all of which must be true for the match to occur. >>>=20 >>> nit: Is this missing a word like "contents=E2=80=9D? >>=20 >> I am not sure if we are, possibly because I do not understand what = you mean by =E2=80=9Ccontents=E2=80=9D. ACL rules are written to match = against packet headers and metadata. They are not written to match = against the =E2=80=9Ccontents=E2=80=9D of the packet. >=20 > "definition of packet headers and metadata" sounds like something that = a > protocol designer or hardware vendor specifies; it's the values of = those > fields that a firewall device is using for its logic. Ahh! I see what you mean. How about this? OLD: The match criteria allows for definition of packet headers and metadata, all of which must be true for the match to occur. NEW: The match criteria allows for definition of packet headers and metadata, the contents of which must match the definitions. Thanks. Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_8AD33F29-1DBF-42F8-8D78-E91B84A0E435 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [Removing the resolved items]

On Sep = 28, 2018, at 9:40 AM, Benjamin Kaduk <kaduk@mit.edu> wrote:

Section 1

 The match criteria allows for definition = of packet headers and
 metadata, all of which must be = true for the match to occur.

nit: Is this = missing a word like "contents=E2=80=9D?

I am not sure if we are, possibly because I do not understand = what you mean by =E2=80=9Ccontents=E2=80=9D.  ACL rules are written = to match against packet headers and metadata. They are not written to = match against the =E2=80=9Ccontents=E2=80=9D of the packet.

"definition of packet headers and metadata" sounds like = something that a
protocol designer or hardware vendor specifies; it's the = values of those
fields that a firewall device is using for its = logic.

Ahh! I = see what you mean. How about this?

OLD:
   The match criteria allows for definition of packet headers and
   metadata, all of which must be true for the match to occur.


NEW:
   The match criteria allows for definition of packet headers and
   metadata, the contents of which must match the definitions.

Thanks.

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_8AD33F29-1DBF-42F8-8D78-E91B84A0E435-- From nobody Fri Sep 28 18:34:16 2018 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 7F1FC130DEB for ; Fri, 28 Sep 2018 18:34:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 1RbOWSkaieq1 for ; Fri, 28 Sep 2018 18:34:12 -0700 (PDT) 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 E18A3130DD8 for ; Fri, 28 Sep 2018 18:34:11 -0700 (PDT) Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 7D34AB01F7F5E for ; Sat, 29 Sep 2018 02:34:06 +0100 (IST) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.399.0; Sat, 29 Sep 2018 02:34:07 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.200]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0399.000; Sat, 29 Sep 2018 09:34:00 +0800 From: Qin Wu To: "adrian@olddog.co.uk" , 'Kent Watsen' , 'tom petch' CC: "netmod@ietf.org" Thread-Topic: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.txt Thread-Index: AQHUUaLhDb/MxpeOeECuxJqvPfpvOqUFxR0AgAAd9gCAAJzEEA== Date: Sat, 29 Sep 2018 01:33:59 +0000 Message-ID: References: <056001d451a2$d3412240$4001a8c0@gateway.2wire.net> <1A7EF333-2DA0-4D51-B44C-63AF3D6D628B@juniper.net> <034a01d454b4$caf3aa80$4001a8c0@gateway.2wire.net> <045c01d45723$d2f17b60$4001a8c0@gateway.2wire.net> <906263FB-874E-427B-9119-3936B987C42B@juniper.net> <065301d45786$3b9b88b0$b2d29a10$@olddog.co.uk> In-Reply-To: <065301d45786$3b9b88b0$b2d29a10$@olddog.co.uk> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.33.244] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netmod] New Version Notification for draft-kwatsen-netmod-artwork-folding-07.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: Sat, 29 Sep 2018 01:34:15 -0000 KzEsIGJvaWxpbmcgb2NlYW4gYW5kIG1ha2luZyBhIGNvbW1vbiBzb2x1dGlvbiB0byBhZGRyZXNz IHNvbWUgdmFyaW91cyB1c2UgY2FzZXMgYmV5b25kIHNjb3BlIG9mIG5ldG1vZCwgWUFORyBpcyBu b3Qgb3VyIGludGVudGlvbi4NCldlIGhhdmUgYWxyZWFkeSB0cmllZCB0byBjb21lIHVwIHdpdGgg Y29tcGxpY2F0ZSBzb2x1dGlvbnMgKGUuZy4sIGZvcm1hdCBhd2FyZSBmb2xkaW5nKWJlZm9yZSBh bmQgdW5mb3J0dW5hdGVseSBpdCBhZGRzIGEgbG90IG9mIGNvbXBsZXhpdHkgDQphbmQgaGFzIGEg bG90IG9mIGxpbWl0YXRpb25zLg0KDQotUWluDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hk u7bkuro6IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSDku6PooaggQWRy aWFuIEZhcnJlbA0K5Y+R6YCB5pe26Ze0OiAyMDE45bm0OeaciDI55pelIDc6NTINCuaUtuS7tuS6 ujogJ0tlbnQgV2F0c2VuJzsgJ3RvbSBwZXRjaCcNCuaKhOmAgTogbmV0bW9kQGlldGYub3JnDQrk uLvpopg6IFJlOiBbbmV0bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWt3 YXRzZW4tbmV0bW9kLWFydHdvcmstZm9sZGluZy0wNy50eHQNCg0KQWxsLCB0aGUgc2NvcGUgaGFz IGJlY29tZSBlbGFzdGljIG92ZXIgdGltZS4NCg0KV2hlbiB3ZSBmaXJzdCB3cm90ZSBkcmFmdC13 dS1uZXRtb2QteWFuZy14bWwtZG9jLWNvbnZlbnRpb25zIHdlIHdlcmUgYWRkcmVzc2luZyBhIHZl cnkgc3BlY2lmaWMgcHJvYmxlbTogZHJhZnRzIGFuZCBSRkNzIGNvbnRhaW4gZnJhZ21lbnRzIChl eGFtcGxlcykgb2YgWUFORyAobm90IHRoZSBZQU5HIG1vZHVsZXMgdGhlbXNlbHZlcywgYnV0IGV4 YW1wbGVzIHdpdGggYWN0dWFsIHZhbHVlcykuIFRob3NlIGZyYWdtZW50cyBvZnRlbiBleHRlbmQg b3ZlciA3MyBjb2x1bW5zIGFuZCBzbyBoYXZlIHRvIGJlIHdyYXBwZWQgZnJvbSBwcmVzZW50YXRp b24gaW4gdGhlIGRyYWZ0L1JGQywgYnV0IHRoaXMgY3JlYXRlcyBpbnZhbGlkIFlBTkcuIFNvIHNv bWUgZm9ybSBvZiBkb2N1bWVudGF0aW9uIGNvbnZlbnRpb24gaXMgbmVlZGVkIHRvIGluZGljYXRl IHRoYXQgdGhlIGV4YW1wbGVzIHNob3VsZCBub3QgYmUgdHJlYXRlZCBhcyB2YWxpZCBZQU5HIGFu ZCB0byBoZWxwIHNvbWVvbmUgbWFwIHRoZW0gdG8gdmFsaWQgWUFORy4NCg0KTW9zdCBkb2N1bWVu dHMgdGhhdCBlbmNvdW50ZXJlZCB0aGlzIHByb2JsZW0gZWl0aGVyIGRvZGdlZCBpdCAoaG9waW5n IGEgcmV2aWV3ZXIgd291bGQgbm90IGNvbXBsYWluKSBvciBkZWZpbmVkIHRoZWlyIG93biBsaW5l IHdyYXBwaW5nIHJ1bGVzLiBXZSB0aG91Z2h0IGl0IHdvdWxkIGJlIGhlbHBmdWwgdG8gaGF2ZSBh IGNvbW1vbiBhcHByb2FjaCBhbmQgdGhhdCB3YXMgd2hhdCB3ZSBmb2N1c2VkIG9uLg0KDQpXZSBh bHNvIG5vdGljZWQgdGhhdCAocHJvYmFibHkgZm9yIGZvcm1hdHRpbmcgcmVhc29ucykgdGhlIGV4 YW1wbGVzIHdlcmUgb2Z0ZW4gYmVpbmcgcHJvZHVjZWQgdXNpbmcgdGhlIDxhcnR3b3JrPiBjb25z dHJ1Y3QgaW4gdGhlIHNvdXJjZSBYTUwuIFNvIGl0IHNlZW1lZCB0aGF0IHRoZXJlIHdvdWxkIGJl IHZhbHVlIGluIGRlZmluaW5nIGhvdyB0aGF0IGFydHdvcmsgY291bGQgYmUgYXV0b21hdGljYWxs eSB3cmFwcGVkIGFsbG93aW5nIHRoZSBhdXRob3JzIHRvIG5vdCB3b3JyeSBhYm91dCBsaW5lIHdy YXBwaW5nLg0KDQpXZSByZWNvZ25pc2VkIHRoYXQgd3JhcHBpbmcgZmlndXJlcyB3b3VsZCBwcm9i YWJseSBiZSBjb25mdXNpbmcgYW5kIGNvdW50ZXItcHJvZHVjdGl2ZSBzbyB3ZSByZWNvbW1lbmQg YWdhaW5zdCBpdC4gQW5kIHdlIG1hZGUgaXQgYW4gZXhwbGljaXQgdGhpbmcgbm90IGEgZGVmYXVs dC4NCg0KQ29udmVyc2VseSwgd2Ugbm90ZWQgdGhhdCBvdGhlciAic2FtcGxlIGNvZGUiIG1pZ2h0 IGJlbmVmaXQgZnJvbSB3cmFwcGluZywgc28gd2UgdGhvdWdodCB0aGF0IHNob3VsZCBiZSBpbiBz Y29wZS4NCg0KVGhlbiB3ZSBtZXJnZWQgb3VyIGVmZm9ydHMgd2l0aCBLZW50J3MuDQoNClRoYXQn cyBob3cgd2UgZ290IGhlcmUuDQoNCg0KTm93LCB0byB0YWtlIGl0IGZvcndhcmQsIEkgd291bGQg bGlrZSB0byBjb25zdHJhaW4gb3VyIGVmZm9ydHMgdG8gc29sdmluZyB0aGUgcHJvYmxlbSBhdCBo YW5kLiBJZiBvdXIgc29sdXRpb24gaGFzIHdpZGVyIGFwcGxpY2FiaWxpdHksIHRoYXQncyBncmVh dC4gQnV0IGNhbiB3ZSByZWNvZ25pc2UgdGhhdCB0aGUgb3ZlcndoZWxtaW5nIGJ1bGsgb2YgY2Fz ZSB3ZSBzZWUgdG9kYXkgYXJlIGluIFlBTkcgZG9jdW1lbnRzIGFuZCB0aGF0J3MgdXAgdG8gdXMg dG8gc29sdmUuDQoNClRoYW5rcywNCkFkcmlhbg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IG5ldG1vZCBbbWFpbHRvOm5ldG1vZC1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgS2VudCBXYXRzZW4NCj4gU2VudDogMjggU2VwdGVtYmVyIDIwMTggMjM6MDUNCj4g VG86IHRvbSBwZXRjaA0KPiBDYzogbmV0bW9kQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbbmV0 bW9kXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIA0KPiBkcmFmdC1rd2F0c2VuLW5ldG1v ZC0gYXJ0d29yay1mb2xkaW5nLTA3LnR4dA0KPiANCj4gDQo+IEhpIFRvbSwNCj4gDQo+IEFzIGNv bnRyaWJ1dG9yLCBJIGFncmVlIHdpdGggeW91LiAgVGhlIG9ubHkgcmVhc29uIHRoYXQgaXQgaXMg aGVyZSBub3cgDQo+IGlzIGJlY2F1c2UgZHJhZnQtd3UtbmV0bW9kLXlhbmcteG1sLWRvYy1jb252 ZW50aW9ucyBkaWQuDQo+IA0KPiBBcyBjaGFpciwgbGV0IG1lIGRpc2N1c3Mgd2l0aCBteSBjby1j aGFpcnMuIE1lYW53aGlsZSwgd291bGQgbG92ZSB0byANCj4gaGVhciBvdGhlcnMgb3BpbmlvbnMu DQo+IA0KPiBLZW50DQo+IA0KPiANCj4gLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiAN Cj4g77u/S2VudA0KPiANCj4gU3RlcHBpbmcgYmFjaywgSSB0aGluayB0aGF0IHRoZXJlIGlzIGEg cHJvYmxlbSBvZiBhcHBsaWNhYmlsaXR5Lg0KPiANCj4gWW91IGhhdmUgbGFiZWxsZWQgdGhpcyBJ LUQgZHJhZnQuLm5ldG1vZC4uIGFuZCBhcmUgZGlzY3Vzc2luZyBpdCBvbiANCj4gdGhlIG5ldG1v ZCBXRyBsaXN0LiAgVGhlcmVmb3JlIEkgYXBwbHkgaXQgdG8gWUFORyBJLUQgLSB0byBtZSwgdGhh dCBpcyANCj4gdGhlIG9idmlvdXMgY29ubmVjdGlvbiAtIGFuZCB0aGUgcHJvYmxlbSBJIGtlZXAg c2VlaW5nIHdpdGggWUFORyBJLUQgDQo+IGlzIGxpbmVzIHRvbyBsb25nIC0gY29tbWVudCwgZGVz Y3JpcHRpb24gLSBpbiB0aGUgWUFORyBtb2R1bGUgc28gdGhhdCANCj4gaXMgdGhlIHByb2JsZW0g Zm9yIHdoaWNoIEkgd2FudCBhIHNvbHV0aW9uIChJIHNlZSBubyBwcm9ibGVtIHdpdGggY29kZSAN Cj4gc25pcHBldHMpLiAgVGhpcyBoYXMgc29tZXRoaW5nIHRvIGRvIHdpdGgsIEkga25vdyBub3Qg d2hhdCwgdGhlIA0KPiBwcm9jZXNzaW5nIGN5Y2xlIG9mIFlBTkcgbW9kdWxlcywgb2YgdGhlIG1v ZHVsZSBiZWluZyBnZW5lcmF0ZWQgDQo+IG91dHNpZGUgdGhlIEktRC9SRkMgcHJvY2VzcyBhbmQg dGhlbiBiZWluZyBpbnNlcnRlZCB3aXRob3V0IHRoZSANCj4gY29uc3RyYWludHMgdGhhdCB0aGUg SS1EL1JGQyBwcm9jZXNzIG5vcm1hbGx5IGFwcGx5OyBJIHJlY2FsbCBCZW5vaXQgDQo+IGdpdmlu ZyBhbiBleHBsYW5hdGlvbi4NCj4gDQo+IEhvd2V2ZXIsIHdoZW4gSSBpZ25vcmUgdGhlIEktRCBu YW1lIGFuZCB0aGUgbGlzdCB3ZSBhcmUgb24sIGFuZCB0YWtlIA0KPiB0aGUgdGV4dCBpbiBpc29s YXRpb24sIHRoZW4gSSB3b25kZXIgd2hhdCBhcmUgd2UgZG9pbmcgaGVyZS4gIFRoaXMgDQo+IHNo b3VsZCBiZSBvbiBhIGRpZmZlcmVudCBsaXN0LCBhcnQgcGVyaGFwcyBvciB0aGUgbWFpbiBpZXRm IGxpc3QsIA0KPiBzaW5jZSB3aGF0IHlvdSBhcmUgcHJvcG9zaW5nIGhhcyBub3RoaW5nIHRvIGRv IHdpdGggbmV0bW9kLCBZQU5HIG9yIA0KPiBhbnkgb2YgdGhlIHRvcGljcyB0aGF0IHRoaXMgbGlz dCBkaXNjdXNzZXM7IHJhdGhlciBpdCBzZWVrcyB0byBjaGFuZ2UgDQo+IHRoZSB3aG9sZSBvZiB0 aGUgSUVURi4NCj4gDQo+IFNvLCBwdXQgdGhpcyB1cCBmb3IgYWRvcHRpb24gYW5kIEkgd2lsbCBv cHBvc2U7IHRoaXMgaXMgb3V0c2lkZSBvdXIgDQo+IHJlbWl0Lg0KPiANCj4gVG9tIFBldGNoDQo+ IA0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IG5ldG1vZCBtYWlsaW5nIGxpc3QNCj4gbmV0bW9kQGlldGYub3JnDQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9kDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpuZXRtb2QgbWFpbGluZyBsaXN0DQpuZXRt b2RAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0bW9k DQo= From nobody Sun Sep 30 02:37:48 2018 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 8095A130DF2 for ; Sun, 30 Sep 2018 02:37:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 zCMeQeTvRUph for ; Sun, 30 Sep 2018 02:37:44 -0700 (PDT) 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 571C8130DF0 for ; Sun, 30 Sep 2018 02:37:44 -0700 (PDT) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 0E9F58BAC50D7 for ; Sun, 30 Sep 2018 10:37:40 +0100 (IST) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.399.0; Sun, 30 Sep 2018 10:37:41 +0100 Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.200]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0399.000; Sun, 30 Sep 2018 17:37:36 +0800 From: Qin Wu To: "netmod@ietf.org" Thread-Topic: I-D Action: draft-wu-netmod-base-notification-nmda-00.txt Thread-Index: AQHUS/7Xzi9QKyiO4kmqGm3OSSXt3aUIqfAw Date: Sun, 30 Sep 2018 09:37:36 +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.138.33.244] 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-wu-netmod-base-notification-nmda-00.txt X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 09:37:47 -0000 Tk1EQSBCYXNlIE5vdGlmaWNhdGlvbiBoYXMgYmVlbiB1cGRhdGVkIGJhc2VkIG9uIGRpc2N1c3Np b24gaW4gbGFzdCBtZWV0aW5nIGFuZCBjb21tZW50cyBvbiB0aGUgbGlzdA0KQW5kIHJlc3VibWl0 dGVkIHRvIE5ldG1vZCBXRyBhcyB2LTAwIGRyYWZ0Lg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvaHRtbC9kcmFmdC13dS1uZXRtb2QtYmFzZS1ub3RpZmljYXRpb24tbm1kYS0wMA0K WW91ciByZXZpZXcgYW5kIGNvbW1lbnRzIGFyZSB3ZWxjb21lLg0KDQotUWluDQotLS0tLdPKvP7U rbz+LS0tLS0NCreivP7IyzogSS1ELUFubm91bmNlIFttYWlsdG86aS1kLWFubm91bmNlLWJvdW5j ZXNAaWV0Zi5vcmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAx OMTqOdTCMTTI1SAxNTo0NA0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCtb3zOI6IEkt RCBBY3Rpb246IGRyYWZ0LXd1LW5ldG1vZC1iYXNlLW5vdGlmaWNhdGlvbi1ubWRhLTAwLnR4dA0K DQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIElu dGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCg0KDQogICAgICAgIFRpdGxlICAgICAgICAgICA6 IE5NREEgQmFzZSBOb3RpZmljYXRpb24gZm9yIEFwcGxpZWQgSW50ZW5kZWQgQ29uZmlndXJhdGlv bg0KICAgICAgICBBdXRob3JzICAgICAgICAgOiBRaW4gV3UNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgUm9oaXQgUiBSYW5hZGUNCglGaWxlbmFtZSAgICAgICAgOiBkcmFmdC13dS1uZXRtb2Qt YmFzZS1ub3RpZmljYXRpb24tbm1kYS0wMC50eHQNCglQYWdlcyAgICAgICAgICAgOiAxNQ0KCURh dGUgICAgICAgICAgICA6IDIwMTgtMDktMTQNCg0KQWJzdHJhY3Q6DQogICBUaGUgTmV0d29yayBD b25maWd1cmF0aW9uIFByb3RvY29sIChORVRDT05GKWFuZCBSRVNUQ09ORiBwcm92aWRlcw0KICAg bWVjaGFuaXNtcyB0byBtYW5pcHVsYXRlIGNvbmZpZ3VyYXRpb24gZGF0YXN0b3Jlcy4gIE5NREEg aW50cm9kdWNlcw0KICAgYWRkaXRpb25hbCBkYXRhc3RvcmVzIGZvciBzeXN0ZW1zIHRoYXQgc3Vw cG9ydCBtb3JlIGFkdmFuY2VkDQogICBwcm9jZXNzaW5nIGNoYWlucyBjb252ZXJ0aW5nIGNvbmZp Z3VyYXRpb24gdG8gb3BlcmF0aW9uYWwgc3RhdGUuDQogICBIb3dldmVyLCBjbGllbnQgYXBwbGlj YXRpb25zIGFyZSBub3QgYWJsZSB0byBiZSBhd2FyZSBvZiBjb21tb24NCiAgIGV2ZW50cyBpbiB0 aGVzZSBhZGRpdGlvbmFsIGRhdHN0b3JlcyBvZiB0aGUgbWFuYWdlbWVudCBzeXN0ZW0sIHN1Y2gN CiAgIGFzIGEgYXBwbGllZCBjb25maWd1cmF0aW9uIHN0YXRlIGNoYW5nZSBpbiBORVRDT05GIHNl cnZlciBvciBSRVNUQ09ORg0KICAgc2VydmVyLCB0aGF0IG1heSBpbXBhY3QgbWFuYWdlbWVudCBh cHBsaWNhdGlvbnMuICBUaGlzIGRvY3VtZW50DQogICBkZWZpbmUgYSBZQU5HIG1vZHVsZSB0aGF0 IGFsbG93cyBhIGNsaWVudCB0byByZWNlaXZlIGFkZGl0aW9uYWwNCiAgIG5vdGlmaWNhdGlvbnMg Zm9yIHNvbWUgY29tbW9uIHN5c3RlbSBldmVudHMgcGVydGFpbmluZyB0byB0aGUgTmV0d29yaw0K ICAgTWFuYWdlbWVudCBEYXRhc3RvcmUgQXJjaGl0ZWN0dXJlIChOTURBKSBkZWZpbmVkIGluIFtS RkM4MzQyXS4NCg0KDQpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBk cmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXd1LW5ldG1v ZC1iYXNlLW5vdGlmaWNhdGlvbi1ubWRhLw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJz aW9ucyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtd3Ut bmV0bW9kLWJhc2Utbm90aWZpY2F0aW9uLW5tZGEtMDANCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtd3UtbmV0bW9kLWJhc2Utbm90aWZpY2F0aW9uLW5tZGEtMDAN Cg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv bSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURyYWZ0cyBh cmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9y Zy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpJLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0DQpJLUQtQW5ub3VuY2VAaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNl DQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cu aHRtbCBvciBmdHA6Ly9mdHAuaWV0Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4dA0K From nobody Sun Sep 30 13:15:38 2018 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 EAEB41294D0; Sun, 30 Sep 2018 13:15:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 GCzFV319pLEx; Sun, 30 Sep 2018 13:15:34 -0700 (PDT) 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 361DB1286D9; Sun, 30 Sep 2018 13:15:34 -0700 (PDT) Received: from mb.local (c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPA id w8UKFXbL006199; Sun, 30 Sep 2018 20:15:33 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209] claimed to be mb.local To: NETMOD Working Group , "netmod-chairs@ietf.org" From: joel jaeggli Openpgp: preference=signencrypt Autocrypt: addr=joelja@bogus.com; prefer-encrypt=mutual; keydata= xsDiBD832SIRBADVEfzsfIX+fuN2XUPyyEXP4Mq8dqpjmcy+XTIHzZLVKzxmP+17zJYTj9MR dMA5vuZRsRpzFoeDMOJyHVVyaQeSwEApO3FJOej+CNAXpaTLYgobL1XcsQXMTbeNT5x9ZK+R ZQtoC8Vunv6UTygY+kHUHvNijhVtJtCcAW0NE2fiWwCgjKPAldaGNbPg6SKvSTFipsPPqoUE ALKjZApjCG/3Yi4kHgzCQw65mfE9u8O7bZcrvmzzRgmwShyQjrRNgxhwl2q9+e8Uo6kuk56q 0Q4On6y873W6EtBRYLTU5MiIK3mspi5YYpIi/F2XTkcW6Dx/C/ZQQ8WddAyX6QLAXHYMus86 x7tzjGM3HVlvJpWTb4CqcDOcvZakA/9aJhMEffleJx+6xrjZTUYvAQDYUSRWNmc+ehyAuh/B KH0DKqhkLlm0SBdsnKvQHXbdjhu9m9K4E6aR/s117QK60jZo1XNrVKJ1oM3X+2DNmDBl/K33 e/tPSC8byvD77doezHvWvE5n50KIEZezVgMkYWDSPWb0nefdXLY5+rgfms0fSm9lbCBKYWVn Z2xpIDxqb2VsamFAYm9ndXMuY29tPsJjBBMRAgAjAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC F4AFAk3mKPcCGQEACgkQ8AA1q7Z/VrJ6vgCfYITQSd0+WXcYjEoj8+tNys5egPcAn3OUUHVt JElVkSSARJ4XWjRYqKiazsNNBD8320MQEACTNxol/GIZW4CGUnyIlr+13Dqx8aHZfbd96UQE Ys9mZkBxwP2V7D00tOETcY5apr9tr9oHf5p4xA2l2oE8KR4xbF6+0XIpeYzRcl5d0iUaSMwm HcX3J/+XyZegJqTG7zMEK72c1tPVrra9DRNZP+rhKFLJJornDiQJFQVhtQE37WA1kmC6rlyR KHA2RMYS3IugAgJfuy5pZn/5jKCv+ZxIv7tnk7GUQWwfPdr4PokPCBxSXUYch98Rcq3dbCio 8FPmrfI6K2Z9NMa/gXGpF3ynmxDJLY31aPgbUiv9VllZoeMkotbXHW1zrsXte/1MEgFrlkiQ WDJ/dHjlCdlFASfaPvVXxdiUgH7LV3cW+BOY2z4VVwhYM6/kTDoLKWZ3opBeN9KcAHPRFCkA fxwAu8PNgi74lMjcFzu66U8vVM37YqSYpXsi+mlwZDhzCJ8qm9FDwaH2bB1LJ7m41F098B29 SRG3s/XXgTCSt0js/yUp9EXRPQpME99GvwiBNFN9p9e45ZqS85Wll6GqHh+Jyvq0ODWH6XOz uop3UUqw6I2Q8rG7e/uxKWcFnt1q48uhdTHA0TfnYC5HpHf/tAuR+ui6s16xrENgFgeeu4b/ q/jA4N1ZuJU7IbnO5f28YTlJOef/HywY3OXBsrdhEXKLIc5xRj6NC4WphyQ9MQrx8cS1bwAD BQ//WNM1WUlr6tIn8/7SIqqHRg3UmzVNu4u+r9rK9LJkYRLA4xKb/TrqDhP9oyO7Oz2S5CsF wjiPc1vzGzfRgIOArPJrejM4BzHQ03tl1qb/5YNDaB1QzfPv6dT9OkhMMuth0tcmH5sjfbiF Nc41aKU5w4FFkTv3XmrXciz4+PWbAYGB7pYbhGmsx//9C2bS56Bu1QkFeSCzN5AvWAmJfyPU yMXFKDe21DlImMdkrn/K838Lm8o0CLOKbJBX8K0pE4rGEf20FLfmHx/bLZRcWhTm8cB/vHNd 8GhwFlvHylj6+5QtR0Tc0hBcOG8SZktjE/hEiYi+dAZCrwT9i8Hjulnx/vu+Knt40+5CB2hk L1VQwdGWLYO4FGqWwwv0Y8XhWOudLYCZQWrgOsIzYezahC5b9iobFx8dgAElXNPTxI/dymrI d/6foyBrGnzzOnV/gfWfQp7N1rbrh0mQXRhwwwQIjlmbUyz8fTlaTcAo8ocXTVUb6WY7U5nr ufzKsFceR/olFnvZKKhbGVG6VvqNLS1r5lcRR1J7GVZM+Sb2ZNKgnwiUf8yxKfWg84NUPt/b etviJ73LVPdjV1PNZgcxfPRO3XL6Y9FaBP9oB4f58ujuhzOLUt+6I0KuzY8H5RBBaIrJJptl DEOnxFn1J7Q0uxQ2BzqfZdKTwJS4OCjm+OsLd8HCRgQYEQIABgUCPzfbQwAKCRDwADWrtn9W soUzAJ4zatxnKYcGdyoFojBc1Y2jqaHZsQCbB25DmeFRx14xxuxdAXb0wsKf35w= Message-ID: <5e1154d7-eb1e-5c74-e7e9-9983335b6cc5@bogus.com> Date: Sun, 30 Sep 2018 13:15:25 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mJ1U7TNAinOHo9BUWWb6XWrPrv1OBlIDm" Archived-At: Subject: [netmod] Important milestones for IETF 103 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 20:15:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mJ1U7TNAinOHo9BUWWb6XWrPrv1OBlIDm Content-Type: multipart/mixed; boundary="z5o1B3YIqxv7JWlyAF7k3xib0Vgatx7DN"; protected-headers="v1" From: joel jaeggli To: NETMOD Working Group , "netmod-chairs@ietf.org" Message-ID: <5e1154d7-eb1e-5c74-e7e9-9983335b6cc5@bogus.com> Subject: Important milestones for IETF 103 --z5o1B3YIqxv7JWlyAF7k3xib0Vgatx7DN Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Folks, Important upcoming milestones for the IETF 103 Bankok meeting include: 2018-10-05 - Agenda published, and we will know when we are meeting. 2018-10-22 - Draft submission deadline, 2 weeks out from meeting. 2018-10-24 - Working group agendas due. 2018-11-03 - Meeting commences Working backwards from that discussion of new submitted drafts aimed at or before the deadline should really be underway by the time we have to submit an agenda. Thanks Joel --z5o1B3YIqxv7JWlyAF7k3xib0Vgatx7DN-- --mJ1U7TNAinOHo9BUWWb6XWrPrv1OBlIDm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iF0EARECAB0WIQRcbgEEuvBAsFvTw4vwADWrtn9WsgUCW7Eu3QAKCRDwADWrtn9W smaAAJ95NElRL/3cDk8KEP7MZaa/Kp8NHgCfSNJStr2DtKOszzWDg5wkadqLWSU= =nD1O -----END PGP SIGNATURE----- --mJ1U7TNAinOHo9BUWWb6XWrPrv1OBlIDm-- From nobody Sun Sep 30 13:17:54 2018 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 C1C8E1294D0; Sun, 30 Sep 2018 13:17:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 ZdC8FInAIq3s; Sun, 30 Sep 2018 13:17:51 -0700 (PDT) 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 087801286D9; Sun, 30 Sep 2018 13:17:51 -0700 (PDT) Received: from mb.local (c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPA id w8UKHnWv006227; Sun, 30 Sep 2018 20:17:49 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209] claimed to be mb.local To: Andy Bierman , Juergen Schoenwaelder , joelja@gmail.com, draft-ietf-netmod-module-tags@ietf.org, NetMod WG References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> From: joel jaeggli Openpgp: preference=signencrypt Autocrypt: addr=joelja@bogus.com; prefer-encrypt=mutual; keydata= xsDiBD832SIRBADVEfzsfIX+fuN2XUPyyEXP4Mq8dqpjmcy+XTIHzZLVKzxmP+17zJYTj9MR dMA5vuZRsRpzFoeDMOJyHVVyaQeSwEApO3FJOej+CNAXpaTLYgobL1XcsQXMTbeNT5x9ZK+R ZQtoC8Vunv6UTygY+kHUHvNijhVtJtCcAW0NE2fiWwCgjKPAldaGNbPg6SKvSTFipsPPqoUE ALKjZApjCG/3Yi4kHgzCQw65mfE9u8O7bZcrvmzzRgmwShyQjrRNgxhwl2q9+e8Uo6kuk56q 0Q4On6y873W6EtBRYLTU5MiIK3mspi5YYpIi/F2XTkcW6Dx/C/ZQQ8WddAyX6QLAXHYMus86 x7tzjGM3HVlvJpWTb4CqcDOcvZakA/9aJhMEffleJx+6xrjZTUYvAQDYUSRWNmc+ehyAuh/B KH0DKqhkLlm0SBdsnKvQHXbdjhu9m9K4E6aR/s117QK60jZo1XNrVKJ1oM3X+2DNmDBl/K33 e/tPSC8byvD77doezHvWvE5n50KIEZezVgMkYWDSPWb0nefdXLY5+rgfms0fSm9lbCBKYWVn Z2xpIDxqb2VsamFAYm9ndXMuY29tPsJjBBMRAgAjAhsDBgsJCAcDAgQVAggDBBYCAwECHgEC F4AFAk3mKPcCGQEACgkQ8AA1q7Z/VrJ6vgCfYITQSd0+WXcYjEoj8+tNys5egPcAn3OUUHVt JElVkSSARJ4XWjRYqKiazsNNBD8320MQEACTNxol/GIZW4CGUnyIlr+13Dqx8aHZfbd96UQE Ys9mZkBxwP2V7D00tOETcY5apr9tr9oHf5p4xA2l2oE8KR4xbF6+0XIpeYzRcl5d0iUaSMwm HcX3J/+XyZegJqTG7zMEK72c1tPVrra9DRNZP+rhKFLJJornDiQJFQVhtQE37WA1kmC6rlyR KHA2RMYS3IugAgJfuy5pZn/5jKCv+ZxIv7tnk7GUQWwfPdr4PokPCBxSXUYch98Rcq3dbCio 8FPmrfI6K2Z9NMa/gXGpF3ynmxDJLY31aPgbUiv9VllZoeMkotbXHW1zrsXte/1MEgFrlkiQ WDJ/dHjlCdlFASfaPvVXxdiUgH7LV3cW+BOY2z4VVwhYM6/kTDoLKWZ3opBeN9KcAHPRFCkA fxwAu8PNgi74lMjcFzu66U8vVM37YqSYpXsi+mlwZDhzCJ8qm9FDwaH2bB1LJ7m41F098B29 SRG3s/XXgTCSt0js/yUp9EXRPQpME99GvwiBNFN9p9e45ZqS85Wll6GqHh+Jyvq0ODWH6XOz uop3UUqw6I2Q8rG7e/uxKWcFnt1q48uhdTHA0TfnYC5HpHf/tAuR+ui6s16xrENgFgeeu4b/ q/jA4N1ZuJU7IbnO5f28YTlJOef/HywY3OXBsrdhEXKLIc5xRj6NC4WphyQ9MQrx8cS1bwAD BQ//WNM1WUlr6tIn8/7SIqqHRg3UmzVNu4u+r9rK9LJkYRLA4xKb/TrqDhP9oyO7Oz2S5CsF wjiPc1vzGzfRgIOArPJrejM4BzHQ03tl1qb/5YNDaB1QzfPv6dT9OkhMMuth0tcmH5sjfbiF Nc41aKU5w4FFkTv3XmrXciz4+PWbAYGB7pYbhGmsx//9C2bS56Bu1QkFeSCzN5AvWAmJfyPU yMXFKDe21DlImMdkrn/K838Lm8o0CLOKbJBX8K0pE4rGEf20FLfmHx/bLZRcWhTm8cB/vHNd 8GhwFlvHylj6+5QtR0Tc0hBcOG8SZktjE/hEiYi+dAZCrwT9i8Hjulnx/vu+Knt40+5CB2hk L1VQwdGWLYO4FGqWwwv0Y8XhWOudLYCZQWrgOsIzYezahC5b9iobFx8dgAElXNPTxI/dymrI d/6foyBrGnzzOnV/gfWfQp7N1rbrh0mQXRhwwwQIjlmbUyz8fTlaTcAo8ocXTVUb6WY7U5nr ufzKsFceR/olFnvZKKhbGVG6VvqNLS1r5lcRR1J7GVZM+Sb2ZNKgnwiUf8yxKfWg84NUPt/b etviJ73LVPdjV1PNZgcxfPRO3XL6Y9FaBP9oB4f58ujuhzOLUt+6I0KuzY8H5RBBaIrJJptl DEOnxFn1J7Q0uxQ2BzqfZdKTwJS4OCjm+OsLd8HCRgQYEQIABgUCPzfbQwAKCRDwADWrtn9W soUzAJ4zatxnKYcGdyoFojBc1Y2jqaHZsQCbB25DmeFRx14xxuxdAXb0wsKf35w= Message-ID: <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> Date: Sun, 30 Sep 2018 13:17:41 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="erUqmDkPWCwnAyTVrWBqFMIKKAnj7y508" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 20:17:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --erUqmDkPWCwnAyTVrWBqFMIKKAnj7y508 Content-Type: multipart/mixed; boundary="0aED7exJZElkoyq0JOHIwdWB5TqxJQSX6"; protected-headers="v1" From: joel jaeggli To: Andy Bierman , Juergen Schoenwaelder , joelja@gmail.com, draft-ietf-netmod-module-tags@ietf.org, NetMod WG Message-ID: <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> In-Reply-To: --0aED7exJZElkoyq0JOHIwdWB5TqxJQSX6 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 9/26/18 09:23, Andy Bierman wrote: >=20 >=20 > On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder > > wrote: >=20 > It is even worse than a step backwards. > The draft specifies a lot of details about module tag conformance > that needs to be present in the description-stmt. this seems like an important issue to square away before we move ahead.= > The idea that tools must screen-scrape description statements goes agai= nst > everything YANG-based management is all about. YANG has extension > statements, so we don't need to put complex syntax into comments and > descriptions.. and parse descriptions for meaning. > IMO all text about module tag conformance and defining tags in > description-stmts > should be removed.=C2=A0 There is no explanation why a standard YANG mo= dule > would define multiple module-tags for the same module in the first plac= e, > let alone why each different tag would have different conformance > requirements. >=20 > =C2=A0 >=20 > ..... >=20 > /js >=20 >=20 > Andy > =C2=A0 >=20 >=20 > --=20 > Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacob= s University Bremen gGmbH > Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Rin= g 1 | 28759 Bremen | Germany > Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= >=20 >=20 >=20 > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod >=20 --0aED7exJZElkoyq0JOHIwdWB5TqxJQSX6-- --erUqmDkPWCwnAyTVrWBqFMIKKAnj7y508 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iF0EARECAB0WIQRcbgEEuvBAsFvTw4vwADWrtn9WsgUCW7EvZQAKCRDwADWrtn9W svrxAJ0cAOWYOqxsoA3IhRdxpzReGyL0RQCggk4vgnZTyWx/hK4E6ucKeqIBSJE= =QNDE -----END PGP SIGNATURE----- --erUqmDkPWCwnAyTVrWBqFMIKKAnj7y508-- From nobody Sun Sep 30 16:15:51 2018 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 D61BA129AB8 for ; Sun, 30 Sep 2018 16:15:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 KAqVgEz7mZhE for ; Sun, 30 Sep 2018 16:15:46 -0700 (PDT) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (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 F0A48126CB6 for ; Sun, 30 Sep 2018 16:15:45 -0700 (PDT) Received: by mail-lj1-x242.google.com with SMTP id 203-v6so10339736ljj.13 for ; Sun, 30 Sep 2018 16:15:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bdpSg5nI+CltHHg9bBPnrLR0H6Vloe0R9lG+Hq61j6g=; b=D7e5JtrnVwig+VNBWmFXXyMafcM4aCBQPanUt6Hi4nh+O4aAAnouug1bTrqn8iIGce 1qx05hQ1+hvPaYh1HaJ6sU0vHqpq3j3K8aCiesRw1K1pngGegZH1zG6ID9iUYWt9MXb3 CrIwYdUbclOqhbReyM+tbXWWm66eHiZCbghmYLcmuvDTyPW+g5UV2MUmVQUaAF8BsY6J 4AJJG7zUe88G+sbq72sJHsVhmFu7iEf5qyJvynFb5lYEwz0TPQywD1xDXo3wzISPRhbb +L7KbuZbWGFouvpJDq3pTtFxkoa/uSjxVM66UpYHLK0ETacfP5nbDkAOyTzyWgJbS4vc IXVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bdpSg5nI+CltHHg9bBPnrLR0H6Vloe0R9lG+Hq61j6g=; b=e93w2evWG4/Azq8s41rSNNP/G5HxA3dlk9BbIqLQPRZcEZ0tJgc7wuG81n3NE6Xui4 0xMIOdOLwGI42nHiTLE25WpTMMlWUVad3wwGXf2+h3Wk2YsBeCm1+BoE18/ooeRvOR7c 4KpOOhXo0OlkOrDbUMvJSPMnH/1kkgw6CDl4UkP5wtfGdM9r7DNGh51Nvrje/yNUzKO/ R578gmy+qTtFtMGzHQnXoVKIzgZ1Frff00V9+6mX4mNS6SJTZjVse7tMtIT6Puf9MLun GrninFwtxCx7nQDb/H57OR+gfQg0c1/Bsd47ewWQ7HKVeZx5Aavtg5jzwEylWu9qfAqT AoZA== X-Gm-Message-State: ABuFfogFP7neYLS5GAFsP8EKHmcjf/U6a/FIQP/EV6Wka2HkwcAO0Hxq 3ggCeU2Y7ZgdKDUY7/ch3yLz5DYd5MMv8S6epTL+/w== X-Google-Smtp-Source: ACcGV62o2bo8E3d6nLh+olaWdCf8hBc18WOUGiY4mCpMFaPywO+32C/HYWxsFB9OMFQRtcZXty+23atpys93toDUopo= X-Received: by 2002:a2e:2205:: with SMTP id i5-v6mr3996256lji.15.1538349343911; Sun, 30 Sep 2018 16:15:43 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:f811:0:0:0:0:0 with HTTP; Sun, 30 Sep 2018 16:15:42 -0700 (PDT) In-Reply-To: <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> From: Andy Bierman Date: Sun, 30 Sep 2018 16:15:42 -0700 Message-ID: To: joel jaeggli Cc: Juergen Schoenwaelder , joel jaeggli , draft-ietf-netmod-module-tags@ietf.org, NetMod WG Content-Type: multipart/alternative; boundary="0000000000002f423405771edef9" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 23:15:50 -0000 --0000000000002f423405771edef9 Content-Type: text/plain; charset="UTF-8" On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggli wrote: > On 9/26/18 09:23, Andy Bierman wrote: > > > > > > On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder > > > > wrote: > > > > > It is even worse than a step backwards. > > The draft specifies a lot of details about module tag conformance > > that needs to be present in the description-stmt. > > this seems like an important issue to square away before we move ahead. > > agreed. Also, what does it mean to match a module-tag? There is text that implies it is an opaque string and other text that suggests it is a colon-separated list of terms. It cannot really be both. > > The idea that tools must screen-scrape description statements goes > against > > everything YANG-based management is all about. YANG has extension > > statements, so we don't need to put complex syntax into comments and > > descriptions.. > > and parse descriptions for meaning. > So what the choices? 1) IANA 2) YANG extension 3) ad-hoc 4) do nothing IMO IANA has enough to do and it only covers IETF modules anyway, so (1) is out. The current approach is (3). It is slightly better than (4), but there is nothing preventing every module from declaring the module tags differently. This does not help the YANG reader (#1 priority). Only a YANG extension (or real statement in YANG 2.0) supports all modules in a way that is consistent for all readers. > > > IMO all text about module tag conformance and defining tags in > > description-stmts > > should be removed. There is no explanation why a standard YANG module > > would define multiple module-tags for the same module in the first place, > > let alone why each different tag would have different conformance > > requirements. > > > > > > > > ..... > > > > /js > > > > > > Andy > > > Andy > > > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | > Germany > > Fax: +49 421 200 3103 > > > > > > > > _______________________________________________ > > netmod mailing list > > netmod@ietf.org > > https://www.ietf.org/mailman/listinfo/netmod > > > > > --0000000000002f423405771edef9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggli <joelja@bogus.com>= wrote:
On 9/26/18 09:23, Andy Bie= rman wrote:
>
>
> On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder
> <j.schoenwa= elder@jacobs-university.de
> <mailto:j.s= choenwaelder@jacobs-university.de>> wrote:

>
> It is even worse than a step backwards.
> The draft specifies a lot of details about module tag conformance
> that needs to be present in the description-stmt.

this seems like an important issue to square away=C2=A0 before we=C2=A0 mov= e ahead.


agreed.

Also,= what does it mean to match a module-tag?
There is text that impl= ies it is an opaque string and other text that
suggests it is a c= olon-separated list of terms.
It cannot really be both.

=C2=A0
> The idea that tools must screen-scrape description statements goes aga= inst
> everything YANG-based management is all about. YANG has extension
> statements, so we don't need to put complex syntax into comments a= nd
> descriptions..

and parse descriptions for meaning.

So = what the choices?

1) IANA
2) YANG extens= ion
3) ad-hoc
4) do nothing

IM= O IANA has enough to do and it only covers IETF modules anyway, so (1) is o= ut.
The current approach is (3).=C2=A0 It is slightly better than= (4), but there is nothing
preventing every module from declaring= the module tags differently.
This does not help the YANG reader = (#1 priority).

Only a YANG extension (or real stat= ement in YANG 2.0) supports all modules
in a way that is consiste= nt for all readers.


=C2=A0

> IMO all text about module tag conformance and defining tags in
> description-stmts
> should be removed.=C2=A0 There is no explanation why a standard YANG m= odule
> would define multiple module-tags for the same module in the first pla= ce,
> let alone why each different tag would have different conformance
> requirements.
>
> =C2=A0
>
>=C2=A0 =C2=A0 =C2=A0.....
>
>=C2=A0 =C2=A0 =C2=A0/js
>
>
> Andy
> =C2=A0

Andy

=C2=A0
>
>
>=C2=A0 =C2=A0 =C2=A0--
>=C2=A0 =C2=A0 =C2=A0Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Jacobs University Bremen gGmbH
>=C2=A0 =C2=A0 =C2=A0Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0Campus Ring 1 | 28759 Bremen | Germany
>=C2=A0 =C2=A0 =C2=A0Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0<https://www.jacobs-university.de/>=
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>



--0000000000002f423405771edef9-- From nobody Sun Sep 30 16:28:39 2018 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 706F012DD85 for ; Sun, 30 Sep 2018 16:28:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.5 X-Spam-Level: X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 cP3xw8YK56BR for ; Sun, 30 Sep 2018 16:28:34 -0700 (PDT) Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 65F4A129AB8 for ; Sun, 30 Sep 2018 16:28:34 -0700 (PDT) Received: by mail-it1-x132.google.com with SMTP id w200-v6so9058671itc.4 for ; Sun, 30 Sep 2018 16:28:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7vYba6RHkDfe6w7QLgGpKeuZP9A9zo3fBkqPjVeE9wQ=; b=gE4AftKc4ggfQTeOYe4Tt8holRoJfU4XOAmvPmNiDTaJQpuL+XXW8hhX2ANSIa3XTQ UjSQAslBqHccb7opO3biW7KxhBBc6oih2SaJ5x80YthXAUhaoGyu9+h9jdazlxZEGKrb lUSUGqfx3VhPqnjuqGpM60dQTCaunyNYhJ/BYZemwwngwqq+59vSjX6uQPh8gJk16nZe V9LtP6OGWytuv83ynzvZF7ouZBtm1B9I9ppJAd4A2FI6b13pZ3w9PPBqfOWsa6sJBaWL 5FA74qNXWYXL+mQYjcU0GAJog0NZAYXvhLCrlWtSO9+bc44nBwUmjlGJ7OnyAWIVnc/N vssA== 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=7vYba6RHkDfe6w7QLgGpKeuZP9A9zo3fBkqPjVeE9wQ=; b=nkSYi04YM/SaLNQRamYFxm9Uj4IPCBd9QSMZ13qk2F0EkEFmF0udsF4oXHRW6QYVIH hsT/72GYk7fOk2ILRZOkauzO0GpyPS4gTr069WNseN73WT78HVM6L9PA0lGile0RFMO2 dxjsTg9PLsU5/zpqTKFKwdG/urmfVouuvyCp8v1Q7X812ncA3L1vNA7LsooCRjRELmfM pOmWqUTSNDwFoXK1tRzNXzstXLNtsKy80u5YINBphcPimIuogJcwbx256gDMuDT6/bl/ yC1rSwJX6PS04zQWQzSKErxPkjMIsSaUrvrQSjviTvpp3f5KbxTuLZtb0vDDMkVepD2D MSrQ== X-Gm-Message-State: ABuFfoi7trwhx0NOcK6suQpIHP7J+qi+yT4hSYRmLv7kdQd5ZNOPSxte qFkbp8z2AvXR7ukLtoIhdEyPwk65atVpskgeRZDRKw== X-Google-Smtp-Source: ACcGV63VKeMmCMt06gDCDz5vcl+wIRhtiJouHn1Z3z5V7Tq7YNk6fO9KFSOmPHXaTSQ3MmQkjNrL9YsSvWDUAXXgif0= X-Received: by 2002:a02:2a8f:: with SMTP id w137-v6mr6313256jaw.17.1538350113338; Sun, 30 Sep 2018 16:28:33 -0700 (PDT) MIME-Version: 1.0 References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> In-Reply-To: From: Anees Shaikh Date: Sun, 30 Sep 2018 16:28:21 -0700 Message-ID: To: Andy Bierman Cc: joelja@bogus.com, joelja@gmail.com, draft-ietf-netmod-module-tags@ietf.org, NETMOD Working Group Content-Type: multipart/alternative; boundary="0000000000000c0faf05771f0c31" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 23:28:38 -0000 --0000000000000c0faf05771f0c31 Content-Type: text/plain; charset="UTF-8" I'm afraid I missed the discussion of tags at recent IETF meetings where this may have been covered. In my read of this draft, I'm still not sure what the intended use cases are (i.e., is #hashtag ubiquity really the primary motivation)? What is the difference with a tag extension? Perhaps it's overkill to have a separate use cases draft for such a small model, but I think the draft really does need a section or two explaining why and how this is envisioned to be used, and what server implementors are supposed to do with it. thanks. -- Anees On Sun, Sep 30, 2018 at 4:15 PM Andy Bierman wrote: > > > On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggli wrote: > >> On 9/26/18 09:23, Andy Bierman wrote: >> > >> > >> > On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder >> > > > > wrote: >> >> > >> > It is even worse than a step backwards. >> > The draft specifies a lot of details about module tag conformance >> > that needs to be present in the description-stmt. >> >> this seems like an important issue to square away before we move ahead. >> >> > agreed. > > Also, what does it mean to match a module-tag? > There is text that implies it is an opaque string and other text that > suggests it is a colon-separated list of terms. > It cannot really be both. > > > >> > The idea that tools must screen-scrape description statements goes >> against >> > everything YANG-based management is all about. YANG has extension >> > statements, so we don't need to put complex syntax into comments and >> > descriptions.. >> >> and parse descriptions for meaning. >> > > So what the choices? > > 1) IANA > 2) YANG extension > 3) ad-hoc > 4) do nothing > > IMO IANA has enough to do and it only covers IETF modules anyway, so (1) > is out. > The current approach is (3). It is slightly better than (4), but there is > nothing > preventing every module from declaring the module tags differently. > This does not help the YANG reader (#1 priority). > > Only a YANG extension (or real statement in YANG 2.0) supports all modules > in a way that is consistent for all readers. > > > > >> >> > IMO all text about module tag conformance and defining tags in >> > description-stmts >> > should be removed. There is no explanation why a standard YANG module >> > would define multiple module-tags for the same module in the first >> place, >> > let alone why each different tag would have different conformance >> > requirements. >> > >> > >> > >> > ..... >> > >> > /js >> > >> > >> > Andy >> > >> > > Andy > > > >> > >> > >> > -- >> > Juergen Schoenwaelder Jacobs University Bremen gGmbH >> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | >> Germany >> > Fax: +49 421 200 3103 >> > >> > >> > >> > _______________________________________________ >> > netmod mailing list >> > netmod@ietf.org >> > https://www.ietf.org/mailman/listinfo/netmod >> > >> >> >> > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > --0000000000000c0faf05771f0c31 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm afraid I missed the discussion of tags at recent I= ETF meetings where this may have been covered.=C2=A0 In my read of this dra= ft, I'm still not sure what the intended use cases are (i.e., is #hasht= ag ubiquity really the primary motivation)?=C2=A0 =C2=A0What is the differe= nce with a tag extension?

Perhaps it's overkill to h= ave a separate use cases draft for such a small model, but I think the draf= t really does need a section or two explaining why and how this is envision= ed to be used, and what server implementors=C2=A0are supposed to do with it= .

thanks.
-- Anees



On Sun, Sep 30, 2018 a= t 1:17 PM, joel jaeggli <joelja@bogus.com> wrote:
On 9/26/18 09:23, Andy Bierman wrote:
>
>
> On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder
> <j.schoenwaelder@jacobs-university.de
> <mailto:j.schoenwaelder@jacobs-university.de>> wrote:

>
> It is even worse than a step backwards.
> The draft specifies a lot of details about module tag conformance
> that needs to be present in the description-stmt.

this seems like an important issue to square away=C2=A0 before we=C2=A0 mov= e ahead.


agreed.

Also,= what does it mean to match a module-tag?
There is text that impl= ies it is an opaque string and other text that
suggests it is a c= olon-separated list of terms.
It cannot really be both.

=C2=A0
> The idea that tools must screen-scrape description statements goes aga= inst
> everything YANG-based management is all about. YANG has extension
> statements, so we don't need to put complex syntax into comments a= nd
> descriptions..

and parse descriptions for meaning.

So = what the choices?

1) IANA
2) YANG extens= ion
3) ad-hoc
4) do nothing

IM= O IANA has enough to do and it only covers IETF modules anyway, so (1) is o= ut.
The current approach is (3).=C2=A0 It is slightly better than= (4), but there is nothing
preventing every module from declaring= the module tags differently.
This does not help the YANG reader = (#1 priority).

Only a YANG extension (or real stat= ement in YANG 2.0) supports all modules
in a way that is consiste= nt for all readers.


=C2=A0

> IMO all text about module tag conformance and defining tags in
> description-stmts
> should be removed.=C2=A0 There is no explanation why a standard YANG m= odule
> would define multiple module-tags for the same module in the first pla= ce,
> let alone why each different tag would have different conformance
> requirements.
>
> =C2=A0
>
>=C2=A0 =C2=A0 =C2=A0.....
>
>=C2=A0 =C2=A0 =C2=A0/js
>
>
> Andy
> =C2=A0

Andy

=C2=A0
>
>
>=C2=A0 =C2=A0 =C2=A0--
>=C2=A0 =C2=A0 =C2=A0Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Jacobs University Bremen gGmbH
>=C2=A0 =C2=A0 =C2=A0Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0Campus Ring 1 | 28759 Bremen | Germany
>=C2=A0 =C2=A0 =C2=A0Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0<https://www.jacobs-university.de/>
>
>
>
> _______________________________________________
> 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
--0000000000000c0faf05771f0c31-- From nobody Sun Sep 30 16:57:38 2018 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 809FC130E21 for ; Sun, 30 Sep 2018 16:57:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 n8QW-V5bPJ4f for ; Sun, 30 Sep 2018 16:57:33 -0700 (PDT) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F1D9130E1F for ; Sun, 30 Sep 2018 16:57:32 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id m80-v6so8473525lfi.12 for ; Sun, 30 Sep 2018 16:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=y3Hvdwel/v7ESHcccp+Eg223SWATROZ64D7DLHSbUKE=; b=CWzfc8EJfTikLt0TT7ZiW3MibpzQhFNfs2W58Yy0sZq4EVNazX1ZfTFOnnoZuQaenn 9DFtiZBL35mnTY7AnWalADvlMoGQDV3V31GQN6dhhwCDmc3br9XtyewengqtOhVQ5W2e oa5jP1z/eEzNyMM+6dE3h+3ywB3ibWUIL81m6I6vQMpAr9i51c5ds+hNkk3/CkyJ4tFz U3KgX+EYXGlFS1MSHUK53X9xNtp8SAjtYOm45EFziWrNiPRvc7XlF2Ay4WSctLPnnwi8 t6l8AR4yj4N7orU1lUGuzXoQLuYsQKUHXDRVoZk7oT/kS4IUP9th8Gr6VJPoNdqFUCI9 ENVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=y3Hvdwel/v7ESHcccp+Eg223SWATROZ64D7DLHSbUKE=; b=GZAGqGDxufwPn8qUdydqINNmfffvMYKtOhNeApzrW37IEbfMxEJk87pt6FnWsquMOg xjrov+XBsha3R6ZyqsdvvcYYas8U+kR6ww9MIvpjbd2Zh+yFfG6CF471uOzVPJ10IiQK ZK0VZu7/hJF10BZkmSJAX0vuWPr7QVMuit0brA/OuPAlboyyuCxDXn52LVjv6ostCm3x tG8CU/E24dpXG7V3TK5qzhbn2hxS2LC14BAmGuI6MxEI+HNC9S5MiVcvtFiCY840W6zU jptEU/mhqOu0Eotg0hoO4F2feM8dgvvK1zzUVFa4WyOuWvyhQlgbd6sxYqBR8wJ6RTvK QpUA== X-Gm-Message-State: ABuFfogXIusKlNfHzE07rdnhCDLsp+WlRJm6wPQIDdhvv46hXTEvlTIW 5rO2Lw5aYMyJNXdAuUN8t5JyUioqdR5hSoswFIPTAg== X-Google-Smtp-Source: ACcGV62TqfVbr8bvIlu2G1YKR7ttoaZyEaHb4mt5qfd5S5mCZYTqp2xAagcB59LhvtlYus5arL8DMazZUbvJ7ogeY6U= X-Received: by 2002:a19:1603:: with SMTP id m3-v6mr3937679lfi.82.1538351850581; Sun, 30 Sep 2018 16:57:30 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:f811:0:0:0:0:0 with HTTP; Sun, 30 Sep 2018 16:57:29 -0700 (PDT) In-Reply-To: References: <99C61F4F-6826-4FB5-87A1-77BED624B53D@gmail.com> <20180926160942.z534dzoji3jlgpd5@anna.jacobs.jacobs-university.de> <2499792f-325e-ac3d-3a9f-ee5186a57b1b@bogus.com> From: Andy Bierman Date: Sun, 30 Sep 2018 16:57:29 -0700 Message-ID: To: Anees Shaikh Cc: Joel Jaeggli , joel jaeggli , draft-ietf-netmod-module-tags@ietf.org, NETMOD Working Group Content-Type: multipart/alternative; boundary="00000000000098065d05771f7327" Archived-At: Subject: Re: [netmod] WG adoption poll draft-ietf-netmod-module-tags-02 X-BeenThere: netmod@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETMOD WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 23:57:37 -0000 --00000000000098065d05771f7327 Content-Type: text/plain; charset="UTF-8" On Sun, Sep 30, 2018 at 4:28 PM, Anees Shaikh wrote: > I'm afraid I missed the discussion of tags at recent IETF meetings where > this may have been covered. In my read of this draft, I'm still not sure > what the intended use cases are (i.e., is #hashtag ubiquity really the > primary motivation)? What is the difference with a tag extension? > > The YANG extension vs. description-stmt issue is related to how the module author assigns a module-tag mapping to a module. Perhaps it's overkill to have a separate use cases draft for such a small > model, but I think the draft really does need a section or two explaining > why and how this is envisioned to be used, and what server implementors are > supposed to do with it. > A module-tag provides a 1:N mapping so instead of specifying (e.g.) every routing module by name, a tag like "routing" can be used instead. This mapping allows the tag to be stable even if the modules in the mapping are not stable. The mappings can change release to release or server to server. We have implemented module tags as a new filter type, for get and get-config operations., as well as a rule-type for NACM rules. I assume the plan is that NETMOD WG would work on the data model and NETCONF WG would eventually do the protocol work. > thanks. > -- Anees > > On Sun, Sep 30, 2018 at 4:15 PM Andy Bierman wrote: > >> >> >> On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggli wrote: >> >>> On 9/26/18 09:23, Andy Bierman wrote: >>> > >>> > >>> > On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder >>> > >> > > wrote: >>> >>> > >>> > It is even worse than a step backwards. >>> > The draft specifies a lot of details about module tag conformance >>> > that needs to be present in the description-stmt. >>> >>> this seems like an important issue to square away before we move ahead. >>> >>> >> agreed. >> >> Also, what does it mean to match a module-tag? >> There is text that implies it is an opaque string and other text that >> suggests it is a colon-separated list of terms. >> It cannot really be both. >> >> >> >>> > The idea that tools must screen-scrape description statements goes >>> against >>> > everything YANG-based management is all about. YANG has extension >>> > statements, so we don't need to put complex syntax into comments and >>> > descriptions.. >>> >>> and parse descriptions for meaning. >>> >> >> So what the choices? >> >> 1) IANA >> 2) YANG extension >> 3) ad-hoc >> 4) do nothing >> >> IMO IANA has enough to do and it only covers IETF modules anyway, so (1) >> is out. >> The current approach is (3). It is slightly better than (4), but there >> is nothing >> preventing every module from declaring the module tags differently. >> This does not help the YANG reader (#1 priority). >> >> Only a YANG extension (or real statement in YANG 2.0) supports all modules >> in a way that is consistent for all readers. >> >> >> >> >>> >>> > IMO all text about module tag conformance and defining tags in >>> > description-stmts >>> > should be removed. There is no explanation why a standard YANG module >>> > would define multiple module-tags for the same module in the first >>> place, >>> > let alone why each different tag would have different conformance >>> > requirements. >>> > >>> > >>> > >>> > ..... >>> > >>> > /js >>> > >>> > >>> > Andy >>> > >>> >> >> Andy >> >> >> >>> > >>> > >>> > -- >>> > Juergen Schoenwaelder Jacobs University Bremen gGmbH >>> > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | >>> Germany >>> >>> > Fax: +49 421 200 3103 >> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > netmod mailing list >>> > netmod@ietf.org >>> > https://www.ietf.org/mailman/listinfo/netmod >>> > >>> >>> >>> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod >> > --00000000000098065d05771f7327 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Sep 30, 2018 at 4:28 PM, Anees Shaikh <aashaikh@google.com> wrote:
I&#= 39;m afraid I missed the discussion of tags at recent IETF meetings where t= his may have been covered.=C2=A0 In my read of this draft, I'm still no= t sure what the intended use cases are (i.e., is #hashtag ubiquity really t= he primary motivation)?=C2=A0 =C2=A0What is the difference with a tag exten= sion?



T= he YANG extension vs. description-stmt issue is related to how the module a= uthor
assigns a module-tag mapping to a module.


Perhaps it's overkill to have a separate use cases draft for suc= h a small model, but I think the draft really does need a section or two ex= plaining why and how this is envisioned to be used, and what server impleme= ntors=C2=A0are supposed to do with it.


A module-tag provides a 1:N mapping so instead of sp= ecifying (e.g.) every routing module
by name, a tag like "ro= uting" can be used instead.=C2=A0

This mappin= g allows the tag to be stable even if the modules in the mapping are not st= able.
The mappings can change release to release or server to ser= ver.

We have implemented module tags as a new filt= er type, for get and get-config operations.,
as well as a rule-ty= pe for NACM rules.

I assume the plan is that NETMO= D WG would work on the data model and NETCONF WG
would eventually= do the protocol work.



thanks.
-= - Anees


=
On Sun, Sep 30, 2018 at 1:17 PM, joel jaeggl= i <joelja@bogus.com> wrote:
On 9/26/18 09:23, Andy Bierman wrote:
>
>
> On Wed, Sep 26, 2018 at 9:09 AM Juergen Schoenwaelder
> <j.schoenwaelder@jacobs-university.de
> <mailto:j.schoenwaelder@jacobs-university.de>> wrote:=

>
> It is even worse than a step backwards.
> The draft specifies a lot of details about module tag conformance
> that needs to be present in the description-stmt.

this seems like an important issue to square away=C2=A0 before we=C2=A0 mov= e ahead.


agreed.

Also,= what does it mean to match a module-tag?
There is text that impl= ies it is an opaque string and other text that
suggests it is a c= olon-separated list of terms.
It cannot really be both.

=C2=A0
> The idea that tools must screen-scrape description statements goes aga= inst
> everything YANG-based management is all about. YANG has extension
> statements, so we don't need to put complex syntax into comments a= nd
> descriptions..

and parse descriptions for meaning.

So = what the choices?

1) IANA
2) YANG extens= ion
3) ad-hoc
4) do nothing

IM= O IANA has enough to do and it only covers IETF modules anyway, so (1) is o= ut.
The current approach is (3).=C2=A0 It is slightly better than= (4), but there is nothing
preventing every module from declaring= the module tags differently.
This does not help the YANG reader = (#1 priority).

Only a YANG extension (or real stat= ement in YANG 2.0) supports all modules
in a way that is consiste= nt for all readers.


=C2=A0

> IMO all text about module tag conformance and defining tags in
> description-stmts
> should be removed.=C2=A0 There is no explanation why a standard YANG m= odule
> would define multiple module-tags for the same module in the first pla= ce,
> let alone why each different tag would have different conformance
> requirements.
>
> =C2=A0
>
>=C2=A0 =C2=A0 =C2=A0.....
>
>=C2=A0 =C2=A0 =C2=A0/js
>
>
> Andy
> =C2=A0

Andy

=C2=A0
>
>
>=C2=A0 =C2=A0 =C2=A0--
>=C2=A0 =C2=A0 =C2=A0Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Jacobs University Bremen gGmbH
>=C2=A0 =C2=A0 =C2=A0Phone: +49 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0Campus Ring 1 | 28759 Breme= n | Germany
>=C2=A0 =C2=A0 =C2=A0Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0<https://www.jacobs-university.de/>=
>
>
>
> _______________________________________________
> 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

--00000000000098065d05771f7327--