Re: [netmod] Adoption call for draft-ma-opsawg-schedule-yang-04

Dhruv Dhody <dhruv.ietf@gmail.com> Fri, 12 April 2024 10:20 UTC

Return-Path: <dhruv.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 AA322C14F6E3 for <netmod@ietfa.amsl.com>; Fri, 12 Apr 2024 03:20:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GgN9YySoUQQn for <netmod@ietfa.amsl.com>; Fri, 12 Apr 2024 03:20:45 -0700 (PDT)
Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBE1AC14F6B5 for <netmod@ietf.org>; Fri, 12 Apr 2024 03:20:45 -0700 (PDT)
Received: by mail-vs1-xe36.google.com with SMTP id ada2fe7eead31-479e57ff63bso253315137.1 for <netmod@ietf.org>; Fri, 12 Apr 2024 03:20:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712917245; x=1713522045; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZP3D7aihpDQXefCg9Z+w5xUPdlVs8jxv/Gw6Sw2jk0A=; b=bKz/ATCvoa+R7h/hCRZXvj13KwwaEknFwf+2y3Pv1fiGSh7vBMLiTenObY2u6tKa2H 68zUM/Rq/y/uFiHC4BTQNIWid8Fms5JbuwC+fhlwtvZbEjO6ACm+leP1HE0t8FW3ocx0 bJoP7WAYWpl6ovopWW1e26BZdnpBJtlV89L+72usva9aDuFsVvp6H0pQ6r9pELfOjkC3 U/TMN7qldMNbMS9N0teU/XiIzvaMuqszv8USTQsbynqwxcAGTZaKtW84jPIG2l4OvKEr 2prXLpnVIuPP5bh6xYiHPEnyzjNuq2Agz4k1hXhJEO2HFAS8Kdu+98kAjKph64neSsLV L8hQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712917245; x=1713522045; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZP3D7aihpDQXefCg9Z+w5xUPdlVs8jxv/Gw6Sw2jk0A=; b=R+H9HyF9yuh7VHcw2iu3TVeOjtCULQuQmzwTwMzL4dBaiRm56pOF0KNLCIhkeNfzmw D84CVLzGUzlR41Iw9NOYCj7ce87gunO2XElb2UUh5wuuY9EMdBSZE9cRpnnbAG3+z3oL w5U0hGXgzleEIoLtkWSp+Kjq+vvvsL2IsBr7454nz3DY3zQ+jgfF+bU8lrkJzjYEsnYf fQETWvn/+0eKd0I2HlYjONTirSEbh9czNmwsr7i4ykZYY9KZfLyUr10DM8opYJTcl17D 82uZOU8Jlv2574f2MSTtpuOPbs/aqMOdFFApgNwbxPs2feVmRAu/tAA7lcWvSM6JJI5h Bh5A==
X-Gm-Message-State: AOJu0YxzdewsYtH5VDJliqAT68nb7cHA22vGdgS3ofRHW4/Pq5RTIdK8 y9lLIO3Jls2U6g4en3CmvpQ2NDtje5CREc0z8MIPvKG9aX+4zQyiN66evibCsG+QkF/8Y20sWE+ m6QHUy+DtU4pNRqL31Oc2Tn5m5Pu7ez2g
X-Google-Smtp-Source: AGHT+IFz9B1vNMMrxFCbQutczWnoeu7GF8Cl1cfBZWgqmMgSciRmtLfLCET8oL6QYYiRiPHF0q5KiNTMfQZ+7QX61Uw=
X-Received: by 2002:a05:6102:3911:b0:47a:41c6:6a68 with SMTP id e17-20020a056102391100b0047a41c66a68mr2258545vsu.17.1712917244618; Fri, 12 Apr 2024 03:20:44 -0700 (PDT)
MIME-Version: 1.0
References: <0100018e7b73d5c8-953d38e8-827f-45ea-a9af-b31cc71505a5-000000@email.amazonses.com>
In-Reply-To: <0100018e7b73d5c8-953d38e8-827f-45ea-a9af-b31cc71505a5-000000@email.amazonses.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Fri, 12 Apr 2024 15:50:08 +0530
Message-ID: <CAB75xn4B4MD_hp4wVtSwHUN9T=96iUJu=dbY9F7XpWPvHnT0Wg@mail.gmail.com>
To: Kent Watsen <kent+ietf@watsen.net>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e530470615e39f97"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/tO2Pce4QR22aAQm_biJcpwt8ojE>
Subject: Re: [netmod] Adoption call for draft-ma-opsawg-schedule-yang-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 12 Apr 2024 10:20:46 -0000

Hi Kent,

Support adoption!

A few comments/nits for the authors to consider...

- In the abstract, I was not sure how to parse "..scheduling information
such as event, policy, services, or resources..", are these examples well
known and established as scheduling information?
- The introduction made sense as a motivation for the document initially,
but it should be rephrased esp that the referenced modules are expected to
be updated to use this common module going forward. You may create an
appendix with this historical context if needed.
- Section 3.1, the description is a bit sparse; also there are no examples
that use this grouping. Please expand.
- The description inside the YANG module is old and incorrect, it says 2
groupings and focused only on iCalendar.
- s/RFC XXXX: A YANG Data Model for Scheduling/RFC XXXX: A Common YANG Data
Model for Scheduling/
- for discard-action, is there a possibility for creating new actions in
future or these two are the only ones? I am asking to make sure that the
choice of modeling this as enum is correct or not.
- In these lists "leaf-list date-times" and "leaf-list dates", is there any
ordering constraint that should be added explicitly in text?
- Section 3.4 needs more descriptive text for period and timeticks. The
yang module has a long must statement for verification that should be
explained here in text.
- Section 3.5 needs more descriptive text for by* leaves -> "An array of
the "bysecond" (or "byminut", "byhour") specifies a list of seconds within
a minute (or minutes within an hour, hours of the day)." The examples in
the appendix gave some hints but the description should be clearer.
- s/byminut/byminute/
- Appendix A.1, the text says end date is Dec 31, 2027 but the JSON says
1st Dec - "2027-12-01T18:00:00Z"
- Appendix A.2, the text says Dec 1, 2025 but the example says 1st Nov -
"2025-11-01T15:00:00"

Thanks!
Dhruv

On Tue, Mar 26, 2024 at 9:20 PM Kent Watsen <kent+ietf@watsen.net> wrote:

> NETMOD WG,
>
> This email begins a 2-week adoption poll for:
>
>         A Common YANG Data Model for Scheduling
>         https://datatracker.ietf.org/doc/draft-ma-opsawg-schedule-yang
>
>         PS: This draft moved from OPSAWG to NETMOD
>
> There is no known IPR on this draft:
>
>
> https://mailarchive.ietf.org/arch/msg/netmod/mg1KP3m6bCSXh-3N-YKLvEb_udk/
>
> Please voice your support or technical objections to adoption on the list
> by the end of the day Apr 10 (any time zone).
>
> Thank you,
> Kent (as co-chair)
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>