IETF Logo Mail Archive

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

Robert Raszuk <robert@raszuk.net> Sun, 31 July 2022 21:46 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 6FE81C188735 for <idr@ietfa.amsl.com>; Sun, 31 Jul 2022 14:46:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 mjloLYqCK797 for <idr@ietfa.amsl.com>; Sun, 31 Jul 2022 14:46:24 -0700 (PDT)
Received: from mail-vk1-xa33.google.com (mail-vk1-xa33.google.com [IPv6:2607:f8b0:4864:20::a33]) (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 C2AB5C15C525 for <idr@ietf.org>; Sun, 31 Jul 2022 14:46:24 -0700 (PDT)
Received: by mail-vk1-xa33.google.com with SMTP id b2so4713905vkg.2 for <idr@ietf.org>; Sun, 31 Jul 2022 14:46:24 -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=8io4tacIndZB+7sfe2O/mP2GFjLDzq/7cY4wrCqx2ak=; b=T3go4cwPAjV8OzjoFb68FqrostYdazVmrMey1CuKs2X5EU1BAdL1m5uQeRXeHhrkdG x7AlPksTK2aBZDuKNAEPWLC+pZ/d2wbbOF9tNDtTW4TD2ogoJ7ApcvZ9E7TitDurCdkN sNvfWJoA/VSbe/YjEmq1LmPsYIybwbmSbZcqqfZxn6JE71lXX5SUFs7ZTWTedqRTd6lh //bXrHhWShNsKKWVjXuoWYINPMvRrQ2/J/eAHPTvqv8DKoBOnfwb5d9fvNF/Peg9LEsu cW8H6CoTyqxFXHMs0hujhtN1xXXfklsNyz4oCFL9vLcFYnKPsYKGf7IndxF9O2+5uR5x 6gdw==
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=8io4tacIndZB+7sfe2O/mP2GFjLDzq/7cY4wrCqx2ak=; b=8QwQ4oR5X873OrZk+5+3AwVSXYw8ZYKIftlWCvCVw7MQnXka+lSw2wXuZ2pm1a/3kT CqKlqjaIhAw0hlnXZuHlHcQe3BFHMamCrp86aAuDzhkGwjHrvUAJzqdN8wxTB+l/G6oG 3gMBPImJC81RUZe4BlW9KHMcP/r/Q+4h2yxzhheRd981yxUK2y1thMLf9puAKTSCxVdG p//EjPgxKJebDpC7UGjF3T3FdGBZo4jfcuZGUqqhlDJDKbKBjqYKCZtJYSVBFsG2XHAo CUslPjxIYRLmNLpx44ae3JluQKBP2H/6wTH+LMjoyInKppDntSvQF9pk2N9pwCArds61 NvkQ==
X-Gm-Message-State: AJIora/b/xMmYx+vjcAJzKo5txnVqB36OxRXWDfdURinRVZrQUo7XyqA tkKfIyOLlycbR43bBEadlc414RvmlP5wu7vEvmo+7Q==
X-Google-Smtp-Source: AGRyM1uAu76fvylglCLYv1vNkQA75laHQGzPT0nViVD5uSNqt9ceVBrH5b9DQ8cuB3i7g5fX4XnA9LPqFC84SaH1VQY=
X-Received: by 2002:a1f:2d4c:0:b0:374:3037:8082 with SMTP id t73-20020a1f2d4c000000b0037430378082mr4683850vkt.5.1659303983585; Sun, 31 Jul 2022 14:46:23 -0700 (PDT)
MIME-Version: 1.0
References: <CAOj+MME7XnW7kDXL4muh4Qp1UvabQ9amUoU0Sn3h2axqKzswzA@mail.gmail.com> <77F3E1F0-486F-47DF-ABE4-EFDB9C2FB6D8@gmail.com> <CAOj+MMGR4f3eLEDZY++1m4Lpo9joG4L9OrWbeF6kREn-9a9onA@mail.gmail.com> <c6e44213-7667-0f67-71a4-634411cd102b@foobar.org>
In-Reply-To: <c6e44213-7667-0f67-71a4-634411cd102b@foobar.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 31 Jul 2022 23:46:12 +0200
Message-ID: <CAOj+MMFajL6E42WCzC0ZqrfSBZjU-0B=ZzmtvCRPkuMzU8z5QA@mail.gmail.com>
To: Nick Hilliard <nick@foobar.org>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>, "idr@ietf. org" <idr@ietf.org>, Job Snijders <job=40fastly.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000084349305e520d00b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/mbfsTwn6yZGFPkKS0F7QM0tLzJk>
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: Sun, 31 Jul 2022 21:46:29 -0000

>
> > If the RCV window is 0 how can TCP send anything to the peer including
> > TCP RST ?
>
> the payload of a rst packet can be zero length. also, psh may be set.
>

That does not mean that remote peer with receive it and process it.
Especially if it is hosed.


> > If the peer is saturated, how good is it to assign a new IANA
> > error notification code if it can not be sent to the peer ?
>
> same as draft-ietf-idr-bfd-subcode: it's to allow the sending side
> to log the failure in the bgpPeerLastError oid of the relevant bgp
> mib, which will be visible to monitoring systems.
>

Well it is not about bgp peer's error .. it is about our side not able to
sent much. so if this is just no keepalives it needs to be lot's of them to
saturate the socket. Otherwise how would BGP know that its socket to the
peer does not drain ?

Thx,
R.






>
> Nick
>

v2.23.0 | Report a Bug | By Email