Re: 64share v2

Erik Kline <ek@loon.com> Wed, 11 November 2020 00:38 UTC

Return-Path: <ek@google.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 771A43A1261 for <ipv6@ietfa.amsl.com>; Tue, 10 Nov 2020 16:38:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.248
X-Spam-Level:
X-Spam-Status: No, score=-9.248 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=loon.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 yfSJ0sG5k3vy for <ipv6@ietfa.amsl.com>; Tue, 10 Nov 2020 16:38:24 -0800 (PST)
Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (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 CE4E63A125F for <ipv6@ietf.org>; Tue, 10 Nov 2020 16:38:24 -0800 (PST)
Received: by mail-ua1-x92b.google.com with SMTP id h26so179451uan.10 for <ipv6@ietf.org>; Tue, 10 Nov 2020 16:38:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=loon.com; s=google; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=FhOrIwo6H7eTxKGeBdlsc/Rzbl4RM8pebDE7LXk+5A4=; b=a8iwa03MuWr5D42+X5URILwCj0pvgE+H+vK5FszHojhET7gQMCJBPH0p6EXlUSWgOL LOLpea5uzTHVsdc+3GuQwJU3exx3XT2vMfWtt/0XTD/AlhNVPZ8QDj24vph46co0CZhl 3WiA+CIblDMGMLg4qjKBO2ltPVzbAs5NHbmE4=
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:reply-to :from:date:message-id:subject:to:cc; bh=FhOrIwo6H7eTxKGeBdlsc/Rzbl4RM8pebDE7LXk+5A4=; b=tSY970lGVT3dmFU23MFAiR5+mA2MzRFNCDSIuPeXNuvcTFfSpUaywn2N4jZQNVDqFO ps7Un28oLY/QudqVv3DvODEavbJpfaRWS24nJoMlDf9j89TAYA+EZ+o3bqOg2/IPQ+o+ wCGKQcDCqCOZMmAaUFAMn+BdSYP1cGasCR66tqijZnzGNHAPP+0al9esxyqJmzk2g+5h LTHRtA3+54IP80wPqbC1b/AFgKV/Elq5SuI5YmKa60qvJxoT8MNItVAX2FKa2xrHDt/K w9t9/SPA8InT57xxYYxHYHIPqdQImm2wPrP5XH2xY5Q/gNjOjJy4+TW8j5tjNEiuImBU fGBQ==
X-Gm-Message-State: AOAM533Pi8ygysk8ivjQ4gfYbBLd6rh0e5iwGEqvnVc4QGgBfDATNwdI Hsv4mrbWLbWQXNIVnEzckjGLsR/IsQOmab3r6ucj6g==
X-Google-Smtp-Source: ABdhPJzrXahRwfNLTkzFVJ+SeIVF+GEc4am24I3BrbsdiQD91gp+ejTYUQtOgKb1mnIXnuIBfMtAtuW6rd6oyxjAmWM=
X-Received: by 2002:a9f:264a:: with SMTP id 68mr12078164uag.0.1605055103664; Tue, 10 Nov 2020 16:38:23 -0800 (PST)
MIME-Version: 1.0
References: <CAD6AjGR-NE_sJ_jp7nAT6OvNkcdE9qoWuGEiiVW7r9YtsQvbbw@mail.gmail.com> <CAKD1Yr0G8PjzE+pULte_AaOi=RHMLyto-YUQerGjQ=iOYnz+iA@mail.gmail.com> <CAD6AjGRS=d7+Z4nKOWkYazwrWs911PRJtza4bq05fErdmEpZ2Q@mail.gmail.com>
In-Reply-To: <CAD6AjGRS=d7+Z4nKOWkYazwrWs911PRJtza4bq05fErdmEpZ2Q@mail.gmail.com>
Reply-To: ek@loon.com
From: Erik Kline <ek@loon.com>
Date: Tue, 10 Nov 2020 16:38:12 -0800
Message-ID: <CAAedzxrq3TEgNNmyBzF9E=25sgtN03-fxPpUDZQ-XpRjc=KQAQ@mail.gmail.com>
Subject: Re: 64share v2
To: Ca By <cb.list6@gmail.com>
Cc: Lorenzo Colitti <lorenzo@google.com>, Ipv <ipv6@ietf.org>, Mikael Abrahamsson <swmike@swm.pp.se>
Content-Type: multipart/alternative; boundary="0000000000004cd31c05b3ca0351"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/lrcqmicjSOQif6NjGoGHi9kSf3E>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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, 11 Nov 2020 00:38:26 -0000

The conclusion I personally came to after the PIO-X stuff was that I was
just trying to do it at the wrong layer.

I think the right way to do it is to have some information from the link
layer (or sub-IP layer) that tells the client that the RA is exclusive to
it.

In 3GPP, the architecture itself *is* that bit of information.  For wifi in
a /64 per host model (RFC 8273, which motivated the PIO-X work), it would
probably have to be some IEEE 802.11 bit somewhere.

On Tue, Nov 10, 2020 at 7:15 AM Ca By <cb.list6@gmail.com> wrote:

>
>
> On Tue, Nov 10, 2020 at 1:44 AM Lorenzo Colitti <lorenzo@google.com>
> wrote:
>
>> This looks pretty similar to the PIO-X bit which +Erik Kline
>> <ek@loon.com> and +Mikael Abrahamsson <swmike@swm.pp.se> wrote up in
>> 2017:
>>
>> https://tools.ietf.org/html/draft-pioxfolks-6man-pio-exclusive-bit
>>
>
> Interesting.
>
> Do you think we can achieve the goal without changing RA / adding a bit ?
>
>
>> I can't remember what happened to that. IIRC one of the primary
>> difficulties was that the scheme needs a strong guarantee from the link
>> layer that the RA is received by only one host. The minutes from IETF 98
>> <https://datatracker.ietf.org/doc/minutes-98-6man/00/> suggest that
>> there was also a concern that it duplicates existing functionality in
>> DHCPv6 PD.
>>
>
> I believe constraining this to 3gpp makes this achievable, as the link
> does not even run DAD. Duplicating PD functionality is a feature, not a
> bug.  As Joel pointed out, the ietf has already agreed to have 2 approaches
> for assign addresses. Adding DNS to RA has been a good thing.
>
> Also there was a question about the router being able to authenticate the
>> client.
>>
>
> In 3gpp, this is assured by low layer technologies
>
>
>> Maybe time to revive this?
>>
>
>> On Tue, Nov 10, 2020 at 5:10 PM Ca By <cb.list6@gmail.com> wrote:
>>
>>> Folks,
>>>
>>> In an effort to progress the conversation, i created a simple and rough
>>> pre-00 i-d (as ietf is not accepting submissions now) for your review and
>>> comment
>>>
>>> https://pastebin.com/duyYRkzG
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> IETF IPv6 working group mailing list
>>> ipv6@ietf.org
>>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>>> --------------------------------------------------------------------
>>>
>>