Re: [apps-discuss] Comments on draft-ietf-appsawg-received-state
Ned Freed <ned.freed@mrochek.com> Fri, 08 June 2012 02:24 UTC
Return-Path: <ned.freed@mrochek.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7BB411E80A5 for <apps-discuss@ietfa.amsl.com>; Thu, 7 Jun 2012 19:24:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 CzYqqwjzZgmW for <apps-discuss@ietfa.amsl.com>; Thu, 7 Jun 2012 19:24:02 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by ietfa.amsl.com (Postfix) with ESMTP id 4E89711E8080 for <apps-discuss@ietf.org>; Thu, 7 Jun 2012 19:24:02 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OGEYVH3ZO0002SRU@mauve.mrochek.com> for apps-discuss@ietf.org; Thu, 7 Jun 2012 19:23:57 -0700 (PDT)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OGBNHXOPCG000058@mauve.mrochek.com>; Thu, 7 Jun 2012 19:23:51 -0700 (PDT)
Message-id: <01OGEYVDDGU2000058@mauve.mrochek.com>
Date: Thu, 07 Jun 2012 19:19:50 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Thu, 07 Jun 2012 06:59:34 -0400" <CAC4RtVBuET9h-QHEtS=genmJnJ6bfKk=KD0bTJQvZJApAsY_ww@mail.gmail.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN
References: <CAL0qLwY1DCP9RY7cykwrPi48A_1h_FJUXo5eRWkn3Rw=rFXpBw@mail.gmail.com> <CAC4RtVBuET9h-QHEtS=genmJnJ6bfKk=KD0bTJQvZJApAsY_ww@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
Cc: "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Comments on draft-ietf-appsawg-received-state
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jun 2012 02:24:02 -0000
> > > > 1) Change the IANA rules for registering new states to Expert Review. > > Specification Requires is overkill. (Expert Review might be too, but I > > didn't feel totally comfortable busting it down that far. What do others > > think?) > > > I think this is a good idea. I think FCFS would also be adequate, and > encourage the WG to use that. The reason is that it's far better to > encourage people to register status codes that they want to use, and not to > put barriers in the way. The usual reluctance to use FCFS is concern that > people will register a bunch of garbage. In fact, (1) this hasn't ever > happened and (2) IANA would ask the IESG to intervene if they got a > suspicious flood of registration requests. I'm OK with moving to expert review, but the idea of going to FCFS makes me pretty uncomfortable. The problem here is that it's possible to think about MTA states in a lot of different ways, some of which don't map well if at all onto actual implementations. While the risk is low, I think expert review is needed to make sure things stay sane. > In any case, you're going to need to change the template if you don't > require a specification. I suggest this: > OLD > Specification: The specification document that defines the queue state > being registered. > NEW > Specification: A pointer to a specification document that defines the queue > state being registered, if one exists; else, a more detailed description of > the queue state, to aid in interoperable usage. Sounds about right to me. Ned
- [apps-discuss] Comments on draft-ietf-appsawg-rec… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… t.petch
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Murray S. Kucherawy
- Re: [apps-discuss] Comments on draft-ietf-appsawg… SM
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Alexey Melnikov
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Dave Crocker
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Barry Leiba
- Re: [apps-discuss] Comments on draft-ietf-appsawg… Ned Freed