IETF Logo Mail Archive

Re: Updated IID length text

Lorenzo Colitti <lorenzo@google.com> Thu, 19 January 2017 03:04 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 92D4D129435 for <ipv6@ietfa.amsl.com>; Wed, 18 Jan 2017 19:04:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.199
X-Spam-Level:
X-Spam-Status: No, score=-5.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-3.199, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 gWtpK6AQuDNs for <ipv6@ietfa.amsl.com>; Wed, 18 Jan 2017 19:04:31 -0800 (PST)
Received: from mail-ua0-x22a.google.com (mail-ua0-x22a.google.com [IPv6:2607:f8b0:400c:c08::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 095C412940F for <ipv6@ietf.org>; Wed, 18 Jan 2017 19:04:31 -0800 (PST)
Received: by mail-ua0-x22a.google.com with SMTP id i68so24283582uad.0 for <ipv6@ietf.org>; Wed, 18 Jan 2017 19:04:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YjaWkpRftf4uyfQ9ymlOe7N0HTYdnaB60Gn9HDncQrE=; b=jmL+MUqxyENKAN79nH+RVoPFlbk6p0MBC3EITeDUEMDqWEYa9rt322xrwBEA5uGjv3 5SCRCG4VueRUdFIvS0UDPqWrUugp4/UCHNGKeEZpvRFA1dM4VuaZ119WuBYE5T4AUJ8X axv1hAJZDEEdQyhRNRMg8BkwvJj8yqmwSEWkrYWq1j8KG5Z+xqqdwqSeNCZ+HIjgSOBx XZZMpsAUHethlWv6/Mg8v2ffo75avRYOfmbM3zHBaC2N4j8f9IBQni5cHetQb6y1Axzk TyJEPovENnePu+0LScvS0WhTpUlj8zenirzv3Z8vqnZ4SaVZBP3AzsVyW7Nci4lE1zVZ JWAA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YjaWkpRftf4uyfQ9ymlOe7N0HTYdnaB60Gn9HDncQrE=; b=oHGc6cIY4NuB0t3GShmSojUacA1D6eWfR7jpW+UqK13smh26cX4T+vqb038rMtEHPD ejPW3OirzoNg9w0i22IXFKwGtHk18/M0TaCZCGZmVxzLSgfDtsfM6Jk+FiobhmkbSoer wEiyFOjI8QMzykvnpjT2mpMVTjnS9LV4pJBWd33xak63Qu2QfkVHv8nhDYG456InWS9F 4xtbkgQcUnWNeDF6TPCb5Mgi5iITQ4zLqGrPZ4scBnAvaCVonru7HNp8cZj1UcrLeJNT oGn2bM6p3JIpyrq5Yi/D+Ayp0+Tcx2K/rT6rM+PoyAU/jK8kC4DO9cvKVsVIjxl04HC+ 1y5A==
X-Gm-Message-State: AIkVDXLmkRHdRMvb7knbIJNlJQk7zBux2jq5R20AiiD+T0bjSDlInHGyB+HEmC4DLJGJ/42ps9BEHCwkgq2UyH/n
X-Received: by 10.176.65.101 with SMTP id j92mr3810734uad.57.1484795069992; Wed, 18 Jan 2017 19:04:29 -0800 (PST)
MIME-Version: 1.0
Received: by 10.31.171.2 with HTTP; Wed, 18 Jan 2017 19:04:09 -0800 (PST)
In-Reply-To: <55bb8bdbfbf4439da0aa702e5bc03e2c@XCH15-06-11.nw.nos.boeing.com>
References: <148406593094.22166.2894840062954191477.idtracker@ietfa.amsl.com> <m2fukqbbwv.wl-randy@psg.com> <F6953234-3F85-4E28-9861-433ADD01A490@gmail.com> <m2wpdzhncn.wl-randy@psg.com> <82245ef2-cd34-9bd6-c04e-f262e285f983@gmail.com> <m2d1frhjfn.wl-randy@psg.com> <18e6e13c-e605-48ff-4906-2d5531624d64@gmail.com> <CAKD1Yr1cvZ8Y3+bHeML=Xwqr+YgDspZGnZi=jqQj4qe2kMc4zw@mail.gmail.com> <m2lguffnco.wl-randy@psg.com> <CAKD1Yr1TrTiPRdyutobmb_77XJ7guNzLrg=H_p7qi4BfQ8V=GA@mail.gmail.com> <m2d1frfm6m.wl-randy@psg.com> <CAKD1Yr2Njjd8_Mr+6TRFF6C5pdcX4yFgpFVyEkykDuytu2B8mg@mail.gmail.com> <2A5073777007277764473D78@PSB> <4596c3d4-a337-f08e-7909-f14270b7085f@gmail.com> <CAN-Dau06R3iYRpYLADhvHox4C9qdsJCuxFsJapRhOQcWT4qk_g@mail.gmail.com> <CAO42Z2weZcoHiBzN94QAQ9WGhWR16PmMMFNg=5YLmr_dhPjjpA@mail.gmail.com> <fcc7f136-b5da-527e-b495-5a2d7f7a3ce8@gmail.com> <55bb8bdbfbf4439da0aa702e5bc03e2c@XCH15-06-11.nw.nos.boeing.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 19 Jan 2017 12:04:09 +0900
Message-ID: <CAKD1Yr2vmDkUTvSw7-GtKNeMDm1xtAppj+EW9X=-TeKZ6qkXrg@mail.gmail.com>
Subject: Re: Updated IID length text
To: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
Content-Type: multipart/alternative; boundary="94eb2c122f9eb66246054669ca82"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/l_hn6LkM_oSR4jaOVHOyypZy6s0>
Cc: 6man <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 19 Jan 2017 03:04:32 -0000

On Thu, Jan 19, 2017 at 11:46 AM, Manfredi, Albert E <
albert.e.manfredi@boeing.com> wrote:

> Now that we have moved away from using the MAC address for SLAAC, it's not
> clear to me why a host cannot wait for a RA, and then decide on how many
> IID bits to use, based on the prefix length(s) advertised by the router.
>

The reason it can't do that is that in practice SLAAC only works well if
the probability of collision is negligible. Even reducing that from 64 bits
to 48 bits impacts that substantially.

v2.23.0 | Report a Bug | By Email