Re: [Sidrops] [GROW] Deprecation of AS_SET and AS_CONFED_SET -- feedback requested

Warren Kumari <warren@kumari.net> Thu, 24 October 2019 20:38 UTC

Return-Path: <warren@kumari.net>
X-Original-To: sidrops@ietfa.amsl.com
Delivered-To: sidrops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2782B12009C for <sidrops@ietfa.amsl.com>; Thu, 24 Oct 2019 13:38:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 gHc44bn0aSi8 for <sidrops@ietfa.amsl.com>; Thu, 24 Oct 2019 13:38:52 -0700 (PDT)
Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69E89120071 for <sidrops@ietf.org>; Thu, 24 Oct 2019 13:38:52 -0700 (PDT)
Received: by mail-qt1-x82b.google.com with SMTP id e14so20135795qto.1 for <sidrops@ietf.org>; Thu, 24 Oct 2019 13:38:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uVZlsP3GNrCg8mELOu6BtOAYSfjGvna67Vwl8YgtORs=; b=Sx69ndIOO/tzLPg7thrSNJZHyuepJr19ez5Vx0IxPEq6WkixiK0BAl3ro6spTI94LX s/W6D4ZReKwJMWHDTVO5H7sFcyhbh8KjoAhEKITGp/Xdg+bWyOLDNAcZ4orUZBYGjXi/ m7mWU5+//SRSc9VEzIS5Di3qmv4LqnRVhI10XC7Hn7dCmjpgY0AovhA/aFrijngN4+m6 5+sY+PKxO3aQH9JxkyIrzuJ0v6/smMl/S33V+OkuZjpDrhqUlEVNzSz9kAgZhL0M5Rkd xgILRKVxl5hPwA/mhKZe2o/ofbcRCzvsEV2Ya66Jzuwt7tFrqc3xiPCkhP8mFAxcoV+6 g1jg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uVZlsP3GNrCg8mELOu6BtOAYSfjGvna67Vwl8YgtORs=; b=sWIuaj2HCK32jIH/k79sfYophV/6NraHNsc2GP0yzsY7yfFD/PIZf4avE6WjABaAoo sGVn0wm56du/qFBG8cLT4YWXdHj+nPhOxw0C0xUnLglXjgzCkQulST/2xFLLbKOjX18q 8e2yWUHgNblcRZKsAKboJXt07rrcoVizm8D+gzeE6yyp62ATip8jyVjMQ5HMnl/c55P/ Fj7qmlpkXlOX3HC8l7Tw/SbhmKSUblGbaKEvN6H9nx7EfWuF57xGbhpxQoy/0poFvpMw JDS0OybVPsrqcjBIfMrg+3+CfivWz954KIrR3Oeje+8BltCgcA9DXQl876vO95ZbYcHB ZQ9Q==
X-Gm-Message-State: APjAAAWMmIJkTmvKVubhF5ZglQKvPeVUXPZqwNVCGuxjJNK2mR/vmz0t 1MazBnc7tVviK1RKLG53tHlQVwJflN1ejXL4DpqBOw==
X-Google-Smtp-Source: APXvYqzpPfv2Z29hM6fWD2xxrCsL+ebUXrG0MPMHv9Itf9JHlFxcIIzGOy8cj+eYatxZgTbdWwxrAQlefVNOeS5hLOk=
X-Received: by 2002:a0c:fdcc:: with SMTP id g12mr14836281qvs.104.1571949530898; Thu, 24 Oct 2019 13:38:50 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR09MB3019D019788E916525EDC3DC84D40@DM6PR09MB3019.namprd09.prod.outlook.com> <01c201d54d3c$74375ee0$5ca61ca0$@ndzh.com> <D49ED265-0C25-4FE0-BB02-4F176DA4BE5E@puck.nether.net> <69F03192-CE2E-4126-910D-A7E3B3AA8848@puck.nether.net> <BL0PR0901MB45639533E8F999FD6553191184860@BL0PR0901MB4563.namprd09.prod.outlook.com> <CAHw9_iJr=NaEWjMqmZjeWEwGmKfSNoAM58spsY+BSEa9ze3qYQ@mail.gmail.com> <B8F727FE-1155-4FB4-9A29-1740DF048C97@pfrc.org> <alpine.LFD.2.21.1909262319330.23402@bugs.loonybin.net> <20191003202515.GE28365@pfrc.org> <BYAPR11MB37516DBEEE3BE2DE9787E11FC09F0@BYAPR11MB3751.namprd11.prod.outlook.com> <BL0PR0901MB4563AD37675891343119D058846B0@BL0PR0901MB4563.namprd09.prod.outlook.com>
In-Reply-To: <BL0PR0901MB4563AD37675891343119D058846B0@BL0PR0901MB4563.namprd09.prod.outlook.com>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 24 Oct 2019 16:38:14 -0400
Message-ID: <CAHw9_iJH090UBYKAD=F65WUbsSn+zEGnt2hC2r-b15Mi998FaA@mail.gmail.com>
To: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
Cc: Jared Mauch <jared@puck.nether.net>, Jeffrey Haas <jhaas@pfrc.org>, IDR <idr@ietf.org>, GROW WG <grow@ietf.org>, "sidrops@ietf.org" <sidrops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/BiEMQj3qi9TQ-CWRMpPQ8wM4ZFU>
Subject: Re: [Sidrops] [GROW] Deprecation of AS_SET and AS_CONFED_SET -- feedback requested
X-BeenThere: sidrops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidrops>, <mailto:sidrops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops/>
List-Post: <mailto:sidrops@ietf.org>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidrops>, <mailto:sidrops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Oct 2019 20:38:58 -0000

