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

"Heatley, Nick" <nick.heatley@ee.co.uk> Tue, 05 August 2014 15:53 UTC

Return-Path: <nick.heatley@ee.co.uk>
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 5B2A31B2A45 for <v6ops@ietfa.amsl.com>; Tue, 5 Aug 2014 08:53:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, UNPARSEABLE_RELAY=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 1BlUiDKGWWyt for <v6ops@ietfa.amsl.com>; Tue, 5 Aug 2014 08:53:19 -0700 (PDT)
Received: from mail1.bemta5.messagelabs.com (mail1.bemta5.messagelabs.com [195.245.231.139]) by ietfa.amsl.com (Postfix) with ESMTP id BC9991B2A42 for <v6ops@ietf.org>; Tue, 5 Aug 2014 08:53:18 -0700 (PDT)
Received: from [85.158.139.3:29431] by server-3.bemta-5.messagelabs.com id EC/77-13873-DEDF0E35; Tue, 05 Aug 2014 15:53:17 +0000
X-Env-Sender: nick.heatley@ee.co.uk
X-Msg-Ref: server-6.tower-90.messagelabs.com!1407253997!37501976!1
X-Originating-IP: [193.36.79.211]
X-StarScan-Received:
X-StarScan-Version: 6.11.3; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3501 invoked from network); 5 Aug 2014 15:53:17 -0000
Received: from unknown (HELO autechre) (193.36.79.211) by server-6.tower-90.messagelabs.com with SMTP; 5 Aug 2014 15:53:17 -0000
Received: from UK30S005EXS02.EEAD.EEINT.CO.UK (Not Verified[10.246.208.14]) by autechre with MailMarshal (v6, 8, 2, 9371) id <B53e0fe3b0000>; Tue, 05 Aug 2014 16:54:35 +0100
Received: from UK30S005EXS06.EEAD.EEINT.CO.UK ([fe80::314c:b96c:4a9a:8a79]) by UK30S005EXS02.EEAD.EEINT.CO.UK ([::1]) with mapi id 14.03.0195.001; Tue, 5 Aug 2014 16:53:05 +0100
From: "Heatley, Nick" <nick.heatley@ee.co.uk>
To: Ross Chandler <ross@eircom.net>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] I-D Action: draft-ietf-v6ops-ipv6-roaming-analysis-02.txt
Thread-Index: AQHPr4EllxYk3iQ+rUWF2+fqMoejC5vAj84AgAADY4CAAS0GAIAABxcAgAAK24CAAFfzgA==
Date: Tue, 05 Aug 2014 15:53:04 +0000
Message-ID: <6536E263028723489CCD5B6821D4B21303B6F82C@UK30S005EXS06.EEAD.EEINT.CO.UK>
References: <20140804010755.5662.75071.idtracker@ietfa.amsl.com> <CAM+vMETtTvs9oeNtg5T7ReyyH1o3g7VXtpG+g-3bKbm6dpAoEQ@mail.gmail.com> <8E890204-B4A8-4EDC-BFF6-FC33A2C30FC6@eircom.net> <alpine.DEB.2.02.1408041827340.7929@uplift.swm.pp.se> <CAM+vMEQDmabh1Smm-qibzNfZtj-RWYxyFO7xMVJUaH3yCccD2Q@mail.gmail.com> <B0BB2BF3-7BEF-478D-B255-3E174E447CD8@gmail.com> <D047CA2A-9015-4E96-8511-CCB418392A8D@eircom.net>
In-Reply-To: <D047CA2A-9015-4E96-8511-CCB418392A8D@eircom.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.246.208.5]
Content-Type: multipart/alternative; boundary="_000_6536E263028723489CCD5B6821D4B21303B6F82CUK30S005EXS06EE_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/IXvdNMdYqKbTEZqSCuRc9wuT5Qg
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: Tue, 05 Aug 2014 15:53:22 -0000

>So there's an argument to remove "dual-stack deployment is recommended in most cases" from this draft, particularly if it has already been discussed and agreed not to promote any solution.

Agree.

Also the standards statement:
"A UE which is IPv6 and IPv4 capable shall request for PDN type IPv4v6".
does not mean that the UE is placed into a dual stack mode of operation. It is signalling to the network that it can support all modes.
(We desire the UE to request IPv4v6 in the home network and we can let the core network push the UE to IPv6-only mode of operation.
When on legacy small-cells, where the access-points do not support the new PDN types, the device can gracefully fallback to IPv4, if it requests IPv4v6.)
Nick

From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Ross Chandler
Sent: 05 August 2014 12:33
To: v6ops@ietf.org
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-ipv6-roaming-analysis-02.txt


On 5 Aug 2014, at 11:53, Jouni <jouni.nospam@gmail.com<mailto:jouni.nospam@gmail.com>> wrote:



On Aug 5, 2014, at 1:28 PM, GangChen wrote:


2014-08-05 0:31 GMT+08:00, Mikael Abrahamsson <swmike@swm.pp.se<mailto:swmike@swm.pp.se>>:


Section 7, discussions,  says "dual-stack deployment is recommended in
most cases".
Is that still the consensus position?  Going straight to single-stack IPv6
is looking very viable now
when the UE supports a method of providing translated IPv4 access over the
IPv6 PDP/PDN
connection.

I don't think there is consensus here. The draft could point out pros and
cons with each approach.

I'm not a fan of dual-stack deployment. However, I have to point out
if you take look at TS23.060 or TS23.401, you may find the sentence "A
UE which is IPv6 and IPv4 capable shall request for PDN type IPv4v6".
GSMA quotes the similar language from 3GPP for roaming guidance.
Therefore, that is at least a consensus in other SDOs.

The draft intends to state the issues and potential workarounds in
various scenarios. Argument of selection of dual-stack or IPv6-only
may not be the goal of the draft.

We had this discussion a long ago.. and back then we agreed not to promote any specific solution (like XLAT etc) but just give facts how different approaches work.

- Jouni


The TS23.975 recommendations do allow for a second strategy. I can't find TS23.975 explicitly saying dual-stack is preferred or recommended over single stack.
Although at the time they were writing it they were probably implicitly assuming that. TS23.975 mentions DS-Lite, NAT64 and BIH but was too early for 464XLAT, or MAP-T/E.

"The second strategy, consisting of providing the UE with IPv6-only connectivity, can be considered as a first stage or an ultimate target scenario for operators."

So there's an argument to remove "dual-stack deployment is recommended in most cases" from this draft, particularly if it has already been discussed and agreed not to promote any solution.

BR
Ross

NOTICE AND DISCLAIMER
This e-mail (including any attachments) is intended for the above-named person(s).  If you are not the intended recipient, notify the sender immediately, delete this email from your system and do not disclose or use for any purpose.  
 
We may monitor all incoming and outgoing emails in line with current legislation. We have taken steps to ensure that this email and attachments are free from any virus, but it remains your responsibility to ensure that viruses do not adversely affect you. 

EE Limited
Registered in England and Wales
Company Registered Number: 02382161
Registered Office Address: Trident Place, Mosquito Way, Hatfield, Hertfordshire, AL10 9BW