On Fri, Jul 5, 2024 at 2:42 PM Paul Hoffman wrote:
> On Jul 5, 2024, at 14:33, Erik Kline wrote:
> >
> > "expect to find two strings"
> >
> > I didn't see this specified so thought I'd ask: what is the separator of
> the two strings? ASCII wh
"expect to find two strings"
I didn't see this specified so thought I'd ask: what is the separator of
the two strings? ASCII whitespace, or ...?
On Mon, Jul 1, 2024 at 12:22 PM Paul Hoffman wrote:
> Thanks again for the input on the new RRTYPE. I submitted it to the RRTYPE
> expert reviewers,
Speaking as the responsible AD for DTN, I think the DTN working group
should probably have a discussion about what it wants to do (if anything)
vis. DNS RRs.
On Tue, Jun 25, 2024 at 08:27 Scott Johnson
wrote:
> Hi Mark,
>
> On Tue, 25 Jun 2024, Mark Andrews wrote:
>
> >
> >
> >> On 25 Jun 2024,
On Fri, May 10, 2024 at 10:12 PM Erik Kline wrote:
> On Tue, May 7, 2024 at 12:59 AM Peter Thomassen wrote:
>
>> Hi Erik,
>>
>> Thanks for your review!
>>
>> On 5/5/24 00:18, Erik Kline via Datatracker wrote:
>> > ## Comments
>> >
On Tue, May 7, 2024 at 12:59 AM Peter Thomassen wrote:
> Hi Erik,
>
> Thanks for your review!
>
> On 5/5/24 00:18, Erik Kline via Datatracker wrote:
> > ## Comments
> >
> > ### S7
> >
> > * Should there be some kind of registration or reservation
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-dnssec-bootstrapping-08: 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
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-avoid-fragmentation-16: 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
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-caching-resolution-failures-07: 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
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-dns-catalog-zones-08: 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
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-svcb-https-09: Yes
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 refer to
https
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-svcb-https-08: Discuss
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 refer to
https
On Fri, Nov 5, 2021 at 10:02 AM Wessels, Duane
wrote:
>
>
> > On Nov 1, 2021, at 3:29 PM, Erik Kline wrote:
> >
> > Caution: This email originated from outside the organization. Do not
> click links or open attachments unless you recognize the sender and
> > [S4.1, comment]
> >
> > * "Resolvers and other DNS clients should be aware that some servers
> > might not be reachable over TCP. For this reason, clients MAY want
> > to track and limit the number of TCP connections and connection
> > attempts to a single server."
> >
> > I think the s
On Tue, Oct 26, 2021 at 1:13 PM Benjamin Kaduk wrote:
> On Tue, Oct 26, 2021 at 01:09:00PM -0700, Erik Kline via Datatracker wrote:
> > Erik Kline has entered the following ballot position for
> > draft-ietf-dnsop-dns-tcp-requirements-13: Yes
> >
> > When responding, p
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-dns-tcp-requirements-13: Yes
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 refer to
query for
> > the A QTYPE." are puzzling as using A QTYPE will actually only cache
> the A
> > answer for the minimized request and more and more Internet users
> are using
> > IPv6 nowadays (and possibly even more recursive DNS servers).
> >
>
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-rfc7816bis-10: Yes
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 refer to https
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-server-cookies-04: Yes
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 refer to https
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-dns-zone-digest-12: Yes
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 refer to https
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-extended-error-14: Yes
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 refer to https
LGTM, thanks
On Sun, Apr 5, 2020 at 6:43 PM Mark Andrews wrote:
>
>
> > On 5 Apr 2020, at 15:45, Erik Kline via Datatracker
> wrote:
> >
> > Erik Kline has entered the following ballot position for
> > draft-ietf-dnsop-no-response-issue-18: Yes
> >
>
Erik Kline has entered the following ballot position for
draft-ietf-dnsop-no-response-issue-18: Yes
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 refer to
On Wed, Feb 19, 2020 at 1:13 PM Warren Kumari wrote:
> On Thu, Feb 20, 2020 at 6:13 AM Tommy Pauly
> wrote:
> >
> >
> >
> > On Feb 18, 2020, at 6:15 PM, Rob Sayre wrote:
> >
> > On Tue, Feb 18, 2020 at 8:17 AM Olli Vanhoja
> wrote:
> >>
> >>
> >> SVCB is active almost every day of the week in
I think removing port number flexibility might unduly constrain some data
center use cases where service reachability might not have the more common
443-only limitations.
On Fri, Jan 3, 2020 at 11:33 AM Ben Schwartz wrote:
> HTTPSSVC co-editor here.
>
> The effect of this change seems similar to
On Tue, Oct 29, 2019 at 6:10 PM Ben Schwartz wrote:
>
>
> On Tue, Oct 29, 2019 at 7:04 PM Paul Wouters wrote:
>
>> On Tue, 29 Oct 2019, Neil Cook wrote:
>>
>> > FWIW, I've previously stated a preference for dropping the use
>> of ".well-known" entirely, and using draft-00's "resolver-info.
er never knows if DNS proxies
> are being used (in CPEs or elsewhere) or indeed what IP addresses are being
> used behind those proxies, I would imagine that at a minimum it would need
> to answer RESINFO queries for *all* RFC1918 addresses. This does then lead
> to the question, why
https://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml#special-use-domain
I have wondered whether or not it would be useful for IANA to have a git
repo where these canonical data could live alongside scripts that transform
them into things like C #include header
Can I ask why you went with resolver-info.arpa instead of
.{in-addr,ip6}.arpa of the resolver IP to which the query is being
issued? I think the temp-field2. trick still works, and maybe we
could get DNSSEC validation (IDK about dnssec validation in the rev-ip
..arpa space).
On Tue, 30 Apr 2019 a
On Wed, 13 Mar 2019 at 16:10, Paul Vixie wrote:
> On Wednesday, 13 March 2019 19:23:55 UTC Erik Kline wrote:
> > > If there is a malicious user or app on a network that someone is
> trying to
> > > protect, isn't the very existence of these players the actual i
>
>
> If there is a malicious user or app on a network that someone is trying to
> protect, isn't the very existence of these players the actual issue that
> needs to be addressed?
>
I tend to think this is the real issue. Any app can craft its own
non-cleartext-DNS name resolution service; DoH m
On Thu, 27 Dec 2018 at 11:27, John Levine wrote:
> Over in bind-users somone suggested a CIDR rDNS kludge in which you
> delegate a bunch of names out of a rDNS zone to a second server,
> and the second server answers them all from one zone, like this
>
> $ORIGIN 1.1.1.in-addr.arpa.
> @ SOA blah
On Mon, 5 Nov 2018 at 09:56, Dave Crocker wrote:
>
> On 11/4/2018 6:28 PM, Erik Kline wrote:
> > One thing I missed earlier (and please forgive me if this was already
> > discussed), was whether or not _example* should be reserved in the
> > table in draft-ietf-dnsop
Dave (others),
One thing I missed earlier (and please forgive me if this was already
discussed), was whether or not _example* should be reserved in the
table in draft-ietf-dnsop-attrleaf-15#section-4.3.
Basically, is there any value in reserving _example* for future RFCs
to use (ones that don't c
Reviewer: Erik Kline
Review result: Ready with Nits
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments.
For more
On 16 June 2013 23:15, Mark Andrews wrote:
>
> In message <51bc6c18.3020...@bogus.com>, joel jaeggli writes:
>> I'm interested in the intersection between the requested payload size
>> and the use of the v6 fragmentation header, 6891 I think is missing some
>> advice to implementers that might rea
I too am not a long-standing dnsop participant, but this draft raised a
question for me. Does the class have any relevance anymore, really?
To be clear, I have no substantive comment on this document. But when I
read "The EUI{48,64} RR is class-independent" I thought, that's a
bit...weird. It s
I know I'm late, but for what it's worth I'd support this.
I'm happy to help, if possible. Perhaps I can sync with Warren et
alia in person in Orlando.
___
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
37 matches
Mail list logo
