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

"Jakob Heitz (jheitz)" <jheitz@cisco.com> Thu, 29 October 2020 22:18 UTC

Return-Path: <jheitz@cisco.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 3070D3A0930 for <idr@ietfa.amsl.com>; Thu, 29 Oct 2020 15:18:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 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_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=ZvItydpu; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=sUPWzLR1
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 T_WsQFQYn4TU for <idr@ietfa.amsl.com>; Thu, 29 Oct 2020 15:18:32 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F9163A0D75 for <idr@ietf.org>; Thu, 29 Oct 2020 15:18:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13122; q=dns/txt; s=iport; t=1604009884; x=1605219484; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3MFD4q4IcSEIFbMz3L0D0Vq6+oQBACuzymEs2JiPNNk=; b=ZvItydpuV1E+8hGx8tNiK94f7MXGtf9SE8Nx3SwoGnUVxME4eA65Ac8F fv1sOiiYmxXiptUhUCkk2j70dmCZ9kWcqmoTFGI2vRGyMojkLeM73R63I ADaU8Np1EEgMYyAXFGg2QYaW33tXRw9AZ98RJEZtzNspJ/xmbD7HCxC/3 c=;
IronPort-PHdr: =?us-ascii?q?9a23=3AArYfDBXMbD4p4LnsdHHU68XWVvfV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyFuehNkPjLsObmVHBTqZqCsXVXdptKWl?= =?us-ascii?q?dFjMgNhAUvDYaDDlGzN//laSE2XaEgHF9o9n22Kw5ZTcD5YVCBuHSp/yMRXB?= =?us-ascii?q?PyKVk9KuH8AIWHicOx2qi78IHSZAMdgj27bPtyIRy6oB+XuNMRhN5pK706zV?= =?us-ascii?q?3CpX4bdg=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BNCQBYPptf/4ENJK1iHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCD4EjLyMrAwdwWS8uhD2DSQONSZQMhG+CUwNUCwEBAQ0BAS0?= =?us-ascii?q?CBAEBhEoCF4FwAiU4EwIDAQELAQEFAQEBAgEGBHGFYQyFcgEBAQMBEgsGChM?= =?us-ascii?q?BATcBBAsCAQgRBAEBAScDAgICMBQJCAIEAQ0FCBqDBYF+TQMOIAGjSwKBO4h?= =?us-ascii?q?odoEygwQBAQWFExiCEAmBOIJyg3GCRIQTG4FBP4ERQ4JNPoEEgVgEgV8VH4J?= =?us-ascii?q?hM4IshFmPBocXjAuRHAqCbJskoWWTRKA9AgQCBAUCDgEBBYFrI4FXcBU7gml?= =?us-ascii?q?QFwINi16CQTeDOopYdAI2AgYKAQEDCXyNTAEB?=
X-IronPort-AV: E=Sophos;i="5.77,431,1596499200"; d="scan'208,217";a="612007401"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 Oct 2020 22:18:03 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 09TMI1jc004940 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 29 Oct 2020 22:18:02 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 29 Oct 2020 17:18:01 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 29 Oct 2020 18:18:00 -0400
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 29 Oct 2020 17:17:59 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BW2HhIFbs1aZ+UsNMD6ZyfwgyRrzvSjiUq49EMWuwwr6/kktA+RuaKkOws2KL+7O3UXot1FjxAb2bwyzK16FhmBHnI/pfzyHLLyy/aaxJe3ObV6hMh1GWRXu4+mj202JvN3PsZG6Ln7bvapoKAOqyTLijshN9XwLolYn4FiWxiDG6+S3tjk9o2/X0tOgjXXssnZmj+kHkDvJzFbTzvwWOUM+K65TJpQUmgIB07UAk98jJb+Rd5fZZyIa2bIVm0z07HwspowBaxxFQ97ko3os9/o2Y1DD1N4noQNcSNi2MPFYaW3RIOTBFpQhHmQZ7Wx9u0SNz7flyD6vOoQ8sPSxpg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3MFD4q4IcSEIFbMz3L0D0Vq6+oQBACuzymEs2JiPNNk=; b=TT1rXj9gHYl225zW2hwRxxQJcOOcVbj8DwC21UHY4bC05O3ShAL9CyhEIcnCpLvc3S7xOr4wcsVI8SrApwKYRSr4aGgPpibWFGXvQlBJ4ZZMhi8mPCTM/Bx5GZAd9INTCbo1I206nsVEgafs7X8ct+umSAJDgdaz22/9aqgDEqeUw03TKWOgS6zrioO2ICLnQ+yxlBo/zR/GSYEHH1/5SxCkMJYIfFEJDzTATXnL8fGyTCGX3iRPrbgcsqHrEHwBTXRPrgPW82XA6oDcx1nV+eU0SRKwRPyvMAls9HuAtZfFxHHET3IthfY6eg0x2hpLrRcWJujAhaNj+KeFWiew8A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3MFD4q4IcSEIFbMz3L0D0Vq6+oQBACuzymEs2JiPNNk=; b=sUPWzLR1QB2gTyvf26//8zqqMAxO8yjjrzFda6nIHGbgf1wiWdh2wCTSV/FH84Di8xbwTQnKa7Co5wfeWWYN5E/0T6FWGnyky22F+S5Z8SLqajkdztmKsI2XjyH9g4aFkgq19FfJbLSkQr/axYn2z4300ATxIREoCd5+lCedwWI=
Received: from BYAPR11MB3207.namprd11.prod.outlook.com (2603:10b6:a03:7c::14) by BY5PR11MB3959.namprd11.prod.outlook.com (2603:10b6:a03:187::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.27; Thu, 29 Oct 2020 22:17:59 +0000
Received: from BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::718c:ac63:d72e:f3c9]) by BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::718c:ac63:d72e:f3c9%4]) with mapi id 15.20.3477.028; Thu, 29 Oct 2020 22:17:58 +0000
From: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
To: Robert Raszuk <robert@raszuk.net>, Jeffrey Haas <jhaas@pfrc.org>
CC: John Scudder <jgs=40juniper.net@dmarc.ietf.org>, IDR List <idr@ietf.org>, Donatas Abraitis <donatas.abraitis@hostinger.com>
Thread-Topic: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
Thread-Index: AQHWlcPPSkgfBrYsfkmOoQ0fOdVLAqmtvfAAgACv0ICAADVOAP///3EAgACzxKA=
Date: Thu, 29 Oct 2020 22:17:58 +0000
Message-ID: <BYAPR11MB3207AE20610604C5310C0BBAC0140@BYAPR11MB3207.namprd11.prod.outlook.com>
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>
In-Reply-To: <CAOj+MMHvVgP0SSTSLqcUHizfk_kR1tUjo0u8p3AnKiuHFr=VaQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: raszuk.net; dkim=none (message not signed) header.d=none;raszuk.net; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2601:647:5701:46e0:917a:98c4:dae2:63e3]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8ffd7a26-a89c-437a-1178-08d87c587e3f
x-ms-traffictypediagnostic: BY5PR11MB3959:
x-microsoft-antispam-prvs: <BY5PR11MB395928C7FE63EFFB597E0F6AC0140@BY5PR11MB3959.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5516;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: sd88UqiorqDG2oVuS5YltGFADhkXN9iXtbguBRKiFIT44YB/84eeMltUEPCXGxe4wZzTM27XYS1RQ4YQnv8gr8B6RiHdtcY84lWuCgCYP/R5QUWBEk9hoCNAxjE1V6qiJTucp2x2qrFpyd9Fb9Fys4tsBo3xug7VjB7qKVltJUHcf/2etkK4YlCdZmBqyVeKHmpQEQ1pRSii6PMBteQWELg5Crgdpz0mJWkKjSlOxmHGMejNisXolIkuQc/mvZvUZjDKTBiHuqpUgxw3AfH6dARekIZIzXW2rhz2ij2mfDUSIAY/fTjKNNjITUdXrz1lycXRYGWFXxMkD3NtWvwHEg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB3207.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(136003)(366004)(396003)(39860400002)(5660300002)(2906002)(71200400001)(316002)(110136005)(54906003)(4326008)(86362001)(6506007)(478600001)(8936002)(53546011)(66446008)(9686003)(8676002)(33656002)(55016002)(66476007)(64756008)(52536014)(66556008)(76116006)(66946007)(7696005)(186003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: Rl/vYIDCr7fpT2L258+GUoKPAvJjfBFNMRY9Cm+Dev6mO3PsbxEhVSqDCF8/loJ6RhjnGGmeKExEmh8eBS1yRA79vMvMfQg8LOZHtx+S58Qi7bxmuke8O/T+PWQJwzu6o4nJx1NvVhNpKr5JJ/9lm6xxGkdemWrxh9yTd6QFDIjbYtklOwdZFC+4nuoinFtM1TiX76aTZ76/hwD0s6zm9ZRUk73B+buosvg0olpO0/RifM2IwFaLYvYafXP/UndTwbX27FrNoEwMDkqNvm9t6mG8L9KXWZvsPih1ef4IA6BHgb2MxdwxYwNNPQR0xmXcYYElGWXvhn/ITogvy1QMu1qrkH+Exs/RFlLEXvBfA6oMN/m9qKPsvaFTkFqZO5WrVe1zwkygdzS7B0YmU+JtXvJeZCYd55jhuyKFXfaMRTaglEadrxFX2MEeL3uTporinxpJcyl9ahDFvSI7wBs3DB5ZhI1XrYdTKy/aFyweA+XGN5uuW1pviZXxTt3nw8fuOZm9XHQxbYC7sWzkH7TYMEwaO1S6mNS7H9OfyLxkqB+bGZfesjcbt0iaclMg+AROATPRNrxQYQAeRg/44O4MTwaF/JujGksxufhVa/gVlElu6pwriWhHlCHhHIHHMLTzknGMwCXDC3gw94OY23ls1f9uyEQZqL8vyvY/1bzlIsgD2dTQIdc6v0G0wy7RbecOkOYof4gD9qazu8BC7N7IdQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB3207AE20610604C5310C0BBAC0140BYAPR11MB3207namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB3207.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8ffd7a26-a89c-437a-1178-08d87c587e3f
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2020 22:17:58.9124 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 209GzwbJI3e3coHePNWAhBVCPtybmbQr0JRi6ANVl9Phix9pSXv2BhDgl16ANRMZ6Rudsc88BYmAdyX9k9yoNQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB3959
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/7RZlZv7-rHVy0tVXB8jZu_dvcmY>
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: Thu, 29 Oct 2020 22:18:34 -0000

Hey Robert,

That's a super cool idea. I like it.

Regards,
Jakob.

From: Idr <idr-bounces@ietf.org> On Behalf Of Robert Raszuk
Sent: Thursday, October 29, 2020 4:31 AM
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: John Scudder <jgs=40juniper.net@dmarc.ietf.org>rg>; IDR List <idr@ietf.org>rg>; Donatas Abraitis <donatas.abraitis@hostinger.com>
Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25

Just to clarify one point ... I was not seeing a need to use domain names. Just either IP address of bgp peer or implicitely use bgp peer's address.

https url would be actually pretty short ... just the path to the opaque text.

I am more interesting on your view of how to do NSR/ISSU with current proposal.

Cheers,
R.



On Thu, Oct 29, 2020, 12:18 Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>> wrote:
Robert,

On Thu, Oct 29, 2020 at 09:22:29AM +0100, Robert Raszuk wrote:
> > - I think requiring extended optional params is a good idea for this.  It
> >   mitigates the necessity for having to do do the math to squeeze stuff in
> >   or not.
>
> How about we would just carry a fixed size URL reference to this
> effectively static and opaque to the bgp protocol information instead of
> actual text string ?

I think this is problematic in a few senses:
- Sure, you could take this idea to the extreme that we'll just have a
  single four-byte field with a FCFS registry that everyone uses and has
  private space for a local registry.  And people would hate that.  You're
  devolving to pre-registration for something that may change frequently.
- Sure, you could just reserve char version[64] in the structure, but domain
  names may vary in length.  And when you move to punycode i18n domains,
  this could be even messier.  See prior issues with RFC 8203.
- I strongly expect that some operators will want to stick in their own
  strings here.  "Role" potentially in combination with "version".

> IMO anything which is static and is not needed for protocol operations,
> best path selection etc ... should be passed as a pointer.
>
> Fetching such string could be done in spare CPU times well before need to
> locally present it or at the run time when someone executes a show cmd or
> other form of query api.

Which is really a lot of typing to say "we're not exchanging this out of
band ... why?"  Which is still a legitimate argument.  It's why I think the
use case, although slightly helpful, has a lot of weaknesses.

The one slight boost I give the core use case that we're regularly seeing in
data center cases is protocol stacks are being spun up with very little
additional components. This provides a push to consolidate channels for
sending critical information.

-- Jeff