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> Tue, 10 January 2023 12:29 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 DD8A7C1763B1 for <idr@ietfa.amsl.com>; Tue, 10 Jan 2023 04:29:33 -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=hostinger.com
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 zM3nLuUPZ7dD for <idr@ietfa.amsl.com>; Tue, 10 Jan 2023 04:29:29 -0800 (PST)
Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 9F191C1763AE for <idr@ietf.org>; Tue, 10 Jan 2023 04:29:29 -0800 (PST)
Received: by mail-pg1-x533.google.com with SMTP id e10so8099045pgc.9 for <idr@ietf.org>; Tue, 10 Jan 2023 04:29:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hostinger.com; 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=JQ3AXgbLZXy7iJu3hvpvRgVHaNd8NIWcVQdU05TEe9I=; b=LFL56/jLsGrU4npLR75zvFAYRhRStEMjP4tSGj9JZiGNKa/8GnRr/3oErw1QAXV9td 2FOwbumHtG1MSGveL9h4xtqRSviCToih1BV2uYI4z0of9foisRenhPlhnODuw13THUj2 UJxh0ErYN9qTV6IwWaq+88LupeIj34FUZnfelTShJ5ESUmgYMIZSQARe38zx5fNUrUf2 hfoozY/QDvdbB7EUzPAcaazJ3PYOX+rvDNQOqa/SRg8wVXMxbUS7FR0A1AWQ1PCqt/6q +2pvxlIiWbEWaWxV6dkgA9np6fy3KIy+72iy7Y/nmDeUgGdmIh8eJGlFFAX+FDS9rzlJ +g9Q==
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=JQ3AXgbLZXy7iJu3hvpvRgVHaNd8NIWcVQdU05TEe9I=; b=RsTdwq8OlF3JJdRWgRrrtFrmSstRLkBhoWQkt3LS8QAxfB4B1CCpStaWBamMqAATG8 e3mkh1HKyB+iUq8HNLOVou6ZxdqKJp6/1ZKjQbBo0hRGpuqgL4EAWLtTEIxkoyxqk7uq R/htvQX+mS6O899SEc9NpRY8yROwFRI6seR5zjlf6rES+t77QqrDJbaqCmJHUvbq+Tk+ nNCS2TUGtDyRND2dfq8h1YE0Su5Wys8PAjkXAGZUP9z+nTm3zKc6rLbPx86MhrEAKfD6 HS1YsJQRfQhymivNW7f3razn3o94dLmgMfxyd9gzhOMZZPpLt12sRrEDhPOmlGHkLN8D HIlw==
X-Gm-Message-State: AFqh2kqTDWk2zTfJfTPIlytCjP/AXW5cPrPehL6Vkgswx+HNkL175y12 d5ozyfEhbkk22/0LFGNyWS7LqlpvUbqg0keKMrntR025h8sPlgiT2Yvw59EZpuI0abfi21STmOf +Swrn0J7u/gy1
X-Google-Smtp-Source: AMrXdXuCChbe6zeNM5pyfzMjPJF48jMfak1PRqOBwHSgdnDjPmvOF5QsTihu7++y+1M5s7XhgpFndpGjsJg3evmwL0I=
X-Received: by 2002:a63:50c:0:b0:49f:5dc6:caf1 with SMTP id 12-20020a63050c000000b0049f5dc6caf1mr2091620pgf.65.1673353768874; Tue, 10 Jan 2023 04:29:28 -0800 (PST)
MIME-Version: 1.0
References: <081E5E98-8D7B-452E-8517-EECBE72E3D7F@juniper.net> <64E754F4-CB63-4F2E-92A3-43ADEA1EC4AB@juniper.net> <20201028215313.GA8863@pfrc.org> <CAOj+MMFH35TB10gpeX80645qEZF3irFk0XVyyLZzkXagcTtwAA@mail.gmail.com> <20201029113316.GB8863@pfrc.org> <CAOj+MMHvVgP0SSTSLqcUHizfk_kR1tUjo0u8p3AnKiuHFr=VaQ@mail.gmail.com> <BYAPR11MB3207AE20610604C5310C0BBAC0140@BYAPR11MB3207.namprd11.prod.outlook.com> <007c01d6ae71$4513eec0$cf3bcc40$@tsinghua.org.cn> <8560_1604052018_5F9BE432_8560_210_1_53C29892C857584299CBF5D05346208A48FDBBFD@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <20201103163259.GC7455@pfrc.org> <CAJwpseXrj46EY7ccXYNH-aWqfykGD99obOaA5qLMNHfoWG7ptQ@mail.gmail.com> <CAMMESsx=c__3UR57zCXLUp62q2ua9YXPT90f-ThqDUJzCYiGjQ@mail.gmail.com> <CAOj+MMG+_aHkc0=+FNvJ8tcTu9W-GpmVxJf=6JeD=zZK+AyjUw@mail.gmail.com>
In-Reply-To: <CAOj+MMG+_aHkc0=+FNvJ8tcTu9W-GpmVxJf=6JeD=zZK+AyjUw@mail.gmail.com>
From: Donatas Abraitis <donatas.abraitis@hostinger.com>
Date: Tue, 10 Jan 2023 14:29:16 +0200
Message-ID: <CAJwpseWAt5oUEMqUE85m+PNSEv_kfONScUSdGooq4XpP6EwFYg@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Alvaro Retana <aretana.ietf@gmail.com>, "Jakob Heitz (jheitz)" <jheitz@cisco.com>, bruno.decraene@orange.com, IDR List <idr@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>, John Scudder <jgs@juniper.net>
Content-Type: multipart/alternative; boundary="000000000000fa56d205f1e8083c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/krn6lHaX1a-GTiEBtyKbT3YsEkQ>
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: Tue, 10 Jan 2023 12:29:33 -0000

