Re: [Roll] WG Last Call draft-ietf-roll-trickle-mcast-02
peter van der Stok <stokcons@xs4all.nl> Mon, 05 November 2012 12:24 UTC
Return-Path: <stokcons@xs4all.nl>
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 1E89A21F85B3 for <roll@ietfa.amsl.com>; Mon, 5 Nov 2012 04:24:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.504
X-Spam-Level:
X-Spam-Status: No, score=-0.504 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
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 QkHGAVsYFDSB for <roll@ietfa.amsl.com>; Mon, 5 Nov 2012 04:24:07 -0800 (PST)
Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by ietfa.amsl.com (Postfix) with ESMTP id 36B8321F8585 for <roll@ietf.org>; Mon, 5 Nov 2012 04:24:07 -0800 (PST)
Received: from roundcube.xs4all.nl (roundcube4.xs4all.net [194.109.20.200]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id qA5CNTg4055095; Mon, 5 Nov 2012 13:23:30 +0100 (CET) (envelope-from stokcons@xs4all.nl)
Received: from dhcp-42f7.meeting.ietf.org ([130.129.66.247]) by roundcube.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 05 Nov 2012 13:23:29 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Mon, 05 Nov 2012 13:23:29 +0100
From: peter van der Stok <stokcons@xs4all.nl>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Organization: vanderstok consultancy
Mail-Reply-To: <consultancy@vanderstok.org>
In-Reply-To: <19755.1351900015@sandelman.ca>
References: <CCB50B52.1B637%d.sturek@att.net> <B50D0F163D52B74DA572DD345D5044AF0F6E519E@xmb-rcd-x04.cisco.com> <b4475c01a2da3a733b3fae9fccab42a7@xs4all.nl> <B50D0F163D52B74DA572DD345D5044AF0F6E9646@xmb-rcd-x04.cisco.com> <5091B2A3.1090205@exegin.com> <B50D0F163D52B74DA572DD345D5044AF0F6ECE93@xmb-rcd-x04.cisco.com> <c04faf7dd80fa0cc01bc2c5123da0c7b@xs4all.nl> <404.1351779310@obiwan.sandelman.ca> <21d5e8c9a5f4a517a8fa421497f37c8a@xs4all.nl> <19755.1351900015@sandelman.ca>
Message-ID: <7a5d49da82e9b77ea808b389792ccdeb@xs4all.nl>
X-Sender: stokcons@xs4all.nl (RxmOSHTibiWwtSyLv+l3Ys0kfMqFVmnl)
User-Agent: XS4ALL Webmail
X-Virus-Scanned: by XS4ALL Virus Scanner
Cc: "roll@ietf.org WG" <roll@ietf.org>, "Jonathan Hui (johui)" <johui@cisco.com>
Subject: Re: [Roll] WG Last Call draft-ietf-roll-trickle-mcast-02
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: consultancy@vanderstok.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, 05 Nov 2012 12:24:08 -0000
Hi Michael, The answer to your question is given by the scenario of Dario that I reproduced below. Actions 4 and 5 describe what I intended to limit the forwarding. In addition I like to mention that when a multicast is intended for a group with members in N2 and N1 the multicast address could have a prefix that is a prefix to Fd01::/64 and Fd02::/64. For example the MC address is then FF35:0040:FD0::1. In accordance, I suggest that all forwarders in N1 and in N2 accept and forward the message. As an aside I like to mention that BR1 and BR2 use the same channel for 802.15.4 because often there are many physical and organisational constraints who may dictate such an alocation. Greetings, Peter -------- DArio scenario ------- Example: Two border routers (BR1 and BR2) each forming a network: --- Network 1 (BR1) --- Unicast prefix: FD01::/64 Unicast-prefix-based multicast address prefix: FF35:0040:FD01::/96 --- Network 2 (BR2) --- Unicast prefix: FD02::/64 Unicast-prefix-based multicast address prefix: FF35:0040:FD02::/96 1. A non-MPL aware node in network 1 wishes to send a multicast to all nodes in network 1. 2. It sends to multicast address FF35:0040:FD01::1, un-encapsulated. 3. The packet is received by a MPL router in network 2 (N2R1). 4. N2R1 finds no higher layer listening to FF35:0040:FD01::1 and, therefore, does not pass the packet up. 5. N2R1 finds no matching routing information for FF35:0040:FD01::1 and does not forward the packet. The packet is, therefore, discarded. 6. The packet is also received by a MPL router in network 1 (N1R1). 7. N1R1 finds a higher layer listening to FF35:0040:FD01::1 and passes a copy of the packet up. Note: This would depend on whether or not any higher layers were actually interested in the mc group. Also, this step is not a prerequisite for the next step to occur. 8. N1R1 finds matching routing information for FF35:0040:FD01::1, because it is a member of network FD01::/64 9. N1R1 encapsulates the packet with a MPL HbH option such that the outer and inner destination addresses appear as: [FF02::MPL][FF35:0040:FD01::1], respectively. 10. N1R1 transmits the new resulting packet. 11. The packet is received by another MPL router in network 1 (N1R2). 12. Seeing that the destination address is FF02::MPL, N1R2 decapsulates the packet (i.e. the original packet exits the tunnel). 13. N1R2 finds a higher layer listening to FF35:0040:FD01::1 and passes a copy of the inner packet up. Note: This step is not a prerequisite for the next step to occur. 14. N1R2 also finds matching routing information for FF35:0040:FD01::1, because it is a member of network FD01::/64. 15. N1R2 re-encapsulates the packet with the *original* MPL HbH option such that the outer and inner destination addresses appear as: [FF02::MPL][FF35:0040:FD01::1], respectively. 16. N1R2 transmits the resulting packet. 17. The packet is received by yet another MPL router in network 2 (N2R2). 18. Seeing that the destination address is FF02::MPL, N2R2 decapsulates the packet (i.e. the original packet exits the tunnel). 19. N2R2 finds no matching routing information or listener for FF35:0040:FD01::1 and, therefore, discards the packet. ----- end Dario scenario ------- Michael Richardson schreef op 2012-11-03 00:46: > see inline > > peter van der Stok <stokcons@xs4all.nl> wrote: > peter> It is related to the scope of the multicast, but not in > the > peter> administrative sense, but in an operational sense when > peter> wireless forwarders receive MPL messages and they should > be > peter> able to filter only those messages that are targeted to > the > peter> subnet of which they are part. > > Is this about configuring multicast (hardware) filters so that the > wrong > nodes aren't woken up? > Is the case you speak up articulated by one of Robert's diagrams? > > peter> I explained the case earlier with an example. > > Yes, I had asked a question about that too. I didn't understand how > the two networks overlapped. Do they share the same 15.4 key > material? > Do they have the same beacons? > > My feeling is that you are solving a problem which exists on paper, > but > not in a real 15.4 network. But, I could be completely wrong.
- [Roll] WG Last Call draft-ietf-roll-trickle-mcast… JP Vasseur (jvasseur)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Thomas Heide Clausen
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ulrich Herberg
- [Roll] Fwd: Re: WG Last Call draft-ietf-roll-tric… peter van der Stok
- Re: [Roll] Fwd: Re: WG Last Call draft-ietf-roll-… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ulrich Herberg
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ulrich Herberg
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Dario Tedeschi
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] Fwd: Re: WG Last Call draft-ietf-roll-… peter van der Stok
- Re: [Roll] Fwd: Re: WG Last Call draft-ietf-roll-… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ulrich Herberg
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Robert Cragie
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Dario Tedeschi
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Robert Cragie
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Dijk, Esko
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Robert Cragie
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Michael Richardson
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Jonathan Hui (johui)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Robert Cragie
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Dario Tedeschi
- [Roll] END of WG LC -- Re: WG Last Call draft-iet… JP Vasseur (jvasseur)
- Re: [Roll] END of WG LC -- Re: WG Last Call draft… Thomas Clausen
- [Roll] WG Last Call draft-ietf-roll-trickle-mcast… JP Vasseur (jvasseur)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Kerry Lynn
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Kerry Lynn
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… David Culler
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… JP Vasseur (jvasseur)
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… peter van der Stok
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Don Sturek
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ralph Droms
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Ralph Droms
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Philip Levis
- Re: [Roll] WG Last Call draft-ietf-roll-trickle-m… Abdussalam Baryun