Re: [pim] draft-ietf-pim-yang-02 WGLC
Xufeng Liu <xliu@kuatrotech.com> Thu, 06 October 2016 13:43 UTC
Return-Path: <xliu@kuatrotech.com>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2706129654 for <pim@ietfa.amsl.com>; Thu, 6 Oct 2016 06:43:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level:
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kuatrotechnology.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 Elo4tjZewpQF for <pim@ietfa.amsl.com>; Thu, 6 Oct 2016 06:43:30 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10053.outbound.protection.outlook.com [40.107.1.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1443129653 for <pim@ietf.org>; Thu, 6 Oct 2016 06:43:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kuatrotechnology.onmicrosoft.com; s=selector1-kuatrotech-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=nljE3ZIYbB1SlrxKRU1w78qXbbPOmtJ+mS3jxKTjpFw=; b=JxdPyES4g1/3+AD4eWgEI/tHsrFVN/AYAvD3LQolwrSZaINqKCuyf1rt/XgkkKmo1Xr6iHrSRH3nEL+b9XeeRWkH/FnBX4h4Le4QuwnxMqnpSPd6YMa38eYWqvfWlZ2OOxE9AmLaXgz+o8mhNLAPJVMg7KU/nbrL/fTxyyVTKsw=
Received: from AM5PR0601MB2641.eurprd06.prod.outlook.com (10.168.154.138) by AM5PR0601MB2643.eurprd06.prod.outlook.com (10.168.154.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.649.16; Thu, 6 Oct 2016 13:43:26 +0000
Received: from AM5PR0601MB2641.eurprd06.prod.outlook.com ([10.168.154.138]) by AM5PR0601MB2641.eurprd06.prod.outlook.com ([10.168.154.138]) with mapi id 15.01.0649.024; Thu, 6 Oct 2016 13:43:27 +0000
From: Xufeng Liu <xliu@kuatrotech.com>
To: Stig Venaas <stig@venaas.com>
Thread-Topic: [pim] draft-ietf-pim-yang-02 WGLC
Thread-Index: AQGEmWKqFNpCxwOPYBgp9jjtKyZuIgHZW5B6AcUfBVoCf+yiYwHUxxnPAThUKlcB2rNq/gCr+BK3oM/e2KCABmMpgIABDKYAgAB7pQCAARpuMA==
Date: Thu, 06 Oct 2016 13:43:27 +0000
Message-ID: <AM5PR0601MB264144CEBE5A8C57A3CFC63AB1C70@AM5PR0601MB2641.eurprd06.prod.outlook.com>
References: <8CCB28152EA2E14A96BBEDC15823481A09FBC8FB@dfweml501-mbx> <CAHANBt+GKCUhhZH1NCERq6R5+KbkppUJ6oBK2OAKmGEB2osq-A@mail.gmail.com> <CAHANBt+k3AZoaLPgX1QmJ0eg-rZ6oMkAgepX6o8yL4inXXfj2g@mail.gmail.com> <02c701d201fc$6b2b4570$4181d050$@gmail.com> <8CCB28152EA2E14A96BBEDC15823481A09FDDE32@dfweml501-mbx> <007401d20940$61edff70$25c9fe50$@gmail.com> <CAHANBtKshRW3KU34gjSNoOjswhy9TVm4KXxRPFRCo=HZ1wGCrQ@mail.gmail.com> <CAHANBtLL8ancAkoLsjsxSFiG0GA91jZXw7xDPOdbXdwmnkVPEw@mail.gmail.com> <AM5PR0601MB264132104E69F812CD2F191BB1C10@AM5PR0601MB2641.eurprd06.prod.outlook.com> <CAHANBtL25gsVfVC5T3oFVdA_3pabd6iJAySWK-oUrz1ux7ka=A@mail.gmail.com> <HE1PR0601MB265200635FCE0EE40A43411AB1C40@HE1PR0601MB2652.eurprd06.prod.outlook.com> <CAHANBtKSttogmTyEZ1DH4f6B=4wjjQtAZo-ZNybg3PZD9-xfSg@mail.gmail.com>
In-Reply-To: <CAHANBtKSttogmTyEZ1DH4f6B=4wjjQtAZo-ZNybg3PZD9-xfSg@mail.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=xliu@kuatrotech.com;
x-originating-ip: [98.191.72.170]
x-ms-office365-filtering-correlation-id: 9f277122-b7b8-471a-fc5e-08d3edeec049
x-microsoft-exchange-diagnostics: 1; AM5PR0601MB2643; 7:xMeXPgs8+ehm3smZ7FDTij5IiCr5y0hkxAOnBSoO9Ooy7FoMXZDYziqEIxnRkfqgDr50uCMimzoEM8GPQ+IFjhj0oRhS5B8OwxtnCWPPjrlh0sRF/4IkxRvGASG6W6YRtQy4Omo6SAi50ZzjUoY4NdF004vGinxV2eKdiMF6Esm74NEHMU5d46+FclUTmOlRA2BTxXT3IcbXzLAeEALtkXwqHD/TKveEHGYsJFZ6j4g47AK3YJgadTQIWHk+54xxl5VgG9uTvfZewvNWtDsvq2FZ9UuNpU90Q+3Pkpi+ggL6v6QlwmAcy7VC7WuGoKCOdnVbdi2vFqKUUu81lAHFFA==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM5PR0601MB2643;
x-microsoft-antispam-prvs: <AM5PR0601MB26433F106E1169B4F4B34BA3B1C70@AM5PR0601MB2643.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(166708455590820)(50582790962513);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6043046)(6042046); SRVR:AM5PR0601MB2643; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0601MB2643;
x-forefront-prvs: 00872B689F
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(51444003)(189002)(377454003)(13464003)(24454002)(51914003)(199003)(66066001)(92566002)(8676002)(81166006)(81156014)(7846002)(7736002)(93886004)(10400500002)(106116001)(76176999)(54356999)(106356001)(19580405001)(50986999)(15975445007)(2900100001)(105586002)(230783001)(19580395003)(77096005)(87936001)(74316002)(33656002)(76576001)(2906002)(101416001)(305945005)(3846002)(9686002)(6916009)(7696004)(2950100002)(3660700001)(586003)(102836003)(68736007)(6116002)(110136003)(4326007)(97736004)(122556002)(86362001)(8936002)(5002640100001)(5660300001)(189998001)(3280700002)(21314002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0601MB2643; H:AM5PR0601MB2641.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: kuatrotech.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: kuatrotech.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2016 13:43:27.0392 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99314f4e-50ab-4d4e-a9c6-b21b0c887384
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0601MB2643
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/cLl60xy0ZozjqwTZYUx4RIWxEs4>
Cc: "pim@ietf.org" <pim@ietf.org>
Subject: Re: [pim] draft-ietf-pim-yang-02 WGLC
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Oct 2016 13:43:35 -0000
I think that there are two questions here: 1) Do we want to allow the timer configuration to be set to "infinity" and "no-expiry"? 2) Do we want to use the same type for configuration and operational state? For 1), in our case, I think that most implementations do not allow "infinity" and "no-expiry". If these special settings are needed, it is possible to use special values or do augmentations. Originally our model used uint16. During the discussions, the enumeration was proposed to make the type more generic. We can decide which one to use now. I'm fine with uint16, but don't have strong opinion on this. For 2), I'd prefer to keep the type same for both configuration and operational state. If the configuration does not support "infinity" and "no-expiry", I'd think that we don't need to show these values as operational state. Thanks, - Xufeng > -----Original Message----- > From: Stig Venaas [mailto:stig@venaas.com] > Sent: Wednesday, October 5, 2016 4:30 PM > To: Xufeng Liu <xliu@kuatrotech.com> > Cc: Michael McBride <Michael.McBride@huawei.com>; pim@ietf.org > Subject: Re: [pim] draft-ietf-pim-yang-02 WGLC > > Hi, I don't know YANG that well, but at least here is the reason I am asking. > > First, I see that integers are used for this purpose many places. > Secondly, timer-value is defined as > > typedef timer-value { > type union { > type uint16; > type enumeration { > enum "infinity" { > description "The timer is set to infinity."; > } > enum "no-expiry" { > description "The timer is not set."; > } > } > } > units seconds; > description "Timer value type."; > } // timer-value > > For something that is a fixed value, infinity and no-expiry have no meaning. > Hence it seems that you would always make use of the the uint16. In that case, > why not just make the type uint16? Or would the enum values be useful? > > Stig > > > On Wed, Oct 5, 2016 at 6:14 AM, Xufeng Liu <xliu@kuatrotech.com> wrote: > > Hi Stig, > > > > Thanks for the comments. Is there any reason why timer-value cannot be used > for fixed value too? I think that it can be used for both cases. It is like an integer. > In the fixed value case, the operator specifies a value, such as 10sec, the system > saves timer-value=10sec. If the operator tries to retrieve the value of the > attribute, the system will return 10sec. Is this a problem? > > > > Thanks, > > > > - Xufeng > > > >> -----Original Message----- > >> From: Stig Venaas [mailto:stig@venaas.com] > >> Sent: Tuesday, October 4, 2016 5:06 PM > >> To: Xufeng Liu <xliu@kuatrotech.com> > >> Cc: Michael McBride <Michael.McBride@huawei.com>; pim@ietf.org > >> Subject: Re: [pim] draft-ietf-pim-yang-02 WGLC > >> > >> Hi > >> > >> On Fri, Sep 30, 2016 at 4:29 PM, Xufeng Liu <xliu@kuatrotech.com> wrote: > >> > Hi Stig and All, > >> > > >> > Thanks for the comments. I have updated the models and drafts based > >> > on > >> these comments. The updated draft and model files are at: > >> https://github.com/mcallisterjp/pim-yang. Any feedbacks will be appreciated. > >> > > >> > The update items include the responses to Stig's previous emails, > >> > and the > >> comments below. > >> > >> Great. I have one comment inline below though. > >> > >> > Thanks, > >> > > >> > - Xufeng > >> > > >> >> -----Original Message----- > >> >> From: Stig Venaas [mailto:stig@venaas.com] > >> >> Sent: Friday, September 16, 2016 5:27 PM > >> >> To: Xufeng Liu <xufeng.liu.ietf@gmail.com> > >> >> Cc: Michael McBride <Michael.McBride@huawei.com>; pim@ietf.org > >> >> Subject: Re: [pim] draft-ietf-pim-yang-02 WGLC > >> >> > >> >> Hi > >> >> > >> >> I now took some time to review the draft more carefully. Here are > >> >> comments in addition to what I posted earlier for the WGLC. > >> >> > >> >> First some potential issues with the models. > >> >> > >> >> I see for hello-interval, jp-interval etc. the data type is > >> >> timer-value which can also be infinity and no-expiry. Isn't this > >> >> type to be used for something counting down? These intervals would > >> >> always be some number of seconds and won't change unless the > >> >> configuration > >> changes. > >> > [Xufeng] The "xxx-interval" leaves are the number of seconds that > >> > won't > >> change unless the configuration changes. > >> > >> Right, I understand they are fixed values. That is why I am wondering > >> whether timer-value is the correct type. Isn't timer-value used for > >> something that is counting down, and not for fixed values? > >> > >> Stig
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- [pim] draft-ietf-pim-yang-02 WGLC Michael McBride
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Michael McBride
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas
- Re: [pim] draft-ietf-pim-yang-02 WGLC Xufeng Liu
- Re: [pim] draft-ietf-pim-yang-02 WGLC Stig Venaas