Re: [v6ops] Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings

Mikael Abrahamsson <swmike@swm.pp.se> Mon, 17 July 2017 14:41 UTC

Return-Path: <swmike@swm.pp.se>
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 D3A8E131C35 for <v6ops@ietfa.amsl.com>; Mon, 17 Jul 2017 07:41:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 gSSe9_whCejh for <v6ops@ietfa.amsl.com>; Mon, 17 Jul 2017 07:41:50 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (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 3C1CC131C3F for <v6ops@ietf.org>; Mon, 17 Jul 2017 07:41:47 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id A5D91A2; Mon, 17 Jul 2017 16:41:44 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1500302504; bh=km8iF34ZS6XXu4g7ebp31pMkCR9pMOLz7WZiIZlT7a4=; h=Date:From:To:Subject:In-Reply-To:References:From; b=RjaeUfMidnmBRDqqWmTSicP/ddipX8nGeWlkG7GEq7bdSq+a5bKmBnYar2YgR+CVX aN0HTTf7l42JBrV2Lv8xYa9ce4WwFgWUsNK3DelSWq38mc2ocVkntsjDMyjzJGtl10 KRqp7EKuiuFWSwUyQhq70FNEQWWQlzNNRIGnAASA=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 8DF1BA1 for <v6ops@ietf.org>; Mon, 17 Jul 2017 16:41:44 +0200 (CEST)
Date: Mon, 17 Jul 2017 16:41:44 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: IPv6 Ops WG <v6ops@ietf.org>
In-Reply-To: <10FFC885-81E1-45E6-B87D-5520C35FDE2C@consulintel.es>
Message-ID: <alpine.DEB.2.02.1707171636110.29742@uplift.swm.pp.se>
References: <7643C1DC-76A3-4652-9BB1-D0D42801F37E@consulintel.es> <CAPt1N1kroh2cPkTr8HRfNjLTdG0hkC1oQsUZdhQzQA5tA9-xug@mail.gmail.com> <9AF791E9-1E12-425E-93A4-2913E2D18CBA@consulintel.es> <CAPt1N1kU4cpVCsp7W3XNAZupYqjTWVH+BNp9bwtznnWD_uP2oQ@mail.gmail.com> <CAEqgTWZzZW0wKggDXjY=-aMfDxzd5-GoRqju1829XwY3aHQuYg@mail.gmail.com> <0FAF1E05-DA4B-47BF-95F7-7EFCD1BED9B0@cable.comcast.com> <42188852-BBEB-4D75-967F-4BED79BBBCAE@consulintel.es> <CAFU7BARahTfH_Uy_t22EthGuFMJ=q-N1zxismNAVkHWWJA-Obw@mail.gmail.com> <CBA23B1B-C5A3-413C-B399-93F537C99015@consulintel.es> <CAFU7BARz_u92NweYkTizT2=q420sBRh11m9bqWO9+aexCi3ANA@mail.gmail.com> <2A639918-C6AC-44B8-8D66-5293EE13A7BD@consulintel.es> <CAFU7BASrxoroJVHwxFpwwBxCUC62_VZXsUGgfDOj6y+KVWk6tw@mail.gmail.com> <C510C095-B9AB-432F-A050-FD9CD640A6DE@consulintel.es> <CAFU7BAR413hwY_G2Cw-Ab+J158udPDLSFo==EN4LHjWb_YzD5Q@mail.gmail.com> <10FFC885-81E1-45E6-B87D-5520C35FDE2C@consulintel.es>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-137064504-1567714210-1500302504=:29742"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/iir8_NGnkWfJnQ6_mA2o55NeZ7Y>
Subject: Re: [v6ops] Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 17 Jul 2017 14:41:53 -0000

On Mon, 17 Jul 2017, JORDI PALET MARTINEZ wrote:

> So the dogfood that we need to try (now) is the one that can sever the 
> “real” market, not the one that could serve the marked when they are 
> ready to replace (in a big %) all the apps and devices that are IPv4 
> only. We could try this in a follow up phase (actually there is an SSID 
> for that already).

My android and iOS devices work great on IPv6 only using the proposed 
suggestion. My MacOS and Windows do not (because they don't have the 
464XLAT or bump-in-the-API that is available on the mobile platforms). I 
already know this. I don't need to prove it to anyone.

It's premature to go IPv6 only on the main wifi before main operating 
systems support the same mechanisms available on the mobile devices.

1. My "mosh" session only tries the same AF that it initially connected 
to. If I initially connected on an IPv4 network, it will never connect to 
anything on an IPv6 network.

2. My Windows VM which needs to reach IPv4 only resources have no way to 
do this through the Parallels NAT44. I would need a CLAT for this.

There are lots of desktop OS applications that do not work on IPv6 only 
DNS64+DNS64 without CLAT. I have tried this, it doesn't work, there is no 
need to do wider test. OS vendors need to implement CLAT (or equivalent) 
for it to be viable.

If the main wifi is going IPv6 only, I will run my mobile devices on it, 
but I will immediately swap to the dual stack SSID for my computer.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se