[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
- [magma] IPv6 Inter-domain Multicasting and Addres… Gibbons, James
- [magma] Re: [pim] IPv6 Inter-domain Multicasting … Marshall Eubanks
- [magma] Re: [pim] IPv6 Inter-domain Multicasting … Marshall Eubanks
- Re: [magma] Re: [pim] IPv6 Inter-domain Multicast… Stig Venaas