Second Last Call: <draft-nottingham-http-link-header-10.txt> (Web Linking) to Proposed Standard

The IESG <iesg-secretary@ietf.org> Fri, 24 September 2010 15:16 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@core3.amsl.com
Delivered-To: ietf-announce@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B98843A6B90 for <ietf-announce@core3.amsl.com>; Fri, 24 Sep 2010 08:16:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.494
X-Spam-Level:
X-Spam-Status: No, score=-102.494 tagged_above=-999 required=5 tests=[AWL=0.105, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O1YpPH0aEgCv for <ietf-announce@core3.amsl.com>; Fri, 24 Sep 2010 08:16:23 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 728123A6B60 for <ietf-announce@ietf.org>; Fri, 24 Sep 2010 08:16:23 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Second Last Call: <draft-nottingham-http-link-header-10.txt> (Web Linking) to Proposed Standard
X-Test-IDTracker: no
Message-ID: <20100924151623.20829.67593.idtracker@localhost>
Date: Fri, 24 Sep 2010 08:16:23 -0700
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Sep 2010 15:16:25 -0000

The IESG has received a request from an individual submitter to consider
the following document:
- 'Web Linking'
  <draft-nottingham-http-link-header-10.txt> as a Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2010-10-08. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

The file can be obtained via
https://datatracker.ietf.org/doc/draft-nottingham-http-link-header/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-nottingham-http-link-header/

The purpose of this Second Last Call is to confirm some late changes to the IANA procedure/registry.
The following changes are proposed:

In Section 6.2 ("Link Relation Type Registry"), add the 2nd paragraph that reads:

   The underlying registry data (e.g., the XML file) must include
   Simplified BSD License text as described in Section 4.e of the Trust
   Legal Provisions (<http://trustee.ietf.org/license-info>).

In Section 6.2.1 ("Registering New Link Relation Types"), delete the following paragraph:

   When a registration request is successful, the Designated Expert(s)
   will update the registry XML file (using the format described in
   Appendix A including the MIT license) and send it to the
   link-relations-announce@ietf.org mailing list (which SHOULD NOT be
   centrally archived, so as to avoid load issues from automated agents,
   and only accept posts from the Designated Expert(s)), so that
   implementers interested in receiving a machine-readable registry can
   do so.  Simultaneously, they will send a text (not XML) version of
   the registry to IANA for publication.

And finally, delete the whole Appendix A (together with A.1, which describes
the Relax NG grammar) which reads:

Appendix A.  Link Relation Registry Format

   To facilitate applications that wish to use registry data in an
   automated fashion, this specification defines an XML-based format for
   the registry entries.

   Each registered relation type is represented by a RelationType
   element, and if any of the app data values are other than the default
   value identified in the Application Data registry, they will be
   represented by appdata elements.

   Note that this format is NOT that in which IANA publishes the
   registry, because doing so would subject IANA's servers to,
   potentially, very high load (e.g., if Web browsers were to
   automatically update their copies of the registry).  Instead, this
   format is published to the link-relations-announce@ietf.org mailing
   list, so that interested implementers can subscribe and distribute
   the machine-readable document using their own infrastructure.


No IPR declarations were found that appear related to this I-D.