Re: [Rtg-ooam-dt] [nvo3] AD review of draft-ietf-nvo3-arch-06

Alia Atlas <akatlas@gmail.com> Fri, 05 August 2016 15:17 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: rtg-ooam-dt@ietfa.amsl.com
Delivered-To: rtg-ooam-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55CA212D8EF; Fri, 5 Aug 2016 08:17:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.699
X-Spam-Level:
X-Spam-Status: No, score=-102.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 ozQw3E75UNtB; Fri, 5 Aug 2016 08:16:58 -0700 (PDT)
Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (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 87FBB12D575; Fri, 5 Aug 2016 08:16:58 -0700 (PDT)
Received: by mail-qk0-x22b.google.com with SMTP id p74so265872077qka.0; Fri, 05 Aug 2016 08:16:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=f+Gpq9a3nwLJzeoRzkvU27Zzl8MkawM/GCKlSMR1EVA=; b=v/ZUYHLKWIChZsY+vQMWXOebJWrdWmlVTkbEBfy+2wPYc2qHCk7FTLWYvvpNrf+Mlp BbGAZv6V/NR9iU2LniSHeWe2hcgZvw04x29nr47T17cesTK5cRTLyDoFRGW4438XuqMd oDYa0ri8dg1yfHzIjgX2rHosWk7KzxAez9tM+jbosXNrH9ORcVuKdOX6Il/O7nEd8rSU QKiZ8aUuiqPaaS8+UTDFIBgf/l0hcv2uiB/Y1pmeilkgzwBlsVAs9hAQiS5SdyVoF8kB NSeu98XaEnN96IfITr8r9f3b0zJDPU//nn/nufHwWTNzCJlU55LIAx3x6XxrcXZufqYw IU2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=f+Gpq9a3nwLJzeoRzkvU27Zzl8MkawM/GCKlSMR1EVA=; b=DHQrOVKXGrREtEpuwEPjZED4jafpbIKHwXD0xXDkWlHTTGrOqOLYwy+QkziQpjK1xi EK/43HeCTqJt2jDkuxfimYcLjjQfJZoDFzEPaghstYk9w7mc+K1BRTV7a1zWXw9+2God JS7wfdY4TiDtEr2/r9x1O946im0xA18aIxutzgsy5i1Yp2mtXb29D1toVSkf3j6rtvXy d230SP2z8oiYLljs6n0ejBaS4+5y/JlVZyCmgep8L+G7w9GDG5E8FkFsME8cMVxvvO0M LOh9hNNh96QKNitPpU+nQLjvRzpRHRovWwqefe5JcPRL9dl8uMDRZJZepU4mKLkZwLnq K3dg==
X-Gm-Message-State: AEkoousmLjdlpreRLLw+F97e0mZkmaAT6QqOrs7NoiIzzAMz6krj26EW42GN3eFK19i2LaLB05al3GNyP6556w==
X-Received: by 10.55.168.22 with SMTP id r22mr12548258qke.148.1470410217653; Fri, 05 Aug 2016 08:16:57 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.52.193 with HTTP; Fri, 5 Aug 2016 08:16:56 -0700 (PDT)
In-Reply-To: <CA+RyBmVz2V-PVg3T6WYM7ACGcPkfOgG3QUfKLfHEq=iRgijkDw@mail.gmail.com>
References: <CAG4d1rcJMsGeCvSGhUztqFaOVMQafxRmopuTwGcXnOdnTQgt3Q@mail.gmail.com> <CE03DB3D7B45C245BCA0D243277949362F614F50@MX307CL04.corp.emc.com> <CA+RyBmU7qmEJxO3nmTNVKkDAmpc=4piPAHsrJdpxzv=_orchqA@mail.gmail.com> <CE03DB3D7B45C245BCA0D243277949362F620574@MX307CL04.corp.emc.com> <CA+RyBmVz2V-PVg3T6WYM7ACGcPkfOgG3QUfKLfHEq=iRgijkDw@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
Date: Fri, 05 Aug 2016 11:16:56 -0400
Message-ID: <CAG4d1rdfkpgG1x3+nWSd16fzJgbpTYgs838qna2tONEcX_dSkw@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Content-Type: multipart/alternative; boundary="94eb2c076416b28c840539548ec1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-ooam-dt/xawnAiGO5rh-gvkcRWEdGzc054U>
Cc: "rtg-ooam-dt@ietf.org" <rtg-ooam-dt@ietf.org>, "Black, David" <david.black@emc.com>, "draft-ietf-nvo3-arch@ietf.org" <draft-ietf-nvo3-arch@ietf.org>, nvo3-chairs@ietf.org
Subject: Re: [Rtg-ooam-dt] [nvo3] AD review of draft-ietf-nvo3-arch-06
X-BeenThere: rtg-ooam-dt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: List is used by the Routing Area Overlay OAM Design team for internal coordination and discussion <rtg-ooam-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-ooam-dt>, <mailto:rtg-ooam-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-ooam-dt/>
List-Post: <mailto:rtg-ooam-dt@ietf.org>
List-Help: <mailto:rtg-ooam-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-ooam-dt>, <mailto:rtg-ooam-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2016 15:17:01 -0000

Please let me know if you expect to get this done in the next week.
I'm fine with having it on a later telechat and extending or redoing the
IETF Last
Call, if need be.

Depending on the technical depth of the change, it may need to briefly go
back
to the WG.

Regards,
Alia

On Fri, Aug 5, 2016 at 11:14 AM, Greg Mirsky <gregimirsky@gmail.com> wrote:

> Hi David,
> I'd be glad to work with you and authors of the NVO3 architecture document.
> Please let me know if you have any comments, suggestions on the OOAM
> requirements document. And perhaps the tag of the section can be changed to
> Operations and Maintenance to use interpretation of OAM provided in RFC
> 6291.
>
> Regards,
> Greg
>
> On Tue, Aug 2, 2016 at 3:46 PM, Black, David <david.black@emc.com> wrote:
>
>> Greg,
>>
>> [-nvo3 list]
>>
>>
>>
>> Would you and the other members of the overlay OAM design team be
>> interested in working with the NVO3 architecture draft authors on a
>> reasonably short replacement for Section 12 of that architecture draft
>> including a reference to the ooamdt requirements draft?
>>
>>
>>
>> Here’s what Section 12 currently says (and I won’t disagree with Alia’s
>> critique of it):
>>
>>
>>
>> 12.  Operations and Management
>>
>>
>>
>>    The simplicity of operating and debugging overlay networks will be
>>
>>    critical for successful deployment.  Some architectural choices can
>>
>>    facilitate or hinder OAM.  Related OAM drafts include
>>
>>    [I-D.ashwood-nvo3-operational-requirement].
>>
>>
>>
>> Thanks, --David
>>
>>
>>
>> *From:* Greg Mirsky [mailto:gregimirsky@gmail.com]
>> *Sent:* Sunday, July 31, 2016 1:34 AM
>> *To:* Black, David
>> *Cc:* Alia Atlas; nvo3@ietf.org; draft-ietf-nvo3-arch@ietf.org;
>> rtg-ooam-dt@ietf.org
>> *Subject:* Re: [nvo3] AD review of draft-ietf-nvo3-arch-06
>>
>>
>>
>> Hi David,
>>
>> greatly appreciate your consideration of draft-ooamdt-rtgwg-ooam-requirement-01.
>> If you have comments, any questions, suggestions please share them and
>> we'll work to address them in timely manner.
>>
>>
>>
>> Regards,
>>
>> Greg
>>
>>
>>
>> On Fri, Jul 29, 2016 at 4:33 PM, Black, David <david.black@emc.com>
>> wrote:
>>
>> Hi Alia,
>>
>>
>>
>> > I will optimistically send this document to IETF Last Call - but the
>> authors do need to update this section and respond to my other concerns.
>>
>>
>>
>> Thanks for doing this.  Regarding your Major concern:
>>
>>
>>
>> >  i) I note that draft-ashwood-nvo3-operational-requirement-03 expired
>> about 3 years ago.  Section 12 basically says that
>>
>> > OAM is important and punts to this draft.  I believe that you will need
>> more details.
>>
>>
>>
>> Would it be acceptable to provide a little bit more in the way of details
>> and then point to draft-ooamdt-rtgwg-ooam-requirement-01 ?
>>
>> It seems preferable to have overlay OAM requirements discussions in the
>> context of that draft rather than this NVO3 architecture draft.
>>
>>
>>
>> For your first minor concern:
>>
>>
>>
>> >    1) Please add C-VID to the terminology.  It is used without context
>> in 3.1.1.
>>
>>
>>
>> I think we should rewrite that sentence to just eliminate the C-VID
>> acronym, e.g.,
>>
>>
>>
>> OLD
>>
>>    Note that the handling of C-VIDs has additional complications, as
>>
>>    described in Section 4.2.1 below.
>>
>> NEW
>>
>>   Note that there are additional considerations when VLAN tags are used to
>>
>>   identify both the VN and a Tenant System VLAN within that VN,
>>
>>   as described in Section 4.2.1 below.
>>
>>
>>
>> Everything else appears to be useful editorial suggestions.
>>
>>
>>
>> Thanks, --David
>>
>>
>>
>> *From:* Alia Atlas [mailto:akatlas@gmail.com]
>> *Sent:* Friday, July 29, 2016 6:14 PM
>> *To:* nvo3@ietf.org; draft-ietf-nvo3-arch@ietf.org
>> *Subject:* AD review of draft-ietf-nvo3-arch-06
>>
>>
>>
>> First, I would like to thank the authors, David, Jon, Larry, Marc, and
>> Thomas, for their work on this draft and pushing it to completion.
>>
>>
>>
>> As is customary, I have done my AD review of draft-ietf-nvo3-arch-06
>> before progressing it.  I do apologize for the delay in my review; I had a
>> lot of documents show up quite quickly this winter and spring.
>>
>>
>>
>> My primary concern is around the operational and management
>> considerations.  My detailed review is below.   I will optimistically send
>> this document to IETF Last Call - but the authors do need to update this
>> section and respond to my other concerns.  If they are timely, then this
>> can make it onto the IESG telechat on August 18.
>>
>>
>>
>> Major:
>>
>>
>>
>>    i) I note that draft-ashwood-nvo3-operational-requirement-03 expired
>> about 3 years ago.  Section 12 basically says that OAM is important and
>> punts to this draft.  I believe that you will need more details.
>>
>>
>>
>> Minor:
>>
>>
>>
>>    1) Please add C-VID to the terminology.  It is used without context in
>> 3.1.1.
>>
>>
>>
>>     2)In Sec 4.1:  "While there may be APIs between the NVE and
>> hypervisor to support necessary interaction, the details of such an API are
>> not in-scope for the IETF to work on."
>>
>> Could this be softened to "not specifically in-scope for the NVO3 WG to
>> work on"?  If there were agreement that the NVE and hypervisors need
>> interoperability, I could see APIs being in scope.
>>
>>
>>
>>   3) It looks like work on draft-ietf-nvo3-dataplane-requirements-03 has
>> been abandoned (which is fine).  Please remove the reference.
>>
>>
>>
>>
>>
>> Nits:
>>
>>
>> a) In Sec 3.4, it says "in use today".  Replace with "in use in 2016" or
>> the like - since the RFC will live for a long time and not be updated with
>> "today" systems.
>>
>>
>>
>> Regards & Thanks,
>>
>> Alia
>>
>>
>> _______________________________________________
>> nvo3 mailing list
>> nvo3@ietf.org
>> https://www.ietf.org/mailman/listinfo/nvo3
>>
>>
>>
>
>