Why we don't want to actually replace 2026 (was: PS Characterization Clarified)

S Moonesamy <sm+ietf@elandsys.com> Tue, 17 September 2013 05:51 UTC

Return-Path: <sm@elandsys.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 3118F11E836B for <ietf@ietfa.amsl.com>; Mon, 16 Sep 2013 22:51:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.553
X-Spam-Level:
X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, 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 1609mhAc0slZ for <ietf@ietfa.amsl.com>; Mon, 16 Sep 2013 22:51:30 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2517C11E8367 for <ietf@ietf.org>; Mon, 16 Sep 2013 22:51:29 -0700 (PDT)
Received: from SUBMAN.elandsys.com ([197.224.146.145]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r8H5pDop017656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Sep 2013 22:51:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1379397087; bh=yuO50fxYt89v2aMXrt7rf7Ab45oE3p45X3jku61YWls=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=KYs5WA4vTtqCM83aCjJ3Z6Opd/dRIoMra/TBJdC6+Out7yOZGth1yQ9a6TbXINA0x m6h4W8LWgm+i5Lgl5vpDtk4nNLKyk2kP329Y4mlfTdR0IFAW22zqTQzW+67QOTFZIA gGVeXukcbXXgnExxpCQLYJr2yG5WG+LUbMVBOwQ8=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1379397087; i=@elandsys.com; bh=yuO50fxYt89v2aMXrt7rf7Ab45oE3p45X3jku61YWls=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=bCcPgM/cGJlq4iOdO2yx1Pb3AJ/ut23l+HYz/Sl2Xh0SY/VJH5PVGJ4z2/ZTjZjvM YYvTJuz70USCRgiOscSlgfgcRC+upF7W5VV2VaqUuwfpXN+pMo14zRrLge9MubAV8Z CT6csQuQWhGwCEyX48CRSm1ud2BbtbQWPlmtNdAE=
Message-Id: <6.2.5.6.2.20130916214804.0d7f5370@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Mon, 16 Sep 2013 22:49:49 -0700
To: John C Klensin <john-ietf@jck.com>
From: S Moonesamy <sm+ietf@elandsys.com>
Subject: Why we don't want to actually replace 2026 (was: PS Characterization Clarified)
In-Reply-To: <24CA51F99F2393948000F42F@JcK-HP8200.jck.com>
References: <B8F661D1-1C45-4A4B-9EFE-C7E32A7654E7@NLnetLabs.nl> <9B5010D3-EA47-49AD-B9D0-08148B7428FC@piuha.net> <CAC4RtVDXVqZkCi1stmuoxawUVDi6+uG-bXWp36CM6-bsqNjiew@mail.gmail.com> <EC75AB54-8B11-42B9-8049-F70D09DB1775@NLnetLabs.nl> <CAC4RtVDj3tBChrJBiBiD6uwOtGRJHLDYeh62XbERrHp0i1Fmfg@mail.gmail.com> <CAPv4CP-DXq0=FX9nFDCo0HXvWKNRTJ+8ay=m7J=JyRxJciN-vw@mail.gmail.c om> <522761EB.2000002@gmail.com> <13BBB594-4510-4903-917B-67D39F60E2BD@NLnetLabs.nl> <A87B7462DC459B3D64373984@JcK-HP8200.jck.com> <6A29D567-0C5A-4CB4-ABDF-450D52D2C642@NLnetLabs.nl> <24CA51F99F2393948000F42F@JcK-HP8200.jck.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: ietf@ietf.org
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: Tue, 17 Sep 2013 05:51:31 -0000

Hi John,
At 08:31 16-09-2013, John C Klensin wrote:
>By the way, while I understand all of the reasons why we don't
>want to actually replace 2026 (and agree with most of them),
>things are getting to the point that it takes far too much
>energy to actually figure out what the rules are.  Perhaps it is
>time for someone to create an unofficial redlined version of
>2026 that incorporates all of the changes and put it up on the
>web somewhere.   I think we would want a clear introduction and

I posted draft-moonesamy-stds-process-00 (expired) [1] in 2010.  I 
have to update the draft as it does not take into account the 
two-track change.  I would not post a revision on the web as the IETF 
Trust might not like it.  In my opinion it might be related to the 
original negotiating position of CNRI.

Regards,
S. Moonesamy

1. http://tools.ietf.org/html/draft-moonesamy-stds-process-00