Re: [Roll] [roll] #128: Trickle multicast could be considered in other applications?

Kerry Lynn <kerlyn@ieee.org> Mon, 29 July 2013 14:31 UTC

Return-Path: <kerlyn2001@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 2780C21F8AA1 for <roll@ietfa.amsl.com>; Mon, 29 Jul 2013 07:31:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dAZN+1nx0pTR for <roll@ietfa.amsl.com>; Mon, 29 Jul 2013 07:31:31 -0700 (PDT)
Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) by ietfa.amsl.com (Postfix) with ESMTP id F379C21F9BC4 for <roll@ietf.org>; Mon, 29 Jul 2013 07:30:49 -0700 (PDT)
Received: by mail-oa0-f43.google.com with SMTP id i10so7920058oag.2 for <roll@ietf.org>; Mon, 29 Jul 2013 07:30:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=SdKCpSKeqZtxH9GK+z9/qHaGK8uWQrnR1hTJPt/hn6s=; b=tBAunvFLPswQud/mVsw0ykTZ0yml8LkmGholGxPs4h38+6Tutlm7aNlTyIuo/PWzuE J42gdK11RlsA8JGd7LHdmUEZ8sjHOBbjQZ/eSXNUYOI7j37xl2fqyrwSzGJfyQGrgHX/ UM+vttadZfxl9a/g2R4Ogzs13ZBEwvyip9UHjBCwGqo2LpPDBKc98SQH4j4gGHyauM14 2Wc6x8U6XGwHCVBhKNJc31CIEGzLI5utunl7xv9oM8D9ae4wqChiMXTriXzd2FGCKGAJ gxid9qV3Bkhi6d1lGGrqiWmcOTr/S/3n5PzZOtVEQDvMtwLgEMp1LO5t3dptnJwTCAA/ G0dg==
MIME-Version: 1.0
X-Received: by 10.60.38.164 with SMTP id h4mr58649214oek.22.1375108238946; Mon, 29 Jul 2013 07:30:38 -0700 (PDT)
Sender: kerlyn2001@gmail.com
Received: by 10.60.94.239 with HTTP; Mon, 29 Jul 2013 07:30:38 -0700 (PDT)
In-Reply-To: <31754.1375105303@sandelman.ca>
References: <067.081907fd6195c3034e6e8c71a7eb4a93@trac.tools.ietf.org> <082.a3c6d181235e95142a4efbdf979fe23b@trac.tools.ietf.org> <12710.1375085495@sandelman.ca> <CABOxzu0YKmrAQ4CvNAksnXp6dwnVyRvUM_9unPLuQaC017x79A@mail.gmail.com> <31754.1375105303@sandelman.ca>
Date: Mon, 29 Jul 2013 10:30:38 -0400
X-Google-Sender-Auth: JgIfWy-f5kBGMGpItCskYnSfrZU
Message-ID: <CABOxzu0TZLk_RJNBqa+wTYb4hAz481O64OFhuGcNP==M_ZGcnw@mail.gmail.com>
From: Kerry Lynn <kerlyn@ieee.org>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="089e0149bf721c3a5904e2a75668"
Subject: Re: [Roll] [roll] #128: Trickle multicast could be considered in other applications?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
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, 29 Jul 2013 14:31:53 -0000

On Mon, Jul 29, 2013 at 9:41 AM, Michael Richardson
<mcr+ietf@sandelman.ca>wrote:

>
> Kerry Lynn <kerlyn@ieee.org> wrote:
>     > My original comment was not to suggest that we should delay the
> draft while we
>     > think up new uses for MPL.  Rather, by considering *any* other
> application it
>     > may
>     > help us decide whether the current proposal is sufficiently
> specified.
>
>     > One alternative use of MPL is to enable multicast updates in small
> mutli-subnet
>     > topologies like homenet.  MPL would probably be less complex than
> deploying
>     > PIM-xM on small routers and, unlike IGMP/MLD Proxying [RFC 4605], it
> would
>     > not require hand-configured trees.  I have a dnssdext proposal in
> mind that
>     > could
>     > use MPL to advantage over hetergeneous links.
>
> So, if sdnsext wants to use MPL, then it needs an applicability statement
> to
> make it clear where the boundaries of the scope-3 is.
>
> I'm not arguing that scope-3 is required for MPL beyond LLNs.  In fact,
reactive
forwarding seems to rely only on link local multicast scope.  (FYI, the
provisional
name is dnssdext.)  If there's a need to limit the extent of MPL updates in
the
general case, couldn't this be done with Hop Count?

For homenet deployments of sdnsext, I think that homenet already has a need
> to determine site boundary.
> For eduprise deployments, it might be enough to say that automatic
> detection
> is impossible, and so routers should default to marking interfaces as not
> being scope-3, but should include a mechanism to include the interface into
> that scope (and which scope-3 domain if the router has more than two
> interfaces).
>
> Having said this, do you think we are done with ticket #128?
>
> Well, I thought that ticket #128<http://trac.tools.ietf.org/wg/roll/trac/ticket/128>had a dependency on the proactive forwarding
tickets (#129 <http://trac.tools.ietf.org/wg/roll/trac/ticket/129>,
#130<http://trac.tools.ietf.org/wg/roll/trac/ticket/130>)
but I think you bring up the point that it also depends on
#132 <http://trac.tools.ietf.org/wg/roll/trac/ticket/132>.  I defer to the
group to decide which is the cart and which is the horse.

-K-

 --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>