Re: [ssm] what to say about scoping for v6
Pekka Savola <pekkas@netcore.fi> Wed, 12 March 2003 20:29 UTC
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20873 for <ssm-archive@odin.ietf.org>; Wed, 12 Mar 2003 15:29:23 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2CKhTT12238 for ssm-archive@odin.ietf.org; Wed, 12 Mar 2003 15:43:29 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2CKhTO12235 for <ssm-web-archive@optimus.ietf.org>; Wed, 12 Mar 2003 15:43:29 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20841 for <ssm-web-archive@ietf.org>; Wed, 12 Mar 2003 15:28:52 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2CKhBO12199; Wed, 12 Mar 2003 15:43:11 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2CKglO12120 for <ssm@optimus.ietf.org>; Wed, 12 Mar 2003 15:42:47 -0500
Received: from netcore.fi (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA20785 for <ssm@ietf.org>; Wed, 12 Mar 2003 15:28:08 -0500 (EST)
Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id h2CKSX416135; Wed, 12 Mar 2003 22:28:33 +0200
Date: Wed, 12 Mar 2003 22:28:33 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: Hitoshi Asaeda <Hitoshi.Asaeda@sophia.inria.fr>
cc: holbrook@cisco.com, bkhabs@nc.rr.com, ssm@ietf.org
Subject: Re: [ssm] what to say about scoping for v6
In-Reply-To: <20030312.211245.31557846.Hitoshi.Asaeda@sophia.inria.fr>
Message-ID: <Pine.LNX.4.44.0303122227070.15970-100000@netcore.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: ssm-admin@ietf.org
Errors-To: ssm-admin@ietf.org
X-BeenThere: ssm@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ssm>, <mailto:ssm-request@ietf.org?subject=unsubscribe>
List-Id: Source-Specific Multicast <ssm.ietf.org>
List-Post: <mailto:ssm@ietf.org>
List-Help: <mailto:ssm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ssm>, <mailto:ssm-request@ietf.org?subject=subscribe>
On Wed, 12 Mar 2003, Hitoshi Asaeda wrote: > > Note that when forwarding or processing SSM, the scope of both S and G > > may have to be considered [SCOPED-ARCH]; in particular, if the unicast > > scope of S is smaller than respective multicast scope of G, the packets > > might end up forwarded outside of the scope of S. Therefore, limited > > scopes should be avoided and must not be used as a security mechanism. > > Although I didn't completely follow every mail of this subject, for > me, it is simple that; > > an end-node should not request any (S,G) join whose unicast > address scope and multicast address scope are not same. If the > kernel receives such request, it should discard it. Likewise, > if a router receives such join request, it should also discard > it. > > Why isn't it reasonable? What corresponds to organization-local multicast scope? (seriously, one of the points in this doc was trying to avoid normative language on unicast scoping issues, and leave it to the scoped address architecture.) -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings _______________________________________________ ssm mailing list ssm@ietf.org https://www1.ietf.org/mailman/listinfo/ssm
- [ssm] another last call for draft-ietf-ssm-arch -… Hugh Holbrook
- Re: [ssm] another last call for draft-ietf-ssm-ar… Pekka Savola
- Re: Re: [ssm] another last call for draft-ietf-ss… Hugh Holbrook
- Re: Re: [ssm] another last call for draft-ietf-ss… Pekka Savola
- Re: [ssm] another last call for draft-ietf-ssm-ar… Brian Haberman
- Re: [ssm] another last call for draft-ietf-ssm-ar… Pekka Savola
- Re: [ssm] another last call for draft-ietf-ssm-ar… Brian Haberman
- Re: [ssm] another last call for draft-ietf-ssm-ar… Pekka Savola
- Re: [ssm] another last call for draft-ietf-ssm-ar… Brian Haberman
- Re: Re: Re: [ssm] another last call for draft-iet… Hugh Holbrook
- [ssm] what to say about scoping for v6 [was ...la… Hugh Holbrook
- [ssm] permanent ipv6 ssm addresses [was ...last c… Hugh Holbrook
- Re: [ssm] permanent ipv6 ssm addresses [was ...la… Brian Haberman
- Re: [ssm] another last call for draft-ietf-ssm-ar… Brian Haberman
- Re: [ssm] what to say about scoping for v6 [was .… Brian Haberman
- Re: Re: [ssm] permanent ipv6 ssm addresses [was .… Hugh Holbrook
- Re: [ssm] what to say about scoping for v6 [was .… Pekka Savola
- Re: Re: [ssm] what to say about scoping for v6 [w… Hugh Holbrook
- Re: [ssm] what to say about scoping for v6 [was .… Brian Haberman
- Re: Re: [ssm] what to say about scoping for v6 [w… Pekka Savola
- Re: [ssm] what to say about scoping for v6 Hitoshi Asaeda
- Re: Re: Re: [ssm] what to say about scoping for v… Hugh Holbrook
- Re: [ssm] what to say about scoping for v6 Pekka Savola
- Re: [ssm] what to say about scoping for v6 [was .… Brian Haberman
- Re: [ssm] what to say about scoping for v6 [was .… Pekka Savola
- Re: Re: [ssm] what to say about scoping for v6 [w… Hugh Holbrook
- Re: Re: [ssm] what to say about scoping for v6 [w… Pekka Savola
- Re: Re: [ssm] another last call for draft-ietf-ss… Hugh Holbrook