[101353] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: IPv6 Addressing Plans

daemon@ATHENA.MIT.EDU (Jeroen Massar)
Tue Jan 1 10:44:36 2008

Date: Tue, 01 Jan 2008 16:43:43 +0100
From: Jeroen Massar <jeroen@unfix.org>
To: William Herrin <bill@herrin.us>
CC: michael.dillon@bt.com, nanog@nanog.org
In-Reply-To: <3c3e3fca0801010737r1dd98237u6381432cb4dfdc62@mail.gmail.com>
Errors-To: owner-nanog@merit.edu


This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig21CF5BE3F52FDEABE9ABA4EA
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

William Herrin wrote:
> On Dec 27, 2007 1:59 PM, Jeroen Massar <jeroen@unfix.org> wrote:
>>>     -Do not assign from PoP aggregates
>> What do you mean with the above? If I understand the line correctly,
>> then I disagree with it.
>=20
> Jeroen,
>=20
> If I remember right, this came from a discussion on the ARIN PPML
> list. I don't clearly remember the discussion, so my apologies in
> advance if I get some of it wrong.
>=20
> During discussion and analysis, allocation of addresses by POP was
> found to be incompatible with a couple goals deemed more important.
> The general consensus was that you should establish areas consisting
> of multiple POPs and aggregate by area instead.

Area/PoP, that is a just a way to describe a route into a certain
direction. I guess the wording should be changed to resolve the issue I
have with it, eg "try to aggregate per area/PoP where possible to keep
IGP routes low"


> However, ARIN is not
> in the business of recommending routing best practices so the
> recommendation was narrowed to just "don't aggregate by POP" meaning
> "don't fine-tune your aggregation all the way down to the POP level;
> stop somewhere above it."

Then put that in there, sounds more logical than the "Don't aggregate"
line that is in there now.

As for the rest of your mail, I would suggest putting it in the Wiki as
an explanation and referencing it from the above point as it clarifies a
number of things that people will not have to time to go lookup in the
mailinglists.

Greets,
 Jeroen


--------------enig21CF5BE3F52FDEABE9ABA4EA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)

iD8DBQFHel+wKaooUjM+fCMRArrIAJ9c41OfdEnKOAwldxBrxuVyBfNw7gCfcvQk
FO0FZw6mqwTsP2oHJOQHKOk=
=opIF
-----END PGP SIGNATURE-----

--------------enig21CF5BE3F52FDEABE9ABA4EA--


home help back first fref pref prev next nref lref last post