Re: L=0 [was draft-pioxfolks-6man-pio-exclusive-bit-02.txt]

Mark Smith <markzzzsmith@gmail.com> Wed, 31 January 2018 16:44 UTC

Return-Path: <markzzzsmith@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FD6C12EBF7 for <ipv6@ietfa.amsl.com>; Wed, 31 Jan 2018 08:44:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 tJFWIdwHiT-7 for <ipv6@ietfa.amsl.com>; Wed, 31 Jan 2018 08:44:20 -0800 (PST)
Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (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 DA24812DA04 for <ipv6@ietf.org>; Wed, 31 Jan 2018 08:44:19 -0800 (PST)
Received: by mail-vk0-x234.google.com with SMTP id e125so9417875vkh.13 for <ipv6@ietf.org>; Wed, 31 Jan 2018 08:44:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=C1yFUnzYxsbYCH30baSVuxNukp6ih8BI/0XIoPFVvPY=; b=VA80q4aM5Xi0X/i4zbmZMUKSdcz3UE3EJDERatrIGQ/IFIEwj2oHmyerYLGj84nSIp W982veSR+XRnC/X8uyGGr71McsIRv1Wk/rso9j+VWPmlgmVBBiVyvZkq9aqRK9BYWgfE mAeOVWGEmq2AZK6HxWAEDdq3Ijs0yT+jeSGSc6oRBNEYugRjjlo1eLEGGjfloBJkaWfQ SL4JR2tYmy9bxT+KY0eziuCMQI+znOryNGu1pWXOx5ud9WOAxfYuch03SJ6dJpVCHTMI 1dCfEriTjf4kmDHBaziera1hRKqWrhsWS1DbDs+uznR/4RpwrhrL3COyB+QjnoGPpbdx hxEg==
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=C1yFUnzYxsbYCH30baSVuxNukp6ih8BI/0XIoPFVvPY=; b=oxI0NfWecg07MiPpPB5llGmx+2l9tr4DmSO3ETuEdlSEVFfpfKLU7Al2lfO8rKJH/X 8fZvFb9IwIJBgKcPf+uL7T7fAcptRhLTKeUx2kC1p53ki4C5T9+9gGuLiLe9e1UaFi8p 56QCIyU4aOUN7xHiCIE7JqTBKNBNMf0Sko+pIIVNxTe2KT3t9IjeRAg5DwgbRH+yeTQ/ k/VGv4OwpTwzKwbyTpfcRIJ3wkAa7Z0YzFXFutlneeAkcqIWB2Yf3LIAPedG1DBKPBo3 24d9lq57/TXZPk7Dm0NZjdcLdFLgGS4bUUlHEOfGVvrGKnYtNKuhwaRZsupQk1iT74Yw taxw==
X-Gm-Message-State: AKwxytcLYisGVd8hijoC3eZNsoZOuI22DAEjnmh8s4S35+HV0CvuEqQU jVa5kjsA8RR8cXHRuhBuJeZ3glo6Yo7WhkeHark=
X-Google-Smtp-Source: AH8x225eQOzExWzLR/43+NW8stmpKW83C3ic3mhRdOdH5zyrHbH6lbNsR3dUQKY09kAQGd2MN9pM/ietZencbKz/DxM=
X-Received: by 10.31.130.199 with SMTP id e190mr25386213vkd.34.1517417058690; Wed, 31 Jan 2018 08:44:18 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.33.246 with HTTP; Wed, 31 Jan 2018 08:44:17 -0800 (PST)
Received: by 10.159.33.246 with HTTP; Wed, 31 Jan 2018 08:44:17 -0800 (PST)
In-Reply-To: <alpine.DEB.2.20.1801311042240.8884@uplift.swm.pp.se>
References: <91953634-9B4A-405B-AB36-FBB2079A0A40@gmail.com> <49C7F721-D752-4D09-AF86-5A73EC41A41D@employees.org> <4A0981F5-2C52-4671-88EF-7C4DC52A751A@gmail.com> <CAN-Dau3dVKG_Dfg6ttWJEvd+VF_kzAC84Gu6dpZTVWXvY1NB1w@mail.gmail.com> <A0E57571-045C-4BA0-85D1-6BD41CE47BBE@google.com> <1cb807ddcfb7402681d3361c7f0cf7b9@XCH15-06-08.nw.nos.boeing.com> <CAKD1Yr3fSUt0jf71m+v6MBfxadsiUtemJKhpazFbZFk1a1DASw@mail.gmail.com> <1CBC2CBA-8076-46BC-A24D-5920C32111F0@google.com> <205AB90F-2B9A-4E3E-B2C9-792E4FAEFEEB@google.com> <18854.1517233055@obiwan.sandelman.ca> <1345.1517236806@obiwan.sandelman.ca> <a57696ee-47c3-5de1-c5b4-223c8b11d912@gmail.com> <CAO42Z2w0gd6C7qGpF2rhRAPaMG1nZMU9cPm0yRD6cZBr53EhgA@mail.gmail.com> <44C1900B-5CAA-4EF8-A405-EBE87871DCAC@employees.org> <CAO42Z2worXnmmTEx7_g_R1kuoywc40O0Yo7b6Bf4cdLJ70=rFA@mail.gmail.com> <alpine.DEB.2.20.1801300611070.8884@uplift.swm.pp.se> <CAO42Z2ydjfsvL0ita9TW8Hgrqfd30E6BSPAf0DmLn0cZaCt3tg@mail.gmail.com> <alpine.DEB.2.20.1801311042240.8884@uplift.swm.pp.se>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Thu, 01 Feb 2018 03:44:17 +1100
Message-ID: <CAO42Z2zRRnV-Uc2PAg3KOYGyDTer7beWMXev_jYn1Lx5uRi9vw@mail.gmail.com>
Subject: Re: L=0 [was draft-pioxfolks-6man-pio-exclusive-bit-02.txt]
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="001a1143e782c26c72056415307d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/5-dsE-0DDJ5AbsUw3XACKsrBb3Q>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2018 16:44:21 -0000

On 31 Jan 2018 20:49, "Mikael Abrahamsson" <swmike@swm.pp.se> wrote:

On Wed, 31 Jan 2018, Mark Smith wrote:

RFC8273 fails the proper layer 2 isolation/per-host link/LAN requirement
> too.
>

No, it doesn't. It just doesn't specify how this is to be achieved. I am of
the opinion that it doesn't need to, and it shouldn't. Yes, someone
implementing this should make sure that L2 assures that customers can't
spoof each other, that source validation etc is in place, but I am of the
opinion that RFC8273 doesn't need to specify how that should be done.


The hosts are all sharing the same Link-Local prefix, rather than each host
> having its own instance of the Link-Local prefix. They're all using the
> same router interface, rather than each host having its own dedicated
> router interface. There is sharing of IP layer resources between multiple
> hosts, so the hosts are not on separate links.
>

Sure.


Per RFC4291, in the Addressing Model section,
>
> "Currently, IPv6 continues the IPv4 model in that a subnet prefix is
>   associated with one link."
>
> multiple hosts that share just one common IPv6 subnet of possibly a
> number on the link are members of the same one link.
>

But the GUA prefix isn't the same, just the LLA.



You're saying hosts that have a common LL prefix *aren't* on the same link?




So when a host attaches to a port, the layer 2 device allocates a new
> virtual link, dedicated to the host, and then signals the router, which
> then allocates a new Link-Local prefix, new GUA and possibly ULA prefix,
> and then creates a new router interface for that individual host?
>

No. Those are your requirements, it's you who are saying all of those are
needed. Not me.


I don't have any experience or detailed knowledge of it , however I'm
> reminded of Access Node Control Protocol - RFC6320. Perhaps a generalised
> version of that for other types of layer 2 edge devices might be an option.
>

PPPoE doesn't solve the mac address duplication problem, either. Only
separate L2 per user solves that.

So what I have been proposing for lots of years is to keep the 1:N model
for IPv4 (because that's what a lot of people do), but create
one-vlan-per-user for IPv6, using ethertype based vlans. This requires no
host changes.