Re: [v6ops] Worse than NATed IPv4? [was IPv6 for mobile]

Rémi Després <remi.despres@free.fr> Mon, 27 December 2010 09:07 UTC

Return-Path: <remi.despres@free.fr>
X-Original-To: v6ops@core3.amsl.com
Delivered-To: v6ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9078E3A67AB for <v6ops@core3.amsl.com>; Mon, 27 Dec 2010 01:07:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.674
X-Spam-Level:
X-Spam-Status: No, score=-0.674 tagged_above=-999 required=5 tests=[AWL=-0.214, BAYES_05=-1.11, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N68b-g+PENJR for <v6ops@core3.amsl.com>; Mon, 27 Dec 2010 01:07:25 -0800 (PST)
Received: from smtp21.services.sfr.fr (smtp21.services.sfr.fr [93.17.128.3]) by core3.amsl.com (Postfix) with ESMTP id 49A153A67A1 for <v6ops@ietf.org>; Mon, 27 Dec 2010 01:07:25 -0800 (PST)
Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2113.sfr.fr (SMTP Server) with ESMTP id 92E8B7000090; Mon, 27 Dec 2010 10:09:29 +0100 (CET)
Received: from [192.168.0.20] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by msfrf2113.sfr.fr (SMTP Server) with ESMTP id 52F85700008D; Mon, 27 Dec 2010 10:09:29 +0100 (CET)
X-SFR-UUID: 20101227090929339.52F85700008D@msfrf2113.sfr.fr
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <remi.despres@free.fr>
In-Reply-To: <20101226104332.GE3695@Space.Net>
Date: Mon, 27 Dec 2010 10:06:28 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <F166ED36-97BE-4F6E-850C-9D9037AE3885@free.fr>
References: <AANLkTinxn2NSiP1dsfJxACp=2aFioCE=Nhnik8Do3OvL@mail.gmail.com> <alpine.DEB.1.10.1012232117350.27193@uplift.swm.pp.se> <AANLkTimjzid5SWRo46C-6Ry14AqaESingSyFwswV6txw@mail.gmail.com> <5E5572D7-D8BD-4258-83AE-DB8E2DB4E503@free.fr> <AANLkTimmW4Y7JBAgDQs+O5mf2oidWdiZ08BMRY9C4gWo@mail.gmail.com> <453F49D7-3E28-4DB7-ABE6-F843B2DE8F40@free.fr> <AANLkTin44gbk3HE2VSB-id2yznggiCqAcgRRFP7KKq6s@mail.gmail.com> <EFF0E67E-025E-472C-A21A-703E59554CB2@free.fr> <20101225221617.GC3695@Space.Net> <alpine.DEB.1.10.1012252345490.27193@uplift.swm.pp.se> <20101226104332.GE3695@Space.Net>
To: Gert Doering <gert@space.net>
X-Mailer: Apple Mail (2.1082)
Cc: v6ops v6ops <v6ops@ietf.org>
Subject: Re: [v6ops] Worse than NATed IPv4? [was IPv6 for mobile]
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 27 Dec 2010 09:07:26 -0000

Le 26 déc. 2010 à 11:43, Gert Doering a écrit :
> ...
> I think one of the important differences is the software ecosystems on
> the PC vs. the mobile.  On a mobile, you just don't have that many 
> "legacy applications" that people insist must continue to work - and if
> the mobile programming environment is halfway sane, apps will handle IPv6
> right away, instead of the programmer having to choose between an IPv4-only
> API that they know, and "something new" that they are not paid to learn...
> 
> (Or, phrasing it differently, I have hope for the mobiles, while PCs 
> inevitable are a bag of legacy cruft and users that insist that a 20-year-
> old game that is using IPv4 via an IPX-to-IPv4 adaption shim still has
> to work...)

IMHO, operators should prefer solutions that work for the complete 3GPP-customer ecosystem:
- simple smartphones (with all applications capable of both v4 and v6) 
- high-end smartphones, capable of supporting many applications and acting as routers
- PCs with USB sticks and/or behind smartphone that act as routers routers
- ...

Regards,
RD