Re: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt

"Templin, Fred L" <Fred.L.Templin@boeing.com> Tue, 28 July 2015 16:14 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 875B21ACDAA for <v6ops@ietfa.amsl.com>; Tue, 28 Jul 2015 09:14:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
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 jJJglupN3Ew2 for <v6ops@ietfa.amsl.com>; Tue, 28 Jul 2015 09:14:50 -0700 (PDT)
Received: from phx-mbsout-01.mbs.boeing.net (phx-mbsout-01.mbs.boeing.net [130.76.184.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFE331ACDB1 for <v6ops@ietf.org>; Tue, 28 Jul 2015 09:14:50 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id t6SGEolL065018; Tue, 28 Jul 2015 09:14:50 -0700
Received: from XCH-PHX-410.sw.nos.boeing.com (xch-phx-410.sw.nos.boeing.com [10.57.37.41]) by phx-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id t6SGEhSb064963 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Tue, 28 Jul 2015 09:14:43 -0700
Received: from XCH-BLV-504.nw.nos.boeing.com ([169.254.4.231]) by XCH-PHX-410.sw.nos.boeing.com ([169.254.10.48]) with mapi id 14.03.0235.001; Tue, 28 Jul 2015 09:14:43 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Gert Doering <gert@space.net>, Andrew ???? Yourtchenko <ayourtch@gmail.com>
Thread-Topic: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt
Thread-Index: AQHQyUhYGTvNaKRRoESx6jY9+5U45Z3xC4+Q
Date: Tue, 28 Jul 2015 16:14:42 +0000
Message-ID: <2134F8430051B64F815C691A62D9831832ED0BAC@XCH-BLV-504.nw.nos.boeing.com>
References: <55B1ED14.6030501@gmail.com> <m1ZIZ4w-0000CbC@stereo.hq.phicoh.net> <CAKD1Yr2z6T86gmQMPZwbgFB4mdt7=xWNuei5jaQg=vpG7-zLVg@mail.gmail.com> <m1ZJdjZ-0000CcC@stereo.hq.phicoh.net> <20150727091241.GL84167@Space.Net> <m1ZJfOr-0000CgC@stereo.hq.phicoh.net> <C9C3FBC4-44F3-45D2-B8C4-3725396E5D40@nominum.com> <CAPi140Mx96dBgeaCkrsDD+-J85OZDo5Di+gHTBiaGDzYK2us4w@mail.gmail.com> <20150728115944.GZ84167@Space.Net> <CAPi140PKh64L=nr96pv3dn7FO_Y9pW162YzBT8kZHSMsedGYtQ@mail.gmail.com> <20150728151616.GG84167@Space.Net>
In-Reply-To: <20150728151616.GG84167@Space.Net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.247.104.6]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/PsgBVPA60PQ-GopHnYY83CuUrt0>
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 28 Jul 2015 16:14:52 -0000

Hi,

> -----Original Message-----
> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Gert Doering
> Sent: Tuesday, July 28, 2015 8:16 AM
> To: Andrew ???? Yourtchenko
> Cc: IPv6 Operations
> Subject: Re: [v6ops] I-D Action: draft-colitti-v6ops-host-addr-availability-01.txt
> 
> Hi,
> 
> On Tue, Jul 28, 2015 at 03:58:04PM +0200, Andrew ????  Yourtchenko wrote:
> > I did not look at it as a problem given that every mobile phone on
> > IPv6 will already get a /64 per host, and the number of mobile phones
> > is dramatically bigger than the number of fixed installations.
> 
> Bigger than then number of L2 *segments*, undoubtly.
> 
> But no way bigger than "the number of devices that could attach to
> a L2 link" - as all these mobile phone also has wifi, so you have way
> more devices that attach to "shared links".
> 
> Network structure is also way different - in mobile, all devices attach
> to some sort of aggregation router (via 3G PDP tunnels etc) - while
> in "classic" networking, you have a multitude of independent segments
> that do not normally have aggregation infrastructure or provisioning
> available.  Prefix mobility in a typical enterprise networks (where
> you'd have enough devices in a L2 segment to start think about scaling)
> isn't really there.
> 
> > But I pulled that assumption more or less out of my thumb, based on
> > observed anecdata, so would be happy to be proven wrong.
> >
> > If we say we want to absolutely avoid NAT, then something has to give,
> > and I don't know which tradeoff is a better one, both can be argued
> > for and against. I think we might need both.
> 
> If you want my opinion, I think DHCPv6-PD to single hosts (= not something
> that does tethering) is not a reasonable approach.
> 
> If something does tethering, you need to decide what you're talking about,
> "enterprise-ish", "mobile" or "homenet".  In mobile, DHCPv6-PD, or just
> sharing the PDP /64.  In homenet, HNCP or DHCPv6-PD.  In the enterprise?
> No idea what can be implemented with the typical constraints on
> trackability, security, etc.  (like: if the device attaches to *this*
> network, it's permitted to go *there* by IP ACLs - whether or not this
> is a reasonable approach in itself anymore stands to be debated, but it
> will be with us for a long time).

In the enterprise, you can do AERO. Treat the enterprise as one gigantic
link. Use DHCPv6 PD to delegate prefixes to mobile enterprise nodes
on the link. Use IPv6 ND the same as on any other NBMA link. It scales
to as many nodes as can be covered by the enterprise's IPv6 prefix
allocations, and it uses route optimization to avoid tethering. It is a
scalable and incrementally deployable solution for IPv6 deployment
on enterprise mobile nodes. Give each one its own IPv6 prefix, and
let it connect up an Internet of Things as it sees fit.

Thanks - Fred
fred.l.templin@boeing.com

 
> Gert Doering
>         -- NetMaster
> --
> have you enabled IPv6 on something today...?
> 
> SpaceNet AG                        Vorstand: Sebastian v. Bomhard
> Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
> Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279