Re: [Roll] Discussion/Comments For draft-ietf-roll-trickle-mcast-03
"Jonathan Hui (johui)" <johui@cisco.com> Mon, 28 January 2013 16:34 UTC
Return-Path: <johui@cisco.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 429BC21F87D3 for <roll@ietfa.amsl.com>; Mon, 28 Jan 2013 08:34:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 akm71a+1Y+sc for <roll@ietfa.amsl.com>; Mon, 28 Jan 2013 08:34:44 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 690F521F87C4 for <roll@ietf.org>; Mon, 28 Jan 2013 08:34:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4481; q=dns/txt; s=iport; t=1359390878; x=1360600478; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=IqAQWzo0fQlx7HwX85rjjlapzaGBejO/ZRrEmTtD0m0=; b=WQFi9Sxc6+actnXXpTawEBUZSSA+GVexL91j1r7As/TlwBhdma0YUeab cibY3eYCmY9lnEnhKfjbLgkzdBcZCmpClNxMDDDFQ0aFgf/CotJdeMYcF cYzX6f3goKPwzl4kvC/s+DmbfuRwCVh+fRikmkXmTJCiLrVdXipoyMHYO Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EABCoBlGtJV2c/2dsb2JhbABEvlMWc4IeAQEBAwFwCQULAgEIGAokIRElAgQOBQgBh3YDCQYMthINiVWMEIEKAQmDIGEDiCyMC4JyihqFEoJ3gW81
X-IronPort-AV: E=Sophos;i="4.84,551,1355097600"; d="scan'208";a="169265166"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-5.cisco.com with ESMTP; 28 Jan 2013 16:34:38 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id r0SGYbU3029151 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 28 Jan 2013 16:34:37 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.79]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.02.0318.004; Mon, 28 Jan 2013 10:34:36 -0600
From: "Jonathan Hui (johui)" <johui@cisco.com>
To: Abdussalam Baryun <abdussalambaryun@gmail.com>
Thread-Topic: Discussion/Comments For draft-ietf-roll-trickle-mcast-03
Thread-Index: AQHN/W9oT2fXxKK2sEKFqr+pjlBCPw==
Date: Mon, 28 Jan 2013 16:34:35 +0000
Message-ID: <B50D0F163D52B74DA572DD345D5044AF186E448A@xmb-rcd-x04.cisco.com>
References: <CADnDZ88Vq5h+dzJNQfCStc4w9G+Bqqk7A+uQo0bDPD=fhvE=TA@mail.gmail.com> <CADnDZ8_JLNMgPmd1ztChd63Fwjiw++JZ4fdPBv_wJNWcFBubmQ@mail.gmail.com> <B50D0F163D52B74DA572DD345D5044AF186E4114@xmb-rcd-x04.cisco.com> <CADnDZ89fjEqfWriDr9MerhgUZzqgccMDCEOctGGSwFEw2ktOCg@mail.gmail.com>
In-Reply-To: <CADnDZ89fjEqfWriDr9MerhgUZzqgccMDCEOctGGSwFEw2ktOCg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [128.107.155.2]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <E409C7A63C3D054ABA1CA55B7C4F1D80@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "richard.kelsey@silabs.com Kelsey" <richard.kelsey@silabs.com>, roll WG <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: Mon, 28 Jan 2013 16:34:45 -0000
MPL uses multicast. -- Jonathan Hui On Jan 28, 2013, at 8:24 AM, Abdussalam Baryun <abdussalambaryun@gmail.com> wrote: > Hi Jonathan, > > Why MPL forwarder have no knowledge of neighbors, then how does it > forward to other forwarders, > > AB > > On 1/28/13, Jonathan Hui (johui) <johui@cisco.com> wrote: >> >> Trickle does not utilize any knowledge of neighboring nodes. >> >> -- >> Jonathan Hui >> >> On Jan 26, 2013, at 8:58 AM, Abdussalam Baryun <abdussalambaryun@gmail.com> >> wrote: >> >>> 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