RFC 1871 (rfc1871) - Page 3 of 4
Addendum to RFC 1602 -- Variance Procedure
Alternative Format: Original Text Document
RFC 1871 Variance Procedure November 1995
possible.
The IESG should consult WG chair and appropriate WG members as
needed, and the wishes of the WG should also be taken into account.
3. Public review
There shall be an extended Last Call for public review.
4. Accepting the solution
The IESG is responsible for accepting the solution, and incorporating
comments from the Last Call.
The IESG may approve such a variance, however, only if it first
determines that the likely benefits to the Internet community from
entering or advancing the specification on the standards track are
likely to outweigh the costs to the Internet community that result
from noncompliance with section 5 of RFC 1602.
In determining whether to approve a variance, the IESG has discretion
to limit the scope of the variance to particular parts of section 5
of RFC 1602 and to impose such additional restrictions or limitations
as it determines appropriate to protect the interests of the Internet
community.
5. The appeal procedure
The IAB is responsible for hearing and deciding appeals.
Discussion
When the IESG (on reviewing a recommendation for a variance) the has
determined that there is a situation where the existing written rules
do not apply or lead to a deadlock, the IESG may propose a solution
to the problem.
The solution may be developed by the IESG or suggested to the IESG.
The solution may either (1) decide the particular instance of the
matter, or (2) define a procedure for resolving matters of this kind.
In any case, the proposed solution will be documented in an Internet
Draft and subjected to an extended Last Call.
Depending on the results of the Last Call, the IESG will either
accept the solution; or revise the proposal, update the Internet
Draft, and initiate another extended Last Call.
Postel Best Current Practice