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

2020-07-21 Thread Z.W. Yan
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

Re: [dns-privacy] I-D Action: draft-ietf-dprive-xfr-over-tls-02.txt

2020-07-21 Thread Tony Finch
Sara Dickinson wrote: > > Hi Tony, > > Many thanks for the detailed review! You're welcome! Your changes sound good, so I'll just answer a few quesions... > > Is there a reason for allowing concurrent AXFRs of the same zone? > > Actually, thinking about this more generally, I can't see a way in

Re: [dns-privacy] I-D Action: draft-ietf-dprive-xfr-over-tls-02.txt

2020-07-21 Thread Sara Dickinson
> On 13 Jul 2020, at 23:35, Tony Finch wrote: > > I've had a read through and here are a few, er, I mean several things that > caught my eye: > Hi Tony, Many thanks for the detailed review! > > In the intro, I think it's too strong to say that RFC 5155 was "to > prevent" zone enumeration

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

2020-07-21 Thread Vittorio Bertola
> Il 21/07/2020 02:27 Z.W. Yan 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 >