Re: [netmod] for a future rfc6991bis

Xufeng Liu <xufeng.liu.ietf@gmail.com> Mon, 05 November 2018 20:49 UTC

Return-Path: <xufeng.liu.ietf@gmail.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A8E01286E7 for <netmod@ietfa.amsl.com>; Mon, 5 Nov 2018 12:49:00 -0800 (PST)
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 Z3qPXyi8_k_p for <netmod@ietfa.amsl.com>; Mon, 5 Nov 2018 12:48:57 -0800 (PST)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 112DB1286E3 for <netmod@ietf.org>; Mon, 5 Nov 2018 12:48:57 -0800 (PST)
Received: by mail-io1-xd33.google.com with SMTP id a5-v6so7581170ioq.8 for <netmod@ietf.org>; Mon, 05 Nov 2018 12:48:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MYeaceaqdd9imsUPApKS7AUZ2aTAYAUDJhsTi6QrOVg=; b=LgLVE4ZhDybTs/e8RpswJtR3g2ClmvZ5KLvq3hgcdJHKN8tXSDKJqE1byyiUwTa1La OZhuptgfygSkIGI+IakQfd8kCLNOMZSRDfgbjRr7bYhO8MdFuG4vcbxQEyDg8N1C8SoC LGLqWLXUbRnMrMGMP+3RbAJSZnlrLSgp7hocTYjlQ155eGgLWRj6e2Zrpltgq3QpNo/c giwMgh+YqgcgjyHtMdDmPaDZgtMz+gSQ/NXLLY9kDePbFVEA3EIz0hNnTlRtzvHtqQGL ru7vpNWkYXNCQJjAwaSZw34D7i0HJBio9hLdXroygKQzhEgdJa1z8yHBDS8G6A8rKhzo Wn3w==
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=MYeaceaqdd9imsUPApKS7AUZ2aTAYAUDJhsTi6QrOVg=; b=KkfEXGaT1cegSw6TiCVFSiXrRhn2g8iIXAiHAboWY6KqK0UEZYhh6UGIe1ciyFl5vY 1yD19qp2lxZKl1reheCCjt9yjwEKthUZjyPm/CXi73PZj3R4TYQxBf0cP3VwhWQ/MNKa lIpK089MerWFFS0mIGsBjEJTmWiG/bvZCnoiFyn2Y1Lk4bt/7lsGPxsYZRTClTtCFqci Spv5As26P406g8UFaUNr4zmAyXizZBfj7xOuxxFIVzD9rFpTHCFUR33C3x+OS7TI/1W5 Uhbo8cUpeq70nJeRBGw15SN5FKpDiwrEqPxp0NWrGQqSPgFWXsxsgtxl+dYkgbUEjuVy igMw==
X-Gm-Message-State: AGRZ1gLcHNsGAQqjtqbBfnhhiZVqBhCzuEW+2UggHo+6m5jYNdD7/fgt JNvpbB1dQWFdNIR39+HlaaAR6T7ToByVWyADAyw=
X-Google-Smtp-Source: AJdET5ctY3v6TnvO8qMLhogGIelh8Wgglmxgs+XDz5G4n2I0HdUnTd80h4xzy4/3GfAL0mVOKj54nM6JtJSpOHLPGuQ=
X-Received: by 2002:a6b:c6cc:: with SMTP id w195-v6mr19233410iof.149.1541450936251; Mon, 05 Nov 2018 12:48:56 -0800 (PST)
MIME-Version: 1.0
References: <A4FEB052-83A2-4823-8258-A401A0348E83@juniper.net> <20181029230138.44pmjmza5mg2cb4a@anna.jacobs.jacobs-university.de> <92E98222-E53B-49EE-8BC9-0FC0A406460E@juniper.net> <20181030101448.pwzdyupseabnzpil@anna.jacobs.jacobs-university.de> <00fc01d472c1$f526c3c0$4001a8c0@gateway.2wire.net> <CAEz6PPQCvjSs_8yr9vYk6qdfp==r61d5F=hGFW2MDKHPRh2cAQ@mail.gmail.com> <0810ee8c-2c25-c312-9e8f-3ee952048818@ericsson.com>
In-Reply-To: <0810ee8c-2c25-c312-9e8f-3ee952048818@ericsson.com>
From: Xufeng Liu <xufeng.liu.ietf@gmail.com>
Date: Mon, 05 Nov 2018 15:48:44 -0500
Message-ID: <CAEz6PPS-c-BKHQZFzmbNx7Lwk+KFfX6+zQTFSKONA5JpWNdKBQ@mail.gmail.com>
To: balazs.lengyel@ericsson.com
Cc: "t.petch" <ietfc@btconnect.com>, NETMOD WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007e79d70579f1034f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/LBkYxnezAFOxVv0-nQWYatl4Lh0>
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, 05 Nov 2018 20:49:00 -0000

