Re: [netmod] for a future rfc6991bis

tom petch <ietfc@btconnect.com> Mon, 31 December 2018 12:29 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B560128AFB for <netmod@ietfa.amsl.com>; Mon, 31 Dec 2018 04:29:39 -0800 (PST)
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 4CiTacyC-6rr for <netmod@ietfa.amsl.com>; Mon, 31 Dec 2018 04:29:37 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30106.outbound.protection.outlook.com [40.107.3.106]) (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 BE92712875B for <netmod@ietf.org>; Mon, 31 Dec 2018 04:29:36 -0800 (PST)
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=3jVeSUCnIQBK8+thDUlOWF9ZcHPcpZHwdC5OnrTC8oE=; b=h2IwxbY7pOmre8g7b++SPHTtMSVM4af3FEf1EZ/7WYqDxrM+9t2wHhB30YcRYMlZH78N9u2bwd//xRU4XUPN+yh1cK1FUwcQOiZthirs2v7hUEk2PXcAgQ0h7zZ5sb+X6BBcc/KI9vvEm4oD+KQOqbtSODfLwWq1mk3PRVtPDe8=
Received: from AM0PR07MB5506.eurprd07.prod.outlook.com (20.178.23.17) by AM0PR07MB5313.eurprd07.prod.outlook.com (20.178.20.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.6; Mon, 31 Dec 2018 12:29:34 +0000
Received: from AM0PR07MB5506.eurprd07.prod.outlook.com ([fe80::30d7:2d62:cf50:fb2a]) by AM0PR07MB5506.eurprd07.prod.outlook.com ([fe80::30d7:2d62:cf50:fb2a%2]) with mapi id 15.20.1495.005; Mon, 31 Dec 2018 12:29:34 +0000
From: tom petch <ietfc@btconnect.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Martin Bjorklund <mbj@tail-f.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] for a future rfc6991bis
Thread-Index: AQHUoQR8a0aHOCdtV0m5DC1x05zucg==
Date: Mon, 31 Dec 2018 12:29:34 +0000
Message-ID: <02d201d4a104$72b82980$4001a8c0@gateway.2wire.net>
References: <dae0f227c663bdfa105e992c1ae088c22fa545bb.camel@nic.cz> <b45e6850-6943-073b-98a9-8aeab20b3d76@cisco.com> <8aa6b9c7-7d08-9ceb-36be-a54234561667@ericsson.com> <20181130.112544.1021452038429209831.mbj@tail-f.com> <20181130115648.bho3ofouglhibgct@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: LO2P265CA0268.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a1::16) To AM0PR07MB5506.eurprd07.prod.outlook.com (2603:10a6:208:103::17)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [86.139.215.184]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB5313; 6:zctzP/ALlsRky67A07cDUcDPYGq/nSYO2BxTFIWVU0ILxSqG92joHVHi/3b1uIiXe18J0W3uGX7tilNplHx/gUubVxS6o9RhoIdCe9B6mPPXtnUyTpkxelTlUGIyUdgEBew6cgKCGqAzsthqjVUMDJThLL10FZxi6fygqGPAo+/MfktX5xz1ELwA4etfj23RPycF8vKIdQj9/oe27EzV1Z+3n57kwT5FjcJyaXyfdbxBcdW8jZdOK7uS33Utgy4I1l3gZuWk8TZwy5voY6L1iAIPjf7c5YofwD3ZdVjebpfHRmmGXIOxeJCzNE5FbpiIWt6ebag5n9HT+9S7cnzfAbv8lROmnAQHM4wbqr8WZgMucyWjB/mxR5QqXSEGGo2lz0IMZJzzb/tl0tQMxUrWl0F6MFR0y+b9K8X9qJOfIT/EdYUMyYHkQz6SP3uOm9UOAy36ZXEdGx9RTk4c14oWug==; 5:ljDHC3oNczlVyU1/OUvCz04uEThaziJzdy5o5PpUHbw9RFTgXU05fUFL4Xq2NfkO8FZMk1Tyv/JA9/FjWv0DOH6wk8AS1MIiISgS1BaWeHFH5HG+bEDnuwkD/g0pdJ2bv4ahi68bIhlmO43o58uAxUbxgS44CyNO5Jetuey24J/0B9TS/l8LEGbRUP3cOYCoVDHcDUzvbm4BAHdwsgL8MQ==; 7:oZ+6L4VlUicCHuud7XXVV2lCTYv4FWg6zLHhEhgBHV5lvPf0H4aRfiBDKtz854j1Nutf8Dkmhddi1SRZmR4bjvMbzelpRyaEzQd2YwMoEOzxT1LXjNb9gGMHaWiPq5Wdobudr5oYup6c11YSAxhv/A==
x-ms-office365-filtering-correlation-id: 9245c5c8-fcdc-4e46-3852-08d66f1b9f03
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(2017052603328)(7193020); SRVR:AM0PR07MB5313;
x-ms-traffictypediagnostic: AM0PR07MB5313:
x-microsoft-antispam-prvs: <AM0PR07MB531338B3A4F9FEEE105B5252A0B20@AM0PR07MB5313.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(3230021)(908002)(999002)(5005026)(6040522)(8220055)(2401047)(8121501046)(3002001)(3231475)(944501520)(52105112)(10201501046)(93006095)(93001095)(6055026)(6041310)(20161123558120)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB5313; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB5313;
x-forefront-prvs: 0903DD1D85
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(346002)(376002)(396003)(136003)(189003)(199004)(13464003)(4001150100001)(53546011)(229853002)(6116002)(44736005)(71190400001)(71200400001)(102836004)(6246003)(966005)(52116002)(86152003)(25786009)(99286004)(4326008)(386003)(256004)(14444005)(86362001)(6506007)(106356001)(6486002)(3846002)(105586002)(97736004)(53936002)(68736007)(66066001)(316002)(14496001)(110136005)(7736002)(14454004)(6306002)(33896004)(5660300001)(26005)(2906002)(66574012)(305945005)(1556002)(478600001)(486006)(84392002)(6436002)(76176011)(476003)(6512007)(8936002)(81156014)(81166006)(9686003)(93886005)(8676002)(186003)(446003)(6346003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB5313; H:AM0PR07MB5506.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-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: mhzjN8LTUfCwgG8C/iEADPtnOIiIie22CR5VWYlociUctu8hbXjSOKQlrOYgr7lbFJBI5mzm40yjTL+ofcNx5EcehStRo5UrLcmE4PaChHrWoX0kXC0hZ+qzbo/752zIyGWd8lD4rnC7XydUQuh259kV19cRft79v/vzF1RuXvAlwO1OiwvsFhouR0zTY/odtL06I0LIDJk1XJroKGxLuNTCUSzjfeLTWyhtJ2t7zy5gwvo2x5bR8y1/PGYx73HsJqaPXkc+ODMR5sbofIlDuzWLqtZVzY9+odE6HIhuWSLyFafxwrtkoy5L4LpnsAe/
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <C46782BCA3B598499394A5BDA9230857@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9245c5c8-fcdc-4e46-3852-08d66f1b9f03
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Dec 2018 12:29:34.3811 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5313
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/4pCEfax3PUW4hGtuYgtHNLCFcgE>
Subject: Re: [netmod] for a future rfc6991bis
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Dec 2018 12:29:39 -0000

Many (most?) routing protocols introduce a state - up, down +- coming
up, going down, maintenance and such like, used for interfaces, tunnels,
adjacencies and the like.  It is a shame that there are so many
variations on this although to some extent this reflects the differences
in the protocols.  And some use types, others identity.

Tom Petch


----- Original Message -----
From: "Juergen Schoenwaelder" <j.schoenwaelder@jacobs-university.de>
Sent: Friday, November 30, 2018 11:56 AM

> This is already on my list (was already proposed by Balázs).
>
> /js
>
> On Fri, Nov 30, 2018 at 11:25:44AM +0100, Martin Bjorklund wrote:
> > Balázs Lengyel <balazs.lengyel@ericsson.com> wrote:
> > > Hello,
> > >
> > > In a similar manner we found multiple uses for the
> > > ietf-netconf-acm:node-instance-identifier. We
> > > imported nacm just to reuse this type.
> > > Anyone else interested?
> >
> > Yes, this is a useful type that is not just NACM-specific.  We also
> > use in various places.
> >
> >
> > /martin
> >
> >
> > >
> > > regards Balazs
> > >
> > > On 2018. 11. 29. 12:03, Robert Wilton wrote:
> > >
> > >  Hi Juergen,
> > >
> > >  YANG library currently defines the type "revision-identifer". Is
this a typedef that should
> > >  logically migrate to rfc6991bis?
> > >
> > >  Thanks,
> > >  Rob
> > >
> > >  On 14/11/2018 08:16, Ladislav Lhotka wrote:
> > >
> > >  On Wed, 2018-11-14 at 09:10 +0100, Martin Bjorklund wrote:
> > >
> > >  Hi,
> > >
> > >  Alex Campbell <Alex.Campbell@Aviatnet.com> wrote:
> > >
> > >  Does a percentage really need a single standard type in the first
> > >  place? How about "units percent;"?
> > >
> > >  At this point, after hearing about how different modules have
> > >  differing requirement on this type, I tend to agree.
> > >
> > >  +1
> > >
> > >  Or even "units %;"
> > >
> > >  Lada
> > >
> > >  /martin
> > >
> > >  ________________________________________
> > >  From: netmod <netmod-bounces@ietf.org> on behalf of Acee Lindem
(acee)
> > >  <acee@cisco.com>
> > >  Sent: Wednesday, 14 November 2018 5:03 a.m.
> > >  To: Juergen Schoenwaelder; Balázs Lengyel
> > >  Cc: NETMOD WG
> > >  Subject: Re: [netmod] for a future rfc6991bis
> > >
> > >  On 11/13/18, 9:07 AM, "netmod on behalf of Juergen
Schoenwaelder"
> > >  <netmod-bounces@ietf.org on behalf of
> > >  j.schoenwaelder@jacobs-university.de> wrote:
> > >
> > >  On Tue, Nov 13, 2018 at 01:33:01PM +0000, Balázs Lengyel wrote:
> > >  > Hello,
> > >  >
> > >  > In some cases I want a percentage without fractions. This could
be
> > >  > defined
> > >  > using range, by specifying the numbers 0 | 1 | 2 ... 99 | 100
in the
> > >  > range's
> > >  > argument.
> > >  >
> > >  > typedef percent-short {
> > >  > type percent { range 0 | 1 | 2 ... 99 | 100; } // didn't type
> > >  out
> > >  > all the 101 integer values :-)
> > >  > }
> > >  >
> > >
> > >  I guess we need to settle on a small number of percentage types
that
> > >  people find useful and then module authors hopefully find what
they
> > >  need. I am not sure that listing 101 numbers is a good pattern to
use
> > >  (although it does achieve what you want). For percentages that
have no
> > >  fraction, you likely want to derive from a base type that is
efficient
> > >  to encode for binary encodings such as CBOR.
> > >
> > >  Or simply define a type with a base type of unit8 type and a
range of
> > >  0-100.
> > >
> > >  Acee
> > >
> > >  /js
> > >
> > >  --
> > >  Juergen Schoenwaelder Jacobs University Bremen gGmbH
> > >  Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
> > >  Fax: +49 421 200 3103 <https://www.jacobs-university.de/>
> > >
> > >  _______________________________________________
> > >  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
> > >
> > >  _______________________________________________
> > >  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
> > >
> > > --
> > > Balazs Lengyel                       Ericsson Hungary Ltd.
> > > Senior Specialist
> > > Mobile: +36-70-330-7909              email:
Balazs.Lengyel@ericsson.com
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>