OAuth.jp

昨晩、IETF OAuth WG ML で、OAuth 2.0 Core & Bearer の2つの仕様が IETF Last Call に入ったことが通知されました。

http://www.ietf.org/mail-archive/web/oauth/current/msg08285.html

http://www.ietf.org/mail-archive/web/oauth/current/msg08286.html

今後は IETF のルールに乗っ取って、RFC 化までの作業が進められます。

ちょうど以下のメールで IETF Last Call から RFC 化までの流れが説明されていたので、翻訳しておきます。

http://www.ietf.org/mail-archive/web/oauth/current/msg08292.html

1. IETF Last Call, which lasts two weeks. This is essentially your last opportunity to provide feedback!

IETF Last Call では、2週間で結論が出る。本質的にこの期間がフィードバックを行う最後のチャンスである。

2. During IETF Last Call, the documents will be reviewed by several cross-area teams within the IETF, including folks like the “GEN-ART” review team and the AppsDir. We’ll expect at least some feedback from those teams. And at this stage anyone in the Internet community can provide feedback, too.

IETF Last Call 期間中、仕様書は “GEN-ART” レビューチームや AppsDir を含む IETF 内の複数エリアのチームにレビューされる。少なくともこれらのチームからは何らかのフィードバックが得られるであろう。もちろんこのステージでも Internet community の全員にフィードバックを行う権利がある。

3. After IETF Last Call, this WG’s document editors will work to address any feedback we’ve received.

IETF Last Call 後、Working Group 仕様書編集者は受け取ったすべてのフィードバックに対応する。

4. The documents will then be scheduled for disussion during an IESG telechat. Before the telechat, all the members of the Internet Engineering Steering Group will review the specs and also provide feedback. If there are “DISCUSSES” and “COMMENTS” lodged then the document editors will need to address those (often in concert with the WG chairs). If some of those issues are substantive, the editors and chairs might bring those issues back to the WG for more discussion.

その後、仕様書は IESG の電話会議でのディスカッションにまわされる。この会議の前に、全 IESG メンバーがレビューおよびフィードバックを行う。”DISCUSSES” もしくは “COMMENTS” が発生した場合は、エディターが (おそらく WG チェアと共に) これらに対応する必要がある。もし問題が大量に発生した場合は、エディターとチェアは再び仕様を WG に差し戻し、WG 内でさらなる議論を行うこともある。

5. Assuming the documents are approved by the IESG, they will then be handed off to the RFC Editor team for final copy editing, proofreading, reference checking, etc.

仕様書が IESG に認可されると、RFC Editor チームの手によって最終的な編集、校正、リファレンスチェックなどが行われる。

脱デルデル詐欺！