Re: [Roll] draft-ietf-roll-trickle-mcast-03: Varying Trickle parameters per MPL Domain

Abdussalam Baryun <abdussalambaryun@gmail.com> Wed, 30 January 2013 20:53 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 D31C121F888B for <roll@ietfa.amsl.com>; Wed, 30 Jan 2013 12:53:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.59
X-Spam-Level:
X-Spam-Status: No, score=-3.59 tagged_above=-999 required=5 tests=[AWL=0.009, 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 f3yM5Wp82qM6 for <roll@ietfa.amsl.com>; Wed, 30 Jan 2013 12:53:46 -0800 (PST)
Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) by ietfa.amsl.com (Postfix) with ESMTP id 87CD921F886C for <roll@ietf.org>; Wed, 30 Jan 2013 12:53:45 -0800 (PST)
Received: by mail-pa0-f46.google.com with SMTP id kp14so1294534pab.19 for <roll@ietf.org>; Wed, 30 Jan 2013 12:53:43 -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=7DD0p9VLuKWkM93ntKilHtdMXbhcfMsImYxwSfZcCPk=; b=vGubaSYxLDmxhJnIPuVC6OEpohpnH4EhDkRVOYtpF3rLN0+7ks4LL3qCHX5MsMDmlT oJQ2NcV8WPOp9ODwEzZJreyHeB1gL1Kgabnkz2K+qt6/EVM3KUrIcGFTKE/X4Jpdpm8C wvNWp6lg0nhUqByk65v/d0Ud7epzwXZDIOTGbPkgucnQxKtEl8jTrCfx11ymya/PQcRS G8p9pFeU3WPXygMA28LzV7++q3KgPdwKxaYQVMBFh964ao9diDt62nWLKUlY0r9Y8vnd 7eVQizMZRMNJDARvTlWPscxuY9eHFY3U0fCr5jNdLF9xF8lsSFh2hmHSxwrs+Ma/OQe7 L+Cg==
MIME-Version: 1.0
X-Received: by 10.66.73.164 with SMTP id m4mr14577624pav.12.1359579223925; Wed, 30 Jan 2013 12:53:43 -0800 (PST)
Received: by 10.68.218.134 with HTTP; Wed, 30 Jan 2013 12:53:43 -0800 (PST)
In-Reply-To: <031DD135F9160444ABBE3B0C36CED618B7678F@011-DB3MPN2-081.MGDPHG.emi.philips.com>
References: <20130124160907.4820.99930.idtracker@ietfa.amsl.com> <B50D0F163D52B74DA572DD345D5044AF186CF7D5@xmb-rcd-x04.cisco.com> <031DD135F9160444ABBE3B0C36CED618B7678F@011-DB3MPN2-081.MGDPHG.emi.philips.com>
Date: Wed, 30 Jan 2013 21:53:43 +0100
Message-ID: <CADnDZ8-14HjFSf-bOpr5o8_tLiSmRgqKoFFNoLLd-uEuUDes7g@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
To: "Dijk, Esko" <esko.dijk@philips.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "roll@ietf.org WG" <roll@ietf.org>, "Jonathan Hui (johui)" <johui@cisco.com>
Subject: Re: [Roll] draft-ietf-roll-trickle-mcast-03: Varying Trickle parameters per MPL Domain
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: Wed, 30 Jan 2013 20:53:46 -0000

Hi Esko,

comments in line,

On 1/30/13, Dijk, Esko <esko.dijk@philips.com> wrote:
> In Section 5.4, Trickle parameters are (implicitly?) forced to be equal for
> all MPL Domains that an MPL Forwarder participates in, because only 2 sets
> are supported per MPL Forwarder. Isn't this overly restrictive? Given that
> the MPL Domains don't interact with each other, it would be fine if a set of
> parameters is equal only within one and the same MPL Domain (so, that means
> an MPL Forwarder could have different Trickle parameters for each MPL Domain
> it is in.)

I think having more than one domain per forwarder makes success of
multicast complicated. If different trickel parameters for domains,
the drafts should explain more about this issue,
>
> The final sentence of section 5.4 confirms this view, that only
> within-Domain parameter equality is important:
> "It is RECOMMENDED that all MPL Forwarder within an MPL Domain use the same
> values for the Trickle Parameters above"
>

So it is recommended, so it can be different in one domain, which
gives flexibility to the protocol in one domain,

> Since a configuration method for Trickle parameters is out of scope of the
> I-D, it doesn't add any extra complexity here to allow different Trickle
> parameters for different MPL Domains. Also, allowing this does not seem to
> break the protocol in any way (unless I overlook something.)

You cannot just make every thing out of scope to avoid complexity. If
the protocol allows same forwarder with different domains, I think it
is important at least to identify a parameter for different domains or
explain how forwards, then its config can be out of scope, but just
mentioning that the protocol can allow multi-domains per forwarder, I
think there should be an answer of how forwarder does such activity,

My thoughts. I may be missing something because not completed my review,

AB