IETF Logo Mail Archive

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

Donatas Abraitis <donatas.abraitis@hostinger.com> Wed, 09 September 2020 17:28 UTC

Return-Path: <donatas.abraitis@hostinger.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 8A03B3A0BAC for <idr@ietfa.amsl.com>; Wed, 9 Sep 2020 10:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hostinger.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 oyhdILESWqAy for <idr@ietfa.amsl.com>; Wed, 9 Sep 2020 10:28:31 -0700 (PDT)
Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (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 71B4C3A0BBB for <idr@ietf.org>; Wed, 9 Sep 2020 10:28:31 -0700 (PDT)
Received: by mail-lf1-x12c.google.com with SMTP id y2so2010680lfy.10 for <idr@ietf.org>; Wed, 09 Sep 2020 10:28:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hostinger.com; s=google; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=i++Srnnn1MTVmNKHcBbN9eZSh0GBJWvK+jBx1ETV7LY=; b=Hn4Wt/KqAEQ4RybiUwZAteh2eUkwcPH09mwsdke9owM3O91iNsuhk/+quHM0YCFkO2 4Aj1AuWpK9vlUGBa2NTnY9/nP2vvzq6WGafMaaT1BT5JyHYr9WTPks87YamECHN19YVI 0usPHC1oRuXpR06HowLB1jhAlVfQrRGfZLzt8sABz91XRiP2sGi2k4siLx7FHTnNPHZR U8ZeSdPTJIC+VUICVAkrqZOPii/1C2rGX3CmN6BqvCN1YEhpi3ZqmLSQvbzGpknNFVKk ME43H3XaZB/Qs9ELs+alY9+UWCRWiqdhuFSam0OuTh924y6YaNhkrku0OOhmlCv9SDUO iw+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=i++Srnnn1MTVmNKHcBbN9eZSh0GBJWvK+jBx1ETV7LY=; b=WxPxhQdfZZGm1gFmg3bJsH0pwn1Z+Z7Y++XbdJuM8ovo+B8FRSh4Txq/k5sJxEDOIn FmbXIdx6Wfa1kKvWfEZO7Rt5vo/upPLi7ayTaAKQRcdYMhZnjFtF9iE1rD3wDHnHAgMW EygU7tT5xAxQcp5pefugz9oUJqLC1jbkLf2u1kCo0NprDfowEa1VezDlZzEf/ApMSBbP vWDd86ZNQ22Ll8lC7GRxavMPw2bqTBx/5eTvrC8PsJ3fDMXDHHAntPrRKu+8UeL3049X ouqN2IwbPLBPCvbhuHmNFJIXpKgWKStIX1JXUJX5OqwyKWw/3F1fYErzZpvFZ7DHHb0z DU7A==
X-Gm-Message-State: AOAM532wmsfudKWLRmIgAfB8MU1eNrVyLfE++bKk2zPprzIhGLHN5Snl g49lOj2yLCmstf198kxAPYJYcp15yC7hNYdK
X-Google-Smtp-Source: ABdhPJy4ldNre6eL9GGj5/YUb9evwo49mdrkR/L9jSjXXB4c8jf8ETqviRN28+TFZX2kXV6AGyN1gQ==
X-Received: by 2002:a19:2d41:: with SMTP id t1mr2356625lft.9.1599672508998; Wed, 09 Sep 2020 10:28:28 -0700 (PDT)
Received: from [10.121.188.18] (md-188-69-223-18.omni.lt. [188.69.223.18]) by smtp.gmail.com with ESMTPSA id e23sm700177lfj.80.2020.09.09.10.28.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Sep 2020 10:28:28 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-FAE94EF5-C5FE-4F84-A030-2B38C7DF1341"
Content-Transfer-Encoding: 7bit
From: Donatas Abraitis <donatas.abraitis@hostinger.com>
Mime-Version: 1.0 (1.0)
Date: Wed, 09 Sep 2020 20:28:27 +0300
Message-Id: <E3EC0E6B-4848-4FA4-B7D7-399B6831C346@hostinger.com>
References: <CAOj+MMGvoghDMLax5oFoqEK6PO0gvew_dN3OyRz8k8c3wyYeUA@mail.gmail.com>
Cc: "Jakob Heitz (jheitz)" <jheitz=40cisco.com@dmarc.ietf.org>, IDR List <idr@ietf.org>
In-Reply-To: <CAOj+MMGvoghDMLax5oFoqEK6PO0gvew_dN3OyRz8k8c3wyYeUA@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
X-Mailer: iPhone Mail (17G80)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/M30xq4ji5JwJqFXqMZIIMHQ25M8>
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.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, 09 Sep 2020 17:28:34 -0000

Robert, I fully understand you, but these times BGP is used not in telcos mainly. 

 It's happening in services. Even MySQL HA can be achieved with help of BGP protocol. 

Kubernetes, Openshift, containers, etc., changed a shape how processes are running these days actually. But that's not about that.

Imagine a cluster of 1000 containers each running a specific version of BGP daemon. With such setup I would need another 1000 containers running lldpd and exposing information about the versions. Even this won't work because of network namespaces.

Implementing huge rfcs take time, and this is very trivial to implement for any existing daemons. I'm not referring big vendors here, but more about software vendors.


Sent from my iPhone

> On 2020-09-09, at 20:16, Robert Raszuk <robert@raszuk.net> wrote:
> 
> 
> Jakob,
> 
> I know you love simple features easy to implement. We all to pick like low hanging fruits. 
> 
> But I support Randy in his opinion expressed on this thread that we should look at the bigger picture here instead of troughing ASCII or UTF strings at random places into current BGP protocol just because this is "easy to do". 
> 
> Thx,
> R.
> 
> 
> 
> 
> 
> 
> 
> 
>> On Wed, Sep 9, 2020 at 5:32 PM Jakob Heitz (jheitz) <jheitz=40cisco.com@dmarc.ietf.org> wrote:
>> No.
>> 
>> This is a simple feature to allow an operator to get a quick idea
>> with "show bgp neighbors" what he is looking at.
>> Let's not boil this too much.
>> 
>> Regards,
>> Jakob.
>> 
>> -----Original Message-----
>> From: Nick Hilliard <nick@foobar.org> 
>> Sent: Wednesday, September 9, 2020 1:23 AM
>> To: Jakob Heitz (jheitz) <jheitz@cisco.com>
>> Cc: John Scudder <jgs@juniper.net>; IDR List <idr@ietf.org>; Donatas Abraitis <donatas.abraitis@hostinger.com>
>> Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
>> 
>> Jakob Heitz (jheitz) wrote on 09/09/2020 02:39:
>> > Nevertheless, even with all these possible issues, I think it would
>> > be super handy to run "show bgp neighbors" and see the software vendor
>> > and version for each neighbor.
>> 
>> yeah, this would be useful.  Would there be value in splitting the host 
>> stack name from the version name?
>> 
>> Nick
>> _______________________________________________
>> Idr mailing list
>> Idr@ietf.org
>> https://www.ietf.org/mailman/listinfo/idr

v2.23.0 | Report a Bug | By Email