Re: [homenet] Let's make in-home ULA presence a MUST !?

James Woodyatt <jhw@nestlabs.com> Fri, 17 October 2014 21:41 UTC

Return-Path: <jhw@nestlabs.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6E0C1A86DE for <homenet@ietfa.amsl.com>; Fri, 17 Oct 2014 14:41:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.984
X-Spam-Level:
X-Spam-Status: No, score=-0.984 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, PLING_QUERY=0.994, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no
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 BEMayPVkbQIK for <homenet@ietfa.amsl.com>; Fri, 17 Oct 2014 14:41:29 -0700 (PDT)
Received: from mail-vc0-f175.google.com (mail-vc0-f175.google.com [209.85.220.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EAD81A702A for <homenet@ietf.org>; Fri, 17 Oct 2014 14:41:29 -0700 (PDT)
Received: by mail-vc0-f175.google.com with SMTP id id10so1254367vcb.34 for <homenet@ietf.org>; Fri, 17 Oct 2014 14:41:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=zw41ho1vEo3VCYdU+1cABOyDCgQO9oPHssvGvI4k0gE=; b=g7BTgpLx15o2LzG+afSdkuQDB5UyfF8dKjv5TAjU3dPK5SnNfo4vpTdn7VewMpyrd2 qTLHP+OfZkxzr2j3GOrZU9kDXwOI5/z7Kb4XA9oOpEi7ELiCphRXAVWCdBfp94RohejH HIVmL+m8/FwbM0SSIvRh82Y8t6a1JH9/QzRvqGsg6Bxrc0VWYKRe4Z4d/z2SSvacGDX8 YuELXbnAZs8sTKE0f6N0n8ZP2V57dFc2LXzNlmUGfEddH49H9fNQnmW7Li5vKOvjkAUs LykW6ve0fkvvVM0tB0LteNq9vKGrK3pR4tnXefMS9JtQPxpQkAWz9mfwri8qyq7hykQx DKgw==
X-Gm-Message-State: ALoCoQkNc0BaCzu1L65zOPrHo2whnknSmyfQhCJRY5av6F+ZC21D+9FYWWNnc+D/NFD620ahvRDG
MIME-Version: 1.0
X-Received: by 10.52.145.136 with SMTP id su8mr8044290vdb.8.1413582088218; Fri, 17 Oct 2014 14:41:28 -0700 (PDT)
Received: by 10.31.10.65 with HTTP; Fri, 17 Oct 2014 14:41:28 -0700 (PDT)
In-Reply-To: <41E2A52A-C689-49A4-A480-DB9C3624E618@fugue.com>
References: <CAAedzxp1R-C5E9RJVMVLRJxPc0w4zooPtqnvWK9eggpZu4=xtg@mail.gmail.com> <C7F3DE60-F596-4BAD-9C28-74006966E5B9@fugue.com> <20141014142746.GX31092@Space.Net> <69B1F2CB-88C6-4211-83F3-11C8A3E7BFD2@fugue.com> <20141014145930.GY31092@Space.Net> <m1Xe3jL-0000I7C@stereo.hq.phicoh.net> <20141014154111.GZ31092@Space.Net> <C6760B68-C913-4B22-98E6-6D29A66F80D9@fugue.com> <20141015150422.GW31092@Space.Net> <4E2E154E-D231-4E79-860A-56948A13CDD4@fugue.com> <20141015154841.GY31092@Space.Net> <CBC8A3D9-9EBD-47FF-B066-247898FF2000@fugue.com> <543EA248.2080700@mtcc.com> <CB50B30B-DC36-4354-96B7-19AE415BD03F@fugue.com> <543EBE40.3030201@mtcc.com> <BA5ABBFA-9D13-4975-A96C-530FE958322A@fugue.com> <543ED2A7.3090409@mtcc.com> <1569644A-50C4-47B6-908E-262BC62BCD14@fugue.com> <543EFBF1.6040101@mtcc.com> <457D177C-232E-4590-A9ED-80048140157F@fugue.com> <CAKD1Yr1kix0HxWsC4n7ta4EG-6YhMMdYCTnFFXGb2ATQBbkMHA@mail.gmail.com> <DCB62D43-DFD3-4985-8FAA-896CEA3BD342@fugue.com> <4D6F2B13-D63E-4FEE-A136-B510126CC1C9@fugue.com> <2D09D61DDFA73D4C884805CC7865E61130EA3B9A@GAALPA1MSGUSRBF.ITServices.sbc.com> <1AA5DBBD-C3C5-4AFD-A043-6A69AE7FBDB9@fugue.com> <CAKD1Yr3Fa7hgXZReWFgmHA9pLnH=ezHLXh-aAdA-_N=AR3AiyA@mail.gmail.com> <3F36952F-CF6A-4F21-A713-A8A7DE7BDC42@fugue.com> <CAKD1Yr3eP+8qs8uMzrfOmebp+bihGed7PjWi0=8+cV4N6Dx=ww@mail.gmail.com> <8352C2EF-A888-4279-BFFF-37E204A0E2D3@fugue.com> <CADhXe53yJNA6bnnmssuG4sq0i2gyAih0LsRW64XTZ-aK7LS+tw@mail.gmail.com> <41E2A52A-C689-49A4-A480-DB9C3624E618@fugue.com>
Date: Fri, 17 Oct 2014 14:41:28 -0700
Message-ID: <CADhXe53JCEe3B6nx20n=1674oY2qiMMCBYhABu46YS6kH-Kg3Q@mail.gmail.com>
From: James Woodyatt <jhw@nestlabs.com>
To: HOMENET Working Group <homenet@ietf.org>
Content-Type: multipart/alternative; boundary="bcaec52d571d3ac0d30505a53a85"
Archived-At: http://mailarchive.ietf.org/arch/msg/homenet/WIfjp7lYrdhu-yazUHN44gq8AsU
Subject: Re: [homenet] Let's make in-home ULA presence a MUST !?
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Oct 2014 21:41:30 -0000

On Fri, Oct 17, 2014 at 12:54 PM, Ted Lemon <mellon@fugue.com> wrote:

> On Oct 17, 2014, at 2:49 PM, James Woodyatt <jhw@nestlabs.com> wrote:
> > As I recall, the proposals in your response were less than concrete and
> didn't solve the problems. In particular, I remain curious about how to
> expire the locally generated ULA prefixes that accumulate over repeated
> network joins and splits.  I remember explaining how those events could be
> rather more frequent than people might be assuming, and that's where the
> discourse seemed to stop.
>
> If you don't burn a ULA prefix every time you split and rejoin, then I
> don't see why there would be any kind of significant growth in prefixes.
>  That's why I suggested the algorithm that I suggested.
>

I explained why you must generate a new ULA prefix every time you
commission a new network.

It's true that not every split entails commissioning a new network,
especially when the AAA service for the previously commissioned network is
still available on both sides of the split, but that isn't always true, and
besides, human user behavior must still be accounted. Whenever you have AAA
service, you are attempting to automate what humans think about who is and
who isn't allowed to do what. Sometimes people change their plans.
Sometimes people don't plan at all. Sometimes people make plans and don't
tell anyone, much less the silicon beasties in their house. Sometimes they
make plans without even recognizing it. Routers have to operate mostly in
the dark when a split happens. They may not be able to determine whether
they are still expected to be members of the previously commissioned
network or if they have been repurposed into a new network until well after
they have been operating split for some time, and perhaps joined with other
networks in the meantime. After a split, they may need to operate in a mode
that allows them to commission a new standalone network at any time when
they are split from a previously commissioned network.

In any case, we have defined a way for locally generated ULA prefixes
distributed in persistent storage of HOMENET interior routers to accumulate
without limit when independently commissioned networks join. Offering the
view that sensible people don't commission new networks very frequently is
not a solution to the problem. It's a way of implying the problem isn't
relevant to your interests. The problem may not be relevant to your
interests, but it is to mine.


-- 
james woodyatt <jhw@nestlabs.com>
Nest Labs, Communications Engineering