RFC1871 日本語訳

1871 Addendum to RFC 1602 -- Variance Procedure. J. Postel. November 1995. (Format: TXT=7747 bytes) (Obsoleted by RFC2026) (Updates RFC1602, RFC1603) (Status: HISTORIC)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                          J. Postel
Request for Comments: 1871                                           ISI
Updates: 1602, 1603                                        November 1995
BCP: 2
Category: Best Current Practice

コメントを求めるワーキンググループJ.ポステルの要求をネットワークでつないでください: 1871のISIアップデート: 1602、1603 1995年11月のBCP: 2カテゴリ: 最も良い現在の習慣

               Addendum to RFC 1602 -- Variance Procedure

RFC1602への付加物--変化の手順

Status of this Memo

このMemoの状態

   This document specifies an Internet Best Current Practices for the
   Internet Community, and requests discussion and suggestions for
   improvements.  Distribution of this memo is unlimited.

このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。 このメモの分配は無制限です。

Abstract

要約

   This document describes a modification to the IETF procedures to
   allow an escape from a situation where the existing procedures are
   not working or do not seem to apply.  This is a modification to the
   procedures of RFC 1602 and 1603.

このドキュメントは、既存の手順が利いていない状況からエスケープを許容するか、または適用するように思えないようにIETF手順に変更を説明します。 これはRFC1602と1603年の手順への変更です。

Introduction

序論

   The current IETF procedures are documented in "The Internet Standards
   Process -- Revision 2" [1], and "IETF Working Group Guidelines and
   Procedures" [2].

現在のIETF手順は「インターネット規格は処理されます--改正2インチ[1]、および「IETFワーキンググループガイドラインと手順」[2]」という中でドキュメントであり、ことです。

   There may be situations where following the procedures leads to a
   deadlock, or there may be situations where the procedures provide no
   guidance.  In these cases it may be appropriate to invoke the
   variance procedure described below.

状況が手順に従うのが行き詰まりに通じるところにあるかもしれませんか、または状況が手順が指導を全く提供しないところにあるかもしれません。 これらの場合では、以下で説明された変化の手順を呼び出すのは適切であるかもしれません。

   A revision of the rules specified in RFC 1602 is underway, but may
   take some time. This document describes an interim amendment to RFC
   1602, to avoid having to wait for this major revision in a state of
   paralysis.

RFC1602で指定された規則の改正は、進行中ですが、ある程度時間がかかるかもしれません。 このドキュメントは、麻痺状態でこの主要な改正を待たなければならないのを避けるためにRFC1602の当座の修正について説明します。

Guiding Principles

指導原理

   Any variance from following the written rules must be a public
   process with opportunity for all concerned parties to comment.

書かれた規則に従うのからのどんな変化もすべての関係者がコメントする機会がある公共の過程であるに違いありません。

   The variance procedure should be similar to existing mechanisms and
   involve existing bodies.

変化の手順は、既存のメカニズムと同様であり、既存のボディーを伴うべきです。

Postel                   Best Current Practice                  [Page 1]

RFC 1871                   Variance Procedure              November 1995

ポステル最も良い現在の習慣[1ページ]RFC1871変化の手順1995年11月

The Variance Procedure

変化の手順

   Upon the recommendation of the responsible IETF Working Group (or, if
   no Working Group is constituted, upon the recommendation of the
   responsible ad hoc committee), the IESG may enter a particular
   specification into, or advance it within, the standards track even
   though some of the requirements of section 5 of RFC 1602 have not or
   will not be met. 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.  In
   exercising this discretion, the IESG shall consider (a) the technical
   merit of the specification, (b) the possibility of achieving the
   goals of the Internet standards process without granting a variance,
   (c) alternatives to the granting of a variance, (d) the collateral
   and precedential effects of granting a variance, and (e) the IESG's
   ability to craft a variance that is as narrow as possible.  In
   determining whether to approve a variance, the IESG has discretion to
   limit the scope of the variance to particular parts of section 5 and
   to impose such additional restrictions or limitations as it
   determines appropriate to protect the interests of the Internet
   community.

