Re: [ippm] AD review: draft-morton-ippm-rfc4148-obsolete-02

Al Morton <acmorton@att.com> Mon, 10 January 2011 13:38 UTC

Return-Path: <acmorton@att.com>
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A569D28C166 for <ippm@core3.amsl.com>; Mon, 10 Jan 2011 05:38:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.796
X-Spam-Level:
X-Spam-Status: No, score=-105.796 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, 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 lj--Do5J5zhD for <ippm@core3.amsl.com>; Mon, 10 Jan 2011 05:38:14 -0800 (PST)
Received: from mail129.messagelabs.com (mail129.messagelabs.com [216.82.250.147]) by core3.amsl.com (Postfix) with ESMTP id DB1C928C158 for <ippm@ietf.org>; Mon, 10 Jan 2011 05:38:14 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-3.tower-129.messagelabs.com!1294666827!47540913!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [144.160.20.145]
Received: (qmail 18729 invoked from network); 10 Jan 2011 13:40:28 -0000
Received: from sbcsmtp6.sbc.com (HELO mlpd192.enaf.sfdc.sbc.com) (144.160.20.145) by server-3.tower-129.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jan 2011 13:40:28 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id p0ADem3r001524 for <ippm@ietf.org>; Mon, 10 Jan 2011 08:40:48 -0500
Received: from alpd052.aldc.att.com (alpd052.aldc.att.com [130.8.42.31]) by mlpd192.enaf.sfdc.sbc.com (8.14.4/8.14.4) with ESMTP id p0ADeith001434 for <ippm@ietf.org>; Mon, 10 Jan 2011 08:40:44 -0500
Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id p0ADeMHi005973 for <ippm@ietf.org>; Mon, 10 Jan 2011 08:40:22 -0500
Received: from dns.maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by alpd052.aldc.att.com (8.14.4/8.14.4) with ESMTP id p0ADeGpj005444 for <ippm@ietf.org>; Mon, 10 Jan 2011 08:40:17 -0500
Message-Id: <201101101340.p0ADeGpj005444@alpd052.aldc.att.com>
Received: from acmt.att.com (martym.mt.att.com[135.16.251.71](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20110110134014gw1004lklfe>; Mon, 10 Jan 2011 13:40:14 +0000
X-Originating-IP: [135.16.251.71]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 10 Jan 2011 08:40:43 -0500
To: Lars Eggert <lars.eggert@nokia.com>, Henk Uijterwaal <henk@ripe.net>
From: Al Morton <acmorton@att.com>
In-Reply-To: <D6EE1755-51DD-45B2-8BCF-0D00C21CEA67@nokia.com>
References: <1391B492-7816-4E51-9119-3FA3E827F231@nokia.com> <4D2AEA26.7030509@ripe.net> <D6EE1755-51DD-45B2-8BCF-0D00C21CEA67@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: ippm@ietf.org
Subject: Re: [ippm] AD review: draft-morton-ippm-rfc4148-obsolete-02
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Jan 2011 13:38:15 -0000

At 06:25 AM 1/10/2011, Lars Eggert wrote:
> > For other registries, I have seen:
> >
> > * a comment in the overview list that this is obsolete and no longer
> >   maintained.
> > * the files are kept as they were on the day the registry is declared
> >   obsolete.
> >
> > This solves the problem of the group having to maintain a registry.  At
> > the same time, in the unlikely case that somebody is fetching/using the
> > files automatically, things will continue to work.
>
>plan sounds good. Can we add a sentence or two on this to the ID, so 
>IANA knows what they need to do?

Yes, I'll take care of all points this morning.

Thanks for the comments, Lars,
and for the clarification, Henk.

Al