I haven't done a full review, but want to. Please answer this first: The
terminology document seems to contain both easy and hard-to-come-by
definitions. Without knowing what to filter, I keep getting a large
vocabulary of DNS phrases to propose but I don't know if they belong in
this terminology document. Is any DNS phrase acceptable?

Examples:

* DNS indirection (a phrase also used in the infamous iDNS
  attack.. lookup of name leads to lookup of nameserver's address
  nsname1/A, which leads to lookup of another nameserver's address
  nsname2/A), etc.

* Cache (explanation of what a cache is, what it contains, how long the
  cache may be expected to store data, whether it is strongly coupled to
  authoritative data, etc.)

* Chain-of-trust (in DNSSEC)

* Owner name (of RRs)

* Truncated message (I feel it's important to describe it and what
  happens due to it, as it's a commonly seen occurrence)

* DNS continuation (e.g., the sequence of AXFR messages)

* Inline signing

* Stub zones (it's a feature available from multiple implementations,
  but not clearly explained in most documentation)

* DNS class (what is it good for? :)

* Notification

* DNSSEC lookaside validation (though ISC's DLV service is "off", the
  protocol itself is not)

* Kaminsky attack (why not mention this phrase that's used to identify a
  DNS poisoning attack?)

* DNS cookie

* Key rollover
* Wire format

* DNS64
* RPZ
* RRL
* Prefetching

I'll be happy to contribute definitions if you select any phrases to
include. And also more DNS terms if it's clear what can be included.

----

Some comments:

* Negative response - shouldn't this also include "name doesn't exist"
  NXDOMAIN?)

* Reverse lookup - is it worth mentioning PTR here?

* Occluded name - This is not limited to DNS UPDATE and introduction of
  DNAME. It _can_ also occur via regular zone loading process, if the
  parser allows non-address "glue" (the wider use). I think it isn't
  strictly specified that such occluded records should be rejected
  during zone load.

                Mukund

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to