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

Robert Raszuk <robert@raszuk.net> Fri, 02 August 2019 15:50 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 BE37C1205F5 for <idr@ietfa.amsl.com>; Fri, 2 Aug 2019 08:50:05 -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, HTML_MESSAGE=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=raszuk.net
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 0x5QwX23Yz5S for <idr@ietfa.amsl.com>; Fri, 2 Aug 2019 08:50:03 -0700 (PDT)
Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 9C8A61201E5 for <idr@ietf.org>; Fri, 2 Aug 2019 08:50:03 -0700 (PDT)
Received: by mail-qt1-x82d.google.com with SMTP id r6so70107974qtt.0 for <idr@ietf.org>; Fri, 02 Aug 2019 08:50:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q+e86QaWrayInaC6aHWkJhr0cWyarwE1o6nF0rMFlr4=; b=UtSfZ45Tcy8B8E4e6I2c8SC5hFyjEck95hK5+TyS3syRi3GdlnK9tCVU9vyk6n0kdw x27hivDYDZV28xEYGTiApXOP6f4kHqG1jG5h6N3k5cH4Uc67iflplWxEhBarA5VpOwsB o6eO8hFckLnxE5MgD0gGhjDf/sWecWcKO4VXmAFNVW9H0X9SETPs72nKWXL7aPLVWPlQ mDGSiBaZTgJoEpWaImOD4ZZYGft4nsRV/EfHXkkZw2Yq0/PboCNFy60pJg+4F5xRDEP/ OPso6QYn3g8ObLeu4AJ3pTAsWVu6kV/VCxTof5s3A8A0KNoQtx/T0aRJzmCgvqk5PTiP qQQw==
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; bh=q+e86QaWrayInaC6aHWkJhr0cWyarwE1o6nF0rMFlr4=; b=aw8PqrQTzXa/+ZH3gSWG9Qb+xQ1Ke7n83Xf4Y5kWZqPIQh0wUhk7RDahopwp78Uu8A 4Fvan7z0KJQ9puXkEmUnxs20nUkVBcugI2v1nVZKcG2Ow8YyzXeB79dq5kbe/LgESVgi 9bo4Q3qKGN5Q1yC60ACCYedercEjBU1LnzulG3izf3L0vzC0o2rpQLsAhApP0rGfBTqK 8qowjzwQR4velUK8SDUgIJeICPA812cyxP0JzUwBEBSl2Qk2XnT9nsXpYeYQ1zqFNxik IhjqP0WL5LF2QIyCKv+/QhyobkgV2+KyuMHUZeCl5FWBtQ4GGobItFDf4mQrQKFFnCpb TpIg==
X-Gm-Message-State: APjAAAVHiWTF5JlYy1TmVFH8ZawtxH9m9IIpBS3b4tKPbZ45wW5JsHo2 oCH2ykQmjjyT6ue2ISqtghGz9ntQgSE1OD7zg+uI1g==
X-Google-Smtp-Source: APXvYqwgBtEAeMYf4j7b8VC84weJFoOgSa+1t47F7nDq5rKjO1LZkdQiW7AvzzusYCUxb68KcFasSDLPrU8MLa6ZCB0=
X-Received: by 2002:ad4:4562:: with SMTP id o2mr98860739qvu.116.1564761002687; Fri, 02 Aug 2019 08:50:02 -0700 (PDT)
MIME-Version: 1.0
References: <CAPF+HwV3EEUza3FyiXsd_oSkj80OwY-tE2DgFWnynq1FL2tLHg@mail.gmail.com> <015d56c13d01436890da2b8a7179fac9@turkcell.com.tr> <CAPF+HwV2Df6qcRD+GrE_JFv8W5Yh3OACKZrdv1Bw4PXQbjtDyQ@mail.gmail.com> <20190802150251.GA11217@pfrc.org> <CACWOCC_J6-wMWx7KL2dza5A77KFnoabMt7oAY-xhsGb8Vf3O5w@mail.gmail.com> <CAOj+MMFL7FVciSx1NyCp9zCPXZeRtNn4J-O1vS8btg96ZbDRuA@mail.gmail.com> <CACWOCC_+X2bVWa3iFmb6eQ8FVvvn98h_B12HVVundcqCsd+-Lw@mail.gmail.com> <dc99fdf4-cb19-34d9-d34b-5ef18f559326@foobar.org> <CAOj+MMHEmQmPeYjWr-v3B1HXL3wYkku57e0SnZaT5dBpYrLAJw@mail.gmail.com> <CACWOCC939gEujomMLqiwA77EkTC7XGf_jSkCOOVhTaV6JKEGvA@mail.gmail.com>
In-Reply-To: <CACWOCC939gEujomMLqiwA77EkTC7XGf_jSkCOOVhTaV6JKEGvA@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 2 Aug 2019 11:49:53 -0400
Message-ID: <CAOj+MMFhtM67UQfBrfYCf_UuRpC6HOFwU_NcRfrS=K8jyu4VMA@mail.gmail.com>
To: Job Snijders <job@ntt.net>
Cc: Nick Hilliard <nick@foobar.org>, Rob Shakir <robjs@google.com>, david.freedman@uk.clara.net, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b95151058f244fdc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/y8PMWuLD0ZOa_s2wPNN4UfWkpNA>
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 15:50:06 -0000

Dear Job,

The current version of the document is already a very limited subset of
functionality mainly focusing on defining new BGP message after we took two
documents (BGP Advisory and BGP Diagnostics Messages) and merged them into
one document.

Quote from section 10:

   This memo is based on existing works [I-D.ietf-idr-advisory] and
   [I-D.raszuk-bgp-diagnostic-message] which describe a number of
   operational message types documented here.

If one would define just new BGP Operational Message alone then the
question will come up to provide the use cases. So here we are defining the
former with few optional use cases which was operationally found to be of
some use.

Of course this is no longer individual draft but belongs to WG so what WG
decides to do with it (if anything) is fine. Is core of your suggestion
that it is much easier to push N TLVs each in separate draft via IDR or
GROW rather then keep them in one consistent document - assuming that some
of them are just optional TLVs ?

Thx,
R.


On Fri, Aug 2, 2019 at 11:36 AM Job Snijders <job@ntt.net> wrote:

> Dear robert,
>
> On Sat, Aug 3, 2019 at 00:29 Robert Raszuk <robert@raszuk.net> wrote:
>
>> Extremely happy to see your support here.
>>
>> Draft wise I think we still have sources :) But what really got this work
>> stuck is implementations.
>>
>> Perhaps if we could make FRR and BIRD to implement it we could test it
>> and ask for WGLC.
>>
>> Of course if there is seriou sinterest we should also ask for IANA
>> allocations too. I think both Rob & David would be happy to see this moving
>> forward too :)
>>
>
> In order to move this forward, I think it would be good to split the draft
> out into the framework and then separately document the features. This
> allows the work to progress (in part), even when we encounter controversy.
>
> Cutting this up in smaller chunks will increase the likelihood of reaching
> the finish line.
>
> It also would make RFP / feature requesting + vendor management easier if
> we make sure all the documents in their entirety represent coherent
> building blocks.
>
> I’m happy to work on such a proposal with you.
>
> Kind regards,
>
> Job
>
>>