Re: Update of RFC 2606 based on the recent ICANN changes ?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Update of RFC 2606 based on the recent ICANN changes ?



> 
> --===============1515233305==
> Content-Type: multipart/signed; micalg=pgp-sha1;
> 	protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye"
> Content-Disposition: inline
> 
> 
> --tsOsTdHNUZQcU9Ye
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> On Mon, Jul 07, 2008 at 05:01:30PM -0400, Theodore Tso wrote:
> > On Mon, Jul 07, 2008 at 01:38:28PM -0700, Ted Faber wrote:
> > > On Mon, Jul 07, 2008 at 01:32:10PM -0700, moore at network-heretics.com wr=
> ote:
> > > > If you can cite verifiable evidence that even a single case that works
> > > > reliably now, will cease to work, I'll concede that there is at least
> >     ^^^^^^^^
> > > > a hint of merit to your argument.   e.g. an actual email address or
> > > > URL that uses a single-label domain name.
> > >=20
> > > zod:~$ ping hk
> > > PING hk (203.119.2.28): 56 data bytes
> > > 64 bytes from 203.119.2.28: icmp_seq=3D0 ttl=3D243 time=3D183.582 ms
> >=20
> > % ping hk.
> > PING hk (203.119.2.28) 56(84) bytes of data.
> > 64 bytes from www.hkdnr.hk (203.119.2.28): icmp_seq=3D1 ttl=3D238 time=3D=
> 265 ms
> > 64 bytes from www.hkdnr.hk (203.119.2.28): icmp_seq=3D2 ttl=3D238 time=3D=
> 265 ms
> >=20
> > Not very reliably, I think.  :-)
> 
> Umm, hk. resolves to the same address from both our machines and is
> pingable (modulo a single packet loss from yours, depending on how your
> ping counts) from both.  http://hk pulls up a web page on a machine with
> the same address.  (www.hkdnr.hk is an alias for hk. - the same machine;
> you're not being redirected.)
> 
> That's at least as reliable as my (multi-dotted) home domain. :-)
> 
> I'm not sure what's not to like here.  But then again, I may be blind.

	The point is that it is NOT reliable.  Whether it works
	depends apon what names are matched in the search list.  It
	does work for some people some of the time.  It does not
	work for all of the world all of the time.  "hk" is not
	globally unique.

bsdi# ping hk
PING hk.dv.isc.org (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.148 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.170 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.172 ms
^C
--- hk.dv.isc.org ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.148/0.163/0.172/0.011 ms
bsdi# 


> --=20
> Ted Faber
> http://www.isi.edu/~faber           PGP: http://www.isi.edu/~faber/pubkeys.=
> asc
> Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#=
> SIG
> 
> --tsOsTdHNUZQcU9Ye
> Content-Type: application/pgp-signature
> Content-Disposition: inline
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (FreeBSD)
> 
> iEYEARECAAYFAkhyhwsACgkQaUz3f+Zf+Xu/JQCg0bBCl+ufJrXaLx7X+qsE3Jfk
> nhUAoKdEtfZ+47v4Uu+MCHng2R+A5anJ
> =Xp3s
> -----END PGP SIGNATURE-----
> 
> --tsOsTdHNUZQcU9Ye--
> 
> --===============1515233305==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> 
> _______________________________________________
> Ietf mailing list
> Ietf at ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
> 
> --===============1515233305==--
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at isc.org
_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www.ietf.org/mailman/listinfo/ietf



Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.