Re: [GROW] Eric Rescorla's No Objection on draft-ietf-grow-bgp-reject-08: (with COMMENT)

Eric Rescorla <ekr@rtfm.com> Thu, 08 June 2017 02:06 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E90E212EC6C for <grow@ietfa.amsl.com>; Wed, 7 Jun 2017 19:06:31 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] 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 RADNrZF3SoQV for <grow@ietfa.amsl.com>; Wed, 7 Jun 2017 19:06:29 -0700 (PDT)
Received: from mail-yb0-x231.google.com (mail-yb0-x231.google.com [IPv6:2607:f8b0:4002:c09::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 DF81912951C for <grow@ietf.org>; Wed, 7 Jun 2017 19:06:28 -0700 (PDT)
Received: by mail-yb0-x231.google.com with SMTP id f192so6698829yba.2 for <grow@ietf.org>; Wed, 07 Jun 2017 19:06:28 -0700 (PDT)
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 :cc; bh=C3mqk562bv7Ijhx406yS7tC4boYpHW2aY+B4BPUZ8MA=; b=sdzDdkmSw0DITZFDGWINBUpHiGvliFaYqCFBAzTuDECNWn5ZFpxWfISeglLZFN6K+q fgedWhOz1UzxFkp4tqGS1dUJcoUglXvJZ2zHMINCBq5OCOqjtL32n9fZZWF02vc54avQ /dUjZpm8lwL5VfNHGVeRpo7Lwx5GpoUwWvy6HvxH54GhpLCxH8KazlLsJY9TAdZH3pvC fn8buQrfpHqLjRTjb7nw7Ye/M6jEIUCqtzoNFgEbDKjo/7JYUTIyu5H2R2GYKPIcTnte thPlNGdDKYUupzS/EbeH+Wukm4C0itbNkYdszLqZGizDjr7SA40nSe8SRo/Ak9ochDBj SCoA==
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:cc; bh=C3mqk562bv7Ijhx406yS7tC4boYpHW2aY+B4BPUZ8MA=; b=Vi2rUmeGHz7xoQ9CX3u8I5ZrJJGQOBBF8mSSbLUZqtxnTEK9qpHRyNwkcqg32f1Pgi gWUF0i96ivE19AZViAwkzMlKJmoSxHvXH7JCFivlZGc+nlUqj/PoBMaVm+WZBGsXhvuJ R8V3QKawGMp9NZg7b4F5JFBB8njfzQnYc2KyqzpmZyrAmSMURHu6lIsMJXO3KIm5vCxk IMKcgO1zPgDvcn/2xeM7/IGKOCSbtoYJ0YR54NvI3KGOhAYudfL9OIoURy/KGoYFXaVM LbNhA1SNKKBz4QibUoRKgi9G0/jqtyQZFnB7YLBVm7f1BfxSHXwvHuqOJoC3GJHU7y2C hwdg==
X-Gm-Message-State: AODbwcDaLUwbQhx4jC1pXTZjZqF7wOmxLpVaBuZcbeuFk9Hkuoj8dtmx lxt2dNkkrW1lu9xuox0TEsM7gXbWWwSL
X-Received: by 10.37.177.164 with SMTP id h36mr9414033ybj.15.1496887588164; Wed, 07 Jun 2017 19:06:28 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.13.215.4 with HTTP; Wed, 7 Jun 2017 19:05:47 -0700 (PDT)
In-Reply-To: <20170607233451.v6qtyxoxo364vowy@dhcp-222-168.meetings.nanog.org>
References: <149677140103.3863.5658765780389706738.idtracker@ietfa.amsl.com> <20170607233451.v6qtyxoxo364vowy@dhcp-222-168.meetings.nanog.org>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 08 Jun 2017 04:05:47 +0200
Message-ID: <CABcZeBPtY6VeoR-iwv2E7pLTc-hYWun9sVnjimCz0+aHWgwNTw@mail.gmail.com>
To: Job Snijders <job@ntt.net>
Cc: The IESG <iesg@ietf.org>, draft-ietf-grow-bgp-reject@ietf.org, Christopher Morrow <christopher.morrow@gmail.com>, Alvaro Retana <aretana@cisco.com>, grow-chairs@ietf.org, grow@ietf.org
Content-Type: multipart/alternative; boundary="f403045eaaa4f6655b0551694c75"
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/dDW93h5xab_vEWkUqhjjMlL3Kh0>
Subject: Re: [GROW] Eric Rescorla's No Objection on draft-ietf-grow-bgp-reject-08: (with COMMENT)
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jun 2017 02:06:32 -0000

On Thu, Jun 8, 2017 at 1:34 AM, Job Snijders <job@ntt.net> wrote:

> Hi Eric,
>
> On Tue, Jun 06, 2017 at 10:50:01AM -0700, Eric Rescorla wrote:
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> > I am having a little trouble reading Appendix A.
> >
> > If I understand correctly, the idea is:
> >
> > - In version N, you have a behavior X
> > - In version N+1, you introduce a setting S with default value S=X
> > - In version N+2 you change the default to S=!X
> >
> > However, the text says that "installations upgraded from release N+1
> > will adhere to the previous insecure behavior"
> >
> > Do you need to say that in N+1, you save the value S=X so that in N+1,
> > it continues to apply?
>
> If in N+1 you save S=X, then in N+2, if S is defined as X, behaviour X
> will apply.


Well, yes.



> If S is not defined, or defined otherwise (like with a fresh
> install, not an upgrade), you will have !X behaviour.
>

Yes.

My question is whether in the N+1/N+2 paradigm you are proposing that in
N+1 you save S=X.

-Ekr


> It kind of depends on the implementation and configuration paradigm
> whether this advice can be applicable, hence why we flagged it as "This
> appendix is non-normative."
>
> Kind regards,
>
> Job
>