IETF Logo Mail Archive

Re: [v6ops] When Android might disconnect because lack of DHCPv6 (was: Implementation Status of PREF64)

Alexandre Petrescu <alexandre.petrescu@gmail.com> Sat, 16 October 2021 19:51 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65F863A0AA3 for <v6ops@ietfa.amsl.com>; Sat, 16 Oct 2021 12:51:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.633
X-Spam-Level:
X-Spam-Status: No, score=-1.633 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.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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 PfnyIUxeqO7m for <v6ops@ietfa.amsl.com>; Sat, 16 Oct 2021 12:51:21 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 0DDE53A0A9A for <v6ops@ietf.org>; Sat, 16 Oct 2021 12:51:20 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 19GJpGrZ000791 for <v6ops@ietf.org>; Sat, 16 Oct 2021 21:51:16 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EA6E2202866 for <v6ops@ietf.org>; Sat, 16 Oct 2021 21:51:16 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id E0F12201E33 for <v6ops@ietf.org>; Sat, 16 Oct 2021 21:51:16 +0200 (CEST)
Received: from [10.14.0.58] ([10.14.0.58]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 19GJpGjx031179 for <v6ops@ietf.org>; Sat, 16 Oct 2021 21:51:16 +0200
To: v6ops@ietf.org
References: <DDA36020-90CC-471B-83AD-3D98950F1164@delong.com> <CAKD1Yr1T_mXfxJGHOrBfqZfexm6GTrUqnFi57710pTroKQK6uQ@mail.gmail.com> <702CB018-1A02-4B32-B9AA-7C7B31521F12@delong.com> <CAKD1Yr0jZR8Efzr_Y6FeiBvHYS8ATmDupx2ABTXXy-rSA_QjmA@mail.gmail.com> <1adb70a8-db0a-4ea6-f721-c1035343cda3@foobar.org> <DM6PR02MB69249D4F0A8003E77EC9F153C3B19@DM6PR02MB6924.namprd02.prod.outlook.com> <E1FED93B-674C-46DD-8C39-F6C30475C48A@delong.com> <CAKD1Yr34jv_N0jGKdg=sG76oGU7PdRjYFC_-w9Uvzs=7oGm38w@mail.gmail.com> <E6316781-AC7D-438F-B216-75B1DF9217DC@delong.com> <CAKD1Yr10OKMJ1y8bs5xpt6jS8ZWsqs66oFCXmp-QLySS5Yn4hg@mail.gmail.com> <CAN-Dau3JxPucFnbwZB-M5UD3KkSV++7u03AMQ7vOZJKqPHpJ3Q@mail.gmail.com> <403087B1-51A5-4DF4-9884-441D443DACC2@delong.com> <CAN-Dau3FBLVUSTQsFTrbDEAdy95L8evPdeD_Jg1sK34+DK0O1A@mail.gmail.com> <2D83CE75-368B-4DFD-A7B2-8E0DE8C4D733@delong.com> <01 036fb1-6de2-58c8-ae1e-ff9d90385685@gmail.com> <A930BCD4-6EB0-4DE5-AF75-D2ADE347A102@delong.com> <m1maLDQ-0000IpC@stereo.hq.phicoh.net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <077b7032-6a14-dc6a-b7ae-b01ec1ad5c76@gmail.com>
Date: Sat, 16 Oct 2021 21:51:15 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0
MIME-Version: 1.0
In-Reply-To: <m1maLDQ-0000IpC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/uk9g9lDUZXdSYEMUev6V9QobUqA>
Subject: Re: [v6ops] When Android might disconnect because lack of DHCPv6 (was: Implementation Status of PREF64)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Oct 2021 19:51:26 -0000


Le 12/10/2021 à 19:05, Philip Homburg a écrit :
>> The data necessary for SLAAC is in the RA that includes the M bit 
>> to tell the host to go ask the DHCPv6 server for an address, so
>> how would your CPE prevent the android from doing SLAAC without 
>> authorization?
> 
> I didn't verify it. But I assume clearing that 'A' bit in the PIO 
> should prevent android from doing SLAAC. It is not as if rogue 
> android devices are creating address from every prefix they see.

The ISP CPE I use has the A bit reset in the PIO, and the M bit set in
RA header, when the user selects 'DHCPv6' in the GUI of the ISP CPE.

Also, when checking that DHCPv6 option in the GUI, there is a warning:
in French: "Attention si vous activez le serveur DHCPv6, certains
périphériques Android risquent de ne plus avoir de connectivité IPv6".
In English it means: "Warning, if you activate the DHCPv6 server, then
certain Android devices are at risk of no longer having IPv6 connectivity".

The day I switch off completely IPv4 in my setting and continue with
DHCPv6 the Android will be fully disconnected from the Internet.  It is
not easy to completely turn off IPv4 in my setting, but it is not
impossible.

Alex

> 
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops
>

v2.23.0 | Report a Bug | By Email