Re: [DNSOP] Fwd: New Version Notification for draft-pan-dnsop-swild-rr-type-00.txt

Hi Tony, We try to solve similar wildcard problem. NSEC/NSEC3 aggressiveuse (Section 5.3 Wildcards ) : - NSEC/NSEC3 RR: give "NOT EXIST SUBDOMAIN" information. - cached deduced wildcard: give the default wildcard RR. SWIL

Re: [DNSOP] Fwd: New Version Notification for draft-bellis-dnsext-multi-qtypes-04.txt

Ray Bellis writes: > This is just a "keep alive" so as to keep this draft in consideration as > one of the multiple solutions in this problem space while DNSOP decides > whether this is a problem worth solving. > > I still think it's the most elegant of those proposed ;-) I whole-heartedly agree,

Re: [DNSOP] I-D Action: draft-wkumari-dnsop-multiple-responses-05.txt

Comments: 1. There's a "www.exmaple.com" typo in the introduction. 2. It is very limiting for this functionality to rely upon DNSSEC, given that many practical cases still preclude its use. 3. Why have a composite value for EXTRA instead of just using one EXTRA record per domain (with a Priority fi

[DNSOP] I-D Action: draft-ietf-dnsop-session-signal-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : DNS Session Signaling Authors : Ray Bellis Stuart Cheshire

Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

I looked over this draft in detail, and found a handful of ambiguous points ("Clarifications" and "Potentially Missing Data" below). But more importantly, it is very close to defining a format that could replace much of my organization's in-house technology. Would you consider some generalizations

Re: [DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-sutld-ps-07: (with COMMENT)

On Jul 3, 2017, at 6:10 PM, Ben Campbell wrote: > Okay. It seemed like tempting fate, but if that was the intent… :-) We wanted for the statement to be true more than for no further comments to arrive. :) ___ DNSOP mailing list DNSOP@ietf.org https:

Re: [DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-sutld-ps-07: (with COMMENT)

> On Jul 3, 2017, at 5:05 PM, Ted Lemon wrote: > > On Jul 3, 2017, at 6:04 PM, Ben Campbell wrote: >> Is there something to be gained by going out on the "believed to be >> complete" limb? > > The idea was to dare people to contradict the statement. Seems to have > worked... :) > Okay. I

Re: [DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-sutld-ps-07: (with COMMENT)

On Jul 3, 2017, at 6:04 PM, Ben Campbell wrote: > Is there something to be gained by going out on the "believed to be complete" > limb? The idea was to dare people to contradict the statement. Seems to have worked... :) ___ DNSOP mailing list DNSOP

[DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-sutld-ps-07: (with COMMENT)

Ben Campbell has entered the following ballot position for draft-ietf-dnsop-sutld-ps-07: 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://www

[DNSOP] Minor editorial change to draft-ietf-dnsop-sutld-ps

Hi all, The Special-Use Domain Names Problem Statement document unsurprisingly contains a list of problems. This was an unordered list of 21 problems, including descriptions and sub-bullets. While trying to write another draft referring to specific problems it became clear that it would be much

[DNSOP] I-D Action: draft-ietf-dnsop-sutld-ps-07.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : Special-Use Domain Names Problem Statement Authors : Ted Lemon Ralph Drom

[DNSOP] I-D Action: draft-wkumari-dnsop-multiple-responses-05.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : Returning extra answers in DNS responses. Authors : Warren Kumari Zhiwei

Re: [DNSOP] [internet-dra...@ietf.org: New Version Notification for draft-edmonds-dnsop-capabilities-00.txt]

Mark Andrews wrote: > There are three things that made it hard to deploy new features. > > 1) Firewall vendor shipping firewalls with ridiculously strict rules >with zero evidence that they are needed. > > 2) Misimplementation of STD 13 and RFC 2671 by nameserver vendors. > > 3) Unknown EDNS

[DNSOP] Fwd: New Version Notification for draft-bellis-dnsext-multi-qtypes-04.txt

This is just a "keep alive" so as to keep this draft in consideration as one of the multiple solutions in this problem space while DNSOP decides whether this is a problem worth solving. I still think it's the most elegant of those proposed ;-) Ray Forwarded Message A new versi

Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

On 3 Jul 2017, at 5:34, Marc Groeneweg wrote: What’s the status of the IPR filed by Ray Bellis? Is this a viable IPR claims? The status is that he filed it. It doesn't matter whether there are viable claims in it. Ray states himself that the claim may have implications, but is not sure.

