Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt

Lorenzo Colitti <lorenzo@google.com> Thu, 05 November 2020 15:44 UTC

Return-Path: <lorenzo@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 EE1823A134D for <ipv6@ietfa.amsl.com>; Thu, 5 Nov 2020 07:44:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.599
X-Spam-Level:
X-Spam-Status: No, score=-17.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 ypc47rj8iZPW for <ipv6@ietfa.amsl.com>; Thu, 5 Nov 2020 07:44:40 -0800 (PST)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 66B203A1349 for <ipv6@ietf.org>; Thu, 5 Nov 2020 07:44:40 -0800 (PST)
Received: by mail-il1-x133.google.com with SMTP id k1so1761308ilc.10 for <ipv6@ietf.org>; Thu, 05 Nov 2020 07:44:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZPd6AAiZ/HPBJzoIna/Z4aiEHDIjERqClQesX+3G7Dk=; b=BhFDdp+83XJpACuI/kMh7Tu2CrZZfvOISE9etjrzsf4tCX+fTCWK3CChmIGBgsKval lT3pA6VfhsKgj3LuoVElpHGhb0Q54d/bTJW/sP4PZ1tRAKM8yQduC6DNNF2meW4YCKmy 0BDxq3Ner9F0RMoQSiiwWAUXP3DnBQf0DQ9EkOQsaU5zGVrEfEMlQlDgxGg3IJL6soig tKWUcbxqGI2mjxYepl57wX8XyN+M0o6CTYWRsUxmy2KlkpM6MJxa637uYNMOolkCtmPv KcPYHIpH5auBwsKi9aqI2JISIO2fK7SDLsuzRwptytGwXl3x5Wj7sm7UEk8C65VUmrQp 61qQ==
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:from:date :message-id:subject:to:cc; bh=ZPd6AAiZ/HPBJzoIna/Z4aiEHDIjERqClQesX+3G7Dk=; b=eAZSw8JnO/h/+Kmw2Hfo2rAg6V1IHdE15StXFjJxVsZVy6roNkMPoLk2kmNFcjQvf8 ie88CSFQTodVtbseexrz3qdNZZh/7nNYpXvjffwIQbcG6+xgcMHV6qrAUk0eWq0837vj 45G+Vxjtxe1xh9sLPZufBEPs8Vdv/L85/LOg2nGgrhhFsRNML1mOvbXDG5O7CWfswaS0 k93i3qptZiJxdP0G+X4cDp5gQ8A61dA16fmVCQ4wPf6An3MpGZGRkqRRrRLnOlvznGyN 8FNrYWod1t625o8VXRxsObMShLvsSYsDEm8UUwzMM/q9iALcP9u3Y2+P6XH2DrgvEMEV MfVw==
X-Gm-Message-State: AOAM530Id3vuJpBTKMk9bZ35OVPnth/RKSVxarLCKhHkXB3d5+kjzUYZ jSxARoXUCTARJvrvu9KCuwz9pE9z22Bc7SIFwIaWOA==
X-Google-Smtp-Source: ABdhPJx/2OVAoFasKerCQH3Lp46hPZR3qSNjxF5PUhbPl0frHNoaCCCT/s9BxCKPSVlDxuPxC4LdE8cHT7Yo4v3e+vo=
X-Received: by 2002:a92:d081:: with SMTP id h1mr2216005ilh.187.1604591079373; Thu, 05 Nov 2020 07:44:39 -0800 (PST)
MIME-Version: 1.0
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <3c1c3ab5-5726-b141-e7ed-618984bbbdb1@gmail.com> <CABNhwV1zoZpZNjb54rEys4+49H3vpebZW2g9JbO1_58eR+WnQg@mail.gmail.com> <CAKD1Yr0vvyQnTGRoSh4qa4He1gq5HXXRaKU3pVLtCtDUzcwL_w@mail.gmail.com> <CAD6AjGQPatbg5=OaMzxJXy5mGZai1bqLfg8f+9SUnfg=s1kADg@mail.gmail.com> <e55a9fbf-a93c-a96f-7991-f0c3aad8ce16@gmail.com> <CAD6AjGSTQjKQuY1+0DNm5NRgTRkWUQ=eRhnvyKCXvKc3Kvy9TQ@mail.gmail.com>
In-Reply-To: <CAD6AjGSTQjKQuY1+0DNm5NRgTRkWUQ=eRhnvyKCXvKc3Kvy9TQ@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Fri, 06 Nov 2020 00:44:27 +0900
Message-ID: <CAKD1Yr3h_Jypxx49-e-PUFvtX0y7DaXf-XvBgK4-oQAjEe8vvA@mail.gmail.com>
Subject: Re: I-D Action: draft-mishra-6man-variable-slaac-01.txt
To: Ca By <cb.list6@gmail.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, 6man <ipv6@ietf.org>, draft-mishra-6man-variable-slaac@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004c338005b35df930"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/pUFNDa9sJk2DxVdwhSv0uxMvPtU>
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: Thu, 05 Nov 2020 15:44:42 -0000

