Re: AD Evaluation : draft-ietf-6man-ra-pref64-06

[Jen Linkova <[e-mail]>]

On Mon, Nov 4, 2019 at 2:08 PM Suresh Krishnan <[e-mail]> wrote:
> >> Please use a documentation prefix, say 192.0.2.0/24, instead of the RFC1918 address currently used in the example.
> >
> > Actually I'd agree with Lorenzo here..IMHO 10.0.0.0/8 case describes a
> > realistic scenario while 192.0.2/024 would look a bit artificial.  If
> > the text was saying 'if the operator would like to route all private
> > address space  through NAT64 device A' instead of
> > 'if the operator would like to route 10.0.0.0/8 through NAT64 device
> > A' we would not be using the example address space here, would we?
> >
> > Would it be better if that sentence says:
> > ''For example if the operator would like to route RFC1918 address
> > space, e.g. 10.0.0.0/8  through NAT64 device A’?
>
> I think this formulation is a bit better but I liked Mark Smith’s idea on my Additional Documentation Prefixes subthread (Thanks Mark!!) of using x’s instead of the 0’s here to obfuscate. Then it will be clear to readers that it is private space while not being directly usable. i.e. do something like
>
> "For example if the operator would like to route RFC1918 address
> space, e.g. 10.x.x.x/8  through NAT64 device A"

If '/8' is used then there is no difference between '10.0.0.0/8' and
'10.x.x.x/8' and 'x.x.x' would only confuse a reader, IMHO.
Please note that we are not trying to pick up any arbitrary prefix but
instead discussing a practical example on 'how to treat NAT64 traffic
for RFC1918 address space differently from the Internet traffic. Also,
using '10.0.0.0/8' is easy as it translated to 'a00' in
2001:db8:a:b::a00:0/104 which, I believe, easy to comprehend.

If you think that the explicit mention of RFC1918 makes the
formulation better, how about this:
"For example if the operator is using 10.0.0.0/8 private address space
internally and would like to route RFC1918 addresses through NAT64
device A’

> >> * Section 5
> >>
> >> The use of the term “lifetime” or “life time” to denote both the intended period of use and the value of the Lifetime field which is one-eighth of the intended value is a bit confusing. Can you deconflict this by calling the field “ShortLifetime" or something similar?
> >
> > How about 'Lifetime Multiplier’?
>
> I would have assumed that the multiplier in this case would actually be 8. How about “Scaled Lifetime”? Does that work?

Heh, I was thinking the same and actually renamed it to 'Lifetime
Multiplicand' but after discussing it with Lorenzo the idea was
discarded.
Scaled Lifetime would do, thanks!

-- 
SY, Jen Linkova aka Furry