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 07:27 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 3ECCAC1524B7 for <idr@ietfa.amsl.com>; Mon, 9 Jan 2023 23:27:14 -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 t8hhKvivDn-U for <idr@ietfa.amsl.com>; Mon, 9 Jan 2023 23:27:10 -0800 (PST)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (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 7A0FAC1524BE for <idr@ietf.org>; Mon, 9 Jan 2023 23:27:10 -0800 (PST)
Received: by mail-pg1-x52b.google.com with SMTP id e10so7612293pgc.9 for <idr@ietf.org>; Mon, 09 Jan 2023 23:27:10 -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=1sKPi4skH81neCnmRAKK1H7vEyir/31sV3miWU6vGyg=; b=Zw9ajIcU8sLK3z4CFtbusbkVG7C083S2F66u+/rlslhesVSpDVL+oxCuRzOA8COErp Q9K/V/HPIGJ7VNKAahxofy1aL1SHDjP4eeuEhxIFtsMUMXBvF3hR087TVT6MTbc7F0WH 4hBHK1Xfg3s/Q5i/yz1IkAJmO6TNGd5ei66RUEtjnwJgUEkQP4HZXGnQi8FqKCzMSW4E K8gfDOqVZoumVRLw4sveV4HCJMoARKcWQH7FDHMNb9PiQo/q0By68+L6rEXPTVhw3ySB plCTNMAtu0wWSXghOg7W6v5/JO/vrYgYVrWFnFiDNgwVwD7Ru75/zTmKpC33w0AxmbR3 gWVA==
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=1sKPi4skH81neCnmRAKK1H7vEyir/31sV3miWU6vGyg=; b=Jiv1qcvDTTvewskjEPvXK+DSBBwCUcdSeQndC6SqgdjHWT7axglw+D3VelrmaTTdaF URDDRIdnqE3m0KR0J0Lct1MhZtJNMgn2PyMxHUHqVtY1zCv/n/pBmQvsVz2TNchiTYZV 1HBLgGisRsXpdZ1+PZTx0v27h7oXlx0cx3a/Ph4xGgS6AOLMhdLOYVGy5T7ukTfF6Xyy iV1sOj9Kr9vRA2Yk5GzuT+VQH38VcsxmJvkT+RG+4uEowNVcCf4PWRdjaGNiNpFLbiRZ l63K1DtZPE/UgHf6iz6HlBj1DHrvQYwfvYY+hx0/UDhJispVa9CEUBW4dCxnoXIxweT7 lwdw==
X-Gm-Message-State: AFqh2kr2Q+AKgisvXPXcnokj6t+zz3QhIZSLU0nZn/InZX/erNOvL50G bVnQcEP7a2IgvkNhdFXTteL2WPRrklkmVD2P7jpYwaU/M+kjQJ4l5ICND7/1Ncj7atCbomJb3ve wxwd/ofqPcrE8
X-Google-Smtp-Source: AMrXdXt7El749Tt5vU7UoBN1al6dGaAmS67R3S9/k88VeI2UPu9J+imzS4YpZhw56wbRNzO8BWvvPQoeYQqDWxBr460=
X-Received: by 2002:a63:564e:0:b0:476:fdde:e539 with SMTP id g14-20020a63564e000000b00476fddee539mr3763617pgm.216.1673335629267; Mon, 09 Jan 2023 23:27:09 -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>
In-Reply-To: <20201103163259.GC7455@pfrc.org>
From: Donatas Abraitis <donatas.abraitis@hostinger.com>
Date: Tue, 10 Jan 2023 09:26:57 +0200
Message-ID: <CAJwpseXrj46EY7ccXYNH-aWqfykGD99obOaA5qLMNHfoWG7ptQ@mail.gmail.com>
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: bruno.decraene@orange.com, Aijun Wang <wangaijun@tsinghua.org.cn>, "Jakob Heitz (jheitz)" <jheitz=40cisco.com@dmarc.ietf.org>, Robert Raszuk <robert@raszuk.net>, John Scudder <jgs=40juniper.net@dmarc.ietf.org>, IDR List <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c5d92b05f1e3cf77"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/sGyg0Zp_2WFGPkw2Ocif8V-rSFk>
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 07:27:14 -0000

Hi, folks,

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?

On Tue, Nov 3, 2020 at 6:17 PM Jeffrey Haas <jhaas@pfrc.org> wrote:

> On Fri, Oct 30, 2020 at 10:00:17AM +0000, bruno.decraene@orange.com wrote:
> > Now could this be a static pointer?
> > e.g., standardized OID, well-known URI [1], standardized yang model?
> >
> > That would probably still require an RFC, but no change to the BGP
> protocol, nor eating space in the capability, no mandatory 2
> implementations…
>
> It's worth pointing out that a URI is roughly the most general tool for
> pointing to any of these things.[1]
>
>
> I will however point out that URIs can get long even in boring ASCII.
>
> It's for such reasons I continue to strongly suggest this feature must be
> paired with the extended optional parameters draft.
>
> -- Jeff
>
> [1] https://tools.ietf.org/id/draft-larmouth-oid-iri-04.html - expired,
> but
> obviously someone was thinking about it.
>
>

-- 

*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