[28768] in North American Network Operators' Group
RE: fighting cidr dead ending (was: RE: CIDR Report)
daemon@ATHENA.MIT.EDU (Dmitri Krioukov)
Mon May 15 17:38:23 2000
From: "Dmitri Krioukov" <dima@dimension.net>
To: <rmeyer@mhsc.com>, "'brett watson'" <bwatson@mibh.net>,
<nanog@merit.edu>
Date: Mon, 15 May 2000 17:51:05 -0400
Message-ID: <NCBBIKACLKNMKDHKKKNFAEFLEKAA.dima@dimension.net>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
In-Reply-To: <NCBBIKACLKNMKDHKKKNFGEFKEKAA.dima@dimension.net>
Errors-To: owner-nanog-outgoing@merit.edu
> -----Original Message-----
> From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of
> Dmitri Krioukov
> Sent: Monday, May 15, 2000 5:46 PM
> To: rmeyer@mhsc.com; 'brett watson'; nanog@merit.edu
> Subject: fighting cidr dead ending (was: RE: CIDR Report)
>
>
>
> > -----Original Message-----
> > From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of
> > Roeland Meyer (E-mail)
> > Sent: Monday, May 15, 2000 3:31 PM
> > To: 'brett watson'; nanog@merit.edu
> > Subject: RE: CIDR Report
> >
> > Under the current system, what we are forced to do is either obtain a
> > /24 for each location (even when there are <16 hosts there), or
>
> so, basically we have this very common
> and well understood situation that there
> are some customers who do not require large
> blocks but who want to see their small pi blocks
> advertised and routable more or less everywhere
> (if those blocks are pa, how many over there are
> using the second option from rfc2260? if not that
> many, what's wrong with that?). among these customers,
> there is some portion, who may be educated that they do
> not really need what they ask for. the other portion
> either cannot be educated or does really need that. as
> for "interim" :) solution, i cannot see much problem
> (except significant coordination effort) in having
> (regional) irs allocating blocks, from which longer
> (than /24) prefixes would be acceptable even by verio.
> this way, verio would be happy filtering all longer
> prefixes except from these well-known blocks and the
> address space wouldn't be wasted on the aforementioned
> customers.
>
> some tables may be even created matching allowed prefix
> lengths and the well-known block(s) for them.
it looks like i'm reinventing the classfull routing, though :)
> --
> dima.
--
dima.
