Re: [Int-area] Where to aggregate, where to drop

Tony Li <li.tony@comcast.net> Tue, 05 April 2022 23:47 UTC

Return-Path: <li.tony@comcast.net>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 881E03A161E for <int-area@ietfa.amsl.com>; Tue, 5 Apr 2022 16:47:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 81PR8N3n_Upz for <int-area@ietfa.amsl.com>; Tue, 5 Apr 2022 16:47:40 -0700 (PDT)
Received: from resdmta-a1p-077303.sys.comcast.net (resdmta-a1p-077303.sys.comcast.net [IPv6:2001:558:fd01:2bb4::d]) (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 F08C83A1605 for <int-area@ietf.org>; Tue, 5 Apr 2022 16:47:39 -0700 (PDT)
Received: from resomta-a1p-077052.sys.comcast.net ([96.103.145.234]) by resdmta-a1p-077303.sys.comcast.net with ESMTP id bjQ7nn2k8uCfIbstdn937v; Tue, 05 Apr 2022 23:47:37 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1649202457; bh=Vk2zELhthPcL2kaQMPYhcFZy9igfqcNdrdJEudIQpns=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=qJ2OAuF+wpnv2RsG84YPAOIUL3HcQc0vhtR6tEbGx9AqSDuxxQimROAfEtvDHdBmd XqHJftEUFEoXpoQec+DUmp/t89I4vkFdFZS25Nzrmx0JXCSIV1Kr/il2d2FhUvzTta S/mfl/EQe1UOBju4nbIsahShG+8r+TApFjsGHPGZ2Fnr2K7C4XzszlPKHyWARw4ENI /KVFSNQkFb5j7K6B1CVMDZPxZiioC/GD0M8TR8UAlhOT1Jfh3+Nj5DppRGn6vzDZ/F qgZmLF4nfHM6T5dL9Tjd4WJCgYV9yvfGQOzP0s4GavD1CePKsRUMIl+zCK2Amk7Ekt u8TVoKVmJbbAg==
Received: from smtpclient.apple ([67.169.103.239]) by resomta-a1p-077052.sys.comcast.net with ESMTPSA id bstbnyb0sBTUFbstcnE5lQ; Tue, 05 Apr 2022 23:47:37 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgedvvddrudejhedgvdehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvehomhgtrghsthdqtfgvshhipdfqfgfvpdfpqffurfetoffkrfenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtjeenucfhrhhomhepvfhonhihucfnihcuoehlihdrthhonhihsegtohhmtggrshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeeuueeffeehvddtvdfggffgleeuuefffeevueehfeetgeefgeeufeefjeduleehheenucfkphepieejrdduieelrddutdefrddvfeelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepshhmthhptghlihgvnhhtrdgrphhplhgvpdhinhgvthepieejrdduieelrddutdefrddvfeelpdhmrghilhhfrhhomheplhhirdhtohhnhiestghomhgtrghsthdrnhgvthdpnhgspghrtghpthhtohepvddprhgtphhtthhopehfrghrihhnrggttghisehgmhgrihhlrdgtohhmpdhrtghpthhtohepihhnthdqrghrvggrsehivghtfhdrohhrgh
X-Xfinity-VMeta: sc=-100.00;st=legit
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Tony Li <li.tony@comcast.net>
In-Reply-To: <7FCD5415-7516-4372-8A95-7B0E847C0489@gmail.com>
Date: Tue, 05 Apr 2022 16:47:35 -0700
Cc: int-area <int-area@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E642B47-C7F6-440F-B558-90106EF33A46@comcast.net>
References: <D9CC0098-7D52-4E91-B154-41BCA59DC82A@gmail.com> <316508E1-2AC9-4974-8C47-1351088445D2@comcast.net> <A0A71F59-1AB0-4905-8203-7A50918207FA@gmail.com> <4D42E193-5BD7-4159-9A72-54CD013FA7D3@comcast.net> <7FCD5415-7516-4372-8A95-7B0E847C0489@gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/8yy_CIehrEim9sfk7Omyrk3zRys>
Subject: Re: [Int-area] Where to aggregate, where to drop
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area WG Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Apr 2022 23:47:42 -0000

Hi Dino,


>> As always, it’s a trade-off.  In this case, do you want to optimize your routing resources or a small amount of bandwidth.  You can either carry more specifics or drop P.4 traffic.  IMHO, that’s an easy call.
> 
> Not at all clear that its a small amount of bandwidth.


Other than a DoS attack, why would it be significant?

>>>>> Another question is, if all more-specfics are not stored (due to major link failure), is the aggregate withdrawn from the routing system. That is, if you want less route flapping, you may just want to keep P advertised. That optimizes FIB add/delete entropy everywhere that wants to store P. I would rather have hardware routers drop packets fast, then to have route oscillation.
>>>> 
>>>> 
>>>> Yes, if ISP B isn’t getting all of the more specifics and continues to aggregate, it could attract traffic that it can’t deliver. Presumably this is a transient until it can get the more specifics.
>>> 
>>> So what is your conclusion? Is your draft saying to optimize traffic engineering or saving routing table space? Or simply documenting the tradeoffs?
>> 
>> 
>> I’m saying do both: aggregate at the right place and it’s a win-win.  But figuring out where to aggregate does require some thought.
> 
> Definitely agree.


So the draft is supposed to help people think about it. :)

Do you think it’s worth of WG adoption?

T