IETF Logo Mail Archive

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

Robert Raszuk <robert@raszuk.net> Mon, 15 August 2022 21:51 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 9E37BC1524DF for <idr@ietfa.amsl.com>; Mon, 15 Aug 2022 14:51:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DfZ30KLxA8ys for <idr@ietfa.amsl.com>; Mon, 15 Aug 2022 14:51:27 -0700 (PDT)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 986C9C14F72F for <idr@ietf.org>; Mon, 15 Aug 2022 14:51:27 -0700 (PDT)
Received: by mail-ed1-x52d.google.com with SMTP id b96so11215401edf.0 for <idr@ietf.org>; Mon, 15 Aug 2022 14:51:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=L9NQ7+/ZGA/zqHukBUn84ap38mhs5CAkCnRE6tG3YSk=; b=airn2mrn4JdA3Rl6JZpexYgJvxzjB/qS5Usabyl7faPTm/DD18CXLrENNGrrHxO8AM 98E9N/dU2wyP+DoisUS0BATToS0zsCnvVBmXeJgZNzVS/HGaf8PZIS1loE42ftLqR67w MPNinc2uGNv5MbTaR3CQOYUrVi8X8YAV1CrS8a/M32VsqWyqRn+3Mwo5ezdeiP7Jk9Zv bUsuJJghCjzsc4WC6pV09lDjlOpquh2KrXy3qHeWCyft2IECiPbvjoDxgh4Vu5xER8DL fwaDPK2kDsm/KoPY/Sl/pCz9nS28Cj1GzoXMfoH+XdUKZhECvFlMzpjYu/zN3jxrOlzO AYIQ==
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=L9NQ7+/ZGA/zqHukBUn84ap38mhs5CAkCnRE6tG3YSk=; b=5+hxKKaorCIkoiQysE0eI98irUXnunvbkizJ+KJXDHv+x6dWT/MYNdLSAP+9cFHX/J vbooTxjJKVR7oRozRBs2zjvB81mmvSnVWE7i8GP5WrY5XDUoW4EgaUo1wOYASyCytUjj VdtEhmEb2XLHupqL2qfg5hf2vHEcUggjveKyEfmAI1aAcC7NnsXUPso5gpc5yLO00Yz2 /5codRTLutvQNxC5M+cz3VspdvSzz7RucXW1xvOnsL7tSt1dt8w4kdkBVb+C85hvDydk UNWyUo4pwQBgW86exX4DaFD8ULLZ/awPLvRB0hTG7uJO5BkY0TrjKKYTl0Cz/q6Fciio yejg==
X-Gm-Message-State: ACgBeo3fapH0i2rVifirJBYn/9pm3OapHMs2vWV/AgldWtCK49Fuzyek 3tYYjSbUPDNvB47kBtA9hw9uM3bQJdBCzUtlUhGRlA==
X-Google-Smtp-Source: AA6agR4j9iGy0+mH/ERLqT49dzLvqbZJh8YcPk7pStV7ndQ/Fc490/ovCFo44R0YcO4HmCBpFCh8alMUx/9PzWvCTro=
X-Received: by 2002:a05:6402:5508:b0:43a:896e:8edd with SMTP id fi8-20020a056402550800b0043a896e8eddmr15863977edb.203.1660600285865; Mon, 15 Aug 2022 14:51:25 -0700 (PDT)
MIME-Version: 1.0
References: <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> <CAEm8Q11M35gp=m2pMjnQ_RnQ4S_Otx4wugwx03QRPDvCzMWcyw@mail.gmail.com> <CAOj+MMEdWr4mnp0Cr9QSQ+Msfb6jHwziu=ttPGhdXUrtgtZqBw@mail.gmail.com> <Yvp3eZ4iDccWNmIR@shrubbery.net> <CAOj+MMER5fTqyyXhFB0VkL51CHKC81=DNfGeqtHqPEcAgS0LBw@mail.gmail.com> <Yvq12HOd+1HPPa/t@shrubbery.net> <CAOj+MMFNVM7TrpGGrreWufkP97X0n0W11y2eOsnss+v5irE62g@mail.gmail.com> <Yvq9lx0OVIsAyGdU@shrubbery.net>
In-Reply-To: <Yvq9lx0OVIsAyGdU@shrubbery.net>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 15 Aug 2022 23:51:42 +0200
Message-ID: <CAOj+MMHN9DjgGMVzCvTEUoOeO8s1ioQ9u+xVt+Zo_nNNG7yi4Q@mail.gmail.com>
To: heasley <heas@shrubbery.net>
Cc: "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000273f6505e64ea255"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/kCWtF4Yg60pzGLBKmXB_8O0cY40>
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 21:51:31 -0000

> but, the point is that a peer might "ignore" a KA timer as explained in
> that email (or for other reasons).  It is not limited to boot-time or
> initial bgp session establishment.  eg: a session might be long-
> established, but the remote peer is re-establishing all of its iBGP peers.


If as you say there are "valid reasons" for peer to ignore missing KAs or
even not to accept new UPDATES then this is IMO valid reason to make
Send_Hold_Timer or TCP_USER_TIMEOUT relatively long. Or not to set it at
all and allow your vendor to detect and report such peers to you as they
seem fit to their implementation.

Thx

v2.23.0 | Report a Bug | By Email