Re: [lisp] Éric Vyncke's No Objection on draft-ietf-lisp-6834bis-11: (with COMMENT)

Luigi Iannone <ggx@gigix.net> Tue, 31 May 2022 11:11 UTC

Return-Path: <ggx@gigix.net>
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 58553C15790B for <lisp@ietfa.amsl.com>; Tue, 31 May 2022 04:11:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.906
X-Spam-Level:
X-Spam-Status: No, score=-6.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gigix-net.20210112.gappssmtp.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 GnmVMpEYVEN9 for <lisp@ietfa.amsl.com>; Tue, 31 May 2022 04:11:11 -0700 (PDT)
Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 678BEC14792E for <lisp@ietf.org>; Tue, 31 May 2022 04:11:11 -0700 (PDT)
Received: by mail-wr1-x42b.google.com with SMTP id e25so7563785wra.11 for <lisp@ietf.org>; Tue, 31 May 2022 04:11:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20210112.gappssmtp.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=IIf5riLcWlNap6yeMkSvt9rMcwOUClupA2O7v+JM8qY=; b=CVc9rbb/HfKYxTIs98ns4NHbYrPfBL1nlBzjQC5q/3Q8XrZ0maouBvcytQIsRbuBMd pNx80AXnrd+FY+m+YNUM6LpAH3uBplW2b6TxNO9KvK+aDelGt6jtqRZjB+LMyA2uIwKx +NA6z2ClOKkJeY6rJeg1HKeanuFpFufsqQ8ygDxwwmfiEYthwjJzRwMGJXd06KB1s3oE e6zQshZ4VSaW/eL4J/FKsNlHQkex1Tdj9ni+u/EwHp8u4aXw3hpCmdkbzV1Kji0xmkdX j7a1vrE0wCD1rOIQwl6wILcOQeBwVyEvZgF2zk23P9Pmwb7GpHDRzenZsPAl6B2IUxLx e9kg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=IIf5riLcWlNap6yeMkSvt9rMcwOUClupA2O7v+JM8qY=; b=K6XQhuA1jLX3SRGCtERSaB5MBPmDr46qpUNlXIfinOBHkU+QA7pdfi9/AGvmhcubs7 w+dgkiCxRCp8zOfz8TYBVoXFe7L4ACuOqCIeodIU9AifENPcAgMd1FwrvVFVCQ6guHYy +25jHYCw6EiXabsMd7VSf2OLqDqDcgMeO7PHREbZmaaB/anQk6S7ASjjGv+8K8dIr/kd RnSBvatXpQirjupAXR23zzp9lvqV6etBJO+UFB4bYGLGsxLP+M3RD9g2gIZhBRk9l+p/ eQZtrg5q7+FsChTl3wkGKrcU0Y775gXzi639Z2F9pT0gnVCBYJgqL3zMTblSe+w82s2H jp+w==
X-Gm-Message-State: AOAM530yyKgixi6s314g7fNHpuecoUfPdU/O+wycNQ7RawWzkceoolGP iOVDE4kvGhHhgSZxE5+nM2qVgQ==
X-Google-Smtp-Source: ABdhPJyVA0cjls+8vVSw4ijQnSsOisBIdjtTYL0XOqsW5gAjnbhdInQ56ugo0lywJT8lThc53lRnoA==
X-Received: by 2002:a5d:6c62:0:b0:20f:bf52:decf with SMTP id r2-20020a5d6c62000000b0020fbf52decfmr41877045wrz.643.1653995469252; Tue, 31 May 2022 04:11:09 -0700 (PDT)
Received: from smtpclient.apple ([37.166.251.3]) by smtp.gmail.com with ESMTPSA id h8-20020a5d6888000000b0020c5253d925sm11265400wru.113.2022.05.31.04.11.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 May 2022 04:11:08 -0700 (PDT)
From: Luigi Iannone <ggx@gigix.net>
Message-Id: <47858793-9D5F-4F67-A8B0-2162E365228F@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0853DC61-6CF6-48A0-9EE7-4886ED5E640B"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\))
Date: Tue, 31 May 2022 13:11:06 +0200
In-Reply-To: <165398366690.4808.1838513220300138370@ietfa.amsl.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-lisp-6834bis@ietf.org, lisp-chairs@ietf.org, lisp@ietf.org, Padma Pillay-Esnault <padma.ietf@gmail.com>
To: Éric Vyncke <evyncke@cisco.com>
References: <165398366690.4808.1838513220300138370@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3696.100.31)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/PUPrCJ7M9nT28AadWQ-Uvr8k2q8>
Subject: Re: [lisp] Éric Vyncke's No Objection on draft-ietf-lisp-6834bis-11: (with COMMENT)
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.34
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: Tue, 31 May 2022 11:11:13 -0000