責任があるIETF作業部会(作業部会はいいえなら構成されます、責任がある専門委員会の推薦に関して)の推薦のときに、IESGが標準化過程の中でRFC1602のセクション5の要件のいくつかが進めていませんが、特記仕様書を入力するか、それを進めるかもしれません、または会われないでしょう。 しかしながら、最初に標準化過程に関する仕様を入力するか、または進めるのからのインターネットコミュニティへのありそうな利益がインターネットコミュニティへのセクション5による不承諾から生じるコストより重そうを決定する場合にだけ、IESGはそのような変化を承認するかもしれません。 この思慮深さを運動させる際に、IESGは、(a) 仕様の技術的な長所、(b) 変化を与えないでインターネット標準化過程の目標を達成する可能性、(c) 変化を与えることへの代替手段、(d) 変化を与えるという傍系の、そして、先行の効果、および(e) 工芸品へのIESGの性能ができるだけ狭い変化であると、考えるものとします。 変化を承認するかどうか決定する際に、IESGは変化の範囲をセクション5の特定の部分に制限して、決定するような追加制限か制限を課す思慮深さをインターネットコミュニティの関心を保護するのが適切にします。

   There are five aspects that are involved in the variance procedure:
   (1) detecting the problem, (2) proposing a solution, (3) public
   review, (4) accepting the solution, and (5) an appeal process.

変化の手順に伴われる5つの局面があります: (1) (2) (4) (5) 解決、および上告の過程を受け入れて、解決策、(3)公開レビューを提案して、問題を検出します。

   1. Detecting the problem

1. 問題を検出します。

   The responsible IETF Working Group, (or, if no Working Group is
   constituted, the responsible ad hoc committee), may bring the matter
   of a variance before the IESG.

責任があるIETF作業部会、(作業部会が全く構成されないときの責任がある専門委員会)、IESGの前で変化の問題をもたらすかもしれません。

   2. Proposing the solution

2. 解決策を提案します。

   The IESG is responsible for proposing the solution.

IESGは解決策を提案するのに責任があります。

   The IESG may enter a particular specification into, or advance it
   within, the standards track even though some of the requirements of
   section 5 of RFC 1602 have not or will not be met.

IESGが標準化過程の中でRFC1602のセクション5の要件のいくつかが進めていませんが、特記仕様書を入力するか、それを進めるかもしれません、または会われないでしょう。

   In exercising this discretion, the IESG shall consider (a) the
   technical merit of the specification, (b) the possibility of
   achieving the goals of the Internet standards process without
   granting a variance, (c) alternatives to the granting of a variance,
   (d) the collateral and precedential effects of granting a variance,
   and (e) the IESG's ability to craft a variance that is as narrow as

この思慮深さを運動させる際に、IESGは、(a) 仕様の技術的な長所、(b) 変化を与えないでインターネット標準化過程の目標を達成する可能性、(c) 変化を与えることへの代替手段、(d) 変化を与えるという傍系の、そして、先行の効果、および(e) 工芸品へのIESGの性能がそれが狭い変化であると考えるものとします。

Postel                   Best Current Practice                  [Page 2]

RFC 1871                   Variance Procedure              November 1995

ポステル最も良い現在の習慣[2ページ]RFC1871変化の手順1995年11月

   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.

IESGは必要に応じてWGいすと適切なWGメンバーに相談するはずです、そして、また、WGの願望は考慮に入れられるべきです。

   3. Public review

3. 公開レビュー

   There shall be an extended Last Call for public review.

公開レビューのための拡張Last Callがあるでしょう。

   4. Accepting the solution

4. 解決策を受け入れます。

   The IESG is responsible for accepting the solution, and incorporating
   comments from the Last Call.

IESGは解決策を受け入れて、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.

しかしながら、最初に標準化過程に関する仕様を入力するか、または進めるのからのインターネットコミュニティへのありそうな利益がインターネットコミュニティへのRFC1602のセクション5による不承諾から生じるコストより重そうを決定する場合にだけ、IESGはそのような変化を承認するかもしれません。

   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.

