Re: [Roll] Murray Kucherawy's No Objection on draft-ietf-roll-aodv-rpl-10: (with COMMENT)

"Murray S. Kucherawy" <superuser@gmail.com> Thu, 19 August 2021 00:06 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76C223A20DA; Wed, 18 Aug 2021 17:06:35 -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 RKw7zvWyQr7Z; Wed, 18 Aug 2021 17:06:29 -0700 (PDT)
Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (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 A01B33A20D8; Wed, 18 Aug 2021 17:06:29 -0700 (PDT)
Received: by mail-vs1-xe30.google.com with SMTP id t4so61688vsm.5; Wed, 18 Aug 2021 17:06:29 -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=kVLENoTXmVl1/3lB5MuUDWTLeZDTGtVFaqMBtzKNcMs=; b=Z2JaER3tK5aiZ0CMIs38QPFifq/qVi0/WWLwcruViYoI1YK03O6JcCAcDULONVvsCU 9G5aP2z+OxFJ9qQI08npWgXVp6oCPUkDCwq+8M9zCVuBXCWLhEnIE0AcAzjzPszrMjO3 BlnXoiOnlElbbK34g+F9gOWupLom4jFj3qWfzKDZTjF4fOv96V0z0RYykxWWK4oo9uGM du+8qQYlHJu0qu0/2Th3x4FABmaOKXN5OJPgO+CdV2+ctvtwZKt7GoVpEMp0SgZcPLWk ufpne4ebkYIGp9K5JkSsYKIp3rW5ciMaEMgpJHpWzyKlp/h7+jAHCf7xGH4dkL5gHSXN RDEw==
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=kVLENoTXmVl1/3lB5MuUDWTLeZDTGtVFaqMBtzKNcMs=; b=uZuW7I5t63mZZJ9+6rBVz9wiS4jnyr8W0VloQTlEMAd5k92O1L4HMGxcK2jZ1KsIWw 82zUtY5+K1hupXTN4WuZteVYADBE74ulM6b74R/FQAp77sLzz9FaHuqDQd0c5rlEny2W gppLvu93yBFCozvdMm9Q+yrCm0dWfWAyhjgqBnixrzzlCf2B38p0RrSVgnPe09vytiRo 7d1+jDSlXkLmCL8piHl2yzwkMNY1gV+3wvT1X2eWsr8KyMu+EPFlJ67/JmsnppL8TT1a jqRfh2vua9vOPti3vNIZ7h5XCK+wHbj9lvdG4F9LUolrxEjXaQLc6zSUDXkXB+fPBCMb VKtw==
X-Gm-Message-State: AOAM531a85ierPkY4rwqGS3UvCLtzYyqlnVoSSnUis73ym84Kn33AEZU 1xh5WUMEOCdWhdJSo19At/50CXTQ4BSkhgfAFvY=
X-Google-Smtp-Source: ABdhPJxlzVzLo0NBvom0L7S9cmP1FGEz2PBSJr9dmas2rofAfkjI2soM8UAS2v7F3ZtBBJhCj4ukIIbdSGDrY2GMlHQ=
X-Received: by 2002:a67:f8d5:: with SMTP id c21mr10493877vsp.40.1629331587260; Wed, 18 Aug 2021 17:06:27 -0700 (PDT)
MIME-Version: 1.0
References: <161907746666.4867.10229249239001365546@ietfa.amsl.com> <eb650d3e-6710-e344-f265-3881a3e49618@lupinlodge.com>
In-Reply-To: <eb650d3e-6710-e344-f265-3881a3e49618@lupinlodge.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Wed, 18 Aug 2021 17:06:15 -0700
Message-ID: <CAL0qLwZNdG6v4wG4b_FBFYdPVbYwX3MDC7BiuZMq-TevABVw8A@mail.gmail.com>
To: Charles Perkins <charliep@lupinlodge.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-roll-aodv-rpl@ietf.org, roll-chairs@ietf.org, roll@ietf.org, Ines Robles <mariainesrobles@googlemail.com>, Alvaro Retana <aretana.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000007ae39b05c9de529e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/d2nAhTWmE6neuQsn8uGfWGnHAOM>
Subject: Re: [Roll] Murray Kucherawy's No Objection on draft-ietf-roll-aodv-rpl-10: (with COMMENT)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Aug 2021 00:06:36 -0000

Hi Charles,

On Wed, Aug 18, 2021 at 1:48 PM Charles Perkins <charliep@lupinlodge.com>
wrote:

>  > I concur with Roman's DISCUSS, especially around the use of SHOULD.
>  > I'd go further and ask why that's not a MUST, or in the alternative,
>  > suggest that you provide some guidance around why an implementer might
>  > legitimately decide against doing what the SHOULD says.
>
> See also the response to Roman Danyliw.  An implementer might decide to
> use a proprietary security configuration, and not use the security
> specification provided by RPL.  Alternatively, certain closed systems
> will not be vulnerable to insertion of a rogue router, and cost savings
> or performance improvements might be realized by eliminating unnecessary
> security operations.
>

You might consider including such guidance around the SHOULD, if it's not
there already in some form.

  > The document shepherd writeup is more than two years old.
>
> This project fell off of my plate due to changes in employment and
> many urgent distractions.  Please excuse the delay.
>

You're the author, not the shepherd or the co-chair.  :-)  The concern I'm
raising here is that such a long time between the writeup and IESG
Evaluation forces me to wonder how stale the writeup's content is.  We,
collectively, should get in the habit of checking on this sort of detail
before it hits IESG Evaluation.

-MSK