Re: [Idr] New BGP capability to advertise running daemon version

Donatas Abraitis <donatas.abraitis@gmail.com> Fri, 02 August 2019 14:44 UTC

Return-Path: <donatas.abraitis@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 6E00112037D for <idr@ietfa.amsl.com>; Fri, 2 Aug 2019 07:44:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i4M6KehqdFHi for <idr@ietfa.amsl.com>; Fri, 2 Aug 2019 07:44:36 -0700 (PDT)
Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 D1424120370 for <idr@ietf.org>; Fri, 2 Aug 2019 07:44:35 -0700 (PDT)
Received: by mail-qk1-x72e.google.com with SMTP id 201so54927940qkm.9 for <idr@ietf.org>; Fri, 02 Aug 2019 07:44:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Bbd9kiNLiIFse64bxIvMX7ZsViiG2bFj3NbDFWUZXsc=; b=AmPsv22ClLmH/ENXuzUjeA8VXbtCf6IQkndoYx/GAxfXX+kU3K5k6BKP+sLFo+YI4C 7X5rWG5zja3Jj+fjItCwJBQ7zxF4mFYUNnyHg2cgrK/iCYgYq5oa3FOqDMOftUQXPSDs AA/j6PVVSboCMtr6H9Cp19aCQ2BKFqTtXSSvGb3vei4XKXZaf2AHBKbIJV/KMV/bTi71 0ULXZnw3pnNlSSZO2vwvoayUM7JeZemSa5qlZU6264Dg593p/WBvCqPnL9qRhmmOy33T Mz0jCgup3zF9YzKQk2imdYcC3A6vF+LA53iq6vLnKeAXhOD88ku/wLpKefUaABD/XbqW +4ig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Bbd9kiNLiIFse64bxIvMX7ZsViiG2bFj3NbDFWUZXsc=; b=QQ+McXeuS1pYOtLRSVsrrCEVZlZqfYGJsePrVO9l6q6w4qqkAxMRM/IRiPmoDAI7mh ubLUJX3NTlMr5icuIecdNTB3PSrPAUM7TVtv23E5LqDH6FbYxndNuuNWJQnZT/SL5441 60rJ0qVNwKrY44U1aFZDsLaxbTkpTWXp+B5No5UY32vZYaydlyMJ4y06FT8neSeSsE1g xXgaEszVWuAlCYg7A7oOc4yMgQFDWm+oiU8up0cdcbdntcVmempzYCWLAWh4nM2MB6bb AkzyzSl3/TqEtC7b/BYSP0b0iBVQOivPVCCB2Whfz1BHX/mb3OidvvMfmqWvJDM2KkAk jjdg==
X-Gm-Message-State: APjAAAVgi6mVmAYLimpgSPSV6ys+ZmOxeEYfq1fHVIT+IeeaRBqszC6K xHdNMmGoUVebGoKYDFCOmIacIGOKXrsgoQboHi8=
X-Google-Smtp-Source: APXvYqzGcfOy5HROxJi4S8NCZxf4KmhAkGUZ/MPZIvtvAY1rF9sJoWnyl+NghNk8Z8Vg5fzhfo7ZlNLCH/5gdwkNHT0=
X-Received: by 2002:a05:620a:16c6:: with SMTP id a6mr54450972qkn.413.1564757074884; Fri, 02 Aug 2019 07:44:34 -0700 (PDT)
MIME-Version: 1.0
References: <CAPF+HwV3EEUza3FyiXsd_oSkj80OwY-tE2DgFWnynq1FL2tLHg@mail.gmail.com> <CAOj+MMHB4BTZqo3YgdrBHCg88RdymS_Xs9Z=XM5pADqh6-uwzg@mail.gmail.com> <CAPF+HwXzMUOF0D-4VFuJ+vkQ+26+1UcEM=fWU=R82M30qra0SA@mail.gmail.com> <CACWOCC-7q7F3pZxHjFURxyym4d7AJsC5RATb2cMPEgYj0oAD5w@mail.gmail.com>
In-Reply-To: <CACWOCC-7q7F3pZxHjFURxyym4d7AJsC5RATb2cMPEgYj0oAD5w@mail.gmail.com>
From: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Fri, 2 Aug 2019 17:44:24 +0300
Message-ID: <CAPF+HwVbPwjh+wk4xReDyQ98BqTUdRW0aC3UHHsi15613phPqw@mail.gmail.com>
To: Job Snijders <job@ntt.net>
Cc: Robert Raszuk <robert@raszuk.net>, "idr@ietf. org" <idr@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/ustLJrtjDeiQF8e3hyeE-fFPoQI>
Subject: Re: [Idr] New BGP capability to advertise running daemon version
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: Fri, 02 Aug 2019 14:44:41 -0000

Basically, you are right, but this kind of capability is valid almost
the same way as other capabilities. Let's take "FQDN Capability". We
can change the hostname, but the session remains up with the old
hostname. Of course, this version capability is designed more for
"modern" datacenter designs "Routing on the host". I doubt if it would
be useful for ISP-like architectures. It's not a single tool to manage
all cases :)

On Fri, Aug 2, 2019 at 5:30 PM Job Snijders <job@ntt.net> wrote:
>
> On Fri, Aug 2, 2019 at 23:25 Donatas Abraitis <donatas.abraitis@gmail.com> wrote:
>>
>> Hello guys,
>>
>> Job, I posted revision 01 with your replaced text.
>
>
> Thanks!
>
>> It's not BGP protocol version, it's daemon/firmware version. So in
>> IOS/EOS/JunOS/etc. it would be like "CISCO 15.0(1)M8" or "JunOS
>> 19.1R1". Device model, we can exchange using LLDP/CDP, but not a
>> specific version. Thus this would help in cases with lots of
>> heterogeneous devices.
>
>
> Yes, I can see value. However sometimes the BGP session is older than the software release. There are implementations where the daemon is updated but the BGP session stays up.
>
> Perhaps exchanging the version - only - when the session is brought up isn’t sufficient, and moving this into a message type of sorts may make more sense.
>
> Thoughts?
>
> Kind regards,
>
> Job



-- 
Donatas