Re: [v6ops] Stateful SLAAC (draft-ietf-v6ops-unique-ipv6-prefix-per-host)

David Farmer <farmer@umn.edu> Fri, 10 November 2017 21:25 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FAFA1294B2 for <v6ops@ietfa.amsl.com>; Fri, 10 Nov 2017 13:25:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 8zDdvjCtDGZO for <v6ops@ietfa.amsl.com>; Fri, 10 Nov 2017 13:25:30 -0800 (PST)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12DC51294CC for <v6ops@ietf.org>; Fri, 10 Nov 2017 13:25:28 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id 0D5BC728 for <v6ops@ietf.org>; Fri, 10 Nov 2017 21:25:28 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PZvpnXDLgFtV for <v6ops@ietf.org>; Fri, 10 Nov 2017 15:25:27 -0600 (CST)
Received: from mail-lf0-f69.google.com (mail-lf0-f69.google.com [209.85.215.69]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id 9E730240 for <v6ops@ietf.org>; Fri, 10 Nov 2017 15:25:27 -0600 (CST)
Received: by mail-lf0-f69.google.com with SMTP id m74so957253lfg.6 for <v6ops@ietf.org>; Fri, 10 Nov 2017 13:25:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=enoORXUFwaNNGUg+DsBWUz/VrsjCI94lfD3MYFPF8iY=; b=IXUQ8qlO8J1KUmLiCIg30FIuwJGz8fWVOLUxvlgMTwYvrQa7wru1jBuJKLE48sknEI yXMQePxoSMP0ta284nxgE99W918YDUViRy5egIPmhCM9BmWXaHNFm9s6Sz/9/UcdvI6N UOisLh6KiHm1sgqzrsyo+dOkRVUQ45/iqdKUGpExDWSSLqx8fiArEw/U0UfNvpnjVeBO 9OV10mbDENKAUDGWnQ5DQXl3Wv/mfUdtWLIku7SR3fbJYSW3Uyo6F3aF9MelP9HqZNLc KyienVwu4gdZR89uTIrvGC1qVBH+l5SOyFdKCMFL3y9+ilHEVqo9yLnNOBUK5Oxyh9lg 1pcg==
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=enoORXUFwaNNGUg+DsBWUz/VrsjCI94lfD3MYFPF8iY=; b=JzDujeM0/fhn2DdSs+Wpxxpyfq7lOo1fltbOmq/ArpXt1oLsBUVhwhvWSuQ/iM0r8C g9aKN+69D9JDKK2oTQ0cZHfbVndUYlpkUGbvFesEMZaS86p75sXkr2f2+ey3UG3lJPdh 43lUsVsTz85NAM+Kqiy12ByToRfA85Sw0tQtGwbpeFmuzMYIBufFL7gP7PliQG+Ma0OG yC48i23VR1Ulb1mDcy8OBaZZg+sw96R/bTYY1ia+TtC+oiccyAaQgGKPxsA31Ilm/oBg eAP1nZ8AcTt+6EhHsr3WgtrScohUOfh3KdYTjAuHUHPAVs58xwN74+XG7obUBv/7Q8pt J0CQ==
X-Gm-Message-State: AJaThX6gISCF57F+AKqpn7E9Jarm+Didp9vz/wXshb1PS8HEKrkynyjg StMopzpESj7QBg8GYosAO8LPoauhiNkQlZk4TQuyxpZtaGpG0M4Tx4zBDc8aYwXt8evg0HeF0j5 yeotRucS4G704g8Ky5Roa31ap/w==
X-Received: by 10.25.37.201 with SMTP id l192mr562673lfl.35.1510349125783; Fri, 10 Nov 2017 13:25:25 -0800 (PST)
X-Google-Smtp-Source: AGs4zMZHcKJHHVjefr2i21T0jHFQSPC3/h4+VMF/DoGhWPqnd/0/M/BNzKcS8bZGTCbbXUvikIh5HayOoOO62+asUL0=
X-Received: by 10.25.37.201 with SMTP id l192mr562671lfl.35.1510349125507; Fri, 10 Nov 2017 13:25:25 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.217.89 with HTTP; Fri, 10 Nov 2017 13:25:24 -0800 (PST)
In-Reply-To: <ea772bfd-4004-7f94-8469-b50e3aff0f29@si6networks.com>
References: <be9724f5-2ff5-d90c-2749-ecae2c628b78@si6networks.com> <CAKD1Yr0_a2Qm8U4oK+BQU57DeDUD9i-o_+G+YhnH4pVXRxmxxQ@mail.gmail.com> <9d154133-a1de-7774-1589-c7069bf279ee@si6networks.com> <0b45890d-ea4a-47b8-a650-ceb72b066df8@gmail.com> <ea772bfd-4004-7f94-8469-b50e3aff0f29@si6networks.com>
From: David Farmer <farmer@umn.edu>
Date: Fri, 10 Nov 2017 15:25:24 -0600
Message-ID: <CAN-Dau2G-ZjEFz840QdLSJexhyqDmBZ0BM2AdXXick+N6V-eEA@mail.gmail.com>
To: Fernando Gont <fgont@si6networks.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, V6 Ops List <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>
Content-Type: multipart/alternative; boundary="001a114106701d13d6055da78f01"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Q_08o6TwW4bTWFrrzGIVuRA1S-4>
Subject: Re: [v6ops] Stateful SLAAC (draft-ietf-v6ops-unique-ipv6-prefix-per-host)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Nov 2017 21:25:32 -0000

On Thu, Nov 9, 2017 at 8:35 PM, Fernando Gont <fgont@si6networks.com> wrote:

> Hi, Brian,
>
> Please let me top-post to try to focus the discussion here:
>
> 1) My comment to the list was essentially arguing that this document
> contains a protocol specification, and such part is not suitable. I
> think it should be easy to converge on something regarding this one:
>

I can see how you might have come to that conclusion.  However, I don't
believe the document defines a new protocol or actually changes the old
one. As I see it, the document merely points out an interaction between two
existing protocol specifications, that allows for a desired implementation
outcome of providing a unique prefixes per host using SLAAC. Those being
primarily RFC4861 section 6.2.4, "Sending Unsolicited Router
Advertisements" and RFC6085 "Address Mapping of IPv6 Multicast Packets on
Ethernet".  The desired result is consistent with the protocols as they are
currently defined, the document doesn't change anything, it only points out
facts of the current specifications that may not be entirely obvious to
everyone implementing the specifications and that are critical to the
desired outcome of the draft.  Or put another way, the document specifies
how to implement to the current protocols consistent the desired outcome of
providing a unique prefixes per host.

What track IETF document is needed to accomplish that, is a judgment call
for the IESG, as I see it there are valid arguments for this to be a
standards track, BCP, or an informational document.

However, I'm fine with the current status of BCP personally.

Thanks.

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================