Re: [alto] Comments for draft-ietf-alto-oam-yang-03

Jensen Zhang <jingxuan.n.zhang@gmail.com> Tue, 21 February 2023 13:36 UTC

Return-Path: <jingxuan.n.zhang@gmail.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B30FC1524AC for <alto@ietfa.amsl.com>; Tue, 21 Feb 2023 05:36:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 ozKJQL65pUds for <alto@ietfa.amsl.com>; Tue, 21 Feb 2023 05:36:10 -0800 (PST)
Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 E6B59C1524A3 for <alto@ietf.org>; Tue, 21 Feb 2023 05:36:09 -0800 (PST)
Received: by mail-wr1-x434.google.com with SMTP id l1so4182106wry.10 for <alto@ietf.org>; Tue, 21 Feb 2023 05:36:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kFgRdeSPdaOzgY1zi3tyCR1bLvQUlP+pSaQFcEmQwZA=; b=pkbI2Gaj2dUAGICg7pwCscngN5z24U06pI+aN5ypFk6mx15mpDj731JVZJyGYsMBuG CuKMBc5qt1o1oLndvAFrrnApaas/rSM2qwXfK/uepJJjK3QBU8JpM+HP5cIJhz61ZIPt GdQjAWFVB3V+SFPTZwJAoJpvX+7M7iuRTJW8AelZO5Y3SXcy5qxUnrgf9vfNTtVmFK65 PIUrkbcsNRw3MmLus1DKGjdOEz6Mc28fZELS9Ml1E+pYHrAXLfou56cXa1W9TswMVSvq MTJ8dGRifuRTlWd1PvWaZQwiB9MHFg1KrOCWiCApljHsZ7Jgeb4aIaQJlfiWGTDwXuFV qhcg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=kFgRdeSPdaOzgY1zi3tyCR1bLvQUlP+pSaQFcEmQwZA=; b=K8+0+qPZvHGksVdtUthzmkCO6LgjWl4yCHrC/O/345VLsrJy88vrNsXwHWYEOtyo2e rV9ExVna08Jyu3dRB5Md+35uHmmgwIvFR28X6HlfcsgblVHVJHXuWyULHwVeSrToufd1 EKmVGtZQPXQZuyEumgzMkPJOSDO/6wK8StifePysdpAKa/GJJtdgmTNdCnkT+f6LZYW8 AcAj/jr8wA/CplOy5AXESRvDMBCrUpJrotD/Vi6MH6rgSgTMdAMlwo4IYnK14Umt2xLh DHP3Rz2hCSSuR9EDeZfe9XJQ4n/7Ckt016t9Ca7H6CTNbkQEVXiJusH1j47XRcSH9pFA SyHQ==
X-Gm-Message-State: AO0yUKX4Y9jrj8XlvCtE09zj/2f113VzEb3MDcqoHzxJYGxGaDQnw8vy PilWTqxgcynZU/mB9d++C+6TRVmmuAvOfeqGb3Vl1v+3TaM=
X-Google-Smtp-Source: AK7set9ZtzfYjlb0ysUzEvb7XGKoNNxjtMNkLE33G6o82LzrxFD7j8ubINaQ9DG3uUkvSrHUS4gqjPim2wbni7BArJ4=
X-Received: by 2002:a05:6000:100e:b0:2c5:4c96:8fda with SMTP id a14-20020a056000100e00b002c54c968fdamr209613wrx.1.1676986567647; Tue, 21 Feb 2023 05:36:07 -0800 (PST)
MIME-Version: 1.0
References: <SN6PR02MB537510F45C2109834DD0642AF6A09@SN6PR02MB5375.namprd02.prod.outlook.com>
In-Reply-To: <SN6PR02MB537510F45C2109834DD0642AF6A09@SN6PR02MB5375.namprd02.prod.outlook.com>
From: Jensen Zhang <jingxuan.n.zhang@gmail.com>
Date: Tue, 21 Feb 2023 21:35:45 +0800
Message-ID: <CAAbpuyp8a=_tbNxMswemT-uGR7F4=ymb=JGgGVrfxX1Uka3L3Q@mail.gmail.com>
To: Jordi Ros Giralt <jros@qti.qualcomm.com>
Cc: "alto@ietf.org" <alto@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a8662905f535dc3b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/gCVnlOBlfXgTJEvdb-cv7f_fFTs>
Subject: Re: [alto] Comments for draft-ietf-alto-oam-yang-03
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2023 13:36:12 -0000

Hi Jordi,

Many thanks for the review. See my response inline.


On Fri, Feb 17, 2023 at 12:38 AM Jordi Ros Giralt <jros@qti.qualcomm.com>
wrote:

