Skip to main content

Last Call Review of draft-ietf-v6ops-6to4-to-historic-
review-ietf-v6ops-6to4-to-historic-secdir-lc-tsou-2011-06-23-00

Request Review of draft-ietf-v6ops-6to4-to-historic
Requested revision No specific revision (document currently at 11)
Type Last Call Review
Team Security Area Directorate (secdir)
Deadline 2011-06-21
Requested 2011-06-17
Authors Ole Trøan , Brian E. Carpenter
I-D last updated 2011-06-23
Completed reviews Genart Last Call review of -11 by Joel M. Halpern
Secdir Last Call review of -?? by Tina Tsou (Ting ZOU)
Opsdir Last Call review of -11 by Nevil Brownlee
Tsvdir Last Call review of -?? by Dan Wing
Assignment Reviewer Tina Tsou (Ting ZOU)
State Completed
Request Last Call review on draft-ietf-v6ops-6to4-to-historic by Security Area Directorate Assigned
Completed 2011-06-23
review-ietf-v6ops-6to4-to-historic-secdir-lc-tsou-2011-06-23-00
Hi Sam et al,
I have reviewed this document as part of the security directorate's ongoing
effort to review all IETF documents being processed by the IESG.  These
comments were written primarily for the benefit of the security area
directors.  Document editors and WG chairs should treat these comments just
like any other last call comments.

This document requests that RFC3056 and the companion document "An Anycast
Prefix for 6to4 Relay Routers" RFC3068 are moved to historic status.
I have some minor nits below, but overall the document seems in fine shape.

3.  6to4 operational problems
"In any case this model has the same
   operational burden has manually configured tunnels and has seen no
   deployment in the public Internet."
Should be
"In any case this model has the same
   operational burden as manually configured tunnels and has seen no
   deployment in the public Internet."

As the author said, 
   There are no new security considerations pertaining to this document.
   General security issues with tunnels are listed in
   [I-D.ietf-v6ops-tunnel-security-concerns] and more specifically to
   6to4 in [RFC3964] and [I-D.ietf-v6ops-tunnel-loops].

By the way, it is proposed to use 6rd replacing 6to4. 6rd is a good
technology, but cannot involve to IPv6. There are experiments on IPoE based
6rd, a little on PPPoE based 6rd.


We keep our promises with one another - no matter what!

Best Regards,
Tina TSOU


http://tinatsou.weebly.com/contact.html