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

otroan@employees.org Thu, 16 March 2017 15:03 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 A11C8129559 for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 08:03:31 -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 KL6NCVjCOAM4 for <v6ops@ietfa.amsl.com>; Thu, 16 Mar 2017 08:03:25 -0700 (PDT)
Received: from esa01.kjsl.com (esa01.kjsl.com [IPv6:2607:7c80:54:3::87]) by ietfa.amsl.com (Postfix) with ESMTP id 9BF501294F8 for <v6ops@ietf.org>; Thu, 16 Mar 2017 08:03:08 -0700 (PDT)
Received: from cowbell.employees.org ([198.137.202.74]) by esa01.kjsl.com with ESMTP; 16 Mar 2017 15:03:08 +0000
Received: from cowbell.employees.org (localhost [127.0.0.1]) by cowbell.employees.org (Postfix) with ESMTP id 5DCF1D788D; Thu, 16 Mar 2017 08:03:08 -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=HXQBF5AujzhdXEvlqZgb94XByBA=; b= MG9PBnkRLTAwLFlrIOGRziLdlpFP4M+uzxPmHn/Xz52FapdAufZZas4PgOeHKYem C2lciHe/JvVGWGZTCS8k4VNvffHzkuT6hEIgYCEbgAoNq8RDMaJCCdmRz3N0bbpQ L7TyC8+8sABYS3dt1jtdmesscPNIdUob0MtBUpN7tLM=
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=SQF1nBfwz3sdiGnLnZ1PrzR gojyVB6CsbtahM3EvnRoK6whmgMtEWgmYNlqlgimu7wUGxJhgcylYbKxlhAVRB9q NLXBjQb/ocekibE4hDV+RRzjj/pFzsIyLcVGwA2RE1UuuSzvxCSMcvYPSoh638Rk XpYEk0tFYrlGOGnuG4+M=
Received: from h.hanazo.no (unknown [173.38.220.48]) (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 F11AAD788B; Thu, 16 Mar 2017 08:03:07 -0700 (PDT)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by h.hanazo.no (Postfix) with ESMTP id E9C2E9F2CA6A; Thu, 16 Mar 2017 16:03:05 +0100 (CET)
From: otroan@employees.org
Message-Id: <13DA8077-91C1-4B3F-9D67-3727F546D202@employees.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_B379E3AD-B271-4D33-8797-85571D700161"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Thu, 16 Mar 2017 16:03:05 +0100
In-Reply-To: <634a6a12-4d82-da33-6d1d-baae2e5b2891@gmail.com>
Cc: Fred Baker <fredbaker.ietf@gmail.com>, "v6ops@ietf.org" <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>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/71Sd8rThLPX3PiATQ70Q9OJRLB8>
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:03:32 -0000

>> I'd like to understand your meaning, if you don't mind.
>> 
>> A router, per RFC 2460, is a system that receives a message, does no processing on its content, but repeats it to another system. A host is one that receives messages and processes their application layer content.
>> 
>> I think it's fair to say that an iPhone etc has more than one interface; WiFi and LTE, perhaps. A laptop often has several interfaces such as physical and wireless Ethernet, USB, Bluetooth, and other things. Having multiple interfaces, however, does not qualify it as a router; what qualifies it as a router is when it receives a message and repeats it, usually on another interface.
>> 
>> Yes, an iPhone acting as a hot spot can route between its WiFi and LTE ports. If it is not configured as a hot spot, however, it generally uses its many interfaces as ways to receive messages, pass them to applications, and respond to them. Absent a specific (and unusual) configuration, an iPhone therefore is a host, not a router.
>> 
>> Are you and I using the words in the same way? I get the feeling that you see multiple interfaces and infer "router".
> 
> As others have implied, multiple interfaces means *potential* router, and that's the point,
> isn't it: if you give a *potential* router only a /64, it can support a single subnet
> but it can't support multiple subnets and subsidiary routers. And Alexandre is challenging
> that limitation. But we have said elsewhere that ISPs should provide more than a /64
> per subscriber; it seems like a different discussion.

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.

Cheers,
Ole