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 15:27 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 BF959129626 for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 08:27:30 -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 Y6fdSKEdcpYP for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 08:27:29 -0700 (PDT)
Received: from esa01.kjsl.com (esa01.kjsl.com [IPv6:2607:7c80:54:3::87]) by ietfa.amsl.com (Postfix) with ESMTP id 2CFFC12960F for <v6ops@ietf.org>; Thu, 16 Mar 2017 08:27:29 -0700 (PDT)
Received: from cowbell.employees.org ([198.137.202.74]) by esa01.kjsl.com with ESMTP; 16 Mar 2017 15:27:28 +0000
Received: from cowbell.employees.org (localhost [127.0.0.1]) by cowbell.employees.org (Postfix) with ESMTP id 25C9CD788A; Thu, 16 Mar 2017 08:27:28 -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=rM+tVWLaRm/ILgzn9tmPiDMaBZo=; b= cTN4nAIPBiaFdsgcBMrt3+DMrShHGdU6uvG9lrgZvmJzu8LL9bOeW3MoITeU8Yi6 RxkGjpzlP+wMk7U1AyBTNUUWC8072ppLkMiY2t16ii+chv0eJeXWXNtV3vkPVqaJ 0HX5AQ7Lsc05Xz4U0mRzuAs+CdGMfVg7b/1KUNw875k=
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=gCdkWKc6exfrAHYxULdQGoZ XzJrGACwGEViT13JwUaUmJukK/eNNXHrz2p/RqxOsYnKIVP3UEa557GxoGOFpbF8 Ulsh5SroOSyqrWSt23IHlWb2CH/8o4qPgVVBeOhWgoqgjh34RSI07B7u+YRtMftX Rmpz8WQGKChLvE+nsU6M=
Received: from h.hanazo.no (unknown [173.38.220.39]) (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 B6F54D788E; Thu, 16 Mar 2017 08:27:27 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id 22D2C9F33085; Thu, 16 Mar 2017 16:27:26 +0100 (CET)
From: otroan@employees.org
Message-Id: <4D60B43B-24F9-4701-800E-13CF32CD4769@employees.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_1BCB8756-77B9-4159-B0B4-0AF78F61DF3B"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Thu, 16 Mar 2017 16:27:25 +0100
In-Reply-To: <13194a4f-aeda-63b0-0293-6bc738b068f2@gmail.com>
Cc: v6ops@ietf.org
To: Alexandre Petrescu <alexandre.petrescu@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>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/avvVKwjL1D1fc69nqlBReckQiDk>
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 15:27:31 -0000

>> 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.

Ole

v2.23.0 | Report a Bug | By Email