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, :-)
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 <[email protected]> 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. -- Vittorio Bertola | Head of Policy & Innovation, Open-Xchange [email protected] Office @ Via Treviso 12, 10144 Torino, Italy
_______________________________________________ dns-privacy mailing list [email protected] https://www.ietf.org/mailman/listinfo/dns-privacy