The draft that asked for the percentage type is:
https://tools.ietf.org/html/draft-ye-ccamp-mw-topo-yang-02

They currently define:

              leaf availability {
                type decimal64 {
                  fraction-digits 4;
                  range "0..99.9999";
                }
                description "Availability level of the link";
              }

Thanks,
- Xufeng

On Sun, Nov 4, 2018 at 7:07 AM Balázs Lengyel <balazs.lengyel@ericsson.com>
wrote:

> +1 to percentage.
>
> Balazs
> On 2018. 11. 03. 3:44, Xufeng Liu wrote:
>
> Remember that some draft asked for a type of percentage value to the
> nearest hundredth. Wondering if it can be put in.
>
> Thanks,
> - Xufeng
>
> On Fri, Nov 2, 2018 at 11:39 AM tom petch <ietfc@btconnect.com> wrote:
>
>> ---- Original Message -----
>> From: "Juergen Schoenwaelder" <j.schoenwaelder@jacobs-university.de>
>> To: "Kent Watsen" <kwatsen@juniper.net>
>> Cc: <netmod@ietf.org>
>> Sent: Tuesday, October 30, 2018 10:14 AM
>>
>> > On Tue, Oct 30, 2018 at 12:05:17AM +0000, Kent Watsen wrote:
>> > >
>> > > >> In addition, it might be good to introduce [inet?] types for RFC
>> 5322
>> > > >> (Internet Message Format) including perhaps:
>> > > >>
>> > > >>   - email-address        (addr-spec, per Section 3.4.1)
>> > > >>   - named-email-address  (name-addr, per Section 3.4)
>> > > >>
>> > > >
>> > > > Where are these used? Or have these already been used somewhere?
>> > >
>> > > I'm unaware of these ever having been used before.  I am working on
>> a private module for which I want to configure an email address.  After
>> some searching, I concluded that no such types have been defined, and
>> thus thought that they might be good candidates for addition.
>>
>>
>> We could defined a user-name, of the form localpart@domainpart as is
>> widely used to identify a user in operations but which does not, in my
>> experience, owe anything to i18n, just a straightforward character set;
>> yes it would not boil the ocean, but could be useful.  I am surprised
>> not to find such a definition somewhere in our 40 or so NETCONF I-Ds.
>>
>> Tom Petch
>>
>>
>>
>>
>>
>>
>>
>> > >
>> >
>> > It would be good to have strong use cases. I fear that defining this
>> > type won't be easy given that we also have internationalized email
>> > addresses (RFC 6530 provides an overview) and we might have to create
>> > a union of RFC 5322 addresses and "SMTPUTF8 (compliant) addresses".
>> >
>> > /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 listnetmod@ietf.orghttps://www.ietf.org/mailman/listinfo/netmod
>
> --
> Balazs Lengyel                       Ericsson Hungary Ltd.
> Senior Specialist
> Mobile: +36-70-330-7909              email: Balazs.Lengyel@ericsson.com
>
>