Skip to main content

IETF Last Call Review of draft-ietf-v6ops-rfc6146-bis-07
review-ietf-v6ops-rfc6146-bis-07-artart-lc-levine-2026-06-28-00

Request Review of draft-ietf-v6ops-rfc6146-bis
Requested revision No specific revision (document currently at 16)
Type IETF Last Call Review
Team ART Area Review Team (artart)
Deadline 2026-06-30
Requested 2026-06-16
Authors Marcelo Bagnulo , Philip Matthews , Jordi Palet Martinez
I-D last updated 2026-10-14 (Latest revision 2026-09-04)
Completed reviews Dnsdir IETF Last Call review of -07 by Jim Reid (diff)
Tsvart IETF Last Call review of -07 by Joerg Ott (diff)
Intdir IETF Last Call review of -07 by Satoru Matsushima (diff)
Opsdir IETF Last Call review of -07 by Tony Li (diff)
Artart IETF Last Call review of -07 by John R. Levine (diff)
Dnsdir Telechat review of -10 by Jim Reid (diff)
Artart Telechat review of -10 by John R. Levine (diff)
Secdir Telechat review of -11 by Peter E. Yee (diff)
Assignment Reviewer John R. Levine
State Completed
Request IETF Last Call review on draft-ietf-v6ops-rfc6146-bis by ART Area Review Team Assigned
Posted at https://mailarchive.ietf.org/arch/msg/art/m59udG-YSg1RtW3ocJZa8t73VOk
Reviewed revision 07 (document currently at 16)
Result Ready w/issues
Completed 2026-06-28
review-ietf-v6ops-rfc6146-bis-07-artart-lc-levine-2026-06-28-00
ARTART last call review of draft-ietf-v6ops-rfc6146-bis

Reviewer: John Levine

Overall: Ready with Issues

Figure 1 is scrambled. It looks like it was intended to be two large
boxes representing IPv6 and IPv4 networks connected by smaller boxes
for DNS64 and NAT64. But the right edge of the IPv6 box runs through
the middle of the small boxes. There is a vertical line under the k in
"IPv6 network" that might have been intended to be the right edge of
the IPv6 box but isn't. This figure is unchanged from RFC 6146 where
it was equally scrambled, which makes me wonder when was the last time
somone really looked at it.

Both this figure and Figure 2, which appears correct but is complex
and confusing, could benefit from being redrawn as real figures using
SVG tools.

The security considerations should say something about DNS64 and
DNSSEC, since the synthesized AAAA records are not and cannot be
signed. There are workarounds but none of them are great. RFC 6147
Section 3 discusses this issue so it could refer there.

I have looked at Tony Li's review and while I am not as sceptical of
IPv6 as he is, I generally agree with the changes he proposed.