Re: [v6ops] Apple and IPv6, a few clarifications - 64share

Ross Chandler <ross@eircom.net> Mon, 22 June 2015 12:24 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 38EBB1A1A8B for <v6ops@ietfa.amsl.com>; Mon, 22 Jun 2015 05:24:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.791
X-Spam-Level:
X-Spam-Status: No, score=0.791 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 rrpQi2ZrYxNJ for <v6ops@ietfa.amsl.com>; Mon, 22 Jun 2015 05:24:43 -0700 (PDT)
Received: from mail16.svc.cra.dublin.eircom.net (mail16.svc.cra.dublin.eircom.net [159.134.118.215]) by ietfa.amsl.com (Postfix) with SMTP id 2D63A1A1A76 for <v6ops@ietf.org>; Mon, 22 Jun 2015 05:24:42 -0700 (PDT)
Received: (qmail 17220 messnum 3238997 invoked from network[213.94.190.14/avas02.vendorsvc.cra.dublin.eircom.net]); 22 Jun 2015 12:24:42 -0000
Received: from avas02.vendorsvc.cra.dublin.eircom.net (213.94.190.14) by mail16.svc.cra.dublin.eircom.net (qp 17220) with SMTP; 22 Jun 2015 12:24:42 -0000
Received: from [192.168.1.2] ([95.44.35.164]) by avas02.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway id jQQb1q0023YUviP01QQef2; Mon, 22 Jun 2015 13:24:38 +0100
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Ross Chandler <ross@eircom.net>
In-Reply-To: <alpine.DEB.2.02.1506221415100.9487@uplift.swm.pp.se>
Date: Mon, 22 Jun 2015 13:24:35 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <AB88C7C2-A367-4233-9214-A210E47F1507@eircom.net>
References: <E1C235B5-1421-4DAF-A2F3-F963982233DF@apple.com> <5587EFDD.6030807@gmail.com> <alpine.DEB.2.02.1506221415100.9487@uplift.swm.pp.se>
To: Mikael Abrahamsson <swmike@swm.pp.se>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/INsZCVGhL41TRyMGf3E39w7un_U>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Apple and IPv6, a few clarifications - 64share
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: <https://mailarchive.ietf.org/arch/browse/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, 22 Jun 2015 12:24:45 -0000

> On 22 Jun 2015, at 13:16, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> 
> On Mon, 22 Jun 2015, Alexandru Petrescu wrote:
> 
>> It is better to tell the operator to provide a /63 to smartphones (not a /64), with DHCPv6 Prefix Delegation.  That will fix it.
> 
> DHCPv6-PD exists in recent 3GPP documents, but vendor implementation of this is not wide-spread. We do *not* want to gate IPv6 rollout in mobile networks on this functionality. Yes, we want it, but we can’t wait for it.

Agreed. Also L2 bridging and 64share can be used to simultaneously provide IPv6 over WiFi, Bluetooth, and wired Ethernet.

Ross