home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / dnsind / dnsind-minutes-95dec.txt < prev    next >
Text File  |  1996-06-03  |  2KB  |  71 lines
  1. CURRENT MEETING REPORT
  2.  
  3.  
  4. Minutes of DNSIND Working Group
  5.  
  6. Reported by Randy Bush, NSRC
  7.  
  8.  
  9. Agenda:
  10.  
  11. o  Administration
  12. o  IXFR
  13. o  Notify
  14. o  Dynamic update
  15.  
  16.  
  17. Administration
  18.  
  19. We will forward draft-degroot-classless-inaddr-00.txt, delegation of 
  20. IN-ADDR on a non-octet boundary, for BCP.  The authors are working 
  21. on a new draft.
  22.  
  23.  
  24. IXFR
  25.  
  26. Ask author to consider issue of IXFR optionally condensing multiple 
  27. versions into one change.  Then send up for standard track.
  28.  
  29.  
  30. Notify
  31.  
  32. o  Removed auto-discovery of "stealth servers" - instead, have a list.
  33. o  Default list of servers: set of NS records, minus MNAME, minus self
  34. o  Comment: leave issue of auto-discovery vs. list up to implementation.
  35. o  Disagreement: some servers might not be notified
  36. o  Make it a recommendation only?
  37. o  Question about primary having an "optional" NS RR, decided once 
  38.    again that NS RR for primary master is optional
  39. o  Add a new definition for "listed" name servers.
  40. o  What about lack of alternate implementations?  (Not an issue until it 
  41.    goes from Proposed Standard to Draft Standard).  Differing 
  42.    implementations of specific features, although all are in BIND, 
  43.    may be reasonable.
  44. o  ICMP network unreachables?  Ignore.  Same for host unreachable.
  45.  
  46.  
  47. Dynamic update
  48.  
  49. o  Removed use of SIG RR to decouple from DNSSEC draft 
  50.    (authentication can be added later)
  51. o  To Protect against re-ordering:
  52.  
  53. o  Could use SOA RR for protection against non-malicious reordering, 
  54.    but doesn't scale
  55. o  Could use non-wildcard DELETE as "weak" protection against non-
  56.    malicious reordering
  57.  
  58. o  SIG RRs would serve many other useful purposes: can age info in 
  59.    authoritative servers, authentication, replay protection
  60. o  NULL SIG RR type: need to keep it until we have a substitute
  61. o  Suggestion: a warning label saying ADD is dangerous.  not really.
  62. o  Suggestion: table for different RR types and what operation applies
  63. o  Should there be a limit on # of requests over TCP connection?  
  64.    Consensus was no.  It was felt that the draft should specify multiple 
  65.    (quite separate) updates in a single connection.
  66. o  Make ADDNAMENEW fail when on an empty nonterminal name 
  67.    (you can ADDNAMEEXIST though)
  68. o  Granularity of updates?  Single RRs, or a set?  Make it single.
  69. o  Not all RRs in a set must have same TTLs?
  70. o  Do changes, then issue last call
  71.