From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.etorok.net (mail.etorok.net [IPv6:2a01:4f8:160:1223::beef:2]) by huchra.bufferbloat.net (Postfix) with ESMTP id B20B921F1B0 for ; Wed, 12 Dec 2012 01:05:28 -0800 (PST) Received: from [IPv6:2a02:2f02:1022:9088:1e6f:65ff:fe23:db0d] (unknown [IPv6:2a02:2f02:1022:9088:1e6f:65ff:fe23:db0d]) by mail.etorok.net (Postfix) with ESMTPSA id 5756846B3 for ; Wed, 12 Dec 2012 10:05:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=etorok.net; s=MAILOUT; t=1355303127; bh=r16+WSdEdxC5oxfvq9KTMUsH6C6pgFhwnXpSOlCFo8I=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=sDbAWYypKhZa0fuVfN8FndiHKd3w7sz6haw4jQFCWc/s46WVXhRXsU8CmIud402ZD lzhOS2YW2QkoXt4sPZ6uS+uKp7RJwC9VM7oZeuUN4WJl/Onk2XHYk+GXOLzaWlOff+ Z32YcAKRwcKHexrV50BbFrMBvXsG8d26i3xZylc4= Message-ID: <50C848D6.90007@etorok.net> Date: Wed, 12 Dec 2012 11:05:26 +0200 From: =?ISO-8859-1?Q?T=F6r=F6k_Edwin?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: cerowrt-devel@lists.bufferbloat.net References: <8F973FF7-B39D-4E21-B889-14F6105A29F4@employees.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.97.6 at mail X-Virus-Status: Clean Subject: Re: [Cerowrt-devel] Current state of ipv6 in openwrt barrier breaker X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 09:05:46 -0000 On 12/11/2012 11:31 PM, Ole Trĝan wrote: > > there is an argument to be made, that if we are so clever that we make CPEs function well with a /64, then that will encourage ISPs to be parsimonious with address space. what are they doing next, a /80? > > one of the reasons we have the 64 bit boundary in IPv6 is to make it very difficult to give anything less than 2^64 addresses to a site. > we should keep trying to make it very difficult to provide less than a /56-/60 to a site also. > I'd be happier if no CPE could do handle it (and certainly not on by default). Don't forget about virtualization. Correct me if I'm wrong, but even if the router gets more than a /64 a host would only request a /64 automatically, which is not enough to automatically route between the virtual network interfaces (each would want a /64 again). Unless the virtual network runs in bridged mode so that the VMs can get their IPv6 address directly from the router, or you use AHCP to assign addresses. And in general there are even more problems, for example in a datacenter you might need to proxy NDP requests otherwise the VMs get no IPv6 traffic (either manually for each host, or with a userspace daemon). So you'd probably need both ndppd and ahcpd to have things working. It'd certainly be easier if one could use less than a /64, at least for virtual networks, and have automatic IPv6 address assignment and automatic ndp proxying working without the need for any user-space daemons. --Edwin