IETF Logo Mail Archive

Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-revised-datastores-09: (with COMMENT)

Eric Rescorla <ekr@rtfm.com> Wed, 10 January 2018 15:01 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A068E12751F for <netmod@ietfa.amsl.com>; Wed, 10 Jan 2018 07:01:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 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_LOW=-0.7] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.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 7rsrpTyhJ9IR for <netmod@ietfa.amsl.com>; Wed, 10 Jan 2018 07:01:02 -0800 (PST)
Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (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 38DEA1271FD for <netmod@ietf.org>; Wed, 10 Jan 2018 07:01:00 -0800 (PST)
Received: by mail-yw0-x22a.google.com with SMTP id c78so3366233ywb.13 for <netmod@ietf.org>; Wed, 10 Jan 2018 07:01:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=i/lkokqJSs6tC9dOkWUqLPmJuzKlt5lwy5IE5v1wxNs=; b=H/Lh0OHrfWXDvP4hF4hJLyVGAZ8c4DL6OhZ1h/RjZFzs0+BX6aa0N5PR8lBxc+xlSS LQvXRmael8H0q8gpVkfe6rChmRKdwR3IMvEqRh7YYLZF6atRWJVI1YTSuOq8e8NuRPXq 9XyxWEK3QS0hT5afo6j/Do7+AN0XUzAuLyPZavNLRmqWwSoH2EuhXSn33UYFWSLy6kru PXWpe71VT5eXITS4sapE5NfaoGA2/EC2GFswdaiNd8vVhfoenstOfR46yXYG8m5uUfMQ pJKV+o8eGbEFzQDM179ZoViB7sQbiWKOZSuBSHC++qlj3oe3hRr5+wKgNwJdnwK5Woh2 lWTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=i/lkokqJSs6tC9dOkWUqLPmJuzKlt5lwy5IE5v1wxNs=; b=JMUnFq1eF0Y0aAPDWCAkV0CEQteMsMBktYeAugr/6OCtGWuT5XDdY8ElGz/PucTCGz T4ptqL5yFW9s2mbBvbOP+J19TMQQDAfDb3nE2D7mGMuIEwvJQDMu82gyEf4JW0nvJkzp cvZ+B3YDMqPZy+z9B5ns0+jFyCFCczo1A9WD6dN/RGWHHC6AnpKT5aVOLPyyB3IcMQ+i UE7y9K/EKxCngRrLQuX6ExbRSGv9Pq3BY+rq0oMOOepmHXgJGGavfsS7vu5I4vtJTv// cczrNCOMBmXS/mG3r/WTjyqyUymp9T25Hk9M/Xqd1jp4HcBWpmIel6H8zBLapeLnyHw4 hEjg==
X-Gm-Message-State: AKGB3mKrMkMXf2ZWfD2gMhu4EV7DHPLAQPuppphDJyvn8KpfH9No79qc HOn1lQhIuBPUh8F3QN+8TSLlfAockOFa6ZYSdXP1Lw==
X-Google-Smtp-Source: ACJfBot5eotPV9xC9luW34YKgpi/wWs2a39j7hG7QzaUsJSQ3tXPM9aTOF2r6D7PIqomVGs/aYUriE8wMlIK9jpYRek=
X-Received: by 10.129.161.16 with SMTP id y16mr10718152ywg.2.1515596459313; Wed, 10 Jan 2018 07:00:59 -0800 (PST)
MIME-Version: 1.0
Received: by 10.129.75.20 with HTTP; Wed, 10 Jan 2018 07:00:18 -0800 (PST)
In-Reply-To: <20180110131542.sv73bd2cxgmdxg7g@elstar.local>
References: <151541670915.11305.11069854448917067732.idtracker@ietfa.amsl.com> <20180110131542.sv73bd2cxgmdxg7g@elstar.local>
From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 10 Jan 2018 07:00:18 -0800
Message-ID: <CABcZeBNTSQAbW3BMrnXFZVUsPDXxT7BdQwc9M7yiZQaRG8jQUg@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Eric Rescorla <ekr@rtfm.com>, The IESG <iesg@ietf.org>, draft-ietf-netmod-revised-datastores@ietf.org, Lou Berger <lberger@labn.net>, netmod-chairs@ietf.org, netmod@ietf.org
Content-Type: multipart/alternative; boundary="001a114f89bc94a1fb05626d4c21"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WqzU686fKoo9gVYPrU3rI_gZcQY>
Subject: Re: [netmod] Eric Rescorla's No Objection on draft-ietf-netmod-revised-datastores-09: (with COMMENT)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jan 2018 15:01:05 -0000

On Wed, Jan 10, 2018 at 5:15 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Mon, Jan 08, 2018 at 05:05:09AM -0800, Eric Rescorla wrote:
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> >
> >       protocol interactions with other systems and that is neither
> >       conventional nor dynamic configuration.
> > Could you provide an example of this?
>
> Many DHCP implementations do not go through a dynamic datastore and
> deliver configuration state straight into the operational state. An IP
> address learned via DHCP on such a system will be tagged with
> or:learned.
>

I don't think it's imperative, but it would be nice to have this example in
the
text.


>    datastore that holds the complete current configuration on the
> >    device.  It MAY include configuration that requires further
> >    transformation before it can be applied, e.g., inactive
> >
> > If I am reading the text, this doesn't seem to be true because "system
> > configuration" is not included.
>
> Yes, it might make sense to remove 'complete' here to align the
> sentence in 5.1.3 with the definition of 'running configuration
> datastore'.
>

Thanks,

-Ekr


>
> /js
>
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
>

v2.23.0 | Report a Bug | By Email