Subject: Re: [Add] WGLC for Draft-IETF-ADD-DDR

From: Christopher Wood <[email-masked]>
Date: Thu, 10 Mar 2022 10:54:20 -0800

Hi folks,

I’m supportive of this draft moving forward. It has received substantial review and has several implementations (including one from Cloudflare [1]). Thanks to everyone who contributed in one way or another on the document!

Best,
Chris

[1] https://blog.cloudflare.com/announcing-ddr-support/

> On Feb 24, 2022, at 7:55 AM, Deen, Glenn <Glenn_Deen=[email-masked]> wrote:
> 
> The ADD draft Discovery of Designated Resolvers https://datatracker.ietf.org/doc/draft-ietf-add-ddr/ is ready for WGLC.
> 
> WGLC will run until March 14th 2022,  please post all comments to the ADD mailing list.
> 
> ADD Co-chairs
> Glenn Deen & David Lawrence
> 
> -- 
> Add mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/add

---

From: <[email-masked]>
Date: Thu, 24 Mar 2022 08:08:43 +0000

Hi all, 

Apologies for the late comment, but I think that it would be good if the note about "DNR precedence over DDR" in the DNR spec is also echoed in the DDR spec. 

Thank you. 

Cheers,
Med

> -----Message d'origine-----
> De : Add <[email-masked]> De la part de Deen, Glenn
> Envoyé : jeudi 24 février 2022 16:55
> À : [email-masked]
> Objet : [Add] WGLC for Draft-IETF-ADD-DDR
> 
> The ADD draft Discovery of Designated Resolvers
> https://datatracker.ietf.org/doc/draft-ietf-add-ddr/ is ready for WGLC.
> 

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

---

From: Tommy Pauly <[email-masked]>
Date: Thu, 24 Mar 2022 04:46:30 -0700

Hi Med,

Thanks for the review! I agree that that would be a good thing to add, and filed an issue:

https://github.com/ietf-wg-add/draft-ietf-add-ddr/issues/59 <https://github.com/ietf-wg-add/draft-ietf-add-ddr/issues/59>

Best,
Tommy

> On Mar 24, 2022, at 1:08 AM, [email-masked] wrote:
> 
> Hi all, 
>

---

From: <[email-masked]>
Date: Thu, 24 Mar 2022 11:58:24 +0000

Re-,

Thanks, Tommy.

Now that we opened the door for aliasmode in DNR, do you think that DDR should explicitly refer to that case when it discusses the discovery based on the name?

Cheers,
Med

De : Tommy Pauly <[email-masked]>
Envoyé : jeudi 24 mars 2022 12:47
À : BOUCADAIR Mohamed INNOV/NET <[email-masked]>
Cc : Deen, Glenn <Glenn_Deen=[email-masked]>; [email-masked]
Objet : Re: [Add] WGLC for Draft-IETF-ADD-DDR

Hi Med,

https://github.com/ietf-wg-add/draft-ietf-add-ddr/issues/59

Best,
Tommy

On Mar 24, 2022, at 1:08 AM, [email-masked]<mailto:[email-masked]> wrote:

Hi all,

Thank you.

Cheers,
Med

-----Message d'origine-----
De : Add <[email-masked]<mailto:[email-masked]>> De la part de Deen, Glenn
Envoyé : jeudi 24 février 2022 16:55
À : [email-masked]<mailto:[email-masked]>
Objet : [Add] WGLC for Draft-IETF-ADD-DDR

WGLC will run until March 14th 2022,  please post all comments to the
ADD mailing list.

ADD Co-chairs

--
Add mailing list
[email-masked]<mailto:[email-masked]>
https://www.ietf.org/mailman/listinfo/add

--
Add mailing list
[email-masked]<mailto:[email-masked]>
https://www.ietf.org/mailman/listinfo/add

---

From: Tommy Pauly <[email-masked]>
Date: Thu, 24 Mar 2022 05:07:47 -0700

Hi Med,

I don’t know if we need to say anything about that in DDR specifically. We certainly allow for Alias mode for DDR in both resolver.arpa and discovery by name. The fact that DNR can point to a name which then uses DDR seems to be a one-way reference from DNR to DDR.

Best,
Tommy

> On Mar 24, 2022, at 4:58 AM, [email-masked] wrote:
> 
> Re-,
>  
> Thanks, Tommy.
>  
> On Mar 24, 2022, at 1:08 AM, [email-masked] <mailto:[email-masked]> wrote:
>  
> Hi all, 
> 
> De : Add <[email-masked] <mailto:[email-masked]>> De la part de Deen, Glenn
> À : [email-masked] <mailto:[email-masked]>
> https://datatracker.ietf.org/doc/draft-ietf-add-ddr/ <https://datatracker.ietf.org/doc/draft-ietf-add-ddr/> is ready for WGLC.
> 
> [email-masked] <mailto:[email-masked]>
> https://www.ietf.org/mailman/listinfo/add <https://www.ietf.org/mailman/listinfo/add>
> 
> [email-masked] <mailto:[email-masked]>
> https://www.ietf.org/mailman/listinfo/add <https://www.ietf.org/mailman/listinfo/add>
>  
> [email-masked] <mailto:[email-masked]>
> https://www.ietf.org/mailman/listinfo/add <https://www.ietf.org/mailman/listinfo/add>

