Re: [bmwg] Suresh Krishnan's No Objection on draft-ietf-bmwg-ipv6-tran-tech-benchmarking-07: (with COMMENT)

[Marius Georgescu <[e-mail]>]

Hello Suresh,

Thank you for your review.
Please see my answers inline.
> On Jun 7, 2017, at 10:17 PM, Suresh Krishnan <[e-mail]> wrote:
> 
> Suresh Krishnan has entered the following ballot position for
> draft-ietf-bmwg-ipv6-tran-tech-benchmarking-07: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-bmwg-ipv6-tran-tech-benchmarking/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> * I am surprised that this document does not use (and does not even mention)
> the Well Known Prefix (64:ff9b::/96) for the algorithmic mapping between IPv4
> and IPv6 on translators as specified by RFC6052. Is there a reason why this is
> omitted?

Section 3.1 of RFC6052 states the following.

3.1.  Restrictions on the Use of the Well-Known Prefix

   The Well-Known Prefix MUST NOT be used to represent non-global IPv4
   addresses, such as those defined in [RFC1918] or listed in Section 3
   of [RFC5735].  Address translators MUST NOT translate packets in
   which an address is composed of the Well-Known Prefix and a non-
   global IPv4 address; they MUST drop these packets.

Among the prefixes mentioned in Section 3 of RFC5735 is the IPv4 prefix reserved for benchmarking.
Keeping this is mind, I think using WKP for benchmarking  is not an option. 
We could note that a /96 from the prefix reserved for benchmarking (2001:2::/48) can be used . 

> * It is not clear from the document whether the time taken by the
> DNS64 resolution procedure is included in the latency measurements. It might be
> useful to note this.
> 

We are not sure what you meant here. 
It might not be connected with your comment, but DNS64 is benchmarked separately from NAT64.
For NAT64, the latency benchmarks detailed in Section 7.2 are indeed recommended, but for DNS64 we proposed only the DNS resolution performance benchmark, detailed in Section 9.

Best regards,
Marius