Re: [OPSAWG] draft-ietf-opsawg-sdi status

Warren Kumari <warren@kumari.net> Thu, 02 April 2020 22:25 UTC

Return-Path: <warren@kumari.net>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D8893A0B86 for <opsawg@ietfa.amsl.com>; Thu, 2 Apr 2020 15:25:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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=kumari-net.20150623.gappssmtp.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 6Q_etDbNlYPq for <opsawg@ietfa.amsl.com>; Thu, 2 Apr 2020 15:25:11 -0700 (PDT)
Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 A20E03A0B84 for <opsawg@ietf.org>; Thu, 2 Apr 2020 15:25:10 -0700 (PDT)
Received: by mail-lj1-x231.google.com with SMTP id n17so4973209lji.8 for <opsawg@ietf.org>; Thu, 02 Apr 2020 15:25:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9fNqecgrqImNWhr0VCxuB2E1za7t+/SM7nI+vnCtEVA=; b=BgfIrLuIG4iAIOs63iurowFijz3AfMAZ9U795hMMzpQuFOK8H9fIgPVt+denGn6/3o u7EzVyZyoPDSxDevBGIpd9F293mCkL3wiJEw3V2CG/umdpiONcHDIGK4i014QoCTfewI wFW8cO0JgbLQNaOfNOi4KSLw6IRvISZ29Le8kGNcm5wBcsgr8a+3InsHuugIwOKvp77R of5eaddWT2HLpxVwhgLj5sMUuiIr6d7fvo9XZg4Y/oiV5EkSvaZVfC2GbLQ9NcOTW0vh acMqxwuZzQiydmgbZ1dUcKgEqh/Q366nYtZ2rj04U2vnXigjaWFh61nIeUx7M2vHgpja pfZQ==
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=9fNqecgrqImNWhr0VCxuB2E1za7t+/SM7nI+vnCtEVA=; b=NfUM1ZuY+qdp/IsRjBNidWFS3LCE6NGjTDHBjzobX+Wqp0D09RxpSCqt0sVQzJiaEG ixh/R4ySOsbtcmL/0qzUnRjq0tUxPfUsLNVh3iGNfDD+nfjrOvToxr7bCLNEvbsEduj+ YskVDushv9LBtJqdRXy18aGFIgMN02tpLn9gJfG/z+Zd9luzOHeWYO2zNnX7ndYaSypI WqKOx4Nb/C2l8Nd30emANew0A8JLIEEyHVNNX2H8YDjLFbJory3uah+TDEGKa0HKCUGb vqxrlga1b9eyELUZcIleS8/56dY9NMc5hPBRI6poScT0Ayzs6ZEI8qfT68ZFipbu4JHz EtRw==
X-Gm-Message-State: AGi0PuaezacPtegJ1wJhftebYBK5YOQYskX98kIeJO9xoYpl/axnifJD 1GiVEFtrzvMrFDT3RzL7DNjSvFVLMdYh6UL0q5k0aQ==
X-Google-Smtp-Source: APiQypKOPU4c7wJvviLb0QSm3u7GyYB7XzLCL6VMGchPCDm6AUERcTnsD5uCLg1fo/Fk0R8KzMoIySTdsk2O5T02EFI=
X-Received: by 2002:a2e:94cb:: with SMTP id r11mr3175570ljh.276.1585866308338; Thu, 02 Apr 2020 15:25:08 -0700 (PDT)
MIME-Version: 1.0
References: <49B4136E-589D-4E52-A9C2-1CD9281A8691@cisco.com> <25575.1583543855@localhost>
In-Reply-To: <25575.1583543855@localhost>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 02 Apr 2020 18:24:32 -0400
Message-ID: <CAHw9_i+CjvrioGHZS6nzw6JVs1ERFWwCW0=_cJjL3ffMXS2yuw@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "Joe Clarke (jclarke)" <jclarke@cisco.com>, opsawg <opsawg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/OMfhoAZsWyK7nqLjjmE_YNoGBgk>
Subject: Re: [OPSAWG] draft-ietf-opsawg-sdi status
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Apr 2020 22:25:16 -0000

On Fri, Mar 6, 2020 at 8:17 PM Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>
>
> I have posted a shepherd write-up.
>
> Some suggestions that I have, one of which came from the idnits:
>
> 1) IPv6 example maybe?  How would IPv6 work at all?
>    Can it work in a SLAAC-only environment?

Good catch - the only IPv4 address was in the example in the Appendix
('tftp 192.0.2.1 -c get SN19842256.enc') -- I've changed this to
instead be 'tftp 2001:0db8::23 -c get SN19842256.enc'.

I've also clarified that the document is more of a framework, and that
things like how devices perform their autoboot is background and
describes existing vendor functionality.

Currently the autoboot implementations mostly / all use DHCP. There
was a 6MAN document to add a "Boot File URL option" to RAs
(draft-qin-6man-nb-option), but this work seems to have been abandoned
- but, whatever the case, this functionality should work with any sort
of autoboot that delivers something that looks like a config file,
regardless of how that files is discovered...

>
> 2) no references for DHCP are there at all.  Probably there should be a few?
>    at least to RFC2131?

Gadzooks, yes, definitely! Fixed and pushed to github...
Thank you...

>
> Some questions about how the keys would be generated, kept, distributed,
> etc. were asked during WG adoption discussion (tom perch and other), and I'm
> not sure that those comments/questions were dealt with fully at the time.
> I don't think that this is blocking though.

I've added some (admittedly handwavey) text to an earlier commit, but
am expecting that I'll get some feedback during LC / SecDir / Security
AD reviews.

Thank you for the shepherd writeup / review,
W

P.S: Apologies all for the terseness of this email (and other emails)
- I am attempting to improve my typing, and so am trying a split,
ortholinear keyboard, and am having a REALLY hard time adjusting...

>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf