Re: [Roll] Seed Set use across MPL Domains (was: Re: I-D Action: draft-ietf-roll-trickle-mcast-03.txt)

> Alternatively, we could add the MPL Domain Address to the MPL Seed Tuple in Section 7.3.
That sounds also good to me. For some of the text on "Seed Set" the notion of MPL Domain needs to be included, in that case.
For example in 10.3
	"If a Seed Set entry exists for the MPL Seed ..." 
of course a Seed Set entry for the MPL Seed *for a specific MPL Domain* should be checked. (Since a Seed ID could be in use across multiple Domains, only one of which is to be considered in the processing indicated in the quoted text.)

Esko

-----Original Message-----
From: Jonathan Hui (johui) [mailto:johui@cisco.com] 
Sent: Wednesday 30 January 2013 23:13
To: Dijk, Esko
Cc: roll@ietf.org WG
Subject: Re: Seed Set use across MPL Domains (was: Re: [Roll] I-D Action: draft-ietf-roll-trickle-mcast-03.txt)

Hi Esko,

Thanks again for your review.  See below:

On Jan 30, 2013, at 5:14 AM, "Dijk, Esko" <esko.dijk@philips.com> wrote:

> Thanks Jonathan and Richard for this major update to the draft. The option to allow multiple MPL Domains to co-exist is a very useful addition. On this topic some questions / remarks:
> 
> 1. adding "Seed Identifier" to the section 2 Terminology could help to clarify that a single MPL Forwarder/Seed has a single Seed Identifier. This SeedID remains identical across multiple MPL Domains it participates in, right?

An MPL Forwarder may use a single Seed Identifier across all MPL Domains or different Seed Identifiers for different MPL Domains.

> 2. I think for the text to be correct (sections 4.3, 6.2. 6.3, 7.3, 10.3, 11.X e.g. - any text where Seed Set is used in fact) there needs to be a separate Seed Set per MPL Domain a Forwarder participates in. Is this the solution? Peter already remarked the problem for sections 4.1/11.3.

Alternatively, we could add the MPL Domain Address to the MPL Seed Tuple in Section 7.3.

> Note that the Buffered Message Set already contains information on MPL Domain, somewhat hidden in the 'DataMessage' object in the tuple (Section 7.4). (The IPv6 Destination Address of this MPL Data Message identifies the MPL Domain). So for this data structure, there's perhaps no need to add an explicit "Domain identifier" to the tuple. But it would clarify the text to add such element to the tuple.

I can add that to the next revision.

--
Jonathan Hui

> 
> regards,
> Esko
> 
> 
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf 
> Of Jonathan Hui (johui)
> Sent: Thursday 24 January 2013 17:14
> To: roll@ietf.org WG
> Subject: Re: [Roll] I-D Action: draft-ietf-roll-trickle-mcast-03.txt
> 
> 
> This update addresses all of the open tickets in the following manner:
> 
> Ticket 103: MPL Control Messages may be disabled by setting CONTROL_MESSAGE_TIMER_EXPIRATIONS to zero.
> 
> Ticket 104: Added security considerations text.
> 
> Ticket 105: Scope is determined by the IPv6 Destination Address of MPL Data Packet.
> 
> Ticket 106: Text added to always use IPv6-in-IPv6 encapsulation when multicast destination does not match MPL Domain Address.
> 
> Ticket 107: Multiple parameter sets are not supported at this time.
> 
> Ticket 108: Added explicit 1-bit version field.
> 
> Ticket 109: All MPL packets must be destined to the MPL Domain Address that identifies the MPL Domain.
> 
> Ticket 110: Not in scope.  If an application subscribes to an address, it should receive all packets destined to that address whether or not they were received in an MPL Data Packet.
> 
> --
> Jonathan Hui
> 
> On Jan 24, 2013, at 8:09 AM, <internet-drafts@ietf.org> wrote:
> 
>> 
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>> This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF.
>> 
>>      Title           : Multicast Protocol for Low power and Lossy Networks (MPL)
>>      Author(s)       : Jonathan W. Hui
>>                         Richard Kelsey
>>      Filename        : draft-ietf-roll-trickle-mcast-03.txt
>>      Pages           : 29
>>      Date            : 2013-01-24
>> 
>> Abstract:
>>  This document specifies the Multicast Protocol for Low power and  
>> Lossy Networks (MPL) that provides IPv6 multicast forwarding in  
>> constrained networks.  MPL avoids the need to construct or maintain  
>> any multicast forwarding topology, disseminating messages to all MPL  
>> forwarders in an MPL domain.  MPL uses the Trickle algorithm to  
>> manage message transmissions for both control and data-plane  
>> messages.  Different Trickle parameter configurations allow MPL to  
>> trade between dissemination latency and transmission efficiency.
>> 
>> 
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-roll-trickle-mcast
>> 
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-ietf-roll-trickle-mcast-03
>> 
>> A diff from the previous version is available at:
>> http://www.ietf.org/rfcdiff?url2=draft-ietf-roll-trickle-mcast-03
>> 
>> 
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>> 
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> 
> ________________________________
> The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.
> 