Thank you Sriram and Lilia -- this is helpful / useful.

I wonder if the people who configured the 21 "Routes that seem
meaningful" still know that they are doing this, or if it is a lurking
horror....

W

On Wed, Oct 23, 2019 at 11:45 AM Sriram, Kotikalapudi (Fed)
<kotikalapudi.sriram@nist.gov> wrote:
>
> Earlier in this thread, there was discussion about some measurements that were shared  (by Jared, Warren, myself).
> Jeff's suggestion: why don't we list all routes with AS_SET in addition to the stats.
> Now we have a detailed analysis (thanks once again to Lilia Hannachi my colleague at NIST):
> https://www.nist.gov/sites/default/files/documents/2019/10/23/detailed-as_set-analysis.txt
>
> The analysis includes the following:
> 1. Summary stats
> 2. List of ASes (AGGREGATORs) Ranked according to # Routes with AS_SET
> (including the organization name of the AGGREGATOR)
> 3. List of routes with AS_SET that seem meaningless or malformed.
> 4. List of routes with AS_SET that seem meaningful.
> 3. List of all routes with AS_SET (listed per AGGREGATOR)
>
> The summary stats are copied here, but please see other details at the link provided.
>
> AS_SET ANALYSIS (OREGON 2019-10-03:00)
> The Routeviews OREGON collector peers with 43 ASes.
>
> Summary stats:
>
>         Total # Updates : 30052331
>         # Updates with AS_SET : 14348
>         Percentage of Updates with AS_SET : 0.048%
>         # Total # ASes (globally) : 66205
>         # ASes that create Updates with AS_SET : 144
>         % ASes that create Updates with AS_SET : 0.218%
>
>         # Routes with AS_SET (after eliminating AS path redundancy): 477
>         Explanation: These are routes with unique {prefix, AS_SET, 1st AS after AS_SET, AGGREGATOR} combinations.
>
> Out of the 477 routes with AS_SETs:
>         *** Identifying Routes with AS_SET that seem meaningless or malformed ***
>         # Routes with only one AS in AS_SET : 383
>         # Routes with Reserved ASN in AS_SET : 131
>         # Routes with common AS in the AS_SEQUENCE and AS_SET : 139
>         # Routes with repeated ASes in the AS_SET : 0
>         # Routes that are /24 prefix (aggregate) announcements : 239
>         Total # Routes that seem meaningless or malformed : 456
>
>         Total # Routes that seem meaningful : 21
>
>         Distribution of # unique ASes in the AS_SET : 1:383, 2:68, 3:14, 4:5, 5:2, 6:3, 23:1, 31:1
>
>         # Routes with AS_SET where AGGREGATOR does not match the right most AS in AS_SEQUENCE : 47
>
>         # Routes with unique {prefix, AS_SET, AGGREGATOR} : 469
>         # Routes with unique {prefix, AS_SET} : 455
>
> *** When there is an AGGREGATOR but no AS_SET ***
>         # Unique prefixes (with or without AS_SET) : 826535
>         # Unique prefixes without AS_SET but with AGGREGATOR: 75698
>         % Unique prefixes without AS_SET but with AGGREGATOR: 9.158%
>
> Sriram



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf