Re: RFC 3306 question

Tim Chown <tjc@ecs.soton.ac.uk> Tue, 16 August 2011 11:11 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0146521F8AD3 for <ipv6@ietfa.amsl.com>; Tue, 16 Aug 2011 04:11:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.479
X-Spam-Level:
X-Spam-Status: No, score=-2.479 tagged_above=-999 required=5 tests=[AWL=0.120, BAYES_00=-2.599]
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 T3dwlwhjrRDm for <ipv6@ietfa.amsl.com>; Tue, 16 Aug 2011 04:11:16 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id E3E5421F8AC3 for <ipv6@ietf.org>; Tue, 16 Aug 2011 04:11:15 -0700 (PDT)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id p7GBBx9j013349 for <ipv6@ietf.org>; Tue, 16 Aug 2011 12:11:59 +0100
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk p7GBBx9j013349
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=200903; t=1313493119; bh=Mt4DwxCxAikay9psCrsWRxIxXwo=; h=Mime-Version:Subject:From:In-Reply-To:Date:References:To; b=waeGXWnvTDVBvdLUbQyVFNLfI+N1rm3fbc03c//sQyZ7+Ux+2azTMTsdiLTB2oa1L ycISZUKD97RfXB42zeaA8iEA59S40E/veFWoOwO6dDlVfmYmeXdviNJH445cuDotgU xB/uJAK5nGsUZElMxWK/3HT0YhC3iyenC72yJOYA=
Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP id n7FCBx0366124195XJ ret-id none; Tue, 16 Aug 2011 12:11:59 +0100
Received: from dhcp-152-78-94-241.ecs.soton.ac.uk (dhcp-152-78-94-241.ecs.soton.ac.uk [152.78.94.241]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id p7GBBt7B007286 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <ipv6@ietf.org>; Tue, 16 Aug 2011 12:11:55 +0100
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1244.3)
Subject: Re: RFC 3306 question
From: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <4E428D83.4060501@innovationslab.net>
Date: Tue, 16 Aug 2011 12:11:55 +0100
Content-Transfer-Encoding: quoted-printable
Message-ID: <EMEW3|d1218bf3da9f157b77e198f14fe765aen7FCBx03tjc|ecs.soton.ac.uk|7A786539-A2AD-4B53-8FAF-86689969720E@ecs.soton.ac.uk>
References: <CABOxzu1MYxEW_1O1AQP91xgw2TT81-_=6YAKhsMW=4Y142tiyg@mail.gmail.com> <4E428D83.4060501@innovationslab.net> <7A786539-A2AD-4B53-8FAF-86689969720E@ecs.soton.ac.uk>
To: 6man Mailing List <ipv6@ietf.org>
X-Mailer: Apple Mail (2.1244.3)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=n7FCBx036612419500; tid=n7FCBx0366124195XJ; client=relay,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: p7GBBx9j013349
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Aug 2011 11:11:17 -0000

On 10 Aug 2011, at 14:54, Brian Haberman wrote:

> On 8/9/11 5:51 PM, Kerry Lynn wrote:
>> RFC 3306 states:
>> 
>> 
>> "The scope of the unicast-prefix based multicast address MUST NOT
>> exceed the scope of the unicast prefix embedded in the multicast
>> address."
>> 
>> 
>> I'd just like to verify my interpretation that site-local multicast addresses
>> 
>> MAY be formed from ULA prefixes?  If so, should a particular value
> 
> Yes, there is no issue with using a ULA prefix to form a unicast-prefix
> based multicast address with site-local scope.

Or presumably across whatever scope over which the ULA applies.  In our university we use site scope multicast (5) for departments and organisation scope multicast (8) for services constrained to the university.   If we used ULAs, then there would be a single /48 ULA for the university.

Technically RFC3306 would permit a global scope (e) multicast address using a ULA prefix, at least by the text cited above from the end of section 4.  That is a nit caused by the change in scope between deprecated site-locals and newer ULAs.

In practice we use Embedded-RP for all our IPv6 multicast. The embedded RP address could presumably be ULA so long as the multicast was only carried within the organisation border where the ULA routing existed.   It's not something we've tried to do, but it would theoreticially give some improved independence from network renumbering events.

This topic may become more relevant if ULAs are discussed more widely for routed networks in homenet, and 'home scope' service discovery (for example) used multicast.

Tim