Hi Murray,
Thank you for your comments, thoughts below.
On 5/16/24 06:53, Murray Kucherawy via Datatracker wrote:
--
COMMENT:
--
I support Paul's DISCUSS espe
Éric Vyncke has entered the following ballot position for
draft-ietf-dnsop-dnssec-bootstrapping-09: No Objection
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Please
Hi Paul, Warren,
Following up on the telechat:
On 5/15/24 20:34, Peter Thomassen wrote:
Section 2:
The DS enrollment methods described in Section 3 of [RFC8078]
are deprecated and SHOULD NOT be used.
I find this to be inconsistent with the Update: 8078 clause, as without
"Se
On 14/05/2024 22.57, Warren Kumari wrote:
This means that we should actually have a column per type (i.e
“Operators” and “Implementers”) crossed with a column per DNSSEC usage
type (“Signing” and “Validation”), such that for the “Domain Name
System Security (DNSSEC) Algorithm Numbers” table we
On Thu, May 16, 2024 at 11:48 AM, Peter Thomassen wrote:
> Hi Paul, Warren,
>
> Following up on the telechat:
>
> On 5/15/24 20:34, Peter Thomassen wrote:
>
> Section 2:
>
> The DS enrollment methods described in Section 3 of [RFC8078]
> are deprecated and SHOULD NOT be used.
>
Hi all,
I've read the thread multiple times, and can definitely see both sides of
the conversation. As Paul W is wearing both an AD hat and the DE hat, he
has asked me to make the decision and instruct him.
While I really don't love it, I believe that it makes sense to stick with
_signal.
Reaso
On Wed, 15 May 2024, Peter Thomassen wrote:
[ I know this message predates the telechat, but I had no time to process
this before the telechat ]
[ cut everywhere where we agreed ]
I have a few items to discuss and some comments. I'm leaving out the
discussion
of _signal as a name, as this
