RE: Route table/time growth matrix, pre/post CIDR

Frank T Solensky <solensky@ftp.com> Fri, 04 April 1997 23:19 UTC

Received: from cnri by ietf.org id aa00642; 4 Apr 97 18:19 EST
Received: from nico.telstra.net by CNRI.Reston.VA.US id aa20807; 4 Apr 97 18:19 EST
Received: from ftp.com (wd40.ftp.com [128.127.2.122]) by nico.aarnet.edu.au (8.6.10/8.6.10) with SMTP id HAA10152 for <cidrd@iepg.org>; Sat, 5 Apr 1997 07:57:01 +1000
Received: from ftp.com by ftp.com ; Fri, 4 Apr 1997 16:56:55 -0500
Received: from mailserv-2high.ftp.com by ftp.com ; Fri, 4 Apr 1997 16:56:55 -0500
Received: from fenway.ftp.com by MAILSERV-2HIGH.FTP.COM (SMI-8.6/SMI-SVR4) id QAA01945; Fri, 4 Apr 1997 16:53:59 -0500
Message-Id: <199704042153.QAA01945@MAILSERV-2HIGH.FTP.COM>
X-Mapi-Messageclass: IPM
Priority: Normal
To: crawdad@fnal.gov
Cc: pferguso@cisco.com, cidrd@iepg.org
X-Mailer: FTP Software Internet Mail 2.0
Mime-Version: 1.0
From: Frank T Solensky <solensky@ftp.com>
Sender: Frank T Solensky <solensky@ftp.com>
Subject: RE: Route table/time growth matrix, pre/post CIDR
Date: Fri, 04 Apr 1997 16:56:18 -0500
Content-Type: text/plain; charset="US-ASCII"; X-MAPIextension=".TXT"
Content-Transfer-Encoding: quoted-printable

>>Reply to your message of 4/4/97 1:56 PM
>
>> > One thing that I was also looking for was an extrapolation of what the
>> > prefix count would be today without CIDR. One figure that has been
>> > mentioned is somewhere in the neighborhood of 650k, although admittedly
>> > this needs to be examined more closely.
>
>I'm not sure that there is enough available information to answer
>this question.  You can easily determine how many /24's would be
>formed from each block which is now announced, but without CIDR,
>wouldn't you also assume that every end-site gets at least a /24,
>instead of something in the /25 to /30 range?
>_________________________________________________________
>Matt Crawford          crawdad@fnal.gov          Fermilab
>

According to the most recent address dump I've got, there are
3159 nets that fall into the /25 to /29 range (there's no /30s)
that account for 138,968 addresses; would have been 808,704 if
they were all C-sized instead.