Re: [Netconf] mbj's WGLC review of yang-push-17

Kent Watsen <kwatsen@juniper.net> Tue, 25 September 2018 21:19 UTC

Return-Path: <kwatsen@juniper.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93A2F1277BB for <netconf@ietfa.amsl.com>; Tue, 25 Sep 2018 14:19:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, URIBL_BLOCKED=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 GFrpx0T9fNat for <netconf@ietfa.amsl.com>; Tue, 25 Sep 2018 14:19:37 -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 5420E130DC6 for <netconf@ietf.org>; Tue, 25 Sep 2018 14:19:36 -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 w8PLJSwP020721; Tue, 25 Sep 2018 14:19:28 -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 : mime-version; s=PPS1017; bh=0dHAVTNRcjWsURiZUIXCwW43TayCIylYfIG9CIdBpuk=; b=PYcoKoaROJV3n7HIWUxsMkLAuEqh3OwetWAl154pNjn4+asGV2W1up3PZlL3tMNuEHdW UHemeWYfcTHAsxfqfbQeXon26h5cjZuYTwCzlbFcEOoVyuh7kXx28TY3DH4Ucof4g1eD 3/STKJLAgi9RBB0shy7mDAdfoCRZIgI6KILOcJi+3lvQG/kWNG+OJhJT1kNeaFNx6a0w kZwfbiKtsVTTKKOYm6Jn9EcLK2wnkc7ruck/IO6cRlxiLbAU5C17qpJxxUYsUhadcEdP aUu6X1BH9ksmKIb6kn2CIh+1djhQNmxdCJRzqt2by6W5L6JAyV6F4dTTaDFy6R+MiZtM lQ==
Received: from nam04-sn1-obe.outbound.protection.outlook.com (mail-sn1nam04lp0088.outbound.protection.outlook.com [216.32.180.88]) by mx0b-00273201.pphosted.com with ESMTP id 2mqv9fg1w5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 25 Sep 2018 14:19:28 -0700
Received: from DM6PR05MB4665.namprd05.prod.outlook.com (20.176.109.202) by DM6PR05MB4076.namprd05.prod.outlook.com (20.176.72.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1185.12; Tue, 25 Sep 2018 21:19:26 +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; Tue, 25 Sep 2018 21:19:26 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Alexander Clemm <alexander.clemm@huawei.com>, Andy Bierman <andy@yumaworks.com>, "t.petch" <ietfc@btconnect.com>
CC: Martin Bjorklund <mbj@tail-f.com>, Netconf <netconf@ietf.org>
Thread-Topic: [Netconf] mbj's WGLC review of yang-push-17
Thread-Index: AQHUNImouJGUP0t9tESR9VzM68tuEKUBeG0A///MeoCAAHQTAP//xcOA
Date: Tue, 25 Sep 2018 21:19:26 +0000
Message-ID: <9EC8B411-34A3-4E68-B4B7-41376F4FC2D7@juniper.net>
References: <3B841FC9-63F4-41DD-BCE2-AA543FDADA5C@juniper.net> <20180920.094520.798604819426315275.mbj@tail-f.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EB691A5@sjceml521-mbx.china.huawei.com> <20180924.093612.1791958587714330227.mbj@tail-f.com> <A1DF23A4-3D00-43D7-B121-D9F567B2A43F@juniper.net> <020f01d454ae$2e41e4a0$4001a8c0@gateway.2wire.net> <CABCOCHSATfi4Nq3XLGL65Kj4R_gWTFSf6H0v8qD8DE4aYOpDiQ@mail.gmail.com> <674F5961-D956-4BD1-8AD0-44FE68150070@juniper.net> <644DA50AFA8C314EA9BDDAC83BD38A2E0EB6A205@sjceml521-mbx.china.huawei.com>
In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0EB6A205@sjceml521-mbx.china.huawei.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.13]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM6PR05MB4076; 6:SKytsLpnVAKw/u/82nMSjVlV5sSTIGG+FveM9IkP27paIghwdmk/YIOPW7VtM7r/nPScAIPbZv7js4YHbv11rzsVdSpdF5R7U6IkVgBoJlLDCbfjcQtArtfEFg7+tfZiYSCRCLzI6uhAr57Y4+tG2QWXRlAwPw+xlIi0tqgqX7Hq6tLcdiGCA9DlGsjLbWT3HmJPhyT4HRqxURpDtq8jSysKKxj665eOditlfezzj3IP9tOLGt007ULydtrX7eeip/QXvLbbkIfXemVfVHPUrXxjl9Jf6PugJHBs91xBg9tDP8bXyRMy3Xqivimaa+O9L2NmNOb5XvSiVs7CB537EXYjmkFZ6YRPJBGvJpvUYxoU60XIFnX0HtB6Jj72a9WTIgQbZ5gCj2ofUhrNQzOc6tpw7b7VM9XXXibsQqt0/Ycdt0Za5KFvVVYR86f0m1rk4gmZDB6PYOOXhzLcExfgHA==; 5:4alMQEqlLvyJR7BDosY2EOd+m6JpI+FsfaB4BEcbhjDbPxgGcwpyfCPwS4SuNEbCcitS3QdJ89ENyWeEr/m/50CudSw41VzxrJqXtoL+Oxq+kALYrro+fhSBnKK9hwyQLG5yfiKIg44VROEkGk8hU3XZokFcaZ6jMzGD9JHdrh8=; 7:2eLMChuUbWBPx1KYAfPLD3ZvEG/wJ9IAelOjnw8o3NvGRcf0kTN/KXHJJnzE0VzPKXRClwws8MkAJoyQPQpeKecpcPHo+zMZhUUubxefzCza06dN0CvgsdeOaNW44Svm8XRw1+cb8CQOq+Hy2GQ3Ab9emxWGz9yHWSIFVE1smEPU3pEJlWGnp40hwTMAH+3N9rsJ8RGMl/H/wxkcBhP/8JIulQDCJxYcBYh5et3uBxO7jHLEWeWj9+ZWhRH7Ptn4
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 0690eb75-bf7a-474a-d4f4-08d6232c92af
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:DM6PR05MB4076;
x-ms-traffictypediagnostic: DM6PR05MB4076:
x-microsoft-antispam-prvs: <DM6PR05MB4076C949E00546EF0ABC7434A5160@DM6PR05MB4076.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(50582790962513)(278428928389397)(138986009662008)(178726229863574)(219612443155931)(21748063052155)(28532068793085)(190501279198761)(227612066756510);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(3231355)(944501410)(52105095)(10201501046)(93006095)(93001095)(6055026)(149066)(150027)(6041310)(20161123564045)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(201708071742011)(7699051); SRVR:DM6PR05MB4076; BCL:0; PCL:0; RULEID:; SRVR:DM6PR05MB4076;
x-forefront-prvs: 08062C429B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(376002)(366004)(136003)(39860400002)(199004)(189003)(81156014)(186003)(99286004)(476003)(26005)(53546011)(102836004)(2616005)(71200400001)(58126008)(54906003)(110136005)(66066001)(6506007)(71190400001)(316002)(82746002)(93886005)(11346002)(2900100001)(446003)(83716004)(486006)(34290500001)(229853002)(6306002)(2906002)(6436002)(54896002)(3846002)(236005)(6116002)(5660300001)(6512007)(76176011)(6486002)(5250100002)(25786009)(68736007)(4326008)(53936002)(7736002)(86362001)(256004)(14444005)(8936002)(6246003)(478600001)(36756003)(33656002)(81166006)(106356001)(105586002)(97736004)(14454004)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4076; 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: 4tugg2oi+UDI+e3wlytoLK2EQE1m/IXdYOrcmAcm52mABPorrdLa6tZmP3mUMc/TJYgyliMbr9IDy5wcNQyF4orIn+muyPkgCYLAheY4gDTezMDejevjBzC1qxgeJq9xlmgdXbzI5b73Z+9aAWEzuQNyOdKxrb6JVwrO932E4fZUlQA5qNWQN7FX0PSSK4l2DDJhFpf1SFIRcR3Jq/OWBzCZcS4gwe8d8LsH7eEd6zyw/qLyZ7oa//94rHvRW/raduzIvz5MAXOkwFxw9KR1SUQq9QKL5MKKvgsjvJj2cC112NxNJ9ymMT/KTIbOMuMSAIvndsqkV0vZbwh1mTXsXAOj+kGw1nfSQxbgK+MB38w=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_9EC8B41134A34E68B4B741376F4FC2D7junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 0690eb75-bf7a-474a-d4f4-08d6232c92af
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Sep 2018 21:19:26.5408 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4076
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-25_11:, , 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-1809250209
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/gttP808_fnMW6bZ9LLnsxHUsFQE>
Subject: Re: [Netconf] mbj's WGLC review of yang-push-17
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Sep 2018 21:19:41 -0000

