Re: [Roll] Discussion/Comments For draft-ietf-roll-trickle-mcast-03
Abdussalam Baryun <abdussalambaryun@gmail.com> Sat, 26 January 2013 16:58 UTC
Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6523721F8859 for <roll@ietfa.amsl.com>; Sat, 26 Jan 2013 08:58:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.587
X-Spam-Level:
X-Spam-Status: No, score=-3.587 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0+jtvwgIuytN for <roll@ietfa.amsl.com>; Sat, 26 Jan 2013 08:58:17 -0800 (PST)
Received: from mail-da0-f46.google.com (mail-da0-f46.google.com [209.85.210.46]) by ietfa.amsl.com (Postfix) with ESMTP id A6E4221F882B for <roll@ietf.org>; Sat, 26 Jan 2013 08:58:17 -0800 (PST)
Received: by mail-da0-f46.google.com with SMTP id p5so614027dak.19 for <roll@ietf.org>; Sat, 26 Jan 2013 08:58:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Nux/Lhg3rb6GaMlAvIhrjTnIvDtguW9y6KCk8T7yHSE=; b=v9ntuDr2OQnT01qUbgmALs+PsI6mFCpcpcwnPUHYqQGUIgREqIl9kIbgwxNXTyQjf7 zBLLHAg4RGrhypGCCIfboRa/zITKzWy4lKcT/roy7rtaGFP1tY+PuVmDWP0hII5PUQfP QoEmVCOVXr+RrtpTWm4W/t945my9CXhjNDp4or4MbhIwUaDpqCdA9rQwntFasX/sp2ux TzkmA2PHotNkYeGsQTWGkrjFYyEpydI2GGKp5yVl8nAgw3M7l3vtZQUpLdKAbCdYjkFq Hd8yhwgrFkkjmw7nAF1GYZX5V006imBPcDCNNVGUD/em7PCgnYEU2iosuvY7aR0NvKcO jorA==
MIME-Version: 1.0
X-Received: by 10.68.232.195 with SMTP id tq3mr23829301pbc.70.1359219497341; Sat, 26 Jan 2013 08:58:17 -0800 (PST)
Received: by 10.68.218.134 with HTTP; Sat, 26 Jan 2013 08:58:17 -0800 (PST)
In-Reply-To: <CADnDZ88Vq5h+dzJNQfCStc4w9G+Bqqk7A+uQo0bDPD=fhvE=TA@mail.gmail.com>
References: <CADnDZ88Vq5h+dzJNQfCStc4w9G+Bqqk7A+uQo0bDPD=fhvE=TA@mail.gmail.com>
Date: Sat, 26 Jan 2013 17:58:17 +0100
Message-ID: <CADnDZ8_JLNMgPmd1ztChd63Fwjiw++JZ4fdPBv_wJNWcFBubmQ@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: jonhui@cisco.com, richard.kelsey@silabs.com
Content-Type: text/plain; charset="ISO-8859-1"
Cc: roll <roll@ietf.org>
Subject: Re: [Roll] Discussion/Comments For draft-ietf-roll-trickle-mcast-03
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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, 26 Jan 2013 16:58:18 -0000
The draft does not clarify how the MPL forwarding knows its neighbors, or the MPL neighbor is not defined in the doc, please advise, AB On 1/25/13, Abdussalam Baryun <abdussalambaryun@gmail.com> wrote: > Dear I-D Authors, > > I done a little review so far and need answers to continue, as the > ROLL chair asked for some discussion on our WG draft, which I will try > to do so far. > > I see that the draft's applicability statement does not include > *shared medium*, but the *trickel algorithm* works for shared medium, > which in RFC6206 states that in the abstract. So if this MPL uses > trickel do you think it still will work in a non-shared communication > medium LLN, Please advise? > > otherwise I recommend to add the words as in trickel: *lossy shared medium* > As in the appplicability statement section 3 > > AB> Recommend Amend to> > This protocol is an IPv6 multicast forwarding protocol for nodes in > shared medium within the low-power and lossy network domain. By > implementing a controlled dissemination using the Trickle algorithm, > this protocol is designed for networks that > communicate using low-power and lossy links with widely varying > topologies in both the space and time dimensions. > > AB> question on section 3> I am not sure I understand *the space and > time dimensions*, Do you mean that the topology or multicast-nodes > is/are changing in space, please give me an example use-case? > > Regards > > AB > >>> On 1/22/13, Michael Richardson <mcr+ietf@sandelman.ca> wrote: >>> >>> http://trac.tools.ietf.org/wg/roll/trac/report/8 >>> contains the list of open tickets. There are some threads >>> linked in each ticket. >>> >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/103 >>> trickle-mcast: suppress ICMP messages for PROACTIVE_TIMER_EXPIRATIONS >>> http://www.ietf.org/mail-archive/web/roll/current/msg07424.html >>> >>> This ticket has had no significant discussion. Is there an issue >>> here? >>> >>> >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/104 >>> security considerations. >>> We need to have a discussion about what are the implications >>> of this protocol. See next message. >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/105 >>> trickle-mcast: how to determine scope of MPL domain >>> We have several options from Robert Craigie in the ticket system. >>> Alternatives 3 and 4 were discussed, and I think that we preferred >>> option 4 with the multicast option always present. >>> Please post if you disagree. >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/106 >>> trickle-mcast: always use 6in6 encapsulation for non-link-local >>> multicast >>> no clear resolution, but ticket #105 suggests answer. >>> >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/108 >>> trickle-mcast: should there be an explicit version field? >>> suggested answer was YES. >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/107 >>> trickle-mcast: should multiple parameter sets be supported >>> my conclusion: There is has been little discussion about this >>> issue. My inclination is to not include multiple sets at this >>> time. >>> >>> >>> http://trac.tools.ietf.org/wg/roll/trac/ticket/109 >>> trickle-mcast: should all MPL packets be destined to all-MPL-forwarders >>> >>> >>> -- >>> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works >>> IETF ROLL WG co-chair. http://datatracker.ietf.org/wg/roll/charter/ >>> >>> >> >
- [Roll] Discussion/Comments For draft-ietf-roll-tr… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Jonathan Hui (johui)
- Re: [Roll] Discussion/Comments For draft-ietf-rol… Abdussalam Baryun