So are you suggesting defining a "delegated prefix" RA option that would
only be correct to use on point-to-point links?

Technically I think that would work and would be quite simple to implement.
I think someone might have proposed it already, perhaps Alexandre?

I think the downsides are a) we already have something that does this
(DHCPv6 PD), and b) if such an option were ever to be sent on a
non-point-to-point link, it would cause havoc.

On Thu, Nov 5, 2020 at 9:15 AM Ca By <cb.list6@gmail.com> wrote:

>
>
> On Wed, Nov 4, 2020 at 2:37 PM Brian E Carpenter <
> brian.e.carpenter@gmail.com> wrote:
>
>> On 05-Nov-20 04:45, Ca By wrote:
>> >
>> >
>> > On Wed, Nov 4, 2020 at 12:52 AM Lorenzo Colitti <lorenzo=
>> 40google.com@dmarc.ietf.org <mailto:40google.com@dmarc.ietf.org>> wrote:
>> >
>> >     On Tue, Nov 3, 2020 at 4:27 PM Gyan Mishra <hayabusagsm@gmail.com
>> <mailto:hayabusagsm@gmail.com>> wrote:
>> >
>> >         It's hard to see why this draft is needed anyway. All that is
>> needed
>> >
>> >             is to remove the "64 bit" statement from the addressing
>> architecture,
>> >             which the WG has consistently failed to reach consensus
>> about.
>> >
>> >
>> >             Gyan>  This topic has come up many times over the years in
>> heated debate and this is another instance of that.  Agreed.  However, what
>> makes this instance different is that we have a major problem to be solved
>> with 4G  &  now as 5G is rolled out, segmentation is of utmost importance.
>> I think in the past we have not had a major problem to be solved and so
>> this change being proposed did not gain traction,  but now as 5G becomes
>> the "norm" as it will compete directly with broadband that customers will
>> start using 5G in SOHO as well as other environments.   This is a major
>> issue that has come up with the ramp up for 5G IPv6 only deployments.
>> >
>> >
>> >     There is already a solution to this: use DHCPv6 PD on 5G networks.
>> It's been supported since 3GPP release 10 several years ago.
>> >
>> >
>> > Has any mobile provider deployed dhcpv6 pd?
>> >
>> > Perhaps the mobile providers have seen what an operational nightmare
>> dhcpv6 pd is and... are like nope.
>>
>> Perhaps that needs to be documented over in v6ops.
>>
>> > I am in favor of the ietf opening their eyes to a better solution.
>> >
>> > Rfc7278 is universally deployed because it is easy.
>>
>> As far as I can tell that is no use for the case of routed network
>> connected to a hotspot, since there is still only one /64 prefix.
>>
>> > Can we do better (more /64s) and easy ?
>>
>> You mean multiple /64s for a single mobile device? Rather than fixing
>> 3GPP to support shorter prefixes, which seems simpler.
>>
>>     Brian
>
>
> Mobile providers have not deployed dhcp pd in the last 10 years.
>
> As a mobile provider, my bet is the next 10 years may be no better.
>
> Yet, rfc 7278 is deployed in many places in mobile
>
>
>>
>>