Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested

Robert Raszuk <robert@raszuk.net> Wed, 28 April 2021 10:25 UTC

Return-Path: <robert@raszuk.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 56FC93A23E5 for <idr@ietfa.amsl.com>; Wed, 28 Apr 2021 03:25:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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=raszuk.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 GAdPcGi5B8ZF for <idr@ietfa.amsl.com>; Wed, 28 Apr 2021 03:25:21 -0700 (PDT)
Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 CA1E33A23E2 for <idr@ietf.org>; Wed, 28 Apr 2021 03:25:20 -0700 (PDT)
Received: by mail-lf1-x136.google.com with SMTP id y4so58120246lfl.10 for <idr@ietf.org>; Wed, 28 Apr 2021 03:25:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GdBXKfyVEMRAEy7MuihKFWKeB1Kr8hywOhgfEteU610=; b=Gmjyz6mAsYtxORBp9KjAm8uAVJR6jAewCTzzG4fqn9a2LRfJXnNshXddipv6Rxpj5U DkRM1E7ed7i9TQSoxHuKWVc5rR6HZgoZhMp+WAE586yE3JCTGXS/OilbNogGry89C5Hz 4kERlgL4Bk+sufHcde/Dnq9sRxzSWwnXYALbGvMB3a27NMVSIhBw8dYFwOLs3nwItSEP hKuohYI0UazdwtgNWjx1p36A+uQepzZUCYhJHZPXjh1TSkFDErdNsrrPNVpQsidlLK2J sM0LK1rYrBCsjM8SBzVs3WncqQ5Pn0t4KhumvDV6lQr17CyoI3kqZ4CmqjY9hNjVXxlS uy3g==
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=GdBXKfyVEMRAEy7MuihKFWKeB1Kr8hywOhgfEteU610=; b=J+J9bvwXCRssFPJIuD53r4poZoBPPpmBtdcnZwJmmMx/6IBP/C7ylDBgm4DaWZudsb Gg+1lLCuP0b+R7NAU6ZbBEsZVp07UncvfRGHLkO84R/PNXf+EyncXev6XxKwPLU0zi0i 9GFYeHFQEbrRsfU6tbkUVc9ESqVub/KlcadtnmyqzhYA9ZCop1/Oyq8uORsWj+V3oZO3 wDgnBzs+LaJbmdwou6wUn/pt5YRohB0o89cuTHQEyz5tB6TPcxtEzkKaqcfvZq4a4but +YtLUZh+4tXq0i6k4CodFNqAHu2H2yzbOJj6+Tm/gYGJgmMM6Bzyq/cNc+HjiEwsIJ0S qJzg==
X-Gm-Message-State: AOAM5329mg66QJMC6w0vp0+9oDBVVss5cGB+yMfN3AN/8n8aHXJt0FG8 ME4yCovvMUEJprVdRzDLqpD4BJvnLdlCtq4WrvlL/w==
X-Google-Smtp-Source: ABdhPJwbDOufkA9sjZKm3270mN4MPXpMvq9uO1yzkgO5lnjYX+xl6daCDm0xaOf83RzYpBtjhHFWD8RcF2GMdA3/D+Y=
X-Received: by 2002:a05:6512:3e27:: with SMTP id i39mr20719656lfv.581.1619605518381; Wed, 28 Apr 2021 03:25:18 -0700 (PDT)
MIME-Version: 1.0
References: <CAL=9YSVy+mvxvAv+maxkUSzPbe0bfnUy-XJJTtcVhi3S3bm=WQ@mail.gmail.com> <20210423212348.GB19004@pfrc.org> <CAOj+MMGH+y-gxSLaakknWSPFLEk9ikkUU1fa=3H0FjkokAbg3w@mail.gmail.com> <20210424004838.GC19004@pfrc.org> <CAOj+MMH5yzpPZjdUcfXV4cxCORqCsQY4X+niBjnwxjPfN-tsJA@mail.gmail.com> <BYAPR11MB3207E4A0BDC3367E21886C55C0439@BYAPR11MB3207.namprd11.prod.outlook.com> <20210427124724.GA21146@pfrc.org> <BYAPR11MB32077A59B783B81E5D4D2297C0409@BYAPR11MB3207.namprd11.prod.outlook.com>
In-Reply-To: <BYAPR11MB32077A59B783B81E5D4D2297C0409@BYAPR11MB3207.namprd11.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 28 Apr 2021 12:25:08 +0200
Message-ID: <CAOj+MMG9Nz=FEMr+HNm2A6T3bGRw4qnds_3FU9ZqV9Uisfozuw@mail.gmail.com>
To: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
Cc: Jeffrey Haas <jhaas@pfrc.org>, "idr@ietf. org" <idr@ietf.org>, Ben Cox <ben=40benjojo.co.uk@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000099824005c105cbcf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/7JBo7OR0g8bhcDDU5Ip_v9_fIxU>
Subject: Re: [Idr] draft-spaghetti-idr-bgp-sendholdtimer - Feedback requested
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, 28 Apr 2021 10:25:25 -0000

> I think the default should be a long timer and to retain the routes
> when resetting the session. However, this choice should be configurable.


There could be potentially another option ...

Once we can not write to a peer over existing TCP session we could try to
OPEN a new TCP session to the same address:179 with the same
security strings. We could use same or different BGP_ID.

/* When we discussed eBGP peering between VRFs of the same PE it was
confirmed that most if not all implementations (at that time) do not check
for different BGP_ID when accepting an OPEN). */

If a new session succeeds and we sync routes we are good. Old session can
be terminated. No data plane disruption at all.

If not it would be indeed a sign that peer's BGP is not doing that well and
perhaps confirmation that in some deployment situations it would be good to
remove him from the picture after draining his routes from our peers.

Best,
R.