IETF Logo Mail Archive

Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25

Robert Raszuk <robert@raszuk.net> Wed, 11 January 2023 19:20 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 3D57CC18F7F1 for <idr@ietfa.amsl.com>; Wed, 11 Jan 2023 11:20:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 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, 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=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 3mpAEq3QcDrt for <idr@ietfa.amsl.com>; Wed, 11 Jan 2023 11:20:21 -0800 (PST)
Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 4890DC18F7EA for <idr@ietf.org>; Wed, 11 Jan 2023 11:20:21 -0800 (PST)
Received: by mail-wm1-x32f.google.com with SMTP id l26so11784567wme.5 for <idr@ietf.org>; Wed, 11 Jan 2023 11:20:21 -0800 (PST)
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:subject:date:message-id:reply-to; bh=5zK/QeXO6uEjWE10XNV/yLDSKLL/PbRrBzIf2QEJdmE=; b=TMqk14J099fFh6vzpeYtBHKSCq1Eir2KMtgf+NOUvL0VCbWoDU5QH1L49xyft1P5o1 T7izA01HoyHL2rKdQqMvrXKDWaLmczu7HyLHQU4BiwN4kG/SpkSO59B0rjgU/yDcdAnp AvcWSPA+UbSk211IvvcAbcbrl+ub+LDbRQs32XJkcmHph+MZe8o/oDlpmDwO27fHS9YA YGlLNrAc/C1B0wredo3XAHgwk61aeQfq6RMa2ow0DGx/bi8sPwxmdppagUm7CU+PUtSS 0nCXolMXrlsP98O6d2nEBmAXOz4iHaLl0AZauFccrjmN9Cl/28Uc1pfW63KM1pa29YNz VH6w==
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=5zK/QeXO6uEjWE10XNV/yLDSKLL/PbRrBzIf2QEJdmE=; b=L19Wo5rCBbEVCJzNxMUpv2d7fgQ0/aMUVd8OHu3odlWVaH4XxCwPqiEjMBEksHo9WR QehO8uJqR0L7TNnbzLRLWbO8LlZ1kh5+OOLApXaspMfzTkIBx8uz1yjuFYtGVMNNnjju l0ZZar2RftApeqyt16dF6T81JCc5ZKrSRd1BnA9qcoqRSxjYtMn4I3bV8pUt0qAZptwZ z5UIfyRJHarOksCJrr6uCOrBUVy6rmFXP4nTz7ooooPuetu6GAl7fQHEEJTQHYbfHNrr YCwMLmjNDb6n4G5MlY+JNG/IeKghyjSoh/zqWhNiZCTUfsQDzM7EGaiOyJvyXMV/zPUL xLtg==
X-Gm-Message-State: AFqh2kpwmosiWk9HhIACPxqrsY0T+qocG9WlJDg3DZkAxPW1oPNcQMpI a1YtteQQtoCTvCqI+yQEk2Fs6ZM8ji9gZjU4aPrZly/zhPdjaDcM
X-Google-Smtp-Source: AMrXdXvmPYUNSI8dxaoP0aleJQHJrIerOjXIbsBB/LbGc/UQuohsu1Ox8foN8et7E6Z4Bo45nYES9Dqf/iuT531t9cM=
X-Received: by 2002:a05:600c:501f:b0:3d1:de6e:8afb with SMTP id n31-20020a05600c501f00b003d1de6e8afbmr5098535wmr.92.1673464819830; Wed, 11 Jan 2023 11:20:19 -0800 (PST)
MIME-Version: 1.0
References: <FEF22BE4-8226-4286-AF7D-6B609D51E6BF@pfrc.org> <CAOj+MMH5C8zXZB=c9v57=M2Aa16cuyJY1EEMDHmX+T5FYq51mg@mail.gmail.com> <8D39FC71-043C-40A9-97D5-D71666611C5A@pfrc.org> <CAOj+MMFRVGde0k9dyW-gjMY1V3N6g8cpspnVLmhOHD557Qo6yw@mail.gmail.com> <A2FF27E6-403F-4606-84E8-A5305E434468@pfrc.org> <CAOj+MMH0LEds_UfVWAf59-JjRiPOYm=fozBx6ncmeSHTyMe11g@mail.gmail.com> <A1859410-8A3E-4CF9-A875-D432F7BEF1F0@pfrc.org> <CAOj+MMHhHB-K=hjEFwJTQ09K9dizkHaKfC79kJWikO=Eh8c1gw@mail.gmail.com> <20847254-3E13-49B3-942C-EE6EFDF993C1@pfrc.org> <CAOj+MMG9BuCBjATYNKO5H0oFUipCE8iBU+DJ0FLDDUZdp+nM3Q@mail.gmail.com> <Y77nmDKUgCUyhJ5W@diehard.n-r-g.com> <C3B4F29D-7C8D-4911-B140-286B7B8DA97B@pfrc.org>
In-Reply-To: <C3B4F29D-7C8D-4911-B140-286B7B8DA97B@pfrc.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Wed, 11 Jan 2023 20:20:08 +0100
Message-ID: <CAOj+MMGmSBDwbxvSZ_x+j7NtCHRFFFvcCEKGJ0Wpis_OU26cLA@mail.gmail.com>
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: Claudio Jeker <cjeker@diehard.n-r-g.com>, idr@ietf.org
Content-Type: multipart/alternative; boundary="0000000000002162e005f201e48e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/jKs-_4fB6OI7u5kJs2mv9rwBlsQ>
Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
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: Wed, 11 Jan 2023 19:20:25 -0000

> a feature that is useful from an operational standpoint

So let's put all the encoding aside. Your email made me curious why router
A needs to know BGP release number, OS version and vendor name of router B
?

Are we doing such a bad job in IDR that BGP no longer interoperates at the
protocol level ?

The original problem was presented as 1000s of computes reporting their BGP
versions to TORs. But those 1000s of computes are already managed by
orchestration which does have this information. Why should BGP TOR care ?

Or why IXP Route Server should care that customer X is connecting with
Junos vs with Huawei vs with Arrcus to it or to other IX fabric members ?

Kind regards,
R.

v2.23.0 | Report a Bug | By Email