All
The call for adoption period has drawn to a close, and there was strong
consensus to adopt this document
and begin working on the details. The chairs look forward to working on
this document in the near future
Tim
On Mon, Oct 7, 2019 at 2:35 PM Eric Orth wrote:
> On behalf of Chrome
On behalf of Chrome DNS, I support adoption and plan to stay engaged on
this. While I don't think the draft is perfect yet, we like the general
approach and are interested in exploring it further.
___
DNSOP mailing list
DNSOP@ietf.org
On Mon, 7 Oct 2019, Tim Wicinski wrote:
I believe the browser vendors have made such an agreement. We should get
confirmation.
That's about 2/3 of it, but I hope they stay engaged to avoid an outcome
where we make changes that seem OK to us and they come back at the end and
say no, we're not
Also, for folks who supported adoption in the other thread, we're counting
them.
Tim
On Mon, Oct 7, 2019 at 2:02 PM Tim Wicinski wrote:
> John
>
> I believe the browser vendors have made such an agreement. We should get
> confirmation.
>
> Stephen
>
> I agree with you on solving the larger
John
I believe the browser vendors have made such an agreement. We should get
confirmation.
Stephen
I agree with you on solving the larger ESNI problem. The chairs will put
that on our list for the authors.
Thanks
On Mon, Oct 7, 2019 at 1:45 PM John Levine wrote:
> In article
In article
you write:
>Please review this draft to see if you think it is suitable for adoption
>by DNSOP, and comments to the list, clearly stating your view.
>
>Please also indicate if you are willing to contribute text, review, etc.
I think we should adopt and will review, but I would also
On Mon, Oct 7, 2019, at 7:37 AM, Tim Wicinski wrote:
> Please review this draft to see if you think it is suitable for adoption
> by DNSOP, and comments to the list, clearly stating your view.
>
> Please also indicate if you are willing to contribute text, review, etc.
I have reviewed the
On 7 Oct 2019, at 10:37, Tim Wicinski wrote:
> This starts a Call for Adoption for draft-nygren-dnsop-svcb-httpssvc
>
> The draft is available here:
> https://datatracker.ietf.org/doc/draft-nygren-dnsop-svcb-httpssvc/
>
> Please review this draft to see if you think it is suitable for
On Oct 7, 2019, at 9:37 AM, Tim Wicinski wrote:
> Please review this draft to see if you think it is suitable for adoption
> by DNSOP, and comments to the list, clearly stating your view.
I think this is important work, and support adoption.
___
DNSOP
I support adoption of this document—although I agree that the names do need
some bike shedding if/when it is adopted! This is a good mechanism to use for
ESNI keys and Alt-Svc. I also think that the extensibility it provides is
important property (for example, I am proposing to use it for
On Mon, Oct 7, 2019 at 6:37 PM Tim Wicinski wrote:
>
>
> All
>
> We want to thank the authors for working on this. The chairs
> feel that part of the discussion around this document would be to
> resolve:
> - ANAME/HTTPSSVC possible overlaps
> - The RR Type Name (no one seems to be in love
Hello; I do support adoption.
On 10/7/19 4:52 PM, Stephen Farrell wrote:
The main caveat for me is I don't know if it'd be worth
publishing an RFC if this doesn't end up getting deployed
in browsers. So getting clarity there as early as poss
would be good if we can.
I agree, but I wouldn't
Hiya,
On 07/10/2019 15:37, Tim Wicinski wrote:
> All
>
> We want to thank the authors for working on this. The chairs
> feel that part of the discussion around this document would be to
> resolve:
> - ANAME/HTTPSSVC possible overlaps
> - The RR Type Name (no one seems to be in love with
13 matches
Mail list logo