Re: [Idr] Fwd: I-D Action: draft-sas-idr-maxprefix-outbound-00.txt

Warren Kumari <warren@kumari.net> Tue, 06 October 2020 20:19 UTC

Return-Path: <warren@kumari.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 5FF6D3A0EC2 for <idr@ietfa.amsl.com>; Tue, 6 Oct 2020 13:19:20 -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, 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=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 qsOfkKzRtLlI for <idr@ietfa.amsl.com>; Tue, 6 Oct 2020 13:19:18 -0700 (PDT)
Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (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 13F5B3A0EB3 for <idr@ietf.org>; Tue, 6 Oct 2020 13:19:17 -0700 (PDT)
Received: by mail-lf1-x12e.google.com with SMTP id z19so16516802lfr.4 for <idr@ietf.org>; Tue, 06 Oct 2020 13:19:17 -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=3B73paU8D9JNW5Dr8OY3/p964//V2tA2PE2PoLIeRvY=; b=XPzv5LhAEB0DM5XZnUC/pJ/1fDa/kUoNm6i2haQnFQ3pGLqwYu4OElNHIr6EEer5Lw U4ZZbyNIEGUFmfvANf9RRr/QO27Hh1J4a21gLQUE6ITYKcISEOKwgY7I/G50mH3GP+vl 0j45wfuPnz6rDBIUOR//tqVcr3V59G98tHKwwbiMfhdcirxN4LiqycQZ/4udo7QYQo0C ay8QAP/O5fwdOeIWIbZEabyhSDyFFP8ZSKRE8qG4aI0gF23zWiXYetmjPdQLJ8iavIeW 3/xBndiUPXxyZ8NjTYY8HMRjSNRWf8j/u1neVGvR40FcGyaTuD8nAnOescd6pJJtn6qS Xk/g==
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=3B73paU8D9JNW5Dr8OY3/p964//V2tA2PE2PoLIeRvY=; b=WmkhQ45TdTSbL5ir6oExdqrfmNqWuP9gr8x7meYhzSKtjLShxdRJpevqC7RiydV3WR Vc1Prt8vDPQtETe8TUOXH2flgBZh2zmzKe/6i0Qf9cKV3SwqsoeWJqowOJh0qEyx6cNj bZblHb+yUcmwXXAIWZcEJaxPzr+lLipL/oDXOY2u+GclqJJoC+ZDn0mzlqMYS6x/fo17 2IuVUjxdC11UDB0PogWgUNIVrlhh6Bu5dD6iWEjedxnZtOnV/4bfbrTD1yIISEhsjQOn bmdXqmE2fbzP/3ZmN+/rQPHj5+xsFBYahSIC2dGiJ8SGdqb63kVELang59t0/yZnT8T3 BrMw==
X-Gm-Message-State: AOAM530vy5sgtYUreXaZn3xA6SS/MwtON6mdRGqufBd0REucsGOM6WTP pTMrv3MrEkyI3A2If7yTVbPrKmHyGBX3mSuEgdBB1g==
X-Google-Smtp-Source: ABdhPJzAwzzvknhlRXRWFRdWSFiml8v+znIFZKTj+1sCu6NN+7ye/KnIp0ww4BiycPzImU/wiS2f9LASchiDbvc2Awg=
X-Received: by 2002:a05:6512:3388:: with SMTP id h8mr1155020lfg.318.1602015555880; Tue, 06 Oct 2020 13:19:15 -0700 (PDT)
MIME-Version: 1.0
References: <160147241917.18722.10402627847451321205@ietfa.amsl.com> <CALxNLBj0Y6yLa963_6zGgiLJNyhGikRrDMB4ySSVUD3T-o6nog@mail.gmail.com> <CABNhwV2isC3o2h2nr45RTnMhRRrDe1nuyyrj9z611_rOYEL_Eg@mail.gmail.com>
In-Reply-To: <CABNhwV2isC3o2h2nr45RTnMhRRrDe1nuyyrj9z611_rOYEL_Eg@mail.gmail.com>
From: Warren Kumari <warren@kumari.net>
Date: Tue, 06 Oct 2020 16:18:38 -0400
Message-ID: <CAHw9_iLRX9sYOw+Tyb9PO0_N6ZHqmW8B+SkOArXyY12qOEXqww@mail.gmail.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
Cc: Melchior Aelmans <melchior@aelmans.eu>, idr <idr@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Q9aogL2pM75EWK0bzRnOu0h2Qgo>
Subject: Re: [Idr] Fwd: I-D Action: draft-sas-idr-maxprefix-outbound-00.txt
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: Tue, 06 Oct 2020 20:19:20 -0000

<no hats>
On Wed, Sep 30, 2020 at 10:53 AM Gyan Mishra <hayabusagsm@gmail.com> wrote:
>
> Hi Authors
>
>
> Would it be possible to modify the action so that we have the option to not disconnect the peer and allow the peer to remain UP state but clip the routes above the upper limit and provide this option for both inbound and outbound directions.

Errrr... how sure are you that this is the behavior that you *want*?
If you have tripped the max-prefixes limit it's almost always:
1: things have been slowly growing over time, you've tripped your
warning limit. The right thing to do here is carefully look at the
prefixes, make sure they are what you expect, and bump it up by a bit.
2: you've just borked your filters and are now trying to leak full
tables to your peers. The right thing to do here is tear the session
down and go do penance...

I strongly suggest taking this question to GROW / NOGs before adding a
"send as many as you can and then start filtering" option; tripping
the hard limit should be the same as a circuit breaker, not a
resistor.

W

> This was the PE resources are not impacted as well as the customer peer still remains in an Up state.
>
> Thanks
>
> Gyan
>
> On Wed, Sep 30, 2020 at 9:34 AM Melchior Aelmans <melchior@aelmans.eu> wrote:
>>
>> Hi IDR,
>>
>> As suggested in earlier WG meetings (both in GROW and IDR) we have split the Maximum Prefix Limits draft into Maximum Prefix Limits Outbound and Maximum Prefix Limits Inbound.
>> The authors are looking for your feedback and input on both.
>>
>> Thanks,
>> Melchior
>>
>> ---------- Forwarded message ---------
>> From: <internet-drafts@ietf.org>
>> Date: Wed, Sep 30, 2020 at 3:27 PM
>> Subject: I-D Action: draft-sas-idr-maxprefix-outbound-00.txt
>> To: <i-d-announce@ietf.org>
>>
>>
>>
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>
>>
>>
>>
>>
>>
>>
>>
>>         Title           : Revised BGP Maximum Prefix Limits Outbound
>>
>>
>>         Authors         : Melchior Aelmans
>>
>>
>>                           Massimiliano Stucchi
>>
>>
>>                           Job Snijders
>>
>>
>>         Filename        : draft-sas-idr-maxprefix-outbound-00.txt
>>
>>
>>         Pages           : 9
>>
>>
>>         Date            : 2020-09-30
>>
>>
>>
>>
>>
>> Abstract:
>>
>>
>>    This document updates RFC4271 by adding a control mechanism which
>>
>>
>>    limits the negative impact of outbound route leaks (RFC7908) in order
>>
>>
>>    to prevent resource exhaustion in Border Gateway Protocol (BGP)
>>
>>
>>    implementations.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The IETF datatracker status page for this draft is:
>>
>>
>> https://datatracker.ietf.org/doc/draft-sas-idr-maxprefix-outbound/
>>
>>
>>
>>
>>
>> There are also htmlized versions available at:
>>
>>
>> https://tools.ietf.org/html/draft-sas-idr-maxprefix-outbound-00
>>
>>
>> https://datatracker.ietf.org/doc/html/draft-sas-idr-maxprefix-outbound-00
>>
>>
>>
>>
>>
>>
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>>
>>
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>>
>>
>>
>>
>> Internet-Drafts are also available by anonymous FTP at:
>>
>>
>> ftp://ftp.ietf.org/internet-drafts/
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>>
>> I-D-Announce mailing list
>>
>>
>> I-D-Announce@ietf.org
>>
>>
>> https://www.ietf.org/mailman/listinfo/i-d-announce
>>
>>
>> Internet-Draft directories: http://www.ietf.org/shadow.html
>>
>>
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>
>>
>>
>>
>> _______________________________________________
>>
>> Idr mailing list
>>
>> Idr@ietf.org
>>
>> https://www.ietf.org/mailman/listinfo/idr
>>
> --
>
>
> Gyan Mishra
>
> Network Solutions Architect
>
> M 301 502-1347
> 13101 Columbia Pike
> Silver Spring, MD
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr



-- 
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