[56806] in North American Network Operators' Group
Re: APNIC returning 223/8 to IANA
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Mon Mar 17 10:28:46 2003
Date: Mon, 17 Mar 2003 10:28:10 -0500
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@merit.edu
Mail-Followup-To: nanog@merit.edu
In-Reply-To: <200303171501.h2HF1Wv25211@karoshi.com>
Errors-To: owner-nanog-outgoing@merit.edu
--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Mon, Mar 17, 2003 at 07:01:32AM -0800, bmanning@kar=
oshi.com wrote:
> Simply having someonechange a DB entry or create an RFC will=20
> not affect the installed silicon base. Won't work. =20
> APNIC is on the moral highground here. They received damaged=20
> goods without notification. IANA needs better technical clue.
s/silicon/filter/
s/APNIC/Joe ISP/
s/IANA/ARIN/
Note, I don't think either case represents "damaged goods", so I'm not
supportive of either effort. That said, look at the fixes:
Case 1: IANA properly updates RFC's to indiate that 223.255.255.0/24
is not allocatable, and makes APNIC's allocation properly
223/8 minus 223.255.255.0/24.
Case 2: ISP's all across the US must handle user complaints, probe,
test and then e-mail, call, and plead with hundreds, or
even thousands of people to fix their broken filters
I don't see any case where an ISP was in danger of receiving IP's
that "didn't work" from 223/8, unless of course APNIC was actually
thinking about giving out 223.255.255.0/24. That said, it can be
demonstrated that the IP's given out in in 69/8 don't work for a
measurable percentage of the Internet.
My only claim is that if one questionable /24 our of a /8 means
the entire /8 can be returned then clearly someone who receives a
block out of 69/8 should be able to return their space as well
because their entire block is impared.
APNIC has a legitimate complaint, and it needs to be solved. That
said it's a very minor complaint, and returning the allocation is
simply grandstanding on their part, and is going to give fuel to
all the people in other blocks who have what are generally much
more serious operational problems. Maybe it would be better for
APNIC to give up 223/8 for 70/8, since I suspect 70/8 will have
the same filtering problems as 69/8. If they want to make life
worse for their users, more power to them.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org
--a8Wt8u1KmwUX3Y2C
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (FreeBSD)
Comment: For info see http://www.gnupg.org
iD8DBQE+demKNh6mMG5yMTYRAk9SAJ0f80tOucIEzGQz5r8FsVTAa2gg4QCfUBCg
RE6vE06IGfgHwRWA9owCmkY=
=IioA
-----END PGP SIGNATURE-----
--a8Wt8u1KmwUX3Y2C--
