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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 22 January 2021 14:11 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 4E3A73A12E7 for <ipv6@ietfa.amsl.com>; Fri, 22 Jan 2021 06:11:50 -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_H3=-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 RmPMrhgGyRR6 for <ipv6@ietfa.amsl.com>; Fri, 22 Jan 2021 06:11:48 -0800 (PST)
Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) (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 CB92E3A0C00 for <ipv6@ietf.org>; Fri, 22 Jan 2021 06:11:48 -0800 (PST)
Received: from [IPv6:2a01:e35:2e59:ce10::da3d:a356] (unknown [IPv6:2a01:e35:2e59:ce10::da3d:a356]) by smtp4-g21.free.fr (Postfix) with ESMTP id A22F219F5C6; Fri, 22 Jan 2021 15:11:43 +0100 (CET)
Subject: Re: Informed regulator about the shorter-than-64 necessity on 3G/4G/5G
To: ipv6@ietf.org
References: <616b05ca-1a02-dfbd-d7f6-c79f56276fa1@gmail.com> <83351c64-0804-a4aa-c100-9b5705c9f71f@go6.si> <02e8b306-4aa9-4694-c4dd-a76285ee0771@gmail.com> <ba4c63b7-8ebf-4d1f-c0d2-98057559a352@go6.si>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <6abda91e-ea90-ace8-4def-9646c447be5d@gmail.com>
Date: Fri, 22 Jan 2021 15:11:43 +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: <ba4c63b7-8ebf-4d1f-c0d2-98057559a352@go6.si>
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/tp8zKbOHX6smZusrBVDBzEx1QlA>
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: Fri, 22 Jan 2021 14:11:50 -0000


Le 22/01/2021 à 13:19, Jan Zorz - Go6 a écrit :
> On 20/01/2021 06:56, Alexandre Petrescu wrote:
>> 
>> 
>> Le 19/01/2021 à 18:21, Jan Zorz - Go6 a écrit : [...]
>>> I would say that for single phone - /64 is enough as that's a 
>>> single host and I would not bother suggesting regulators to 
>>> change that.
>> 
>> A single phone with a single interface concerned about IPv6 maybe 
>> one /64 is enough.
>> 
>> But a single phone with multiple interfaces concerned about IPv6 
>> (e.g. its cellular interface, its WiFi interface in AP mode and a 
>> virtual interface for an internal virtual machine) - do you still 
>> think one /64 is enough?
> 
> If that's the case then a phone should send a DHCPv6-PD request and 
> try to get a larger prefix delegated.

When the ARM part of the smartphone sends the DHCPv6-PD request, the
baseband modem part of the smartphone blocks it (drop).

Alex

> 
> What I've see mobile phone vendors trying to pull is some sort of 
> proxying that IPv6 prefix down to wifi interface and "share" it with 
> wifi users connected to mobile AP. Not entirely how I would do it, 
> but they rather chose this option other than sending an DHCPv6-PD 
> request to get something larger than /64.
> 
> Cheers, Jan
> 
> --------------------------------------------------------------------
>  IETF IPv6 working group mailing list ipv6@ietf.org Administrative 
> Requests: https://www.ietf.org/mailman/listinfo/ipv6 
> --------------------------------------------------------------------