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