[magma] Re: [pim] IPv6 Inter-domain Multicasting and Address Assignments

"Marshall Eubanks" <marshall.eubanks@gmail.com> Fri, 23 February 2007 01:36 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HKPMc-0006tD-Nh; Thu, 22 Feb 2007 20:36:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HKPMb-0006sl-Is for magma@ietf.org; Thu, 22 Feb 2007 20:36:45 -0500
Received: from mu-out-0910.google.com ([209.85.134.188]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HKPMX-0003ZB-0G for magma@ietf.org; Thu, 22 Feb 2007 20:36:45 -0500
Received: by mu-out-0910.google.com with SMTP id g7so300089muf for <magma@ietf.org>; Thu, 22 Feb 2007 17:36:40 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GvURfybRKnxR1bBf0H+BCNGYUhNTRPQqRSNbFMc1CiMhrJXJQvmWCF2CK+vtb4A8/m5MUnZil0+sZT7fyb9okGImpU7BlF39n0p0kfwu/L94t40ogLNTJqnZovoz9lX4YZxh4YDfEWAybEn42wMXVtqFt59DyR6ormvDSYKD2wA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pTF/9zJk1LSXOCwYGhZ+vCDd/uxdZWuSlMITYmMzB3pvEOgQqj8lA3JSCLyPCAVr/gd7q/VL2d3hZN0LCj+n5OUVpvnIyJZFrtTraWdzEQiNEF98NYlPXcb2ETj+TT7gqDT9Hq9IC6pb2oFJvtg3EVGA9AexMsdPEF41SuOt64Y=
Received: by 10.82.187.16 with SMTP id k16mr321765buf.1172194599539; Thu, 22 Feb 2007 17:36:39 -0800 (PST)
Received: by 10.82.176.2 with HTTP; Thu, 22 Feb 2007 17:36:39 -0800 (PST)
Message-ID: <dcad22d80702221736g4ebfd7e7sc6c9be6fb6a7dd81@mail.gmail.com>
Date: Thu, 22 Feb 2007 20:36:39 -0500
From: Marshall Eubanks <marshall.eubanks@gmail.com>
To: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <20070223001834.GA32766@login.ecs.soton.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <2A89D6B6FFB96046BE70561B718593F602ED6C59@va03ex01.si.siroot.com> <20070223001834.GA32766@login.ecs.soton.ac.uk>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 093efd19b5f651b2707595638f6c4003
Cc: tme@multicasttech.com, magma@ietf.org, "Gibbons, James" <James.Gibbons@si-intl.com>
Subject: [magma] Re: [pim] IPv6 Inter-domain Multicasting and Address Assignments
X-BeenThere: magma@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multicast and Anycast Group Membership <magma.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/magma>, <mailto:magma-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:magma@ietf.org>
List-Help: <mailto:magma-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/magma>, <mailto:magma-request@ietf.org?subject=subscribe>
Errors-To: magma-bounces@ietf.org

Hello;

In my opinion, this should be done on Mboned, and certainly not on
PIM. However, here is my take in this.


On 2/22/07, Tim Chown <tjc@ecs.soton.ac.uk> wrote:
> On Tue, Feb 20, 2007 at 03:41:33PM -0500, Gibbons, James wrote:
> >
> >    Hello,
> >
> >
> >    SI   International  represents  and  contracts  with  DITO  (DoD  IPv6
> >    Transition  Office)  on  a number of IPv6 issues.  In this case we are
> >    providing  DITO  with  a  white  paper  on IPv6 Inter-domain multicast
> >    address   assignments   and  issues/problems  (expected  or  realized)
> >    regarding IPv6 multicast implementations.
> >
> >    To begin, I have gone over a number of RFCs (including RFC 3306, 3956,
> >    3307,  2375,  4607,  ID draft-ietf-mboned-ipv6-multicast-issues-02.txt
> >    among  others)  but they are vague as to actual working implementation
> >    of  inter-domain  multicast  address  assignments and how they will or
> >    might work proceed.
>
> RFC3306 lets you create for yourself a globally unique multicast group
> address where your unicast prefix (which is unique by allocation) contributes
> towards the first 96 bits of the group address.
>
> The missing bit is how you manage the last 32 bits, but that could be
> application determined if for example you used a /64 per application.
> Or you can choose your own manually.
>
> >    In IPv4 GLOP was developed but not widely used, where an organizations

I disagree with this. Except for going to IANA - or making it up - this is the
only thing that is used in IPv4.

Also, you might be interested that we are working on instantiating eGLOP - see

http://www.apnic.net/docs/policy/proposals/prop-047-v001.html  -

similar proposals have been sent to RIPE and ARIN.

> >    ASN  is embedded in the 223.0.0.0 / 8 multicast range.  In IPv6 I have
> >    seen  V6UPBM  (RFC  3306)  and  "Embedded  RP"  (RFC  3956) as similar
> >    proposals for IPv6.
>
> Yep.
>
> >    However,  I  am  still  not  clear  of the "reality" of IPv6 multicast
> >    address  assignments  especially  with  regards to globally unique (by
> >    organization, domain, site, etc.) inter-domain multicast.
>
> We're using RFC3306 and Embedded-RP group addresses for international
> IPv6 multicast applications.

This has been used since at least early 2003; it was first presented
at the Summer 2003
IETF in Vienna - see

http://www.6net.org/events/workshop-2004/durand.pdf

>
> >    That is, how far have actual address assignments proceeded?
>
> For 3306 you don't need an authority to hand it out, it's just there for
> you to use implicitly by the format.
>
> >    What is just proposed versus being implemented or to be implemented?
> >
> >    Are there actual standards being followed?
>
> A growing base of routers support Embedded RP... we've run that between
> the UK and US academic networks; all router son path (mainly Cisco and
> Juniper) support it.   No RP required :)
>
> >    Are   there  known/expected  issues/problems  with  IPv6  inter-domain
> >    multicast and address assignments?
> >
> >    Maybe a quote from my actual assignment will further clarify what I am
> >    looking for:
> >
> >    "DITO  is  having  some concerns with IPv6 multicast address space and
> >    how  it  should  or  should  not be provisioned.  You should start the
> >    study  with  regards  to  how  IPv4 multicast addressing worked in the
> >    past.   If  you  ever  worked  with  it you would know there was never
> >    official  group  reservations  made  with  regards  to address blocks.
> >    However,  this  was  never a real issue since its popularity died.  So
> >    except  for  what  was deemed to be the well-known addresses there was
> >    never  any  reservations, unlike how unicast is reserved.  One thought
> >    might be the Army gets a block of addresses, Navy, and so on."
>
> A big win for v6 is that you dont need an ASN for GLOP like v4, you can
> just form multicast groups from your unicast allocated prefix(es).
>

Note that there has been a big discussion about assignment of IPv6
addresses - see

http://www.arin.net/policy/proposals/2005_1.html

> And with a lot of /64's in an IPv6 site, you can (as we have) assign an

Most assignments are /48s

> RFC3306 group range per application if you chose to do so.
>
> The other nice thing about v6 multicast is the explicit scoping bits, which
> make it easier to control where your traffic flows.
>

Yes. I expect more in the future here.

> --
> Tim

Regards
Marshall

>
> _______________________________________________
> pim mailing list
> pim@ietf.org
> https://www1.ietf.org/mailman/listinfo/pim
>

_______________________________________________
magma mailing list
magma@ietf.org
https://www1.ietf.org/mailman/listinfo/magma