[75623] in North American Network Operators' Group
Re: who gets a /32 [Re: IPV6 renumbering painless?]
daemon@ATHENA.MIT.EDU (Jeroen Massar)
Fri Nov 19 06:49:01 2004
From: Jeroen Massar <jeroen@unfix.org>
To: Iljitsch van Beijnum <iljitsch@muada.com>
Cc: NANOG list <nanog@merit.edu>
In-Reply-To: <5A88C1D8-3A1C-11D9-992B-000A95CD987A@muada.com>
Date: Fri, 19 Nov 2004 12:46:24 +0100
Errors-To: owner-nanog-outgoing@merit.edu
--=-/slfdY3ei73LQgxIKzD/
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Fri, 2004-11-19 at 12:15 +0100, Iljitsch van Beijnum wrote:
> On 18-nov-04, at 18:02, Jeroen Massar wrote:
>=20
> > Larger enterprises probably consist of 200 'sites' already, eg seperate
> > offices, locations etc. Thus they can, after becoming a LIR and getting
> > an ASN, which most of the time they already have, easily get a /32.
>=20
> Jeroen, this is nonsense and you know it.
It is not nonsense as long as 'multi6' doesn't have a solution to the
problem, but as politics go above getting solutions...
<SNIP>
> Now I hate to be the bearer of bad news, but having unaggregatable=20
> globally routable address space just doesn't scale and there are no=20
> routing tricks that can make it scale, whatever you put in the IP=20
> version bits, so learn to love renumbering. And again, IPv6+NAT makes=20
> no sense as NAT works much better with IPv4 and with NAT you don't=20
> really need the larger address space.
Absolutely. Which is why one will always here from me:
"Want to NAT? Then stay at IPv4"
> > Actually, I would even go so far that the really large corps should be
> > able to get a /32 from every RIR when they globally have offices, this
> > could allow them to keep the traffic at least on the same continent,=20
> > not
> > having to send it to another place of the world themselves.
>=20
> If you want to introduce geography into routing, do it right. The above=20
> "solution" is the worst of several worlds.
Not my idea at all, several big ISP's already do this.
Check http://www.sixxs.net/tools/grh/tla/all/ and look which
organizations have multiple RIR allocations ;)
Just for the reason you mentioned above: they are actually separate
organizations under one big umbrella. But they did fill the policy thus
got their allocation.
Greets,
Jeroen
--=-/slfdY3ei73LQgxIKzD/
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Jeroen Massar / http://unfix.org/~jeroen/
iD8DBQBBnd0PKaooUjM+fCMRAoROAJ99j02Pw1CFc2nVSQ74M7iCuQuzQgCghAM5
5MUcHgRAUtly51H1H3yiAdg=
=59f6
-----END PGP SIGNATURE-----
--=-/slfdY3ei73LQgxIKzD/--