IETF Logo Mail Archive

Re: [Idr] WG adoption for draft-kumari-deprecate-as-set-confed-set - 8/16 to 8/30/2019

Brendon H <brendonholm@outlook.com> Wed, 21 August 2019 00:20 UTC

Return-Path: <brendonholm@outlook.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 D1373120143 for <idr@ietfa.amsl.com>; Tue, 20 Aug 2019 17:20:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=outlook.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 Etbg-ZyrsxBh for <idr@ietfa.amsl.com>; Tue, 20 Aug 2019 17:20:57 -0700 (PDT)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253034.outbound.protection.outlook.com [40.92.253.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9501412003F for <idr@ietf.org>; Tue, 20 Aug 2019 17:20:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Dr33JfTjq5NTMf73bhs+7iTOl6CL1hVpRjYcMxxfjRkekPubTXPVSVzgIw4Xyj6O+kgmKFXT53wK2KoT8G01JEgzSfL1Nmy7viP66veUXahb4aILcMWY9gKwTruyPRo3N9rV5RONF4AgXqU9eb+B8GWawji49gCsE33YvbGCWFlHAG+FaYE700PeXVwvybouokKfMlbk+i8QftYLT9E2dBtYkv1M7yBaoQwbw6ClZmyZwP8lj4eZWQCQfJ9jxWCRR7kkkRLuqRKm9h3RFrEvVh3aKztoiSozLHZeJUJ6oaMZCMSEK4Yhwc+mQMt/9KqQqOrekDtLAF9UT3PiJbVsHA==
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=KIGC4tYFpTq5vkoKIY8em63VJHkB4WQnHsiH7dgSuCE=; b=gnpsxo8CHV5op+vjru35tnzKVy8KMgYmCiIo4GDYB9fwQ6ewB51hvpiF/imBk8nWMPnAnoRXPEYn/0/nGRxRXmSJ1CRH1czwmmHu7BVpXX4IFPKLGweA3BKzvMDkjhcHDO3UMLfZeFLkAc1QFUS9jo+xS+t49eDmS5nPbz+VZzkZhC0MoIBrmiDLQ7942xFgxgivHmBRVLVlItwkiElh9AVO3BdQ5kGb0S06zF4g+QklUqvuBslED9LlWpMq1/uLD2aqlE4L027VF+3gvcx01+RIQ2GN0sN+qwK9/a9x0RebWeLaTJS54T7+Bt+JUxYCbY/JwcvlZ0STQwLAgCqBRw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KIGC4tYFpTq5vkoKIY8em63VJHkB4WQnHsiH7dgSuCE=; b=lNO4VIjgCOPSXlMpcZKD88aMcP6Tj83HjpYA2GbhLxN3aXmKwYL7IfHPYrUAbt5SC0PQTe6ck4eIpFC6xwkZvBQmz9o0nYbbMokrxMYBaCIR3ze+wPXCib/rPqVnm08SNAkJoJEFS7kqSlpofXnrhQd/JT3dqn02+Zr6MbJpTzI+4w0RyYu82uqcofGOWOaAIIIldOYBhXEv5KjGG0GVyICxBDzIZHNhGgsHKT8aJDa42W9IxS1AxJn6ytskgSMM2uOWGxwM0VxYmR9KmFUU8lZYmFDjLeOToEUFgdMHxfQpwI7HJAY9C7a66homZpDM3nWhUtsl3Q6O8K2BIeW8Sw==
Received: from PU1APC01FT008.eop-APC01.prod.protection.outlook.com (10.152.252.56) by PU1APC01HT189.eop-APC01.prod.protection.outlook.com (10.152.252.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2178.16; Wed, 21 Aug 2019 00:20:53 +0000
Received: from PS1PR06MB2807.apcprd06.prod.outlook.com (10.152.252.60) by PU1APC01FT008.mail.protection.outlook.com (10.152.252.66) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2178.16 via Frontend Transport; Wed, 21 Aug 2019 00:20:53 +0000
Received: from PS1PR06MB2807.apcprd06.prod.outlook.com ([fe80::e480:8bdc:f00e:26ed]) by PS1PR06MB2807.apcprd06.prod.outlook.com ([fe80::e480:8bdc:f00e:26ed%6]) with mapi id 15.20.2178.018; Wed, 21 Aug 2019 00:20:53 +0000
From: Brendon H <brendonholm@outlook.com>
To: Susan Hares <shares@ndzh.com>
CC: "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] WG adoption for draft-kumari-deprecate-as-set-confed-set - 8/16 to 8/30/2019
Thread-Index: AdVUP5XbS3OaR+4MTPKBP/kmzc5zygDdrUNM
Date: Wed, 21 Aug 2019 00:20:53 +0000
Message-ID: <PS1PR06MB28077D169BECE4DA6115734FA4AA0@PS1PR06MB2807.apcprd06.prod.outlook.com>
References: <012001d5543f$ab7015a0$025040e0$@ndzh.com>
In-Reply-To: <012001d5543f$ab7015a0$025040e0$@ndzh.com>
Accept-Language: en-GB, en-US
Content-Language: en-CA
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:CD79E27FF9AA85C746CE3AC6451BF78B1E971EE2B191575A20ABFA2FF576BEED; UpperCasedChecksum:45AA6F1463F42FDEE8C725ADA1F735FAA6BC0EE394BE47C8FF8880682AF2B3C0; SizeAsReceived:6855; Count:43
x-tmn: [Xsp/rc9sJ2bBEW/y1mKgxeOpRtY1wRl1wjI3pPhn2a6c6gKeIuV7XBDNBaNNLdo3]
x-ms-publictraffictype: Email
x-incomingheadercount: 43
x-eopattributedmessage: 0
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125500)(1603101475)(1701031045); SRVR:PU1APC01HT189;
x-ms-traffictypediagnostic: PU1APC01HT189:
x-ms-exchange-purlcount: 6
x-microsoft-antispam-message-info: JtBdnADbkRCVq4WUtEN6ZTr1GBxdveLCHWdVIh0TYsrICKpQFDpwL24+r/eK8B08mZLhPR3l9BQVXbMzLbzwOsv3GSR2B5rlBxKs2OQVXnJvB7+UvvQo5gYxkEpoCLyBXU6Mra6Ed5Lr6nPIr55NUUQmzjPyivCV/7lPgQtDDe7iwh3eILifap1HTKNNrpF1
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_PS1PR06MB28077D169BECE4DA6115734FA4AA0PS1PR06MB2807apcp_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 632c1d65-5e56-46e9-e876-08d725cd6da3
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Aug 2019 00:20:53.3766 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT189
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/JnJVRZf6TfU6BB2iUd12SnabrNU>
Subject: Re: [Idr] WG adoption for draft-kumari-deprecate-as-set-confed-set - 8/16 to 8/30/2019
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: Wed, 21 Aug 2019 00:21:00 -0000

I support the adoption of this document.

- Brendon


On Aug 17, 2019, at 00:34, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:

Greetings:

This begins a 2 week WG adoption call for draft-kumari-deprecate-as-set-confed-set
from 8/16 to 8/30/2019.

This draft seeks to remove AS_SET and AS_CONFED_SET from RFC4271.
Draft is at:
https://tools.ietf.org/html/draft-kumari-deprecate-as-set-confed-set-14


To quote the draft:


   “BCP 172<https://tools.ietf.org/html/bcp172> [RFC6472<https://tools.ietf.org/html/rfc6472>] makes a recommendation for not using AS_SET and

   AS_CONFED_SET in Border Gateway Protocol (BGP).  This document

   advances the recommendation to a standards requirement in BGP”
        [aka RFC4271].



   “From analysis of past Internet routing data, it is apparent that

   aggregation that involves AS_SETs is very seldom used in practice on

   the public Internet [Analysis<https://tools.ietf.org/html/draft-kumari-deprecate-as-set-confed-set-14#ref-Analysis>] and when it is used, it is often used

   incorrectly -- reserved AS numbers ([RFC1930<https://tools.ietf.org/html/rfc1930>]) and/or only a single

   AS in the AS_SET are by far the most common cases.”





In your comments on adoption, consider:



1)  Should the IDR WG remove AS_SET and AS_CONFED_SET from BGP?

2)  Is this document a reasonable document to document that removal?

3)  Are there technical flaws in the arguments for removal?

4)  Are there issues with the text?



Cheerily, Susan Hares




_______________________________________________
Idr mailing list
Idr@ietf.org<mailto:Idr@ietf.org>
https://www.ietf.org/mailman/listinfo/idr

v2.23.0 | Report a Bug | By Email