IETF Logo Mail Archive

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

Ross Chandler <ross@eircom.net> Thu, 07 August 2014 08:39 UTC

Return-Path: <ross@eircom.net>
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 501401B29FB for <v6ops@ietfa.amsl.com>; Thu, 7 Aug 2014 01:39:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 7f5TCW7D8HDF for <v6ops@ietfa.amsl.com>; Thu, 7 Aug 2014 01:39:21 -0700 (PDT)
Received: from mail09.svc.cra.dublin.eircom.net (mail09.svc.cra.dublin.eircom.net [159.134.118.25]) by ietfa.amsl.com (Postfix) with SMTP id A1DE41B28DB for <v6ops@ietf.org>; Thu, 7 Aug 2014 01:39:20 -0700 (PDT)
Received: (qmail 80578 messnum 5665524 invoked from network[213.94.190.15/avas03.vendorsvc.cra.dublin.eircom.net]); 7 Aug 2014 08:39:19 -0000
Received: from avas03.vendorsvc.cra.dublin.eircom.net (213.94.190.15) by mail09.svc.cra.dublin.eircom.net (qp 80578) with SMTP; 7 Aug 2014 08:39:19 -0000
Received: from mac1.home.ross.net ([159.134.196.35]) by avas03.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway id bkfC1o00a0mJ9Tz01kfHiz; Thu, 07 Aug 2014 09:39:19 +0100
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ross Chandler <ross@eircom.net>
In-Reply-To: <CAM+vMERpZYt3VyWJgp_+GVsMLDj=4rp+MAts5veL2uKCQp_LQg@mail.gmail.com>
Date: Thu, 07 Aug 2014 09:39:11 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3268A775-40CE-4FEA-9B09-846D35376ADD@eircom.net>
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> <DF75AC0C-098C-4EC8-9598-6F003E1887AA@eircom.net> <CAM+vMERzKa64qyUmmp8j_0e+Sxe4zXdUQwkjrRQe910=Rz+==A@mail.gmail.com> <3B143C5A-875A-4E6F-B34A-A354758E1893@eircom.net> <CAM+vMERpZYt3VyWJgp_+GVsMLDj=4rp+MAts5veL2uKCQp_LQg@mail.gmail.com>
To: GangChen <phdgang@gmail.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/BbSgtZPBM-1ViQh_wOQF4yGZaLs
Cc: IPv6 Ops WG <v6ops@ietf.org>, Tore Anderson <tore@fud.no>
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 08:39:23 -0000

On 7 Aug 2014, at 08:28, GangChen <phdgang@gmail.com> wrote:

> 2014-08-07 14:50 GMT+08:00, Ross Chandler <ross@eircom.net>:
>> 
>> The draft should also clearly make the point that the operator doesn’t have
>> to yet be at the stage of offering IPv6 or IPv4v6 based Internet through
>> their own GGSN/PGW.
>> Ironically it is easier to let others use your RANs for IPv6 than it is to
>> do it yourself.
> 
> You mean apps could use ipv6 over ipv4 to use RAN? In my experience,
> it may not be able to get good performance compared to native
> implementation of IPv6 support in the mobile phone. For example, RAN
> performs IPv6 header compression to optimize the performance. apps
> can't get those benefits.

No.  I’m noting that the first stage for a Mobile operator in adopting IPv6 in the user plane is to prepare their RANs and SGSN/MMEs for it.

When that is done an easy next step is to let visitors from other operators that are ahead in deploying IPv6 establish IPv6 PDP/PDN connections to their home GGSN/PGW.

That scenario can happen, and is happening, already, as per Tore’s and others comments.

Ross

v2.23.0 | Report a Bug | By Email