[要約] RFC 6174は、IETFの作業グループ文書の状態を定義しています。その目的は、作業グループの文書がどのような状態にあるかを明確にすることです。
Internet Engineering Task Force (IETF) E. Juskevicius
Request for Comments: 6174 TrekAhead
Category: Informational March 2011
ISSN: 2070-1721
Definition of IETF Working Group Document States
IETFワーキンググループドキュメント状態の定義
Abstract
概要
The IETF Datatracker tool needs to be enhanced to make it possible for Working Group (WG) Chairs to provide IETF participants with more information about the status and progression of WG documents than is currently possible.
IETF DataTrackerツールを強化して、ワーキンググループ（WG）椅子がIETF参加者にWGドキュメントのステータスと進行に関する詳細情報を現在可能にすることを可能にする必要があります。
This document defines new states and status annotation tags that need to be added to the Datatracker to enable WG Chairs and their Delegates to track the status of Internet-Drafts (I-Ds) that are associated with their WGs. This document also describes the meaning of all previously implemented I-D states and substate annotation tags currently used by IETF Area Directors to indicate the status of I-Ds that have been sent to the IESG for evaluation and publication.
このドキュメントでは、WG椅子とその代表者がWGSに関連付けられているインターネットドラフト（I-DS）のステータスを追跡できるようにDatAtrackerに追加する必要がある新しい状態とステータス注釈タグを定義します。このドキュメントでは、以前に実装されたすべてのI-D状態と、IETFエリアディレクターが現在使用しているSust Sustate Annotationタグの意味についても説明しています。
Status of This Memo
本文書の位置付け
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補者ではありません。RFC 5741のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6174.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6174で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2011 IETF Trustおよび文書著者として特定された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。
Table of Contents
目次
1. Introduction ....................................................4
2. Conventions Used in This Document ...............................4
3. I-D States Already Implemented by the Datatracker ...............5
3.1. I-D Availability States ....................................5
3.1.1. Expired .............................................6
3.1.2. Active ..............................................6
3.1.3. Replaces and Replaced By ............................6
3.2. IESG Document States .......................................7
3.2.1. Publication Requested ...............................7
3.2.2. AD Evaluation .......................................8
3.2.3. IESG Evaluation .....................................8
4. New States and Status Annotation Tags for WG I-Ds ...............9
4.1. Working Group I-D State Diagram ............................9
4.2. Working Group I-D States ..................................11
4.2.1. Call for Adoption by WG Issued .....................12
4.2.2. Adopted by a WG ....................................12
4.2.3. Adopted for WG Info Only ...........................13
4.2.4. WG Document ........................................13
4.2.5. Parked WG Document .................................13
4.2.6. Dead WG Document ...................................14
4.2.7. In WG Last Call ....................................14
4.2.8. Waiting for WG Chair Go-Ahead ......................15
4.2.9. WG Consensus: Waiting for Writeup ..................15
4.2.10. Submitted to IESG for Publication .................15
4.3. Working Group I-D Status Annotation Tags ..................16
4.3.1. Awaiting Expert Review/Resolution of Issues Raised .16
4.3.2. Awaiting External Review/Resolution of
Issues Raised ......................................16
4.3.3. Awaiting Merge with Other Document .................16
4.3.4. Author or Editor Needed ............................17
4.3.5. Waiting for Referenced Document ....................17
4.3.6. Waiting for Referencing Document ...................17
4.3.7. Revised I-D Needed - Issue raised by WGLC ..........18
4.3.8. Revised I-D Needed - Issue raised by AD ............18
4.3.9. Revised I-D Needed - Issue raised by IESG ..........18
4.3.10. Doc Shepherd Followup Underway ....................18
4.3.11. Other - see Comment Log ...........................19
5. Intended Maturity Level of WG Drafts ...........................19
6. Security Considerations ........................................19
7. References .....................................................19
7.1. Normative References ......................................19
7.2. Informative References ....................................20
8. Acknowledgments ................................................20
Appendix A: "IESG Document" States ................................21
A.1. Definition of "IESG Document" States ......................21
A.1.1. Publication Requested ................................21
A.1.2. AD Evaluation ........................................21
A.1.3. Expert Review ........................................21
A.1.4. Last Call Requested ..................................22
A.1.5. In Last Call .........................................22
A.1.6. Waiting for Writeup ..................................22
A.1.7. Waiting for AD Go-Ahead ..............................22
A.1.8. IESG Evaluation ......................................22
A.1.9. IESG Evaluation - Defer ..............................23
A.1.10. Approved - Announcement to be sent ..................23
A.1.11. Approved - Announcement sent ........................23
A.1.12. RFC Ed Queue ........................................23
A.1.13. RFC Published .......................................23
A.1.14. DNP - Waiting for AD note ...........................23
A.1.15. DNP - Announcement to be sent .......................23
A.1.16. AD is Watching ......................................23
A.1.17. Dead ................................................24
A.2. IESG Document Substates ...................................24
A.2.1. Point Raised - writeup needed ........................24
A.2.2. AD Followup ..........................................24
A.2.3. External Party .......................................25
A.2.4. Revised ID Needed ....................................25
The IETF Datatracker is a web-based system for managing information about Internet-Drafts (I-Ds) and RFCs, IPR disclosures, liaison statements, and several other important aspects of the IETF process [IDTRACKER].
IETF DataTrackerは、インターネットドラフト（I-DS）およびRFC、IPR開示、リエゾンステートメント、およびIETFプロセスの他のいくつかの重要な側面に関する情報を管理するためのWebベースのシステムです[idtracker]。
The Datatracker is currently able to track and report on the status of I-Ds that have been submitted to the IESG for evaluation and publication. Appendix A of this document describes all of the document states and substate annotation tags used by IETF Area Directors (ADs) to indicate the status of I-Ds that have been sent to the IESG.
DataTrackerは現在、評価と公開のためにIESGに提出されたI-DSのステータスを追跡および報告することができます。このドキュメントの付録Aでは、IETFエリアディレクター（ADS）が使用するすべてのドキュメント状態とSustate Annotationタグについて、IESGに送信されたI-Dのステータスを示しています。
In contrast, the Datatracker has almost no ability to indicate the status and progression of I-Ds before they are sent to the IESG. The Datatracker can only track the availability status of I-Ds today (e.g., "Active", Expired", "Withdrawn", "Replaced by") and in some cases indicate which IETF Working Group (WG) an I-D is associated with (if any).
対照的に、DataTrackerは、IESGに送信される前にI-DSのステータスと進行を示す能力をほとんど持っていません。DataTrackerは、今日のI-DSの可用性ステータスのみを追跡できます（例：「アクティブ」、期限切れ」、「撤回」、「置き換えられた」）。ある場合）。
Section 3 of this document contains a summary of the Datatracker's current ability to track and report on the status of I-Ds in the IETF document stream. The IETF document stream is defined in Section 5.1.1 of RFC 4844 [RFC4844].
このドキュメントのセクション3には、IETFドキュメントストリームのI-DSのステータスを追跡および報告するDatAtrackerの現在の能力の概要が含まれています。IETFドキュメントストリームは、RFC 4844 [RFC4844]のセクション5.1.1で定義されています。
Section 4 of this document defines several new I-D states and I-D status annotation tags that need to be added to the Datatracker to enable status tracking and reporting for WG I-Ds.
このドキュメントのセクション4では、WG I-DSのステータス追跡とレポートを有効にするために、DatAtrackerに追加する必要があるいくつかの新しいI-D状態およびI-Dステータスアノテーションタグを定義します。
A "working group I-D" (WG I-D) is an Internet-Draft that has achieved consensus for adoption as a work item by a WG (compared to an individual submission I-D that has not, or has not yet, achieved consensus).
「ワーキンググループI-D」（WG I-D）は、WGによる作業項目としての採用のコンセンサスを達成したインターネットドラフトです（コンセンサスを達成していない、またはまだ達成していない個々の提出I-Dと比較して）。
The terms "WG I-D", "WG document", and "WG draft" are used synonymously throughout this document. The same is true for the plural case of each term.
「WG I-D」、「WGドキュメント」、および「WGドラフト」という用語は、このドキュメント全体で同義語で使用されます。同じことが、各用語の複数の場合にも当てはまります。
The terms "WG document" and "WG draft" are not intended to apply to any other document that may be reviewed, discussed, or produced by an IETF working group. Working group meeting materials such as Blue Sheets, agendas, jabber logs, scribe's notes, minutes, and presentation slides are not to be considered "WG documents" or "WG drafts" in the context of this document.
「WGドキュメント」および「WGドラフト」という用語は、IETFワーキンググループがレビュー、議論、または作成できる他のドキュメントに適用することを意図していません。青いシート、アジェンダ、ジャバーログ、筆記者のメモ、議事録、プレゼンテーションスライドなどのワーキンググループ会議資料は、このドキュメントのコンテキストで「WGドキュメント」または「WGドラフト」とは見なされません。
The phrase "WG status of an I-D" is to be interpreted as referring to the state that an I-D is in, as defined in Section 4.2 of this document. This phrase does not refer to an I-D's availability status (e.g., "Expired", "Active", "Replaced by") as described in Section 3.1, or to any of the IESG states used by Area Directors to describe the status of I-Ds they may be evaluating.
「i-DのWGステータス」というフレーズは、このドキュメントのセクション4.2で定義されているように、I-Dが入っている状態を指すと解釈されます。このフレーズは、セクション3.1で説明されているように、またはエリアディレクターが使用するIESG状態のいずれかを説明するように、I-Dの可用性ステータス（「期限切れ」、「アクティブ」、「置き換えられた」）を指しません。i-ds彼らは評価しているかもしれません。
This section describes capabilities that are currently implemented in the Datatracker to track the status of I-Ds in the IETF document stream.
このセクションでは、IETFドキュメントストリームのI-DSのステータスを追跡するために、DataTrackerに現在実装されている機能について説明します。
The document availability states described in Section 3.1 are applicable to every I-D submitted to the IETF.
セクション3.1で説明されているドキュメントの可用性状態は、IETFに提出されたすべてのI-Dに適用できます。
The IESG document states and substate annotation tags described in Section 3.2 and Appendix A are only applicable to I-Ds that have been submitted to the IESG for evaluation and publication.
IESGドキュメント状態およびセクション3.2および付録Aで説明されているサブサブアノテーションタグは、評価と公開のためにIESGに提出されたI-DSにのみ適用できます。
The Datatracker currently has no I-D states or I-D status annotation tags to describe the WG status of any I-D.
DataTrackerには現在、I-D状態またはI-Dステータスアノテーションタグがありません。
The Datatracker currently maintains availability status information for every I-D submitted to the IETF. The I-D availability states are as follows:
DataTrackerは現在、IETFに提出されたすべてのI-Dの可用性ステータス情報を維持しています。i-d可用性の状態は次のとおりです。
- Expired - Active - Replaces - Replaced by - Withdrawn by Submitter - Withdrawn by IETF - RFC
- 期限切れ - アクティブ - 交換 - 交換 - 提出者による撤回 - IETFによって撤回される-RFC
The first four I-D availability states are explained in the following subsections. The other states are self-explanatory.
最初の4つのI-D可用性状態は、次のサブセクションで説明されています。他の状態は自明です。
Note that the Datatracker describes the status of some I-Ds with the phrase "I-D Exists". "I-D Exists" is the state that is manufactured by the Datatracker to describe I-Ds for which it has no other status information. For example, the tool currently uses "I-D Exists" to describe I-Ds that are not expired and that have not been sent to the IESG.
DataTrackerは、「I-Dが存在する」というフレーズを使用したいくつかのI-DSのステータスを説明していることに注意してください。「I-Dが存在する」とは、他のステータス情報がないI-DSを説明するためにDatAtrackerによって製造された状態です。たとえば、このツールは現在、「I-Dが存在する」を使用して、有効期限が切れず、IESGに送信されていないI-Dを記述しています。
An "Expired" I-D is a document that is more than six months old and that has not been updated or replaced by a newer I-D or an RFC.
「期限切れ」I-Dは、生後6か月以上であり、新しいI-DまたはRFCに更新または置き換えられていないドキュメントです。
Every I-D has a normal lifespan of 185 days. An I-D will expire and be deleted from the I-D repository after six months unless it is updated or replaced by a newer version. One exception is that an I-D undergoing official evaluation by the IESG will not be expired before its status is resolved (e.g., the I-D is published as an RFC). IESG states that do not relate to a formal request to publish a document (e.g., "AD is Watching") do not prevent an I-D from expiring. [AUTHGUIDE]
すべてのI-Dの寿命は185日です。I-Dは、更新または新しいバージョンに置き換えられない限り、6か月後にI-Dリポジトリから期限切れになり、削除されます。1つの例外は、IESGによって公式評価を受けているI-Dが、そのステータスが解決される前に期限切れにならないことです（例えば、I-DがRFCとして公開されます）。IESGは、ドキュメントを公開するという正式な要求に関連していないと述べています（たとえば、「広告は監視されています」など）、I-Dが期限切れになるのを妨げません。[authguide]
An "Active" I-D is a document that is less than six months old and has not been updated or replaced by a newer I-D or an RFC.
「アクティブ」I-Dは、生後6か月未満で、新しいI-DまたはRFCに更新または置き換えられていないドキュメントです。
The "Active" availability state is applicable to individual I-Ds and WG I-Ds. The Datatracker may also use "Active" to describe the status of I-Ds under formal evaluation by the IESG and I-Ds in the RFC Editor Queue. As a result, the "Active" I-D availability state cannot be used to determine if an I-D is actively being developed by a WG. [WGDTSPEC]
「アクティブな」可用性状態は、個々のI-DSおよびWG I-DSに適用できます。DataTrackerは、「アクティブ」を使用して、RFCエディターキューのIESGおよびI-DSによる正式な評価に基づくI-DSのステータスを記述することもできます。その結果、「アクティブ」I-D可用性状態を使用して、I-DがWGによって積極的に開発されているかどうかを判断することはできません。[wgdtspec]
The Datatracker uses "Replaces" and "Replaced by" to describe I-Ds that have been renamed and subsequently resubmitted to the I-D repository for some reason.
DataTrackerは、「交換」と「交換」を使用して、名前を変更し、その後I-Dリポジトリに何らかの理由で再提出されたI-Dを記述します。
Two common uses of "Replaced by" are as follows:
「置き換えられた」という2つの一般的な用途は次のとおりです。
- The filename of an individual I-D that is being considered for adoption by a WG typically includes the name of its author (e.g., 'draft-author-wgname-topic-nn'). If the individual I-D is adopted by a WG it will be "Replaced by" a newer draft having a filename that includes the string 'ietf-' (e.g., 'draft-ietf-wgname-topic-00'); when the newer WG I-D is submitted to the I-D repository, it "Replaces" the older individual submission I-D.
- WGによる採用のために考慮されている個々のI-Dのファイル名には、通常、著者の名前が含まれます（例： 'Draft-author-wgname-topic-nn'）。個々のI-DがWGによって採用されている場合、文字列「IETF-」（例えば、「ドラフト-WGNAME-TOPIC-00」を含むファイル名を持つ新しいドラフトが「置き換えられます」;新しいWG I-DがI-Dリポジトリに送信されると、古い個々の提出I-Dを「置き換え」ます。
- The Datatracker also uses "Replaced by" to describe the final state of an I-D that has been published as an RFC; the I-D was "Replaced By" the RFC.
- DataTrackerは、RFCとして公開されているI-Dの最終状態を記述するために「置き換えられた」も使用します。I-DはRFCに「置き換えられました」。
Note that getting correct "Replaces" and "Replaced by" data into the Datatracker currently requires an explicit request by a WG Chair.
正しい「交換」と「置き換えられた」データをDataTrackerに入れるには、現在WG椅子による明示的な要求が必要であることに注意してください。
Without such a request, an individual submission I-D will co-exist with the newer WG I-D that replaces it until the individual submission I-D eventually expires.
このような要求がなければ、個々の提出I-Dは、個々の提出物I-Dが最終的に有効になるまでそれを置き換える新しいWG I-Dと共存します。
The Datatracker's ability to track "Replaces" and "Replaced by" information may need to be extended in the future to handle more complex cases such as the following:
「交換」と「交換」情報を追跡するDatAtrackerの能力は、次のようなより複雑なケースを処理するために将来拡張する必要がある場合があります。
- Two or more I-Ds are merged into (i.e., "Replaced by") a single I-D; in such cases, the availability status of the (one) new I-D should indicate that the draft "Replaces" two or more older and previously separate I-Ds; and
- 2つ以上のI-Dが単一のI-Dにマージされます（つまり、「置き換えられた」）。そのような場合、（1つの）新しいI-Dの可用性ステータスは、ドラフトが2つ以上の古いI-DSを「置き換える」ことを示す必要があります。と
- One I-D is split or divided into two or more new I-Ds; in this case the availability status should indicate that one (older) I-D was "Replaced by" two or more newer I-Ds.
- 1つのI-Dが分割されるか、2つ以上の新しいI-DSに分割されます。この場合、可用性ステータスは、1（古い）I-Dが2つ以上の新しいI-DSに「置き換えられた」ことを示す必要があります。
In addition to tracking the availability status of every I-D, the Datatracker also maintains detailed information about the status and progression of I-Ds that have been sent to the IESG for evaluation and publication.
すべてのI-Dの可用性ステータスの追跡に加えて、DataTrackerは、評価と公開のためにIESGに送信されたI-Dのステータスと進行に関する詳細情報も維持しています。
All of the states used by Area Directors to indicate the status of I-Ds under evaluation by the IESG are defined in [IESGSTAT] and are reproduced for convenience in Appendix A.
IESGによる評価中のI-DSのステータスを示すためにエリアディレクターが使用するすべての州は[IESGSTAT]で定義されており、付録Aで便利に再現されています。
The following subsections describe some common interactions between three of the IESG I-D states and normal IETF WG processes. These interactions are relevant to several of the new WG I-D states defined in Section 4.
次のサブセクションでは、IESG I-D状態の3つと通常のIETF WGプロセスの間のいくつかの一般的な相互作用について説明します。これらの相互作用は、セクション4で定義されている新しいWG I-D状態のいくつかに関連しています。
When a WG has determined that at least rough consensus exists within the WG to advance an I-D, progressing the document is then the responsibility of the IESG (unless the IESG returns the I-D to the WG for further development). [RFC2418]
WGがI-Dを進めるために少なくとも大まかなコンセンサスがWG内に存在すると判断した場合、ドキュメントの進行はIESGの責任です（IESGがI-DをWGに戻すためにWGに戻さない限り）。[RFC2418]
The "Publication Requested" state describes an I-D for which a formal request has been sent to the IESG to advance/publish the I-D as an RFC, following the procedures specified in Section 7.5 of RFC 2418 [RFC2418]. This state does not mean that an Area Director has reviewed the I-D or that any official action has been taken on the I-D other than to note that its publication has been requested.
「出版物要求」状態は、RFC 2418 [RFC2418]のセクション7.5で指定された手順に従って、IESGにIESGに送信されたIESGにIESGに送信されたIESGをRFCとして前進/公開するI-Dを説明しています。この州は、エリアディレクターがI-Dをレビューしたこと、またはその出版物が要求されたことに注意する以外に、I-Dに対して公式の訴訟が取られたことを意味するものではありません。
Many WG drafts enter the IESG state machine for the first time via the "Publication Requested" state. When an I-D advances through the IESG process, its IESG state will change to reflect its progress. This said, the WG status of the I-D should not change unless an AD or the IESG sends the I-D back to the WG for further development. The WG state of an I-D that is being progressed by the IESG is "Submitted to IESG for Publication", as defined in Section 4.2.10.
多くのWGドラフトは、「公開要求された」状態を介して初めてIESG状態マシンに入ります。I-DがIESGプロセスを通じて進むと、IESG状態は変化してその進捗を反映します。これによると、I-DのWGステータスは、ADまたはIESGがI-DをWGに送り返してさらなる開発を送信しない限り、変更しないでください。IESGによって進行されているI-DのWG状態は、セクション4.2.10で定義されているように、「公開のためにIESGに提出された」。
The "AD Evaluation" state describes an I-D that the responsible Area Director has begun to review. The purpose of the AD's review is to verify that the I-D is ready for advancement before an IETF Last Call is started or before the document is progressed to the IESG as a whole.
「広告評価」状態は、責任あるエリアディレクターがレビューを開始したI-Dを説明しています。広告のレビューの目的は、IETFの最後の呼び出しが開始される前、またはドキュメントがIESG全体に進行する前に、I-Dが進歩の準備ができていることを確認することです。
After evaluating an I-D, the responsible AD may decide that the document needs to be revised before it can be progressed further. The AD may send a working group I-D back to the WG that created it for revision.
I-Dを評価した後、責任ある広告は、ドキュメントをさらに進める前に、ドキュメントを改訂する必要があると判断する場合があります。この広告は、ワーキンググループI-DをWGに送り返し、改訂のために作成しました。
When an AD sends an I-D back to a WG for revision, the Datatracker will report the IESG state and substate status of the document as "AD Evaluation: Revised I-D Needed". If the required revisions are extensive, a WG Chair may decide to change the WG state of the I-D from "Submitted to IESG for Publication" to another WG state (e.g., "Waiting for WG Chair Go-Ahead" or "WG Document") for as long as it takes the revised I-D to be developed. The IESG status of the I-D will continue to be "AD Evaluation: Revised I-D Needed" until the revised I-D becomes available.
ADがI-DをWGにリビジョンのために送信すると、DataTrackerは、ドキュメントのIESG状態とサッツステータスを「広告評価：改訂I-Dが必要」と報告します。必要な改訂が広範囲である場合、WG椅子は、I-DのWG状態を「発行のためにIESGに提出した」から別のWG状態に変更することを決定する場合があります（例：「WG椅子Go-Aheadを待っている」または「WGドキュメント」）改訂されたI-Dを開発する必要がある限り。I-DのIESGステータスは、改訂されたI-Dが利用可能になるまで、引き続き「AD評価：改訂されたI-Dが必要」であり続けます。
The "IESG Evaluation" state describes an I-D that is being formally evaluated by the entire IESG. Every AD is able to raise any content or process issues he/she may have with the document. Issues that are blocking approval of the document are called "DISCUSS" comments. A "DISCUSS" with serious issues may cause a WG I-D to be returned to the WG for revision.
「IESG評価」状態は、IESG全体によって正式に評価されているI-Dを説明しています。すべての広告は、ドキュメントで抱える可能性のあるコンテンツまたはプロセスの問題を提起することができます。ドキュメントの承認をブロックしている問題は、「ディスカッション」コメントと呼ばれます。深刻な問題で「議論」すると、WG I-DがRevisionのためにWGに返される可能性があります。
If the IESG sends an I-D back to a WG for more development, the Datatracker will report the IESG state and substate of the I-D as "IESG Evaluation: Revised I-D Needed" until a revised version of the I-D becomes available. During the time that the I-D is being revised, the WG Chair may decide to transition the I-D from the "Submitted to IESG for Publication" state into one of the earlier WG states (e.g., "Waiting for WG Chair Go-Ahead" or "WG Document").
IESGがより多くの開発のためにI-DをWGに送り返す場合、DatAtrackerは、I-DのIESG状態とサッツを「IESG評価：改訂I-Dが必要」と報告します。I-Dが改訂されている間、WG椅子は、I-Dを「公開のためにIESGに提出した」状態から以前のWG状態の1つに移行することを決定することができます（例：「WG椅子Go-Aheadを待っている」または」WGドキュメント "）。
The status-tracking states described in Section 3 are currently implemented in the Datatracker; however, their scope is not broad enough to provide good visibility into the WG status of any I-D.
セクション3で説明されているステータス追跡状態は、現在DataTrackerで実装されています。ただし、それらの範囲は、I-DのWGステータスに良好な可視性を提供するほど広くありません。
This section describes new I-D states and I-D status annotation tags that need to be added to the Datatracker to make it possible for WG Chairs and/or their Delegates (e.g., WG Secretaries) to indicate the status and progression of the I-Ds associated with their WGs.
このセクションでは、WG椅子および/またはその代表者（WG秘書など）が関連するI-DSのステータスと進行を示すためにDatAtrackerに追加する必要がある新しいI-D状態およびI-Dステータスアノテーションタグについて説明します。彼らのWGS。
The WG I-D states defined in this section are a superset of the I-D states currently used across all IETF WGs. This is not to suggest or imply that all of the WG I-D states must be used by all WG Chairs to describe the status and progression of the I-Ds associated with their WGs. Chairs may use all or just some of the document states illustrated in Figure 1 to describe the WG status of their I-Ds as appropriate.
このセクションで定義されているWG I-D状態は、すべてのIETF WGSで現在使用されているI-D状態のスーパーセットです。これは、すべてのWG-D状態をすべてのWG椅子で使用して、WGSに関連付けられたI-DSの状態と進行を記述する必要があることを示唆または暗示するものではありません。椅子は、図1に示されているドキュメント状態のすべてまたは一部を使用して、必要に応じてI-DSのWGステータスを説明する場合があります。
Figure 1 is a state machine diagram that illustrates all of the WG I-D states defined in Section 4.2 of this document. The names of the WG I-D states are capitalized for clarity, and common state transitions are indicated via the solid, dashed, and dotted lines.
図1は、このドキュメントのセクション4.2で定義されているすべてのWG-D状態を示す状態マシン図です。WG I-D状態の名前は明確にするために資本化されており、一般的な状態遷移は、固体、破線、および点線の線を介して示されています。
The WG I-D state machine illustrated in Figure 1 is intended to be a new front-end to the IESG I-D state machine [IESGIDSM] that is currently implemented in Datatracker.
図1に示されているWG I-D状態マシンは、現在DataTrackerで実装されているIESG I-Dステートマシン[IESGIDSM]の新しいフロントエンドであることを目的としています。
Note that Figure 1 does not show every possible state transition. WG Chairs may move an I-D from any WG state to any other WG state as appropriate to describe the WG status of the document. The lack of an explicit path between two states does not mean that such a state transition is precluded.
図1は、可能なすべての状態の移行を示しているわけではないことに注意してください。WG椅子は、ドキュメントのWGステータスを説明するために、必要に応じて、必要に応じて、任意のWG状態から他のWG状態にI-Dを移動する場合があります。2つの状態間の明示的な経路がないことは、そのような状態の移行が排除されたことを意味しません。
The first WG I-D state is "Call for Adoption by WG Issued" and its meaning and usage are defined in Section 4.2.1.
最初のWG I-D状態は「発行されたWGによる採用の呼びかけ」であり、その意味と使用量はセクション4.2.1で定義されています。
One of several possible last states for a WG I-D is "Submitted to IESG for Publication". This state is defined in Section 4.2.10.
WG I-Dのいくつかの可能な最後の状態の1つは、「公開のためにIESGに提出された」です。この状態は、セクション4.2.10で定義されています。
"I-D EXISTS": 'draft-author-wgname-topic-nn' < - - .
: .
+---------------------------------------------------------------------+
| WG I-D State Machine | . |
| v (not adopted) |
| . |
| CALL FOR ADOPTION BY WG ISSUED . . . . . |
| . : |
| . v |
| v |
| ADOPTED FOR ADOPTED BY WG |
| WG INFO ONLY . |
| : |
| : |
| (individual I-D "Replaced by" 'draft-ietf-wgname-topic-00') |
| : |
| v |
| |
| DEAD WG <--------> WG DOCUMENT <--------> PARKED WG |
| DOCUMENT ("Replaces" individual I-D) DOCUMENT |
| . |
| . ^ \ |
| . / \ |
| . / \ |
| . v \ |
| . \ |
| . IN WG ---+ v |
| LAST CALL | |
| ' ^ +--> WG CONSENSUS: |
| ^ : WAITING FOR |
| ' v +--> WRITEUP |
| ' | |
| ^ WAITING FOR | | |
| ' WG CHAIR ---+ | |
| ' GO-AHEAD v |
| . |
| . SUBMITTED TO IESG |
| ("Revised ID Needed") - - < - FOR PUBLICATION |
| |
| |
+---------------------------------------------------------------------+
|
v
IESG Document States
(see Appendix A)
Figure 1: WG I-D States and Common State Transitions
図1：WG I-D状態および一般的な状態移行
The Datatracker will be enhanced to automatically generate the following two state transitions for all WG drafts:
DataTrackerが強化され、すべてのWGドラフトの次の2つの状態遷移を自動的に生成します。
- A version-00 I-D that conforms to the 'draft-ietf-wgname-topic-00' file naming convention will be moved into the "WG Document" state automatically by the Datatracker when the WG Chair approves the posting of an I-D; and
- 「ドラフト-WGNAME-TOPIC-00」ファイルの命名規則に準拠するバージョン-00I-Dは、WGチェアがI-Dの投稿を承認すると、DatAtrackerによって「WGドキュメント」状態に自動的に移動されます。と
- A WG draft that is moved into the IESG state called "Publication Requested" will automatically be moved by the Datatracker into the WG state called "Submitted to IESG for Publication".
- 「公開要求」と呼ばれるIESG状態に移動されるWGドラフトは、DataTrackerによって自動的に「発行のためにIESGに提出された」と呼ばれるWG状態に移動します。
All other WG I-D state transitions will require the WG Chairs or their Delegates to log in to the Datatracker to manually input the appropriate WG state to describe the WG status of an I-D.
他のすべてのWG I-D状態遷移では、WG椅子またはその代表者がDatAtrackerにログインするために、適切なWG状態を手動で入力して、I-DのWGステータスを説明する必要があります。
Note that Figure 1 includes an arc from the "Submitted to IESG for Publication" state back to the "WG Document" state. This is one example of what may happen after an AD or the IESG as a whole sends an I-D back to a WG for revision. The WG chair may decide that the I-D needs further development and that it needs to return to the "WG Document" state for a while.
図1には、「WGドキュメント」状態に戻る「公開のためにIESGに提出された」状態からのアークが含まれています。これは、ADまたはIESG全体が改訂のためにWGにI-Dを送信した後に何が起こるかの一例です。WG椅子は、I-Dにさらなる開発が必要であり、しばらくの間「WGドキュメント」状態に戻る必要があることを決定する場合があります。
The WG I-D states defined in this section are a superset of the I-D states currently used across all IETF WGs.
このセクションで定義されているWG I-D状態は、すべてのIETF WGSで現在使用されているI-D状態のスーパーセットです。
All of the states described herein need to be added to the front-end of IESG state machine [IESGIDSM] that has already been implemented in the IETF Datatracker.
本明細書に記載されているすべての州は、IETF DataTrackerですでに実装されているIESG状態マシン[IESGIDSM]のフロントエンドに追加する必要があります。
WG Chairs and their Delegates will be given the flexibility to use whichever of the WG I-D states they feel to be appropriate to describe the WG status of the I-Ds associated with their WG.
WG椅子とその代表者には、WGに関連付けられたI-DSのWGステータスを説明するのに適切であると思われるWG I-D州のどれでも使用する柔軟性が与えられます。
It is not suggested or implied that Chairs must use all of the I-D states defined herein to describe the status and progression of all I-Ds associated with their WGs; Chairs may use all of the WG I-D states, or just some of the states.
椅子は、本明細書に定義されているすべてのI-D状態を使用して、WGSに関連付けられたすべてのI-DSのステータスと進行を記述する必要があることを示唆または暗示していません。椅子は、すべてのWG I-D状態、または一部の州のみを使用する場合があります。
Note that an I-D that is not associated with a WG will be in a 'Null' state with respect to the WG state machine in Figure 1.
WGに関連付けられていないI-Dは、図1のWG状態マシンに関して「ヌル」状態になることに注意してください。
The "Call for Adoption by WG Issued" state should be used to indicate when an I-D is being considered for adoption by an IETF WG. An I-D that is in this state is actively being considered for adoption and has not yet achieved consensus, preference, or selection in the WG.
「発行されたWGによる採用の呼びかけ」州は、IETF WGによってI-Dが採用のために検討されていることを示すために使用する必要があります。この状態にあるI-Dは、採用のために積極的に考慮されており、WGでコンセンサス、好み、または選択をまだ達成していません。
This state may be used to describe an I-D that someone has asked a WG to consider for adoption, if the WG Chair has agreed with the request. This state may also be used to identify an I-D that a WG Chair asked an author to write specifically for consideration as a candidate WG item [WGDTSPEC], and/or an I-D that is listed as a 'candidate draft' in the WG's charter.
この状態は、WG議長がリクエストに同意した場合、誰かがWGに採用を検討するように依頼したI-Dを説明するために使用される場合があります。また、この状態は、WG椅子が候補WGアイテム[WGDTSPEC]として考慮するために具体的に書くように著者に依頼したI-Dを特定するために使用される場合があります。
Under normal conditions, it should not be possible for an I-D to be in the "Call for Adoption by WG Issued" state in more than one working group at the same time. This said, it is not uncommon for authors to "shop" their I-Ds to more than one WG at a time, with the hope of getting their documents adopted somewhere.
通常の条件下では、I-Dが「WGが発行した採用の呼びかけ」州で同時に同時に州にあることは不可能であるべきではありません。これは、著者が自分のI-DSを一度に複数のWGに「買い物」することは珍しくありません。
After this state is implemented in the Datatracker, an I-D that is in the "Call for Adoption by WG Issued" state will not be able to be "shopped" to any other WG without the consent of the WG Chairs and the responsible ADs impacted by the shopping.
この状態がDatatrackerに実装された後、「WGが発行した」州の採用の呼びかけ」にあるI-Dは、WG椅子と影響を受けた責任ある広告の同意なしに、他のWGに「買い物」することはできません。買い物。
Note that Figure 1 includes an arc leading from this state to outside of the WG state machine. This illustrates that some I-Ds that are considered do not get adopted as WG drafts. An I-D that is not adopted as a WG draft will transition out of the WG state machine and revert back to having no stream-specific state; however, the status change history log of the I-D will record that the I-D was previously in the "Call for Adoption by WG Issued" state.
図1には、この状態からWG状態マシンの外側につながるアークが含まれています。これは、考慮されるいくつかのI-DがWGドラフトとして採用されないことを示しています。WGドラフトとして採用されていないI-Dは、WG状態マシンから移行し、ストリーム固有の状態がないことに戻ります。ただし、I-Dのステータス変更履歴ログは、I-Dが以前に「発行されたWGによる採用の呼びかけ」状態にあったことを記録します。
The "Adopted by a WG" state describes an individual submission I-D that an IETF WG has agreed to adopt as one of its WG drafts.
「WGに採用された」州は、IETF WGがWGドラフトの1つとして採用することに同意したことを個別の提出I-Dについて説明しています。
WG Chairs who use this state will be able to clearly indicate when their WGs adopt individual submission I-Ds. This will facilitate the Datatracker's ability to correctly capture "Replaces" information for WG drafts and correct "Replaced by" information for individual submission I-Ds that have been replaced by WG drafts.
この状態を使用するWG椅子は、WGが個々の提出I-DSを採用する時期を明確に示すことができます。これにより、WGドラフトの情報を「置き換える」情報を正しくキャプチャし、WGドラフトに置き換えられた個々の提出I-DSの「情報」情報に置き換えられたDatAtrackerの能力が容易になります。
This state is needed because the Datatracker uses the filename of an I-D as a key to search its database for status information about the I-D, and because the filename of a WG I-D is supposed to be different from the filename of an individual submission I-D.
DataTrackerがI-Dのファイル名を使用してデータベースを検索してi-Dのステータス情報を使用し、WG I-Dのファイル名が個々の提出I-Dのファイル名とは異なることになっているため、この状態が必要です。
The filename of an individual submission I-D will typically be formatted as 'draft-author-wgname-topic-nn'.
個々の提出I-Dのファイル名は、通常、「ドラフト-WGNAME-TOPIC-NN」としてフォーマットされます。
The filename of a WG document is supposed to be formatted as 'draft-ietf-wgname-topic-nn'.
WGドキュメントのファイル名は、「Draft-ITETF-WGNAME-TOPIC-NN」としてフォーマットされることになっています。
An individual I-D that is adopted by a WG may take weeks or months to be resubmitted by the author as a new (version-00) WG draft. If the "Adopted by a WG" state is not used, the Datatracker has no way to determine that an I-D has been adopted until a new version of the I-D is submitted to the WG by the author and until the I-D is approved for posting by a WG Chair.
WGによって採用されている個々のI-Dは、著者によって新しい（バージョン-00）WGドラフトとして再提出されるまでに数週間または数か月かかる場合があります。「WGで採用された」状態が使用されていない場合、DataTrackerは、I-Dの新しいバージョンが著者によってWGに提出され、I-Dが投稿するために承認されるまでI-Dが採用されたと判断する方法がありません。WG椅子。
The "Adopted for WG Info Only" state describes a document that contains useful information for the WG that adopted it, but the document is not intended to be published as an RFC. The WG will not actively develop the contents of the I-D or progress it for publication as an RFC. The only purpose of the I-D is to provide information for internal use by the WG.
「WG Infoのみに採用された」状態は、それを採用したWGの有用な情報を含むドキュメントを説明していますが、ドキュメントはRFCとして公開されることを意図していません。WGは、I-Dの内容を積極的に開発したり、RFCとして公開するために進行したりしません。I-Dの唯一の目的は、WGが内部使用するための情報を提供することです。
The "WG Document" state describes an I-D that has been adopted by an IETF WG and is being actively developed.
「WGドキュメント」状態は、IETF WGによって採用され、積極的に開発されているI-Dを説明しています。
A WG Chair may transition an I-D into the "WG Document" state at any time as long as the I-D is not being considered or developed in any other WG.
WG椅子は、I-Dが他のWGで検討または開発されていない限り、いつでも「WGドキュメント」状態にI-Dを遷移することができます。
Alternatively, WG Chairs may rely upon new functionality to be added to the Datatracker to automatically move version-00 drafts into the "WG Document" state as described in Section 4.1.
あるいは、WG椅子は、セクション4.1で説明されているように、バージョン-00ドラフトを「WGドキュメント」状態に自動的に移動するために、DataTrackerに追加される新しい機能に依存する場合があります。
Under normal conditions, it should not be possible for an I-D to be in the "WG Document" state in more than one WG at a time. This said, I-Ds may be transferred from one WG to another with the consent of the WG Chairs and the responsible ADs.
通常の条件下では、I-Dが一度に複数のWGで「WGドキュメント」状態にあることは不可能です。これによれば、I-DSは、WG椅子と責任ある広告の同意を得て、あるWGから別のWGに転送される場合があります。
A "Parked WG Document" is an I-D that has lost its author or editor, is waiting for another document to be written or for a review to be completed, or cannot be progressed by the working group for some other reason.
「Parked WG Document」は、著者または編集者を失ったI-D、別のドキュメントの記述またはレビューが完了するか、他の理由でワーキンググループが進めることができないことを待っています。
Some of the annotation tags described in Section 4.3 may be used in conjunction with this state to indicate why an I-D has been parked, and/or what may need to happen for the I-D to be un-parked.
セクション4.3で説明されている注釈タグの一部は、I-Dが駐車された理由を示すために、この状態と併用して使用できます。
Parking a WG draft will not prevent it from expiring; however, this state can be used to indicate why the I-D has stopped progressing in the WG.
WGドラフトを駐車しても、期限切れが妨げられません。ただし、この状態を使用して、I-DがWGの進行を停止した理由を示すことができます。
A "Parked WG Document" that is not expired may be transferred from one WG to another with the consent of the WG Chairs and the responsible ADs.
有効期限が切れない「駐車されたWGドキュメント」は、WG椅子と責任ある広告の同意を得て、あるWGから別のWGに転送される場合があります。
A "Dead WG Document" is an I-D that has been abandoned. Note that 'Dead' is not always a final state for a WG I-D. If consensus is subsequently achieved, a "Dead WG Document" may be resurrected. A "Dead WG Document" that is not resurrected will eventually expire.
「死んだWGドキュメント」は、放棄されたI-Dです。「死んだ」は常にWG I-Dの最終状態ではないことに注意してください。その後、コンセンサスが達成された場合、「死んだWGドキュメント」が復活する可能性があります。復活しない「死んだWGドキュメント」は最終的に期限切れになります。
Note that an I-D that is declared to be "Dead" in one WG and that is not expired may be transferred to a non-dead state in another WG with the consent of the WG Chairs and the responsible ADs.
1つのWGで「死んでいる」と宣言されており、期限切れになっていないI-Dは、WG椅子と責任ある広告の同意を得て、別のWGの非Dead状態に転送される可能性があることに注意してください。
A document "In WG Last Call" is an I-D for which a WG Last Call (WGLC) has been issued and is in progress.
「in wg last Call」というドキュメントは、WGの最後の呼び出し（WGLC）が発行され、進行中のI-Dです。
Note that conducting a WGLC is an optional part of the IETF WG process, per Section 7.4 of RFC 2418 [RFC2418].
WGLCの実施は、RFC 2418 [RFC2418]のセクション7.4に従って、IETF WGプロセスのオプションの部分であることに注意してください。
If a WG Chair decides to conduct a WGLC on an I-D, the "In WG Last Call" state can be used to track the progress of the WGLC. The Chair may configure the Datatracker to send a WGLC message to one or more mailing lists when the Chair moves the I-D into this state. The WG Chair may also be able to select a different set of mailing lists for a different document undergoing a WGLC; some documents may deserve coordination with other WGs.
WG椅子がI-DでWGLCを実施することを決定した場合、「in wg last call」状態を使用してWGLCの進行を追跡できます。椅子は、椅子がi-Dをこの状態に移動するときに、1つ以上のメーリングリストにWGLCメッセージを送信するようにDatAtrackerを構成することができます。WG椅子は、WGLCを受けている別のドキュメントに対して、別のメーリングリストのセットを選択することもできます。一部のドキュメントは、他のWGとの調整に値する場合があります。
A WG I-D in this state should remain "In WG Last Call" until the WG Chair moves it to another state. The WG Chair may configure the Datatracker to send an e-mail after a specified period of time to remind or 'nudge' the Chair to conclude the WGLC and to determine the next state for the document.
この状態のWG I-Dは、WG椅子が別の状態に移動するまで「WG Last Call」のままである必要があります。WG椅子は、指定された期間後に電子メールを送信するようにDatAtrackerを構成して、WGLCを終了し、文書の次の状態を決定するように椅子を思い出させるか「微調整」することができます。
It is possible for one WGLC to lead into another WGLC for the same document. For example, an I-D that completed a WGLC as an "Informational" document may need another WGLC if a decision is taken to convert the I-D into a Standards Track document.
あるWGLCが同じドキュメントの別のWGLCに導くことができます。たとえば、「情報」ドキュメントとしてWGLCを完了したI-Dは、I-Dを標準トラックドキュメントに変換することを決定する場合、別のWGLCが必要になる場合があります。
A WG Chair may wish to place an I-D that receives a lot of comments during a WGLC into the "Waiting for WG Chair Go-Ahead" state. This state describes an I-D that has undergone a WGLC; however, the Chair is not yet ready to call consensus on the document.
WG椅子は、WGLC中に多くのコメントを受け取るI-Dを「WGG椅子Go-Ahead」状態に配置したい場合があります。この状態は、WGLCを受けたI-Dを説明しています。ただし、議長はまだ文書のコンセンサスを呼び出す準備ができていません。
If comments from the WGLC need to be responded to, or a revision to the I-D is needed, the Chair may place an I-D into this state until all of the WGLC comments are adequately addressed and the (possibly revised) document is in the I-D repository.
WGLCからのコメントに応答する必要がある場合、またはI-Dの改訂が必要な場合、椅子はすべてのWGLCコメントが適切に対処され、（おそらく改訂された）ドキュメントがI-Dリポジトリにあるまでこの状態にI-Dを配置する場合があります。。
A document in the "WG Consensus: Waiting for Writeup" state has essentially completed its development within the working group, and is nearly ready to be sent to the IESG for publication. The last thing to be done is the preparation of a protocol writeup by a Document Shepherd. The IESG requires that a document shepherd writeup be completed before publication of the I-D is requested. The IETF document shepherding process and the role of a WG Document Shepherd is described in RFC 4858 [RFC4858]
「WG Consensus：Waiting for Writeup」状態の文書は、ワーキンググループ内で基本的に開発を完了し、公開のためにIESGに送信する準備がほぼ準備されています。最後に行うべきことは、ドキュメントシェパードによるプロトコル記事の準備です。IESGでは、I-Dの公開が要求される前に、ドキュメントシェパードの書き込みを完了する必要があります。IETFドキュメント羊飼いプロセスとWGドキュメントシェパードの役割については、RFC 4858 [RFC4858]に記載されています。
A WG Chair may call consensus on an I-D without a formal WGLC and transition an I-D that was in the "WG Document" state directly into this state.
WG椅子は、正式なWGLCなしでI-Dのコンセンサスを呼び出し、「WGドキュメント」状態にあるI-Dをこの状態に直接遷移させることができます。
The name of this state includes the words "Waiting for Writeup" because a good document shepherd writeup takes time to prepare.
この状態の名前には、優れたドキュメントシェパードの記事には準備に時間がかかるため、「Waiting for WriteUp」という言葉が含まれています。
This state describes a WG document that has been submitted to the IESG for publication and that has not been sent back to the working group for revision.
この州では、公開のためにIESGに提出されたWGドキュメントについて説明し、修正のためにワーキンググループに送り返されていません。
An I-D in this state may be under review by the IESG, it may have been approved and be in the RFC Editor's queue, or it may have been published as an RFC. Other possibilities exist too. The document may be "Dead" (in the IESG state machine) or in a "Do Not Publish" state.
この状態のI-Dは、IESGによって審査中である可能性があります。それは承認されており、RFCエディターのキューにあるか、RFCとして公開されている可能性があります。他の可能性も存在します。このドキュメントは、（IESGステートマシンで）「死んでいる」、または「公開しない」状態である場合があります。
In addition to indicating which state a working group draft is in, the Datatracker will allow several substate conditions to be identified and tracked. This section defines annotation tags that may be used to describe a condition that is affecting a WG I-D (e.g., why a document is in the state it is in) or to indicate an action needed to progress the document.
ワーキンググループのドラフトがどの状態にあるかを示すことに加えて、DataTrackerはいくつかの物質の状態を特定して追跡することを可能にします。このセクションでは、WG I-D（たとえば、ドキュメントが状態にある理由など）に影響を与える条件を記述するために使用できる注釈タグを定義するか、ドキュメントの進行に必要なアクションを示すために定義できます。
Annotation tags do not change the WG I-D state of WG drafts.
注釈タグは、WGドラフトのWG I-D状態を変更しません。
Each of the annotation tags defined herein may be used to provide more information about the status of any WG draft in any state, if it makes sense to do so. Each annotation tag may be used by itself, or in combination with other tags.
本明細書で定義されている各注釈タグは、理にかなっている場合、どの州のWGドラフトのステータスに関するより多くの情報を提供するために使用できます。各注釈タグは、単独で、または他のタグと組み合わせて使用できます。
This tag means that someone (e.g., an author or editor of the WG draft, or a WG Chair) has initiated an expert review of the document and the review has not yet been completed and/or the resolution of issues raised by the review has not yet been completed. Examples of expert reviews include cross-area reviews, MIB Doctor reviews, security expert reviews, and IANA reviews.
このタグは、誰か（例えば、WGドラフトの著者または編集者、またはWG議長）がドキュメントの専門家レビューを開始し、レビューがまだ完了していないこと、および/またはレビューによって提起された問題の解決が行っていることを意味します。まだ完了していません。専門家のレビューの例には、クロスエリアのレビュー、MIBの医師のレビュー、セキュリティの専門家レビュー、IANAレビューが含まれます。
WG drafts tagged with this annotation should retain the tag until the review is complete and possibly until any issues raised in the review are addressed.
この注釈でタグ付けされたWGドラフトは、レビューが完了するまでタグを保持する必要があります。
This tag means that someone (e.g., an author or editor of the WG draft, or a WG Chair) has initiated some other review of the document (e.g., sent it to another Standards Development Organization (SDO) for comments via a formal or informal liaison process), and the review has not yet been completed and/or the resolution of issues raised by the review has not yet been completed.
このタグは、誰か（例えば、WGドラフトの著者または編集者、またはWG議長）が文書の他のレビューを開始したことを意味します（例：正式または非公式のコメントのために別の標準開発組織（SDO）に送信しましたリエゾンプロセス）、およびレビューはまだ完了していない、および/またはレビューによって提起された問題の解決はまだ完了していません。
WG drafts tagged with this annotation should retain the tag until the review is complete and possibly until any issues raised in the review are addressed.
この注釈でタグ付けされたWGドラフトは、レビューが完了するまでタグを保持する必要があります。
This tag means a decision has been made by someone (e.g., the document author, editor, or the WG Chair) to merge the I-D with one or more other I-Ds from the same (or another) working group.
このタグは、I-Dを同じ（または別の）ワーキンググループから1つ以上の他のI-Dと統合するために、誰か（ドキュメント著者、編集者、またはWG椅子など）によって決定されたことを意味します。
If the result of the merge is a new I-D having a different title, then the old I-D may be declared as being a "Dead WG Document". In such a case, the annotation tag should be changed from "Awaiting Merge with Other Document" to "Other - see Comment Log" and a description of the merge should be entered into the log for posterity.
マージの結果が異なるタイトルを持つ新しいI-Dである場合、古いI-Dは「死んだWGドキュメント」であると宣言される場合があります。そのような場合、注釈タグは「他のドキュメントとのマージを待つ」から「他のドキュメント - コメントログを参照」に変更する必要があり、マージの説明は後世のためにログに入力する必要があります。
The Datatracker's regular 'Replaced by' information should also be set for the old I-Ds to make it easier to find the new merged document from the old documents.
DataTrackerの通常の「置き換えられた」情報は、古いI-DSの情報を設定して、古いドキュメントから新しいマージされたドキュメントを簡単に見つけるようにする必要があります。
If the result of the merge operation is a revision to the old I-D, this annotation tag should be cleared when the revised (merged) I-D is submitted to the WG.
マージ操作の結果が古いI-Dの改訂である場合、修正（マージ）I-DがWGに提出されると、この注釈タグをクリアする必要があります。
This tag means an I-D has lost a primary author or editor, and that further work on the I-D cannot continue in an effective or efficient manner until a new author or editor is found.
このタグは、I-Dがプライマリの著者または編集者を失ったことを意味し、I-Dでのさらなる作業は、新しい著者または編集者が見つかるまで効果的または効率的な方法で継続することはできません。
This tag should be removed after a new primary author or editor is found.
このタグは、新しいプライマリ著者または編集者が見つかった後に削除する必要があります。
This tag means that completion of the I-D is on-hold because the draft has a dependency on one or more other documents. A typical example is where an I-D depends on another IETF document that has not yet progressed to a point where it may be referenced; the dependency may be on one or more documents in other IETF Working Groups or on work in progress documents in other SDOs.
このタグは、ドラフトが他の1つ以上のドキュメントに依存しているため、I-Dの完了がオンになっていることを意味します。典型的な例は、I-Dが参照される可能性のあるポイントまでまだ進行していない別のIETFドキュメントに依存する場合です。依存関係は、他のIETFワーキンググループの1つ以上のドキュメントまたは他のSDOの進行中の作業文書にある場合があります。
This tag should be removed after the dependency is cleared.
このタグは、依存関係がクリアされた後に削除する必要があります。
This tag means that completion of the I-D is on-hold because one or more other documents are dependent on it, and the WG Chair wants to submit all of the documents to the IESG (for publication) simultaneously. This tag is the inverse of 4.3.5.
このタグは、1つ以上の他のドキュメントがそれに依存しているため、I-Dの完了がオンになっていることを意味し、WG椅子はすべてのドキュメントをIESG（公開のために）に同時に提出したいと考えています。このタグは4.3.5の逆です。
This tag should be removed after the dependency is cleared.
このタグは、依存関係がクリアされた後に削除する必要があります。
This annotation may be used to flag an I-D that needs to be revised to address issues raised during a Working Group Last Call. This annotation may also be used to indicate when the I-D is in the process of being revised.
この注釈は、ワーキンググループの最後のコール中に提起された問題に対処するために改訂する必要があるI-Dにフラグを立てるために使用できます。この注釈は、I-Dが修正中にいつあるかを示すためにも使用できます。
This tag should be removed after a revised version of the I-D is submitted to the WG.
このタグは、I-Dの改訂版がWGに送信された後に削除する必要があります。
This annotation means the responsible AD raised one or more issues with the I-D during "AD Evaluation" and that the AD has sent the document back to the working group for revision. This annotation may also be used to indicate when the I-D is in the process of being revised.
この注釈とは、責任ある広告が「広告評価」中にI-Dで1つ以上の問題を提起し、広告がドキュメントをワーキンググループに送り返して改訂したことを意味します。この注釈は、I-Dが修正中にいつあるかを示すためにも使用できます。
This tag should be removed after the revised version of the I-D is submitted to the WG.
このタグは、I-Dの改訂版がWGに送信された後に削除する必要があります。
This annotation means that one or more IESG members had issues with the I-D during "IESG Evaluation" and the document has been sent back to the working group for revision. This annotation may also be used to indicate that the revision to the I-D is in process.
この注釈は、1人以上のIESGメンバーが「IESG評価」中にI-Dに問題があり、文書が修正のためにワーキンググループに送り返されたことを意味します。この注釈は、I-Dの改訂が進行中であることを示すためにも使用できます。
This tag should be removed after the revised version of the I-D is submitted to the WG.
このタグは、I-Dの改訂版がWGに送信された後に削除する必要があります。
This annotation tag may be used to indicate that the Document Shepherd for the WG document has begun working on the writeup required to submit the document (to the IESG) for publication.
この注釈タグを使用して、WGドキュメントのドキュメントシェパードが、公開のために（IESGに）ドキュメントを提出するために必要な記事に取り組んでいることを示すことができます。
It is possible that too many I-Ds may arrive in a shepherd's queue in too short a time, and the shepherd cannot create satisfactory writeups for all of the documents simultaneously.
あまりにも多くのi-dsが羊飼いの列に到着する可能性があります。羊飼いはすべてのドキュメントに同時に満足のいく記事を作成できない可能性があります。
When this annotation tag is set, it means the Document Shepherd has started work on the writeup for the I-D. The absence or resetting of this annotation tag for an I-D in the "WG Consensus: Waiting for Writeup" state indicates the writeup has not yet been started, or has been put on-hold for some reason.
この注釈タグが設定されると、羊飼いがI-Dの記事の作業を開始したことを意味します。「WGコンセンサス：書き込みを待つ」状態のI-Dのこの注釈タグの不在またはリセットは、書き込みがまだ開始されていないことを示しているか、何らかの理由で保持されていることを示しています。
This annotation tag is a catch-all to indicate that someone (e.g., an author or editor of the document, the WG Chair, the Document Shepherd) has entered one or more comments about the current status of the I-D into the IETF Datatracker.
この注釈タグは、誰か（例えば、ドキュメントの著者または編集者、WG椅子、ドキュメントシェパード）がIETF DataTrackerへのI-Dの現在のステータスに関する1つ以上のコメントを入力したことを示すキャッチオールです。
The IESG requires a WG I-D to have an "intended maturity level" associated with it (e.g., Informational, Proposed Standard, Experimental) before the I-D is submitted to the IESG for evaluation and publication. This information is also often requested by IETF participants.
IESGでは、I-Dが評価と公開のためにIESGに提出される前に、WG I-Dに「意図された成熟度レベル」（たとえば、情報、提案された標準、実験的、実験的）が必要です。この情報は、IETF参加者からも多くの場合要求されます。
I-D maturity levels were first defined in Sections 4 and 5 of RFC 2026 [RFC2026]. The names of the maturity levels in use today are:
I-D成熟度レベルは、RFC 2026のセクション4および5で最初に定義されました[RFC2026]。今日使用されている成熟度レベルの名前は次のとおりです。
* "Experimental" * "Informational" * "Best Current Practice" * "Proposed Standard" * "Draft Standard" * "Standard" * "Historic"
* 「実験的」 *「情報提供」 *「最良の現在の練習」 *「提案された標準」 *「ドラフト標準」 *「標準」 *「歴史的」
The Datatracker may need to be enhanced to enable WG Chairs to input and/or change the intended maturity level of a WG draft before the I-D is sent to the IESG.
DataTrackerは、I-DがIESGに送信される前に、WG椅子がWGドラフトの意図した成熟度レベルを入力および/または変更できるようにするために強化する必要がある場合があります。
This document does not propose any new Internet mechanisms and has no security implications for the Internet.
このドキュメントは、新しいインターネットメカニズムを提案せず、インターネットにセキュリティに影響を与えません。
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026] Bradner、S。、「インターネット標準プロセス - 改訂3」、BCP 9、RFC 2026、1996年10月。
[RFC2418] Bradner, S., "IETF Working Group Guidelines and Procedures", BCP 25, RFC 2418, September 1998.
[RFC2418] Bradner、S。、「IETFワーキンググループのガイドラインと手順」、BCP 25、RFC 2418、1998年9月。
[RFC4844] Daigle, L., Ed., and Internet Architecture Board, "The RFC Series and RFC Editor", RFC 4844, July 2007.
[RFC4844] Daigle、L.、ed。、およびInternet Architecture Board、「The RFC Series and RFC Editor」、RFC 4844、2007年7月。
[AUTHGUIDE] Housley, R., Ed. (for the IESG), "Guidelines to Authors of Internet-Drafts", December 7, 2010, http://www.ietf.org/ietf/1id-guidelines.txt.
[AuthGuide] Housley、R.、ed。（IESGの場合）、「インターネットドラフトの著者へのガイドライン」、2010年12月7日、http：//www.ietf.org/ietf/1id-guidelines.txt。
[IDTRACKER] "The IETF Datatracker tool", Web Application: https://datatracker.ietf.org/, Version 3.12, February 2, 2011.
[idtracker]「IETF Datatrackerツール」、Webアプリケーション：https：//datatracker.ietf.org/、バージョン3.12、2011年2月2日。
[IESGIDSM] "Diagram of Main I-D States", Web Application: https://datatracker.ietf.org/images/state_diagram.gif, October 21, 2002.
[IESGIDSM]「メインI-D状態の図」、Webアプリケーション：https：//datatracker.ietf.org/images/state_diagram.gif、2002年10月21日。
[IESGSTAT] "Main I-D States", Web Application: https://datatracker.ietf.org/idtracker/help/state/, Version 3.12, February 2, 2011.
[IESGSTAT]「Main I-D States」、Webアプリケーション：https：//datatracker.ietf.org/idtracker/help/state/、バージョン3.12、2011年2月2日。
[PROTO] Levkowetz, H. and Mankin, A., "Requirements on I-D Tracker Extensions for Working Group Chairs", Work in Progress, February 2007.
[Proto] Levkowetz、H。and Mankin、A。、「ワーキンググループチェアのI-Dトラッカー拡張機能の要件」、2007年2月、Work in Progress。
[WGDTSPEC] Juskevicius, E., "Minutes of wgdtspec BOF", Proceedings of IETF 77, March 26, 2010, http://www.ietf.org/proceedings/10mar/minutes/wgdtspec
[wgdtspec] juskevicius、E。、「wgdtspec bofの議事録」、IETF 77の議事録、2010年3月26日、http：//www.ietf.org/proceedings/10mar/minutes/wgdtspece
The author would like to thank Henrik Levkowetz and Allison Mankin for developing the original I-D [PROTO] that served as the starting point for this document, and Alfred Hoenes for his many comments and suggestions and for articulating the need for the "Adopted by a WG" state.
著者は、この文書の出発点として機能した元のI-D [Proto]を開発してくれたHenrik LevkowetzとAllison Mankin、および彼の多くのコメントと提案のためにAlfred Hoenesを開発し、WGによって採用された「採用」の必要性を明確にしたいと思います。" 州。
The author would also like to thank Henrik Levkowetz, Russ Housley, Paul Hoffman, John Klensin, Pasi Eronen, Robert Sparks, Spencer Dawkins, Mary Barnes, Glenn Parsons, Marc Blanchet, Andy Malis, and Joel Halpern for their comments and feedback along the way.
著者はまた、ヘンリック・レヴコウェッツ、ラス・ヒューズリー、ポール・ホフマン、ジョン・クレンシン、パシ・エロネン、ロバート・スパークス、スペンサー・ドーキンス、メアリー・バーンズ、グレン・パーソンズ、マーク・ブランシェ、アンディ・マリス、ジョエル・ハルパーンに感謝し、彼らのコメントとフィードバックに沿ったコメントとフィードバックに感謝します。仕方。
Finally, the author also wishes to thank the IETF WG Chairs, ADs and other people who contributed their insights and suggestions in real-time during the wgdtspec BOF at IETF 77, and Lars Eggert, Tim Polk, Robert Sparks, Adrian Farrel and Alexey Melnikov for their comments, suggestions and DISCUSS points on the penultimate draft version of this document.
最後に、著者はまた、IETF 77のWGDTSPEC BOFでリアルタイムで洞察と提案を貢献したIETF WGの椅子、広告、その他の人々、およびLars Eggert、Tim Polk、Robert Sparks、Adrian Farrel、Alexey Melnikovovovove彼らのコメント、提案、およびこのドキュメントの最後から2番目のドラフトバージョンに関するポイントについて議論します。
This document was initially prepared using 2-Word-v2.0.template.dot.
このドキュメントは、最初に2ワード-V2.0.template.dotを使用して準備されました。
Appendix A. "IESG Document" States
付録A. 「IESGドキュメント」状態
This Appendix describes the status information currently stored in the IETF Datatracker tool for every I-D submitted to the IESG for publication. All of the terms and definitions in Sections A.1 and A.2 are copied from [IESGSTAT].
この付録では、IESGに提出されたすべてのI-Dを公開するために、IETF DataTrackerツールに現在保存されているステータス情報について説明します。セクションA.1およびA.2のすべての用語と定義は、[iesgstat]からコピーされています。
It must be noted that I-Ds sent to the IESG for publication (termed "IESG Documents" in this Appendix) do not stay with the IESG until the day they are published as RFCs. After evaluation, the IESG may declare that some I-Ds deserve a "Do Not Publish" label. Other I-Ds may become "Dead". Some I-Ds may get sent back to their originators (WGs or otherwise), and the rest may go into the RFC Editor queue.
i-dsが発行のためにIESGに送信された（この付録の「IESGドキュメント」と呼ばれる）は、RFCSとして公開される日までIESGにとどまらないことに注意する必要があります。評価後、IESGは、一部のI-DSが「公開しない」ラベルに値することを宣言する場合があります。他のI-DSは「死んでいる」ことがあります。一部のI-DSは、オリジネーター（WGSまたはその他）に送信される場合があり、残りはRFCエディターキューに入る場合があります。
Note that documents that are not tracked by the IESG (e.g., I-Ds for which no request has been made of the IESG) are in a null state with respect to the IESG state machine. The IESG state of an I-D that has no value assigned to the IESG state variable in the Datatracker's database is 'NULL'.
IESGによって追跡されないドキュメント（たとえば、IESGの要求が行われていないI-DS）は、IESG状態マシンに関してヌル状態にあることに注意してください。DatAtrackerのデータベースにIESG状態変数に割り当てられていないI-DのIESG状態は「NULL」です。
A formal request has been made to advance/publish the document, following the procedures in Section 7.5 of RFC 2418 [RFC2418]; the request could be from a WG Chair, or from an individual. Note: the Secretariat (iesg-secretary@ietf.org) is typically copied on these requests to ensure that the request makes it into the Datatracker. A document in this state has not (yet) been reviewed by an Area Director nor has any official action been taken yet, other than to note that its publication has been requested.
RFC 2418 [RFC2418]のセクション7.5の手順に従って、ドキュメントを進める/公開するための正式な要求が行われました。リクエストは、WG椅子から、または個人からのものである可能性があります。注：事務局（iesg-secretary@ietf.org）は通常、これらのリクエストでコピーされ、リクエストがDataTrackerに入ることを確認します。この状態の文書は、エリアディレクターによって（まだ）レビューされていないことも、その出版物が要求されていることに注意する以外に、まだ公式の措置は取られていません。
A specific AD (e.g., the "Area Advisor" for the WG) has begun their review of the document to verify that it is ready for advancement. The shepherding AD is responsible for doing any necessary review before starting an IETF Last Call or sending the document directly to the IESG as a whole.
特定の広告（たとえば、WGの「エリアアドバイザー」）は、進歩の準備ができていることを確認するために、ドキュメントのレビューを開始しました。Shepherding ADは、IETFの最後の呼び出しを開始する前に、またはIESG全体にドキュメントを直接送信する前に、必要なレビューを行う責任があります。
An AD sometimes asks for an external review by an outside party as part of evaluating whether a document is ready for advancement. MIBs, for example, are reviewed by "MIB doctors". Other types of reviews may also be requested (e.g., security, operations impacts, etc.) Documents stay in this state until the review is complete and possibly until the issues raised in the review are addressed.
広告は、ドキュメントが進歩の準備ができているかどうかを評価する一環として、外部の当事者による外部レビューを求めることがあります。たとえば、MIBSは「MIB Doctors」によってレビューされています。他のタイプのレビューも要求される場合があります（例：セキュリティ、運用の影響など）ドキュメントは、レビューが完了するまで、そしておそらくレビューで提起された問題が対処されるまでこの状態に留まります。
Specific details on the nature of the review may be found in the "note" field associated with this state (i.e., within the Datatracker).
レビューの性質に関する具体的な詳細は、この状態に関連付けられている「メモ」フィールド（つまり、DataTracker内）にあります。
The AD has requested that the Secretariat start an IETF Last Call, but the actual Last Call message has not been sent yet.
広告は、事務局がIETFの最後の呼び出しを開始することを要求しましたが、実際の最後の呼び出しメッセージはまだ送信されていません。
The document is currently waiting for IETF Last Call to complete. Last Calls for WG documents typically last 2 weeks, and those for individual submissions last 4 weeks.
このドキュメントは現在、IETFの最後の呼び出しが完了するのを待っています。最終的にWGドキュメントの呼びかけは、通常2週間、および個々の提出物の文書が4週間続きました。
Before a standards-track or BCP document is formally considered by the entire IESG, the AD must write up a protocol action. The protocol action is included in the approval message that the Secretariat sends out when the document is approved for publication as an RFC.
標準トラックまたはBCPドキュメントがIESG全体で正式に考慮される前に、ADはプロトコルアクションを作成する必要があります。プロトコルアクションは、文書がRFCとして公開された場合に承認される承認メッセージに含まれています。
As a result of the IETF Last Call, comments may need to be responded to and a revision of the I-D may be needed as well. The AD is responsible for verifying that all Last Call comments have been adequately addressed and that the (possibly revised) document is ready for consideration by the IESG as a whole.
IETFの最後の呼び出しの結果として、コメントに応答する必要があり、I-Dの改訂も必要になる場合があります。この広告は、すべての最後の呼び出しコメントが適切に対処されており、（おそらく改訂された）ドキュメントがIESG全体で検討できることを確認する責任があります。
The document is now (finally!) being formally reviewed by the entire IESG. Documents are discussed in email or during a bi-weekly IESG telechat. In this phase, each AD reviews the document and airs any content or process issues they may have. Unresolvable issues are documented as "DISCUSS" comments that can be forwarded to the authors/WG. See the description of IESG substates in Section A.2 for additional details about the current state of the IESG discussion.
ドキュメントは現在（最終的に！）IESG全体によって正式にレビューされています。ドキュメントは、電子メールまたは隔週のIESGテレカットで説明されています。このフェーズでは、各広告がドキュメントをレビューし、それらが持つ可能性のあるコンテンツまたはプロセスの問題を放映します。解決できない問題は、著者/WGに転送できる「議論」のコメントとして文書化されています。IESGディスカッションの現在の状態に関する詳細については、セクションA.2のIESG Substatesの説明を参照してください。
During a telechat, one or more ADs requested an additional two weeks to review the document. A defer is designed to be an exception mechanism, and can only be invoked once, the first time the document comes up for discussion during a telechat.
テレシャット中、1つ以上の広告がドキュメントをレビューするためにさらに2週間を要求しました。延期は例外メカニズムになるように設計されており、テレシャット中にドキュメントが議論するために初めて登場するとき、1回しか呼び出せません。
The IESG has approved the document for publication, but the Secretariat has not (yet) sent an official approval message.
IESGは公開のために文書を承認しましたが、事務局は（まだ）公式の承認メッセージを送信していません。
The IESG has approved the document for publication, and the Secretariat has sent out the official approval message to the RFC editor.
IESGは公開のために文書を承認し、事務局は公式の承認メッセージをRFCエディターに送信しました。
The document is in the RFC editor Queue (as confirmed by http://www.rfc-editor.org/queue2.html)
ドキュメントはRFCエディターキューにあります（http://www.rfc-editor.org/queue2.htmlで確認されています）
The I-D has been published as an RFC.
I-DはRFCとして公開されています。
Do Not Publish (DNP): The IESG recommends against publishing the document, but the writeup explaining its reasoning has not yet been produced. DNPs apply primarily to individual submissions received through the RFC Editor. See the "note" field for more details on who has the action item.
公開しないでください（DNP）：IESGはドキュメントの公開に対して推奨されますが、その推論を説明する記事はまだ作成されていません。DNPは、主にRFCエディターを通じて受け取った個々の提出物に適用されます。アクションアイテムを持っている人の詳細については、「メモ」フィールドを参照してください。
The IESG recommends against publishing the document. The writeup explaining the IESG's reasoning has been produced, but the Secretariat has not yet sent out the official "Do Not Publish" recommendation message.
IESGは、ドキュメントの公開を推奨しています。IESGの推論を説明する記事は作成されましたが、事務局はまだ公式の「公開しない」推奨メッセージを送信していません。
An AD is aware of the document and has chosen to place the document in a separate state in order to monitor it (for whatever reason). Documents in this state are not actively tracked by the IESG in the sense that no formal request has been made to publish or advance the document. The AD has chosen to put the I-D into this state, to make it easier to keep track of (for his or her own reasons).
広告はドキュメントを認識しており、ドキュメントを監視するために文書を別の状態に配置することを選択しました（何らかの理由で）。この状態の文書は、文書を公開または前進させるための正式な要求が行われていないという意味で、IESGによって積極的に追跡されていません。この広告は、I-Dをこの状態に入れて、（自分の理由で）追跡しやすくすることを選択しました。
The document is "Dead" and is no longer being tracked (e.g., it has been replaced by another document having a different name, it has been withdrawn, etc.)
ドキュメントは「死んでいる」ものであり、追跡されなくなりました（たとえば、別の名前を持つ別のドキュメント、撤回されたなど、別のドキュメントに置き換えられました。
Note that the annotation tags described in this section were defined circa 2002. If these conditions were modelled today, they would most likely be modelled as annotation tags rather than as substates.
このセクションで説明されている注釈タグは2002年頃に定義されていることに注意してください。これらの条件が今日モデル化されている場合、それらはおそらく物質としてではなく注釈タグとしてモデル化される可能性が高いです。
IESG discussions on the document have raised some issues that need to be brought to the attention of the authors/WG, but those issues have not been written down yet. (It is common for discussions during a telechat to result in such situations. An AD may raise a possible issue during a telechat and only decide as a result of that discussion whether the issue is worth formally writing up and bringing to the attention of the authors/WG).
文書に関するIESGの議論は、著者/WGの注意を引く必要があるいくつかの問題を提起しましたが、それらの問題はまだ書き留められていません。（テレシャット中の議論がそのような状況につながることは一般的です。広告はテレシャット中に可能な問題を提起し、その議論の結果として、問題が正式に書いて著者の注意を引く価値があるかどうかを決定するだけです/wg）。
A document stays in the "Point Raised - writeup needed" substate until *ALL* IESG blocking comments that have been raised have been documented.
ドキュメントは、「上昇したポイント - 記述が必要」にとどまります。
"AD Followup" is a generic substate indicating that the shepherding AD has the action to determine the appropriate next steps. In particular, the appropriate steps (and the corresponding next state or substate) depend entirely on the nature of the issues that were raised and can only be decided with active involvement of the shepherding AD.
「ADフォローアップ」は、羊飼い広告に適切な次のステップを決定するアクションがあることを示す一般的な物質です。特に、適切な手順（および対応する次の状態または物質）は、提起された問題の性質に完全に依存し、羊飼い広告の積極的な関与でのみ決定できます。
Examples include:
例は次のとおりです。
- If another AD raises an issue, the shepherding AD may first iterate with the other AD to get a better understanding of the exact issue. Or, the shepherding AD may attempt to argue that the issue is not serious enough it to bring to the attention of the authors/WG.
- 別の広告が問題を提起する場合、羊飼い広告は最初に他の広告を反復して、正確な問題をよりよく理解することができます。または、羊飼いの広告は、この問題が著者/WGの注意を引くためにそれが十分に深刻ではないと主張しようとするかもしれません。
- If a documented issue is forwarded to a WG, some further iteration may be needed before it can be determined whether a new revision is needed or whether the WG response to an issue clarifies the issue sufficiently.
- 文書化された問題がWGに転送された場合、新しい改訂が必要かどうか、または問題に対するWGの応答が問題を十分に明確にするかどうかを判断する前に、さらに反復が必要になる場合があります。
- When a new revision appears, the shepherding AD will first look at the changes to determine whether they believe all outstanding issues have been raised satisfactorily, prior to asking the ADs who raised the original issues to verify the changes.
- 新しい改訂が表示されると、羊飼い広告は最初に変更を調べて、すべての未解決の問題が十分に提起されたと信じているかどうかを判断します。
The document is awaiting review or input from an external party (i.e., someone other than the shepherding AD, the authors, or the WG). See the "note" field for more details on who has the action.
この文書は、外部の当事者からのレビューまたは入力を待っています（つまり、羊飼い広告、著者、またはWG以外の誰か）。誰がアクションを持っているかの詳細については、「メモ」フィールドを参照してください。
An updated I-D is needed to address the issues that have been raised.
提起された問題に対処するには、更新されたI-Dが必要です。
Author's Address
著者の連絡先
Ed Juskevicius TrekAhead PO Box 491, Carp, ON CANADA
エド・ジュスケビシウス・トレカヘッド・ポックス491、car、カナダ
EMail: edj.etc@gmail.com