Re: [Idr] TCP & BGP: Some don't send terminate BGP when holdtimer expired, because TCP recv window is 0

Tony Li <tony.li@tony.li> Wed, 16 December 2020 00:43 UTC

Return-Path: <tony1athome@gmail.com>
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 7B1553A09F4 for <idr@ietfa.amsl.com>; Tue, 15 Dec 2020 16:43:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 gpOgfJzdBfnD for <idr@ietfa.amsl.com>; Tue, 15 Dec 2020 16:43:34 -0800 (PST)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (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 D39DE3A0957 for <idr@ietf.org>; Tue, 15 Dec 2020 16:43:34 -0800 (PST)
Received: by mail-pl1-x632.google.com with SMTP id s2so11955909plr.9 for <idr@ietf.org>; Tue, 15 Dec 2020 16:43:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=kuoXjwRWJeEWMhuEctMaxk3KdKMJHCJTnP3uR58CU+E=; b=ZukgpmEeDC0/1yB+aNpYTQg4WypwEfGqiAQ1We+kY6werWizgdRGaZb2u31/LqAgP0 YZbfAg3YBlxYEfkMPR6398ZfNP0Fn8LHfIcdqs3tmY4YMIHN8EjozkGPyknZLo0fD0Yl B2ARUz8cTYrQYnDmk4hg5HIT9H3gyk+shqiFihvoCkeBjIC+GP19YKaIKDOaFAB/VO4Y ahSfm/xux/DgNpcKs6r4kF3eOSyfIRKxhPX2N4PWnjBe4CcWrAuUy4APm2kWqbTs/B4+ qFIgSupwc19lsT1ULvypL6/rUbEI8HrG6BT+VPRKxdxY8TA2PlK1QmduS1VGt57adrNZ AwZQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=kuoXjwRWJeEWMhuEctMaxk3KdKMJHCJTnP3uR58CU+E=; b=HzOL2A69WxsfdeQ9SiWGPJc4fXq141O2SjUxdno0AAW2d0a+q2zHF1WoDTDHpzFPkm qwS6y4kWXv6zqg0tA3I4tVY7GtjxfbnFQ3M1OYTPaDqIZHftkNQFvdRO8rBiU8QQlA1s tswV/e3I3NEjnLSmdrKLhvC/yd1NVOwPeT8MsIYd1WsmrTS64MZAmyaBAjpyehHxUhIT 8bZ9WcolxFOs6583HjTtKCvnGUqevTvPXLxEOfZr3wkdTW1OfJnMvSF5yMvnbEmufcIv Ze50qCVfJS8GRn9IIDhy1JdjCUuoNNNiVY4+Gtja95ir/Xrq2y90GIIKes2FH2cbhnuv /zdw==
X-Gm-Message-State: AOAM531u4YkV/g+AFrkibRPS2fGVh2j9KlGauhKMUoFGsGD+scC1ROPJ 2rQyHqzIRXU8GtnUTxt03cw=
X-Google-Smtp-Source: ABdhPJzo9YODa8yehNp+7rPYnNt3maDQ7A2mDlUitMn+VMO9tfwvfz44LUxgeKNcIqfEkbmEOwklmw==
X-Received: by 2002:a17:90a:1b29:: with SMTP id q38mr923055pjq.223.1608079414259; Tue, 15 Dec 2020 16:43:34 -0800 (PST)
Received: from [192.168.11.20] (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id j1sm142112pfd.181.2020.12.15.16.43.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Dec 2020 16:43:33 -0800 (PST)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <D702B186-6270-42EB-B4C8-315555848A6F@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0CCAC7E4-0D48-4EAE-8542-B24565269E44"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Tue, 15 Dec 2020 16:43:31 -0800
In-Reply-To: <X9lRiQF/y6emL15n@shrubbery.net>
Cc: "Jakob Heitz (jheitz)" <jheitz=40cisco.com@dmarc.ietf.org>, John Scudder <jgs=40juniper.net@dmarc.ietf.org>, Keyur Patel <keyur@arrcus.com>, "idr@ietf.org" <idr@ietf.org>
To: John Heasley <heas@shrubbery.net>
References: <2F238121-E468-4D0F-A0FF-9D82E44C3247@arrcus.com> <57DF4DA1-256A-4FA9-8827-EFF6D9ED2A2E@gmail.com> <BBEA6C0A-5727-4D9F-8D7C-74E572ED612D@arrcus.com> <BYAPR11MB3207C98296234C953487D6ECC0C90@BYAPR11MB3207.namprd11.prod.outlook.com> <X9lRiQF/y6emL15n@shrubbery.net>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/UwqfQYejv_WGOHKM53E55_OP9Pw>
Subject: Re: [Idr] TCP & BGP: Some don't send terminate BGP when holdtimer expired, because TCP recv window is 0
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, 16 Dec 2020 00:43:38 -0000


> On Dec 15, 2020, at 4:15 PM, john heasley <heas@shrubbery.net> wrote:
> 
> Could a sender test the liveliness of a peer by attempting to open a
> new session?  would a successful 3-way and commencement of BGP OPEN be
> an indication that it should be more patient, increase its "deadtimer"
> (HOLDTIME < STUCKTIME < PATHETICTIME)?  Clearly the remote has been
> sending bgp keepalives, so perhaps not for all implementations.
> 
> could an implementation more tightly coupled to its tcp use the urgent
> pointer to test liveliness?


Hi Heas,

In modern implementations that are multi-threaded or multi-process, the ability to open 
a new connection only demonstrates liveness of the destination stack. The upper
level thread may not be alive, either due to protocol implementation issues or
OS issues.

Tony