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

Donatas Abraitis <donatas.abraitis@hostinger.com> Mon, 26 October 2020 13:32 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 E7BD43A0AFE for <idr@ietfa.amsl.com>; Mon, 26 Oct 2020 06:32:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 hLztvyAC5VPp for <idr@ietfa.amsl.com>; Mon, 26 Oct 2020 06:32:03 -0700 (PDT)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 BFD273A0AFA for <idr@ietf.org>; Mon, 26 Oct 2020 06:32:02 -0700 (PDT)
Received: by mail-qt1-x831.google.com with SMTP id m65so6620741qte.11 for <idr@ietf.org>; Mon, 26 Oct 2020 06:32:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hostinger.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=C6qi91/KX5bBRPOPjuMpjgUTrwe0z6b3kvbINCBC+6Q=; b=NQtHGNrYwJA1T17AwJdF/tyT5H+W2H4k2JB5K+Cy851Tsej6guN84MKOjg988QrS9M v+SOqYgAC3iHru8fsvK70gnE4XC057LSGEJB87nyt4znl9o3HWQz8yJlpYFF1FnZ6d6o p41QlAB7vXUOnJEToFWbKyRonpCfbUjP1alU6GaYIM/0XTEyDPQwzyyi2rKpDcRgfpm3 1zGqVvy685S8PuZf1A+bgipR2gYq/BxJ6WvvbW1PbsgwzBljmWd6dpqExlnkXoRlohOq xwKZ1iMphUkhvkBiaSJJpCwd6oOPRCTAydpdL7mhJMNbdnGn+dTH/BOjyUJlPpDy65gF rf9A==
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=C6qi91/KX5bBRPOPjuMpjgUTrwe0z6b3kvbINCBC+6Q=; b=teARm/T1qLSa0uJ48e7/1d/wCW04l+JGwaDSSXQHxt8cg8O5nn3YkqVBRGogb8tc0n KGQoiHYxC4CdpgRzGDi8yHtbyrpLDZy8INVXB+tOn0Mxoyi7wOmLFQRo/s5bK2HJCw/M fYnWOEFKsR6hI9OCiUHROl147xFgZDcfOpYJukVfVUIky7lM6pGbXlZQlyKUsK+dsIhq PlDz2Eh/tRlwyw9RgOgLFLgYkHyGnUBfgUpuRCkr5nV+F/ZQkxJ5wXR09Pcn/9KEaW5H /IwYblMvkLRn8rpKLSLlhZDo7lEgHsQjmIAO7mWzqB22r2ST1jAHpMw1TUMfwYQ8UtT4 Tv9Q==
X-Gm-Message-State: AOAM533AuE27sF2/4MlWGRwSjTKmpzpF9qgUYWDdh+ULKo+stLMnWSav vIg3qSmSO6A1vuzGRfOrUV5WPIZmmuIIiEf6wO96hQ==
X-Google-Smtp-Source: ABdhPJzXRHZaIxEOKKYXHaYRE+/YoxFG/07R8C65J2AXygqCcEIvDa3BbRxSFpdi0wFO36TTlz/6HYkuCZQ4xz1ZwSk=
X-Received: by 2002:a05:622a:253:: with SMTP id c19mr6689854qtx.227.1603719118625; Mon, 26 Oct 2020 06:31:58 -0700 (PDT)
MIME-Version: 1.0
References: <081E5E98-8D7B-452E-8517-EECBE72E3D7F@juniper.net> <64E754F4-CB63-4F2E-92A3-43ADEA1EC4AB@juniper.net>
In-Reply-To: <64E754F4-CB63-4F2E-92A3-43ADEA1EC4AB@juniper.net>
From: Donatas Abraitis <donatas.abraitis@hostinger.com>
Date: Mon, 26 Oct 2020 15:31:46 +0200
Message-ID: <CAJwpseU+m-v_VaAO4ObpQ+-FpWXqUf4qt_TGhv+tL27dLCEJQw@mail.gmail.com>
To: John Scudder <jgs@juniper.net>
Cc: IDR List <idr@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000062c8ed05b292f431"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/h4zseZzxY1u0p_B0hR-J8JCz3PI>
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: Mon, 26 Oct 2020 13:32:05 -0000

So, as I understand, we can forget this idea, right?

On Mon, Sep 28, 2020 at 9:18 PM John Scudder <jgs@juniper.net> wrote:

> Hi Folks,
>
> It seems to me that the discussion hasn’t concluded and we are still
> having productive discussion. Hence, I would like to extend the period for
> discussion by another week, now to conclude on October 2.
>
> Thanks,
>
> —John
>
> > On Sep 8, 2020, at 3:11 PM, John Scudder <jgs=
> 40juniper.net@dmarc.ietf.org> wrote:
> >
> >
> > Hi All,
> >
> > You may recall that we had a recent discussion about
> draft-abraitis-bgp-version-capability-07, which was on the ISE track. After
> some discussion both on and off list, the author has updated the document
> and requested WG adoption of
> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-abraitis-bgp-version-capability-08__;!!NEt6yMaO-gk!WoDk_v2eZvQXLUQzQJ6wuGJfnX3PrXgjTEuSzOrPZemMeRV2jticFxEkbOH_dg$
> .
> >
> > This begins the usual two-week discussion period. Please send your
> support, opposition, comments, discussion, before September 25.
> >
> > The recent thread is here:
> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/idr/q4pUI7jKnYEL_5Cr0mUfoHopY74/__;!!NEt6yMaO-gk!WoDk_v2eZvQXLUQzQJ6wuGJfnX3PrXgjTEuSzOrPZemMeRV2jticFxGnDkHeFQ$
> and an earlier thread, when Donatas first brought the subject up on the
> list, is here:
> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/idr/zHNioWl24mdTthQA0O4OatZ2uy4/__;!!NEt6yMaO-gk!WoDk_v2eZvQXLUQzQJ6wuGJfnX3PrXgjTEuSzOrPZemMeRV2jticFxG1g7uXDA$
> >
> > It’s my impression from these two threads that there’s potentially
> interest from the WG in tackling the problem; it’s less clear to me that
> the WG supports the particular design outlined in the current draft. It
> would be helpful if you’d address both of these when commenting, and keep
> in mind that as usual WG adoption of the draft wouldn't mean “this is the
> exact solution”, it would mean “this is a good starting point.” Finally, as
> a result of the recent discussion, there’s been some renewed interest in
> draft-ietf-idr-operational-message. One suggestion (which I can’t put my
> finger on in the archives right now, sorry) was to turn
> draft-ietf-idr-operational-message into a pure framework document, i.e.
> define no TLVs in it, just the transport. If done, IMO that might open the
> door to more easily allowing a draft like the present one to adopt it as a
> transport.
> >
> > The floor is open for your comments!
> >
> > Thanks,
> >
> > —John
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> >
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/idr__;!!NEt6yMaO-gk!WoDk_v2eZvQXLUQzQJ6wuGJfnX3PrXgjTEuSzOrPZemMeRV2jticFxHntHgWMA$
>
>

-- 

*Donatas Abraitis*
*Systems Engineer*
@: donatas.abraitis@hostinger.com
W: www.hostinger.com