Hi Éric,

Thank you very much for your review.
Please find my comments inline.

> On 31 May 2022, at 09:54, Éric Vyncke via Datatracker <noreply@ietf.org> wrote:
> 
> Éric Vyncke has entered the following ballot position for
> draft-ietf-lisp-6834bis-11: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
> for more information about how to handle DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-lisp-6834bis/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> # Éric Vyncke, INT AD, review of draft-ietf-lisp-6834bis-11
> 
> Thank you for the work put into this document.
> 
> Please find below some blocking DISCUSS points (easy to address), some
> non-blocking COMMENT points (but replies would be appreciated even if only for
> my own education), and some nits.
> 
> Special thanks to Padma Pillay-Esnault for the shepherd's write-up including
> the WG consensus and the intended status.
> 
> I hope that this helps to improve the document,
> 
> Regards,
> 
> -éric
> 
> ## DISCUSS
> 
> As noted in https://www.ietf.org/blog/handling-iesg-ballot-positions/, a
> DISCUSS ballot is a request to have a discussion on the following topics:
> 
> ### Section 2.2
> 

I miss the DISCUSS point here, and there is not section 2.2 (may be a cut and paste error?)


> ## COMMENTS
> 
> ### Section 6
> 
> Just wondering why having an algorithm defined for 'N' while the versions are
> always on 12 bits.

At the very very beginning there were a couple of options on where to place the version number in the header (original suggestion was in replacement of the Loc-Status-Bits). So, we described the general algorithm without specifying the real size of the field. 


> 
> ### Section 8
> 
> ```
> Map-Versioning MUST NOT be used over the public Internet and SHOULD
>   only be used in trusted and closed deployments.
> ```
> 
> An explanation of why and how would be welcome. Feel free to ignore this
> comment though as this is the usual recommendation for any tunneling mechanism
> w/o authentication/confidentiality.
> 

The MUST NOT is actually part of the overall review and discussion that has been held about 6830bis and 6833bis (and 6834bis).
Consensus was on the MUST NOT be used. We can actually merge the sentence with the previous paragraph to highlight the link with those documents:
  
   This document builds on the specification and operation of the LISP
   control and data planes.  The Security Considerations of
   [I-D.ietf-lisp-rfc6830bis <https://datatracker.ietf.org/doc/html/draft-ietf-lisp-6834bis#ref-I-D.ietf-lisp-rfc6830bis>] and [I-D.ietf-lisp-rfc6833bis <https://datatracker.ietf.org/doc/html/draft-ietf-lisp-6834bis#ref-I-D.ietf-lisp-rfc6833bis>] apply, as such 
   Map-Versioning MUST NOT be used over the public Internet and SHOULD
   only be used in trusted and closed deployments.  A
   thorough security analysis of LISP is documented in [RFC7835 <https://datatracker.ietf.org/doc/html/rfc7835>].


Would this work better?

> ## NITS
> 
> ### Section 6
> 
> s/MUST consist in an increment by one the older/MUST consist in an increment by
> one of the older/ ? Moreover, 'increment' is usually understood as 'add 1' so
> no need to add 'by one' in the sentence

Thanks. Will fix as suggested.

Thank you again for the review.

Ciao

L.


> 
> ## Notes
> 
> This review is in the ["IETF Comments" Markdown format][ICMF], You can use the
> [`ietf-comments` tool][ICT] to automatically convert this review into
> individual GitHub issues.
> 
> [ICMF]: https://github.com/mnot/ietf-comments/blob/main/format.md
> [ICT]: https://github.com/mnot/ietf-comments
> 
> 
>