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