Re: MLD snooping of solicted-node multicast (Was: Re: New Version Notification for draft-halpern-6man-nd-pre-resolve-addr-00.txt

Lorenzo Colitti <lorenzo@google.com> Fri, 17 January 2014 19:37 UTC

Return-Path: <lorenzo@google.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAA771AC82A for <ipv6@ietfa.amsl.com>; Fri, 17 Jan 2014 11:37:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.916
X-Spam-Level:
X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.538, 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 KY0_V4dCSBEB for <ipv6@ietfa.amsl.com>; Fri, 17 Jan 2014 11:37:17 -0800 (PST)
Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 182FE1A1F63 for <ipv6@ietf.org>; Fri, 17 Jan 2014 11:37:17 -0800 (PST)
Received: by mail-ie0-f169.google.com with SMTP id tq11so4080084ieb.14 for <ipv6@ietf.org>; Fri, 17 Jan 2014 11:37:04 -0800 (PST)
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=tnhWBDVUGiwmhI4twLTcPr8QgMMRnSZ0IGZWD1AGJkk=; b=QNknVSs6/gtWNYEBSeynGBnP8I9u2iLpd4TdGVaD7+xHMqqDcvmovVfAU/ZZ4IAXcu dSKpQi9W+7wuqWIUK/Y6MYJce3K9MKEk7HF4AcIaUlVpbs0zfB97ODtNK+m379mZpweL k3UM6jEsHOkqCZcWAYOhAGAkevCg6eGbtapV5IHCUZxCXPfdpdt/jIBoH5D7IjVdcSng TSgCPq3QMJJ0iKCd/RMtzX+VMN3AGhfzvYmGvVVjAQ4xeAlrDK4GREFDqxpRDphe5GXU nE+9RiWJMucy0YXXmbWrBjzxDTQWK2+JOti4tSiPLFDRUriIgSzSmA9jyV0iZZyeSpbY BmOQ==
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:from:date :message-id:subject:to:cc:content-type; bh=tnhWBDVUGiwmhI4twLTcPr8QgMMRnSZ0IGZWD1AGJkk=; b=L0GuT0xBmQqyHPRjO1DIx79NRwsLwP+aDM7nvyB28TUxy4SVYkhcwRgEpV3tvHFa3Y lsuIbkLGbdKDgKfczEunQ+6B/+yTsmfX313o7/qdelaQWkyWnpuBihRq6uoi94eiw14l flWbgI59DHvvQEk8gqM2WOM0OyMs7hBYvXkHal4QjsobMIHvZN/CzPNP9GpH16JedzU2 DtNjl2SKyuOA4TLPNo4pqGnWoWdMkopw+nGdBqjyA7XrdiushhrcHgtUI1ZVRJeudHMy ha9LvNx/kcHwAPBz3cSRL5yd3UiMruFI3j2oDqeZsaMJtbgS6O0uqzG6gS2GZzRCY+V/ CCqQ==
X-Gm-Message-State: ALoCoQlEgqgp0RoaoBkWvd2vadPAMDRzpTWSFp0h8Omv1XXdpub0DZACzxn91T2VLzv8yxt9DofKkYVCOuKBpzEdvTmdvWn3xf/GMvbS5zL7Dtp6eK44zzKG1T+Y0nibfnfda97P4kvt3kIIx/MAPDzCl9K0SgwetIMEwPyTchYePZiMNIJYIKBi+8Xjl1WkAEuyzxxAH/00
X-Received: by 10.50.79.228 with SMTP id m4mr4789709igx.47.1389987424383; Fri, 17 Jan 2014 11:37:04 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.7.36 with HTTP; Fri, 17 Jan 2014 11:36:44 -0800 (PST)
In-Reply-To: <5e8d384f3009492fbe3992d82176aa26@SN2PR03MB077.namprd03.prod.outlook.com>
References: <20140111004402.10451.90724.idtracker@ietfa.amsl.com> <BF6E0BD839774345977891C597F8B50C5CE74C@eusaamb109.ericsson.se> <72381AF1F18BAE4F890A0813768D992817FCA84E@sdcexchms.au.logicalis.com> <892FB91E-311D-4A50-A38B-4972F70847AB@employees.org> <CAKD1Yr2CLUmTYTNAj2_bkP=f3xeBCZ2g=9Sr0D-GvtRgxmfC3g@mail.gmail.com> <2c30d818adc447b2a0ca3a7f0556ee65@SN2PR03MB077.namprd03.prod.outlook.com> <CAKD1Yr1kZ74DWnzFMxfm=NGxxGG8uKVTD3oA4xSay5LPpCdf6w@mail.gmail.com> <5e8d384f3009492fbe3992d82176aa26@SN2PR03MB077.namprd03.prod.outlook.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Fri, 17 Jan 2014 11:36:44 -0800
Message-ID: <CAKD1Yr0cV1R9WzR0rHgC9A80vaQ+GDdtZ0aKOQdxfrhALULd4Q@mail.gmail.com>
Subject: Re: MLD snooping of solicted-node multicast (Was: Re: New Version Notification for draft-halpern-6man-nd-pre-resolve-addr-00.txt
To: Dmitry Anipko <Dmitry.Anipko@microsoft.com>
Content-Type: multipart/alternative; boundary="089e013a1f16ac58c704f02faad7"
Cc: 6man WG <ipv6@ietf.org>, Ing-Wher Chen <ing-wher.chen@ericsson.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 17 Jan 2014 19:37:18 -0000

On Fri, Jan 17, 2014 at 11:14 AM, Dmitry Anipko <Dmitry.Anipko@microsoft.com
> wrote:

>  >>A more precise statement would be that the number of solicited-node
> groups scales linearly with the number of IPv6 addresses assigned to hosts,
>
> Agreed. And generally, number of addresses can be more than 2-3 (because
> of multiple prefixes, and because of multiple suffixes due to privacy
> extensions).
>
Indeed. But in the common case of a wifi network where devices come and go
frequently, you'll typically have only a link-local, a global, and one
temporary address. If you use EUI-64 the link-local and the global will be
on the same group.


>  We have recently seen issues in some APs, where they were not able to
> handle multiple addresses per host, because of some state maintained per
> host (that's not a justification that host should not have multiple
> addresses, but I just wanted to note that today there are issues in some
> cases related to that).
>
We should clarify that such behaviour is broken and that saying, "it works
in IPv4, so we should just use DHCPv6 for address assignment so that we can
force the host to have only one address" is not a solution.