---

From: <[email-masked]>
Date: Thu, 24 Mar 2022 12:15:59 +0000

Re-,

I’m not sure either about changes, but a candidate place is to updated this text from DDR:

   A DNS client that already knows the name of an Encrypted Resolver can
   use DDR to discover details about all supported encrypted DNS
   protocols.  This situation can arise if a client has been configured
   to use a given Encrypted Resolver, or if a network provisioning
   protocol (such as DHCP or IPv6 Router Advertisements) provides a name
   for an Encrypted Resolver alongside the resolver IP address.

to explicitly points to DNR.

Feel free to make the change if you think it is reasonable. Thanks.

Cheers,
Med

De : Tommy Pauly <[email-masked]>
Envoyé : jeudi 24 mars 2022 13:08
À : BOUCADAIR Mohamed INNOV/NET <[email-masked]>
Cc : [email-masked]; Deen, Glenn <Glenn_Deen=[email-masked]>
Objet : Re: [Add] WGLC for Draft-IETF-ADD-DDR

Hi Med,

Best,
Tommy

On Mar 24, 2022, at 4:58 AM, [email-masked]<mailto:[email-masked]> wrote:

Re-,

Thanks, Tommy.

Cheers,
Med

De : Tommy Pauly <[email-masked]<mailto:[email-masked]>>
Envoyé : jeudi 24 mars 2022 12:47
À : BOUCADAIR Mohamed INNOV/NET <[email-masked]<mailto:[email-masked]>>
Cc : Deen, Glenn <Glenn_Deen=[email-masked]<mailto:Glenn_Deen=[email-masked]>>; [email-masked]<mailto:[email-masked]>
Objet : Re: [Add] WGLC for Draft-IETF-ADD-DDR

Hi Med,

Best,
Tommy

Hi all,

Thank you.

Cheers,
Med

-----Message d'origine-----
De : Add <[email-masked]<mailto:[email-masked]>> De la part de Deen, Glenn
Envoyé : jeudi 24 février 2022 16:55
À : [email-masked]<mailto:[email-masked]>
Objet : [Add] WGLC for Draft-IETF-ADD-DDR

ADD Co-chairs

Thank you.

---

From: Ben Schwartz <[email-masked]>
Date: Thu, 24 Mar 2022 09:07:11 -0400

It occurs to me that I've been speaking about the "AliasMode" topic
imprecisely.  To be precise, what would be conveyed in this mode is just
the "Resolver Name", not really an "alias".  It would be used as in DDR's
"Discovery Using Resolver Names".

On Thu, Mar 24, 2022 at 7:58 AM <[email-masked]> wrote:

> Re-,
>
>
>
> Thanks, Tommy.
>
>
>
> Now that we opened the door for aliasmode in DNR, do you think that DDR
> should explicitly refer to that case when it discusses the discovery based
> on the name?
>
>
>
> Cheers,
>
> Med
>
>
>
> *De :* Tommy Pauly <[email-masked]>
> *Envoyé :* jeudi 24 mars 2022 12:47
> *À :* BOUCADAIR Mohamed INNOV/NET <[email-masked]>
> *Cc :* Deen, Glenn <Glenn_Deen=[email-masked]>; [email-masked]
> *Objet :* Re: [Add] WGLC for Draft-IETF-ADD-DDR
>
>
>
> Hi Med,
>
>
>
> Apologies for the late comment, but I think that it would be good if the
> note about "DNR precedence over DDR" in the DNR spec is also echoed in the
> DDR spec.
>
> Thank you.
>
> Cheers,
> Med
>
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
> recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;

---

From: Tommy Pauly <[email-masked]>
Date: Thu, 24 Mar 2022 06:23:17 -0700

Yeah, we can add this text when we address the issue I opened.

Tommy

> On Mar 24, 2022, at 5:15 AM, [email-masked] wrote:
> 
> Re-,
>  
> De : Tommy Pauly <[email-masked] <mailto:[email-masked]>> 
> À : BOUCADAIR Mohamed INNOV/NET <[email-masked] <mailto:[email-masked]>>
> Cc : [email-masked] <mailto:[email-masked]>; Deen, Glenn <Glenn_Deen=[email-masked] <mailto:Glenn_Deen=[email-masked]>>
> On Mar 24, 2022, at 4:58 AM, [email-masked] <mailto:[email-masked]> wrote:
>  
> Re-,
>  
> Thanks, Tommy.
>  
> De : Tommy Pauly <[email-masked] <mailto:[email-masked]>> 
> À : BOUCADAIR Mohamed INNOV/NET <[email-masked] <mailto:[email-masked]>>
> Cc : Deen, Glenn <Glenn_Deen=[email-masked] <mailto:Glenn_Deen=[email-masked]>>; [email-masked] <mailto:[email-masked]>