Re: [Roll] [roll] #110: trickle-mcast: do applications receive all multicast, or just MPL encapsulated ones

"Jonathan Hui (johui)" <johui@cisco.com> Thu, 01 November 2012 18:51 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 3E25B21F939A for <roll@ietfa.amsl.com>; Thu, 1 Nov 2012 11:51:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.343
X-Spam-Level:
X-Spam-Status: No, score=-10.343 tagged_above=-999 required=5 tests=[AWL=0.256, 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 0j3zhE0UCBhi for <roll@ietfa.amsl.com>; Thu, 1 Nov 2012 11:51:49 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 8171F21F9136 for <roll@ietf.org>; Thu, 1 Nov 2012 11:51:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3538; q=dns/txt; s=iport; t=1351795909; x=1353005509; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=9+PfJYceS1jriR31V0hJ3mm4QWFhtGHKAJYQULyR+SU=; b=XIe0rmUwqFPUukxSXzwO7BnAX1O1nyd2b/tSBIn8n9SnLDnq03t4xBoL GtJECOQarvU8eqMx4AZ1jn9YK6qP0MZm3wlFp7lDAMvY0kqaVIzsU16cX /8zcs9d3jGi9TGHEnzZJCfm7D3UV0azFO8F4jzEKziVSgcn3WZ0Ne+0DZ w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAHXDklCtJXHA/2dsb2JhbAA6CsN0gQiCHgEBAQMBAQEBDwFbCwULAgEIGAoZCycLJQIEDgUIGodeBgucSKAsi3sQFIU2YQOXE409gWuCb4FkFx4
X-IronPort-AV: E=Sophos;i="4.80,695,1344211200"; d="scan'208";a="137899433"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-3.cisco.com with ESMTP; 01 Nov 2012 18:51:48 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id qA1IplR0009133 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 1 Nov 2012 18:51:47 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.200]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.02.0318.001; Thu, 1 Nov 2012 13:51:46 -0500
From: "Jonathan Hui (johui)" <johui@cisco.com>
To: "<robert.cragie@gridmerge.com>" <robert.cragie@gridmerge.com>
Thread-Topic: [Roll] [roll] #110: trickle-mcast: do applications receive all multicast, or just MPL encapsulated ones
Thread-Index: AQHNuEspMgZUiTBCAUyZhLDpCxipTQ==
Date: Thu, 1 Nov 2012 18:51:46 +0000
Message-ID: <B50D0F163D52B74DA572DD345D5044AF0F6F0B10@xmb-rcd-x04.cisco.com>
References: <058.c053ae172b60ad763a419d3caf1dd7ac@trac.tools.ietf.org> <B50D0F163D52B74DA572DD345D5044AF0F6EFC09@xmb-rcd-x04.cisco.com> <5092BDA4.30607@gridmerge.com>
In-Reply-To: <5092BDA4.30607@gridmerge.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [128.107.155.10]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19328.001
x-tm-as-result: No--35.567900-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <33CF6AFD733CA6458890454C40C6E2BD@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<roll@ietf.org>" <roll@ietf.org>
Subject: Re: [Roll] [roll] #110: trickle-mcast: do applications receive all multicast, or just MPL encapsulated ones
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: Thu, 01 Nov 2012 18:51:50 -0000

HI Robert,

I'm not sure I follow you.  If we require MPL forwarders to drop packets sent to FF0X::MPL and do not contain an MPL Option, how do we expect one to encapsulate it for forwarding within the MPL domain?

I suggested in another email that encapsulation be required unless the IPv6 Destination Address be equal to FF0X::MPL.  If it is anything else, then encapsulation is required.

Also, since Peter would like to use unicast prefix-based multicast addresses, there is a one-to-one mapping between the MPL domain and the (address scope, group identifier) tuple.

--
Jonathan Hui

On Nov 1, 2012, at 11:21 AM, Robert Cragie <robert.cragie@gridmerge.com>; wrote:

> We could say that address has to be subscribed to by all MPL forwarders and SHOULD (MUST?) be used with a MPL Option. If the language in the draft were tightened up a bit regarding packet types, this would mean that if for some reason a packet to FF0X::MPL was originated without a MPL Option, it would be harmlessly (but wastefully) encapsulated and the chances are anything beyond the MPL domain would not be subscribed so would be ignored for that reason. Of course, if used with a MPL Option, no encapsulation is needed, there is a one-to-one mapping between the MPL domain and the address scope and it would not be forwarded on interfaces which don't understand MPL.
> 
> Robert
> 
> 
> On 01/11/2012 4:08 PM, Jonathan Hui (johui) wrote:
>> The FF0X::MPL multicast address serves to identify a group of MPL forwarders within an MPL domain.
>> 
>> I think if any device sends a packet to FF0X::MPL, it should be delivered to and processed by all devices subscribed to that address.
>> 
>> Thoughts from others?
>> 
>> --
>> Jonathan Hui
>> 
>> On Nov 1, 2012, at 7:47 AM, roll issue tracker <trac+roll@trac.tools.ietf.org>; wrote:
>> 
>>> #110: trickle-mcast: do applications receive all multicast, or just MPL
>>> encapsulated ones
>>> 
>>> There's still the case that multicasts from non-MPL nodes are received by
>>> MPL-forwarder-nodes
>>> (presumably). Should there be guidelines here? Example: if an application
>>> on my MPL-forwarder node
>>> joins multicast group FF05::1234, will the application then receive IP
>>> multicasts sent
>>> with destination FF05::1234, or will it only receive those IP multicasts
>>> to FF05::1234
>>> that were delivered encapsulated in an FF0X::MPL packet ?
>>> 
>>> That decision could be out of scope; but on the other hand may lead to
>>> different
>>> implementers making different choices here.
>>> 
>>> -- 
>>> -----------------------------+---------------------------------------------
>>> Reporter:  mcr@…            |      Owner:  draft-ietf-roll-trickle-mcast@…
>>>     Type:  enhancement      |     Status:  new
>>> Priority:  major            |  Milestone:
>>> Component:  trickle-mcast    |    Version:
>>> Severity:  In WG Last Call  |   Keywords:
>>> -----------------------------+---------------------------------------------
>>> 
>>> Ticket URL: <https://svn.tools.ietf.org/wg/roll/trac/ticket/110>
>>> roll <http://tools.ietf.org/wg/roll/>
>>> 
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>> 
> 
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll