IETF Logo Mail Archive

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

Donatas Abraitis <donatas.abraitis@gmail.com> Wed, 25 January 2023 19:47 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 2718DC14CF09 for <idr@ietfa.amsl.com>; Wed, 25 Jan 2023 11:47:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.994
X-Spam-Level:
X-Spam-Status: No, score=-6.994 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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=gmail.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 gpMnwFKB6khk for <idr@ietfa.amsl.com>; Wed, 25 Jan 2023 11:47:06 -0800 (PST)
Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 51B42C14CE28 for <idr@ietf.org>; Wed, 25 Jan 2023 11:47:06 -0800 (PST)
Received: by mail-qv1-xf2a.google.com with SMTP id w15so4104776qvs.11 for <idr@ietf.org>; Wed, 25 Jan 2023 11:47:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=wOuH25/v8QpINWAcfddmrgKGSuT/0fqvVaa0DFF9AhU=; b=gCTVN2syi+HO6uBGgflgz782jMzfX4WKcHEhCu94YWlMmvdbxRyqj+Q/jn+ckMcSp4 /H1Fbae4NXJfpliHc/H9c0GGwFaMQFIgCLEUcihVuzWS5oiNUf+uWGcMxu+uGBPPApdt X5Feh6oCeeOUIjdpTMjeSAVotaCliEebyqnm8ESbGxKLfee+FWEn3BBGHuV0XFGUCl8d rgEgiQlEAPwURgJBR3ZmTImHTnQ2T2Y5GM2gfXJMNCeDVgUgQaUIHlOpI40o8ujOPPNp 6itzoBURRtaQSAtsK4dyhdGn54ZjGXJUvmfNfUlduUpwF7Lr96BEZa13siwgq+mWnaX5 i7aA==
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=wOuH25/v8QpINWAcfddmrgKGSuT/0fqvVaa0DFF9AhU=; b=rf+0FIpAuV1+pk7yW6xrEAgnYaYSSKgUFIWfhnCBydfcvn5xFV/NvULCzppS+Uz16J AYHJDu/99d4xzXNHz7SvFBICpuW/gG75WlwOpNyll6tPGK2ox+o+9GTc9EDWvV6Wf9TU NBNXI0sNLEb7AvakLX7vwv41Iqa5xvZBJM/jcATYx4BJQxAUdEvw9Y68uL3rt7itGrps F4K+UcA7R+SxFW/P1LRSh73ZYGyyh3o5CejDBaFwKICasMPQMUc4xBEQd9By8hv2B5/J HzYk2nrZyBzGF3DsNTBFaYXM0kNGg4yvcKA2MK55/M/AptTgNkoymjSFp7KSyUS+ZEm4 92zw==
X-Gm-Message-State: AFqh2kqpZHAhIP2TK3QkemzBkAD0kFc4gF/VypmfXFrLES1J7AdaCMxP 3GiSTL5Z3Z1SkMBgixgAyvm8W38n2cETGZxLt8U=
X-Google-Smtp-Source: AMrXdXvJmbkoGJ289XEpdoM2w5twIwKxcyJ7NyEqCI6A7tP8KzlZtdRSSsG9IbjjtrAooPJmhTqf3cFw66zkzIWXFEI=
X-Received: by 2002:a05:6214:3586:b0:534:e068:323e with SMTP id nn6-20020a056214358600b00534e068323emr1286932qvb.41.1674676025010; Wed, 25 Jan 2023 11:47:05 -0800 (PST)
MIME-Version: 1.0
References: <FEF22BE4-8226-4286-AF7D-6B609D51E6BF@pfrc.org> <CAOj+MMH5C8zXZB=c9v57=M2Aa16cuyJY1EEMDHmX+T5FYq51mg@mail.gmail.com> <8D39FC71-043C-40A9-97D5-D71666611C5A@pfrc.org> <CAOj+MMFRVGde0k9dyW-gjMY1V3N6g8cpspnVLmhOHD557Qo6yw@mail.gmail.com> <A2FF27E6-403F-4606-84E8-A5305E434468@pfrc.org> <CAOj+MMH0LEds_UfVWAf59-JjRiPOYm=fozBx6ncmeSHTyMe11g@mail.gmail.com> <A1859410-8A3E-4CF9-A875-D432F7BEF1F0@pfrc.org> <CAOj+MMHhHB-K=hjEFwJTQ09K9dizkHaKfC79kJWikO=Eh8c1gw@mail.gmail.com> <20847254-3E13-49B3-942C-EE6EFDF993C1@pfrc.org> <CAOj+MMG9BuCBjATYNKO5H0oFUipCE8iBU+DJ0FLDDUZdp+nM3Q@mail.gmail.com> <Y77nmDKUgCUyhJ5W@diehard.n-r-g.com> <C3B4F29D-7C8D-4911-B140-286B7B8DA97B@pfrc.org> <CAOj+MMGmSBDwbxvSZ_x+j7NtCHRFFFvcCEKGJ0Wpis_OU26cLA@mail.gmail.com> <CABNhwV3qwCT8=8R+HTi1DFhbRN=FwHMF4XvQVowQwz=pb2U-nA@mail.gmail.com> <CAOj+MMG-5TT2sEnZVMabP1wA=gBNH0g9zkpoM9LWL7XFnh2aEQ@mail.gmail.com> <CABNhwV2H8Y7pthkWtJsDUN7ZscjGvc+v2XdpZ5CcG2ot9TBBog@mail.gmail.com> <CO1PR13MB492093DC7492BFD14A47C97B85C29@CO1PR13MB4920.namprd13.prod.outlook.com> <CABNhwV2UL0ruFeJwfwPnP7OWO9qCpHw3ubWNF7BoQQUEYEgZRw@mail.gmail.com> <CO1PR13MB4920CBF456034CE08D70691385C19@CO1PR13MB4920.namprd13.prod.outlook.com> <CABNhwV2MDq=ncxOfP1bi8t6wWq0kACupSPXaXO+QkdbUGzcWQw@mail.gmail.com> <CABNhwV31JTyycqdPCSPXidoq-0bd7ZHSZn_GRD2wUPtgLSXXSw@mail.gmail.com> <CAPF+HwXnzPErRKkAKYC=WAmyTXwWmyCAd7FPm5ZM7RZ=WHv72A@mail.gmail.com> <CAOj+MME-i_fZxBG9yNnno+Nrj=W9cfRKwGCFKyX=zQne+6N4pg@mail.gmail.com> <CO1PR13MB49209C59FF4744F359F0C31985CA9@CO1PR13MB4920.namprd13.prod.outlook.com> <CAOj+MMGXsNWOdhqxV0eRB-0s5CiFtV2nh-_Zkp7xak41zBjSsQ@mail.gmail.com> <CAPF+HwU8hx8GvTv3Pg4OgPQZUphEiikoCf3s2gM6Wkos9c_2PQ@mail.gmail.com> <CO1PR13MB49208AC49FC89A416D74D44085CE9@CO1PR13MB4920.namprd13.prod.outlook.com>
In-Reply-To: <CO1PR13MB49208AC49FC89A416D74D44085CE9@CO1PR13MB4920.namprd13.prod.outlook.com>
From: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Wed, 25 Jan 2023 21:46:46 +0200
Message-ID: <CAPF+HwWVB=oHO6r_i9AnWBT8s7PVcpmQKmzw11N3PmY0f8hhAA@mail.gmail.com>
To: Linda Dunbar <linda.dunbar@futurewei.com>
Cc: Robert Raszuk <robert@raszuk.net>, Gyan Mishra <hayabusagsm@gmail.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000095ae2405f31be5d9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/qxt7wdJwjjpE-FPCI4vys1JdWCE>
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: Wed, 25 Jan 2023 19:47:10 -0000

>I think the name “version” is too close to the BGP version that peers
negotiate.

I disagree. "BGP version"  == Protocol version, while "Software Version" ==
Software, running BGP protocol, version.

On Wed, Jan 25, 2023 at 7:01 PM Linda Dunbar <linda.dunbar@futurewei.com>
wrote:

> Donatas,
>
>
>
> I think the name “version” is too close to the BGP version that peers
> negotiate.
>
>
>
> Why not use “debugging capability”?
>
>
>
> Linda
>
>
>
> *From:* Donatas Abraitis <donatas.abraitis@gmail.com>
> *Sent:* Wednesday, January 25, 2023 7:46 AM
> *To:* Robert Raszuk <robert@raszuk.net>
> *Cc:* Linda Dunbar <linda.dunbar@futurewei.com>; Gyan Mishra <
> hayabusagsm@gmail.com>; idr@ietf.org
> *Subject:* Re: [Idr] WG adoption call for
> draft-abraitis-bgp-version-capability-08, to end September 25
>
>
>
> Quick update: IANA has assigned Software Version Capability number (75),
> updated:
> https://datatracker.ietf.org/doc/html/draft-abraitis-bgp-version-capability
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-abraitis-bgp-version-capability&data=05%7C01%7Clinda.dunbar%40futurewei.com%7Cfc943f52c4ff4981008608dafeda80ad%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C638102511702204675%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JIpgyvd7WKfFTLpZY%2FsAxJP5y9qGR5Ob7MTkCi61S9s%3D&reserved=0>
> .
>
>
>
> On Sat, Jan 21, 2023 at 1:19 PM Robert Raszuk <robert@raszuk.net> wrote:
>
> Linda,
>
>
>
> Per RFC4271:
>
> *A NOTIFICATION message is sent when an error condition is detected. **The
> BGP connection is closed immediately** after it is sent.*
>
>
>
> This is a general statement. You can't take it out of the current context.
>
>
>
>
>
> Do most deployed implementations send “Subsequent OPEN” as you stated?
>
> *“Subsequent open would be tried without this new optional parameter”*
>
>
>
>
>
> Again we are discussing the addition of a new extension. Such addition can
> define in itself what implementation should do when receiving such a
> NOTIFICATION message indicating that peer does not understand the new
> extension.
>
>
>
> Rgs,
>
> R.
>
>
>
>
>
> --
>
> Donatas
>


-- 
Donatas

v2.23.0 | Report a Bug | By Email