Dear Brian,
ICANN ICP-3 document called for a DNS test-bed to carry experiments
in a given framework (to test various DNS evolutions including the
end of the root). The document lists interesting criteria/conditions.
Some are related to the DNS (non profit, ultimate agreement by the
community). Of the head two are important: reversibility and no harm
to the current operations. The "non profit" can be generailised: if a
community effort is carried to commonly consider an evolution, every
option should be considered and equally supported. Experiments must
not be a way to impose personnal or affinity group doctrines and DoE
(Denial of Evolution). Reversibility would also mean the result
cannot be published as BCP. It may reflect the practice of a group.
But it would not be acceptable to impose it to non participants as
there is no proof it would scale - before the experience convers the
whole network. This means that experience may be a way to deploy or
to transition. Should the IETF has started a large scale IPv6
experimentation, may be would we have IPv6 by competition to the
RIRs. This has been considered.
jfc
At 16:06 15/02/2006, Brian E Carpenter wrote:
When considering some recent appeals, the IESG discovered that
we have very little guidance about the meaning of "experiments"
in relation to Experimental RFCs. RFC 2026 refers to work which
is "part of some research or development effort" and the IESG
has adopted some guidelines to discriminate between Experimental
and Informational documents (see
http://www.ietf.org/u/ietfchair/draft-iesg-info-exp-01.html ).
But beyond that, we do not know what constitutes an acceptable
experiment on the Internet.
The IESG notes that the community could establish a variety of
guidelines describing what is and is not acceptable in experiments.
Historically, the IESG has made decisions based on its perception
that there is a strong desire in the community to publish technology
that is being deployed experimentally. We encourage community discussion
and development of more specific guidelines on operational conflicts
caused by experiments and how this should affect what we choose to
publish. (However we recommend that such discussion
focus on the general issue rather than the specifics of any case.)
Brian Carpenter
for the IESG
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf