IETF Logo Mail Archive

Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25

John Scudder <jgs@juniper.net> Thu, 24 September 2020 18:50 UTC

Return-Path: <jgs@juniper.net>
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 89EB23A1233 for <idr@ietfa.amsl.com>; Thu, 24 Sep 2020 11:50:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.813
X-Spam-Level:
X-Spam-Status: No, score=-3.813 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.695, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=JRDunbzd; dkim=pass (1024-bit key) header.d=juniper.net header.b=c/Y7FT7N
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 g6f-czom_YeG for <idr@ietfa.amsl.com>; Thu, 24 Sep 2020 11:50:27 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CAEC3A122F for <idr@ietf.org>; Thu, 24 Sep 2020 11:50:27 -0700 (PDT)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 08OIn5cW022116; Thu, 24 Sep 2020 11:50:26 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=b81cVa/uqW/fS/GTS/f3qAy5qbC+a4spYFdyy3CYns8=; b=JRDunbzdrcfQx7J8NGyzcPBWluWYmjOuTc7Cx7glRqlv5JsH8nSqawkWrUs4x52QEIbZ XqFQjNfMtXuNUWcB/z4MnYq0V0d+6eKxwIN+8ZN711hHYsO0WKRWRgqvV4CZoKdp97f4 wUxuYu1FHDpGGR60qeI4zdMz4WMpqMBz7tl3AgBLFUuO9D/v4c7XN4FhXNKHeWWsXSNR 3kVd4rOKsyV+qvQeIT6JA+mv0Xl4U+2300auPMsJr5IAFZZVbwKl/V7IuFhtYGQnSF5j dSmLCkpqHKX5e/GSCE5O8IS3Qbkat0PV2dNBRyDsR7jIQj9D3mPnY7Lu92bJ+9rfP+G9 ow==
Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2102.outbound.protection.outlook.com [104.47.58.102]) by mx0a-00273201.pphosted.com with ESMTP id 33r6sajv7v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 24 Sep 2020 11:50:26 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K/ou01/xIHP1FFgsVvIphdKl1cezZvwBUhIKj+ds5ZehkDFSvxbYypk1F2zK9DXcgt/kc+W0850Fkc98ORjmAYja7vMGOAN5HCxdNWBxgRO7EqDXBHGa0Q+fEc2+fXw2moDC9KRN/lH6h2HuF3w3fRA4UIr+L2kGDzYfeDj5whiw2/he35ffuUbYCC2NpIhC5cbll2T8Nx9jywaExdeu6hPtE3nu/BFb6c8NgSpywhvSDzQiVy0UNijz3wfoxPc10e5evM2CnjM0OULXR0icMDA1q2T4ndU55min4fJLrniFEiyU+82np1+lq0j+YmsBZjBtoOOeAadMK6JCWnqvBw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=b81cVa/uqW/fS/GTS/f3qAy5qbC+a4spYFdyy3CYns8=; b=PX+fW5c7elOwzjn0Ajac6J42CtcG9srlzkFX7GjviWVJARj6k4TXYj0fTrzWtCwrnbxOukV/rTTy6rxXJSoZGjw8Kfswe+yLBu87LNiXBfcXJlVKC6afLLn8OqrrmMCXtPudvZBgkCf/wDKMK+MO9YAlB1WShBUAIIs6FfQsfMLkApEpznSTKq48XX4cd0ttr22RMM/IJo5PH2ml4irnAmqX+UMP+3MHQLMiM3kwAKysujvPNT81IcNRpTU/bAYxWNUjZUOAiel1KMTGQa/lfIERYFExOgO3PWvygvJ69RZoRZU4Z+eyFydJHGI8GlEqbhN6GdV2jNey0ejD43Unqg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=b81cVa/uqW/fS/GTS/f3qAy5qbC+a4spYFdyy3CYns8=; b=c/Y7FT7NPYoLbD9Jw98ST9zEXzH8vuKkKIYWaGrda+yuypx7YBwI9ApHKILrqxTAeumeulHdu2zYkXrT5+oDu48JP/WcftPexjtUvWi2F5G/G4rI8fd9zl0I9OXqO5jqPmrTc2njcVRO4XdsLuPe3FPLJ9ePhe6uLb0Wf/ump+g=
Received: from BL0PR05MB5076.namprd05.prod.outlook.com (2603:10b6:208:83::12) by BL0PR05MB5332.namprd05.prod.outlook.com (2603:10b6:208:62::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3412.15; Thu, 24 Sep 2020 18:50:18 +0000
Received: from BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::e542:8237:ac48:ef5c]) by BL0PR05MB5076.namprd05.prod.outlook.com ([fe80::e542:8237:ac48:ef5c%7]) with mapi id 15.20.3433.013; Thu, 24 Sep 2020 18:50:18 +0000
From: John Scudder <jgs@juniper.net>
To: Robert Raszuk <robert@raszuk.net>
CC: IDR List <idr@ietf.org>, Donatas Abraitis <donatas.abraitis@hostinger.com>
Thread-Topic: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
Thread-Index: AQHWkeQjDaPrM10Wm0SRFJcqq10SWql4HGEAgAAG7YA=
Date: Thu, 24 Sep 2020 18:50:18 +0000
Message-ID: <6475E81A-2F44-4E84-8237-F53A2F43DDEB@juniper.net>
References: <081E5E98-8D7B-452E-8517-EECBE72E3D7F@juniper.net> <8EFAFA50-BEAC-4F8C-A2CB-293225B3D529@juniper.net> <CAOj+MMGdSR0+yrzdgLdNhTVVsnO6ZLbNrv_oLiENTdy5f1X-KA@mail.gmail.com> <FCC634B7-613F-46EC-9597-7D830A720E5F@juniper.net>
In-Reply-To: <FCC634B7-613F-46EC-9597-7D830A720E5F@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.120.23.2.1)
authentication-results: raszuk.net; dkim=none (message not signed) header.d=none;raszuk.net; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [163.116.133.119]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 9c5dd1c7-fab5-4c6b-6898-08d860baae9e
x-ms-traffictypediagnostic: BL0PR05MB5332:
x-microsoft-antispam-prvs: <BL0PR05MB533281DBF8DD5B47A7271FC6AA390@BL0PR05MB5332.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: VLJz2DxdRttfzxYZtKhj/JBH7+ZYHY53pIzuF/ke11tCbv9m8sr9W0sviTOhHXm+XFZltVeXE2k1R2puE3z82FXDsjXfzSwGjeMk+/h1eLOn1egosKWzdcCJ3NZRR0y5y7G8ctmcr7ABsy+b8u8dPFKqltxA1Rzu3UzrD4GVv8LaoH1ndQIdHi3bQWsQjkLBTYMO9yEbgsca3lRMnlXe3j+1BCrO7oy2pT+ZNiky4GMBiphaUAq+ua+Ja32mAqpubf3/03f0EEiWTWzJxZY30A8CTbt2M2up5aj8+oqT5TBSCWFbzQeA+9YBErJu+dESuQollXb5kY7aS1tmLbSoY/5Hs1q+2m3wcrcB/d3cSz6BOO27uZiFoBEcMEXpcjEj
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5076.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(39860400002)(376002)(136003)(346002)(4326008)(26005)(4744005)(316002)(33656002)(36756003)(2616005)(5660300002)(2906002)(8676002)(54906003)(478600001)(71200400001)(6486002)(86362001)(83380400001)(6506007)(6916009)(66946007)(66476007)(66556008)(64756008)(66446008)(6512007)(53546011)(76116006)(8936002)(91956017)(186003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 7sRWuXUMh48evu/j6ymo819aztrvGNHwdHJqEpeb1ebVPMyVjqs4p/nHX3YvyH79RHPFyrroldB4Gvlhh/+7W+/UaTvzZdUUj45iLbE/NSQjbSH9LeX8VrwTBVHGsoTeRg8ZavIuPomgPQGHpGVUwZGHqR24xVmmcjeGiRaXR8uqt26ztq8xfz/63ckzuvrKer2fNGBbxzosM0N9bFqLLPXQOsJcOmyPDJW3n8x7xsQmswgdnTJjLC1RFuAj6DousR1LWt9v9bJxVZjyavE3GByqQHd6A5QJaZvgG8awsBI29EMOoBQpo/qAw3XR6pZXMt9IvtEal1V8gXboZ0YkujKV8ZbRi4zwvDWcHKf+hxOo/hn9XYmXkDk7gRofNjjH45zebBB9Dzxsxw+V5/fwF4b+fTBOfCDXDarWfYOKBFtgd71GqTVmUbUwL5v2sBzLcyFtmzvqBPC/ft4Dh/cM6QSgendcatOipJUZccFElgfqpOBHf4LF6RsNiNkImFs1PmQaHm1VBBFxvgz0P7EnjFmis1R+vXrH6+EycNBcXu6l48h5jph/zpGg1UHI9d3Txx6tB1f9I7anyB2sVcZC5XnrJvQ2/TLWkD3fiRLsgmd2B9SZHzMuoLbMiFR9R8sPuLpn3ID1mzZnR/UoHdoA+Q==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_6475E81A2F444E848237F53A2F43DDEBjunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5076.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9c5dd1c7-fab5-4c6b-6898-08d860baae9e
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2020 18:50:18.1046 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: N9r7vkY5OLIqXIKMgMlIuUT0NwR6dW+l384QMgZIUMuuzP0V6e7PIm8/kbQYhvxV
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB5332
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-09-24_14:2020-09-24, 2020-09-24 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 priorityscore=1501 adultscore=0 mlxlogscore=999 clxscore=1015 spamscore=0 phishscore=0 suspectscore=0 bulkscore=0 impostorscore=0 lowpriorityscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009240136
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/kTxh0QQyAX4ErUm1AtMkF7uAPi4>
Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 24 Sep 2020 18:50:28 -0000

On Sep 24, 2020, at 2:25 PM, John Scudder <jgs@juniper.net<mailto:jgs@juniper.net>> wrote:

PS2. Assume this goes on as ISE RFC. And perhaps magic happens and IDR defines a different encoding for exactly the same information down the road. Would IDR or GROW have power to move ISE RFC to historic or obsolete status at that point ?

My guess is that the answer is “no”. Historic is — as far as I know — a designation specific to the IETF standards process. The ISE is — as far as I understand it — not part of the IETF standards process. Figure 1 of RFC 6635, "RFC Editor Model”, seems to confirm this. I’ll see if I can get an authoritative answer.

I checked with Adrian (the ISE Editor) and the practical answer is “yes”, as long as the AD and the ISE Editor can come to agreement (which I hope they generally would).

—John

v2.23.0 | Report a Bug | By Email