変化を承認するかどうか決定する際に、IESGは変化の範囲をRFC1602のセクション5の特定の部分に制限して、決定するような追加制限か制限を課す思慮深さをインターネットコミュニティの関心を保護するのが適切にします。

   5. The appeal procedure

5. 上告手順

   The IAB is responsible for hearing and deciding appeals.

IABは上告を聞いて、決めるのに責任があります。

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.

IESG(変化のための推薦を見直すときの)である、状況が既存の書かれた規則が行き詰まりに当てはまりもしませんし、つながりもしないところにあって、IESGが問題の解決を提案するかもしれないと決心しているのに、持っています。

   The solution may be developed by the IESG or suggested to the IESG.

解決策は、IESGによって見いだされるか、またはIESGに勧められるかもしれません。

   The solution may either (1) decide the particular instance of the
   matter, or (2) define a procedure for resolving matters of this kind.

解決策は定義するかもしれません。(1) その件の特定の例について決めるか、または(2) この種類の問題を解決するための手順を定義してください。

   In any case, the proposed solution will be documented in an Internet
   Draft and subjected to an extended Last Call.

どのような場合でも、インターネットDraftに記録されて、提案された解決策は、拡張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.

Last Callの結果によって、IESGは解決策を受け入れるでしょう。 または、提案を改訂してください、そして、インターネットDraftをアップデートしてください、そして、別の拡張Last Callを開始してください。

Postel                   Best Current Practice                  [Page 3]

RFC 1871                   Variance Procedure              November 1995

ポステル最も良い現在の習慣[3ページ]RFC1871変化の手順1995年11月

   When the IESG accepts a solution the Internet Draft shall be
   forwarded to the RFC Editor and published as an RFC.

IESGが解決策を受け入れるとき、インターネットDraftはRFC Editorに送られて、RFCとして発行されるものとします。

   The IAB shall be available to hear and decide on appeals of the use
   this variance procedure.

IABは、使用の上告のときにこの変化の手順を聞いて、決めるために利用可能になるでしょう。

Acknowledgements

承認

   The contributions of the IAB and the IESG -- and Brian Carpenter,
   Paul Mockapetris, Christian Huitema, Robert Elz, Frank Kastenholz,
   and Scott Bradner, in particular -- are gratefully acknowledged.
   Scott deserves special credit for working with the lawyers to get
   that first paragraph in the "The Variance Procedure" section.

特にIAB、IESG、ブライアンCarpenter、ポールMockapetris、クリスチャンのHuitema、ロバートElz、フランクKastenholz、およびスコット・ブラドナーの貢献は感謝して承諾されます。 スコットがその第一節を得る弁護士が中にいる状態で働くための特別なクレジットに値する、「変化の手順」セクション。

References

参照

   [1] IAB, and IESG, "Internet Standards Process -- Revision 2", RFC
       1602, IAB and IESG, March 1994.

[1] IAB、およびIESG、「インターネット規格は処理されます--改正2インチとRFC1602とIABとIESG、1994年3月。」

   [2] Huizer, E., and D. Crocker, "IETF Working Group Guidelines and
       Procedures", RFC 1603, SURFnet and Silicon Graphics, Inc., March
       1994.

[2] Huizer、E.、およびD.クロッカー、「IETFワーキンググループガイドラインと手順」(RFC1603、SURFnet、およびシリコングラフィックス)は1994を行進させます。

Security Considerations

セキュリティ問題

   Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

Authors' Address

作者のアドレス

      Jon Postel
      USC - ISI, Suite 1001
      4676 Admiralty Way
      Marina del Rey, CA  90292-6695
      Phone: 310-822-1511
      EMail: postel@isi.edu

ジョンポステルUSC--ISI、Suite1001 4676海軍本部Wayマリナデルレイ、カリフォルニア90292-6695電話: 310-822-1511 メールしてください: postel@isi.edu

Postel                   Best Current Practice                  [Page 4]

ポステルBest現在の習慣[4ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

ペンギンの眠り方

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る