Re: [dns-privacy] Fw: New Version Notification for draft-yan-dprive-local-service-indication-02.txt

[Brian Haberman <[e-mail]>]

Hi all,

On 7/21/20 8:40 PM, Z.W. Yan wrote:
> Thank you for your comments and suggestions, Vittorio.
> I think it is also suitable in Dprive, because Dprive mainly aims to produce the DNS privacy related solutions.
> And this service discovery related scheme is tightly related with the solution, but it also depends on the comments of the Chairs, :-)
> 

There are a number of DNS-related drafts that are currently without an
identified WG home. The chairs are working with our AD to initiate a
discussion with chairs and ADs of DNSOP and ADD to discuss this
situation. Once we get through that exercise, someone in leadership will
communicate the proposed direction to the necessary mailing lists.

Regards,
Brian

> 
> 
> Z.W. Yan
>  
> From: Vittorio Bertola
> Date: 2020-07-21 20:28
> To: Z.W. Yan
> CC: gggeng; xincha.zhang; dns-privacy; liuyang7
> Subject: Re: [dns-privacy] Fw: New Version Notification for draft-yan-dprive-local-service-indication-02.txt
>   
> Il 21/07/2020 02:27 Z.W. Yan <[e-mail]> ha scritto: 
>   
>   
> Correct, Stephane, the notification from resolver is more direct. 
> However, based on DHCP/ICMP is also an approach because the end-user is always bootstrapping based on DHCP/ICMP for the address configuration and so on. 
> Besides, the configuration of resolver can be supported by DHCP/ICMP and only an extension is needed based on RFC3646/4339... 
> I think it makes sense to standardize Do* service discovery via DHCP, then people will decide whether they want to make use of it or not. 
>   
> I would however note that this draft (subject to assessment by the WG chairs) might be more in topic for the ADD working group - you may want to post it there. 
>   
> 
> 
> _______________________________________________
> dns-privacy mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/dns-privacy
>