[101828] in North American Network Operators' Group

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

Re: v6 gluelessness

daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Jan 18 21:05:45 2008

Date: Fri, 18 Jan 2008 20:54:48 -0500
From: Leo Bicknell <bicknell@ufp.org>
To: Nanog <nanog@nanog.org>
Mail-Followup-To: Nanog <nanog@nanog.org>
In-Reply-To: <EE75273F-28EC-4894-B87B-3F31BF6EAB73@virtualized.org>
Errors-To: owner-nanog@merit.edu



--cWoXeonUoKmBZSoM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

In a message written on Fri, Jan 18, 2008 at 05:21:18PM -0800, David Conrad=
 wrote:
> Right.  The challenge is that current policy requires explicit =20
> approval from both the Administrative and Technical contacts for the =20
> zone (to ensure they have really been notified).  As shocking as it =20
> might be to some, there are ACs and TCs that don't respond to =20
> (repeated) e-mail (or faxes or telephone calls) from IANA.  This can =20
> (and has) caused requests for name server changes to block.  This is a =
=20
> known problem and was the subject of a public comment request quite =20
> some time ago (see http://forum.icann.org/lists/root-glue-comments/ =20
> for the responses).  Unfortunately, things sort of got stuck.  =20
> Hopefully, Randy's request will unstick things.

It would seem to me that a middle ground is in order.

Contact the TLD's.  Send them two e-mails, and two faxes.  But all
of those should contain "you have 30 days to object, or we will
move forward anyway".

I'm all for giving people a reasonable way to object, and/or "protect"
the things they run.  I think though giving them an opportunity to
stop any process completely in its tracks is, well, stupid.

I'd get involved in making the process less stupid, but frankly IANA
politics make my head hurt. :)

--=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

--cWoXeonUoKmBZSoM
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFHkVhoNh6mMG5yMTYRAjqyAJ9s6wKalUWyI9eViZjH092vigwcFACfcqLN
+qc4fb+StdEZwgy9q+lxf0E=
=5xyn
-----END PGP SIGNATURE-----

--cWoXeonUoKmBZSoM--


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