Re: [Idr] Fwd: New Version Notification for draft-spaghetti-idr-bgp-sendholdtimer-05.txt

Thomas Mangin <thomas.mangin@exa-networks.co.uk> Mon, 15 August 2022 15:54 UTC

Return-Path: <thomas.mangin@exa.net.uk>
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 3D703C1524D4 for <idr@ietfa.amsl.com>; Mon, 15 Aug 2022 08:54:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.659
X-Spam-Level:
X-Spam-Status: No, score=-6.659 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=exa-networks-co-uk.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NkYmI2oo1kzk for <idr@ietfa.amsl.com>; Mon, 15 Aug 2022 08:54:40 -0700 (PDT)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98C26C1524C2 for <idr@ietf.org>; Mon, 15 Aug 2022 08:54:39 -0700 (PDT)
Received: by mail-lf1-x134.google.com with SMTP id z25so11191361lfr.2 for <idr@ietf.org>; Mon, 15 Aug 2022 08:54:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=exa-networks-co-uk.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=NYVgHHWKtMvrUNE0Q8Vuk8MXWUBXy7Odx6uczdddqEU=; b=2bmvjKuyFkhnCzvLkUfq3jTPjWcj9GYjcOoKpC5YQxTSC3osPKPpde1YltEUN8RxZW c1GGPxUD5OlDDHXkrq1yEe0ag5ofxV9w4YXc/xfsim65QJKGzRPhO6BW2xnBa68L2Xfd wfK43VXZkBt1H8/iiJJYl1ok57ZHv34daejcFfwwzIdMWMO58XwCLdQ/HUVaOHRo+Ij0 XuQU0pki1AtYbOvsQ/Q6Ye+89iXkhtoKJNLPjz+JocgWiVWBc6UMIwLKg7JICKp+/uMd ebsDDeeiwDdqWDaUOJcIdDunH6Pp3K6A5fGm4mMCK/Zclesqr2PcUuDErZ4nTgPY8qGk zGFg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=NYVgHHWKtMvrUNE0Q8Vuk8MXWUBXy7Odx6uczdddqEU=; b=fjz0Oh7BbrCQ6kxmK0XfGwr8Mo7e6G98pB6KALYyc3xdqnBWbiEuAtlqJ9a2ZGlGas EdjOzI4VYjxiN8tmi8uGVV6Q6P43mt8s2xfuqfdtBwX9/FFT504UyKbnyu1Mls+Xn9/3 kjr/VNJ6kjxfF3r7rakVDli98XByO/90kAzkmSVusqZpn99yh3VujQ42AbX29WZ6RYjr zxet+jf38iU57u60We1na5wncEU+lVfIiLW3sHYZgrs/twrgGeaQ9ReAau3f88lljTZ2 A/8+pLTPir4bUI51L8/umu437dWrIR/wQ8RAdhPOrzL8/Hqto0+0VfVvBte7g5kh6ZX2 J4qQ==
X-Gm-Message-State: ACgBeo3JN+ZWlzToTAWwlUL6JhBpnehP5YEd+tyW2bzPKyrCC0Wlwp9M vyl5zg42Qb+UZ9oHjbVggataA9KdfxI/2XYXw9kehw==
X-Google-Smtp-Source: AA6agR5mdTTiz34RaV0bfDq6mKKSn4J+07vEmoVSD8SGrzBq42Xbvu1qLgg2Ng9YZ8iz61W1ictEXtdZeWbBASfSKmA=
X-Received: by 2002:a05:6512:3fa2:b0:48a:16df:266f with SMTP id x34-20020a0565123fa200b0048a16df266fmr5511142lfa.414.1660578877770; Mon, 15 Aug 2022 08:54:37 -0700 (PDT)
MIME-Version: 1.0
References: <165920076221.43110.14224170878306367770@ietfa.amsl.com> <CAMFGGcC19MJ4poutfp_C-=14RjQeNQXgc24vHyXoQsdZLNq5PQ@mail.gmail.com> <CABNhwV0b6ODL8u+VG8aYLRD9vQxwupYQT5DL0wBfZoOx-oCsZg@mail.gmail.com> <CABNhwV2v4h2Sr_jKOUPsr-jdq-SbpD7xOLsazZC8zT3J3os_Ow@mail.gmail.com> <CAOj+MMFxHoZ8=gsF3bHho+CRp3XPo4=2WSp_jAvWSXzFzOr74Q@mail.gmail.com> <Yvo2FEBH6tM3ttKd@diehard.n-r-g.com> <CAOj+MMGTQSOYbd6g55vquzBoE2EEGMu4QSMDpYSTWvFhX4+BHg@mail.gmail.com>
In-Reply-To: <CAOj+MMGTQSOYbd6g55vquzBoE2EEGMu4QSMDpYSTWvFhX4+BHg@mail.gmail.com>
From: Thomas Mangin <thomas.mangin@exa-networks.co.uk>
Date: Mon, 15 Aug 2022 16:54:26 +0100
Message-ID: <CAEm8Q11M35gp=m2pMjnQ_RnQ4S_Otx4wugwx03QRPDvCzMWcyw@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Claudio Jeker <cjeker@diehard.n-r-g.com>, "idr@ietf. org" <idr@ietf.org>, Job Snijders <job=40fastly.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000021a8fc05e649a627"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/fRpoT02wNwSl9yT6lF2XwvHfXuA>
Subject: Re: [Idr] Fwd: New Version Notification for draft-spaghetti-idr-bgp-sendholdtimer-05.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 15 Aug 2022 15:54:43 -0000

Hi,


> Zero windows is a way for TCP to apply back pressure to a peer.
>

Correct. It puts the pressure on memory (and CPU) to the sender which needs
to keep its outgoing update queue larger than it should as the receiver can
not process them fast enough.

I am sure it is useful in some cases and can prevent devices from missing
keep-alive timers but when it is used to keep undersized routers in
production at the cost of propagation delays, it is really a nasty trick.

It allows a router upgrade cost problem to be passed to an EBGP peer, so I
can see why some may like the feature 😜 (even more so if the feature can
be set up on a per peer basis).

I would rather have a way to get my router configured to detect a peer not
processing updates in a timely removed from the path than leaving them in,
potentially keeping stale routes longer than required (or worse, causing
loops).

Therefore I see any work toward the detection of a router unable to process
updates in a timely manner is a step in the right direction.

Thomas