An additional Open Optional Parameter sounds good to me also. Robert, do
you agree on moving this direction + ISE track?

On Tue, Jan 10, 2023 at 2:23 PM Robert Raszuk <robert@raszuk.net> wrote:

> All,
>
> In order not to repeat the points made and vastly ignored in this thread
> before in Sep 2020 I do think that what is proposed should NOT be carried
> in BGP Capabilities.
>
> Instead if authors would like to proceed I suggest to carry it in new *BGP
> Message Type* (perhaps Informational as we have this written out already)
> or at least as a new *BGP Open Optional Parameter Type (not as BGP
> Capability Type 2)*.
>
> Stuffing 64 octets of free form text  into BGP Capabilites, while breaking
> current BGP Capabilities functionality for opaque stuff seems completely
> unjustified.
>
> Regards,
> R.
>
>
>
>
>
> On Tue, Jan 10, 2023 at 1:04 PM Alvaro Retana <aretana.ietf@gmail.com>
> wrote:
>
>> On January 10, 2023 at 2:27:34 AM, Donatas Abraitis wrote:
>>
>>
>> Donatas:
>>
>> Hi!
>>
>> > I'm still concerned and want to get back to this idea somehow, it's
>> really
>> > convenient.
>> >
>> > > PS1. And on the other hand if it is not adopted here it will likely
>> get
>> > > published as an RFC anyway in the ISE track.
>> >
>> > Who can help me with how to proceed this way as ISE track?
>>
>> Taking a document through the ISE track is a DIY job -- send email to
>> rfc-ise@rfc-editor.org; the process is here:
>> https://www.rfc-editor.org/about/independent/
>>
>>
>> Adrian is not the ISE anymore, so please point Eliot Lear (the new
>> ISE) to this thread.  You can cc me for any additional background that
>> may be needed.
>>
>> Thanks!!
>>
>> Alvaro.
>>
>

-- 

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

-- 
This
 message and its attachments may contain privileged and confidential 
information. If you are not the intended recipient, do not use, copy, or
 
disclose this information. Please notify the sender and permanently 
delete 
the message from your system.

v2.23.0 | Report a Bug | By Email