Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129

t.petch <ietfc@btconnect.com> Tue, 01 November 2016 17:47 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13659129617 for <idr@ietfa.amsl.com>; Tue, 1 Nov 2016 10:47:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mfNSBj76IvSo for <idr@ietfa.amsl.com>; Tue, 1 Nov 2016 10:47:24 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0122.outbound.protection.outlook.com [104.47.1.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C411F1279EB for <idr@ietf.org>; Tue, 1 Nov 2016 10:47:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kShj89TDEVODve6+0rWrb0bU+in8eWeVhGBgROhZhIE=; b=CSd2yuSgzkQrbalomPY9CkR1M13G3Fa/n/9KblatMzdzunlDdQnD7GGPZHl0fEnjf7+ojConxDknxMFBhpg5+RV7cibig87X8BQvShmcZ11xwFOjAh7ip3nKu3biqguPMbJuynZIl+g17T4snbUaiLEDXJQlTTTVwJ0ME6Dov08=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
Received: from pc6 (81.135.210.62) by HE1PR0701MB3002.eurprd07.prod.outlook.com (10.168.93.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.707.1; Tue, 1 Nov 2016 17:47:21 +0000
Message-ID: <01c101d23467$9c8b0cc0$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: "John G. Scudder" <jgs@juniper.net>
References: <169A4C1A-302E-4FE0-841A-ADA63E812E1F@juniper.net> <20161101144036.GB10519@pfrc.org> <F744170E-172A-40E6-98EF-2A7BF6BF9DE1@juniper.net> <25D24BDC-5322-4B19-A971-9FDD65C07BF1@juniper.net>
Date: Tue, 01 Nov 2016 17:44:27 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [81.135.210.62]
X-ClientProxiedBy: DB3PR05CA0020.eurprd05.prod.outlook.com (10.160.41.148) To HE1PR0701MB3002.eurprd07.prod.outlook.com (10.168.93.136)
X-MS-Office365-Filtering-Correlation-Id: 9b8499f0-b93f-4775-3726-08d4027f21ac
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3002; 2:P+k/WMnc90/BkT6TuvXuQQdVZLaeiyboahFSt3Y4sjT6SyIirXg6V0GK4ZAbLHtJvXcdSo9jJG8kRUIc+PeAZcw4hdeGjJPwGEnFXaM7grSoR1Ype01/9dJ1mVd5hoKKjMVXNEFlqazJ+SF5xwLkQLfo2nomkmcCyUXaRUSmr/Hh3poDOS2LGuP7qMpDlTPZ9vlxPzShlo3lgIVVokfQsA==; 3:qb4MZaF05gzj4vBgyKW4SAAv2G+WWtzbiVd4Ixyjzv2AlrIWtAi6LUNdFGnsUKnodi/y1Q6tYdHZ0ZK35tEi5r0v66TXNZdmjMIgy8EP55Us8XPJtmNBbkp7nY5DSSwVnq/uI+yVrTMjN/xN2cesYg==; 25:xLaQSIujpy5Y5q/E/Z+GphnEaAn+4v1hTwfATgZG9GuG8aMCTi3Bm3QlmEibwNjhY/GzS6oFuDBF86mx/oGwCEwv6x43sFZ2HZfwRmg/FGTN/BsZWoB4kOebJImK8hNptsMvf1cIPb2aArhjDd9H8aACQDWQgLs8vagbZRNBBxEwdSMyBoxAreKFO1v7GtupGGNocufQn8Vszhor6DgyZW7M8dpfmKJ7GugCp1z31liJ6mJBVwio5MFcLWhn27ZnPx79PVsI8h2aHRBiNqbNFKbQLIH16SUed1RxPys+/kA3WVzBG0j142agnLJfoBn9m+dPgjkwetpjW46I1tUf4S6kkjoExoLC9sujQc5HAHhHu85xLO1xo7uyn114wKVXZC2ELyZojLNC0f4E9BLOSykPhSe3pWFCGn/nxJdgyUpM2mWCbswtp1wsyNtE32fZ
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0701MB3002;
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3002; 31:emUC8Pn4rqnYNU2SNoblq3FaQIlMFeCeyarGchaZ29KNJNt/6dy0BkQViI9ubVTcBt/ou/+0+t5UNxGBsiDHsBnd6JmehoI/4YQC+k8/qZaCMk0QYbpW6tsQP21YlRXabEYinHNhLhfsCk157rUD+KCizlhaeE9F05uCAGPsVisTEeX6E5F4iWlnYqVZnFmWLcS9WKfoEMJ28ffNTr1OXb1YeX1iKwRuJiLy5qGw07we2HMR4jsF+PvnMPjRGZiD; 4:0i9KRVLl2+cV/qxPd23n1E4grClhS/XTQ+Z6BaneknbGIuVX8KK+h6eVvpshcmypB1c4tc+kQc7DyAaAd1Nc33B4ZKBd9O14CPbZU7JWGH0OjWqmbF9lAR/0g3HUiVrjDAhKcFI4dycJYCGp7HDiZ9MWi1D7pkOPqVvo9YUumej3XMRM15FMiihCCDoaDgWRA9Njk7/iBYhj4bjsyagGubNaYCRX+hWtIR1hfbIIz+6zYUU7M/A6HhgghsUILMWmQZmTdcYeFG5H6c9u58NuXM8igDMW9Wf4sYPES59Lj2IMlFKhIy6+YPHEZkUl8+piyVPGyY8D+ayGV9gOUGEa3SJoY4Xjj+KdaiSPvpcJmZPKofHt4AieE2eZU+M3FXtAmSzs7iu+Hb1/LCi5Rrljt8phevtpltIOgWVL0b8s3r81QkXa0G3TRriN4l/iSNPP0YiCOMxm3pL3vPpTLkXnFw==
X-Microsoft-Antispam-PRVS: <HE1PR0701MB30028FC80CB27AE51B989C1AA0A10@HE1PR0701MB3002.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(138986009662008);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:HE1PR0701MB3002; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB3002;
X-Forefront-PRVS: 01136D2D90
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(7916002)(24454002)(377454003)(189002)(199003)(5423002)(13464003)(84392002)(230700001)(4720700003)(81166006)(1556002)(9686002)(4326007)(230783001)(68736007)(8676002)(116806002)(19580395003)(19580405001)(81156014)(2906002)(44736004)(93886004)(305945005)(8666005)(6116002)(7736002)(3846002)(7846002)(586003)(50466002)(33646002)(50226002)(1456003)(77096005)(23756003)(15975445007)(86362001)(81816999)(50986999)(110136003)(62236002)(47776003)(101416001)(66066001)(92566002)(44716002)(97736004)(106356001)(105586002)(14496001)(189998001)(6916009)(1941001)(5660300001)(81686999)(61296003)(76176999)(42186005)(74416001)(7059030)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB3002; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en;
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3002; 23:sRczu4cb7jfecF7lQUc7gmvkm5YjuNI9zn7N3CksnTtVAZf0Q/xMJlbykYYjqwkx2Y7yFYAYzcubek9tGR05zLE4DjkQ8L40cO2O/2NkcPR9zWo9RZmAA4IPxRFjB9dz1SzA+e9ve8IHq/DmP+nNymg0b5TQ1dLtSYQuQduRegnwCgY36N/XaZ3JmgsRryfnml7Xy7oRkTiqglxaDP5gxDbXGnNDQ2LRr6Vp47SAFAiMw6H9MKYjrVpNrVjUa/TATWISUeBvP5JGFDVQDCa8oihlZg0Zq5Rzshz/PMWuu3fklNqcKafC1snyFfLqTXXwMcAMwjQMXvX93+meKnPHUhnbengPuiZCaPf89lbyS3+LCpX/myiZdwaht3g7xzvMhdac2pzyYBNmMrlaJmPdMWAlgvZyaA1jaqq7+LnIjNJclQTeNWm3MEf0iDCtQ6iy8GC2DV3bzPAycEhVaDZU/Ht8rTrIF+sQbF7qd94FtQU3soY4opWqsSo1uKrqH8RO8NlR2NiyUpmkT7F+EN4OVfIKF601RtoJbqoppW6vJ3v8k120PfyN7x7kRK0zutComqf6iBWQL7jYYMxsoN4ZWshVLLUEjL/Ku/mBagC6v7gO4Twmxc9XvFac8KJ/b1PZ3LUlezBjMWIEJVBz6vX1jkc/cRxpLhSZzlYf6ju5HHz59wtsq8tVXRkghHOJ+xnxd3AlaR0ZQjGUp4noXJ6uiF+UdOyDT3Aoe7qwG+wp3yHZ5pGHNLzigr/PDaspelu09ElxwxLZtIqilCfvR4vnmeukgAbZxPPVuBqii+PbJuD/F+VYQ5Vf9AMaS+4zZfda4tpxA5NAkVyUxo/gqeC/tfXBe1Vji59fMLcsMaiKf82Px9jaMturNGIcCY/h/eeb9PiqGf4y+bCBpu3MVEfD248qXbAYNmVAcx1ouesa9ktHUBlXyPuP09uAes2hdyZv7Fg35r4hI2hDB2UlRdMPHub9tbp+bT/ylAqai400zLj1TBQ8VGzGZybXXkyt8E1WG62n3F3Ui5pXOPXMsZNIaXssysUMZmLSuswdHKlMCSdTH1548q4wGpK4nm1o9bl6secS/mjmmVO7lIP6PP2wc57wCRYisT4bKfAZWzBtpBSwdaprj+RfjVqqLi2CBxTSgq1N+6Y7WRCLVV9Q60PdA+L8YshPBwSw+zsgd2+7GSz10QNHwCj9qeYrCQjgknL/JFJ1hQtRtf7WFGyZJzDeJSyxRGi791PgDY2HcF43ZjIuKgfEoIrPF8Jk1ij1S4/zHoh10yKmDHWfBCB4QrLQ6WHAt6v8SSPvhW0HKIZl32xrqWI31exIvqIo1FosVhOqztpub8JyTH8ZeE8CV0eKZH6zufbg9w8FNIcinAMOMhNU3t0jkulJ3eXH3z4n4Biy8eJ0gBicn5NaFuDWTNrYAxhQIVoVGYIakuSu0PEGpWFdNIHW+ETYC6dd4nJnMnuPgcdx3LlqIwXPWu9nu2AwqHe7MvDkhVrK2WPfXnf0mEfdaMncqwCl5mUr1PidURJOWkAeaBv5iUQ3ZRxICnJdrw==
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3002; 6:Vt7u/ULlldfDKrlBEMe3xb47pZc7ePhIYdCaa5NSNib0p2i1AFiL/RA59lCDkFzmZvEPsl+yjVMtsesxPNh/qBYQhRTir8dy+kZhAVdQ2G6OfJKsAMvB1Fi3JleGRsEb//lwWXo1j8dJT5YURK+dFPFGaZlKcLE0IgkPD5CourYBrhdvPIPPs/nnPNOr2udwUnbz0ixlGIQwyP3QPf35yLA/MPl3xikh8cROgmPl18X1dShiM5Qud7yyw64PQYBZpHCq3/sYlf1c1of9VQSQXdEvZ+oiqRVxrnSasQsHp6+C2Uh0fDm/yYSTwtXmZ9PW; 5:81R9z0F/BqPwAAUBxh/2rrF0PultJDQ6v/ixYWNMnycm/ub2Igxg6OgHHxWeYikej/uhDY7yBF1ePt9xMwFxUIst8mYmNq8YOOUKp3Q2KqFpnJgChTY/spmvhmpGkYzXGquKprSQDz7sdW2l1g7QcI6YEQmCHuZlIbZvOAG//LA=; 24:NfZhbgGd3bjPBDkiCjDA3dkxq3GB0DiTrzaklUgI4JHwqtp/IxPyLYip9fNsR2RHRDfrNdEylvOwRT4laFTmFSNu7GBWCpCCV5MWcTjEXYI=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3002; 7:Lm8mOjYYyhPQl5h3lr/bWfChevyNFEghZiVfVzyPd9P9uU7d4LFBCTdA7he0Ao0Y46yuQTGQWMwaFjnrqPa3O7tUxkhjwTBfkDXSgtNtj1kU9D08ek0esIkMxI2MDHW39t76B1P/B1tTa8ORlW4tVcca82HRlNKlmHgWbUdz8Q8Ybpovbn8w3Ox4MNdm07H+cnWM0+eHbn1BNackyuu4bPXnEDzXBujwxIwYxzlGrQgVdKy/oG+S3kJPhzlstOm15xkB6ccvDyKdgVGgRSx/U/eucrzIJENKNJjRQeMHcnafw8kqb42pYibUX3UZ9BydGRG2BVEDyBGtOx3+UbLfwolfhtM83+OsxkNczScGD8w=
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Nov 2016 17:47:21.0715 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB3002
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/AzXBiIZYg78L33VOQd-XifFvNR4>
Cc: IETF IDR Working Group <idr@ietf.org>
Subject: Re: [Idr] Working group adoption call for draft-snijders-idr-deprecate-30-31-129
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 17:47:27 -0000

Oppose

We all know what deprecate means which, based on recent discussions of
other topics on this list, means we are using many divergent
ones in our assessment of this I-D.

'deprecate' is a technical term in the processes of the IETF.  You need
to define it, or better, use the existing definition.

That definition is in
 draft-leiba-cotton-iana-5226bis-18
which therefore MUST/SHALL be/is REQUIRED to be a Normative Reference,
and yes, that means waiting for that to become an RFC before this can
advance; which interaction I see as a necessity.

Otherwise, we haven't a clue what we are adopting.  Well we have, but it
is about a dozen different clues.

Likewise, but not so critical at this stage, having an RFC that starts
' This document requests IANA   ..'
will look, well, not very sensible.  If you believe in what you are
doing, then I would like you to state it as a fact.
'This memo changes the status of ... in the IANA Registry to
'deprecated'

And what you have at present sits oddly with the IANA Considerations.
Usually, the latter says
'IANA is asked to ...'
which is edited by the RFC Editor
'IANA has ...'

Yet you have an IANA Considerations of
'IANA has  ...
Back to front, IMHO.

Tom Petch

----- Original Message -----
From: "John G. Scudder" <jgs@juniper.net>
To: "Jeffrey Haas" <jhaas@pfrc.org>
Cc: "IETF IDR Working Group" <idr@ietf.org>
Sent: Tuesday, November 01, 2016 4:20 PM


> On Nov 1, 2016, at 10:53 AM, John G. Scudder <jgs@juniper.net> wrote:
> > On Nov 1, 2016, at 10:40 AM, Jeffrey Haas <jhaas@pfrc.org> wrote:
> >> 1. Do we actually need a draft published to request IANA to block
out
> >> allocation of these code points?  If so, we're going to end up with
a number
> >> of trivial drafts for these corrective actions.  I'm interested in
hearing
> >> the IESG's opinion on this point.
> >
> > IANA did specifically request an RFC to reference although they
stopped short of explicitly saying "if you don't promise to give us a
document, we won't do this action". I have asked them to clarify and
will report back, but I suggest that for now the WG should assume that
we do actually need to publish draft and progress it to RFC.
>
> Update: Michelle @ IANA confirms that they do require RFC for
deprecation from a Standards Action registry but agrees there is no
documentation of this requirement specific to deprecation, they've just
inferred it from the requirement to assign one. She says she'll bring it
up on the Thursday IESG telechat.
>
> Again, for now the WG should assume we do need an RFC.
>
> --John
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr