Re: [lisp] [RTG-DIR] Rtgdir last call review of draft-ietf-lisp-vendor-lcaf-10

Dhruv Dhody <dhruv.ietf@gmail.com> Mon, 04 July 2022 15:49 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDD59C157B4F; Mon, 4 Jul 2022 08:49:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 uo3X8gqNEvhX; Mon, 4 Jul 2022 08:49:32 -0700 (PDT)
Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 496EAC14CF15; Mon, 4 Jul 2022 08:49:29 -0700 (PDT)
Received: by mail-io1-xd32.google.com with SMTP id p69so8944979iod.10; Mon, 04 Jul 2022 08:49:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zo7nlogS3c27cX8EcVx0jGuw+r0uCMBmQ/bunEGbv1E=; b=eL6L+XkKKNo4kAyOlvz/cJ0H8WJiFDmtjTkBgIwTwuknCzTULsTR06AU/Z5e7ttQsE fttFaJQu0etzpx1P7KlaHeiVZj0BD8MSqbAf2EbN2ttHJNc8IklYq6yb+1V/ooywRTum prhlGE4yIHL1opy4uow1aA/uJUSeU+3vFZwjeNydjqlrekcvmKYJtSLLkvOkIq0fztZS 9ysnkK/QhigMuRR2MkpGGT1mKJclow1QzNcT8eT/z9EBgvKLkHcuAjep7p1ypHaN4TiQ yFQ2Pk8CWi48LKL25fHWhoNnVM7Y9nhFeQ5kz21iVGEVk//L8iGB2sSs8L4RsKclk1wc Dv4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zo7nlogS3c27cX8EcVx0jGuw+r0uCMBmQ/bunEGbv1E=; b=DluiYTkByEYNfpGtpiE5RW61E9yQkseCWYj2xdKKXdAhLxqOo+2ZBC/eIkYRkGSi9+ kPkMyzTSxe0uANKUB9FLxtvmIPDRimS109FFpyhpk/quYjgWvOVZV1Zr+5LD5mnJGa+b j2K1QSefN9/digHFdD4IRzFfWvERe4aecf4j9ZqkfRT3ymRZL4fQ+k0kic0axb2uQbaO 3l08JpU/aE/IqhOnx72YNQNOxCHgo1V8iMZdyeh1OnDCe8n+/BLyX0iu5uigRDx5aNd0 b+JfM80gxtarz3u1H9rLSmhdi55gG+x/OfP2JZyqrks00hZNSCUfrcCsOzg9uILoJpdr 3mYQ==
X-Gm-Message-State: AJIora8HDmMxxKBDcBsxzUCwnuYpXowfTY9mNbSxW7FGN+40O+9XJqHj d7c1a7fOHgTE5usLpB2QTgxRkBDHdO/Agsp+TUoACMP4N4Fy0w==
X-Google-Smtp-Source: AGRyM1sNJTJVqEV3B2D2hmqam65sVdpqLcNNlD4lUsDEqakD6iA8eJ5jEw9bddAX1sf1sk/iHV7pAyZqDoMtEpb+yMQ=
X-Received: by 2002:a6b:e708:0:b0:675:12a5:763 with SMTP id b8-20020a6be708000000b0067512a50763mr16430194ioh.45.1656949768307; Mon, 04 Jul 2022 08:49:28 -0700 (PDT)
MIME-Version: 1.0
References: <165098180257.525.977533583517805963@ietfa.amsl.com> <BYAPR11MB3591085FFE95328E988F8334B6FB9@BYAPR11MB3591.namprd11.prod.outlook.com> <BYAPR11MB359188E1388DC14202238179B6BE9@BYAPR11MB3591.namprd11.prod.outlook.com>
In-Reply-To: <BYAPR11MB359188E1388DC14202238179B6BE9@BYAPR11MB3591.namprd11.prod.outlook.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 04 Jul 2022 21:18:52 +0530
Message-ID: <CAB75xn59y+o+SMMpM5=+OvZRFZsxJ7caiQsLJ9F5wjWdmoQNKw@mail.gmail.com>
To: "Alberto Rodriguez-Natal (natal)" <natal=40cisco.com@dmarc.ietf.org>
Cc: Dhruv Dhody <dd@dhruvdhody.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>, "draft-ietf-lisp-vendor-lcaf.all@ietf.org" <draft-ietf-lisp-vendor-lcaf.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "lisp@ietf.org" <lisp@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000059cb4805e2fcaec1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/aBnpwCa520QrsUR8vqpvFppE_RU>
Subject: Re: [lisp] [RTG-DIR] Rtgdir last call review of draft-ietf-lisp-vendor-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2022 15:49:36 -0000

