Re: [Bier] [pim] Q on the congestion awareness of routing protocols

Robert Raszuk <rraszuk@gmail.com> Tue, 06 December 2022 10:24 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: tsv-area@ietfa.amsl.com
Delivered-To: tsv-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13A6DC14F74E; Tue, 6 Dec 2022 02:24:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.094
X-Spam-Level:
X-Spam-Status: No, score=-7.094 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, FREEMAIL_FROM=0.001, 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, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=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=gmail.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 kxxVYrNhltz1; Tue, 6 Dec 2022 02:24:49 -0800 (PST)
Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 4452FC14F728; Tue, 6 Dec 2022 02:24:49 -0800 (PST)
Received: by mail-pf1-x42e.google.com with SMTP id g1so6067704pfk.2; Tue, 06 Dec 2022 02:24:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pu192pPZgmwkbnXwO+X3Vw/RpJYtj6LkZ8KXOtO3zHA=; b=EeV9qcI4vmKO+x4XQAwFgCxPRUptuTth7yYA0EH4l4HGqbS+6Hde2fCL1beC3N49YN tzmOG8TU1NBgbCY0ZWDoEbs+1w/r+po9KBvklb33IZzwOf3y0l94EDHHoNLgsZskaRRa UI7TfdWrbdfPS0yFk4uM9k/lmuopeikR65DpAKgYlBEoFjNN4hV25ShJpSN0qC+UCJ4E YQHl3HlNFPhGbvAAhf7+NCb0OMxJ8HzVnolO+3my7BEpy1RfcixXcQekCKHFLsyKt4gy 5VikyzzwJBMgU6J4wsREKsLidnlhec692DMBlSkZblvbdZ3MRDxjej2uXr0LuF13MPDX lmTA==
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:subject:date:message-id :reply-to; bh=pu192pPZgmwkbnXwO+X3Vw/RpJYtj6LkZ8KXOtO3zHA=; b=JrtLWTLtV28b6XauTYfnYzEKU0UGrMg3hHoEH29tyH7NobblkXRlYnMnWR/1BsA4SB LguJZxlzryNFw4B/fJoMA4y9KIyaj2AKz25nfhRyxsMu2MCu97HWC2PcGZMp+8kC9TCf lmOvFIoHSkik10Gml16PpDwXFflNjv1PjKv10yBASpGh0PoPvPSL0sTQoIbHB0IJG693 qHQntNUbO4qLjdGDrNbNDTOlRDqwlc49OXfoWl+yyawMYVpxV3Cv7/hBXH3CuSABu+5W 0WL637xpnC26NXLQzunyfnwpls6X9IqunR46KW19eHWtdgYKUVG/3ud5Q/5oPRKtAd9A AaVA==
X-Gm-Message-State: ANoB5pl+mo4JUAaamM0c/qwip3ubYkm8FdDYfeHGQvUgQgWs6VbsMOid ivHntchX6b5CgFdkGv7gXvcFmkfeS2r7I2KJr8M=
X-Google-Smtp-Source: AA0mqf6EtBZgF88A7JNZt0AkeNMj92IC7WJgiH7VR/99Uf22oYG02I77dNiujkPUn5MVgIDDBIKnlirnIQbf9Pu2iBE=
X-Received: by 2002:a65:45c5:0:b0:46b:2753:2a60 with SMTP id m5-20020a6545c5000000b0046b27532a60mr62109895pgr.192.1670322288584; Tue, 06 Dec 2022 02:24:48 -0800 (PST)
MIME-Version: 1.0
References: <Y4ovyV074qa3gLSu@faui48e.informatik.uni-erlangen.de> <CAEeTejLa8sdJVU_2OfTo=ZgWRY-kv_7M=xiR-bLyBEXhSDP=Eg@mail.gmail.com> <e2527c9c-c7d1-c6b7-a067-e5ccbdc7e997@necom830.hpcl.titech.ac.jp> <E1p1PaX-009tgu-Hl@mta1.cl.cam.ac.uk> <c86d7ae6-3dad-04be-9c16-0135cc95fe73@necom830.hpcl.titech.ac.jp> <E1p1Rbe-009zgN-1s@mta1.cl.cam.ac.uk> <643e9272-979a-2a0a-d702-2b63cf0de5c4@necom830.hpcl.titech.ac.jp> <CAEeTejJ3yS2fARZNchumfkNyc0cnFfVSW7VdtBaGzhJQ9KmpBg@mail.gmail.com> <85AD093E-05C8-4A6C-8972-9310B8CAE5D5@gmail.com> <d77e4cac-81ff-7a25-73ae-8cb36dc0a8c6@necom830.hpcl.titech.ac.jp>
In-Reply-To: <d77e4cac-81ff-7a25-73ae-8cb36dc0a8c6@necom830.hpcl.titech.ac.jp>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Tue, 06 Dec 2022 11:26:40 +0100
Message-ID: <CA+b+ER=Z6KYt_gcXOV4vty5jr5ADEez_qrB8bSDzuH58nJrbmw@mail.gmail.com>
Subject: Re: [Bier] [pim] Q on the congestion awareness of routing protocols
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
Cc: Dino Farinacci <farinacci@gmail.com>, Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>, bier@ietf.org, routing-discussion@ietf.org, tsv-area@ietf.org, pim@ietf.org
Content-Type: multipart/alternative; boundary="000000000000abf1a905ef26363b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-area/JG9sfQLrSU2wWQaBjYoj5CLFqbQ>
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Transport and Services Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-area/>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2022 10:24:53 -0000

> As such, if iBGP by TCP mesh without reflectors is not acceptable,

Says who ?

See RRs were deployed to address three points:

#1 - Configuration simplicity

#2 - Path reduction

#3 - TCP session reduction

So:

#1

is a real operational problem and we do have drafts which add BGP
Autodiscovery. As example:
https://datatracker.ietf.org/doc/html/draft-raszuk-idr-bgp-auto-discovery-08
New work could have built in auto discover day one.

#2

No longer a reason since ADD-PATHs ALL used often nowadays results in
exactly the same amount of BGP state.

#3

In the old days keeping 1000 of TCP connections in custom kernels were an
issue. These days TCP implementations on linux go orders of
magnitude higher. Then there is QUIC ...

So practically if #1 is addressed full mesh of IBGP can be easily deployed
today.

Thx,
R.