Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: KPNQwest ns.eu.net server.

  • From: bmanning
  • Date: Fri Jun 07 08:23:17 2002

> number and distribution of registrations maybe - that comes down to number
> and sizing of servers and geography/network diversity, the others are at best
> operational concerns for the backend, not for the "frontend" DNS servers.

	backend/frontend?

> Taking RFC 2870, why wouldn't all of section 2 and most of section 3 and
> section 4 be applicable to both gTLD and ccTLD servers (changing root zone
> and IANA as appropriate)?

	sure, you could take those sections as a starting point.  But why
	stop at TLDs? Why not make this applicable to -ALL- dns servers?

	The problem we tried to tackle with RFC 2010, and apparently not
	well considered by the authors of RFC 2870 is the difficulty of
	segmenting system availabilty from operations. So to clarify,
	are you talking about the server operations or are you talking
	about availability of the zone?  RFC 2870 muddies the waters here.
	You seem to be leaning toward ensuring availablity.

	RFC 2010 attempted to make the distinction.  gTLD servers, today,
	have an operational requirement to run on 64bit hardware. Few
	if any ccTLDs have that as a requirement. The root servers may
	not see that requirement until 2038 or so... 

	In any case, RFC 2870 is getting long in the tooth and 




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.