Re: Informed regulator about the shorter-than-64 necessity on 3G/4G/5G

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 19 January 2021 08:44 UTC

Return-Path: <alexandre.petrescu@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 94F423A133A for <ipv6@ietfa.amsl.com>; Tue, 19 Jan 2021 00:44:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.387
X-Spam-Level:
X-Spam-Status: No, score=0.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 yKoWwMzxgMTZ for <ipv6@ietfa.amsl.com>; Tue, 19 Jan 2021 00:44:29 -0800 (PST)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 932973A1335 for <ipv6@ietf.org>; Tue, 19 Jan 2021 00:44:29 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 10J8iRDu011596; Tue, 19 Jan 2021 09:44:27 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 93C02204D6A; Tue, 19 Jan 2021 09:44:27 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 82BEA204D49; Tue, 19 Jan 2021 09:44:27 +0100 (CET)
Received: from [10.14.7.230] ([10.14.7.230]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 10J8iQA9017671; Tue, 19 Jan 2021 09:44:27 +0100
Subject: Re: Informed regulator about the shorter-than-64 necessity on 3G/4G/5G
To: Mark Andrews <marka@isc.org>, Fernando Gont <fgont@si6networks.com>
Cc: IPv6 <ipv6@ietf.org>
References: <616b05ca-1a02-dfbd-d7f6-c79f56276fa1@gmail.com> <f300119e-0233-c711-207e-6962d67e87bd@si6networks.com> <D120371E-C9D7-4F62-ADDF-2C990AD0E6FC@isc.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <a8c53eae-0fcf-4a52-6d7d-9f781c9db878@gmail.com>
Date: Tue, 19 Jan 2021 09:44:26 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1
MIME-Version: 1.0
In-Reply-To: <D120371E-C9D7-4F62-ADDF-2C990AD0E6FC@isc.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/SMWnFvfEm0fDV8pes8Qls1VcJcc>
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: Tue, 19 Jan 2021 08:44:35 -0000


Le 19/01/2021 à 04:19, Mark Andrews a écrit :
> 
> 
>> On 19 Jan 2021, at 09:04, Fernando Gont <fgont@si6networks.com> 
>> wrote:
>> 
>> Hi, Alex,
>> 
>> On 18/1/21 05:45, Alexandre Petrescu wrote:
>>> Hi, 6MANners, Today I formulated a brief personal email to some 
>>> person(s) at the regulator agency suggesting the allocation of 
>>> shorter-than-64 prefixes (e.g. /56) to end users. I explained 
>>> that the current situation where each of the mobile operators 
>>> deliver a /64 and not shorter to smartphones is not usable for 
>>> networks such as mobile hotspots or in-car multi-subnet networks.
>>> I informed that there are some I-D proposals of Variable SLAAC
>>> that is relatively refused at IETF because of the IETF necessity
>>> of 64bit (and not shorter) IIDs.
>> 
>> This seems to be confusing things.
>> 
>> Proposals for "classless IPv6" (e.g.: 
>> draft-bourbaki-6man-classless-ipv6) are meant to allow SLAAC to 
>> work with *longer* prefixes (i.e., shorter IIDs)
>> 
>> Shorter prefixes (i.e., bigger address blocks leased to users) are 
>> already supported by DHCPv6-PD, without the need of any additional 
>> protocol action.
> 
> I think the intent of the message was to get regulators to force 
> operators to *use* DHCPv6-PD with short prefixes.

I do not know.

There is a problem when all operators deliver only /64s.  The problem is
for mobile hotspots, vehicular networks, and probably others, who need
more than just a single /64.

In implementation, DHCPv6-PD has itself some problems on smartphones,
regardless of using /64s or other plens.  That DHCPv6 problem is at the
modem manufacturers who block DHCPv6.  A telecom operator might or
rather might not be able to work towards solving it at the modem
manufacturer.

A regulator might work with mobile telecom operator towards assigning
more than a single /64 to end users.

> There is too big a power differential between the cellular user that 
> want to be able to have multiple subnets and the telcos for free 
> market economics to work.

I can see such differential as between large and small dented wheels,
but I dont understand quite what do you mean?  Do you think there are
too few users in need of multiple subnets for make a market uptake?

For my side I can cite figures of the autonomous connected automobiles
market poised to grow to billions of dollars capitalization in the next
few years.

Alex

> 
>> Thanks, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com
>> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>> 
>> 
>> 
>> 
>> --------------------------------------------------------------------
>>
>>
>> 
IETF IPv6 working group mailing list
>> ipv6@ietf.org Administrative Requests: 
>> https://www.ietf.org/mailman/listinfo/ipv6 
>> --------------------------------------------------------------------
>