Re: [v6ops] I-D Action: draft-ietf-v6ops-ipv6-roaming-analysis-02.txt

Tore Anderson <tore@fud.no> Thu, 07 August 2014 05:29 UTC

Return-Path: <tore@fud.no>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2AD61A0ACC for <v6ops@ietfa.amsl.com>; Wed, 6 Aug 2014 22:29:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham
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 Gy8_6IkdD8jb for <v6ops@ietfa.amsl.com>; Wed, 6 Aug 2014 22:29:46 -0700 (PDT)
Received: from greed.fud.no (greed.fud.no [IPv6:2a02:c0:1001:100::145]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0C201A0ABA for <v6ops@ietf.org>; Wed, 6 Aug 2014 22:29:45 -0700 (PDT)
Received: from [2a02:c0:2:1:1194:17:0:1000] (port=54048 helo=echo.ms.redpill-linpro.com) by greed.fud.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <tore@fud.no>) id 1XFGGj-0001hW-J3; Thu, 07 Aug 2014 07:29:41 +0200
Message-ID: <53E30E74.7050502@fud.no>
Date: Thu, 07 Aug 2014 07:28:20 +0200
From: Tore Anderson <tore@fud.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Ross Chandler <ross@eircom.net>, IPv6 Ops WG <v6ops@ietf.org>
References: <256EAE0B-5C11-42C7-BCA1-CEC7EE6713A7@cisco.com> <53DFD634.4020304@fud.no> <DE860EBC-171E-46E7-A3B6-5E8B79A453CC@cisco.com> <53DFEC6C.3010707@gmail.com> <CAD6AjGRUWxT5XiNxMi_S5VgYtGMLb_FVHXN-ZfGpcY=geix15g@mail.gmail.com> <53E06AC9.9010908@fud.no> <CAD6AjGTwt-20gXs=RUH5zbhT+g3HKrvXHX3FnShjF1srqU21Fw@mail.gmail.com> <94146541-768B-4853-A011-7558655C361C@eircom.net> <53E11795.7060305@fud.no> <alpine.DEB.2.02.1408060856080.7929@uplift.swm.pp.se> <53E1D951.8030200@fud.no> <3f59106bc21840dfb144c7933215294f@srvhk403.rdm.cz> <53E27522.4070901@fud.no> <84A403BD-7E93-4D99-8C11-FB7F91B68154@eircom.net> <0CEE83E4-FA58-4D85-B753-1F218540C624@eircom.net>
In-Reply-To: <0CEE83E4-FA58-4D85-B753-1F218540C624@eircom.net>
Content-Type: text/plain; charset="windows-1250"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/deBzXgaD6XWnDDsWhSUfxIEstZI
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-ipv6-roaming-analysis-02.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 07 Aug 2014 05:29:47 -0000

* Ross Chandler

>> It might be that when the UE visits a network that doesn’t allow
>> IPv6 in the user-plane Android behaviour is kicking in.
>> 
>> I’ve been told that Android treats all APNs as “roughly equal”.
>> 
>> If the new IPv6-only-without-IPv4-fallback APN fails then Android
>> might be trying the IPv4 one.
> 
> If this is what’s going on in Telenor case the plus is it maximises
> the number of roaming partners that come up with IPv6 but at the
> possible cost of indeterminism on which APN the UE settles on using
> when it gets back home.

I'm fairly certain there is no such indeterminism.

Basically the UEs get set up to request IPv6 PDP type both home and when
roaming. So when they establish a data bearer they get IPv6 (+464XLAT)
no matter where in the world they are, or they get no data bearer at all
(if there's some sort of problem somewhere).

That Telenor feels confident in doing it in this manner is very good
news, I think. It reminds me of the World IPv6 Launch, actually - where
it was decided that the bugs and issues that had previously made it
unsafe to deploy IPv6 on a global scale (as opposed to a select few
known good networks, corresponding well to "the home PLMN only" in the
mobile case), has been sufficiently solved so that IPv6 can be made
generally available instead.

I guess now it's up to Cameron and Michał to follow suit. ;-)

Tore