Re: draft-ietf-v6ops-6to4-to-historic (yet again)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

I am not an expert in the questions of 6to4, but unless there are strong arguments claiming that this technology is not used any more, reclassification isn't appropriate. Discouraging implementation/use of the protocol is not a purpose of Historic, it is to mark what already no-one uses. It is only possible to determine when the obvious absence of previous and current interest in the technology is determined by the community, such as eg. SiFTP, RFC 913. I don't see such community's vision on 6to4, and therefore the document may not progress further unless strong community consensus is built.

Mykyta Yevstifeyev

25.07.2011 17:30, Ronald Bonica wrote:
Folks,

After some discussion, the IESG is attempting to determine whether there is IETF consensus to do the following:

- add a new section to draft-ietf-v6ops-6to4-to-historic
- publish draft-ietf-v6ops-6to4-to-historic as INFORMATIONAL

draft-ietf-v6ops-6to4-to-historic will obsolete RFCs 3056 and 3068 and convert their status to HISTORIC. It will also contain a new section describing what it means for RFCs 3056 and 3068 to be classified as HISTORIC. The new section will say that:

- 6-to-4 should not be configured by default on any implementation (hosts, cpe routers, other)
- vendors will decide whether/when 6-to-4 will be removed from implementations. Likewise, operators will decide whether/when 6-to-4 relays will be removed from their networks. The status of RFCs 3056 and 3068 should not be interpreted as a recommendation to remove 6-to-4 at any particular time.


draft-ietf-v6ops-6to4-to-historic will not update RFC 2026. While it clarifies the meaning of "HISTORIC" in this particular case, it does not set a precedent for any future case.

Please post your views on this course of action by August 8, 2011.


                                                                    Ron Bonica
                                                                    <speaking as OPS Area AD>
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]