Re: [Roll] Discussion/Comments For draft-ietf-roll-trickle-mcast-03
Abdussalam Baryun <abdussalambaryun@gmail.com> Sat, 26 January 2013 15:09 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 B1B2C21F8605 for <roll@ietfa.amsl.com>; Sat, 26 Jan 2013 07:09:23 -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 YshAvgMLkFDZ for <roll@ietfa.amsl.com>; Sat, 26 Jan 2013 07:09:23 -0800 (PST)
Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by ietfa.amsl.com (Postfix) with ESMTP id 1CD8221F85DB for <roll@ietf.org>; Sat, 26 Jan 2013 07:09:23 -0800 (PST)
Received: by mail-da0-f54.google.com with SMTP id n2so592118dad.13 for <roll@ietf.org>; Sat, 26 Jan 2013 07:09:23 -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=EyzgZyc0T/C7GUHZaDkU/puWxebHyVmV32dBpXoiDqM=; b=WHxL72VFZf83Hp5z9k0m3DDZcK5yntcPxrgMXSeqhzun4RTh5PtE6hr0hpkXusvq7/ Lk7uQIb+gI+hNoFUVD+hkq5/N/6D7Wkm98HTmlKw8gvKyfpMu8ipbymYQ2bqHiqRTtN7 6tF70E2lBbwF3WoeEuZl2FyraTRaiOQXOPSNs+bctPHdkhgdrniYzpR1YdxtbaX/o7Zg k8GDHhQNfAIwSd84BcxcY0UUd/anwzRQo9tcd3IPEuZ1l4880IfgITYcMBZRi+Grt8z6 hJDCL3/gQ3VQAiT3zs01yci1pyTFyVu/4PzYDkRjBj5TkzCAdOQV5kHeBUVR8oR19N3R /fZA==
MIME-Version: 1.0
X-Received: by 10.68.136.132 with SMTP id qa4mr22694689pbb.166.1359212962934; Sat, 26 Jan 2013 07:09:22 -0800 (PST)
Received: by 10.68.218.134 with HTTP; Sat, 26 Jan 2013 07:09:22 -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 16:09:22 +0100
Message-ID: <CADnDZ88byLh=dNutg1uWt3kMYULvGiGMJAQXtre5feZxedy3AA@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 15:09:23 -0000
I understand that all the MPL messages are Trickel messages, 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