Re: [v6ops] ref Hosts dont MLD to join LL groups

Enno Rey <erey@ernw.de> Thu, 23 July 2015 12:27 UTC

Return-Path: <erey@ernw.de>
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 328231A1A98 for <v6ops@ietfa.amsl.com>; Thu, 23 Jul 2015 05:27:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 vOClAZXJYnhF for <v6ops@ietfa.amsl.com>; Thu, 23 Jul 2015 05:27:12 -0700 (PDT)
Received: from mx1.ernw.net (mx1.ernw.net [62.159.96.78]) (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 E05931A0BE8 for <v6ops@ietf.org>; Thu, 23 Jul 2015 05:27:11 -0700 (PDT)
Received: from mh1.ernw.net (unknown [172.31.1.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mh1.ernw.net", Issuer "ernw ca1" (verified OK)) by mx1.ernw.net (Postfix) with ESMTPS id DD5A215EC2E for <v6ops@ietf.org>; Thu, 23 Jul 2015 14:29:22 +0200 (CEST)
Received: from ws25.ernw.net (ws25.ernw.net [172.31.100.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "ws25.ernw.net", Issuer "ernw ca1" (verified OK)) by mh1.ernw.net (Postfix) with ESMTPS id 64F435D5 for <v6ops@ietf.org>; Thu, 23 Jul 2015 14:27:10 +0200 (CEST)
Received: by ws25.ernw.net (Postfix, from userid 1001) id 4AF43C4878; Thu, 23 Jul 2015 14:27:10 +0200 (CEST)
Date: Thu, 23 Jul 2015 14:27:10 +0200
From: Enno Rey <erey@ernw.de>
To: v6ops@ietf.org
Message-ID: <20150723122710.GX57117@ernw.de>
References: <55AE42A4.8020908@gmail.com> <5CD05758-D7B7-476D-9936-E5A1D0614AF8@employees.org> <55B0D356.7070505@gmail.com> <6666FED5-227B-496F-B5F5-2883A12F9B96@employees.org> <55B0DB2B.1030703@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <55B0DB2B.1030703@gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/Rr-mvkLUcq9LkoavuN-3GCcY_hY>
Subject: Re: [v6ops] ref Hosts dont MLD to join LL groups
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: Thu, 23 Jul 2015 12:27:14 -0000

Hi,

On Thu, Jul 23, 2015 at 02:16:43PM +0200, Alexandru Petrescu wrote:
> If one disallows all MLD joins for all link-scoped IP multicast 
> addresses - why does one need IP multicast addresses with link scope?
> 
> Why does one need the lino-layer  33::1 address?
> 
> If one doesnt need 33::1 then why Ethernet provides it?
> 
> I guess what I am trying to say is that it's useless to have multicast 
> groups if one can't join them.

define "join a multicast group"...

strictly speaking MLD as a whole is only needed for interdomain multicast anyway. on the local link you join a MC group by kind-of self declaration ("hey I consider myself part of that group so I'm interested in certain traffic and hence instruct my stack to listen to/process packets with certain addresses").
no need of MLD for that action. but "joining" on the local-link doesn't need MLD. 

best

Enno





> 
> Alex
> 
> Le 23/07/2015 13:51, Ole Troan a ??crit :
> > Alexandru,
> >
> > I???m afraid I couldn???t interpret your message. would someone else be able to translate?
> >
> > cheers,
> > Ole
> >
> >>>
> >>> I do wonder if we should expand that exception to all link-scope
> >>> multicast addresses.
> >>>
> >>
> >> I would beg to disagree.
> >>
> >> If we expand that to all link-scoped groups, may lead to dismantling IPv6 dependence on 33::1 - ff:ff:ff:ff:ff would be sufficient.
> >>
> >> My oppinion would rather be to modify the MLD RFC to mandate MLD joins for all scopes.
> >>
> >> Ethernet has primitives for joining the corresponding link-layer groups, and in some cases they are used. Maybe all should use them.
> >>
> >>> the bridge implementors I speak to tell me that they don???t have
> >>> enough state to do MLD snooping for link-local scoped multicast
> >>> addresses anyway...
> >>
> >> This may be dumb from my side, but why dont bridge implementers use link-layer multicast?  They shouldnt implement MLD, and not snoop it. The Hosts should send the necessary link-layer multicast joins (triggered by themselves sending MLD REPORT for these groups) to the bridge addresses.
> >>
> >> Alex
> >>
> >>> cheers, Ole
> >
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops

-- 
Enno Rey

ERNW GmbH - Carl-Bosch-Str. 4 - 69115 Heidelberg - www.ernw.de
Tel. +49 6221 480390 - Fax 6221 419008 - Cell +49 173 6745902 

Handelsregister Mannheim: HRB 337135
Geschaeftsfuehrer: Enno Rey

=======================================================
Blog: www.insinuator.net || Conference: www.troopers.de
Twitter: @Enno_Insinuator
=======================================================