Re: [6tisch] Barry Leiba's Discuss on draft-ietf-6tisch-minimal-security-13: (with DISCUSS)

Barry Leiba <barryleiba@computer.org> Fri, 01 November 2019 22:04 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E62C120867; Fri, 1 Nov 2019 15:04:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 AiIuCgTzqS0f; Fri, 1 Nov 2019 15:04:20 -0700 (PDT)
Received: from mail-io1-f53.google.com (mail-io1-f53.google.com [209.85.166.53]) (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 7A2EC12083A; Fri, 1 Nov 2019 15:04:20 -0700 (PDT)
Received: by mail-io1-f53.google.com with SMTP id r144so12446195iod.8; Fri, 01 Nov 2019 15:04:20 -0700 (PDT)
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=uGmGNKXv9TpbxgVlP51AqzJR3ivDfBz7wpgCVN/7iPw=; b=jTAxjj5qg6Iu9qcDfEqxVHsNFx/iNM/pDAhMAEaliS553VadBqEI6uJRsX/BBNQjvL UcM9/3d5K5TJt3ozQL6LSCJQ5wn2vm4wSkhDLHlpkHmzWXcLaqW9PtIL+MSRz1xAFxgk xgASpfcgOTAsUQk4akKsHYfYyyx+23Ztokss3Xo6WzSqVLVt76TiehV+GkJSN+U9IZq4 nKFVc0wOjlmMnjyMekLe4rj7aYAo1sYi1+5ocvVbVD/QX9JgZSGiD4N6lDah4XBlERpb OwdqnI9n2471lEWFWdS2mG5wzcoiD9TjmTYEQofzaHmGL28H+KTqmtgvVoxwYQtp9RVZ I6Ew==
X-Gm-Message-State: APjAAAUHpoYTFxjATu3D9FwnIdU/hsbbPDGoCaAWuivmWYIK3YRsvRzJ tIWW2kjvQLuuHkLGbbClfg0U9+4yXL3FZZJsETo=
X-Google-Smtp-Source: APXvYqyCDbg4vEIO1aiefOiCcUiacyJskh2CbhFgVhDZ5QPU99GHZPYgXMIRCcmZljhbvmU0SjPx5CXN86UHp0JNB7E=
X-Received: by 2002:a5d:8905:: with SMTP id b5mr12287630ion.187.1572645859499; Fri, 01 Nov 2019 15:04:19 -0700 (PDT)
MIME-Version: 1.0
References: <157244593893.32540.12940667862215399690.idtracker@ietfa.amsl.com> <15018.1572643128@localhost>
In-Reply-To: <15018.1572643128@localhost>
From: Barry Leiba <barryleiba@computer.org>
Date: Fri, 01 Nov 2019 18:04:07 -0400
Message-ID: <CALaySJ+pPgM=zpS4eL05yy8wxJqhgnd-pPuN0V7GakvCDAa76w@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: The IESG <iesg@ietf.org>, 6tisch-chairs@ietf.org, "Pascal Thubert (pthubert)" <pthubert@cisco.com>, draft-ietf-6tisch-minimal-security@ietf.org, 6tisch@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/hETdR8KzRVXYAPIBrEspWDTVyOU>
Subject: Re: [6tisch] Barry Leiba's Discuss on draft-ietf-6tisch-minimal-security-13: (with DISCUSS)
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Nov 2019 22:04:22 -0000

Thanks, Michael.  Clearing...

b

On Fri, Nov 1, 2019 at 5:19 PM Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>
>
> Barry Leiba via Datatracker <noreply@ietf.org> wrote:
>     > ----------------------------------------------------------------------
>     > DISCUSS:
>     > ----------------------------------------------------------------------
>
>     > I have some issues with the references here, which should be resolvable
>     > simply by making some normative.
>
>     > RFC 8505 provides terminology as well as neighbor discovery (in
>     > Sections 4.2 and 6), so it seems to me that it should be a normative
>     > reference.
>
>     > As draft-ietf-6tisch-architecture is used for both necessary
>     > terminology and concepts, I can’t see how it isn’t normative.  I did
>     > find that I had to check it during my review.
>
>     > In Section 5: In an operational 6TiSCH network, all frames MUST use
>     > link-layer frame security [RFC8180].
>
>     > This would seem to be a MUST referring to 8180, making that a normative
>     > reference as well.  But possibly this might not really be a MUST
>     > imposed here, and is instead citing a requirement from elsewhere.  In
>     > that case, I would simply remove the word “MUST”, so it is stating a
>     > fact, rather than a new requirement.  You might similarly consider the
>     > subsequent sentence.  In any case, I do wonder whether 7554 and 8180
>     > should be normative.
>
> I moved all three references to normative.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>