Hi Rebecca,
> "Dual-stack name server” still only appears in Section 2. Is this
> okay, or are further updates needed?

This is okay.

> b) What do you think about the minor updates shown below (i.e.,
> moving “now” and updating “frequent” to “common”)?
> 
> Original:
>    Yet, while it is observed that the first
>    zones becoming exclusively IPv6 resolvable, there is still a major
>    portion of zones solely relying on IPv4 [V6DNSRDY-23].
> 
> Current:
>    Yet, while the first zones that are exclusively IPv6 resolvable
> can
>    be observed by now, exclusively IPv4 resolvable zones are
>    considerably more frequent [V6DNSRDY-23].
>   
> Perhaps:
>    Yet, while the first zones that are exclusively IPv6 resolvable
> can
>    now be observed, exclusively IPv4 resolvable zones are
>    considerably more common [V6DNSRDY-23].

Thanks, 'Perhaps:' sounds like a good option.

> c) In the updated text at the end of Section 4.3, should “address
> family based namespace fragmentation” be revised as follows to align
> with updates elsewhere in the document? That is, should this phrase
> be updated to use “name space” (two words), use “partitioning” rather
> than “fragmentation”, and recast to avoid awkward hyphenation?
> 
> Current:
>    If this is not done, a client might select a
>    subset of recursive DNS servers that leads to address family based
>    namespace fragmentation.
> 
> Perhaps:
>    If this is not done, a client might select a
>    subset of recursive DNS servers that leads to name space
> partitioning due to 
>    IP address family support.

Yes, thank you, this one slipped through.

> d) FYI - Once we finalize the questions above, we’ll need to ask the
> AD to approve some changes that are “above editorial”.

Thanks, and no worries. Please go ahead and reach out to the ADs.

With best regards,
Tobias

-- 
My working day may not be your working day. Please do not feel obliged 
to reply to my email outside of your normal working hours.
-----------------------------------------------------------------
Tobias Fiebig, Forschungsgruppe Internet Architecture (INET) 
Max-Planck-Institut für Informatik, Campus E14, 66123 Saarbrücken
E1 4 - Raum 517 mobil: +31 616 80 98 99

Attachment: smime.p7s
Description: S/MIME cryptographic signature

-- 
auth48archive mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to