Re: [Roll] multicast & MLD on LLN

I will be in Hawaii

Thanks Pascal!!

Randy

Sent from my iPhone

On Oct 15, 2014, at 4:55 PM, Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>> wrote:

Hello again Randy:

We had a talk with Greg and Ice, and it seems to me that the BIER approach could be perfectly applicable to a RPL LLN, mostly for small multicast packets or on a PHY that is not too sensitive to the encapsulation such as 15.4G.

Basically for us, the method would leverage the backbone router to assign a bitmap that represents the listeners in a DODAG. If we encode the BIER bitmap in an IPv6 address, that would mean at most about 100 listeners per DODAG. And then we can build multiple RPL instances if we need more than that.

Do you have a use case that would require multicast? If so, would you care to tell us a bit more, or, better, contribute some text to the use case document?

If you are in Hawaii, BIER will be on the first PM slot on Monday, right before DETNET.
Cheers,

Pascal

From: Roll [mailto:roll-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: samedi 11 octobre 2014 08:22
To: Routing Over Low power and Lossy networks
Cc: IJsbrand Wijnands (iwijnand)
Subject: Re: [Roll] multicast & MLD on LLN

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