Re: [Gen-art] [Dots] Genart last call review of draft-ietf-dots-use-cases-23

Daniel Migault <mglt.ietf@gmail.com> Thu, 02 July 2020 21:29 UTC

Return-Path: <mglt.ietf@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02A253A0BDB; Thu, 2 Jul 2020 14:29:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, 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=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 acaAh750zxdW; Thu, 2 Jul 2020 14:29:46 -0700 (PDT)
Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (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 63D473A0BD0; Thu, 2 Jul 2020 14:29:39 -0700 (PDT)
Received: by mail-vk1-xa32.google.com with SMTP id m21so5366484vkp.1; Thu, 02 Jul 2020 14:29:39 -0700 (PDT)
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=0ylqgCG9W2EaN6F7pwi8Yrlcxc1CtiF5rVqtsrWzWfc=; b=tEldxmZ3wRJrAhQj9NgN3DUiV3RNT1f0EjpB1OT4FnqzG3JGfzZud3lMnk0mCu3JIy t8khCrGxx4XNs+qR3ln/Yh8uWVPtQE4PlMkeKSuQtv1TR6ZlCR2HnMMSRN+Sgu/dnA8F LS+8VJ4KpzbM6cOmzqbLeGxXqMQmuo2zpHPqniu+t16adldw88b2PtTdsjdQ9seoPEl8 fpaRUFjkZ54nJbcVCB6LGcOpv9AxE+PBIE1Tcn5ECj8uApgIESFaEQPamPFcVfm3PM+b ImUGkZsDrVAXxMqYVXfqrYfBTtfN1dwAQO0Spjd4RSEp1SHwTfQl3iTVwo50wHesPwbU 1jUA==
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=0ylqgCG9W2EaN6F7pwi8Yrlcxc1CtiF5rVqtsrWzWfc=; b=mFdwzgrEHFiVPD96zPjO9XJPn8PpXhhwSzHxSnmG5vzdB6A1fuKRRlIOG4R10IwU+2 EVFkMY1X2DaXXqn4wMl22t5bzc2U3L3WzXOJjwx6A0OkU8T0W424Zb770wfXt/j45Q1d pOW244ZooYnVRtDbtR61BCFZ31MdG9yz3ocz1hekIxIbTAigECsFpi03pOIB0MQPp/Hd wDw5+yKL8hK2wPDQp8hANDh6p2TA7eSxz3u/ZndYpU/ovasyGv7qAa0jxl7lR6O5EeQN MDCl9+K+Sws0cFxlTH7GJbcoZbO11Zo7lp+cFjPc3se3QuQJFwmQ4a78Nl/hpefBrKGX jc/w==
X-Gm-Message-State: AOAM530nUaErSIGFb+lBp1ciUfN/6FY1D1HrV+QOA7ZKwLVpVNUHToEL pjnRcu7G5obYLdTc3Zjdw311qWeOYFvSGXtAl0g=
X-Google-Smtp-Source: ABdhPJxpl4QqAEne9l/0JsUZJA6U6FMvoZjiS0xcG0a75UVL3RnksUmOqn+mhCf2YEPa02CywkL7uuMANNht3sb5gBY=
X-Received: by 2002:a1f:1e0b:: with SMTP id e11mr23710247vke.55.1593725378392; Thu, 02 Jul 2020 14:29:38 -0700 (PDT)
MIME-Version: 1.0
References: <159180480429.20695.13967711651987137436@ietfa.amsl.com> <19733_1591806008_5EE10838_19733_230_7_787AE7BB302AE849A7480A190F8B9330314DB94C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <19733_1591806008_5EE10838_19733_230_7_787AE7BB302AE849A7480A190F8B9330314DB94C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
From: Daniel Migault <mglt.ietf@gmail.com>
Date: Thu, 02 Jul 2020 17:29:27 -0400
Message-ID: <CADZyTknDrq5StHv0_yfo1+cdz7p86gK9QpocOYoyXoGY2n1xZg@mail.gmail.com>
To: mohamed.boucadair@orange.com
Cc: Elwyn Davies <elwynd@dial.pipex.com>, "gen-art@ietf.org" <gen-art@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-dots-use-cases.all@ietf.org" <draft-ietf-dots-use-cases.all@ietf.org>, "dots@ietf.org" <dots@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000c74cb05a97c1bd2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/8h2-4IXjsOPisEieYE-Kx8zm8rQ>
Subject: Re: [Gen-art] [Dots] Genart last call review of draft-ietf-dots-use-cases-23
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Jul 2020 21:29:51 -0000

Thanks med for the feed back. All documents are now referenced as
informative. If the RFC editor expresses concerns we will update that.

Thanks!
Yours,
Daniel

On Wed, Jun 10, 2020 at 12:21 PM <mohamed.boucadair@orange.com> wrote:

> Dear Elwyn,
>
> One quick comment about:
>
> > s7:  This is an informational document and, as such, cannot have
> > normative
> > references.  Please combine all references into one refererences
> > section.
>
> If we refer to the IESG statement available at:
> https://ietf.org/about/groups/iesg/statements/normative-informative-references/,
> we can read the following:
>
> "Note 3: The normative/informative distinction is relevant in any document
> that amounts to a technical specification, even if its intended status is
> Experimental or Informational."
>
> So, that's fine to have a normative ref section (if justified) for this
> document.
>
> That's said, I do personally think that at least [RFC8782][RFC8783] have
> to be moved as Informative... but not for the reasons mentioned in the
> review..
>
> Cheers,
> Med
>
> > -----Message d'origine-----
> > De : Dots [mailto:dots-bounces@ietf.org] De la part de Elwyn Davies
> > via Datatracker
> > Envoyé : mercredi 10 juin 2020 18:00
> > À : gen-art@ietf.org
> > Cc : last-call@ietf.org; draft-ietf-dots-use-cases.all@ietf.org;
> > dots@ietf.org
> > Objet : [Dots] Genart last call review of draft-ietf-dots-use-cases-23
> >
> > Reviewer: Elwyn Davies
> > Review result: Ready with Nits
> >
> > I am the assigned Gen-ART reviewer for this draft. The General Area
> > Review Team (Gen-ART) reviews all IETF documents being processed
> > by the IESG for the IETF Chair.  Please treat these comments just
> > like any other last call comments.
> >
> > For more information, please see the FAQ at
> >
> > <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
> >
> > Document: draft-ietf-dots-use-cases-23
> > Reviewer: Elwyn Davies
> > Review Date: 2020-06-10
> > IETF LC End Date: 2020-06-11
> > IESG Telechat date: Not scheduled for a telechat
> >
> > Summary:
> > Ready wih some minor nits.
> >
> > Major issues:
> > None
> >
> > Minor issues:
> > None
> >
> > Nits/editorial comments:
> > s1, para 1: Just a thought:  might be worth adding to the end of this
> > para:
> > "and increase the time for deployment in a situation where speed is
> > often of
> > the essence".
> >
> > s1, last para: Suggest adding in reference to DOTS requirements doc
> > which is
> > referred to in s2: OLD:
> >    This document provides sample use cases that provided input for the
> >    design of the DOTS protocols [RFC8782][RFC8783].
> > NEW
> >    This document provides sample use cases that motivated the
> > requirements
> >    for the DOTS protocols [RFC8612] and provided input for the design
> > of
> >    those protocols [RFC8782][RFC8783].
> > ENDS
> >
> > s2: For more logical ordering, move the definition of DDos Mitigation
> > Service
> > Provider after definition of DDoS Mitigation Service.
> >
> > s2, DDoS Mitigation Service:
> > OLD:
> >       Service subscriptions usually
> >       involve Service Level Agreement (SLA) that have to be met.
> > NEW:
> >       Each service subscription usually
> >       involves a Service Level Agreement (SLA) that has to be met.
> > ENDS
> >
> > s3.1, para 1: The abbreviation ITP has already been defined so you
> > shouldn't
> > have a redefinition here.
> >
> > s3.1, para 7: s/thought different/though different/
> >
> > s3.1, 2nd set of bullets, that are below Fig 1: This woud be more
> > elegant using
> > (a), (b), etc as the bullet labels.
> >
> > s3.1: Comment (not being familiar with the DOTS proposals): The text
> > indicates
> > that the ITP mitigation effort is an all or nothing buisness.  Is this
> > always
> > the case or could the client request or the server provide a
> > proportional
> > response rather than an all or nothing response?
> >
> > s3.2, last sentence of 2nd para after Fig 2: s/These exact/The exact/
> >
> > s3.3, para 2: s/various information/various sets of information/
> >
> > s3.3, para after Figure 4: s/monitor various network traffic/monitor
> > various
> > aspects of the network traffic/.
> >
> > s3.3, 2nd para after Figure 4: s/it's/it is/
> >
> > s3.3, last five paras: Calling out a web interface specifically is
> > overly
> > specific.  Suggest adding 'for example'in at least one case or
> > changing it to
> > 'user interface'.
> >
> > s3.3, first para on page 11:
> > OLD:
> > to infer the DDoS Mitigation to elaborate and coordinate.
> > NEW:
> > to infer, elaborate and coordinate the appropriate DDoS Mitigation.
> > ENDS
> >
> > s3.3, 3rd and subsequent paras on page 11: The orchestrator appears to
> > change
> > from one DOTS server to a plurality at this point.  Please make it
> > clear
> > whether there is one or many.  If only one, then s/The orchestrator
> > DOTS
> > servers returns this information back/The orchestrator DOTS server
> > returns this
> > information/ and s/servers/server/ subsequently.
> >
> > s3.3, last para s/like  requesting/such as requesting/
> >
> > s7:  This is an informational document and, as such, cannot have
> > normative
> > references.  Please combine all references into one refererences
> > section.
> >
> >
> >
> > _______________________________________________
> > Dots mailing list
> > Dots@ietf.org
> > https://www.ietf.org/mailman/listinfo/dots
>
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
> recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> Dots mailing list
> Dots@ietf.org
> https://www.ietf.org/mailman/listinfo/dots
>


-- 
Daniel Migault
Ericsson