Re: [Roll] multicast & MLD on LLN

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Sat, 11 October 2014 06:22 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE861A1B06 for <roll@ietfa.amsl.com>; Fri, 10 Oct 2014 23:22:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.286
X-Spam-Level:
X-Spam-Status: No, score=-15.286 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_HI=-5, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 kDAkCw5s9lIC for <roll@ietfa.amsl.com>; Fri, 10 Oct 2014 23:22:15 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 853AA1A1B01 for <roll@ietf.org>; Fri, 10 Oct 2014 23:22:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7589; q=dns/txt; s=iport; t=1413008531; x=1414218131; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=fHTMR68Fx9yHnR9ySkZ9EVx1eb+8c2LotX2+jB/f/EE=; b=A3yO+ZDC6hBRxG4xusLM7ACbLdd/+/RlNyu/m9tOcro34xz1VkksWk2k KwVKuGUWVCtbmqP+H9mJCJPvLsLep9F4OpZXFM6U5W2jJJt4trhuxkQOx iZDcNi7aijawwT1LchgqGbk1abICnG9H3GdzN4lJOJMf1jj+pPNWEB/lq 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AigFAGPLOFStJA2E/2dsb2JhbABggkhGU1jLMgEJh00CgQEWAXuEBAEBBAEBASpBCxACAQg/BycLFBECBA4FiD4Nv2cBAQEBAQEBAQEBAQEBAQEBAQEBAQETBI9iEQElByAEBwKDK4EeBY9fghqLUoEug0aRHYN3bIEIBxcGgR4BAQE
X-IronPort-AV: E=Sophos;i="5.04,697,1406592000"; d="scan'208,217";a="362416782"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-7.cisco.com with ESMTP; 11 Oct 2014 06:22:11 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id s9B6MAgW031904 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <roll@ietf.org>; Sat, 11 Oct 2014 06:22:10 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.132]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Sat, 11 Oct 2014 01:22:10 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Thread-Topic: [Roll] multicast & MLD on LLN
Thread-Index: AQHP5RuvdYkdkHPd5kSqasUTvxD8SA==
Date: Sat, 11 Oct 2014 06:22:09 +0000
Message-ID: <6B9D200B-58B8-423C-ADEA-A6C61F73748B@cisco.com>
References: <aef2e75903e84afe988ff58d04a0fc56@DB4PR01MB0431.eurprd01.prod.exchangelabs.com>
In-Reply-To: <aef2e75903e84afe988ff58d04a0fc56@DB4PR01MB0431.eurprd01.prod.exchangelabs.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_6B9D200B58B8423CADEAA6C61F73748Bciscocom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/roll/-TiPZ3TUVWK3Ya_MC_06-WDmVY4
Cc: "IJsbrand Wijnands \(iwijnand\)" <ice@cisco.com>
Subject: Re: [Roll] multicast & MLD on LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 11 Oct 2014 06:22:17 -0000

Hello Randy...

Great point!

I think we need a draft, even if informational, to produce a clear explanation of how that could work, extending the work I started on unicast with 6775reqs.

The way I see it, MLD would make sense between a host that is not even a RPL leaf and the 6LR. Arguably, we could probably extend NS ARO to get a similar outcome to reduce the code footprint. Then the 6LR would turn that into DAO.

This is collapsed, as you point out, for RPL leaves and routers. We already extended DAO to get a similar outcome as a recursive MLD proxy along a tree. The goal was to avoid MLD there; but then an I-D reviewed by multicast specialists would validate that we missed no important point.

I dug a bit and found some IPR that we need to sort out. Cisco has some that mostly covers the BBR that turns the DAOs into MLD again, and for that much we can RAND if work starts.

Finally I'm looking at BIER see how their ideas could apply to LLNs...

Cheers,

Pascal

Le 10 oct. 2014 à 21:22, Turner, Randy <Randy.Turner@landisgyr.com<mailto:Randy.Turner@landisgyr.com>> a écrit :

I know there’s a section on multicast in RFC 6550, which essentially states that the equivalent of a multicast “join” would be a DAO packet specifying multicast, rather than unicast addresses. It says that this method is not to be relied on in a non-storing network – however, I’m assuming we can still use this if we implement just a “lightweight storing mode”, keeping track of only multicast addresses.  In this case a multicast “leave” would be when the DAO entry “times out”  - does this behavior obviate the need for MLD operation on this “quasi” storing mode LLN ?

Thanks!
Randy


P PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS EMAIL.

This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.

_______________________________________________
Roll mailing list
Roll@ietf.org<mailto:Roll@ietf.org>
https://www.ietf.org/mailman/listinfo/roll