IETF Logo Mail Archive

Re: [v6ops] WGLC: draft-ietf-v6ops-unique-ipv6-prefix-per-host-02 - multiple prefixes per device

otroan@employees.org Thu, 16 March 2017 17:38 UTC

Return-Path: <otroan@employees.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 518801296F5 for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 10:38:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=employees.org; domainkeys=pass (1024-bit key) header.from=otroan@employees.org header.d=employees.org
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 b-ySnm5Rtfm6 for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 10:38:36 -0700 (PDT)
Received: from esa01.kjsl.com (esa01.kjsl.com [IPv6:2607:7c80:54:3::87]) by ietfa.amsl.com (Postfix) with ESMTP id C15F71296CF for <v6ops@ietf.org>; Thu, 16 Mar 2017 10:38:35 -0700 (PDT)
Received: from cowbell.employees.org ([198.137.202.74]) by esa01.kjsl.com with ESMTP; 16 Mar 2017 17:38:35 +0000
Received: from cowbell.employees.org (localhost [127.0.0.1]) by cowbell.employees.org (Postfix) with ESMTP id 713FDD788B; Thu, 16 Mar 2017 10:38:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=employees.org; h=from :message-id:content-type:mime-version:subject:date:in-reply-to :cc:to:references; s=selector1; bh=HgbbqWMM2nPyfAa5HB1684b7398=; b= EJxKRzk5gVh7I57TSeqMHicX8vePXsv1QoXOzJ+ShkRTH+be8VQzc5QQcskUohy2 TQlGzUHpStZ1+Tpba4hFIdzADqcDEJ/5IPmnnLGrvEUEbICVX7T49NJfYKbkw8sB y2Srr4356JkBADZzfH07SSs8WjbyZUShGJ3gvQo+2zI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=employees.org; h=from :message-id:content-type:mime-version:subject:date:in-reply-to :cc:to:references; q=dns; s=selector1; b=bnS2tJY7qo50qEiLwCb/QML sIJYEYYwhxOb7klbT29T2eXijqD8OdQVbml9NA3oFsuRi+XAIKIthTcbtcUOc/lW T9xUgJEglrzlUJ4wT9CtG4D9KdxSAvNGfjR47LCxXAZiUB9mKX4TYY1rICuQ80Cs K2GDc0hR8qE4xmPnLvLw=
Received: from h.hanazo.no (96.51-175-103.customer.lyse.net [51.175.103.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: otroan) by cowbell.employees.org (Postfix) with ESMTPSA id F05CAD788A; Thu, 16 Mar 2017 10:38:34 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id 24ED39F44881; Thu, 16 Mar 2017 18:38:33 +0100 (CET)
From: otroan@employees.org
Message-Id: <D32A31B3-8DB3-444D-B320-B68830A8C4AB@employees.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_D4874F3A-C6F4-4FF9-8127-EBD22E1C501A"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Thu, 16 Mar 2017 18:38:32 +0100
In-Reply-To: <8fc7f3e7-7155-f184-c028-a9f6da7e97db@gmail.com>
Cc: Alexandre Petrescu <alexandre.petrescu@gmail.com>, v6ops@ietf.org
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <BLUPR0501MB2051704E825BCA03EEB09D79AE240@BLUPR0501MB2051.namprd05.prod.outlook.com> <c8c0f5be-28bb-ba31-16da-7fc7e3fccec0@gmail.com> <20170316082639.GF2367@Space.Net> <29F9E911-E637-456D-A930-3316FFD93C41@jisc.ac.uk> <27AE6A05-C742-44BF-98E8-BFCEC72316F2@employees.org> <EF0F4950-F238-4001-BA74-D9440524BEFA@gmail.com> <634a6a12-4d82-da33-6d1d-baae2e5b2891@gmail.com> <13DA8077-91C1-4B3F-9D67-3727F546D202@employees.org> <13194a4f-aeda-63b0-0293-6bc738b068f2@gmail.com> <4D60B43B-24F9-4701-800E-13CF32CD4769@employees.org> <8fc7f3e7-7155-f184-c028-a9f6da7e97db@gmail.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Lk821LJf1Ki12zuWyzmQL9zs_tw>
Subject: Re: [v6ops] WGLC: draft-ietf-v6ops-unique-ipv6-prefix-per-host-02 - multiple prefixes per device
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 16 Mar 2017 17:38:38 -0000

Brian,

>>>> Take the simple case of a laptop with VMs. It has to handle the
>>>> smallest common denominator. As long as networks treat everything
>>>> that connects to it as hosts. Then either the host with VMs (aka
>>>> router) has to pretend to be a host and do one of bridging or NAT. Or
>>>> with this proposal it can subnet the /64.
>>> 
>>> I am not sure I understand, but it is hard to subnet a /64 further to interfaces that want their IIDs to be 64.  Or you want these interfaces to not run SLAAC?  Do you have other means to automatically configure their addresses?
>> 
>> I just enumerated the choices an operator / implementor have in this case.
> 
> Yes, but only if /64 is no longer sacred. It's going to be tricky if some
> of the nodes on the /66 subnets assume SLAAC at /64.
> 
> So, it seems clear to me that while getting a /64 is better than getting
> a /128, it's even better to get a /56. Or even one of those 15 trillion /48s.
> We should make it clear that /64 is not even second-best. Just better
> than /128.

Indeed. I just don't think that's realistic to expect.
The implementation has to accommodate the smallest common denominator. At at the local coffee shop or at your favourite Enterprise you would be very lucky if you got more than a /64 assigned to the host. Enterprises often don't like you to extend their network, nor do the coffee shop want to run multiple provisioning protocols.

Cheers,
Ole

v2.23.0 | Report a Bug | By Email