Re: [DNSOP] Fwd: New Version Notification for draft-muks-dnsop-dns-opportunistic-refresh-00.txt

Stephen Morris wrote: > Hi > > We have submitted a new draft which attempts to formalize an idea that > has been kicking around for a couple of years, namely to use serial > number information from DNS responses to determine whether stale records > in a cache can be refreshed without the need for

Re: [DNSOP] [internet-dra...@ietf.org: New Version Notification for draft-edmonds-dnsop-capabilities-00.txt]

On 2 Jul 2017, at 20:53, Mark Andrews wrote: There are three things that made it hard to deploy new features. 1) Firewall vendor shipping firewalls with ridiculously strict rules with zero evidence that they are needed. 2) Misimplementation of STD 13 and RFC 2671 by nameserver vendors. 3)

[DNSOP] I-D Action: draft-wkumari-dnsop-multiple-responses-04.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : Returning extra answers in DNS responses. Authors : Warren Kumari Zhiwei

[DNSOP] Fwd: New Version Notification for draft-bellis-dnsop-xpf-02.txt

Following feedback and discussion on this draft I've updated it to use a META RR rather than an EDNS option. This simplifies questions about adding an OPT RR if one wasn't already in the proxied packet. It also avoids (some) issues with TSIG / SIG(0). This RR now contains the entire 5-tuple of s

[DNSOP] I-D Action: draft-muks-dnsop-dns-catalog-zones-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : DNS catalog zones Authors : Mukund Sivaraman Stephen Morris

Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

On 03/07/2017 13:34, Marc Groeneweg wrote: > What’s the status of the IPR filed by Ray Bellis? Is this a viable > IPR claims? Ray states himself that the claim may have implications, > but is not sure. And in my opinion, no one at Nominet has claimed > this IPR. Can we drop this claim, and proceed

Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

Hi all, What’s the status of the IPR filed by Ray Bellis? Is this a viable IPR claims? Ray states himself that the claim may have implications, but is not sure. And in my opinion, no one at Nominet has claimed this IPR. Can we drop this claim, and proceed this draft to standard? Best regards,

Re: [DNSOP] Fwd: New Version Notification for draft-pan-dnsop-swild-rr-type-00.txt

Lanlan Pan wrote: > > This document specifies a new SWILD RR type for Intermediate Nameservers to > cache subdomain wildcard record, in order to reduce the cache size and > optimize the wildcard domain cache miss. Isn't this functionality already provided by https://tools.ietf.org/html/draft-ietf

[DNSOP] Fwd: New Version Notification for draft-pan-dnsop-swild-rr-type-00.txt

Hi all, We have submitted a new draft as draft-pan-dnsop-swild-rr-type-00. Nowadays wildcard domain is globally used, especially on CDN, P2P, advertise, anti-virus, DNSBLs service. Wildcard domain is simple configured on Authoritative Nameserver, but Intermediate Nameservers have to cache various

[DNSOP] Fwd: New Version Notification for draft-muks-dnsop-dns-opportunistic-refresh-00.txt

Hi We have submitted a new draft which attempts to formalize an idea that has been kicking around for a couple of years, namely to use serial number information from DNS responses to determine whether stale records in a cache can be refreshed without the need for an upstream query. Please send co

Re: [DNSOP] new ANAME draft: draft-hunt-dnsop-aname-00.txt

Hello Jinmei, apologies for the delay. Due to the length of your email I flagged it for later reading and then I got distracted by other things. On 13 Apr 2017, at 22:27, 神明達哉 wrote: Overall I agree this is worth trying to achieve. There is a clear need for the ability of defining an alias

Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

On 3 Jul 2017, at 10:08, internet-dra...@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Domain Name System Operations of the IETF. > > Title : C-DNS: A DNS Packet Capture Format > Aut

[DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations of the IETF. Title : C-DNS: A DNS Packet Capture Format Authors : John Dickinson Jim Hague

Re: [DNSOP] I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

Hello, On 1 Jul 2017, at 23:40, internet-dra...@ietf.org wrote: > Abstract: >The DNS is defined in literally dozens of different RFCs. The >terminology used by implementers and developers of DNS protocols, and >by operators of DNS systems, has sometimes changed in the decades >si