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> Mon, 16 January 2023 19:35 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 4DD6DC14CE27 for <idr@ietfa.amsl.com>; Mon, 16 Jan 2023 11:35:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 PAWwoXmemPKQ for <idr@ietfa.amsl.com>; Mon, 16 Jan 2023 11:35:20 -0800 (PST)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 ECEABC14CE3D for <idr@ietf.org>; Mon, 16 Jan 2023 11:34:56 -0800 (PST)
Received: by mail-qt1-x835.google.com with SMTP id e8so4515423qts.1 for <idr@ietf.org>; Mon, 16 Jan 2023 11:34:56 -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=qP92pmoxU93GJSlzKCdY/smHTUl9BaevALi46wklWn0=; b=FJCs3S1cBC0LPgjWvdOgsbtQt4/TixmS1dTLaf/Hv2uNEYkJ9PpWrZO3nB6r4uqkGa WIBdctMel1mj5xK5QNQU+WGL5S2DOfNuLKi6YHGWv733yYjvysghASJICEkrcHwaw7N6 ZcLws4fpKq9J+fFd5KEHFVomvZrF5uY2BjVOTZhiaywpAeGn3b144VzxKJvRwSIeBdyd DlA85gjMycBYIaXyOKq3NSlbD8Ges5OT6P5/dIfUCWr5KOakG0584LNfvxHlu34F8Sj0 X5TEa/jauR7/lwubLGq/XcV4AU+Sa0Ezq5sqF7gJ2A13m9aH0QOukJk/h7B1+uE485kO 86kQ==
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=qP92pmoxU93GJSlzKCdY/smHTUl9BaevALi46wklWn0=; b=IZSQDW+luxIo8R3pabwDVJZktXVS0b6fWPZN/OqhwQ2xX7m38XCfxdBMYsnUNyJbCz eF8WMwawg+EXeKEr8Nk95r3dz0GAnoMaP21bGLpC1qGBLxDn5T8k2P0RkeFhszUhJk5e B8/x9yN5Ty4Sd6nbHTfKaXLNwi8gxQ0Rr6O+O3j6tq4XysyN0/P5dfzoFGpQ79Vln3xy QtomUmP/nab7/yi8yABxy3i99QEM7dTfLjrYjOJTte2rSM3Bf5A4+ViU2fHEcUnKZsM8 fV/SdD7VJgUBQ1ASMyCtdZ6OFL233GZaLEcHdnVJ4/CHxQmY09E2uz5EQu0FT8rMYyXV qI6A==
X-Gm-Message-State: AFqh2kq6M7EMK1QYRgwKmukpEi/+EEjGP3hyQD9PjDC6Rc+c4jZKcVrH y397gXWV4+YdSF9ADSsNQdBfnBWtw0wntVgbfQ8=
X-Google-Smtp-Source: AMrXdXuytx/GVcg+26zSGOORe+/+WmULouPiYE7PE2FxHKg6LaFBPIvnRpUj26j8QIFj7ue7H3dCzBJW8ZyzpkwYKik=
X-Received: by 2002:ac8:530e:0:b0:3ae:38b1:80a3 with SMTP id t14-20020ac8530e000000b003ae38b180a3mr5234qtn.653.1673897695947; Mon, 16 Jan 2023 11:34:55 -0800 (PST)
MIME-Version: 1.0
References: <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> <20230116192152.GA19126@pfrc.org> <CAOj+MMFAkworqATpiykEMKbntTt7z5kFMOiMNhvj1Z6EG9UAcQ@mail.gmail.com>
In-Reply-To: <CAOj+MMFAkworqATpiykEMKbntTt7z5kFMOiMNhvj1Z6EG9UAcQ@mail.gmail.com>
From: Donatas Abraitis <donatas.abraitis@gmail.com>
Date: Mon, 16 Jan 2023 21:34:44 +0200
Message-ID: <CAPF+HwV9fTBAPqiSGUZBOuoqL+abdyMmereyMZwvmKPXTF047w@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Jeffrey Haas <jhaas@pfrc.org>, "idr@ietf.org" <idr@ietf.org>, Linda Dunbar <linda.dunbar@futurewei.com>
Content-Type: multipart/alternative; boundary="0000000000008eaead05f266ada2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/u9eVK0zKBJkPaGdKd2aJa83RwW8>
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: Mon, 16 Jan 2023 19:35:24 -0000

I can speak on FRR, the implementation resets the session if an
unrecognized BGP OPEN optional parameter is received.

On Mon, Jan 16, 2023 at 9:28 PM Robert Raszuk <robert@raszuk.net> wrote:

> I am afraid you are talking about BGP version while Linda is asking about
> the subject draft bgp version ... Both are completely unrelated "versions".
>
> While we are here I did reread RFC4271 and I am not sure either if there
> is text to mandate closing the session when new BGP OPEN Optional Parameter
> is not recognized. Neither does FSM. Generating NOTIFICATION and continue
> should be allowed by the spec unless I missed some embedded mandate to
> close it.
>
> Thx,
> R.
>
> On Mon, Jan 16, 2023 at 8:21 PM Jeffrey Haas <jhaas@pfrc.org> wrote:
>
>> Linda,
>>
>> On Mon, Jan 16, 2023 at 06:54:29PM +0000, Linda Dunbar wrote:
>> > RFC4271 states that if the version number is not supported, an error
>> message should be sent. But RFC4271 didn't say if the BGP Open session
>> should be failed.
>> > I am just curious if BGP session can be started even if the  version
>> number is not supported?
>>
>> RFC 4271, §6.2:
>> : 6.2.  OPEN Message Error Handling
>> :
>> :    All errors detected while processing the OPEN message MUST be
>> :    indicated by sending the NOTIFICATION message with the Error Code
>> :    OPEN Message Error.  The Error Subcode elaborates on the specific
>> :    nature of the error.
>> :
>> :    If the version number in the Version field of the received OPEN
>> :    message is not supported, then the Error Subcode MUST be set to
>> :    Unsupported Version Number.  The Data field is a 2-octet unsigned
>> :    integer, which indicates the largest, locally-supported version
>> :    number less than the version the remote BGP peer bid (as indicated in
>> :    the received OPEN message), or if the smallest, locally-supported
>> :    version number is greater than the version the remote BGP peer bid,
>> :    then the smallest, locally-supported version number.
>>
>> Tersely, if you don't support the right version number, you hang up the
>> session with a NOTIFICATION and leave enough of a breadcrumb that the next
>> OPEN could arrive at a possibly mutually supported version.
>>
>> -- Jeff
>>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>


-- 
Donatas

v2.23.0 | Report a Bug | By Email