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

GangChen <phdgang@gmail.com> Thu, 07 August 2014 08:27 UTC

Return-Path: <phdgang@gmail.com>
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 C7C5A1B29D6 for <v6ops@ietfa.amsl.com>; Thu, 7 Aug 2014 01:27:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, J_CHICKENPOX_84=0.6, SPF_PASS=-0.001] autolearn=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 tBnbrNh_Rg0o for <v6ops@ietfa.amsl.com>; Thu, 7 Aug 2014 01:27:09 -0700 (PDT)
Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A6B11B29B8 for <v6ops@ietf.org>; Thu, 7 Aug 2014 01:27:09 -0700 (PDT)
Received: by mail-qg0-f47.google.com with SMTP id i50so3982300qgf.6 for <v6ops@ietf.org>; Thu, 07 Aug 2014 01:27:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ge0x9Ry9Oh8Im5IDqfJqtm6oV600YK6JDSE9OVv/vkA=; b=B/q67EoHLIajVbm9WbH2eL/bY/bjlLIBFgYnCEa+6U5ekByJBN28UdZUlCS0eaKUXf S0YCdXzFSEjDaYU9Mv6XAeTR3IAXjLHRtwyvLD43qBww0W38ZExhIkF6u4HvAZwIltlx ms3N+S9xpsCxnKBZWytqHJCeYLEL3+UK8H+Cn2VUi/dUUHO/d5TutEHmCarZlwpojgVQ O3ohz1zQRqAPm23ZlYyyXEAoKfRr/0KJtEI84FjKFBVmO6pUkQ6UAfS8B2TBMahxJcy/ vYP7KqpgVF6ZyabYHcH1pUIL8bAV1O5OHtA+5hmCLxCGsaXPC161f5QkTifjgcKevCbF 2rEg==
MIME-Version: 1.0
X-Received: by 10.229.59.67 with SMTP id k3mr24656611qch.26.1407400028809; Thu, 07 Aug 2014 01:27:08 -0700 (PDT)
Received: by 10.224.46.10 with HTTP; Thu, 7 Aug 2014 01:27:08 -0700 (PDT)
In-Reply-To: <53E32CBD.8070601@fud.no>
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> <CAM+vMEToVpRAgX7NjQWn+S3A1t+BhYWvRzfc3J11io2N+ahu9w@mail.gmail.com> <53E32CBD.8070601@fud.no>
Date: Thu, 07 Aug 2014 16:27:08 +0800
Message-ID: <CAM+vMEQrXAg2hjBMh0P7AMANaRO+Yr9uiYEhdCBbz+vOE6gc_A@mail.gmail.com>
From: GangChen <phdgang@gmail.com>
To: Tore Anderson <tore@fud.no>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/kSyLuEl3hGeQ47Ri0V2Odo2CdYg
Cc: IPv6 Ops WG <v6ops@ietf.org>
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:27:10 -0000

2014-08-07 15:37 GMT+08:00, Tore Anderson <tore@fud.no>:
> * GangChen
>
>> In your case, I guess traffic is home routed. When a Telenor customer
>> roams Tele2/NwN, All PDP/PDN request and traffic will back to Telenor
>> network. Therefore, it works.
>
> Yep, exactly. I am assigned addresses from Telenor's prefixes when I
> roam (both for IPv4 and IPv6 APNs). Same thing for Tele2/NwN.
>
>> However, it increases the international data roaming fees to
>> customers, since Telenor has to pay GRX/IPX carrier for the
>> international traffic transit. In order to reduce the cost, local
>> breakout is an optimized approach.
>
> I don't think any of the Norwegian providers allow/support their
> subscribers to do local breakout. I assume this is a service the visited
> network cannot offer to the roamer without the home network's blessing?

It's a business matter more than technical concern. Most operators
adopt home routed because it facilitates charging. GGSN/PGW in the
home land could get precise traffic volume a customer generates. Other
consideration is for lawful interception.


> [ If the visited network can do this without the home network's
> blessing, that would have made for a extremely nice product for
> travelers. Imagine if I could just have entered a new APN name
> "internet.gangchen" when I visit your country and roam in your PLMN,
> punch in my credit card details in a captive portal and from then on
> been able to use mobile internet at reasonable local rates... No more
> bothering with getting pre-paid data SIMs from local providers and such
> anymore..! ]

That is exact experience EU-Roaming-III would like to achieve.

>> It will save the charge for
>> GRX/IPX transit and improve data service performance.
>
> I think Telenor (and all the other providers around here for that
> matter) are happily enjoying near-criminal profit margins on those
> expenses, so I'm kind of doubting I'll see local breakout being offered
> or encouraged anytime soon...but I guess time will tell.

Voice traffic based on IMS does local breakout mode as per GSMA
regulation. For the data service, China Mobile adopts local breakout
mode when customers perform Intra-PLMN mobility(more detailed is
described in section 2 of the draft). There is also ongoing effort to
promote local breakout for data roaming in Asian area. Anyway, that is
the topic mainly regarding to business perspective.

Gang



> Tore
>