Hello,
A new draft about root data caching is proposed, which aims to solve the
similar problem presented in RFC7706 and gives the DNS administrator one more
option.
Thanks.
Jiankang Yao
-原始邮件-
发件人: internet-dra...@ietf.org
发送时间: 2019-02-14 08:13:44 (星期四)
收件人: "Jiankan
From: Tim Wicinski
Date: 2018-07-30 10:11
To: John Levine
CC: Evan Hunt; dnsop
Subject: Re: [DNSOP] One Chair's comments on draft-wessels-dns-zone-digest
>
> I had spent some time looking the draft over and realizing it was marked
> standards track, and I think it would be easier to adopt
Dear Richard Gibson,
Thanks a lot for your kind review and questions.
some comments are below inline.
Jiankang Yao
From: Richard Gibson
Date: 2017-09-19 10:48
To: dnsop
Subject: Re: [DNSOP] I-D Action: draft-yao-dnsop-accompanying-questions-04.txt
I have some questions about
of
www.example.com about A and , records of a sub-domain name such
as _443._tcp.www.example.com for TLSA may be of interest[RFC 6698].
Jiankang Yao
From: internet-drafts
Date: 2017-06-23 15:41
To: XiaoDong Lee; Ning Kong; Paul Vixie; Jiankang
plementations set the TTL of
synthesized CNAMEs to zero). A TTL of zero means that the CNAME can
be discarded immediately after processing the answer.
"
So in RFC 6672, DNAME resolver seem to have been updated to cache the
synthesized cname.
thanks.
Jiankang Yao
From: Mark
NS mismatch between parent zone and child zone is an issue.
I think that this draft is a very good start.
Jiankang Yao
From: fujiwara
Date: 2016-11-02 14:10
To: dnsop
Subject: [DNSOP] draft-fujiwara-dnsop-resolver-update-00
Hello,
I submitted draft-fujiwara-dnsop-resolver-update-00
Regards,
Jiankang Yao
> -原始邮件-
> 发件人: "神明達哉" <jin...@wide.ad.jp>
> 发送时间: 2016-10-28 00:46:17 (星期五)
> 收件人: yaojk <ya...@cnnic.cn>
> 抄送: dnsop <dnsop@ietf.org>, vixie <vi...@fsi.io>
> 主题: Re: [DNSOP] Fw: New Version Notification for
> draft-
Dear JINMEI-san,
Thanks a lot for your kind review. All your comments/questions are very
helpful to improve the document.
More comments are followed below.
thanks a lot.
Jiankang Yao
From: 神明達哉
Date: 2016-10-25 02:47
To: Jiankang Yao
CC: dnsop; Paul Vixie
Subject: Re: [DNSOP] Fw: New
From: Bob Harold
Date: 2016-10-25 00:25
To: Jiankang Yao; IETF DNSOP WG
Subject: Re: [DNSOP] Fw: New Version Notification for
draft-yao-dnsop-accompanying-questions-01.txt
> I like the concept.
>
thanks.
> The AQ bit and count are probably unnecessary, the option length will
&g
Hello,
We have updated it to the new version, simplying the mechanism.
pls kindly help to review it. any comments are welcome.
If Seoul DNSOP meeting has some time slot for it, I will appreciate it.
thanks a lot.
Jiankang Yao
-原始邮件-
发件人: internet-dra...@ietf.org
抄送:
主题: New
From: fujiwara
Date: 2016-07-06 17:09
To: dnsop
Subject: Re: [DNSOP] The DNSOP WG has placed
draft-wkumari-dnsop-multiple-responses in state "Candidate for WG Adoption"
>* My idea
> I prefer multiple query sections (with some restrictions)
> and merged answers.
> multiple query
are interested in it, pls kindly let me know it or subscribe it via
https://www.ietf.org/mailman/listinfo/bundled-domain-names
thanks a lot.
Jiankang Yao
From: internet-drafts
Date: 2016-05-23 14:30
To: Xiaodong LEE; Paul A. Vixie; Jiankang Yao; Jiankang YAO; XiaoDong Lee; Paul
Vixie
Subject: New
-ietf-uta-smtp-tlsrpt-00.
If there is a solution which can kill two birds with one stone, why refuse to
use it?
Best Regards
Jiankang Yao
___
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
quot;, "initiator"
section 4. Responder Processing . . . . . . . . . . . . . . . . . . . . 5
section 5. Initiator Processing . . . . . . . . . . . . . . . . . . . . 6
Inititator can be stub or recursor
Responder can be authority server or recursor
Best regards.
Jiankang Yao
> Ray
>
> p.s.
Dear all,
We submit a draft about "A DNS Query including A Main Question with
Accompanying Questions".
Any comments are welcome.
Thanks.
Jiankang Yao
From: internet-drafts
Date: 2016-04-28 15:50
To: XiaoDong Lee; Paul A. Vixie; Jiankang Yao; Paul Vixie
Dear all,
There is a New Non-WG Mailing List: Bundled-domain-names -- Discussion
of"bundled domain names".
Welcome to join this list for a discussion.
To subscribe: https://www.ietf.org/mailman/listinfo/bundled-domain-names
Thanks.
Jiankang Yao
发件人: "IETF Sec
DNS operators.
It is better that the WG provides another choice for dns operators.
Thanks.
Jiankang Yao
From: The IESG
Date: 2015-10-06 07:03
To: IETF-Announce
CC: dnsop mailing list; dnsop chair; RFC Editor
Subject: [DNSOP] Document Action: 'Decreasing Access Time to Root Servers by
Runni
the draft will reduce the load to the root server. Most traffic
that might lead to the root server will be lead to the root data cache.
Best Regards
Jiankang Yao
>
>Joe
On 29 Sep 2015, at 0:28, Jiankang Yao wrote:
> Dear all,
>
>I submit a draft about Decreasing Fetch time of
, this
document proposes a new mechanism by improving the mechanism of root
data cacheing.
Pls kindly help to review it and give the comments.
I would also like to apply 10 minutes slot to introduce this idea in the
next IETF meeting
thanks a lot.
Jiankang Yao
From: internet-drafts
the origin
of one of the zones is the child of the other zone.
If there are some examples which show what the zone cuts are, that will be
great.
Jiankang Yao
From: Paul Hoffman
Date: 2015-01-20 06:16
To: IETF DNSOP WG
Subject: [DNSOP] New version of the DNS terminology draft
Greetings again
From: Joe Abley
Date: 2014-11-27 06:29
To: Paul Hoffman
CC: dnsop
Subject: Re: [DNSOP] New Version Notification for
draft-wkumari-dnsop-root-loopback-02.txt
I think the document is well-written and clear, but that it needs the risks
(non-zero) and benefits (near-zero) to be clearly
From: Tim Wicinski
Date: 2014-06-24 22:12
To: dnsop
Subject: Re: [DNSOP] feedback on draft-wkumari-dnsop-dist-root-00
Speaking as co-chair, Mr. Hoffman is absolutely correct on this point -
we are more than OK with half-baked ideas being hand-waved and a solid
discussion happening on the
Section 3.1.1. Responses Tailored to the Originator in the
draft-iab-dns-applications-07
has some related discussion to this topic.
From the IAB draft, it seems that IAB does not prefer to tailor dns response
based on the originator.
Jiankang Yao
From: Joe Abley
Date: 2014-05-07 01:18
One view about this issue based on the previous discussion years ago is that
the dns implementors may choose to tailor the dns response in their own way,
but ietf is unlikely to standardize it.
Jiankang Yao
From: Colm MacCárthaigh
Date: 2014-05-07 09:14
To: yaojk
CC: Joe Abley; dnsop
From: Warren Kumari
Date: 2014-03-21 19:38
To: Tim Wicinski
CC: joel jaeggli; dnsop
Subject: Re: [DNSOP] Changes to Charter
On Wed, Mar 19, 2014 at 3:42 PM, Tim Wicinski tjw.i...@gmail.com wrote:
Hello
This is a conversation I've scheduled a few times and I did poor time
mangement. After
-rfc4641bis-13 is based on RFC
4641, does the submitter believe that an IPR disclosure is required
for RFC 4641?
I am interested in this question too since rfc4641bis and rfc4641 share a lot
of points.
Jiankang Yao
Regards,
-sm
___
DNSOP mailing
comments are welcome.
thanks a lot.
Jiankang Yao
- Original Message -
From: internet-dra...@ietf.org
To: i-d-annou...@ietf.org
Sent: Friday, September 10, 2010 10:30 AM
Subject: I-D Action:draft-yao-dnsop-resolverkey-01.txt
A New Internet-Draft is available from the on-line Internet
27 matches
Mail list logo
