1) "as measured on the real internet, not the ietf bar, 6to4 sucks
2) "perhaps that minority was also vocal in the back room"
3) "yes, but that will be a year from now. in the ietf, delay is one form of
1) While not stated so colorfully, draft-ietf-v6ops-6to4-advisory made
this point. It has been approved for publication.
but then do we not draw the conclusion that therefore publishing
draft-ietf-v6ops-6to4-to-disgusting is the correct approach?
2) While there was no back-room activity, an appeal had been filed at
the WG level. Since WG consensus was stronger than IETF consensus,
it is reasonable to assume that the appeal would be escalated to
the IESG level if it was not approved at the WG level.
so these days people who do not get their way use the nuclear option?
we raised kids. when those tactics resulted in "we are so sorry you do
not like the result, but that's the result" they soon stopped.
So, any way you look at it, there would be delays.
welcome to the ietf, where process is our most important product.
3) The new document may not take a year to publish. Since it is a
short draft, it could be produced in a few days. Once it is
produced, we could immediately initiate a WG last call and an IETF
last call immediately after that. So, we might be talking about a
so process this one in six weeks, please.
Now, I have a question for you, Lorenzo and Doug. If our goal is to
take 6-to-4 off of the Internet, does not disabling it by default
solve most of the problem? AFAIKS, very few users would enable it and
service providers would not be economically incented to support 6-to-4
the economic incentive to half-assed service providers is that it gives
an excuse not to deploy ipv6. the response of these folk will be web
pages instructing their users how to turn 6to4 on.
Ietf mailing list