[MBONED] addrarch: IANA allocations and assignments
Pekka Savola <pekkas@netcore.fi> Wed, 20 December 2006 11:30 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gwzev-0008IF-0D; Wed, 20 Dec 2006 06:30:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gwzeu-0008I9-9w for mboned@ietf.org; Wed, 20 Dec 2006 06:30:52 -0500
Received: from eunet-gw.ipv6.netcore.fi ([2001:670:86:3001::1] helo=netcore.fi) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gwzet-0005Mw-Or for mboned@ietf.org; Wed, 20 Dec 2006 06:30:52 -0500
Received: from localhost (pekkas@localhost) by netcore.fi (8.12.11.20060614/8.12.11) with ESMTP id kBKBUl4q024100 for <mboned@ietf.org>; Wed, 20 Dec 2006 13:30:48 +0200
Date: Wed, 20 Dec 2006 13:30:47 +0200
From: Pekka Savola <pekkas@netcore.fi>
To: mboned@ietf.org
Message-ID: <Pine.LNX.4.64.0612201329120.22781@netcore.fi>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Virus-Scanned: ClamAV 0.88.7/2359/Wed Dec 20 01:52:09 2006 on otso.netcore.fi
X-Virus-Status: Clean
X-Spam-Status: No, score=-0.0 required=5.0 tests=NO_RELAYS autolearn=failed version=3.1.7
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on otso.netcore.fi
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Subject: [MBONED] addrarch: IANA allocations and assignments
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mboned>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
Errors-To: mboned-bounces@ietf.org
AD review: IANA allocations and assignments 1) The draft says that IANA should not make direct multicast address space allocations (big chunks) to operators and even direct assignments (e.g., applications) seem like land-grabbing. Justification for this recommendation did not seem to be suitably well established, and this seems just discussion, given that we presently do not make instructions for IANA (see issue 3). Issues in particular: 1.1) What is the IPv4 multicast allocation approach for those networks which will only have 4-byte AS numbers? (Expected to happen in a couple of years.) GLOP is no longer applicable. Possibilities include: - IANA handing out static allocations (again, strongly discouraged in Section 2.3), - IPv4 unicast-prefix -based allocation could be marketed as a potential solution in this space (would we need to revive this or is the option of reviving it in the future if there is interest good enough?), - no approach seems to be needed for this (given SSM and v6 methods), - something else? 1.2) No evidence is presented that "land-grabbing" multicast assignments has been a problem. It's true that there is still a lot of space in the "AD-HOC Block" (224.0.2.0 - 224.0.255.0). Internetwork control block is almost full though, and should probably not be expanded too much. Is there something we should do here, e.g., make Internetwork control and local network blocks (224.0.1.0/24 and 224.0.0.0/24 respectively) more difficult to get, tone down the AD-HOC block language, or what? Note that there is an expired draft that tried to do a bit of this, but it was never finished: http://tools.ietf.org/wg/mboned/draft-ietf-mboned-rfc3171bis/ -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings _______________________________________________ MBONED mailing list MBONED@ietf.org https://www1.ietf.org/mailman/listinfo/mboned
- [MBONED] addrarch: IANA allocations and assignmen… Pekka Savola
- Re: [MBONED] addrarch: IANA allocations and assig… Marshall Eubanks
- Re: [MBONED] addrarch: IANA allocations and assig… David Meyer
- Re: [MBONED] addrarch: IANA allocations and assig… Marshall Eubanks
- Re: [MBONED] addrarch: IANA allocations and assig… David Meyer
- Re: [MBONED] addrarch: IANA allocations and assig… Marshall Eubanks
- Re: [MBONED] addrarch: IANA allocations and assig… Toerless Eckert
- Re: [MBONED] addrarch: IANA allocations and assig… David Meyer
- Re: [MBONED] addrarch: IANA allocations and assig… Toerless Eckert
- Re: [MBONED] addrarch: IANA allocations and assig… David Meyer
- [MBONED] addrarch: resurrect IPv4 unicast-prefix-… Pekka Savola
- RE: [MBONED] addrarch: resurrect IPv4 unicast-pre… Dave Thaler
- RE: [MBONED] addrarch: resurrect IPv4 unicast-pre… Pekka Savola