Re: New Version Notification for draft-leiba-cotton-iana-5226bis-00.txt
Barry Leiba <barryleiba@computer.org> Wed, 01 August 2012 06:27 UTC
Return-Path: <barryleiba@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2920E21F8548 for <ietf@ietfa.amsl.com>; Tue, 31 Jul 2012 23:27:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.882
X-Spam-Level:
X-Spam-Status: No, score=-102.882 tagged_above=-999 required=5 tests=[AWL=-0.061, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, SUBJECT_FUZZY_TION=0.156, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uTvgXuvo--Ka for <ietf@ietfa.amsl.com>; Tue, 31 Jul 2012 23:27:16 -0700 (PDT)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 443B821F86D7 for <ietf@ietf.org>; Tue, 31 Jul 2012 23:27:16 -0700 (PDT)
Received: by pbbjt11 with SMTP id jt11so570060pbb.31 for <ietf@ietf.org>; Tue, 31 Jul 2012 23:27:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=JgDojGrwNyQ9AEuacuMRtze/Td9KYZm4wuEaI3B9BD8=; b=v5YDodlYPEDPS0oiTDCYYBT3snzjnwxKHKMZjVqihOv/WA10dspoQj7L1LGNsnG3Qo 8xqOUndbW4xy3jlsVgWCMTNicY/PNtI+dBqgWkMpFSYtXSGSVxbx+vcPTRatRLKqNsvS JNz1j4dnLz0tgJF5DgGtpWmvWU3+Y5LZ/Sz96wp5s/X5iyo41zPz3Ms+UR2B1uwm3nf5 l7jjFghBZ5ubYp+IFDzQD1DRo0bAoVEQzVIzLVyp3xumibCnfxqWLcWAZ/8AN962PAE4 iA9JiJDPu52NAbEYFNzxjWmjH5GqSSHWb6yXgWDbhrdK7Zem4L8LLr6khczfJ0Rqf4OJ N5Cg==
MIME-Version: 1.0
Received: by 10.68.221.74 with SMTP id qc10mr49325508pbc.31.1343802431011; Tue, 31 Jul 2012 23:27:11 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.68.64.103 with HTTP; Tue, 31 Jul 2012 23:27:10 -0700 (PDT)
In-Reply-To: <20120801062346.31753.92309.idtracker@ietfa.amsl.com>
References: <20120801062346.31753.92309.idtracker@ietfa.amsl.com>
Date: Wed, 01 Aug 2012 02:27:10 -0400
X-Google-Sender-Auth: 7ej72xkn2iCWQRq70CPtPLl87KM
Message-ID: <CALaySJLdEKXPPaUYmxAONv2JLbWeZFhmsqn9nV3S28k7FFi+nA@mail.gmail.com>
Subject: Re: New Version Notification for draft-leiba-cotton-iana-5226bis-00.txt
From: Barry Leiba <barryleiba@computer.org>
To: IETF discussion list <ietf@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Aug 2012 06:27:17 -0000
We're working on a new edition of BCP 26, "Guidelines for Writing an IANA Considerations Section in RFCs". Comments, please. You can see Section 12.1 for a summary of significant changes. Barry (with Michelle and Thomas) On Wed, Aug 1, 2012 at 2:23 AM, <internet-drafts@ietf.org> wrote: > > A new version of I-D, draft-leiba-cotton-iana-5226bis-00.txt > has been successfully submitted by Barry Leiba and posted to the > IETF repository. > > Filename: draft-leiba-cotton-iana-5226bis > Revision: 00 > Title: Guidelines for Writing an IANA Considerations Section in RFCs > Creation date: 2012-08-01 > WG ID: Individual Submission > Number of pages: 36 > URL: http://www.ietf.org/internet-drafts/draft-leiba-cotton-iana-5226bis-00.txt > Status: http://datatracker.ietf.org/doc/draft-leiba-cotton-iana-5226bis > Htmlized: http://tools.ietf.org/html/draft-leiba-cotton-iana-5226bis-00 > > > Abstract: > Many protocols make use of identifiers consisting of constants and > other well-known values. Even after a protocol has been defined and > deployment has begun, new values may need to be assigned (such as for > a new option type in DHCP, or a new encryption or authentication > transform for IPsec). To ensure that such quantities have consistent > values and interpretations across all implementations, their > assignment must be administered by a central authority. For IETF > protocols, that role is provided by the Internet Assigned Numbers > Authority (IANA). > > In order for IANA to manage a given namespace prudently, it needs > guidelines describing the conditions under which new values can be > assigned or when modifications to existing values can be made. If > IANA is expected to play a role in the management of a namespace, > IANA must be given clear and concise instructions describing that > role. This document discusses issues that should be considered in > formulating a policy for assigning values to a namespace and provides > guidelines for authors on the specific text that must be included in > documents that place demands on IANA. > > This document obsoletes RFC 5226.