RE: Why /64

Wuyts Carl <Carl.Wuyts@technicolor.com> Mon, 28 October 2013 09:44 UTC

Return-Path: <Carl.Wuyts@technicolor.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CD1321F9D12 for <ipv6@ietfa.amsl.com>; Mon, 28 Oct 2013 02:44:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.539
X-Spam-Level:
X-Spam-Status: No, score=-6.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cKqUz1dehXc6 for <ipv6@ietfa.amsl.com>; Mon, 28 Oct 2013 02:44:01 -0700 (PDT)
Received: from na3sys009aog126.obsmtp.com (na3sys009aog126.obsmtp.com [74.125.149.155]) by ietfa.amsl.com (Postfix) with ESMTP id 1D41521F9F84 for <ipv6@ietf.org>; Mon, 28 Oct 2013 02:42:59 -0700 (PDT)
Received: from MOPESEDGE01.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob126.postini.com ([74.125.148.12]) with SMTP ID DSNKUm4xojDL99t2vGgnoObiyYlFo133XEUW@postini.com; Mon, 28 Oct 2013 02:43:12 PDT
Received: from MOPESMAILHC01.eu.thmulti.com (141.11.100.25) by mail3.technicolor.com (141.11.253.22) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 28 Oct 2013 10:38:32 +0100
Received: from MOPESMBX01.eu.thmulti.com ([169.254.1.71]) by MOPESMAILHC01.eu.thmulti.com ([141.11.100.25]) with mapi; Mon, 28 Oct 2013 10:38:33 +0100
From: Wuyts Carl <Carl.Wuyts@technicolor.com>
To: Sander Steffann <sander@steffann.nl>
Date: Mon, 28 Oct 2013 10:38:31 +0100
Subject: RE: Why /64
Thread-Topic: Why /64
Thread-Index: Ac7Tv1dWghI7+5IHT4uKKWRoRRDQxQAAThJA
Message-ID: <3135C2851EB6764BACEF35D8B495596806FAC25ECF@MOPESMBX01.eu.thmulti.com>
References: <20131021224346.32495.64932.idtracker@ietfa.amsl.com> <52695DDE.70909@gont.com.ar> <526AA24F.6010609@gmail.com> <526AACA5.7090604@si6networks.com> <E0F0D3DE-D31B-4CC2-9384-DFEBCCB8F557@ecs.soton.ac.uk> <EMEW3|9f43bef2fe7433173858819bd0eeee2dp9OKUJ03tjc|ecs.soton.ac.uk|E0F0D3DE-D31B-4CC2-9384-DFEBCCB8F557@ecs.soton.ac.uk> <526AC8AF.4060608@si6networks.com> <8C48B86A895913448548E6D15DA7553BA7B978@xmb-rcd-x09.cisco.com> <CAKD1Yr0q2dY041CMarFfTZZx6=qHC-eJ+74qgiHP-dt7+ga7yg@mail.gmail.com> <526CDC59.4070204@massar.ch> <526D3706.5070409@alvarezp.ods.org> <526E1F5A.2070901@massar.ch> <3135C2851EB6764BACEF35D8B495596806FAC25D4E@MOPESMBX01.eu.thmulti.com> <1E6580AB-7010-4E45-8903-6126E82A9772@steffann.nl>
In-Reply-To: <1E6580AB-7010-4E45-8903-6126E82A9772@steffann.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<ipv6@ietf.org>" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Oct 2013 09:44:08 -0000

Hi Sander,

Don't worry, I agree upon your statements wrt size of prefix, and always recommend our customers a /56 (or bigger), and this is for residential CPE, so I'm not really talking about "home-office" networks.
Reality today however says that the majority of users today is using a single /64 which I believe makes the ISP think on the size of the ia_pd to be used, hence they might select something smaller, also to get more value in the future for using bigger ones (for more advanced users), so it's sort of a trade-off I believe.

Nevertheless, /64, the topic of these mails, on links should be kept imho, so not start tweaking them smaller just because some ISPs only handout some smaller ia_pd.  Arin guidelines seems to be in place for /56, should not be a bad idea to have this being used globally, but might not be that easy to enforce.

Regs
Carl

-----Original Message-----
From: Sander Steffann [mailto:sander@steffann.nl] 
Sent: maandag 28 oktober 2013 10:23
To: Wuyts Carl
Cc: Jeroen Massar; Octavio Alvarez; <ipv6@ietf.org>
Subject: Re: Why /64

Hi Carl,

> +1 for the /64 on the link and /48 for enterprise, 
> 
> but "at least" a /56 for home (with /60 too tiny) ??
> Can you elaborate on why you would need more than 4 bits subnets @ home?

Today 4 bits can be enough for simple cases with i.e. a home network, a guest network and maybe a home-office network. But IPv6 is meant to last for some time, and in the (near) future it is not that difficult to see networks for lighting and sensors (i.e. 6lowPAN) being added to that. And I'm not being very creative right now ;-)  Besides: home users often don't understand the different between a wireless router and an access point, so they tend to daisy-chain them. In IPv4 this would cause multiple layers of NAT, in IPv6 you need more subnets.

PS: Look at DT's plans, they are giving multiple /56s to each home. One for best-effort internet access, one for voice, one for streaming audio/video, etc. See https://ripe67.ripe.net/presentations/131-ripe2-2.pdf. I'm not saying this is the way everybody should deploy IPv6, but it is an example of using IPv6 address space in a different way.

Cheers,
Sander