Hi Alberto,

Just a few nits
- replace [RFC8060] with RFC 8060 in the abstract. As per the style guide [
https://datatracker.ietf.org/doc/html/rfc7322#section-4.3] - the Abstract
must not contain citations!
- Expand CID

And a suggestion - perhaps add text in section 3 to explicitly state
that "[RFC8060]
does not explain how an implementation should handle unrecognized LCAF
Type."

Thanks!
Dhruv


On Mon, Jul 4, 2022 at 4:58 PM Alberto Rodriguez-Natal (natal) <natal=
40cisco.com@dmarc.ietf.org> wrote:

> Hi Dhruv,
>
>
>
> Thanks again for your review! In the -11 version of the draft [1] we have
> expanded the LISP acronym on first use, according to your good suggestion.
>
>
>
> Please kindly let us know any comment you might have in the new version.
>
>
>
> Thanks!
>
> Alberto
>
>
>
> [1] https://datatracker.ietf.org/doc/html/draft-ietf-lisp-vendor-lcaf-11
>
>
>
> *From: *Alberto Rodriguez-Natal (natal) <natal@cisco.com>
> *Date: *Tuesday, April 26, 2022 at 4:49 PM
> *To: *Dhruv Dhody <dd@dhruvdhody.com>, rtg-dir@ietf.org <rtg-dir@ietf.org>
> *Cc: *draft-ietf-lisp-vendor-lcaf.all@ietf.org <
> draft-ietf-lisp-vendor-lcaf.all@ietf.org>, last-call@ietf.org <
> last-call@ietf.org>, lisp@ietf.org <lisp@ietf.org>
> *Subject: *Re: Rtgdir last call review of draft-ietf-lisp-vendor-lcaf-10
>
> Hi Dhruv,
>
>
>
> Thanks for your review! You’re bringing good points.
>
>
>
> As per your comment on padding, it’s a good question but I cannot recall
> right now any padding requirement in other LISP docs. A a quick search for
> ‘padding' in rfc6833bis and RFC8060 shows not results. Maybe someone else
> on the list can comment on padding requirements in LISP (if any)?
>
>
>
> Also, good point on expanding LISP on first use, we’ll make sure to do so
> in the revised draft.
>
>
>
> Thanks!
>
> Alberto
>
>
>
> *From: *Dhruv Dhody via Datatracker <noreply@ietf.org>
> *Date: *Tuesday, April 26, 2022 at 4:03 PM
> *To: *rtg-dir@ietf.org <rtg-dir@ietf.org>
> *Cc: *draft-ietf-lisp-vendor-lcaf.all@ietf.org <
> draft-ietf-lisp-vendor-lcaf.all@ietf.org>, last-call@ietf.org <
> last-call@ietf.org>, lisp@ietf.org <lisp@ietf.org>
> *Subject: *Rtgdir last call review of draft-ietf-lisp-vendor-lcaf-10
>
> Reviewer: Dhruv Dhody
> Review result: Has Issues
>
> I was assigned the reviewer today. I noticed that the IESG ballot is done
> and
> the document is approved, I am not sure how valuable this review would be
> but
> anyways...
>
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The
> Routing Directorate seeks to review all routing or routing-related drafts
> as
> they pass through IETF last call and IESG review, and sometimes on special
> request. The purpose of the review is to provide assistance to the Routing
> ADs.
> For more information about the Routing Directorate, please see
> ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it
> would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion
> or by
> updating the draft.
>
> Document: draft-ietf-lisp-vendor-lcaf
> Reviewer: Dhruv Dhody
> Review Date: 2022-04-26
> IETF LC End Date: Over
> Intended Status: Experimental
>
> Summary:
> I have some minor concerns about this document that I think should be
> resolved
> before publication.
>
> Comments:
> - The document is simple, clear and straightforward.
>
> Major Issues:
> - No major issues found.
>
> Minor Issues:
> - Is there any padding requirement that should be mentioned for the
> Internal
> format in alignment with the rest of LISP? - Consider if adding an example
> in
> the appendix would be useful for a casual reader.
>
> Nits:
> - LISP does not have a * next to it at
> https://www.rfc-editor.org/materials/abbrev.expansion.txt and thus should
> be
> expanded on first use!
>
> Thanks!
> Dhruv
>
>
>