[98400] in North American Network Operators' Group
Re: large organization nameservers sending icmp packets to dns servers.
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Tue Aug 7 17:28:26 2007
To: "Patrick W. Gilmore" <patrick@ianai.net>
Cc: Nanog <nanog@nanog.org>
In-Reply-To: Your message of "Tue, 07 Aug 2007 16:10:17 EDT."
<446CEA70-B352-4C57-9357-A0AE8518BC53@ianai.net>
From: Valdis.Kletnieks@vt.edu
Date: Tue, 07 Aug 2007 17:10:53 -0400
Errors-To: owner-nanog@merit.edu
--==_Exmh_1186521052_3362P
Content-Type: text/plain; charset=us-ascii
On Tue, 07 Aug 2007 16:10:17 EDT, "Patrick W. Gilmore" said:
> The point is, if you are the authority, you know how big the packet
> is. If you know it ain't over 512, then you don't need TCP.
Right. But remember the discussion is that *we* (for some value of "we")
are querying some *other* nameserver, and we *don't* know a priori how
big the packet will be, until they send us a packet with the truncate bit
set, and then we get to find out if their config is sane....
> Interesting. You are suggesting that as a content provider, one
> should rely on measurements from random caching name servers around
> the Internet, many of which you admit yourself are configured not to
> respond to addresses outside their network? Pardon me for not
> considering an idea you admit yourself wouldn't work.
Oddly enough, it *does* seem to work fairly well - given the number of
content providers that are running global-scale load balancers that ping
the source of queries to figure out how far they are.
What I'm trying to figure out is how authoritative DNS servers enter into
it in the first place, since the behavior as originally discussed was content
providers who poke (presumably) caching servers.
--==_Exmh_1186521052_3362P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iD8DBQFGuN/ccC3lWbTT17ARAh05AJwPVowJ44u3NNWAS1RN51eYZ8P9wwCePe/I
4YkoNOcVUO0qbLKbj6so6wI=
=kudj
-----END PGP SIGNATURE-----
--==_Exmh_1186521052_3362P--
