IETF Logo Mail Archive

Re: [v6ops] Could IPv6 address be more than locator?//draft-jiang-v6ops-semantic-prefix-03

Lorenzo Colitti <lorenzo@google.com> Mon, 03 June 2013 00:51 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D428721F8EAE for <ipv6@ietfa.amsl.com>; Sun, 2 Jun 2013 17:51:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.857
X-Spam-Level:
X-Spam-Status: No, score=-1.857 tagged_above=-999 required=5 tests=[AWL=0.120, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dGOUMXDXNIbs for <ipv6@ietfa.amsl.com>; Sun, 2 Jun 2013 17:51:41 -0700 (PDT)
Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) by ietfa.amsl.com (Postfix) with ESMTP id 44A4F21F8A0B for <ipv6@ietf.org>; Sun, 2 Jun 2013 17:51:41 -0700 (PDT)
Received: by mail-qc0-f178.google.com with SMTP id l11so1818232qcy.23 for <ipv6@ietf.org>; Sun, 02 Jun 2013 17:51:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=p4la1bHlrMyQC07qTOQpRVGIMDJ+GTMB3LFIBNAdPpA=; b=H1KspHSBTqIqM3x56ufEzsoT1R0Kjl148Bv+G6Ak/+j9I1r7kV/D8QfXwIFyTRr8XP SjeHNcqq9qC1o8fkSWTs0QosyZuRYj72nH8RdmS6Vv1rJ92BZEeJ8HOEsNIIW8GILZX0 hOTZw80fbWrym2gO1EFWctwOXPpDcHT7MuBCZ1xFcZjVXWaEmw4s3tr9gGYuA0edys/C 2Ae4bCH3Or47GRJ/AHIHtR3iQiGOS7XGZqcoNmqFROZfdrJlnTcHd9+Q31PF+79UXhzr 3iTRTnyPho+51bmNAi+ApYIWJLV65TABYqCQoEgFEpx7q2j8efbbux8GpFnwC5c2P+2x fKVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=p4la1bHlrMyQC07qTOQpRVGIMDJ+GTMB3LFIBNAdPpA=; b=XaSr49bIWaHa7RSu6xg63T684kTZshjTsqWj0fzK+9i2jmwGpySM3a5roTe1/44YkX dCASnbrZGI+MT4GBkRxqJ62xfY2+xCfRitbjebGTBlgm5oCgxGlQ3hzlyM7TzR18R/uE CtpHJRA7JfhOrxInnjr9EcufWFv+CoO7uozrSPedFDbqEbxrQz//k/uO2V8/UNa5FHzo jU0Gr5RZjaCoQmEtekVOCUnX47oDzy46aoaBU4BYnaFcbngTlRaZ9haQZ3at7QmG40/7 2eWBA9fsZIzkw2/Tr31HpBjDcJEhGWoHe1xDI63mGG3ssruKH3j8g/7eagWk7/foCdUD bCIg==
X-Received: by 10.224.38.133 with SMTP id b5mr16988057qae.78.1370220700736; Sun, 02 Jun 2013 17:51:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.135.198 with HTTP; Sun, 2 Jun 2013 17:51:20 -0700 (PDT)
In-Reply-To: <6EBDAA70-E2C1-47CF-9FF1-0844C8868CA5@gmail.com>
References: <5D36713D8A4E7348A7E10DF7437A4B923AC98DAE@nkgeml512-mbx.china.huawei.com> <03680813-07D9-459B-A229-FA974C9A4B9E@ecs.soton.ac.uk> <8E492087-390E-4F8E-8078-1D0E63849243@delong.com> <EMEW3|f3c1b4957f182cbee8e02a76a09ead4dp4Y7Ye03tjc|ecs.soton.ac.uk|03680813-07D9-459B-A229-FA974C9A4B9E@ecs.soton.ac.uk> <CAKD1Yr0E5OUsphjhEaaMTjVarSGNdPEx6e1RyKDs5A=bkHGvBg@mail.gmail.com> <5D36713D8A4E7348A7E10DF7437A4B923AC992D2@nkgeml512-mbx.china.huawei.com> <CAKD1Yr1c+-S02oWF1GjTdu-Vatee-EgXLKr=2=xdtYOtUubsYQ@mail.gmail.com> <5D36713D8A4E7348A7E10DF7437A4B923AC99354@nkgeml512-mbx.china.huawei.com> <B001C1A1-DCF6-43AD-A792-56A58661E924@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751BD21E@mbx-01.win.nominum.com> <65746D62-1F0E-4FAD-AC6A-270BD5757C8A@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751BFE2D@mbx-01.win.nominum.com> <F8A3E2C6-57B1-4276-93F8-86E962368182@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751C0209@mbx-01.win.nominum.com> <8D23D4052ABE7A4490E77B1A012B6307751C05FE@mbx-01.win.nominum.com> <9B3FBB40-1C85-4918-8003-3DF3FEE68B09@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751C1363@mbx-01.win.nominum.com> <DF584C50-315E-4A23-9920-69A424E70AC7@delong.com> <8D23D4052ABE7A4490E77B1A012B6307751C1603@mbx-01.win.nominum.com> <A2C4E86C-F9DC-4A9A-9BB3-C5B6A6720D0D@ecs.soton.ac.uk> <EMEW3|01e2edb6f45d0a3a90659fc6f8153a47p51HYp03tjc|ecs.soton.ac.uk|A2C4E86C-F9DC-4A9A-9BB3-C5B6A6720D0D@ecs.soton.ac.uk> <8D23D4052ABE7A4490E77B1A012B6307751C16A4@mbx-01.win.nominum.com> <DB734243-57F4-4107-9FB6-7236A1DFDCE9@ecs.soton.ac.uk> <EMEW3|96896e18fc012d5ab00d58d4d9082469p51Hpu03tjc|ecs.soton.ac.uk|DB734243-57F4-4107-9FB6-7236A1DFDCE9@ecs.soton.ac.uk> <6EBDAA70-E2C1-47CF-9FF1-0844C8868CA5@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 03 Jun 2013 09:51:20 +0900
Message-ID: <CAKD1Yr2iURDNvdDrnFp1FtDUBnx3Y3ceBWSBO7BJdN1kqVa=hA@mail.gmail.com>
Subject: Re: [v6ops] Could IPv6 address be more than locator?//draft-jiang-v6ops-semantic-prefix-03
To: Ralph Droms <rdroms.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="001a11c29f6021dfcf04de355e31"
X-Gm-Message-State: ALoCoQk3F0Jp3LOGClsU8tU57x+PKwQ/h0S/jYQPncXp2zl9GT2gfnBneniVE3kfG4htd2wBFHjDX9+ks7BL4eNgJqwQuGUp+2MZpyxja5FoAWrbh0ONogoP38o2rHiDAhoQidXDRFs7GG9uAVUk660+rQxQxvpbFAxCzkiE3wOn4nKzBRh5Ga0q75Pa57i+R/mPPM2PRMBC
Cc: Tim Chown <tjc@ecs.soton.ac.uk>, "draft-jiang-v6ops-semantic-prefix@tools.ietf.org" <draft-jiang-v6ops-semantic-prefix@tools.ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>, "<v6ops@ietf.org>" <v6ops@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 00:51:41 -0000

On Mon, Jun 3, 2013 at 5:47 AM, Ralph Droms <rdroms.ietf@gmail.com> wrote:

> Yes, draft-baker-homenet-prefix-assignment describes non-hierarchical
> assignment, in which all prefixes are delegates from a single server.
>
> I'll resuscitate it, as it seems to be a useful reference for this
> discussion.
>

We shouldn't resuscitate it unless it has a solution for "user unplugs the
router which assigned all the prefixes in the home".

"Making hosts try all their addresses all the time" (or, more
euphemistically, "happy eyeballs"), is not a solution.

v2.23.0 | Report a Bug | By Email