Hi all,
I think one of the problems are that we look at the term from different
perspectives.
For me "lame delegation" is a log messages from the resolver software.
A lot of the comments are more from the human view and with different
operational angles or potential end user experience.
If we only see it from the resolver software point of view it is
something in the lines of "the status of the response (from what I
thought was an authoritative server) didn't match my expectations", or
"I didn't get a response at all".
When humans interpret that log message, we can see it from the resolver
operation view, the zone owner view, the end users experience when
trying to reach some service within the child zone, including slow
responses as the resolver has to do extra work to find a way around the
problem, etc.
So too many looking glasses or angles to know what we try to make clearer.
Regards,
// mem (without hats)
Den 2023-05-01 kl. 18:09, skrev Paul Hoffman:
It would be grand if a bunch more people would speak up on this thread.
--Paul Hoffman, wearing my co-author hat
On Apr 27, 2023, at 1:05 PM, Benno Overeinder <be...@nlnetlabs.nl> wrote:
Dear WG,
The WGLC was closed for draft-ietf-dnsop-rfc8499bis, and the discussion
on lame delegation did not find consensus, but two specific suggestions
were put forward. We would like to include one of them in rfc8499bis if
we can get consensus to do so.
The chairs are seeking input on the following two suggestions:
* Either we leave the definition of “lame delegation” as it is with the
comment that no consensus could be found, or
* alternatively, we include a shorter definition without specific
examples.
1) Leaving the definition of lame delegation as in the current
draft-ietf-dnsop-rfc8499bis, and including the addition by the
authors that:
"These early definitions do not match current use of the term "lame
delegation", but there is also no consensus on what a lame delegation
is." (Maybe change to ... no consensus what *exactly* a lame
delegation is.)
2) Update the definition as proposed by Duane and with the agreement of
some others (see mailing list
https://mailarchive.ietf.org/arch/msg/dnsop/4E1AQKGivEHtJDB85gSNhofRuyM/):
"A lame delegation is said to exist when one or more authoritative
servers designated by the delegating NS RRset or by the child's apex
NS RRset answers non-authoritatively [or not at all] for a zone".
The chairs ask the WG to discuss these two alternative definitions of
the term "lame delegation". We close the consultation period on
Thursday 4 May.
Regards,
Benno
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
