home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / can / domain / 6 < prev    next >
Encoding:
Text File  |  1993-01-02  |  6.1 KB  |  127 lines

  1. Newsgroups: can.domain
  2. Path: sparky!uunet!uunet.ca!smd
  3. From: smd@uunet.ca (Sean Doran)
  4. Subject: Re: can.domain
  5. References: <1992Dec22.072148.27299@xenitec.on.ca> <376@unbc.edu> <Bzy58H.Fux@uunet.ca> <381@unbc.edu>
  6. Organization: UUNET Canada
  7. Date: Sat, 2 Jan 1993 06:25:55 GMT
  8. Message-ID: <C07r77.4ut@uunet.ca>
  9. Distribution: can
  10. Lines: 115
  11.  
  12. lyndon@unbc.edu (Lyndon Nerenberg) writes:
  13.  
  14. >Given the highly political nature of the *current* .ca old boys club,
  15. >how could an openly elected group be any *worse* ???
  16.  
  17. >No.  If we're going to start clean we have to start clean.  Off with their
  18. >heads and let's start over from scratch.
  19.  
  20. I am not quite sure I agree completely.  The important thing to
  21. remember is that the CA-DOM process has the potential to be more
  22. efficient than the NIC, but that right now it isn't.  It is easier and
  23. faster to get a domain registered in COM, EDU, NET or ORG than it is
  24. to get one in CA.
  25.  
  26. CA does a number of things right, notably the assurance of proper
  27. nameservice for anything that has a cooperative Internet forwarder,
  28. X.400 routing, and a listing in the UUCP maps.  All of these have been
  29. good political decisions.
  30.  
  31. The CA-DOM organization also involves people who know what they are
  32. doing on a technical level, and generally these are the people who are
  33. responsible for making the domain work on various networks in Canada.
  34.  
  35. From a technical perspective, as someone who has some influence in the
  36. choice of various domains, I rate CA as a good choice for people who
  37. want their mail to get to them from all sorts of byzantine networks.
  38. This is to the credit of John Demco, and the other people who have
  39. served on the committee in the past, and those who are on it now.
  40.  
  41. From a policy standpoint, the CA-DOM is a mess.  I think there's
  42. enough practical experience to show that a domain is best run by a
  43. single person -- a dictator or czar if you like.  This domain czar
  44. should certainly be well known and accountable, both to applicants and
  45. to network service providers who act on applicants' behalf.  The
  46. problem right now is that there really is no czar, as policy is
  47. apparently being decided by committee.
  48.  
  49. I'm sure everone has seen various editorial cartoons along the lines of
  50. "There are no great individuals, only great committees".  That
  51. sentiment is balderdash.  Committees often spend too much time
  52. bickering about minor details, to the point that little if anything
  53. gets done.  To suggest that the IETF working group model is
  54. appropriate for the management of a domain's namespace is silly.  That
  55. way lies inefficiency and further growth of the NIC-controlled domains
  56. like COM and ORG.
  57.  
  58. Efficiency is paramount.  Someone should be able to hand an
  59. application over to a registrar for CA-DOM, and have the domain nixed
  60. or approved on a more-or-less same-day basis.  There is no reason why
  61. subdomains of CA shouldn't have a turn-around-time of about a week or
  62. so (submission->approval->DNS zone update), which is close to what the
  63. NIC is managing these days.  While fast turn-around from the committee
  64. has happened, it isn't the rule, especially for smaller organizations
  65. and individuals.  
  66.  
  67. Ideally, the CA-DOM process should be this:
  68.  
  69. 1. Network provider (or UUCP liaison or whoever) puts together correct
  70.    form with a reasonable domain.  This person makes sure that the
  71.    domain is working, and any local nameservice or mail handling is up
  72.    and running.  The domain is submitted to the domain czar.
  73.  
  74. 2. Domain czar approves or disapproves of the form, citing reasons.
  75.    Ideally, this should be done within a business day or two of
  76.    receiving the form.   
  77.  
  78. 3. Domain czar arranges to have appropriate DNS records put into the
  79.    CA domain, and whatever network address/name mapping is appropriate
  80.    (for the moment this still includes NetNorth and CDNNet).
  81.  
  82. If step 2 poses problems, like a name-space conflict or a domain which
  83. is simply ugly or the information is obviously wrong, the czar should
  84. simply reject the domain, rather than meditate with the help of a
  85. committee.  Such problems should be dealt with by the person
  86. responsible for submitting the form in the first place, or as part of
  87. a discussion between that person and the czar.  Such a discussion
  88. would certainly be faster and more likely to be satisfying to all
  89. parties than a long debate in committee, followed by a formal vote.
  90.  
  91. Now, who should the czar be?  Obviously it should be someone who has
  92. had a good deal of experience with the unfriendly task of running
  93. a top-level-domain in the DNS.  It should also be someone with a
  94. degree of background in domain-naming and the other policy issues the
  95. czar will run into from time to time.  She or he should also be able
  96. and willing to devote the time to doing the boring administrative
  97. chores (or the automation thereof), and not have an enormous ego or
  98. set of political goals.  
  99.  
  100. We could fight for a long time about who qualifies.  Alternatively, we
  101. could stick with John Demco, who is doing the job well, although I
  102. think he spends too much time dealing with the committee. 
  103.  
  104. Given that two of the members of the committee now represent networks
  105. which are being wound down next year, I think it's reasonable to
  106. number the days of the CA-DOM committee as a policy-making body.
  107. However, there is no reason that the czar couldn't consult various
  108. people or the general public when a difficult political or technical
  109. matter crops up.
  110.  
  111. To shout "off with their heads, let's start over from scratch" begs
  112. the question of the value of gained experience.  I have no faith that
  113. someone (or some committee) that is elected somehow will get things
  114. done right.  The technical issues aren't that simple, no matter how
  115. much we wish they were, and they take alot of time to get used to.
  116. Moreover, I have my doubts that electing a person or a group of people
  117. will make anything more efficient or straightforward.  Therefore, I do
  118. not like the idea of electing someone to take over the CA domain, even
  119. if we _could_ agree about who should be the electors and who could be
  120. a candidate.
  121.  
  122. I will agree, however, that change is needed.  Let's not cut off
  123. everyone's head in a reign of terror, and leave ourselves with nobody
  124. who can (or who might be willing to) get things working.
  125.  
  126.     Sean.
  127.