Un-caching bad data?

[DNS-DHCP Engineering]

-----BEGIN PGP SIGNED MESSAGE-----


I understand how our lack of response has been perceived as us ignoring
these complaints.  I apologize for that.  In my relatively new role as team
lead of the Intel DNS Engineering team, I will endeavor to improve our
relations and correspondence with the DNS community.

We are very aware of our mis-delegation in DNS and have always intended to
remedy it -- the delay has been caused by the technical discussions on how
best to do it, and the resource limitations of those who can.

What we *want* to do is change the delegation at our end to match the
Internic's, but the complexity of our firewall split makes that task
nontrivial.

For the long term, we have a plan, currently in progress, that will remedy
this mis-configuration -- hopefully in the first half of 2000.  A
representative of the ISC will be intimately involved in this project,
especially as it relates to our external DNS.

For the short term, we are considering 2 stop-gap solutions.  It is still
under some discussion, but the fastest option currently appears to be to
have the Internic match the delegation advertised by our servers.
Regardless, we will initiate the correction of our mis-delegation in the
immediate future (weeks).

I hope that this explanation is to your satisfaction.

Please do not hesitate to contact me (at dns-intel at intel.com or
blk at intel.com) with additional correspondence.

Thank you!

		-blk

- --
Brian L. King
Team Lead, Enterprise DNS Engineering
blk at redneck.intel.com (Unix) or blk at intel.com (MS-Exchng)
Ofc: (503) 712-2225
PGP Public Key:
http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0x9A8489B5
:wq!


- -----Original Message-----
From: Mark.Andrews at iengines.com [mailto:Mark.Andrews at iengines.com]
Sent: Sunday, December 19, 1999 3:24 PM
To: Joe Pruett
Cc: dns-intel at intel.com; netadmin at ucdavis.edu; dadorough at ucdavis.edu;
ken.true at intel.com; sedayao at orpheus.sc.intel.com; bind-users at isc.org
Subject: Re: Un-caching bad data? 



> i've thought of trying to hack in a 'flush domain' option to ndc to cause
> the cache to be flushed of info for that domain.  trying to fix the
> world's dns is a major act in futility.  intel.com and ucdavis.edu have
> had bad dns for a long time now, and they just refuse to admit there is a
> problem.
> 
	Well for Intel I would send some mail to Craig Barret, the
	CEO, explaining how the fact that dns-intel at intel.com and
	the other contacts are ignoring repeated attempts to get
	Intel to fix their delegation and that this is causing
	their customers problems when they try to reach the Intel
	web site or to send email to addresses at @intel.com.

	As for U. C. Davis, I would send similar mail to Larry N
	Vanderhoef, Chancellor.

	If the listed contacts won't address the problem go straight to
	the top.

	Mark

> any chance that bind 9 will have something like this?
> 
> 
> 
> 
- --
Mark Andrews, Internet Engines Inc. / Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at iengines.com

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.2

iQB1AwUBOGAz+q1jlWKahIm1AQHn/wMArTG5g7uMhZ83uLZKnCVAf6CKq6q7nm6p
nmRpTeDqlJV8FeaRXRYV4i9ap+KgpjFVgkgbRy0YCgJdHbXVo/aIoXfGlQ/i6rxP
VK/yM1UinhTSl83yVyLaDnZ1iLhJhOxX
=hpDz
-----END PGP SIGNATURE-----