that's a good point, a UI wouldn't be used for more than a handful of subscriptions.

/kw


On 9/25/18, 4:47 PM, "Alexander Clemm" <alexander.clemm@huawei.com<mailto:alexander.clemm@huawei.com>> wrote:

I think timeticks are fairly familar to most people.  Also, I think a UI used by humans to manually configure subscriptions will be only a corner case; in the vast majority of cases I would expect this to be consumed by applications and flow-through interfaces.
---Alex

From: Kent Watsen [mailto:kwatsen@juniper.net]
Sent: Tuesday, September 25, 2018 10:52 AM
To: Andy Bierman <andy@yumaworks.com>; t.petch <ietfc@btconnect.com>
Cc: Martin Bjorklund <mbj@tail-f.com>; Alexander Clemm <alexander.clemm@huawei.com>; Netconf <netconf@ietf.org>
Subject: Re: [Netconf] mbj's WGLC review of yang-push-17


> I do not understand the motivation for using uint16.
> This would limit the maximum period to 655.35 seconds.

That was a typo - it should've been uint32.  FWIW, when I added the
"anchor-time" to the [netcont/restconf]-client-server drafts, I used "period"
with "type uint16" and "units minutes", which is where uint16 came from.

I still think replacing "type yang:timeticks" with "type unit32" and "units
hundredths of a sec" is more intuitive, as:
  - no need to look up what a timetick is.
  - no need to understand why the two "epoch" times aren't documented
    in YP, as required(?) by RFC 6991.
  - more closely aligns with the [netcont/restconf]-client-server drafts

But it was just a suggestion.

I agree with the comment that software can easily convert hundredths of a
second values to things like "minutes" or "hours", but how would it know
when to do so?   Even if the UI was clever enough to enable an admin to
enter the value using two fields (value + units) and the software internally
converted to hundredths of a second, it doesn't help later when another UI
wants to looks at the value, unless we expect it to step through a bunch of
commonly-used units until finding one that fits nicely.

FWIW, we had a similar discussion a long time back with the netconf-server
draft but, at that time, the minimum designed granularity was "seconds",
which seemed okay since most people are pretty familiar with how seconds
convert to minutes or hours or days.

Kent // contributor