Re: [Dots] Call for adoption of draft-hayashi-dots-telemetry-use-cases-00

H Y <yuuhei.hayashi@gmail.com> Mon, 31 August 2020 00:52 UTC

Return-Path: <yuuhei.hayashi@gmail.com>
X-Original-To: dots@ietfa.amsl.com
Delivered-To: dots@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAABC3A0BE9; Sun, 30 Aug 2020 17:52:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, 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 wP-kJ0gE0sNs; Sun, 30 Aug 2020 17:52:40 -0700 (PDT)
Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (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 3ADEB3A0BE6; Sun, 30 Aug 2020 17:52:40 -0700 (PDT)
Received: by mail-ot1-x335.google.com with SMTP id e23so4128011otk.7; Sun, 30 Aug 2020 17:52:40 -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:content-transfer-encoding; bh=7SXEXzTKLP9WxMqe1sZYgsnOZWVT5buhBnATqoAK6aM=; b=eVfhq7RN8PatgCBZf6nm9eT/r1Qjs6KbWRR84tKHHiWEi/WU5u1GmnDQg1IVZzFXqH X5jeKmsz25SXh4/PkyqOCdpcMC8uT5ERHWfbz4cDvZwWI7ZIkbl9UZWCnbNCmnjIngAs ebHlgA23SBdiIuT1XYTU26N3wjDmgwEvBgZvipad1Z6TOjnSyApmfqSUpUiHTquxSaQ6 GWZOl8ufmTmhangWWTRQlghPZ/47ws7vVAlgX2YqFVyomlr+3iFvBDhMQsCLSkBK1HXS FUfZS2CCcW/QJvzG3MVhXo+oc0HKyr+/YS3ccjjXOxzeDZOx1OuXy5m62jG9lTf3nXc2 gC1w==
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:content-transfer-encoding; bh=7SXEXzTKLP9WxMqe1sZYgsnOZWVT5buhBnATqoAK6aM=; b=qAKso6i+Qen1NHaMAVd1oc8QqOvLZLPNAfE1wcGofD5ENcZ0QlKjHt4W1CPSz/DAuE WkZEb6K0OEvSm1HET5aqhukJkKfP/nLHSqsV2P2gGw7IajPOLKKUVIbMNAjiIzq9NOF7 OaLENV1/Y+DZNFU8lYEvoNOZdpBHCijUduycH4EXFNK35oOi72b8vfH97DdMgogCCP/4 KkuQdi506xxnr0aTR1YjdyRHmKSH1oAqh0lW1kOVAlseIIIIwMDiRTwufqaBGER/kW5J Q+Mu6rN1eEqTIexba4WeCwzW5Y4zj85qtwSyZE4dCrbX8fEDGTIQ7hbkbm9bjX/6nG8V I+VA==
X-Gm-Message-State: AOAM5332sD9jX0SBcOjgphd+s43aI3p2vyHePpvG5tR0hKk8b1Du4E2p nM0LOAI08PYb/IoF2GxVS4dt29TTNdBZoYzOmO8=
X-Google-Smtp-Source: ABdhPJxbxl1KkTQaRO66PThYsfQMYRg5aMC/IqkiR8pBsK7Nm4tN0L9+SHhWMd9LxU1tjY96mpyMBk0EKOqkNTUXCJs=
X-Received: by 2002:a9d:12f2:: with SMTP id g105mr4223895otg.41.1598835159325; Sun, 30 Aug 2020 17:52:39 -0700 (PDT)
MIME-Version: 1.0
References: <0be401d67c45$d4381080$7ca83180$@smyslov.net> <1386_1598521484_5F47808C_1386_165_1_787AE7BB302AE849A7480A190F8B933031525C84@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <1386_1598521484_5F47808C_1386_165_1_787AE7BB302AE849A7480A190F8B933031525C84@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
From: H Y <yuuhei.hayashi@gmail.com>
Date: Mon, 31 Aug 2020 09:52:27 +0900
Message-ID: <CAA8pjUPesQEUOKD-q5MjHPLsXjSo=Kd8oU3XdZQVi_91+yj_mw@mail.gmail.com>
To: Mohamed Boucadair <mohamed.boucadair@orange.com>, "dots@ietf.org" <dots@ietf.org>
Cc: Valery Smyslov <valery@smyslov.net>, "dots-chairs@ietf.org" <dots-chairs@ietf.org>, "draft-hayashi-dots-telemetry-use-cases@ietf.org" <draft-hayashi-dots-telemetry-use-cases@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dots/7uZE84tJLZ7aAxgWKck0MXZwtCg>
Subject: Re: [Dots] Call for adoption of draft-hayashi-dots-telemetry-use-cases-00
X-BeenThere: dots@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of DDoS Open Threat Signaling \(DOTS\) technology and directions." <dots.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dots>, <mailto:dots-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dots/>
List-Post: <mailto:dots@ietf.org>
List-Help: <mailto:dots-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dots>, <mailto:dots-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Aug 2020 00:52:42 -0000

Hi Med, all,

Thank you for your comments.

> (3)
> As a support document (https://www.ietf.org/about/groups/iesg/statements/support-documents/), we don't need to publish it as an RFC. We can decide about that once the document is more mature.
IMO, it seems like a good option so far because the option relieves
the consideration or the concerns.

> Another consideration is that if a separate document is adopted, then the processing of the telemetry I-D will probably have to be slow down until the telemetry use cases draft is ready, so that they are sent to publication together (in this case the telemetry draft will  have a steady reference to RFC and not to I-D).

>The concerns were expressed that telemetry draft is already a long document and authors don't want to make it longer.


Thanks,
Yuhei

2020年8月27日(木) 18:44 <mohamed.boucadair@orange.com>:
>
> Hi Valery, all,
>
> (1)
>
> We do already have in the telemetry I-D some text to describe the main uses of the DOTS telemetry. Nevertheless, that text does not intend to be exhaustive nor to dive into more details to describe how to put the various pieces together.
>
> (2)
>
> I do see a value in having a document that discusses in more details how to play with DOTS telemetry. draft-hayashi-*  can be such document. The document can be updated with pieces that are already in the telemetry draft. I support thus this draft to be adopted.
>
> (3)
>
> As a support document (https://www.ietf.org/about/groups/iesg/statements/support-documents/), we don't need to publish it as an RFC. We can decide about that once the document is more mature.
>
> (4)
>
> From the assessment shared by the authors of draft-hayashi-* in the past, I remember that they indicated that their use cases are met with the attributes specified in the telemetry I-D.
>
> Cheers,
> Med
>
> > -----Message d'origine-----
> > De : Dots [mailto:dots-bounces@ietf.org] De la part de Valery Smyslov
> > Envoyé : jeudi 27 août 2020 09:44
> > À : dots@ietf.org
> > Cc : dots-chairs@ietf.org; H Y <yuuhei.hayashi@gmail.com>; draft-
> > hayashi-dots-telemetry-use-cases@ietf.org
> > Objet : [Dots] Call for adoption of draft-hayashi-dots-telemetry-use-
> > cases-00
> >
> > Hi,
> >
> > after discussion with Yuhei we decided to issue a call for adoption of
> > draft-hayashi-dots-telemetry-use-cases-00 as a WG document.
> >
> > Note, that the chairs have an opinion, that the DOTS WG has already
> > published quite a lot of informational documents, describing DOTS
> > requirements, architecture, use cases.
> > We think that having one more auxiliary document that describes use
> > cases only for an optional feature of DOTS
> > (telemetry) is not fully justified and it's probably better to merge
> > telemetry use cases draft with telemetry I-D.
> > We think that for implementers it's generally easier to look into a
> > single document, than to find a separate one describing use cases.
> > Another consideration is that if a separate document is adopted, then
> > the processing of the telemetry I-D will probably have to be slow down
> > until the telemetry use cases draft is ready, so that they are sent to
> > publication together (in this case the telemetry draft will  have a
> > steady reference to RFC and not to I-D).
> >
> > On the other hand, discussion on last DOTS meeting and on the list
> > indicated that quite a lot of people in the WG prefer to have
> > telemetry use cases as a separate document, instead of merging it with
> > the telemetry draft. The concerns were expressed that telemetry draft
> > is already a long document and authors don't want to make it longer.
> >
> > So, this message start a two weeks call for adoption of
> > draft-hayashi-dots-telemetry-use-cases-00 that will end 11 September.
> > Please, respond to the list with your preference among 2 options:
> >
> > 1. Adopt this draft as a separate document describing DOTS telemetry
> > use cases.
> > 2. Don't adopt this draft and merge its content into the draft-ietf-
> > dots-telemetry instead.
> >
> > We'll be very much appreciated if you also give reasoning for your
> > choice.
> >
> > Regards,
> > Frank & Valery.
> >
> > _______________________________________________
> > 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.
>


-- 
----------------------------------
Yuuhei HAYASHI
08065300884
yuuhei.hayashi@gmail.com
iehuuy_0220@docomo.ne.jp
----------------------------------