> Hi Jensen and authors,
>
> Below my comments, thanks.
>
>
> Comments related to the two YANG Models:
> -----------------------------------------------------------
>
> * In the Abstract paragraph: "The operator can use the data model to
> create and update ALTO information resources". Then, in Section 5.4.2 we
> have "The operator of the ALTO server can use this model to create, update,
> and remove the ALTO information resource", indicating the support for
> "removing" information resources. Should we change the sentence in the
> abstract to include "remove"? It would look like this:
>
> s/The operator can use the data model to create and update ALTO
> information resources/The operator can use the data model to create,
> update and remove ALTO information resources/
>
> (The same change would need to be applied in the Introduction where that
> same sentence appears.)
>

Good catch.


>
> * In the Abstract paragraph: "(...) manage the access control, configure
> server-to-server communication and server discovery (...)". Yet in Section
> 5.3.1.2 we have "The YANG module defined in this document does not contain
> any configuration for the communication between two ALTO servers". So the
> two statements seem to be somewhat contradictory, the first one stating
> that the model can be used to "configure server-to-server communication"
> while the second one implying that "configuration for the communication
> between two ALTO servers" is out of scope.
>
> (The same change would need to be applied in the Introduction where that
> same sentence appears.)
>

We have reached the agreement that server-to-server communication only
focuses on server discovery. Will revise the content.


>
>
> * Paragraph 5.4.2 says: "Each resoruce entry provides configurations
> defining how to create or update an ALTO information resource." This
> seems to indicate that the OAM model provides semantics to allow the
> operator to create and update an IR, but it's not obvious how this is done.
> Would you be able to provide an example of how the model can be used to
> create (or update) an IR?
>

To create/update an IR, the operator just needs to write a new resource
node into the resource list. I have no strong opinion on whether we should
provide such an example. If needed, we can add an example in the appendix.


>
> * The sentence "One categories of the type-specific parameters are common
> for the same type of ALTO information resource" is a bit confusing ("One"
> is singular, "categories" is plural)
>
> * I think where it says "The other categories of the type-specific
> parameters are algorithm-specific" it should say "The other category of the
> type-specific parameters is algorithm-specific". Since earlier the text
> says there are "two categories" and this refers to the 2nd category
> (singular).
>

Fixed.


>
> * In the 'http-listen' feature in Section 7.1, should we add a 'reference'
> field pointing to RFC 7285?
>

Good point. But "http-listen" is not a feature of RFC 7285. We may wait for
feedback from the YANG doctor review.


>
> Implementation questions:
> -------------------------------------------------------
>
> * Have the two YANG models described in this document being implemented as part of OpenALTO? Are there plans to do so? Would be a great way to get a sense of how the YANG models perform on "running code".
>
> Yes, we plan to have a demo in the coming IETF hackathon. Actually, in the
backup slides of our IETF 115 presentation (
https://datatracker.ietf.org/meeting/115/materials/slides-115-alto-alto-oam-yang-01),
we have shown some early implementation of how to translate the YANG models
into the OpenALTO configuration.


> Comments about grammar and nits:
> --------------------------------------------------
>
> s/What is in the scope of this document?/The following is in the scope of this document/
>
> s/What is not in the scope of this document?/The following is not in the scope of this document/
>
> s/Data model for deploy an ALTO server/Data model for deploying an ALTO server/
>
> s/Data model for operate and manage/Data model for operating and managing/
>
> s/configuration for ALTO services/configuration of ALTO services/
>
> s/in this document provide all the/in this document provides all the/
>
> s/how an ALTO client discover/how an ALTO client discovers/
>
> s/Cases for other mechanisms can be augmented in the future modules./Future modules can be augmented to support other mechanisms./
>
> s/If the on-change attribute presents,/If the on-change attribute is present,/
>
> s/Otherwise, if the feed-interval attribute presents,/Otherwise, if the feed-interval attribute is present,/
>
> s/MUST present/MUST be present/
>
> s/to create, update, and remove the ALTO information resource/to create, update, and remove ALTO information resources/
>
> s/Each resoruce/Each resource/
>
> s/MUST also include the a dependency/MUST also include a dependency/
>
> s/One categories of the type-specific parameters are common for the same type of ALTO information resource/One category of the type-specific parameters are common for the same type of ALTO information resource/
>
> s/all the other types of resource entries have augmented algorithm node/all the other types of resource entries have an augmented algorithm node/
>
> s/An example of extending algorithm node/An example of extending the algorithm node/
>
> s/at information resource level/at the information resource level/
>
> s/is supported by the following configuration/is supported using the following configuration/
>
> s/depolyment/deployment/
>
> s/This grouping defines data model/This grouping defines a data model/
>
> s/This grouping defines base data model/This grouping defines the base data model/
>
> s/Grouping for configuration of how to set up server discovery/Grouping for the configuration of how to set up server discovery/
>
> Many thanks for catching all the grammar issues. Will fix them in the next
revision.

Thanks,
Jensen


> -------------------
>
> Thanks,
> Jordi  (Speaking as individual)
>
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto
>