From nobody Tue Mar 1 05:10:58 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 985463A08CE; Tue, 1 Mar 2022 05:10:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.94 X-Spam-Level: X-Spam-Status: No, score=0.94 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 XB65eRbkK7wM; Tue, 1 Mar 2022 05:10:51 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0D083A08D0; Tue, 1 Mar 2022 05:10:50 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=50.107.120.176; From: "Susan Hares" To: "'Bocci, Matthew \(Nokia - GB\)'" , Cc: , , References: In-Reply-To: Date: Tue, 1 Mar 2022 08:10:34 -0500 Message-ID: <01ef01d82d6d$c0546070$40fd2150$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01F0_01D82D43.D7844BE0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGlUT34Us6KwCRzjdky43mdk6svJwKGceCQrPwFWJA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2022 13:10:56 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01F0_01D82D43.D7844BE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Matthew: Thank you for extending the deadline. Sue From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bocci, Matthew (Nokia - GB) Sent: Friday, February 18, 2022 3:05 PM To: idr@ietf.org Cc: ; draft-ietf-bess-srv6-services@ietf.org; bess@ietf.org Subject: Re: [Idr] Review request for draft-ietf-bess-srv6-services-11 IDR WG Please note that the deadline for comments is Friday 4th March, NOT 26th Feb. Matthew _____ From: Idr on behalf of Bocci, Matthew (Nokia - GB) Sent: Friday, February 18, 2022 6:52 pm To: idr@ietf.org Cc: ; draft-ietf-bess-srv6-services@ietf.org; bess@ietf.org Subject: [Idr] Review request for draft-ietf-bess-srv6-services-11 IDR Working Group This draft has completed working group last call in the BESS working group and is currently being reviewed by the IESG. We would appreciate review and comments by participants in the IDR working group. The latest version of the draft is available here: draft-ietf-bess-srv6-services-11 - SRv6 BGP based Overlay Services Please send any comments in reply to this thread by 26th February 2022. Thank you, Matthew ------=_NextPart_000_01F0_01D82D43.D7844BE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Matthew:

 

Thank you for extending the deadline.

 

Sue

 

From:= = Idr [mailto:idr-bounces@ietf.org] On Behalf Of Bocci, Matthew = (Nokia - GB)
Sent: Friday, February 18, 2022 3:05 = PM
To: idr@ietf.org
Cc: <rtg-ads@ietf.org>; = draft-ietf-bess-srv6-services@ietf.org; bess@ietf.org
Subject: = Re: [Idr] Review request for = draft-ietf-bess-srv6-services-11

 

IDR WG

 

Please note that the deadline for comments is Friday = 4th March, NOT 26th Feb.

 

Matthew

 


From: Idr = <idr-bounces@ietf.org> on behalf of Bocci, Matthew (Nokia - GB) = <matthew.bocci@nokia.com>
Sent: Friday, February 18, = 2022 6:52 pm
To: idr@ietf.org
Cc: = <rtg-ads@ietf.org>; draft-ietf-bess-srv6-services@ietf.org; = bess@ietf.org
Subject: [Idr] Review request for = draft-ietf-bess-srv6-services-11

 

=

IDR = Working Group

 =

This draft = has completed working group last call in the BESS working group and is = currently being reviewed by the IESG.

 =

We would = appreciate review and comments by participants in the IDR working = group.

 =

The latest = version of the draft is available here:  = draft-ietf-bess-srv6-services-11 - SRv6 BGP based Overlay = Services

 =

Please = send any comments in reply to this thread by 26th February = 2022.

 =

Thank = you,

 =

Matthew

------=_NextPart_000_01F0_01D82D43.D7844BE0-- From nobody Tue Mar 1 09:50:13 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 970E03A0688 for ; Tue, 1 Mar 2022 09:50:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=SlUhvlaV; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MamhQtu9 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 qX9BMm9iKaIE for ; Tue, 1 Mar 2022 09:50:07 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF75C3A0848 for ; Tue, 1 Mar 2022 09:50:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2821; q=dns/txt; s=iport; t=1646157005; x=1647366605; h=from:to:subject:date:message-id:mime-version; bh=R0B8pEh9yw28cI8pgEBlEdqg+kG+1dP+/76kjBcwgkE=; b=SlUhvlaVl087nG0TZqfCj0xdPK/drV/hhN5+4//EdUOhL6FIv92vP2ou tZO1imNx1T2nVfMO7RxqVHknMIjkYaNcMdXtqjQRADfwbyqjnJHecJ0kQ bhpXKG/2NN2Omt40B5Hk++nxHXsklHOqWgy7w/cqxFqfkb3CWP9W15giG c=; X-IPAS-Result: =?us-ascii?q?A0DXAQBYXB5imIYNJK1QCh0BATwBBQUBAgEJARWBWgKBH?= =?us-ascii?q?zFWflo3RIgeA4U5hQ9dmEKFFYEuFIERA1QLAQEBDQEBEi8EAQGFBwKEEwIlN?= =?us-ascii?q?AkOAQIEAQEBAQMCAwEBAQEBAQMBAQUBAQECAQYEFAEBAQEBAQEBCRQHBgwFD?= =?us-ascii?q?hAnhWgBDIZbLgEBOBEBDHQnBBsagmIBgg5XAy4BoXEBgToCih94gTOBAYIIA?= =?us-ascii?q?QEGBASFCxiCNwmBPAGDDoQigwCEOhyBSUSBFUOCN4R+AQcLASODTYIumHpUC?= =?us-ascii?q?J91oGMKg0gFoAQVg3OMK5gHllQggimkBAIEAgQFAg4BAQaBYYElcHAVgyRRG?= =?us-ascii?q?Q+OOYNZil51OAIGCwEBAwmTfQEB?= IronPort-PHdr: A9a23:uDKvGx/9yTCZl/9uWCXoyV9kXcBvk7n3PwtA7J0hhvoOd6m45J3tM QTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFTRRQj8IQkkQpC9KEDkuuKvnsYmQ6E c1OWUUj8Wu8NB1eGd31YBvZpXjhhQM= IronPort-Data: A9a23:MLGw0aokXFKUgrzZG6FB6BHeJMheBmIYZRIvgKrLsJaIsI4StFCzt garIBmOP6qCa2f8Kt8nYIy/9koG7JGHmIJiGVM9/iljQnsT9uPIVI+TRqvS04x+DSFioGZPt Zh2hgzodZhsJpPkjk7xdOCn9xGQ7InQLlbGILas1htZGEk1EE/NtTo5w7Rj2tUw2IDja++wk YqaT/P3aQfNNwFcagr424rbwP+4lK2v0N+wlgVWicFj5DcypVFMZH4sDf3Zw0/Df2VhNrXSq 9AvY12O1jixEx8FUrtJm1tgG6EAaua60QOm0hK6V0U+6/RPjnRa70o1CBYTQU1ogT+xn45h8 oVqqbiaWV8jYZyUxvtIBnG0EwkmVUFH0LbDJX76usuJwgifKT3nwu5lCwc9OohwFuRfWD4Vs 6dGbmlWKEnY24paw5rjIgVorsEqKsriOYIEknph1jreS/0hRPgvRo2avoAHhmlv3J8m8fD2d dM2NBlqPE37RQxsYF5LU6A+gca4ryyqG9FfgAvF+fVoi4TJ9yR73aP2GNvYZtLMQt9a9nt0v UrP+2D/RxodLtHakGDD+XO3jeiJliT+MG4PKFGm3vRVilerxjIDMk0xSX+RsaGz1X/mBc0Kf iT45REShaQ18UWqSPz0UBu5vGOIs3Ygtzx4TrdSBOall/G83uqJOoQXZmUaMYV56qfaURRvh wHXwIKwbdB6mOTNERqgGqGoQSRe0MT/BUYGYSICJefuy4a++Nho5v4joyoKLUJYptTxHTe1y DeQoW1n3fMYjNUA0OOw+lWvb9OQSnrhE1BdCub/Bz/NAuZFiGiNPNbABb/ztq8oEWphZgPd1 EXoYuDHhAz0MbmDlTaWXMIGF6yz6vCOPVX02AAzQcF+rGz1qiPyLOi8BQ2Swm80bK7onhe0P yfuVf95v/e/wVPzN/YsOtLtYyjU5fG9S4WNug/ogipmO8gtK1DvENBGbk+L1Geli1k3jaw6I v+mnTWEUx4n5VBc5GPuHY81iOZzrghnnD+7bc2rnnyPjOvFDFbIGOhtGAXVNIgRsvjbyDg5B v4CbaNmPT0FDr2nCsQWmKZORW03wY8TXsin+5QKLbfYemKL2ggJUpfs/F/oQKQ994w9qwsC1 ivVtpNwoLYnuUD6FA== IronPort-HdrOrdr: A9a23:7m4966q8kcoH587WXEfGauQaV5uoL9V00zEX/kB9WHVpm5Oj9v xGzc506farslkssSkb6Kq90dq7MA7hHP9OkMMs1NKZPDUO11HYVL2KgbGSpgEIeBeOu9K1t5 0QCJSWYeeYZTMR4KqKg3jbLz9K+qjhzEncv5am854bd3ANV0gP1XYcNi+rVmlNACVWD5swE5 SRouBdoSC7RHgRZsOnQlEYQunqvbTw5d7bSC9DIyRixBiFjDuu5rK/OQOfxA0iXzRGxqpn2X TZkjb++r6ov5iAu1DhPi7ontprcenau5t+7f+3+4sow/LX+0SVjbFaKvy/VfYO0aSSARgR4Z 3xSlwbTrhOAjvqDx6ISF3Wqk7dOPJE0Q669bde6kGT5/ARDQhKdfZplMZXdADU5FEnu8w52K VX33iBv54SFh/Ymj/hjuK4Hi2Cu3DE1kbKq9Rj+UC3kLFuGoN5vMga5gdYAZ0AFCX15MQuF/ RvFtjV4LJTfUmBZ37Us2FzyJj0N05DVSuuUwwHoIiYwjJWlHd2ww8Rw9EehG4J8NY4R4Nf7+ rJP6x0nPVFT9MQb6h6GOAdKPHHQlDlUFbJKiafMF7nHKYINzbErIP2+qw84KWwdJkB3PIJ6e D8uZNjxBsPkm7VeL2zNcdwg2HwqU2GLEfQ9v0= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,146,1643673600"; d="scan'208,217";a="837726727" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 01 Mar 2022 17:50:04 +0000 Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 221Ho1Yp000951 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for ; Tue, 1 Mar 2022 17:50:03 GMT Received: from xfe-rtp-005.cisco.com (64.101.210.235) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 1 Mar 2022 11:50:01 -0600 Received: from xfe-aln-004.cisco.com (173.37.135.124) by xfe-rtp-005.cisco.com (64.101.210.235) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 1 Mar 2022 12:50:00 -0500 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 1 Mar 2022 11:50:00 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M+kJzTSCmwKJBYfGO+866BVsH2HuH+Sze4+uFjxzffTjADlGj6girvrH9AaVGXmzmXeB1Mxw3h67pyPjVDNiWeHD1EvATVF7QtyPyyVrl11nS7IApeXOMSbTDYj51fYj9spxEswJxYHC+h0ToRrKPP/eGF+RFwJcFi+/LZ8kaSyYlZoyQkdbzcoWsWMpIBeMdDKTROs6HF1i8h1hR+tv5QhxUN8WbNQl1ZUSZ7GxZKL84WxWdjqnq3SUFmbNUaRxlw/cGNglv9MSeyD43FQvTGm3jdmZ4+HG6zsIiZ2XyYfv+oA58kxa04KXJBpyDfxHaCyKKmvw81JBxQGRgUuSWQ== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=oYE6F5/BFuE8LRRH3qryt4PxCbTmSE2hKT+SJx7Konc=; b=QbjouTgjJZA9is2zKuCNXdWJSu3HgKD/ofS+dMx1+sHngxSmtokbvMzBv3bggDEO6VURKLyWuKZ6IZIrmt7mtwpyS0F3tybW+fTbgPd8mtQ1evVevKs4rIJ5NtUKCrpQa18ooxinng2gegwsj/UdbkGT2WelZ7HzSK1/ivG44SSQ7hQm+ggI249BqZP1cbp39h3QzfCdg43jjfpmJbNsziqvhP7kU5iUZ6rQHVPnJ76qZpv84US/7XsYuK3iykg+0xGpPK7ltBEP8OmObZfka/H/KpqoCCRnZzzpC0gxlixjDR1PgJdd4aHUtMAhR+4Gxh/faThtUXmJrYGkVabbQw== 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=oYE6F5/BFuE8LRRH3qryt4PxCbTmSE2hKT+SJx7Konc=; b=MamhQtu97y7acOxSIEuT80RsDBmTy71vLCgIpSt0GB7kNIPOEv7ISG88Y6DBaze3R0H9JWE7Khp+zB2mIUf/QFn2v7gZPr834AmtBJSUgItjCTOD77GK+N2zIYDC/H52RVt3ToHeUla5yzhomEGaKrH4LMfDO0pEDXpC4P4tWv8= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by CY4PR11MB1830.namprd11.prod.outlook.com (2603:10b6:903:125::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.13; Tue, 1 Mar 2022 17:49:58 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5017.027; Tue, 1 Mar 2022 17:49:58 +0000 From: "Mankamana Mishra (mankamis)" To: "bess@ietf.org" Thread-Topic: Bess session would be in person as well as remote Thread-Index: AQHYLZSD80AaJ+7xmEyqPygpuMYpVg== Date: Tue, 1 Mar 2022 17:49:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4cef202f-e2f8-41c8-9cb1-08d9fbabe74d x-ms-traffictypediagnostic: CY4PR11MB1830:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: nTWsQajCjwgH5nGNVY7hGs0oD5u6tiS86GwajpI7715AitG4PthHQdshMFmGa2L1z9+sp+SBnHe5365QiSUTeyGvx/VJ4n3paJN7JgjlYguoNTJdlf7A2EQxeYfe+dkDPCFqhMLk6+ve4alF/RwCrW1yrHVmz96VAZbi/y62K1CUWFIFT3AfSqkUyWyPMwxe1tCoy4WcuhLHeWKovu27YODxzu6QyPRu8Wns77Yi8MZAC78xOxrk9ZAt0X5oWxSCpf8ower2ov7gizKVb8wvjfq4bpdkqV/I6Gnx5APZ85vgp64N9z4ccYA9fC3+qj5S/UCup6zYjgGZ9lkx5yqtY8BZ4g1l46hDf+YRT6Gk1qBQt01qH+yVhSjvYIkcg5WDo5JgxkeLOmzkxgf5b9RlQ8KSg+bMXQvUvhq15oN7F5JGrdQ5KNBiDMZYfA5OCdJPijoA/fr7ZipFlGNtPRQAHaIrohyTRe6fDg1T/LsHOvhdXoeh2RVr6j9Dg7Rsda3kxY4F+dPTtEltwfnFUqsfqqHGIv9UESb5WLaxt0gfIMENYRZcft/XGw2i1uHlUI++h1xOSKCiOkERsqbbxayE8/PY375wrKmvLblohWVfZeIK07iBk71wqpGyT3AVPhK9Kj1D68AZXN9BldoV/r6Vc5dknJsV5BBgf4J4qC9Zy+LDGyU0KjVB9brw5xqEtjn4/U+O1t7f19qwWnzBR8H4pA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6506007)(122000001)(38100700002)(9686003)(7696005)(5660300002)(186003)(4743002)(83380400001)(33656002)(26005)(2906002)(71200400001)(6916009)(316002)(8936002)(52536014)(8676002)(64756008)(66556008)(66446008)(66476007)(508600001)(66946007)(4744005)(76116006)(38070700005)(86362001)(55016003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?8ayRjIqke6D8mZSLo6eNHXPDgvGZoV2WP93I2z7a//pp55+kL9OH/XW3BG74?= =?us-ascii?Q?VGWySUbgoByylbeHXKMVr87Dhbovjdq/pcgUFDZj+S1uwjJTBTpOtfQEWpWc?= =?us-ascii?Q?0Pmx0s+U5dyxedPr7cq9ELpdx4U05IOiDv8iHYleePXX/Ei7y6Jg/Mz/4qE/?= =?us-ascii?Q?64fxtFoyExGf0mG9GfnjrWVaV4KtzXi4wOFQ1vWaeq5ZwuKJJNTIoUPKU9IX?= =?us-ascii?Q?95YvR3/TDpN6Ksmc6WPVTZI34V03y2k8hbLcgcdn8retyFMsUNWjxy7PLGsZ?= =?us-ascii?Q?iLz8tn/ntmCcZcW4CFtywSbe7hsxmpzqiuRQCnWHl30whHDofKsrKbAiofi8?= =?us-ascii?Q?jZcBr4q120mmWsfljV2XwdCI0YjFp9kPXt9bwEBKyMrncj6AkDB18kqvjjNi?= =?us-ascii?Q?evbK302l3edHrzcykHwRYmy92NYs5Fa8RrItDlqljEnOQAMFj+6vfKZmg7/H?= =?us-ascii?Q?zNDtTQuFCegbR0pkX72IWlM44rHm+Eqsx7vZJeocuzR+Iy17H7zbGIDxQq0c?= =?us-ascii?Q?CFPP6+va9Fh5ENbdI/LHZzUbv6qwVaeCzZc0zk4YSZFI3w7wI/H1IdrAFum9?= =?us-ascii?Q?CHBTseDMtXus+kK+pTYLe4W3J5HEiENrs+JVvQ1Sv+yU2LG8tZIRkxFQI1G+?= =?us-ascii?Q?qDmUpYqVA2M4MGWjrVH2oypm9gQPTcyf/Mb9Xy5uVX3AGc8ReRrjGwZaYKmy?= =?us-ascii?Q?EiR/88iUeLQHdYlyG1+3Q55oDFJBL7MCftXUNXGi76rXmmIYsIMwrtCR3x9Q?= =?us-ascii?Q?XmPNtgtz+9fYkhtX92+6393VZvL1M/R4wF5kIvSkrBSRrZKSOzjbqTlIiNfz?= =?us-ascii?Q?957ztkv0RLSTN61ZlE2DeOz26ldaMx1jgLcAwjSsWpjPJjvUID83h3ITSjst?= =?us-ascii?Q?u2c/Osjh0drEb7unMWmMhr9TUk4I0/gXUcT+uU9pZ59Rr9Zg5rDRE5Xi5trj?= =?us-ascii?Q?YvFKSj7rHmSTmQ8HPpBnhDTMgMq/but+RMPudH2WXb6ggeQFUyM1vKrCqA5d?= =?us-ascii?Q?Eumrm7fL285z6+co2HqZgI1aSjvuIpnSHnghVonNA+kXr130Q/fflc4RHTi4?= =?us-ascii?Q?0pO0lWasIeNvWzOgIMmfr6MMPzIFRKSmKiypKL3uGQJtX6fuhV2aM8eSWCEC?= =?us-ascii?Q?UYRBuuPJTd12EGq93m8sw7FLMSH9iuDr/nLhscLNmkPEiolpSaZm10xm3DMv?= =?us-ascii?Q?Z5JV6zwnGq0y4SdZge/HMOLvXIGzPdUB36XnCnJfIvE1EKhbeHnwRSUxooAg?= =?us-ascii?Q?gPcAJv6csOc8rnNbeYlgmrSN2d++AouBO6K5Waug/8GdZdi0u/YIaKfH7MPZ?= =?us-ascii?Q?X90/MHInkzW+/ZYfrwlbC1fdCO6wyh77+iNpq/izrNyn0pRXJEwKJ16x0803?= =?us-ascii?Q?+vas5GMHMxuX8uylbe4rjvIKkSCuu5eMCe7AyvGkL/Yb2hR5BiyVaVbXswp0?= =?us-ascii?Q?AaDyzP8XZN1C3VUK6IuOBi28UYko1KkJBo8DQ+cN9BcfELFK1RDsLv6vkKvU?= =?us-ascii?Q?9NGepEqU4xfy/pNR0Q4cGr13nJKJgBSjiC0e8SSt12Yf+wMVgwYuksAwzojS?= =?us-ascii?Q?BJYrsFImMyFf7wPhovEEPbXAsy3mEO6EQUNfptXrv/iQ5+f0tcREpQJ6gZKy?= =?us-ascii?Q?YG4MweEpAXLVQDAyr4rhBEJdrP0N3mEG7hbbKVAshtjf?= Content-Type: multipart/alternative; boundary="_000_BYAPR11MB27258D419E8BCB1BBB088D91DF029BYAPR11MB2725namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2725.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4cef202f-e2f8-41c8-9cb1-08d9fbabe74d X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2022 17:49:58.6832 (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: lrHeIxQ5eXLG6D6blZogM3d/7D0lFCQWL097KGyKWmp7R7V0+km3OGDu3l05R0OX3vSg4rSy1WlAG/CMuWmHHQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR11MB1830 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: [bess] Bess session would be in person as well as remote X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2022 17:50:12 -0000 --_000_BYAPR11MB27258D419E8BCB1BBB088D91DF029BYAPR11MB2725namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, Just wanted to update on last email to group, that we have been able to ide= ntify one WG member who is going to be present insite. So now we would have= BESS session in person as well as remote. Both chairs would be remote only= . If there is any question about logistics , please send it across. Mankamana --_000_BYAPR11MB27258D419E8BCB1BBB088D91DF029BYAPR11MB2725namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

Just wanted to upda= te on last email to group, that we have been able to identify one WG member= who is going to be present insite. So now we would have BESS session in pe= rson as well as remote. Both chairs would= be remote only .

 

If there is any que= stion about logistics , please send it across.

 

Mankamana

--_000_BYAPR11MB27258D419E8BCB1BBB088D91DF029BYAPR11MB2725namp_-- From nobody Wed Mar 2 06:57:23 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D71DA3A0981; Wed, 2 Mar 2022 06:57:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dqwlmFDno6ys; Wed, 2 Mar 2022 06:57:16 -0800 (PST) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40C743A095C; Wed, 2 Mar 2022 06:57:16 -0800 (PST) Received: by mail-ed1-x530.google.com with SMTP id p4so2651652edi.1; Wed, 02 Mar 2022 06:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-language:thread-index; bh=Jz2buy9VQxB5XRb9HYY8ACW4AAHP+hFm802cGxDIDS8=; b=QrCOF3IMEqWea5R6tRrxvj92Urk/VXJCIosHCXKvwq4oFpQb2SKWGnqqiotd0RuqjV optIW1+6WpVihxoB2Gh2F04VfkAuFtjTesDAd5d0bVhyohKrwQWQPGBkTVhKJU5e459u 9FOEh2UYJ0kPgfsoH++skTadkXoRoWvpa+EUNpuSHigZ83DzDHTEEk6Nm7FxlrhSIybo 8efVM3y0/RkIT4OJxqwwei97PCi5x8M4JZwljuLabZwo+UHddAkmpNUP6aWceI48jdvl TXkgoMsFWYcHWJzxxIZvHLh5D1qeRIX+oEAym4ysbulmcp8Rof3iFnEI3WOh6YGQBO4D 2Rwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-language:thread-index; bh=Jz2buy9VQxB5XRb9HYY8ACW4AAHP+hFm802cGxDIDS8=; b=dPd16D21BoRUe/rzpb+TyFqUQuxW/TWBZwOW8+Eg8Dzd0GG8h5iCaEgp2xajHIBWrA JvBaA2uGU5jdkcrNxpx0Z4lzTxJS++5bhKAQ0FiosNX1XjSmDSbYKPvjMMWvDoenewLF GCKPenRp5pt50NMxnsDIbGNxgelJBnV64oRb5DQyXaabl+QtNiiHuuW7kVtfHQiTdkIu UOgtYY9L5BglBm6kDWXOxPBQuPLl9Cwy7znYaT3cir4imqrDUmbr7lVvYKMtAC7OU4Wx tJxiuuNE4/eeCKN5CH2SMcvN+iah4RTn0Nx03+g7q9hCOYgzrMKl6sZayOvCNHtr80lt nXxQ== X-Gm-Message-State: AOAM5307F+H56aC9FSZ77TlMWOIfVL9mCPGM82zTZLpEJuxDkznFchIp wisheWkunDXOV0bBPPomm38pgBW4XQ== X-Google-Smtp-Source: ABdhPJyngrn6YWXuEOQ4ztxbEye6Xz3q2cNJM/OKMbvYaqNLo6iKJus7+7UR9qD8mbA3bVLDMPgf+g== X-Received: by 2002:a05:6402:2801:b0:40f:f179:c3ca with SMTP id h1-20020a056402280100b0040ff179c3camr30372538ede.226.1646233033985; Wed, 02 Mar 2022 06:57:13 -0800 (PST) Received: from CSCOWPF2QW8Y3 ([173.38.220.39]) by smtp.gmail.com with ESMTPSA id vj23-20020a170907131700b006d583aff7easm6352678ejb.125.2022.03.02.06.57.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Mar 2022 06:57:13 -0800 (PST) From: To: "'Rabadan, Jorge \(Nokia - US/Sunnyvale\)'" , =?iso-8859-1?Q?'Luc_Andr=E9_Burdet'?= , , Cc: References: <081c01d8129a$0ded7900$29c86b00$@gmail.com> In-Reply-To: Date: Wed, 2 Mar 2022 15:57:12 +0100 Message-ID: <001b01d82e45$ccc98690$665c93b0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01D82E4E.2E8F2710" X-Mailer: Microsoft Outlook 16.0 Content-Language: fr Thread-Index: AQGZjZVKqwe3qrZpCDPwcd00R7V0sQJF883JAMvEQWoCeTI8pwFB3hFlrPMJwjA= Archived-At: Subject: Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-evpn-mh-split-horizon X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2022 14:57:21 -0000 This is a multipart message in MIME format. ------=_NextPart_000_001C_01D82E4E.2E8F2710 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, Regarding this draft, we are missing IPRs from most of the authors. Authors, Please respond to the IPR poll. The draft requires some updates before we can move fwd as discussed on the list. Brgds, Stephane From: BESS > on behalf of "slitkows.ietf@gmail.com " > Date: Wednesday, January 26, 2022 at 04:50 To: "bess@ietf.org " >, "draft-ietf-bess-evpn-mh-split-horizon@ietf.org " > Cc: "bess-chairs@ietf.org " > Subject: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-evpn-mh-split-horizon Hello Working Group, This email starts a two weeks Working Group Last Call on draft-ietf-bess-evpn-mh-split-horizon [1]. This poll runs until *the 9th of Feb*. We are also polling for knowledge of any undisclosed IPR that applies to this document, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as an Author or a Contributor of this document please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR. The Document won't progress without answers from all the Authors and Contributors. There is no IPR currently disclosed. If you are not listed as an Author or a Contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. We are also polling for any existing implementation as per [2]. Thank you, Stephane & Matthew [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-split-horizon/ [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw ------=_NextPart_000_001C_01D82E4E.2E8F2710 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

Regarding this draft, = we are missing IPRs from most of the authors.

 

Authors,

 

Please respond to the = IPR poll.

 

 

 

The draft requires = some updates before we can move fwd as discussed on the = list.

 

Brgds,

 

Stephane

 

 

From: BESS <bess-bounces@ietf.org> on = behalf of "slitkows.ietf@gmail.com"= <slitkows.ietf@gmail.com>Date: Wednesday, January 26, 2022 at 04:50
To: = "bess@ietf.org" = <bess@ietf.org>, "draft-ietf= -bess-evpn-mh-split-horizon@ietf.org" <draft-ietf= -bess-evpn-mh-split-horizon@ietf.org>
Cc: "bess-chairs@ietf.org" = <bess-chairs@ietf.org>
S= ubject: [bess] WGLC, IPR and implementation poll for = draft-ietf-bess-evpn-mh-split-horizon

 

Hello = Working Group,

   

This = email starts a two weeks Working Group Last Call on = draft-ietf-bess-evpn-mh-split-horizon [1].

 

This = poll runs until *the 9th of Feb*.

 

We are = also polling for knowledge of any undisclosed IPR that applies to this = document, to ensure that IPR has been disclosed in compliance with IETF = IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more = details).

If you = are listed as an Author or a Contributor of this document please respond = to this email and indicate whether or not you are aware of any relevant = undisclosed IPR. The Document won't progress without answers from all = the Authors and Contributors.

 

There is = no IPR currently disclosed.

 

If you = are not listed as an Author or a Contributor, then please explicitly = respond only if you are aware of any IPR that has not yet been disclosed = in conformance with IETF rules.

 

We are = also polling for any existing implementation as per [2].

   

    Thank = you,

    Stephane & = Matthew

 

    [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-split-ho= rizon/

    [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vP= C4rg56SEdkjqDpw

 

------=_NextPart_000_001C_01D82E4E.2E8F2710-- From nobody Wed Mar 2 07:02:01 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B74793A09AF; Wed, 2 Mar 2022 07:01:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com 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 YZmvJRhSMPmP; Wed, 2 Mar 2022 07:01:51 -0800 (PST) Received: from NAM02-BN1-obe.outbound.protection.outlook.com (mail-bn1nam07on2071f.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eb2::71f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C63273A09A1; Wed, 2 Mar 2022 07:01:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n5PlFJwdK41MJiDqoMedlNTNOo1MVC8m59zzhFjuZWjjsLWLzyDL+hw/N7XW2YECnrYsuDod+f3xcLUgRodypIK0CY9OPlG6wyWOhv6GxhRRhPE7Hs3lfwhbs/KhG6eue1HjMoDxLHYm6KYgmFnlzFLUMI8ySeZ7UaqmdiKxmu6WrTTBXntIYZgoN/wdwpFjxtnWoIMO20m2YkN9uIRwVqbXDRRJj2Kvi3fCpgJWlCQZZATvPV2ig1V0wKf+wO86vGKveUU6sDz+YTC9OXq9XPNN299EJdfuYe+SxRBvpW4kqVWLzCNZRJx+DXJ0F9+NZPuftHtnhYU9zofsAFv/qA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fJ0eeBN8XGg2BZUEVkL+Yzn1q4BqH2TV3GvBcJEcYr4=; b=bssGJNBUkt/vkun6ItxmHm15AYYYPhM5Pz68Ylo68N0A5Cr+fRb0STVmzyRWcxVEcf2jk7YNgcyG0iGtNou//luchtWw4gSYgKyy1kSHBxmhJaTzot4bsJmw2gF50tcFr0BwfIcyvDJzLtcYhl9dDhjAZtgniyBEw8J2B5Tmnl76iKsq7U2SwE9nmlfKosD4vn/pY9U20OvJ6u/omftTVzBMDz7mOtVJUV57VPX6J/0z+FQYffKj1MvQenN8oBXQ6/gcRvVodaiA1bIm6yg9RXGWhMzUd4/OhcJQ2iJZGBdnDusAcckaiLYyszEpAy6ytpGh2VV4W2jiD78NmAyCXQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fJ0eeBN8XGg2BZUEVkL+Yzn1q4BqH2TV3GvBcJEcYr4=; b=IEIH4nuwCNj5uj2uj/OTncT8Joq1moQlnYnSTNnEF9ClFAC53CmNOQHc7I1i6dSLhSO4JeT7FU1785997WrpBC3CDV68uaRneO2jlRD8/lPh6ji7Dvjfr5e4ek841ATZx8q5P2hYlgEhp3aT0ivccUqnr1r3xAcTswzBEH3S7nI= Received: from BY3PR08MB7107.namprd08.prod.outlook.com (2603:10b6:a03:356::7) by DM6PR08MB5754.namprd08.prod.outlook.com (2603:10b6:5:179::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.24; Wed, 2 Mar 2022 15:01:45 +0000 Received: from BY3PR08MB7107.namprd08.prod.outlook.com ([fe80::da8:6e69:d4ea:253d]) by BY3PR08MB7107.namprd08.prod.outlook.com ([fe80::da8:6e69:d4ea:253d%4]) with mapi id 15.20.5038.014; Wed, 2 Mar 2022 15:01:45 +0000 From: "Nagaraj, Kiran (Nokia - US/Sunnyvale)" To: "slitkows.ietf@gmail.com" , "Rabadan, Jorge (Nokia - US/Sunnyvale)" , =?iso-8859-1?Q?=27Luc_Andr=E9_Burdet=27?= , "bess@ietf.org" , "draft-ietf-bess-evpn-mh-split-horizon@ietf.org" CC: "bess-chairs@ietf.org" Thread-Topic: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-evpn-mh-split-horizon Thread-Index: AdgSmb6OpNZf+pz3RJuCIB2dwk1GYQAKNfLzAF2u8PwACp0E7gAPybhYBmi3xwAAACIvkA== Date: Wed, 2 Mar 2022 15:01:44 +0000 Message-ID: References: <081c01d8129a$0ded7900$29c86b00$@gmail.com> <001b01d82e45$ccc98690$665c93b0$@gmail.com> In-Reply-To: <001b01d82e45$ccc98690$665c93b0$@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e79707ef-e280-4963-31cd-08d9fc5d9161 x-ms-traffictypediagnostic: DM6PR08MB5754:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: q4kQDHaRJbC/vuXYmsT4nzNg3DrDcRxwfTfMl1X4KgQt5/t8J/qRDEhjaAxTwBzp80tr9Q7hVFxCjL/EwIOuU91t6Ijg6GYIJmU5MRV8OL6sR7OqTO40Pm2yjPQFq5EAify3LWFCXeBTGQRA+dw/Tqcb1wwKgD8dt7xlxq2H1XTr7Y7mmZ72Spl3J/GkjaRq7iSSBoQz4+9IKzkfauUb3SvOHx3NnLw6/vH0UPDp+KQKhr8DKAVad0suja507X/oFn8wlC6Zeme1G4AnZeNdFDuIzFYMBcVdW90t1dTuSMtRLeQi0TtXhWN5TUOeOe4kGwTMTtoG8XnZ+JHOm9iMq2I4ujim8WdHvRbCPeIdSezEn4uDZfsuHhP7dQlmWx5DZ9hNQxL1WU9Cr/E6Q72aPJmUhVhagHhM/ybSRKmHyJrlaFTqHaz1/luNrlJVy429cdyBuNkos7ZzhdMVMjGfxmEhOlSZLE6O/J7Vcqxst7eTmVhMqjHBNWNbkQOheZce37osv56byHZN/3jIg8IwVY3w8J3C4FiAWR6Lex0oPrH8i37T1mabAisC/JgKz60htuLRPl3Rc7SZ3WSCXkfb+4lSapfEJWSuY5obdbOzlzsQaZHwXAES7kbR93WqcF1v9wToArhI3o8l7Q+++U04TaEHO2VJmO5d6R0i3oizsTg3z0F6Y8MrQbKYLgR+Ye44zIRT8hKt2zrK0amX1Y55SiS6o6BzpfqyjraqzAGq91sZYUcqW6JQop7v04lIHsLsnp6SoLpgAnaqBmn4PXRWIyITvWAtZInkD9QGT71ZiyvCJG2A6v/hyBDn0T3Wy2cIXU7sqP+9yKeiUIV5SJInmA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR08MB7107.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(82960400001)(55016003)(2906002)(38100700002)(166002)(38070700005)(9686003)(7696005)(53546011)(66446008)(6506007)(5660300002)(52536014)(8936002)(86362001)(966005)(316002)(64756008)(66556008)(508600001)(76116006)(33656002)(66946007)(26005)(66476007)(4326008)(110136005)(71200400001)(83380400001)(122000001)(186003)(8676002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?VevqRr4mwCmSh5G3hba9jAsY/I+E0NoPhBOQuxt3TvwrNXQjU2weZJOkxU?= =?iso-8859-1?Q?7fj0S1mcZg+yL6NzxW8zlmkRIFGmRf+sPuqjN9pXrpLq1eiu9BUrnFHu2n?= =?iso-8859-1?Q?orselPk4wrfZg5b9tRBdY2zrd0IUhLY2tDhyAFOb2z2UjjXfXG2Nb3fq/i?= =?iso-8859-1?Q?ZaIvJaQ/WZ6iRNCndbWYKMPHiBydhT8lB4JTY5rMajNtDguxRIHvIeCjfx?= =?iso-8859-1?Q?5jh/QZnk6et24VvLwTPVsklZDaHIE6igIqC99npVEANr26UFBXfutuOt1Z?= =?iso-8859-1?Q?fxT2ctn7DM+INmdCbBqxUF6MQZ4sXWF+sll9+gbQd5XVe4OcUCH0qGYrQy?= =?iso-8859-1?Q?ryqt+f1S3WoeES7RIMKgHJ3aIGgYQ+fXSA/ExhvgEVDQ8zp7j0hodswuVe?= =?iso-8859-1?Q?9OSHjFP33FDocddKVWcWC77oR6CxWieydHUxYdRfGUJndqqNIewkfQKm9O?= =?iso-8859-1?Q?zbYoZXdGu3JUziBhnr/ndfscdoeWMERAb+Nb+LaMWPey23RiuUEsKmFy7n?= =?iso-8859-1?Q?tU04IOzMZAR21Qohtn/c2+YHgKqbQEc+BtDN1N7G0RAgqSjxKxbCmMqeK4?= =?iso-8859-1?Q?MYPizgsh/9gW25bhYMuHPaiMPTjL0Ibbn8IfxyG3hUo5UQjvNnCwYTryb/?= =?iso-8859-1?Q?1GRz6LQxXdVfksVEvttbNZCo0MOuOwu93vmLxNiZpJ1NNDI8L6o3oUAUub?= =?iso-8859-1?Q?wp1YAilFALWj26+VRTm0a2U35jI6Kmak6cqtGp74dkqzW+jvC7KcLnka8w?= =?iso-8859-1?Q?cLiKLl/gRc+p6Gpi+m+q8fKA+Qxgy1nQTOQ36w3vmDGlUls3Faufa9zJpm?= =?iso-8859-1?Q?SJOKPepTfAaTFQ/6OAV5kXkG9SGXyvd5TmpdWSmH5g50vrapZMnYIHbCoA?= =?iso-8859-1?Q?/rJoWJEYBqYocZJUF7oNgvTabBgsF6x/9lXxS6lGh2jYO8aPqVutEWt+D6?= =?iso-8859-1?Q?NEuxxNYz1XE+sitZC6nom75oveNmfrsrIgRjdc4b/vStMnA1QGP4ApMpYM?= =?iso-8859-1?Q?GU4ck1VzS87h0vUOnZXez1Ln2podEagkI7To49fIGr+I+P2+syhkDNyN+u?= =?iso-8859-1?Q?ivqrFP620bclWnRUjzF94VdYPtjXhepxp2Xa1/7/tvqAV38wBeprSa6qhb?= =?iso-8859-1?Q?IjvRPf8ME4Tmwp4868TD+hBhh3xjt2CLC1S3EA/+UR4t879B9dc75eQ++n?= =?iso-8859-1?Q?bOgdLD/abu3U4SXVe05S4vm3ekbKDz2D554JXkCE0vHOs9E7j1Fj0/BysE?= =?iso-8859-1?Q?lEbBgrvnO3iBlVUABEdP6BT7F83+8zQg5dr9x0JbsBlb4Pvgn4kWOt+LI0?= =?iso-8859-1?Q?nXv8Go97g7A7kEk0Gr36zPs0Kl4FBZpuMckmI6t8XZbSBfwbmjh7GFeopz?= =?iso-8859-1?Q?PRsxlX3TByRco35FZvkdAd3upkSSDpB+TY8kQR8g4AWaeRlsQwHftpc2X5?= =?iso-8859-1?Q?+9/F7dnNLYZ7pK3gtZpXt4SgS3FRWBYJ/ljZzvjtoIVVDrP9xuMtWZ8rnP?= =?iso-8859-1?Q?Gz0etrPfad2rXVuSvx5KDzZeqRQ+Wmo24XM9MewyN9tWg1UhMQXg8IiB+n?= =?iso-8859-1?Q?EldJwV6tcsOBpcEF7//cIVRQyqr8unHQlMLCPePnyVZHi35oQher1cMj3X?= =?iso-8859-1?Q?C6AcbWKoRRmApKgcF12mj6b/BSRhqs/FsDKA2nAHxL1/OKwiS5pt4hnGbd?= =?iso-8859-1?Q?pZhBPq5jrgB4eFMKZG0=3D?= Content-Type: multipart/alternative; boundary="_000_BY3PR08MB7107B08A47910719D1FDF95BF6039BY3PR08MB7107namp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR08MB7107.namprd08.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e79707ef-e280-4963-31cd-08d9fc5d9161 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2022 15:01:44.9141 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: AvyykFwZnxlMLurlGyu998ejwCDUgsqm/qd3VB8SM0QEm9vvpV6qa4oz7kfzLng9q/xbr4ZNTydytUGlX4pJqg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR08MB5754 Archived-At: Subject: Re: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-evpn-mh-split-horizon X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2022 15:01:57 -0000 --_000_BY3PR08MB7107B08A47910719D1FDF95BF6039BY3PR08MB7107namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Apologies for the late response. I support this draft as a co-author. I am not aware of any IPR related to t= his. Thanks Kiran From: slitkows.ietf@gmail.com Sent: Wednesday, March 2, 2022 6:57 AM To: Rabadan, Jorge (Nokia - US/Sunnyvale) ; 'Luc A= ndr=E9 Burdet' ; bess@ietf.org; draft-ietf-bess-ev= pn-mh-split-horizon@ietf.org Cc: bess-chairs@ietf.org Subject: RE: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-e= vpn-mh-split-horizon Hi, Regarding this draft, we are missing IPRs from most of the authors. Authors, Please respond to the IPR poll. The draft requires some updates before we can move fwd as discussed on the = list. Brgds, Stephane From: BESS > on behalf = of "slitkows.ietf@gmail.com" > Date: Wednesday, January 26, 2022 at 04:50 To: "bess@ietf.org" >, "draft-ietf-bess-evpn-mh-split-horizon@ietf.org" > Cc: "bess-chairs@ietf.org" > Subject: [bess] WGLC, IPR and implementation poll for draft-ietf-bess-evpn-= mh-split-horizon Hello Working Group, This email starts a two weeks Working Group Last Call on draft-ietf-bess-ev= pn-mh-split-horizon [1]. This poll runs until *the 9th of Feb*. We are also polling for knowledge of any undisclosed IPR that applies to th= is document, to ensure that IPR has been disclosed in compliance with IETF = IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as an Author or a Contributor of this document please res= pond to this email and indicate whether or not you are aware of any relevan= t undisclosed IPR. The Document won't progress without answers from all the= Authors and Contributors. There is no IPR currently disclosed. If you are not listed as an Author or a Contributor, then please explicitly= respond only if you are aware of any IPR that has not yet been disclosed i= n conformance with IETF rules. We are also polling for any existing implementation as per [2]. Thank you, Stephane & Matthew [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-split-hori= zon/ [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjq= Dpw --_000_BY3PR08MB7107B08A47910719D1FDF95BF6039BY3PR08MB7107namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Apologies for the late response.<= /span>

 

I support this draft as a co-author. I am no= t aware of any IPR related to this.

 

Thanks

Kiran

 

From:= slitkows.ietf@gmail.com <slitkows.ietf= @gmail.com>
Sent: Wednesday, March 2, 2022 6:57 AM
To: Rabadan, Jorge (Nokia - US/Sunnyvale) <jorge.rabadan@nokia.co= m>; 'Luc Andr=E9 Burdet' <laburdet.ietf@gmail.com>; bess@ietf.org;= draft-ietf-bess-evpn-mh-split-horizon@ietf.org
Cc: bess-chairs@ietf.org
Subject: RE: [bess] WGLC, IPR and implementation poll for draft-ietf= -bess-evpn-mh-split-horizon

 

Hi,

 

Regarding this draf= t, we are missing IPRs from most of the authors.

 

Authors,=

 

Please respond to t= he IPR poll.

 

 

 

The draft requires = some updates before we can move fwd as discussed on the list.

 

Brgds,

 

Stephane=

 

 

From: BESS <bess-bounces@ietf.org> on behalf of &= quot;slitkows.ietf@gmail.com= " <slitkows.ietf@gmail.c= om>
Date: Wednesday, January 26, 2022 at 04:50
To: "bess@ietf.org" &= lt;bess@ietf.org>, "draft-ietf-bess-evp= n-mh-split-horizon@ietf.org" <draft-ietf-bess-evpn-mh-split-horizon@ietf= .org>
Cc: "bess-chairs@ietf.o= rg" <bess-chairs@ietf.o= rg>
Subject: [bess] WGLC, IPR and implementation poll for draft-ietf-bes= s-evpn-mh-split-horizon

 

Hello Working Group,

   

This email starts a two weeks Working Grou= p Last Call on draft-ietf-bess-evpn-mh-split-horizon [1].

 

This poll runs until *the 9th of Feb*.

 

We are also polling for knowledge of any u= ndisclosed IPR that applies to this document, to ensure that IPR has been d= isclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5= 378 for more details).

If you are listed as an Author or a Contri= butor of this document please respond to this email and indicate whether or= not you are aware of any relevant undisclosed IPR. The Document won't prog= ress without answers from all the Authors and Contributors.

 

There is no IPR currently disclosed.

 

If you are not listed as an Author or a Co= ntributor, then please explicitly respond only if you are aware of any IPR = that has not yet been disclosed in conformance with IETF rules.

 

We are also polling for any existing imple= mentation as per [2].

   

    Thank you,<= span lang=3D"EN-CA">

    Stephane & Matthew<= /span>

 

    [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-split-horizon/=

    [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw<= /span>

 

--_000_BY3PR08MB7107B08A47910719D1FDF95BF6039BY3PR08MB7107namp_-- From nobody Wed Mar 2 18:50:21 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 666823A10DC; Wed, 2 Mar 2022 18:50:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no 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 GG4ZHclu-iT5; Wed, 2 Mar 2022 18:50:11 -0800 (PST) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5F7C3A10DD; Wed, 2 Mar 2022 18:50:10 -0800 (PST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4K8Fp815t5z85t04; Thu, 3 Mar 2022 10:50:08 +0800 (CST) Received: from njxapp05.zte.com.cn ([10.41.132.204]) by mse-fl2.zte.com.cn with SMTP id 2232nsxd073650; Thu, 3 Mar 2022 10:49:55 +0800 (GMT-8) (envelope-from wang.yubao2@zte.com.cn) Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Thu, 3 Mar 2022 10:49:54 +0800 (CST) Date: Thu, 3 Mar 2022 10:49:54 +0800 (CST) X-Zmail-TransId: 2afd62202cd233bd3196 X-Mailer: Zmail v1.0 Message-ID: <202203031049546902275@zte.com.cn> Mime-Version: 1.0 From: To: Cc: Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 2232nsxd073650 X-Fangmail-Gw-Spam-Type: 0 X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 62202CE0.000 by FangMail milter! X-FangMail-Envelope: 1646275808/4K8Fp815t5z85t04/62202CE0.000/10.30.14.239/[10.30.14.239]/mse-fl2.zte.com.cn/ X-Fangmail-Anti-Spam-Filtered: true X-Fangmail-MID-QID: 62202CE0.000/4K8Fp815t5z85t04 Archived-At: Subject: Re: [bess] =?utf-8?q?=5BIdr=5D_Review_request_for_draft-ietf-bess-sr?= =?utf-8?q?v6-services-11?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2022 02:50:16 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgYXV0aG9ycywNCg0KIA0KDQogICBJIHJldmlld2VkIHRoaXMgZHJhZnQgYW5kICBJIGRvbid0 IHVuZGVyc3RhbmQgdGhpcyAgc2VudGVuY2UgdmVyeSB3ZWxsOiAgIlRoZSAgU1J2NiBFbmRwb2lu dCBiZWhhdmlvciBvZiB0aGUgU2VydmljZSBTSUQgdGh1cyBzaWduYWxlZCBpcyBlbnRpcmVseSB1 cCB0byB0aGUgb3JpZ2luYXRvciBvZiB0aGUgYWR2ZXJ0aXNlbWVudCINCg0KICAgSXMgaXQgc2F5 aW5nIHRoYXQgd2hlbiBQRTEgcmVjZWl2ZXMgYW4gRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSB3 aG9zZSBTUnY2IFNJRCBJbmZvcm1hdGlvbiBTdWItVExWJ3MgIFNSdjYgRW5kcG9pbnQgQmVoYXZp b3IgZmllbGQgIGlzIHNldCB0byBYIO+8iHdoZXJlIFggaXMgbm90IDB4RkZGRiksDQoNCiAgIHRo YXQgRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSBzaG91bGQgYmUgaW5kaWZmZXJlbnRseSBwcm9j ZXNzZWQgYnkgUEUxIG5vIG1hdHRlciB3aGF0IHZhbHVlIHdpbGwgIFggYmUgc2V0IHRvPw0KDQoN Cg0KDQogICBJcyBpdCBuZWNlc3NhcnkgZm9yIHRoZSByZWNlaXZlci1zaWRlIHByb2Nlc3Npbmcg b2YgRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSdzIEVuZHBvaW50IEJlaGF2aW9yIGZpZWxkIHRv IGJlIGNsZWFybHkgZGVzY3JpYmVkPw0KDQoNCg0KDQpUaGFua3MsDQoNCg0KWXViYW8= --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwPjxicj48L3A+PHA+SGkgYXV0aG9ycyw8L3A+PHA+ Jm5ic3A7PC9wPjxwPiZuYnNwOyAmbmJzcDtJIHJldmlld2VkIHRoaXMgZHJhZnQgYW5kJm5ic3A7 IEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGlzJm5ic3A7IHNlbnRlbmNlIHZlcnkgd2VsbDombmJzcDsg IlRoZSZuYnNwOyBTUnY2IEVuZHBvaW50IGJlaGF2aW9yIG9mIHRoZSBTZXJ2aWNlIFNJRCB0aHVz IHNpZ25hbGVkIDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDAsIDE3NiwgMjQwKTsiPjxlbT48c3Ry b25nPmlzIGVudGlyZWx5IHVwIHRvIHRoZSBvcmlnaW5hdG9yPC9zdHJvbmc+PC9lbT48L3NwYW4+ IG9mIHRoZSBhZHZlcnRpc2VtZW50IjwvcD48cD4mbmJzcDsgJm5ic3A7SXMgaXQgc2F5aW5nIHRo YXQgd2hlbiBQRTEgcmVjZWl2ZXMgYW4gRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSB3aG9zZSBT UnY2IFNJRCBJbmZvcm1hdGlvbiBTdWItVExWJ3MmbmJzcDsgU1J2NiBFbmRwb2ludCBCZWhhdmlv ciBmaWVsZCZuYnNwOyZuYnNwO2lzIHNldCB0byBYIO+8iHdoZXJlIFggaXMgbm90IDB4RkZGRiks PC9wPjxwPiZuYnNwOyAmbmJzcDt0aGF0IEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUgc2hvdWxk IGJlJm5ic3A7aW5kaWZmZXJlbnRseSZuYnNwO3Byb2Nlc3NlZCBieSBQRTEgbm8gbWF0dGVyIHdo YXQgdmFsdWUgd2lsbCZuYnNwOyBYIGJlIHNldCB0bz88L3A+PHA+PGJyPjwvcD48cD4mbmJzcDsg Jm5ic3A7SXMgaXQgbmVjZXNzYXJ5IGZvciB0aGUgcmVjZWl2ZXItc2lkZSBwcm9jZXNzaW5nIG9m IEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUncyBFbmRwb2ludCBCZWhhdmlvciBmaWVsZCB0byBi ZSBjbGVhcmx5IGRlc2NyaWJlZD88L3A+PHA+PGJyPjwvcD48cD5UaGFua3MsPGJyPjwvcD48cD5Z dWJhbzwvcD48cD48YnI+PC9wPjxwPjxicj48L3A+PC9kaXY+ --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Thu Mar 3 11:54:01 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3522B3A10E7; Thu, 3 Mar 2022 11:54:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.94 X-Spam-Level: X-Spam-Status: No, score=0.94 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 qw14FAAL1ku3; Thu, 3 Mar 2022 11:53:58 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41F953A0963; Thu, 3 Mar 2022 11:53:58 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=50.107.120.176; From: "Susan Hares" To: , Cc: Date: Thu, 3 Mar 2022 14:53:54 -0500 Message-ID: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0243_01D82F0E.812542A0" X-Mailer: Microsoft Outlook 14.0 Content-Language: en-us Thread-Index: AdgvOGlieceosg5HRQ2hFxIrMlOYZQ== X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2022 19:54:00 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0243_01D82F0E.812542A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings Bess and IDR: The IDR chairs request that each of the authors of draft-dskc-bess-bgp-car-03.txt. submit an IPR statement in response to this email. The motivation for this IPR call is below. We expect IPR responses from the authors: Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, Ketan Talaulikar, Dirk Steinberg, Luay Jalil, Yuanchao Su, Bruno Decraene, Jim Guichard, Keyur Patel, Haibo Wang There is one IPR filed against this draft: https://datatracker.ietf.org/ipr/4844/ Motivation for IPR call ========================== Why are the IDR calling for IPR statements? The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt have asked for WG Adoption. We have two drafts that are discussing embedded NLRI (color). draft-dskc-bess-bgp-car-03.txt https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and draft-kaliraj-idr-bgp-classful-transport-planes-13.txt https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-pl anes/ Since the IDR chairs know these drafts may overlap, we expect to work closely with the bess-chairs, spring-chairs, IDR WG, and BESS WG any WG adoption and WG LC. Other Discussions ================== IDR WG held an interim on 1/24/2022 that discussed these two drafts: The minutes are at: https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minutes-i nterim-2022-idr-02-202201241000-01 Jeff has started two mail threads for CAR/CT drafts based on 2 Questions: Question 1: BGP routes with color, Question 1: How does route resolution work with your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ Question 2: BGP routes with color, Question 2: Route origination and propagation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ Kaliraj began discussion on this email on IDR: https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be found at: https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ Sue Hares IDR chair Document Shepherd ------=_NextPart_000_0243_01D82F0E.812542A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Greetings = Bess and IDR:

 

The IDR chairs request that each of the authors of =

draft-dskc-bess-bgp-car-03.txt. =

submit an IPR statement in response = to this email.  

The motivation = for this IPR call is below.

 

We expect = IPR responses from the authors:

Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, =

 Ketan Talaulikar, Dirk = Steinberg, Luay Jalil,

Yuanchao Su, = Bruno Decraene, Jim Guichard,

Keyur = Patel, Haibo Wang

=

There is one  IPR filed against = this draft:

https://datatracker.ietf.org/ipr/4844/

Motivation for IPR call

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D

Why are the = IDR calling for IPR statements?

The = authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

have asked for WG Adoption. =  

 

We have two drafts that are discussing embedded NLRI = (color).

draft-dskc-bess-bgp-car-03.txt

https:= //datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-= classful-transport-planes/

 

Since the = IDR chairs know these drafts may overlap,   

we expect to work closely with the bess-chairs, = spring-chairs,  

IDR WG, and = BESS WG any WG adoption  and WG LC.    =

 

Other Discussions

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= o:p>

IDR WG held an interim on 1/24/2022 = that discussed these two drafts:  

The minutes are at:

https://datatracker.ietf.o= rg/meeting/interim-2022-idr-02/materials/minutes-interim-2022-idr-02-2022= 01241000-01

 

 

Jeff has = started two mail threads for CAR/CT drafts based on 2 Questions: =

Question 1: BGP routes with color, = Question 1: How does route resolution work with your = feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3= ZbI/

 

Question 2: BGP routes with color, Question 2: Route = origination and propagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh= 5b8/

 

Kaliraj began discussion on this email on IDR: =

https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPh= T7k/

 

The BESS email discussion regarding CAR (11/18/2021 = to 1/24/2022) can be found at:

https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN= 5b0EM/

 

 

Sue Hares =

IDR chair

Document Shepherd

 

------=_NextPart_000_0243_01D82F0E.812542A0-- From nobody Thu Mar 3 22:09:40 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2584C3A0CA8; Thu, 3 Mar 2022 22:09:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 C1LAd6JQZPPH; Thu, 3 Mar 2022 22:09:15 -0800 (PST) Received: from mail-vk1-xa2d.google.com (mail-vk1-xa2d.google.com [IPv6:2607:f8b0:4864:20::a2d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDD623A0CAA; Thu, 3 Mar 2022 22:08:02 -0800 (PST) Received: by mail-vk1-xa2d.google.com with SMTP id f7so3611290vkm.12; Thu, 03 Mar 2022 22:08:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hfsow+jcxImKu7HjO74GJKk5Jofv5zX8iZanX86pTyI=; b=XOQYknTG6MmoZJpNwAsLhFQdoFEft/L5/php8NfR4pK9qBT+Y6qiili/HWXLwsrR4B YA4XZrSTqmbnCEIsDesHCu1FRK7FsvJUtbPvK3UBuVc4/8y29HFZ+KnMfJ+tZtHKKQ4c LIdnz7m+anp/7SnkO8PVMseQ/LVjrRNrJVFZdOQCcITtGPtdrgyi4bhEtxXtlm4qAi41 DpZq1dFjV16wtV2CxsTeSLWytRIok/Wk+V0SL/xLmJcecUpebdR+zY3if5N/juGeZesB NoAEsPFRUgbyLKvOOdKjdEXd6dbGiq8S+kIQ/CY1nPU5m8PFJOIWyg6H6QaC7lDqW0JC okIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hfsow+jcxImKu7HjO74GJKk5Jofv5zX8iZanX86pTyI=; b=rJhWeEQAYXXgyRAcMi3eldafM0VjRp1W8dzip64Eng1yS8JLJPCC/pPwbmnYEyAMM1 UJvv7uXF3pOnZAcLJ5GWgt/Rz0MyHWl+c0KXMPXlUbSIKwfPU52KjgJRTkZlQD0+sqvv E1xIeO2+mWp4wP+8P/OHeBafgxXIKjkyqVWmYc7vGls71A/abJVL/aHErOXyFD9wjq1O luCECl2OKogmF/+jCtLgNIgvBHMxrLhvUPUH415X36oXOwIqdCXlfyWu3RO8MKLQViUU WjHGpJkoVDUbvSW5ipaHJDBA/EgFQv7FgyuPPNZRxPzens0IcFDIugD6pGu+MMxLyvBA NmYA== X-Gm-Message-State: AOAM531mzIja65RzAzOEePE4HpJYMHnWE0+0rYU5IE7G0lQJU+bI7qzQ TOOiXSKzYnEdRZE3jyMV6HaEo2eViFQABN6rVrXf1b4o X-Google-Smtp-Source: ABdhPJwsj2U/mizsYVKfE7hZhk0OUj4OhszmhAzpMA1++yjTFnCHKroDoQNNjGvyFM4ZAyi/jiVG93JWdI3OhcLE9Ec= X-Received: by 2002:a05:6122:702:b0:336:cad5:8fbc with SMTP id 2-20020a056122070200b00336cad58fbcmr2916581vki.2.1646374081473; Thu, 03 Mar 2022 22:08:01 -0800 (PST) MIME-Version: 1.0 References: <202203031049546902275@zte.com.cn> In-Reply-To: <202203031049546902275@zte.com.cn> From: Ketan Talaulikar Date: Fri, 4 Mar 2022 11:37:49 +0530 Message-ID: To: wang.yubao2@zte.com.cn Cc: draft-ietf-bess-srv6-services@ietf.org, BESS Content-Type: multipart/alternative; boundary="0000000000004b321205d95e56a5" Archived-At: Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 06:09:35 -0000 --0000000000004b321205d95e56a5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Yubao, Thanks for your email. Please check inline below. On Thu, Mar 3, 2022 at 8:20 AM wrote: > > Hi authors, > > > > I reviewed this draft and I don't understand this sentence very > well: "The SRv6 Endpoint behavior of the Service SID thus signaled *is > entirely up to the originator* of the advertisement" > KT> Indeed. The egress PE is the one that picks the SRv6 SID to be signaled with the specific route. > Is it saying that when PE1 receives an Ethernet A-D per ES route whose > SRv6 SID Information Sub-TLV's SRv6 Endpoint Behavior field is set to X > =EF=BC=88where X is not 0xFFFF), > > that Ethernet A-D per ES route should be indifferently processed by PE= 1 > no matter what value will X be set to? > KT> I am not sure of the draft text that you are referring to when drawing up this inference. For SRv6 SID behaviors that use arguments (e.g. Ethernet A-D per ES routes with behavior End.DT2M), it is necessary for the ingress PE to not be indifferent to the behavior since it needs to put the argument part correctly in the SRv6 SID used on the data path. > > Is it necessary for the receiver-side processing of Ethernet A-D per E= S > route's Endpoint Behavior field to be clearly described? > KT> Sec 6.3 is where the egress PE processing and use of the ARG received via the Ethernet A-D per ES route with the SRv6 SID received along with Route Type 3 is described. Thanks, Ketan > > Thanks, > > Yubao > > > > --0000000000004b321205d95e56a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Yubao,

Thanks for y= our email. Please check inline below.


On Thu= , Mar 3, 2022 at 8:20 AM <wang.yubao2@zte.com.cn> wrote:


Hi authors,

= =C2=A0

=C2=A0 =C2=A0I reviewed this draft and=C2=A0 I don't under= stand this=C2=A0 sentence very well:=C2=A0 "The=C2=A0 SRv6 Endpoint be= havior of the Service SID thus signaled is entirely up to the originator of the = advertisement"


KT> Indeed= . The egress PE is the one that picks the SRv6 SID to be signaled with the = specific route.=C2=A0

=C2=A0

=C2=A0 =C2=A0Is it saying that wh= en PE1 receives an Ethernet A-D per ES route whose SRv6 SID Information Sub= -TLV's=C2=A0 SRv6 Endpoint Behavior field=C2=A0=C2=A0is set to X =EF=BC= =88where X is not 0xFFFF),

=C2=A0 =C2=A0that Ethernet A-D per ES rout= e should be=C2=A0indifferently=C2=A0processed by PE1 no matter what value w= ill=C2=A0 X be set to?


KT> I a= m not sure of the draft text that you are referring to when drawing up this= inference. For SRv6 SID behaviors that use arguments (e.g. Ethernet A-D pe= r ES routes with behavior End.DT2M), it is necessary for the ingress PE to = not be indifferent to the behavior since it needs to put the argument part = correctly in the SRv6 SID used on the data path.=C2=A0=C2=A0


=C2=A0 =C2=A0Is= it necessary for the receiver-side processing of Ethernet A-D per ES route= 's Endpoint Behavior field to be clearly described?


KT> Sec 6.3 is where the egress PE processing and= use of the ARG received via the Ethernet A-D per ES route with the SRv6 SI= D received along with Route Type 3 is described.

T= hanks,
Ketan
=C2=A0


Thanks,

Yubao



--0000000000004b321205d95e56a5-- From nobody Fri Mar 4 03:58:31 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ECE73A1329; Fri, 4 Mar 2022 03:58:28 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org, bess-chairs@ietf.org, bess@ietf.org, slitkows.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <164639510862.28369.6224220409828914589@ietfa.amsl.com> Date: Fri, 04 Mar 2022 03:58:28 -0800 Archived-At: Subject: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 11:58:29 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-bess-evpn-igmp-mld-proxy-18: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- As Martin Vigoureux's term is near its end, I took the liberty to re-evaluate the ballot status of this document and clearing parts of my original block DISCUSS points and many of my original non-blocking COMMENT points. See below this line for updated version ---------------------------------------------- Thank you for the work put into this document. I have to state that I am neither a EVPN expert not a multicast one. Please find below some blocking DISCUSS points (probably easy to address), some non-blocking COMMENT points (but replies would be appreciated even if only for my own education), and some nits. Special thanks to Stéphane Litkowski for his shepherd's write-up about the WG consensus. I hope that this helps to improve the document, Regards, -éric == DISCUSS == The text covers in details how to map MLD/IGMP into BGP routes but does not say a word on how to recreate the MLD/IGMP packets. Should there be any such specification (e.g., in section 4.1) ? -- Section 1 -- In the same vein, is it about IGMP only ? Or does it include MLD as well ? It is really unclear. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- == Archived DISCUSS (addressed/fixed in -18) == Are all multicast group address treated as the same ? I would have appreciated some text about link-local multicast as well as global multicast groups addresses. -- Abstract -- While this point is pretty light for a blocking DISCUSS, let's fix it: - the abstract should also mention MLD and not only IGMP - what are 'the above services' ? == COMMENT == A very generic comment (but no need to reply): how can an IETF draft still prefers to use "IGMP" rather than "MLD" in the text in 2021 ? ... -- Section 1 -- When reading this section, I really and genuinely wonder what is "distributed anycast multicast router" ? AFAIK "any cast" and "multicast" addresses are vastly different. -- Section 3 -- (Addressed in -18) Is there any reason why the terminology is not alphabetically sorted ? (Addressed in -18) Please also add 'BD'. (Addressed in -18) Usually a terminology section is not only about acronym expansions but also about definitions. -- Section 4.1 -- What is the definition of a 'first hop PE'? What is the difference with a EVPN PE ? -- Section 4.2 -- May be that I overlooked it, but what is a 'proxy querier' ? What is the difference between "EVPN core" and "MPLS/IP core" ? -- Section 5.1 -- (Addressed over email) What is "viz" ? (Sorry not being a native English speaker) -- Section 8 -- (Addressed over email) Is there a difference between (*, G) and (x, G) ? -- Section 9.1 -- (Addressed in -18) Please formally specify "IE" as "include/exclude" (if not mistaken). I find the description of the bits for MLD confusing, it really appears as a last-minute add-on to the text. Why not describing the MLDv1 in the same bullet as in IGMPv1 for the bit 7 ? (Addressed in -18) Is "SHOULD" the right word for the sender of the reserved bits ? Especially as section 9.1.1. specifies a "MUST". -- Sections 9.1, 9.2 -- The flags description appears to be different in the text while it seems to me that they have the same semantics. From nobody Fri Mar 4 06:00:40 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A27163A0A0A; Fri, 4 Mar 2022 06:00:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=uJXGS4vJ; dkim=pass (1024-bit key) header.d=juniper.net header.b=aYpZae1l 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 dHfjhavCSiOR; Fri, 4 Mar 2022 06:00:14 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA5323A0A86; Fri, 4 Mar 2022 06:00:10 -0800 (PST) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 224Bf9s1002899; Fri, 4 Mar 2022 06:00:06 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=um6GBDL2Gm91xOlrJMaxsep5r7aUrBSMWgcK/7aG1wU=; b=uJXGS4vJiESMTy4/Ti2Uz75arRj/hBpr0Qxw+ArQ2kipObcSUWrlZnJNzW5teOjlJbKe 8btkntxi7HhHOK4FWTtWoIZLfUP0P+DvfPDbmq4nDkrEb+FYlDtgtOny0Ka0ilPNI7CP k1TBQw6b8IujeDY7rH5MYa3pQcKynvmkWOzSM5V9uyaU6CAXXGFLM7bYie7y9NGHVMP7 jGPkwet+zlH0iI6Bzy/b4kuuprOPCESYqQ65zO+H1y3Zhom6LW/MOd6cxdwKyBHcFizh 3GIHRjlAL79oKI8JH0zHBIxmK2FYgO0+Cqn5aqVXU5VO7WwpuV41f9p5fGnblqQEnNQU 6g== Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2170.outbound.protection.outlook.com [104.47.58.170]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 3ek4k71uee-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 04 Mar 2022 06:00:06 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g0P5gr+pJD9OAODQ7UmL6doYR2p8uDEuOQZBMyJqDn+7ApPOxZIbPE6RhwgZ6SXDkr1VVVbj2Msi7dlgMqvJjGAcO85CzA4y6Z2v6w0o/TLaSuL66ul7v5Nami7sol9uAK7kMfYI/hwwtnvFw748LfPJsk36vVVqwo9JYK91yEwEqKi1BlzZM8kDbYQiWCtylrpY43YEJJ0EODeZ4oclenScjbnwqsUbcQEzBglawVieA43n9f4PixoDleR3kRxq98/dxiUvR+wPXsmyQiLZwp8SGG1ewci6Ika46hnfzkHn2ksSrqIH8tvNi59/Ej2vmhkL20WVy/lvxXtU+qGXlg== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=um6GBDL2Gm91xOlrJMaxsep5r7aUrBSMWgcK/7aG1wU=; b=Ev4s9q6MTX2HuE3g8Z5M3TJl+cgibwpFDL1o1u4KApgVnJ2Di2Z1JXmv5/b3g/VMrtfY+AJgaNTIDGus1Hk/GYS79J27bRmGcKlyw6bJK9LsTBnLc4RIGVn1H3BzvPhXejMH68JK2xiUrBmIx9sSlas6A/22ojR2yRGhcSapZ0AJVqjOf+KUPZ7SYzVgOFCAbN5mZjjt1n2Q7o78whjluMsSCL0ZE/94XX0ffkRuvVCtfYqUSE3CHRvL7uZn2UpduYB9G1dkxv5UovK7tTeQVpCA3TJ1ZEHGnvqEf7SRVrCAfDUBsX2DA8VfdXJ34lXocG7jbG77qeyV0CczRMrY3A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=um6GBDL2Gm91xOlrJMaxsep5r7aUrBSMWgcK/7aG1wU=; b=aYpZae1lbIpMttqBZbZe/3Gew7Ois/0V8M+g4JnugUsDnh1ThHMHC8C+h/YOj8zuc7fMbScJLlWlUykRsGIzQp+eNv+7c7T22Dk5lg9FSjIGA48AF257UXAX6nUItnfPbJCTTrdX3bWGSvkmdbj6vKjCG6O0tSd0cCZrJzZgwAo= Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BYAPR05MB4149.namprd05.prod.outlook.com (2603:10b6:a02:92::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.13; Fri, 4 Mar 2022 13:59:59 +0000 Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8%9]) with mapi id 15.20.5061.007; Fri, 4 Mar 2022 13:59:59 +0000 From: John E Drake To: =?utf-8?B?w4lyaWMgVnluY2tl?= , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "bess@ietf.org" , "slitkows.ietf@gmail.com" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78vWavrIfk0EEycPfvqMePYLqyvPYlQ Date: Fri, 4 Mar 2022 13:59:58 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> In-Reply-To: <164639510862.28369.6224220409828914589@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.401.20 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=9ed80754-cfff-4593-8382-e9f78e583042; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: aa9a4341-e58c-4db6-1ef6-08d9fde7456d x-ms-traffictypediagnostic: BYAPR05MB4149:EE_ x-ms-exchange-atpmessageproperties: SA|SL x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rOpc1RlbpseX9500Eo3Eqitku+73wulPL8M+6ltF+K9t/R579CuHyaHUY+f0U29MHakk7SIWF02laZ/DJXUQu8waTMxCbG8UgPYEn+XeUwsBzsF6wtFXxzzWui7ohfaJD0kddg2SymIYhoxRR+PHWo4i5/bzERMU6kYsHQIYgB/2zqfOW/b+cng5Wmg76iEV3mjfyZeIuzP+MnRAGf3lFkmKahPVwE2I4lr6hel4Axpq50qDnyEG/Rvi/cLMGQStTZ1Aj4e1CcIveRlSS3xyc3OX4pKIrxM2JIW4SRC17XLhsFRbFuTKw7rP3lWavTncfBIzaBX5p2Yw1zCrhAEi3fiKxl7x64mkan0de64fp3YPtoA3uEnoIsShj1PIQxkU4WsejOFcehTYlfQ4RU7O/fysKst5A7ag61JO8itXWMFssAz+wDr37y6knhlXptD9zSSvpxSmPT4R+Pmz5y6DZAW4n3HDsAF9xDHte0/OZLLEnxwPbj8UyibWkcbZ9N9Hv6DVP4MbdleEhK+B5BogK7ae2ou70qyuTljH8v+AxE11JN03dNNIEYQdVdZa5xNsAx6Zo/wm/Y908FOiuQcMKHQ87umOh/a6fX2mAyK0G/AGjOekQ897JoQxj05xVr29ZbmZHcSHRpXV6Bl4yqrQh1KbmemBQzDYFRipU/x3v179KtW8K9Qxh0Mg3tKom2MTUf1OFDizuFxl9pWrFMmGCg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(83380400001)(66574015)(5660300002)(55016003)(8936002)(52536014)(66946007)(4326008)(76116006)(66476007)(66446008)(64756008)(38100700002)(66556008)(7696005)(38070700005)(2906002)(6506007)(54906003)(26005)(33656002)(508600001)(9686003)(110136005)(316002)(122000001)(71200400001)(86362001)(224303003)(186003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?TG1wTkYxTXdSeTJYK3lmK2ZoNEkzVDBNd0lYeWFKbTYrRjVRT3VsTUF5RXhK?= =?utf-8?B?cXgySkdwL1BqV1ZmVmFVdDJubTF4NkhSZHNYUC9UaHVSYXFNUnJZTXB5Undw?= =?utf-8?B?Smx2aHZJaWxVR1ZybklEUkltYXdUQmhxRTlDLzFSbnEwOFhhaVNXMFQxVzJ6?= =?utf-8?B?WkJPNTlodXh2UzFmcG5Rd0hMdC8xWGVsVld4ejlFWHJyL2dFc3FCSkNuOEEz?= =?utf-8?B?Y3ViZGIyS0dWSllZcHNweXhFZnY5SkxqblgyYldkSzRwU2xkay9NNWREOUU3?= =?utf-8?B?VDJlZTU2Rmp0c1BWVVdLQXZ6c1p1THJCcWVCci9idTE4QXYvKzhZQlZoR1kr?= =?utf-8?B?dHRwNXR6VnRMUlNuVXRLUjZqQkJJZmo4ZFNBVS8vVEJNcWFEQTR2MXFRMXBX?= =?utf-8?B?Mmt4MlNxNk5zYk9EUjFXRW93UW91SzU2Zm9tdHozd1lRTlArVEdEWlYwWUVw?= =?utf-8?B?T3dLSDBtQnFPMm5qc2NTdVcwTjVHSjRaekYzVXdvUDlBM09pSnZhdXhoM0o4?= =?utf-8?B?MENlbjNNbFprb050YmZUbERPZDA5RU5HUVoyYXR0TFpJNkJSdUhsMmorTnZz?= =?utf-8?B?dm90dlkrTVI3dU5ndUNHeTVLRlNBRUpVQXVmMkV6NXhDT3J6L2szY3FDMGk0?= =?utf-8?B?RE1aZkZ3OHRSRitubXJjRFVONlAwTjFKRm1HTTR3QXRMRktWTTBJcXRQMXlH?= =?utf-8?B?N2NkKzgvdHd6L1ZManl6QVJxWGZXVVl5aHBuTHplamhkTkgrVk85S1pDWkVM?= =?utf-8?B?eldQSkZoQTY2S01uMElONk8wTjh2TUxTRFluREdxOHc0djZqWTVMTWFBcFFx?= =?utf-8?B?aFhlZm1BUUtyY0wxNEZuSFI5cHc2Rk12Y0tBSFdxcko4OGszTHVhT25Ya0w0?= =?utf-8?B?SitkZitDay9IK1owZlp3VUR2aUN1U0ZJc2lWYnFqOGFoczVUVzNtNzFWWk0x?= =?utf-8?B?T3FWYUdmRHVPbGIwd2o2VjFwQldwaUlFeHF4YkVyTEI4MG9iVWQrY1kreUJt?= =?utf-8?B?R0paNEo5bGdCbjJwcTRIclpBSkUvM0NiQ2ZiaFdUYldqakJKL01IUUROODFy?= =?utf-8?B?ZnliVVRtU1MrVnpWVVRFTDFZa2pldkpSY2lkT1RRS2xqTFBvQnZGRnVoWU51?= =?utf-8?B?OTIrdWZnVE5tSVBqK05sdjhnYmJGaGlSUEFJNU9jZDNtb2p4Uk9OQUc1aUll?= =?utf-8?B?NVlHcEhlK0IxUlNiOFFQN3ppb3JlVW5QUDJ5cTQwVE5sY0JNWUlVbjBjWE1m?= =?utf-8?B?M29mcDdoRkxaNHpJbENhLzFsV3NZOTRKQ01UMGM0MnIzNkUrdlYweGVrZTEw?= =?utf-8?B?YWRXcjJ2ZGpHS1VrYUhWeXJtZUVGZkV1TU0yTEYydklZS3J1QldnTnlUdmYr?= =?utf-8?B?dnpjTmRPQnJITXZialVLMzZIYXhsNThhWW9GRVVNWlVOeGpUSFdqZUdIT1dk?= =?utf-8?B?LzhVWjZIYmZnUDF4aEJEU0JBcU94aEtLRnhVTUE4bXp1d2ZVWGxZT0tPbFQr?= =?utf-8?B?UXFDMjBYekpyK1kwV2IyRk1XaVhwL1hBMnZCL1lscG9KcEtiWXRRaVdOTU9l?= =?utf-8?B?RGNUUHpUaWZpRFBBbDFObGxNUHNIbmxhaGg0OUtUVnZRYU9xN2xVTWpkdDAv?= =?utf-8?B?anNWeldQRHMvSVpUdG5nbm5kUEl6c2tIcXgzT0ZLQmQ2N0RoUndDSjhEQ0hP?= =?utf-8?B?YzRsUmtlTEg3RHVVMnRUM3BCVWwrVXFzUFRCUDBiU0t6Ly9RV3MyZnlRSWJs?= =?utf-8?B?OWRuOHNNSGxPdWNVRWtHQkUwWmxSOFoxKy94QTBBUWpBQ2lKM1ZQa2ZSMXU3?= =?utf-8?B?d2RhSUZPeDB3VkwzWVV4R2dQaVloMGM1eDZNQjRCa0lxVWFNcHM1MGY0QTVM?= =?utf-8?B?TGNMRDZPMmxtcjAzVGkzQTNQeDlVUnhUaCsyOVNoZUwrWnRaSktiWUtKZVN2?= =?utf-8?B?S0MxR29hZ00wTWlnZTM5aC9nMENlRnB0Ylp4MCtTUXdYbFNsUk1sY0lSVVJp?= =?utf-8?B?enhFVWYzUnY4NXh4ak9hcnF6MWUxVGhTODY0Ty81QXo0WkN5ZDdKRGQxZVJE?= =?utf-8?B?d0hYeUFEMXUvS2VacXVaZ2dvYTV0VW5OaGlBWlVzSnN2TTVrTS82YkoyZXBo?= =?utf-8?B?NjdaL2MzMUpVZWZ0dEVpS28yZmdFK3JxREwzVXRCSEwwR2pHQ3lrdWVnVXAx?= =?utf-8?B?c1E9PQ==?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: aa9a4341-e58c-4db6-1ef6-08d9fde7456d X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 13:59:58.9925 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 86fnsU2QW3MeH8nWgjkXCGO46i30aRQgFGOvH4EFn1Bnhp9lyGaEw9LKB1SgJVFSLoVXzCfmG2A6v6SBU7r7Kg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4149 X-Proofpoint-GUID: fn4Bvv8SXDIeAZAFzepRBUfAjUNPek_B X-Proofpoint-ORIG-GUID: fn4Bvv8SXDIeAZAFzepRBUfAjUNPek_B X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.816,Hydra:6.0.425,FMLib:17.11.64.514 definitions=2022-03-04_06,2022-03-04_01,2022-02-23_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 priorityscore=1501 suspectscore=0 bulkscore=0 impostorscore=0 adultscore=0 malwarescore=0 mlxscore=0 spamscore=0 lowpriorityscore=0 phishscore=0 mlxlogscore=833 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2203040077 Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 14:00:20 -0000 SGksDQoNClNuaXBwZWQsIGNvbW1lbnRzIGlubGluZQ0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwN Cg0KSm9obg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KDQo+IERJU0NVU1M6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IEFzIE1h cnRpbiBWaWdvdXJldXgncyB0ZXJtIGlzIG5lYXIgaXRzIGVuZCwgSSB0b29rIHRoZSBsaWJlcnR5 IHRvIHJlLWV2YWx1YXRlIHRoZQ0KPiBiYWxsb3Qgc3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQgYW5k IGNsZWFyaW5nIHBhcnRzIG9mIG15IG9yaWdpbmFsIGJsb2NrIERJU0NVU1MNCj4gcG9pbnRzIGFu ZCBtYW55IG9mIG15IG9yaWdpbmFsIG5vbi1ibG9ja2luZyBDT01NRU5UIHBvaW50cy4NCj4gDQo+ IFNlZSBiZWxvdyB0aGlzIGxpbmUgZm9yIHVwZGF0ZWQgdmVyc2lvbg0KPiAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0KPiBUaGFuayB5b3UgZm9yIHRo ZSB3b3JrIHB1dCBpbnRvIHRoaXMgZG9jdW1lbnQuIEkgaGF2ZSB0byBzdGF0ZSB0aGF0IEkgYW0g bmVpdGhlcg0KPiBhIEVWUE4gZXhwZXJ0IG5vdCBhIG11bHRpY2FzdCBvbmUuDQo+IA0KPiBQbGVh c2UgZmluZCBiZWxvdyBzb21lIGJsb2NraW5nIERJU0NVU1MgcG9pbnRzIChwcm9iYWJseSBlYXN5 IHRvIGFkZHJlc3MpLA0KPiBzb21lIG5vbi1ibG9ja2luZyBDT01NRU5UIHBvaW50cyAoYnV0IHJl cGxpZXMgd291bGQgYmUgYXBwcmVjaWF0ZWQgZXZlbiBpZg0KPiBvbmx5IGZvciBteSBvd24gZWR1 Y2F0aW9uKSwgYW5kIHNvbWUgbml0cy4NCj4gDQo+IFNwZWNpYWwgdGhhbmtzIHRvIFN0w6lwaGFu ZSBMaXRrb3dza2kgZm9yIGhpcyBzaGVwaGVyZCdzIHdyaXRlLXVwIGFib3V0IHRoZSBXRw0KPiBj b25zZW5zdXMuDQo+IA0KPiBJIGhvcGUgdGhhdCB0aGlzIGhlbHBzIHRvIGltcHJvdmUgdGhlIGRv Y3VtZW50LA0KPiANCj4gUmVnYXJkcywNCj4gDQo+IC3DqXJpYw0KPiANCj4gPT0gRElTQ1VTUyA9 PQ0KPiANCj4gVGhlIHRleHQgY292ZXJzIGluIGRldGFpbHMgaG93IHRvIG1hcCBNTEQvSUdNUCBp bnRvIEJHUCByb3V0ZXMgYnV0IGRvZXMgbm90DQo+IHNheSBhIHdvcmQgb24gaG93IHRvIHJlY3Jl YXRlIHRoZSBNTEQvSUdNUCBwYWNrZXRzLiBTaG91bGQgdGhlcmUgYmUgYW55IHN1Y2gNCj4gc3Bl Y2lmaWNhdGlvbiAoZS5nLiwgaW4gc2VjdGlvbiA0LjEpID8NCg0KW0pEXSAgV2UgYWRkZWQ6IA0K DQo5LjEuMi4gIFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZy b20gU2VsZWN0aXZlIE11bHRpY2FzdCBSb3V0ZQ0KDQo5LjIuMi4gIFJlY29uc3RydWN0aW5nIElH TVAgLyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gTXVsdGljYXN0IE1lbWJlcnNoaXAgUmVw b3J0IFN5bmMgUm91dGUNCg0KOS4zLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIExlYXZl IGZyb20gTXVsdGljYXN0IExlYXZlIFN5bmMgUm91dGUNCg0KPiANCj4gLS0gU2VjdGlvbiAxIC0t DQo+IEluIHRoZSBzYW1lIHZlaW4sIGlzIGl0IGFib3V0IElHTVAgb25seSA/IE9yIGRvZXMgaXQg aW5jbHVkZSBNTEQgYXMgd2VsbCA/IEl0IGlzDQo+IHJlYWxseSB1bmNsZWFyLg0KDQpbSkRdICBU aGUgQWJzdHJhY3Qgc3RhdGVzOiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyB0byBzdXBw b3J0IGVmZmljaWVudGx5IGVuZHBvaW50cyBydW5uaW5nIElHTVANCihJbnRlcm5ldCBHcm91cCBN YW5hZ2VtZW50IFByb3RvY29sKSBvciBNTEQgKE11bHRpY2FzdCBMaXN0ZW5lciAgRGlzY292ZXJ5 KSBmb3IgdGhlIG11bHRpY2FzdCBzZXJ2aWNlcw0Kb3ZlciBhbiBFVlBOIG5ldHdvcmsgYnkgaW5j b3Jwb3JhdGluZyBJR01QL01MRCBwcm94eSBwcm9jZWR1cmVzIG9uIEVWUE4gKEV0aGVybmV0IFZQ TikgUEVzLg0KDQpXZSBhbHNvIGFkZGVkIHRoaXMgcGFyYWdyYXBoIHRvIHNlY3Rpb24gMyBhdCBC ZW4ncyBiZWhlc3Q6DQoNCkl0IGlzIGltcG9ydGFudCB0byBub3RlIHdoZW4gdGhlcmUgaXMgdGV4 dCBjb25zaWRlcmluZyB3aGV0aGVyIGEgUEUgaW5kaWNhdGVzIHN1cHBvcnQgZm9yIElHTVAgcHJv eHlpbmcsDQp0aGUgY29ycmVzcG9uZGluZyBiZWhhdmlvciBoYXMgYSBuYXR1cmFsIGFuYWxvZ3Vl IGZvciBpbmRpY2F0aW9uIG9mIHN1cHBvcnQgZm9yIE1MRCBwcm94eWluZywgYW5kIHRoZQ0KYW5h bG9nb3VzIHJlcXVpcmVtZW50cyBhcHBseSBhcyB3ZWxsLg0K From nobody Fri Mar 4 07:30:13 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5432D3A1459; Fri, 4 Mar 2022 07:29:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=T4Eptz7G; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=rQELPxvL 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 NHWBBHhdIvQ7; Fri, 4 Mar 2022 07:29:46 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77A913A0039; Fri, 4 Mar 2022 07:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4862; q=dns/txt; s=iport; t=1646407786; x=1647617386; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=8+3LG6nJH/mI3pDuHb2coAMqjuI3wGJdzRZAEVoUrUk=; b=T4Eptz7GpehJZz/w8GvTM9Q7tuF63U9tFiPhsJM98BvPP1tLSkQA8RGP 3y4Vj3mU9Uu88BmoT35MUti9vVJ+RqZMEPgNp0NaZBHsdTxUTv6CEg1DP N2gzqETGzrt/Vfan/vVBZrr0aVcaKPqGVbWUFMbkGO7ixYfMysS+iQpbu w=; X-IPAS-Result: =?us-ascii?q?A0ADAABVLyJimIkNJK1aGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAUCBRgYBAQELAYFRLiiBWDdEhFSDSgOEWWCFEIMCA4EpiWeQIIEuFIERA?= =?us-ascii?q?1QLAQEBDQEBQQQBAYUHAheEAwIlNAkOAQIEAQEBAQMCAwEBAQEBAQMBAQUBA?= =?us-ascii?q?QECAQYEFAEBAQEBAQEBCRQHBgwFDhAnhWgNhkIBAQEBAgESEREMAQEpDgELB?= =?us-ascii?q?AIBCBEDAQIDAiYCAgIfERUFAwgCBAENBRYMgmKCZgMNIQGgDgGBOgKKH3qBM?= =?us-ascii?q?YEBgggBAQYEBIULDQuCNwmBECwBgw+DAANVTIJdhDUnHIFJRIEVJwwQgmc+g?= =?us-ascii?q?iFCBIEpARIBgzs3gi6VLFKBAwRLHIEEajEEBjoDkXEWgwtHqVlrCoNJkgiHa?= =?us-ascii?q?YV6BS6Dc4wrhlyKToZghVKRAyCCKY4akF0EhQsCBAIEBQIOAQEGNYEsgSVwc?= =?us-ascii?q?BVlAYI+URkPjiARCAkVbwEIgkOKXnUCNgIGAQoBAQMJAYI6kDABAQ?= IronPort-PHdr: A9a23:Xe7BXBf49ZNmdVONX1kHfv3vlGM/tYqcDmcuAtIPh7FPd/Gl+JLvd Aza6O52hVDEFYPc97pfiuXQvqyhPA5I4ZuIvH0YNpAZURgDhJYamgU6C5uDDkv2ZPfhcy09G pFEU1lot3G2OERYAoDwfVrX93az9jUVXB74MFkdGw== IronPort-Data: A9a23:IZRtHqtGAc9yTd9Jt7BWiumc3OfnVMFeMUV32f8akzHdYApBsoF/q tZmKWzTO/2JNGGhe4wlborl8BgP65TRy9ZkS1FpqihhECwRgMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokf0/0vrav67xZVF/fngqoDUUIYoAQgsA148IMsdoUg7wbRh2dY02YLR7z6l4 LseneWOYDdJ5BYsWo4kw/rrRMRH5amaVJsw5zTSVNgT1LPsvyB94KE3ecldG0DFrrx8RYZWc QpsIIaRpQs19z91Yj+sfy2SnkciGtY+NiDW4pZatjTLbhVq/kQPPqgH2PU0e11ItjGloftK8 8hy66HvbiQpM5bFh7FIO/VYO3kW0axu8bvDJz20ttaeihGAeHr3yPIoB0YzVWEa0r8oWicVq 7pBc3ZUNU/ra+GemNpXTsFhmNUlJ8rmFIgeoXpnizreCJ7KRLiTGPSQu4AIgm9YasZmNKjuf cA/dhZUKzuDcQ9xKA0pGr81tbL97pX4W2QI9A3KzUYt2EDZwRdq+LngLNSTfcaFLe1fk12D4 2nG9mXjGTkbOcCRjz2f/RqEnevOgSD8R5lUFbCk+NZlhVSSwioYDxh+fVehqPelz0+zR9waI UEP4W8js7A0sU2kS8G4Whm05WaeuQ4Nc9tdD+N87xuCooLV7h2WLmkJUjAHb8Yp3Oc0SSYj1 VLcw4vrGDpuqLCPD3SQ6p+YqDqoMm4UIHMMIygeQmM4D8LLqYU3iFfEScxuVfLzhdzuEja2y DePxMQju1kNpdwRyJi/0W7suAmxmcb0ESkW5gjsV33wu2uVe7WZT4Cv7FHa69NJI4CYUkSNs RA4dy62sbtm4XalyXflfQkdIF26z63eaWSD3zaDC7FkpmrzpC/6FWxFyGgmfC9U3tA4lSgFi aM5kSpV4JJVVJdBRfAqO9vqYyjGIFSJKDgIfvnQatwLaZ9reUrbuipvfkWXmWvqlSDAcJ3T2 7/GLK5A7l5DVMyLKQZaoc9Gi9fHIQhlnAvuqWjTlUjP7FZnTCf9pU05GFWPdPsly6iPvR/Y9 d1SX+PTlUkBC7akOHCModRMRbzvEZTdLc2owyCwXrPcSjeK5El6YxMs6ep7Itc8z/g9ehngp yztCie0N2YTdVWeeVnVNRiPmZvkXI10qjogLDcwMFOzs0XPkq7xhJrzg6AfJOF9nMQ6lKYcZ 6BcJ62oX6QeIhyaqm91RcSs8+RKKk/x7SrQZHXNXdTKV8M6L+A/0oW6LlKHGehnJnffiPbSV JX7jlKLGcdYHl86ZCsUAdr2p26MUbEmsLoadyP1zhN7IS0ALKACx/TNs8IK IronPort-HdrOrdr: A9a23:swOYc6qrTic5LzH+cCbMG2oaV5t6LNV00zEX/kB9WHVpm5Oj9v xGzc506farslkssSkb6K+90KnpewK6yXbsibNhfYtKLzOWxldAS7sSrrcKogeQWhEWk9Q86U 4OSdkENDSdNykesS++2njFLz9C+qjEzEnLv5al854Fd2gDAMsMg3Ybe2Sm+w9NNXR77PECZf yhD7981kKdkAMsH72G7xc+Loz+juyOsKijTQ8NBhYh5gXLpyiv8qTGHx+R2Qpbey9TwJ85mF K11jDR1+GGibWW2xXc32jc49B9g9360OZOA8SKl4w8NijssAC1f45sMofy+Azd4dvfr2rCou O8+ivIDP4Ds085uVvF+icF7jOQlgrGLUWSk2Nwz0GT/PARDwhKevapzbgpAicxrXBQ4O2VFM lwrjykX109N2KeoM213am8a/ln+3DE00bL24Qo/g9ieJpbZ7lLoYMF+kRJVJ8GASLh8YgiVP JjFcfG+Z9tAB+nhl3izyNSKeaXLzkO99a9MwE/k93Q1yITkGFyzkMeysBalnAc9IglQ50B4+ jfKKxnmLxHU8dTNMtGdak8aNryDnaITQPHMWqUL1iiHKYbO2jVo5qy5Lku/umldJEB0ZN3kp XcV1FTs3I0ZivVeIKz9YwO9gqITHS2XDzrxM0b759luqfkTL6uKiGHQEBGqbrqnxzeOLySZx +eAuMgPxa4FxqbJW9g5XyJZ6Vv X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,155,1643673600"; d="scan'208";a="839267860" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2022 15:29:45 +0000 Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 224FTjZf006945 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 4 Mar 2022 15:29:45 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:29:44 -0600 Received: from xfe-aln-004.cisco.com (173.37.135.124) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:29:43 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 4 Mar 2022 09:29:43 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XJomIn74XMoq7CVbluFuQid+m+wdDg1rIPsgszt86Qya6jXZeVekHewHmfsJZLk7I2gde5Jaso4RwITZbE2Szdyxhde+pXwDMTCiNOePfpB02JX/LYzCC4oBujRg7LMjR9MXTWwVAIGu+BLQjS7qb80nMaIehPEGXqkI4jmRcSL6dLIWu4eHcHPmsPRtiT9C76yYbB8TNa9JOQFMUnZDp338HxuXnumb+IoZj09xTEX7psz0YtD9cJJhQPrUjGR1rwy8kJbqv4Xhaa0EePl0bWUvQH0y2IwuCXXjLoSLZ8pXTjIFhCABsn4eJzkEtNm2EKMpkvc1NMz5hTs793kAvA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8+3LG6nJH/mI3pDuHb2coAMqjuI3wGJdzRZAEVoUrUk=; b=cp9KE9UZ7tEE1Wj3eqsq57MhhCAa6VD4jCwGY+CCCNcLyp3l0ixQDTFvzCLWlnxSifMT1rS/dHkPef00aW+VGqw6GwTHFVE4tuJrUhpJ7TpBhBNYm3cX7FDsubw9pO9GRtjl5DQYAMQBrgJ+zCxUp9KLu8cgMnh2oDZe21qdmBeV9QJ6omdVxWh7LeDJP3+GnR6vp33YJSo8Uv/6LVfQffIknb4o2ppkeVpVX1NMZqUwMPYYwik9RtMUrLY/GfAibn6jWh98Enh1c+rTaTpWf0u24gS7JRl2PfRH0zw/8tubK8BBXSylADRpgPillvp+1NV4Fa+qd+jjIVbsJWizCQ== 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=8+3LG6nJH/mI3pDuHb2coAMqjuI3wGJdzRZAEVoUrUk=; b=rQELPxvLJbB3izDqNFIl2KV53aPU9Ub+NuI4nDzGyfeMzPenxY1AXTbeamHVeY7tj/gGMDClJMLCh5t89dUILmlhL99aj6hTckvpQ0b4y2VCB0c6kOwzIp5O6A2o2eN1PE6+Vlclv8z6Q2lwU9hAl6SoaEykna6C/m/jRdXKLC0= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by MN2PR11MB3853.namprd11.prod.outlook.com (2603:10b6:208:ea::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.14; Fri, 4 Mar 2022 15:29:42 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312%9]) with mapi id 15.20.5038.017; Fri, 4 Mar 2022 15:29:42 +0000 From: "Eric Vyncke (evyncke)" To: John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL788lkAmT+KadkiXqzO+hX7DiayvQMUAgAAp1YA= Date: Fri, 4 Mar 2022 15:29:42 +0000 Message-ID: <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> In-Reply-To: Accept-Language: fr-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.58.22021501 msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=9ed80754-cfff-4593-8382-e9f78e583042; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0033881c-6c2a-4272-57a3-08d9fdf3cdf6 x-ms-traffictypediagnostic: MN2PR11MB3853:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: npdFVHo06yz/0lAEpBjN1gjIdJ3bdHCLUtBuXkzuggzoRy2Zu8CkL2VifDf33FpxyQWZGq2hDKWPveImJk7axQjJZbrN1n32Shhe+qoNzgxPz6ar69pSfPFckhWCSul5xUYR2QYGy6S6Yvp4SNpZ2z10wI4cMMa0Ni5+YYTr9D+xV3JVQHfnbUlMtAYXo5CCD3y50BN5xaSdmkTbIXZOPeod0XZZYcaOifRfYk+gVqjEhI7uI6gmJbkZP2ianRDfwzFyLYGQgg2+BVLJs5n4o4aqWeA4AyHruPXMpNtLGujkOs6DqSKajAqWDtC80BN+0NCOLIgppP96TCO/GXXmr4mhXjEknKjCRs762SIwt/qyovmgNL31AyCe+QoJgrx102MLJO38/ZHDft2n1BnxaCe39TZCoCDJODXC/6Mule9rkj+/+29vQTkFNuUwf5XjuHqVyT85DhoPVrVmGcX+0Kr1tz3JVOdS25gRQvskRcyhNoQ6jHl/Wi3bUk6emrDa93NXGzzODKOWMsUWRIbapNUtiqlhm7QGSExrPHuYrk8Nb9B3du7aWIkMDUcRr1EEPNJq82blwhTwt4gvUBqszKHM355TW7VETdnEm3lRndbVFmtqm+rdKikEo7Dl96xPqjAKxJdUH57QnF6kVRdse/600jkH5qgt2gKYVKsBMXWRRMoHLHZlGOsJJLpMeiz2gUSMnAV+ziEFetd2MJzKqOTGIwypqWBcU397U7raa8PWwtPTR5jjoPub2Y2cMOEg x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(5660300002)(8936002)(316002)(6486002)(91956017)(33656002)(76116006)(66946007)(53546011)(38070700005)(6506007)(66556008)(71200400001)(4326008)(64756008)(2906002)(66476007)(66446008)(6512007)(122000001)(83380400001)(508600001)(224303003)(110136005)(38100700002)(36756003)(66574015)(2616005)(186003)(86362001)(54906003)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?NmNEWGxhMWE2L1JFcEhzOUltQnRpWlc3bitWTG96aCs5dm5nRVBFYUljRy8v?= =?utf-8?B?NEtZZVJ2UGZQUFN4V1pHYUdZMEM1Nm1QYVU0aVp3WHMyOUx3SDdHZTk1Y3Av?= =?utf-8?B?Y3dUYUlnWUFjY3p6dVgrYmdraVBVN0Urays1SzdKQnBVQTN5cWovRC9wUHUx?= =?utf-8?B?L3g0TVpsMDVTcmxTVysxZ2ZmRzZYN20zQlhDQmxYWi9va09Uc08zVHYybnZz?= =?utf-8?B?azRKVnJCQ0dvT0FWT0FqR1IrdmtTMDZzbkN1Vk5DUnVjSzVaRTI1elNneUdp?= =?utf-8?B?b0lzekQ2OG5BUDNOaml0ZkJRQnRmcCtqeUFSeUxYVVdzcW5sQmEzdThmQ2Ni?= =?utf-8?B?a2RyOTdTMDlKaWJXbDJTL1BMWnVQTWU5dUxyeDBXSWZhbXI3WEcrTzNERVBP?= =?utf-8?B?THdEY2hTblM5RU9tVlJwaW1xeGRZRUVkWjIxdXBSVnIyOVpJdUJ3UEJTRjdi?= =?utf-8?B?b0xBeWlQdHBHZWppeFJTOEVMS3hZbGlCc2YyY29YY2JmeWJpd3BSOCtiMWxU?= =?utf-8?B?Sk5ucC9EazZRQ0JoVXJCSzdScVUzN1oralEwekpRcTRKM28xMXVCUXd0Nmdw?= =?utf-8?B?S2dJV0VZUVV3dkl6UDI5QjBYaHo2dXU2QlBwUmpIeWhrVG1oQXUzYm1makEx?= =?utf-8?B?OXVQM0FWdlcrRkNLK3FZZGZmbjFGZUM4dmthbVl2TXhMdE5DdjRUdGxaazBw?= =?utf-8?B?bnRicDFOaTlrcHQ4OVBaOHNXSEY5UlFMZnN5bUlyZHU2WVd4cmFzeDRQRmxs?= =?utf-8?B?dUJvY0poVTVNUmdUcldNMnZwem9BbmszMW5nNGR5TjJ6UzcwVDF6WjhYbjRa?= =?utf-8?B?WW9SMk5TUUhtcDVpUm82ZEtPNnFBYkVJaWNCWDlRZXlFNEJ6M0pPNGViNmda?= =?utf-8?B?QUJLVXlJbjRaR0tlaXl6bG9PM3FJekRqcGVuaUNuVTUyY0JBYXh1WE50Sytp?= =?utf-8?B?VmhyNXhrN254aDRNR1FwdHIwbU5lbnVPMjJFaDZDOXRBTVhWVzlXcVo0aXlH?= =?utf-8?B?ODZkaUVMbFlqOGc0TXJIQWhUUktGdm1FZlJNNUZzQ2VDcGpvRHlUVjZXdlpK?= =?utf-8?B?YTBMM1l6dU1ndVFCTlEvaHQxVkJ4VmN1OHlhYSthN0ZCaEZ0bDNzRmZEaEpJ?= =?utf-8?B?Ty9ldG1PNFpIUGFCcUsvZ2s3UDVrMXM0QWFFRDJBdVJqOEdkMEVOS1JMMk5v?= =?utf-8?B?YmovTkQrZVNBSzZmMVIwU1NoQXJadTIwMmFlVnQ1bmV0OEVST0hYbnFYQy9o?= =?utf-8?B?SXRTVWdybCtKa2tRamd6ZU1aMUpscWw3TTlyY01MQmVtNFJhWW94elJySDFJ?= =?utf-8?B?M2ZOYmxYaVB4WVNxRDU2SC9RbXpiNWxod3YyeEdtcjBsNFY5aXJuNnZtQjV1?= =?utf-8?B?WXdUMHFqbmttc0FhdmJ4UGNuTW5UYmU4UUFXOE1uQkJ2Uyt0Y2tCekxxVVh6?= =?utf-8?B?dVI0UnB2UGs0VENYM2lBTGxJcVgrMEx0OTF4R3lWcyt2U0hqWWQ2cXNxU2lJ?= =?utf-8?B?SHdWUmhYRndpVmpJalU5NUZMNUxONHFFZ0V3dTdlcWxoY0JzQTFhbFgzT1Bm?= =?utf-8?B?K0EyemNQRlk2T0NscjR1RWV1ZkZIMWVyQVFqUXJZYytyVHZLNVRYWm9kd3Bl?= =?utf-8?B?QjdOaWdySHVjYmttYUd5U1dKOHRKOHV4WUsxMEN6T2lpcGJ5WnJzWnIyeW9F?= =?utf-8?B?R3Y2WFJRWHFFRmRSWEVQQVZqcGYvNVhEWlVPWGw0VFZyZE1SWkZyTDFLTVdU?= =?utf-8?B?bmlRdnlIeERQbVM5V3J6eFNkMHlDMFdyRE15QnlpaU1hUElrcEtmRHRtN240?= =?utf-8?B?V3Q0THd6R1NqNWswWTZFa3FicUY5bHdUS09LOCtFUkJ2WHpocHhHR0FBRmJV?= =?utf-8?B?T2E4d1VCWXhkNmFuRXpBN0c4VUFYN210aFA3d0dDbTI1VzkyVEhZSUZjTXV6?= =?utf-8?B?NG1wWnVzVTNFUFI1RlZRV3k1Ri9PM3ZTTXhZRUdESGRkUmRtMUtpSzV1amJI?= =?utf-8?B?SGo2KzVrVnhqVndrKzlaNVZjV1JTVFFib0lXMnZuT1lScEphd3BPL1dpVjlx?= =?utf-8?B?NWVOeUdOM0h4OVhIQXhwQVdES2l2MUtnUnc4eTZjUmxaaVJSZUl6SnJlYWpC?= =?utf-8?B?a05kVGRjT2dmaENlZXY5aTdSNDZjZDZraFdObmswVEs1cm5HbWs2L3hVRmVq?= =?utf-8?B?VS9Ea0M1K00xeVpLUmFDSHJCNi9La1BVdXplQW9yV2U4Wi9PWnAxamtjajla?= =?utf-8?Q?/J7vm/nZd6ceRpNntFxZvAW51ndMwRzBTaSb+kGbk0=3D?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0033881c-6c2a-4272-57a3-08d9fdf3cdf6 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 15:29:42.2583 (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: 6647whG/Zt5jQ5nRFeACYZdnd/kigQWxa5uJv/ZAZ+gR9A/wrhvU4bGUnIsT/ErbdGgxoVUSgv7XfMTqDNrTKA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3853 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com X-Outbound-Node: alln-core-4.cisco.com Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 15:29:52 -0000 SGVsbG8gSm9obiwNCg0KVGhhbmtzIGZvciB5b3VyIHF1aWNrIHJlcGx5LCBldmVuIGlmIEkgYW0g dW5zdXJlIGhvdyB0byByZWFkICIgWW91cnMgSXJyZXNwZWN0aXZlbHksIiBhcyBJIGFtIG5vdCBh biBFbmdsaXNoLW5hdGl2ZSBwZXJzb24uDQoNClRoYW5rIHlvdSBmb3IgcG9pbnRpbmcgbWUgdG8g dGhlIG5ldyBzZWN0aW9ucyA5LjEuMiAmIG90aGVycyA9PiBJIHdpbGwgdXBkYXRlIG15IERJU0NV U1Mgb24gdGhpcyBwb2ludCB3L28gc2VuZGluZyBhbm90aGVyIGVtYWlsLg0KDQpCdXQgc2VjdGlv biAxIHN0aWxsIG1lbnRpb25zIG9ubHkgSUdNUCBhbmQgbmV2ZXIgTUxEIGV4Y2VwdCBmb3IgIklH TVAvTUxEIiBwcm94eSwgdGhpcyBpcyB0cml2aWFsIHRvIGZpeCwgc28gSSBzdWdnZXN0IHRvIHRo ZSBhdXRob3JzIHRvIHVwZGF0ZSB0aGUgZHJhZnQuDQoNClJlZ2FyZHMNCg0KLcOpcmljDQoNCu+7 vy0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpZXNnIDxpZXNnLWJvdW5jZXNAaWV0 Zi5vcmc+IG9uIGJlaGFsZiBvZiBKb2huIEUgRHJha2UgPGpkcmFrZT00MGp1bmlwZXIubmV0QGRt YXJjLmlldGYub3JnPg0KRGF0ZTogRnJpZGF5LCA0IE1hcmNoIDIwMjIgYXQgMTU6MDENClRvOiBF cmljIFZ5bmNrZSA8ZXZ5bmNrZUBjaXNjby5jb20+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4N CkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmciIDxkcmFm dC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZz4sICJzbGl0a293cy5pZXRm QGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwgImJlc3MtY2hhaXJzQGlldGYu b3JnIiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0Zi5v cmc+DQpTdWJqZWN0OiBSRTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJl c3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCg0K ICAgIEhpLA0KDQogICAgU25pcHBlZCwgY29tbWVudHMgaW5saW5lDQoNCiAgICBZb3VycyBJcnJl c3BlY3RpdmVseSwNCg0KICAgIEpvaG4NCg0KDQogICAgSnVuaXBlciBCdXNpbmVzcyBVc2UgT25s eQ0KDQogICAgPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KDQogICAgPiBESVNDVVNTOg0K ICAgID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgID4gDQogICAgPiBBcyBNYXJ0aW4gVmlnb3VyZXV4J3Mg dGVybSBpcyBuZWFyIGl0cyBlbmQsIEkgdG9vayB0aGUgbGliZXJ0eSB0byByZS1ldmFsdWF0ZSB0 aGUNCiAgICA+IGJhbGxvdCBzdGF0dXMgb2YgdGhpcyBkb2N1bWVudCBhbmQgY2xlYXJpbmcgcGFy dHMgb2YgbXkgb3JpZ2luYWwgYmxvY2sgRElTQ1VTUw0KICAgID4gcG9pbnRzIGFuZCBtYW55IG9m IG15IG9yaWdpbmFsIG5vbi1ibG9ja2luZyBDT01NRU5UIHBvaW50cy4NCiAgICA+IA0KICAgID4g U2VlIGJlbG93IHRoaXMgbGluZSBmb3IgdXBkYXRlZCB2ZXJzaW9uDQogICAgPiAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPiANCiAgICA+IFRoYW5r IHlvdSBmb3IgdGhlIHdvcmsgcHV0IGludG8gdGhpcyBkb2N1bWVudC4gSSBoYXZlIHRvIHN0YXRl IHRoYXQgSSBhbSBuZWl0aGVyDQogICAgPiBhIEVWUE4gZXhwZXJ0IG5vdCBhIG11bHRpY2FzdCBv bmUuDQogICAgPiANCiAgICA+IFBsZWFzZSBmaW5kIGJlbG93IHNvbWUgYmxvY2tpbmcgRElTQ1VT UyBwb2ludHMgKHByb2JhYmx5IGVhc3kgdG8gYWRkcmVzcyksDQogICAgPiBzb21lIG5vbi1ibG9j a2luZyBDT01NRU5UIHBvaW50cyAoYnV0IHJlcGxpZXMgd291bGQgYmUgYXBwcmVjaWF0ZWQgZXZl biBpZg0KICAgID4gb25seSBmb3IgbXkgb3duIGVkdWNhdGlvbiksIGFuZCBzb21lIG5pdHMuDQog ICAgPiANCiAgICA+IFNwZWNpYWwgdGhhbmtzIHRvIFN0w6lwaGFuZSBMaXRrb3dza2kgZm9yIGhp cyBzaGVwaGVyZCdzIHdyaXRlLXVwIGFib3V0IHRoZSBXRw0KICAgID4gY29uc2Vuc3VzLg0KICAg ID4gDQogICAgPiBJIGhvcGUgdGhhdCB0aGlzIGhlbHBzIHRvIGltcHJvdmUgdGhlIGRvY3VtZW50 LA0KICAgID4gDQogICAgPiBSZWdhcmRzLA0KICAgID4gDQogICAgPiAtw6lyaWMNCiAgICA+IA0K ICAgID4gPT0gRElTQ1VTUyA9PQ0KICAgID4gDQogICAgPiBUaGUgdGV4dCBjb3ZlcnMgaW4gZGV0 YWlscyBob3cgdG8gbWFwIE1MRC9JR01QIGludG8gQkdQIHJvdXRlcyBidXQgZG9lcyBub3QNCiAg ICA+IHNheSBhIHdvcmQgb24gaG93IHRvIHJlY3JlYXRlIHRoZSBNTEQvSUdNUCBwYWNrZXRzLiBT aG91bGQgdGhlcmUgYmUgYW55IHN1Y2gNCiAgICA+IHNwZWNpZmljYXRpb24gKGUuZy4sIGluIHNl Y3Rpb24gNC4xKSA/DQoNCiAgICBbSkRdICBXZSBhZGRlZDogDQoNCiAgICA5LjEuMi4gIFJlY29u c3RydWN0aW5nIElHTVAgLyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gU2VsZWN0aXZlIE11 bHRpY2FzdCBSb3V0ZQ0KDQogICAgOS4yLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIE1l bWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRpY2FzdCBNZW1iZXJzaGlwIFJlcG9ydCBTeW5jIFJv dXRlDQoNCiAgICA5LjMuMi4gIFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQgTGVhdmUgZnJvbSBN dWx0aWNhc3QgTGVhdmUgU3luYyBSb3V0ZQ0KDQogICAgPiANCiAgICA+IC0tIFNlY3Rpb24gMSAt LQ0KICAgID4gSW4gdGhlIHNhbWUgdmVpbiwgaXMgaXQgYWJvdXQgSUdNUCBvbmx5ID8gT3IgZG9l cyBpdCBpbmNsdWRlIE1MRCBhcyB3ZWxsID8gSXQgaXMNCiAgICA+IHJlYWxseSB1bmNsZWFyLg0K DQogICAgW0pEXSAgVGhlIEFic3RyYWN0IHN0YXRlczogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJl cyBob3cgdG8gc3VwcG9ydCBlZmZpY2llbnRseSBlbmRwb2ludHMgcnVubmluZyBJR01QDQogICAg KEludGVybmV0IEdyb3VwIE1hbmFnZW1lbnQgUHJvdG9jb2wpIG9yIE1MRCAoTXVsdGljYXN0IExp c3RlbmVyICBEaXNjb3ZlcnkpIGZvciB0aGUgbXVsdGljYXN0IHNlcnZpY2VzDQogICAgb3ZlciBh biBFVlBOIG5ldHdvcmsgYnkgaW5jb3Jwb3JhdGluZyBJR01QL01MRCBwcm94eSBwcm9jZWR1cmVz IG9uIEVWUE4gKEV0aGVybmV0IFZQTikgUEVzLg0KDQogICAgV2UgYWxzbyBhZGRlZCB0aGlzIHBh cmFncmFwaCB0byBzZWN0aW9uIDMgYXQgQmVuJ3MgYmVoZXN0Og0KDQogICAgSXQgaXMgaW1wb3J0 YW50IHRvIG5vdGUgd2hlbiB0aGVyZSBpcyB0ZXh0IGNvbnNpZGVyaW5nIHdoZXRoZXIgYSBQRSBp bmRpY2F0ZXMgc3VwcG9ydCBmb3IgSUdNUCBwcm94eWluZywNCiAgICB0aGUgY29ycmVzcG9uZGlu ZyBiZWhhdmlvciBoYXMgYSBuYXR1cmFsIGFuYWxvZ3VlIGZvciBpbmRpY2F0aW9uIG9mIHN1cHBv cnQgZm9yIE1MRCBwcm94eWluZywgYW5kIHRoZQ0KICAgIGFuYWxvZ291cyByZXF1aXJlbWVudHMg YXBwbHkgYXMgd2VsbC4NCg0K From nobody Fri Mar 4 07:34:34 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 361003A15B1; Fri, 4 Mar 2022 07:34:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.604 X-Spam-Level: X-Spam-Status: No, score=-9.604 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=L7Yi4lET; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=g4TJ7l+W 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 lVFyz3pEPKdS; Fri, 4 Mar 2022 07:34:09 -0800 (PST) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74D5F3A1517; Fri, 4 Mar 2022 07:33:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18590; q=dns/txt; s=iport; t=1646408030; x=1647617630; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ch+1B4PcmLq9s5QmVO/atF+psmRR2K88yhMmjiz4ZtQ=; b=L7Yi4lET9IyILVooh74CZ3owTIuMU736GRDXDpJ7NANQZS5M9Xdl1UyY JddmuoFdzQQdgxqd04zKDhMIuJ9qLDApVcuZmJio3rK47wTf5CuGHljqP 3GcAOJbemuEDiCMp7GeTZEeQUv7TImT0jTBl3llB4zhm3vIfjGIDZjg49 Q=; IronPort-PHdr: =?us-ascii?q?A9a23=3A1W/aRxG6JrjNeWypwhwvZZ1GfiYY04WdBeZdw?= =?us-ascii?q?pYkircbdKOl8tyiOUHE/vxigRfPWpmT8PNLjefa8sWCEWwN6JqMqjYOJZpLU?= =?us-ascii?q?RJWhcAfhQd1BsmDBAXyJ+LraCpvGsNEWRdl8ni3PFITFtz5YgjZo2a56ngZH?= =?us-ascii?q?RCsXTc=3D?= IronPort-Data: =?us-ascii?q?A9a23=3AUjqdXKDhc1irXxVW/4Xhw5YqxClBgxIJ4kV8j?= =?us-ascii?q?S/XYbTApGskg2cPyDQcXD+CPvzcMWT0KNokb4nl8ktUucPRz9VnOVdlrnsFo?= =?us-ascii?q?1CmBibm6XV1Fqp7Vs+rBpWroHlPsoNOOrEsEOhuFiWG/k31a+C4xZVB/fjgq?= =?us-ascii?q?oTUWbas1h9ZHWeIeA954f5Ss7ZRbrxA2LBVMCvV0T/GmPAzDXf+s9JC3s343?= =?us-ascii?q?IrYwP9nlKyaVDr1JTXSb9gT1LPVvyF94J7yuciMw3XErol8RoZWRs7Zx72/u?= =?us-ascii?q?2je5RpoU4rjmbfgeUpMSbnXVeSMoiMJAO753V4T/WprjvlT2Pk0MS+7jx2Ml?= =?us-ascii?q?tZywdBMrrS7SBwiOevHn+F1vxxwQngmbfAdqOKXSZS4mYnJp6HcSFPmzu51J?= =?us-ascii?q?EA7IYNe/fx4aUlE+OcDbTsNZxGZnMq3za61DO52iawLN83qIIAYpWomzDzFA?= =?us-ascii?q?94pRJnCR+PB4tow9Dsqj85SWPfTe8RcYzd0d1HNfQVJf1YYDYp7meOkw2Hld?= =?us-ascii?q?C1JgFOYuaRx5HLcpCRw3aPiGNvYZtLMQt9a9m6aqnjP/GmsXkkYKdqe0Teft?= =?us-ascii?q?HShmsfDmCrhU8QTGaG2sPlwjzWuKsY7YPENfUGwrf/8gUmkVpcGcgof+zElq?= =?us-ascii?q?u4580nDczU0ZDXgyFbsg/LWc4E4/zUG1Tyw?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3ARxqjDqO35+qlMMBcT2z155DYdb4zR+YMi2?= =?us-ascii?q?TDiHoRdfUFSKKlfp6V88jzjSWE9wr4WBkb6Le90dq7MA3hHP9OkMcs1NKZPD?= =?us-ascii?q?UO11HYV72KgbGSpgEIXheOitK1tp0QMpSWaueAd2SS5PySiGLTfrpQo6jkzE?= =?us-ascii?q?nrv5ai854Hd3ANV0gU1XYANu/tKDwOeOApP+tcKLOsou584xawc3Ueacq2Ql?= =?us-ascii?q?MfWfLYmtHNnJX6JTYbGh8O8mC1/HOVwY+/NyLd8gYVUjtJz7tn23PCiRbF6q?= =?us-ascii?q?KqtOz+4gPA1lXU849dlLLau5h+7Y23+4oowwfX+0KVjbdaKvq/VfcO0aeSAW?= =?us-ascii?q?MR4ZzxStEbTp1OAj3qDzmISFDWqnjdOX4Vmg/fIBmj8CDeSQiTfkNmNyKH7r?= =?us-ascii?q?gpKCcxonBQzu2V3M9wrhGknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTO?= =?us-ascii?q?IlGfJsRKEkjQho+a07bWjHAUEcYZ9TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFh?= =?us-ascii?q?PDRkQZoMSa3zVfgXg8liIjtYMit2ZF8Ih4R4hP5uzCPKgtnLZSTtUOZaY4AO?= =?us-ascii?q?saW8O4BmHEXBqJOmOPJlbsEr0BJhv22tLKyaRw4PvvdI0DzZM0lpiEWFREtX?= =?us-ascii?q?Qqc0arEsGK1I0jyGGEfIx8Z0Wl9ihz3ekMhlSnfsufDcSqciFYr/ed?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAAAZHvlh/5NdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQGCBgcBAQsBgSAxLigHd1o3MYRJg0cDhFlghQ6DAgOBKYlniwa?= =?us-ascii?q?FDoEuFIERA1QLAQEBDQEBQQQBAYUFAheDSAIlNAkOAQIEAQEBEgEBBQEBAQI?= =?us-ascii?q?BBgSBCROFaA2GQgEBAQECARIRHQEBKQ4BBAcEAgEIEQMBAisCAgIfERoDCAI?= =?us-ascii?q?EAQ0FCA4FB4Jjgg5XAw0hAaI3AYE6AoofeoExgQGCCAEBBgQEhQ0NC4I3CYE?= =?us-ascii?q?6AYMNgn5USgEBgluELCccgUlEgRVDgmc+giFCBIEpARIBIx6CeDeCLpE2Uh9?= =?us-ascii?q?kBBswHIEEURkxBAY6A5FqFIMHR4lOn2hrCoNGkX6HZoYXFYNyjByGWopMhlO?= =?us-ascii?q?FTpB8IIInjhaQWQSFCAIEAgQFAg4BAQY1gSw8Kz5wcBWDJFEZD44gEREVbgE?= =?us-ascii?q?IgkOKXnQCNgIGAQoBAQMJAYI6ixEBAQ?= X-IronPort-AV: E=Sophos;i="5.88,333,1635206400"; d="scan'208,217";a="910853858" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2022 15:33:48 +0000 Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 224FXmZN026314 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 4 Mar 2022 15:33:48 GMT Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:33:48 -0600 Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 10:33:48 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 4 Mar 2022 10:33:48 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mSSAE2ELS3E8P32+fune1HyAgki7d5DrvTtXvPyX2JpEU4+BNhN1fiJ7ziesXk2xcJFal9P0YNUQGxcMqtAp38pQTF3axteQoq9d0vByfQvUutfwJWOklipcg3xyhO94zscHGv0tb2XZki4cBMhjPHcO2/1V91iH/PlW0ObxBk8nyZeS1aGIrVa4+kNP10GjAD3gtzwktnPxe1WsDkD3Kn9lPTnPZ+yiSjTXcn5NDqar1bZsoEmpSOTl9wthmAHu2kyXiXQ/Hk4FnqTA/MLXwkh6pU9Cp/VvmV6WGu0LiThWGwiWGbxvY28rvb8CgtlsHqBfIc9MBT1cDhXbJdWHww== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ch+1B4PcmLq9s5QmVO/atF+psmRR2K88yhMmjiz4ZtQ=; b=mQObaqz8c1AalZto0KZ78VcVdsCa//9PN+3JoYQd44rPDM48kqzYfMiySA69pzQc4k8EJ3ZPfzdF3VdByQ5ZVMFMarA6iLKdlLigRUmE8HqG0K6IkgO9JfCkGfywmGOvstZG2jiovh4YWQH6HDb+ZYdiplMIjDjMVpj6XGUSFaDKi8IFHOE6sTxb/JQuNxN0RCGwh74lgp+o9Hl9vLqrGHwqnlyrPj4ekiirvuUsN1dwXzzu7goMquV4O996kmgjkB3HMHBxj0IltG4aI3TcpN3YgYVMnKc1JCo5MUb80Abl5YyJIv4mOP1+OzY9iJoQKhBwa60DmdbVBNArWKAsPw== 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=ch+1B4PcmLq9s5QmVO/atF+psmRR2K88yhMmjiz4ZtQ=; b=g4TJ7l+WRA86xQM+0Jc2fiH1uDJgKIE7ArYMBLyf0MkpmB9rz4mNaA4tmRFr3wZiRAKjQqRZ0CNlk1Puom2ZwkI/llYR2Pr/ZFiMEAkp3utgWU1biw7fGmaxdB65Ewxq6lgKLrV7GIOt6nhlHYqJ2UFvtfWKI0d9JuW8LsOtbfA= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by BYAPR11MB3398.namprd11.prod.outlook.com (2603:10b6:a03:19::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.26; Fri, 4 Mar 2022 15:33:46 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5038.016; Fri, 4 Mar 2022 15:33:46 +0000 From: "Mankamana Mishra (mankamis)" To: "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78wup1kTsBDEkSi3/SdfakLFKyvQMUAgAAZEwCAAADkPw== Date: Fri, 4 Mar 2022 15:33:46 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> In-Reply-To: <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2a8a8a3f-9118-4437-926d-08d9fdf45f98 x-ms-traffictypediagnostic: BYAPR11MB3398:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: DoKIOIBh+RTcL/ehgBNtVw0S3qYV7d07gzQ9RMVnSFKHbxXCQUzFlh61cU8FMz9bgM5Os1nxCOl+PQlob1j3hlHNmQpPyPBrJVWMbPWjjmKLrb3GPQLtWcykWA6CTIoqg05+gstMUc8rPgRm/OTGq5pvCsEpZcOlW4+viZh44d3tQFAJpE8/AZ9I4Y+LGlMf3CusoK/pRAGg1fkEyMQyNd6E+b28irIj0WCFGQ0B0887907plXhhBt05SYqkrgIU7CfQ6O59OnoayPHZPfR8UvEzwJvcks5asZnFAS/bCzrqEh7dXUnTyhmMwUZytqAtIHWMMwnfuWkKdvqB5MYr9skieiMNTHoOpmvP9MKjJVbeADGD4eJ8vo0gg6/Fkgg23BtZm447cdyk8Y3yCFwKxCDrJ5zp3rmMZTMRqisKo56YAI3pgyVoMlmw9kXbc/lzGjyn4Rq10CHm5DhJPeIMV8lVLAqcJ95RbcLrEc+b+ZbYXRpuTLEjgdT9QmWXRNC0pEzEC8/drxkG0ILmXiCsyrljY+/Dub2Hcg5zUZ7U72+efMiMlUCvhI7WztSvdW09ObpaSW2IVt80LQtthHjUPa4C5v89+2yBl2iTUzwGHsxHuNNFOkG5vdkPAL5prcSksybdrXS5UfqncKWGGgM7FXJCizbxq1ndE1AH/7dRMob7egSlrVyD5aL2w5E0mg78lR7A6VYPVcOETD+wPFqanw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(7696005)(53546011)(38100700002)(86362001)(64756008)(66574015)(6506007)(38070700005)(2906002)(122000001)(9686003)(83380400001)(316002)(55016003)(4326008)(91956017)(66446008)(66556008)(76116006)(66946007)(110136005)(54906003)(52536014)(186003)(26005)(5660300002)(8936002)(9326002)(224303003)(508600001)(33656002)(71200400001)(66476007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?dzlGdFVkZTZxVGxYaGxsUDNtME1UbmxVQmV6Y2M2N3d0NGtJOUpSOG95Q0hY?= =?utf-8?B?NDJlS3RnZmdRV3c1K29JRWV6TUd2ZDFrRHVhWGtOZ29BcXVSSStqR3FjNXAv?= =?utf-8?B?Z1BOMVUyNVFQd2lnK21sOVlVeFFIeW04VWQ2dUZsRlNDRzg1bGNxRGJiazBF?= =?utf-8?B?bkxNbFgrOGR2aFdDY0RGQUVuV0M1bm5hS1RzN1hVdm1vbExNTmpLcDRkOFRN?= =?utf-8?B?aGF5d0RaMTRmV3pVa2dIcERNemJIZ2huOFlaZ0JoRnF0dUlpd3hoRjBmTXF5?= =?utf-8?B?cHM5YnI5M0d4eDN3ZjZHMGR1d2ZmaEdCeGpGLzJjcmM3K0lLajdyN2tTd2pI?= =?utf-8?B?NjRrSk02UkkvVlFuaGs0RTZoQlNtd3I0UCtUM1JHbm9ML1pNRlBsRFl4Nm1R?= =?utf-8?B?S0tjYW1yZE82dmRXRnZsMkwwQzdaMWxzcDlQdnhTbUQrYTJ4NVBycVJ6OEsz?= =?utf-8?B?ZGZlUEhoR0xiZTB4NDhaamdXS0lpQWVBcWZBQ2dUNHh1VWE5V0ptTXZyWmV4?= =?utf-8?B?bkNkdFNoc091K01mZkI4L1lGVVpCUHZkRnZSbVRUQ280UFlhRExjRGVveVZH?= =?utf-8?B?Z3hEYXdDWExVNWtDKzM3NU9WNDhYazV3bWEwQ3ZKZEovTjhQWkFYZmtTWG01?= =?utf-8?B?TWF0L2F5SUE0Mjc5S3JDYUowZDRuc3FxdGlZR2NWdFRwWDJBc1FodVQ4U3Nv?= =?utf-8?B?Qk95SzExaDFPOGloenorOEE3YSswTXlrK3lzUkcxRHdPb1JPT0xYK1VNc3Fw?= =?utf-8?B?YlRPc2pvWnl5bUsxaEZLMHVQL2REaTNFSmJmRXlIMHpvNnc5YzdWTnNNek9k?= =?utf-8?B?OHpSNkFkL1E2dE9nNWxFenFhNUV4eTZFYjRWeWo2VEtvbjFtMzdubWhURytG?= =?utf-8?B?Z0xqQ0QxVXZ3RHF5YUIzKzYxdVk5NWtOK2Y1V3pLQVNpK21mcjJBUHZVS0cz?= =?utf-8?B?MG03Mnc1U0RPQzZ1TlFNc051cUJRNVpNWnZJZDZvMlFuOEUwTXBOY0oxdmh5?= =?utf-8?B?UkE2cHVVNTZ2SlRGTzZYNm41SFg0SUhHZlI4Vzk1N01iMi8xUzVFWE54Njhj?= =?utf-8?B?RFF5cWd4UFJVUXlWNmpwd1ZLL0c3QTBBYlNYS0tjZFFqRG5tTVNTL0Q4NGpT?= =?utf-8?B?WENBaTd3QVBwS2VEYkRyYTdFc0MvTGZOcmlLS25BQmphclljNmNCcU12N3FM?= =?utf-8?B?L20xcTVLOGhiTE8zQ0kzcHlpelNQWTBxb0JLcENOWGdtM2JBREJvYThTbUZO?= =?utf-8?B?TTJzbzEwUUtlMm5CNldEZ1VXcUJkeFhYT3pkVVp5TUc2R21JVXRKYXhackVP?= =?utf-8?B?YmZ4U1ZDRCtUaENzQ0NTL0FxTnBGSzlIT1VQbURIY0Mrd1kweDBTQXU3VTBF?= =?utf-8?B?SlVxMzFaVFdjekdiemI0dVBhQXN3akV6N291YjFRamV3MDFQTmZoY2JFWkYr?= =?utf-8?B?NVN6VHhDc0VsLzNoY21Ha1pnNWFmYXAvYzNQUFhzbVluaExYWk8zeHhkUmFJ?= =?utf-8?B?VXc2bTZqb2VhK3U2OWhPQ1FMU3N1SERtVUdMRXd0ZEhMQUlOaEdaWTArcnFa?= =?utf-8?B?UWhkU2lpNjhFUUlWTkhLQjJveGg0YXNlTkxxUkh2TVMvK0dqU1dNekxkbXNH?= =?utf-8?B?cUFWU3R2OWppOGpTbEx5dVhZNWxYaStlanJGT05PM1A3dFdHZUZHUkFadkdt?= =?utf-8?B?OGtmY0tVQ0l4TXNNbkltd1VtOG5oNHhOVk1mUFczeDlMZkY4dGRtK2FxRGlW?= =?utf-8?B?QXRNM29OVytkbFUyM3o5Qk4vNHZVenhPMVdtZmNFNXY1VzAwMll1Y3l5dERI?= =?utf-8?B?d3FINFVWcFRUL3pITndsM2o5WE5YblR1bWpMOUVCZTQ4UVVBVWRpU3pic2VY?= =?utf-8?B?dGVPVmZyTXE5SzhoUXR5NG9lU2VKYmw1SGI5OTRNa0o5WWJZSFRCY041TXVG?= =?utf-8?B?bDhFOEVJYVFXbGZva3dLdGZ6azQ3YjJCb0I1WGpMZDVkL3FYN2V5UnJkNXJK?= =?utf-8?B?Q2l4Mzk0UTdLNTBqRm1XMG1mZE95YzVsa3IzeWFqVmpaNlBRSG9VMnk5bGNq?= =?utf-8?B?NU1qdDZoYklSVi90SXJmS0JjbWtaOThTa0xRMDVJUmw2MFBLNGFwUHhsdmlp?= =?utf-8?B?eURSR3hEbWp6b2s0V2pCMDhqeTZ1YSthdlZwb3dmN0tRblM5Uk1jYVhQcVlo?= =?utf-8?Q?StlFQdQPpLriwFOjgiuSHtX2ZYLDPtJdImsQDgXp5KIC?= Content-Type: multipart/alternative; boundary="_000_BYAPR11MB27253A25B4DFA20CF236E25EDF059BYAPR11MB2725namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2725.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2a8a8a3f-9118-4437-926d-08d9fdf45f98 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 15:33:46.6380 (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: DObrDi7uLVugHCUyMHIIVnbUFqCczDogVtYAQVy3Z/knrTddMkFVPJESXHqN1Wo0Nxw3ePFWDE7uW4seUew0kQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3398 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 15:34:23 -0000 --_000_BYAPR11MB27253A25B4DFA20CF236E25EDF059BYAPR11MB2725namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRXJpYywNCg0KVGhlc2UgaG9zdHMvVk1zIGV4cHJlc3MgdGhlaXIgaW50ZXJlc3RzIGluIG11 bHRpY2FzdCBncm91cHMgb24gYQ0KICAgZ2l2ZW4gc3VibmV0L1ZMQU4gYnkgc2VuZGluZyBJR01Q IE1lbWJlcnNoaXAgUmVwb3J0cyAoSm9pbnMpIGZvci4gPj4gQWRkaW5nIE1MRCBoZXJlIHRvbyA/ DQogICB0aGVpciBpbnRlcmVzdGVkIG11bHRpY2FzdCBncm91cChzKS4gIEZ1cnRoZXJtb3JlLCBh biBJR01QIHJvdXRlcg0KICAgcGVyaW9kaWNhbGx5IHNlbmRzIG1lbWJlcnNoaXAgcXVlcmllcyB0 byBmaW5kIG91dCBpZiB0aGVyZSBhcmUgaG9zdHMNCiAgIG9uIHRoYXQgc3VibmV0IHRoYXQgYXJl IHN0aWxsIGludGVyZXN0ZWQgaW4gcmVjZWl2aW5nIG11bHRpY2FzdA0KICAgdHJhZmZpYyBmb3Ig dGhhdCBncm91cC4gIFRoZSBJR01QL01MRCBQcm94eSBzb2x1dGlvbiBkZXNjcmliZWQgaW4NCiAg IHRoaXMgZHJhZnQgYWNjb21wbGlzaGVzIGhhcyB0aHJlZSBvYmplY3RpdmVzOg0KDQoNCmRvZXMg dGhpcyBjaGFuZ2UgbG9vayBvayA/DQoNCkZyb206IEVyaWMgVnluY2tlIChldnluY2tlKSA8ZXZ5 bmNrZUBjaXNjby5jb20+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDQsIDIwMjIgYXQgNzoyOSBBTQ0K VG86IEpvaG4gRSBEcmFrZSA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+LCBU aGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNjOiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1s ZC1wcm94eUBpZXRmLm9yZyA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0 Zi5vcmc+LCBzbGl0a293cy5pZXRmQGdtYWlsLmNvbSA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+ LCBiZXNzLWNoYWlyc0BpZXRmLm9yZyA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCBiZXNzQGlldGYu b3JnIDxiZXNzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mg b24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1Mg YW5kIENPTU1FTlQpDQpIZWxsbyBKb2huLA0KDQpUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVwbHks IGV2ZW4gaWYgSSBhbSB1bnN1cmUgaG93IHRvIHJlYWQgIiBZb3VycyBJcnJlc3BlY3RpdmVseSwi IGFzIEkgYW0gbm90IGFuIEVuZ2xpc2gtbmF0aXZlIHBlcnNvbi4NCg0KVGhhbmsgeW91IGZvciBw b2ludGluZyBtZSB0byB0aGUgbmV3IHNlY3Rpb25zIDkuMS4yICYgb3RoZXJzID0+IEkgd2lsbCB1 cGRhdGUgbXkgRElTQ1VTUyBvbiB0aGlzIHBvaW50IHcvbyBzZW5kaW5nIGFub3RoZXIgZW1haWwu DQoNCkJ1dCBzZWN0aW9uIDEgc3RpbGwgbWVudGlvbnMgb25seSBJR01QIGFuZCBuZXZlciBNTEQg ZXhjZXB0IGZvciAiSUdNUC9NTEQiIHByb3h5LCB0aGlzIGlzIHRyaXZpYWwgdG8gZml4LCBzbyBJ IHN1Z2dlc3QgdG8gdGhlIGF1dGhvcnMgdG8gdXBkYXRlIHRoZSBkcmFmdC4NCg0KUmVnYXJkcw0K DQotw6lyaWMNCg0K77u/LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGllc2cgPGll c2ctYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEpvaG4gRSBEcmFrZSA8amRyYWtlPTQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+DQpEYXRlOiBGcmlkYXksIDQgTWFyY2ggMjAyMiBh dCAxNTowMQ0KVG86IEVyaWMgVnluY2tlIDxldnluY2tlQGNpc2NvLmNvbT4sIFRoZSBJRVNHIDxp ZXNnQGlldGYub3JnPg0KQ2M6ICJkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBp ZXRmLm9yZyIgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnPiwg InNsaXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+LCAiYmVz cy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4sICJiZXNzQGlldGYub3Jn IiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9u IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFu ZCBDT01NRU5UKQ0KDQogICAgSGksDQoNCiAgICBTbmlwcGVkLCBjb21tZW50cyBpbmxpbmUNCg0K ICAgIFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQogICAgSm9obg0KDQoNCiAgICBKdW5pcGVyIEJ1 c2luZXNzIFVzZSBPbmx5DQoNCiAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCiAg ICA+IERJU0NVU1M6DQogICAgPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPg0KICAgID4gQXMgTWFydGlu IFZpZ291cmV1eCdzIHRlcm0gaXMgbmVhciBpdHMgZW5kLCBJIHRvb2sgdGhlIGxpYmVydHkgdG8g cmUtZXZhbHVhdGUgdGhlDQogICAgPiBiYWxsb3Qgc3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQgYW5k IGNsZWFyaW5nIHBhcnRzIG9mIG15IG9yaWdpbmFsIGJsb2NrIERJU0NVU1MNCiAgICA+IHBvaW50 cyBhbmQgbWFueSBvZiBteSBvcmlnaW5hbCBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMuDQog ICAgPg0KICAgID4gU2VlIGJlbG93IHRoaXMgbGluZSBmb3IgdXBkYXRlZCB2ZXJzaW9uDQogICAg PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPg0K ICAgID4gVGhhbmsgeW91IGZvciB0aGUgd29yayBwdXQgaW50byB0aGlzIGRvY3VtZW50LiBJIGhh dmUgdG8gc3RhdGUgdGhhdCBJIGFtIG5laXRoZXINCiAgICA+IGEgRVZQTiBleHBlcnQgbm90IGEg bXVsdGljYXN0IG9uZS4NCiAgICA+DQogICAgPiBQbGVhc2UgZmluZCBiZWxvdyBzb21lIGJsb2Nr aW5nIERJU0NVU1MgcG9pbnRzIChwcm9iYWJseSBlYXN5IHRvIGFkZHJlc3MpLA0KICAgID4gc29t ZSBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMgKGJ1dCByZXBsaWVzIHdvdWxkIGJlIGFwcHJl Y2lhdGVkIGV2ZW4gaWYNCiAgICA+IG9ubHkgZm9yIG15IG93biBlZHVjYXRpb24pLCBhbmQgc29t ZSBuaXRzLg0KICAgID4NCiAgICA+IFNwZWNpYWwgdGhhbmtzIHRvIFN0w6lwaGFuZSBMaXRrb3dz a2kgZm9yIGhpcyBzaGVwaGVyZCdzIHdyaXRlLXVwIGFib3V0IHRoZSBXRw0KICAgID4gY29uc2Vu c3VzLg0KICAgID4NCiAgICA+IEkgaG9wZSB0aGF0IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUg ZG9jdW1lbnQsDQogICAgPg0KICAgID4gUmVnYXJkcywNCiAgICA+DQogICAgPiAtw6lyaWMNCiAg ICA+DQogICAgPiA9PSBESVNDVVNTID09DQogICAgPg0KICAgID4gVGhlIHRleHQgY292ZXJzIGlu IGRldGFpbHMgaG93IHRvIG1hcCBNTEQvSUdNUCBpbnRvIEJHUCByb3V0ZXMgYnV0IGRvZXMgbm90 DQogICAgPiBzYXkgYSB3b3JkIG9uIGhvdyB0byByZWNyZWF0ZSB0aGUgTUxEL0lHTVAgcGFja2V0 cy4gU2hvdWxkIHRoZXJlIGJlIGFueSBzdWNoDQogICAgPiBzcGVjaWZpY2F0aW9uIChlLmcuLCBp biBzZWN0aW9uIDQuMSkgPw0KDQogICAgW0pEXSAgV2UgYWRkZWQ6DQoNCiAgICA5LjEuMi4gIFJl Y29uc3RydWN0aW5nIElHTVAgLyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gU2VsZWN0aXZl IE11bHRpY2FzdCBSb3V0ZQ0KDQogICAgOS4yLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxE IE1lbWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRpY2FzdCBNZW1iZXJzaGlwIFJlcG9ydCBTeW5j IFJvdXRlDQoNCiAgICA5LjMuMi4gIFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQgTGVhdmUgZnJv bSBNdWx0aWNhc3QgTGVhdmUgU3luYyBSb3V0ZQ0KDQogICAgPg0KICAgID4gLS0gU2VjdGlvbiAx IC0tDQogICAgPiBJbiB0aGUgc2FtZSB2ZWluLCBpcyBpdCBhYm91dCBJR01QIG9ubHkgPyBPciBk b2VzIGl0IGluY2x1ZGUgTUxEIGFzIHdlbGwgPyBJdCBpcw0KICAgID4gcmVhbGx5IHVuY2xlYXIu DQoNCiAgICBbSkRdICBUaGUgQWJzdHJhY3Qgc3RhdGVzOiAgIFRoaXMgZG9jdW1lbnQgZGVzY3Jp YmVzIGhvdyB0byBzdXBwb3J0IGVmZmljaWVudGx5IGVuZHBvaW50cyBydW5uaW5nIElHTVANCiAg ICAoSW50ZXJuZXQgR3JvdXAgTWFuYWdlbWVudCBQcm90b2NvbCkgb3IgTUxEIChNdWx0aWNhc3Qg TGlzdGVuZXIgIERpc2NvdmVyeSkgZm9yIHRoZSBtdWx0aWNhc3Qgc2VydmljZXMNCiAgICBvdmVy IGFuIEVWUE4gbmV0d29yayBieSBpbmNvcnBvcmF0aW5nIElHTVAvTUxEIHByb3h5IHByb2NlZHVy ZXMgb24gRVZQTiAoRXRoZXJuZXQgVlBOKSBQRXMuDQoNCiAgICBXZSBhbHNvIGFkZGVkIHRoaXMg cGFyYWdyYXBoIHRvIHNlY3Rpb24gMyBhdCBCZW4ncyBiZWhlc3Q6DQoNCiAgICBJdCBpcyBpbXBv cnRhbnQgdG8gbm90ZSB3aGVuIHRoZXJlIGlzIHRleHQgY29uc2lkZXJpbmcgd2hldGhlciBhIFBF IGluZGljYXRlcyBzdXBwb3J0IGZvciBJR01QIHByb3h5aW5nLA0KICAgIHRoZSBjb3JyZXNwb25k aW5nIGJlaGF2aW9yIGhhcyBhIG5hdHVyYWwgYW5hbG9ndWUgZm9yIGluZGljYXRpb24gb2Ygc3Vw cG9ydCBmb3IgTUxEIHByb3h5aW5nLCBhbmQgdGhlDQogICAgYW5hbG9nb3VzIHJlcXVpcmVtZW50 cyBhcHBseSBhcyB3ZWxsLg0K --_000_BYAPR11MB27253A25B4DFA20CF236E25EDF059BYAPR11MB2725namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4w aW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEi IHZsaW5rPSIjOTU0RjcyIiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIEVyaWMsIDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+VGhlc2UgaG9zdHMvVk1zIGV4cHJlc3MgdGhlaXIg aW50ZXJlc3RzIGluIG11bHRpY2FzdCBncm91cHMgb24gYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgZ2l2ZW4gc3VibmV0 L1ZMQU4gYnkgc2VuZGluZw0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6bGltZTttc28taGlnaGxp Z2h0OmxpbWUiPklHTVAgTWVtYmVyc2hpcCBSZXBvcnRzPC9zcGFuPiAoSm9pbnMpIGZvci4gJmd0 OyZndDsNCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOmFxdWE7bXNvLWhpZ2hsaWdodDphcXVhIj5B ZGRpbmcgTUxEIGhlcmUgdG9vPC9zcGFuPiA/IDxvOnA+DQo8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwO3RoZWlyIGludGVy ZXN0ZWQgbXVsdGljYXN0IGdyb3VwKHMpLiZuYnNwOyBGdXJ0aGVybW9yZSwgYW4gSUdNUCByb3V0 ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ Jm5ic3A7Jm5ic3A7IHBlcmlvZGljYWxseSBzZW5kcyBtZW1iZXJzaGlwIHF1ZXJpZXMgdG8gZmlu ZCBvdXQgaWYgdGhlcmUgYXJlIGhvc3RzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBvbiB0aGF0IHN1Ym5ldCB0aGF0IGFy ZSBzdGlsbCBpbnRlcmVzdGVkIGluIHJlY2VpdmluZyBtdWx0aWNhc3Q8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHRyYWZm aWMgZm9yIHRoYXQgZ3JvdXAuJm5ic3A7IFRoZSBJR01QL01MRCBQcm94eSBzb2x1dGlvbiBkZXNj cmliZWQgaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+Jm5ic3A7Jm5ic3A7IHRoaXMgZHJhZnQgYWNjb21wbGlzaGVzIGhhcyB0aHJlZSBvYmpl Y3RpdmVzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5kb2VzIHRoaXMgY2hhbmdlIGxvb2sgb2sgPyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xv cjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Y29sb3I6YmxhY2siPkVyaWMgVnluY2tlIChldnluY2tlKSAmbHQ7ZXZ5bmNrZUBjaXNjby5jb20m Z3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgTWFyY2ggNCwgMjAyMiBhdCA3OjI5IEFNPGJy Pg0KPGI+VG86IDwvYj5Kb2huIEUgRHJha2UgJmx0O2pkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJj LmlldGYub3JnJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6 IDwvYj5kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyAmbHQ7ZHJh ZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmZ3Q7LCBzbGl0a293cy5p ZXRmQGdtYWlsLmNvbSAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7LCBiZXNzLWNoYWly c0BpZXRmLm9yZyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBiZXNzQGlldGYub3JnICZs dDtiZXNzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogw4lyaWMgVnluY2tl J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdp dGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkhl bGxvIEpvaG4sPGJyPg0KPGJyPg0KVGhhbmtzIGZvciB5b3VyIHF1aWNrIHJlcGx5LCBldmVuIGlm IEkgYW0gdW5zdXJlIGhvdyB0byByZWFkICZxdW90OyBZb3VycyBJcnJlc3BlY3RpdmVseSwmcXVv dDsgYXMgSSBhbSBub3QgYW4gRW5nbGlzaC1uYXRpdmUgcGVyc29uLjxicj4NCjxicj4NClRoYW5r IHlvdSBmb3IgcG9pbnRpbmcgbWUgdG8gdGhlIG5ldyBzZWN0aW9ucyA5LjEuMiAmYW1wOyBvdGhl cnMgPSZndDsgSSB3aWxsIHVwZGF0ZSBteSBESVNDVVNTIG9uIHRoaXMgcG9pbnQgdy9vIHNlbmRp bmcgYW5vdGhlciBlbWFpbC48YnI+DQo8YnI+DQpCdXQgc2VjdGlvbiAxIHN0aWxsIG1lbnRpb25z IG9ubHkgSUdNUCBhbmQgbmV2ZXIgTUxEIGV4Y2VwdCBmb3IgJnF1b3Q7SUdNUC9NTEQmcXVvdDsg cHJveHksIHRoaXMgaXMgdHJpdmlhbCB0byBmaXgsIHNvIEkgc3VnZ2VzdCB0byB0aGUgYXV0aG9y cyB0byB1cGRhdGUgdGhlIGRyYWZ0Ljxicj4NCjxicj4NClJlZ2FyZHM8YnI+DQo8YnI+DQotw6ly aWM8YnI+DQo8YnI+DQrvu78tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IGll c2cgJmx0O2llc2ctYm91bmNlc0BpZXRmLm9yZyZndDsgb24gYmVoYWxmIG9mIEpvaG4gRSBEcmFr ZSAmbHQ7amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmcmZ3Q7PGJyPg0KRGF0ZTog RnJpZGF5LCA0IE1hcmNoIDIwMjIgYXQgMTU6MDE8YnI+DQpUbzogRXJpYyBWeW5ja2UgJmx0O2V2 eW5ja2VAY2lzY28uY29tJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0K Q2M6ICZxdW90O2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnJnF1 b3Q7ICZsdDtkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyZndDss ICZxdW90O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJnF1b3Q7ICZsdDtzbGl0a293cy5pZXRmQGdt YWlsLmNvbSZndDssICZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzLWNo YWlyc0BpZXRmLm9yZyZndDssICZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0 Zi5vcmcmZ3Q7PGJyPg0KU3ViamVjdDogUkU6IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mgb24gZHJh ZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1MgYW5kIENP TU1FTlQpPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IEhpLDxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyBTbmlwcGVkLCBjb21tZW50cyBpbmxpbmU8YnI+DQo8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsgWW91cnMgSXJyZXNwZWN0aXZlbHksPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IEpvaG48YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgSnVuaXBlciBC dXNpbmVzcyBVc2UgT25seTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsg RElTQ1VTUzo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgQXMg TWFydGluIFZpZ291cmV1eCdzIHRlcm0gaXMgbmVhciBpdHMgZW5kLCBJIHRvb2sgdGhlIGxpYmVy dHkgdG8gcmUtZXZhbHVhdGUgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgYmFsbG90 IHN0YXR1cyBvZiB0aGlzIGRvY3VtZW50IGFuZCBjbGVhcmluZyBwYXJ0cyBvZiBteSBvcmlnaW5h bCBibG9jayBESVNDVVNTPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcG9pbnRzIGFuZCBt YW55IG9mIG15IG9yaWdpbmFsIG5vbi1ibG9ja2luZyBDT01NRU5UIHBvaW50cy48YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBTZWUgYmVs b3cgdGhpcyBsaW5lIGZvciB1cGRhdGVkIHZlcnNpb248YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg Jmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgVGhh bmsgeW91IGZvciB0aGUgd29yayBwdXQgaW50byB0aGlzIGRvY3VtZW50LiBJIGhhdmUgdG8gc3Rh dGUgdGhhdCBJIGFtIG5laXRoZXI8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBhIEVWUE4g ZXhwZXJ0IG5vdCBhIG11bHRpY2FzdCBvbmUuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsg PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgUGxlYXNlIGZpbmQgYmVsb3cgc29tZSBibG9j a2luZyBESVNDVVNTIHBvaW50cyAocHJvYmFibHkgZWFzeSB0byBhZGRyZXNzKSw8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgJmd0OyBzb21lIG5vbi1ibG9ja2luZyBDT01NRU5UIHBvaW50cyAoYnV0 IHJlcGxpZXMgd291bGQgYmUgYXBwcmVjaWF0ZWQgZXZlbiBpZjxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyAmZ3Q7IG9ubHkgZm9yIG15IG93biBlZHVjYXRpb24pLCBhbmQgc29tZSBuaXRzLjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFNw ZWNpYWwgdGhhbmtzIHRvIFN0w6lwaGFuZSBMaXRrb3dza2kgZm9yIGhpcyBzaGVwaGVyZCdzIHdy aXRlLXVwIGFib3V0IHRoZSBXRzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IGNvbnNlbnN1 cy48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg Jmd0OyBJIGhvcGUgdGhhdCB0aGlzIGhlbHBzIHRvIGltcHJvdmUgdGhlIGRvY3VtZW50LDxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFJl Z2FyZHMsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7ICZndDsgLcOpcmljPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7ICZndDsgPT0gRElTQ1VTUyA9PTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAm Z3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFRoZSB0ZXh0IGNvdmVycyBpbiBkZXRh aWxzIGhvdyB0byBtYXAgTUxEL0lHTVAgaW50byBCR1Agcm91dGVzIGJ1dCBkb2VzIG5vdDxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHNheSBhIHdvcmQgb24gaG93IHRvIHJlY3JlYXRlIHRo ZSBNTEQvSUdNUCBwYWNrZXRzLiBTaG91bGQgdGhlcmUgYmUgYW55IHN1Y2g8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsgJmd0OyBzcGVjaWZpY2F0aW9uIChlLmcuLCBpbiBzZWN0aW9uIDQuMSkgPzxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBbSkRdJm5ic3A7IFdlIGFkZGVkOiA8YnI+DQo8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgOS4xLjIuJm5ic3A7IFJlY29uc3RydWN0aW5nIElHTVAg LyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gU2VsZWN0aXZlIE11bHRpY2FzdCBSb3V0ZTxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyA5LjIuMi4mbmJzcDsgUmVjb25zdHJ1Y3Rpbmcg SUdNUCAvIE1MRCBNZW1iZXJzaGlwIFJlcG9ydHMgZnJvbSBNdWx0aWNhc3QgTWVtYmVyc2hpcCBS ZXBvcnQgU3luYyBSb3V0ZTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyA5LjMuMi4mbmJz cDsgUmVjb25zdHJ1Y3RpbmcgSUdNUCAvIE1MRCBMZWF2ZSBmcm9tIE11bHRpY2FzdCBMZWF2ZSBT eW5jIFJvdXRlPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7ICZndDsgLS0gU2VjdGlvbiAxIC0tPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 ICZndDsgSW4gdGhlIHNhbWUgdmVpbiwgaXMgaXQgYWJvdXQgSUdNUCBvbmx5ID8gT3IgZG9lcyBp dCBpbmNsdWRlIE1MRCBhcyB3ZWxsID8gSXQgaXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0 OyByZWFsbHkgdW5jbGVhci48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgW0pEXSZuYnNw OyBUaGUgQWJzdHJhY3Qgc3RhdGVzOiZuYnNwOyZuYnNwOyBUaGlzIGRvY3VtZW50IGRlc2NyaWJl cyBob3cgdG8gc3VwcG9ydCBlZmZpY2llbnRseSBlbmRwb2ludHMgcnVubmluZyBJR01QPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7IChJbnRlcm5ldCBHcm91cCBNYW5hZ2VtZW50IFByb3RvY29sKSBv ciBNTEQgKE11bHRpY2FzdCBMaXN0ZW5lciZuYnNwOyBEaXNjb3ZlcnkpIGZvciB0aGUgbXVsdGlj YXN0IHNlcnZpY2VzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IG92ZXIgYW4gRVZQTiBuZXR3b3Jr IGJ5IGluY29ycG9yYXRpbmcgSUdNUC9NTEQgcHJveHkgcHJvY2VkdXJlcyBvbiBFVlBOIChFdGhl cm5ldCBWUE4pIFBFcy48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgV2UgYWxzbyBhZGRl ZCB0aGlzIHBhcmFncmFwaCB0byBzZWN0aW9uIDMgYXQgQmVuJ3MgYmVoZXN0Ojxicj4NCjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyBJdCBpcyBpbXBvcnRhbnQgdG8gbm90ZSB3aGVuIHRoZXJlIGlz IHRleHQgY29uc2lkZXJpbmcgd2hldGhlciBhIFBFIGluZGljYXRlcyBzdXBwb3J0IGZvciBJR01Q IHByb3h5aW5nLDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgY29ycmVzcG9uZGluZyBiZWhh dmlvciBoYXMgYSBuYXR1cmFsIGFuYWxvZ3VlIGZvciBpbmRpY2F0aW9uIG9mIHN1cHBvcnQgZm9y IE1MRCBwcm94eWluZywgYW5kIHRoZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBhbmFsb2dvdXMg cmVxdWlyZW1lbnRzIGFwcGx5IGFzIHdlbGwuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_BYAPR11MB27253A25B4DFA20CF236E25EDF059BYAPR11MB2725namp_-- From nobody Fri Mar 4 07:36:27 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A92A43A0CA4; Fri, 4 Mar 2022 07:36:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.604 X-Spam-Level: X-Spam-Status: No, score=-9.604 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=HowXwSBO; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=svcoMnPH 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 owCsst3QG0RY; Fri, 4 Mar 2022 07:36:11 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA6953A0BF4; Fri, 4 Mar 2022 07:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23507; q=dns/txt; s=iport; t=1646408170; x=1647617770; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=cXhFF3I4IMxtl5U1MZkAXAhegdSjHAmdqOeCuliJHg4=; b=HowXwSBOgLMwXiJdiZCCAu/FIYkyCQjqFUDDircPyayhucb91F4JWGSd tySc9Jo5/1k6KeDvR0ZohswNhmBrTN+PapEONZ6FxMqvTKasBLd8fBoGz zwgWxfe/d2kO87FqxM1CRU0Fj3WpGXQ4yX2G/g28Hzt2vw6YZAi7uNsQw 0=; X-IPAS-Result: =?us-ascii?q?A0ALAABsMSJimJldJa1aHAEBAQEBAQcBARIBAQQEAQGCB?= =?us-ascii?q?gcBAQsBgSAxLih+WjdEhFSDSgOEWWCFEIMCA4EpiWeLC4UVgS4UgREDVAsBA?= =?us-ascii?q?QENAQFBBAEBhQcCF4QDAiU0CQ4BAgQBAQEBAwIDAQEBAQEBAwEBBQEBAQIBB?= =?us-ascii?q?gQUAQEBAQEBAQEUCQcGDAUQDgUihWgNhkIBAQEBAgESER0BASkOAQQHBAIBC?= =?us-ascii?q?BEDAQIrAgICHxEaAwgCBAENBRYFB4JiAYIOVwMNIQGgDwGBOgKKH3qBMYEBg?= =?us-ascii?q?ggBAQYEBIULDQuCNwmBPAGDD4MAA1VKAQGCXYQ1JxyBSUSBFScMEIJnPoIhQ?= =?us-ascii?q?gSBKQESAUGCejeCLpUsUh9kBBswHIEEURkxBAY6A5FxFoMLR4ldn3xrCoNJk?= =?us-ascii?q?giHaYV6BS6Dc4wrhlyKToZghVKRAyCCKY4akF0EhQsCBAIEBQIOAQEGNYEsO?= =?us-ascii?q?i0+cHAVZQGCPlEZD44gEQgJFW8BCIJDil51AjYCBgEKAQEDCQGCOpAwAQE?= IronPort-PHdr: A9a23:lAKssBGKwrH4JvnXZhW4rJ1GfiYY04WdBeZdwpYkircbdKOl8tyiO UHE/vxigRfPWpmT8PNLjefa8sWCEWwN6JqMqjYOJZpLURJWhcAfhQd1BsmDBAXyJ+LraCpvG sNEWRdl8ni3PFITFtz5YgjZo2a56ngZHRCsXTc= IronPort-Data: A9a23:Vqp7iKJ9VxB/8bYUFE+RSZUlxSXFcZb7ZxGr2PjKsXjdYENShjYOy mQZWzzQOv/Ya2ugKox2bNvi8k0Ev5fRytNrTVYd+CA2RRqmiyZq6fd1j6vUF3nPRiEWZBs/t 63yUvGZcIZsCCW0Si6FatANl1EkvU2zbue6Wbas1hxZH1c+En960U47wYbVv6Yx6TSHK1LV0 T/Ni5W31G+Ng1aY5UpNtspvADs21BjDkGtwUm4WPJinj3eC/5UhN6/zEInqR5fOria4KcbhL wrL5OnREmo0ZH7BAPv9+lrwWhVirrI/oWFih1IOM5VOjCSuqQRs2ZwkPeoMNXxRljvVj91x0 YxojJuvHFJB0q3kwIzxUjFCGC14eKZB4rKCez60sNeYyAvNdH6EL/dGVR5te9ZHvLcsRzgTr pT0KxhVBvyHr++o0bSwSeREjcU4J86tN4Qa0p1l5WGFV6Z5GMybHM0m4/dR1j0Ag+1hEczfZ pdAWWFlPAzaeg92bwJ/5JUWxbf02SaXnydjgFiYvrEf4mXPwkp2yreFGNDYYcfPTsVcn1yDj mPL42q/BQsVXPSEzTuZ8XWznanOkD/1cI0XHby8sPVthTW7ynYaBgFTVFanr7yzh1WlHt9BM 0pR+yUrte038EDuVsP6TwyQoXOYsFgbQdU4O+w38w6ly6fI7UCeHGdsZjxNctUluZpqHT430 F6RksmvAzFzmLGQQGiWsLaZsT30PjIaRVLufgceRgcDptLkuox21FTET81oF+i+idid9SzML y6i8iMEmLwDnZIw0bi1oUDKgyv1g6HOUVtgjunIZV6N4gR8bY+jQoWn71nH8PpNRLp1qHHc5 xDofODDt4gz4YGxeD+lG79cQO7zjxqRGHiN3wE3RcZJGyGFoib7JehtDCdCyFCF2yruUQXoa 0/aow9K45k70JCCMvIvM9vZ5yjHMcHd+TnNTPvYaJ9FZYJ8MVXB9yB1bknW1Gfo+KTNrU3dE crEGSpPJS9HYUiC8NZQb7xBuVPM7ntirV4/vbihk3yaPUO2PRZ5s4stPlqUdfwe56iZugjT+ Ns3H5LUl0sEC7ekO3KHq9F7wbU2wZ4TWM6eRyt/K7HrH+aaMDpJ5wL5mOl4INU1w8y5aM+Ro yHtMqOn9LYPrSSXdVrVApySQLjuRp145WkqJjAhOE3A5pTQSdjH0UvrTLNuJeNP3LU6lZZcF qBVE+3dXKgnYmmZqlw1MMimxKQ/JUvDrVzVZUKNPmNgF6OMsiSUoLcIiCO1qHNUZsd23ONjy 4CdOvTzGsJSF1w/V5+NMJpCDTqZ5BAgpQ67ZGOQSvE7Rakm2NICx/DZ5hPvH/wxFA== IronPort-HdrOrdr: A9a23:NR2qZKFE54NuFZVPpLqFTJHXdLJyesId70hD6qkvc31om52j+f xGws516fatskdvZJkh8erwX5VoMkmsi6KdgLNhfItKOTOHhILGFvAY0WKP+UyEJ8S6zJ8g6U 4CSdk/NDSTNykBsS+S2mDReLxMrKjlgcKVbKXlvgpQpGpRGsddBnJCe36m+zpNNXB77PQCZf 6hz/sCgwDlVWUcb8y9CHVAdfPEvcf3mJXvZgNDLwI76SGV5AnYq4LSIly95FMzQjlPybAt/S zuiAri/JiutPm911v1y3LT1ZJLg9Hso+EzRvBky/JlbwkEuDzYI7iJaIfy+gzdZ9vfsWrCpe O85yvI+f4Ds085MFvF+icFkDOQoQrGo0WSuWNwx0GT+/AQgFkBepZ8bUUzSGqF16NohqAI7E pGsljpxaa+R3n77VfAzsmNWBdwmkWup30+1eYVknxESIMbLKRctIoF4SpuYds99Q/Bmcoa+d NVfYzhDTdtABqnRmGcunMqzM2nX3w1EBvDSk8eutaN2zwTmHxi1UMXyMEWg39FrfsGOtd5zv WBNr4tmKBFT8cQY644DOAdQdGvAmiIRR7XKmqdLVnuCalCMXPQrJz85qkz+YiRCdM15Yp3nI 6EXEJTtGY0dU6rAcqS3IdT+hSIW2m5VSSF8LAU23G4gMy1eFPGC1z1dLl1qbrVnxw2OLysZ8 qO X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,155,1643673600"; d="scan'208,217";a="842871407" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2022 15:36:09 +0000 Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by rcdn-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 224Fa96B024929 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 4 Mar 2022 15:36:09 GMT Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-003.cisco.com (173.36.7.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:36:09 -0600 Received: from xfe-rcd-002.cisco.com (173.37.227.250) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:36:08 -0600 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 4 Mar 2022 09:36:08 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZUv6JffeYXruPRotQr+vW3b1yQx130VTMUojN8WMg9PY/r/KeopR1j3oEtzG2vy8iv0i1t6g9CqZLzdcj3B4DSHGuwOi8+SVRHiFAVCiinGLTzE7pirtvgS+zxMiloh04b7xAZF9D9MYdSwwE5H5AN2DZjeWdfn2cqJOMJIPKl47a+vwmC2xD6V/JSExL77xCYRos1Yz5npGKg2cnfA267uWUCleQ1y5NbdrBmhLFWFeVFFSIse2itn/1isYscZJjl8kGJkSe3EmhlGgfa4UboCpE7+cuzOgFSuN6v5HzUDuBwT4t0LIL6/HxMBPLuSVeyeichHjRnDP3RjMW5wSxQ== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=cXhFF3I4IMxtl5U1MZkAXAhegdSjHAmdqOeCuliJHg4=; b=PLLpuneCDa+Udq1fib4I47cSHEHtGA5ilBpYolwfveUq+yif8nWLrVOrjGFS5O7aUzOW/SRw016yrpYXjtf9BEFTW/9JFvzt0JJGW5FTTyUTl5tdHR1D0rp0kmyt9svLvi5kIpxAcAzY7tErxrl6Ej9ujUDM6F4i08YtqguYxQbeyKl4YGRE8U3zNFmHWrEZUfdMbPz1th94BmV6/kcWi5bCFuJPhhvIFCiXZIuk5NSOcZFy5mpQ9QlddeAenvzypshG0ReRL8BpnuKxXfv/3WR08xT2+8EQPC0k7eb6uawVmYT5euMZNWy6WnLYDPQoeVrbwF0PPQVon6sCCbvDqg== 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=cXhFF3I4IMxtl5U1MZkAXAhegdSjHAmdqOeCuliJHg4=; b=svcoMnPHIOLs9xeVnUb0AH0DSKaaL72huIEMFCVAaQhYbyEvi95jOHbhG5dCvOCdESzXhfAC9bzp7Ux1Uy8T6b6RV65kzlgY0MNvRLHdGhDn7djYtnuLvBgbLqYxmwrwLQgzK3ekSGOn3bWooasN7HofRLOIQEu0F0KS0a4XxMg= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by BYAPR11MB2776.namprd11.prod.outlook.com (2603:10b6:a02:c8::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.17; Fri, 4 Mar 2022 15:36:06 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312%9]) with mapi id 15.20.5038.017; Fri, 4 Mar 2022 15:36:06 +0000 From: "Eric Vyncke (evyncke)" To: "Mankamana Mishra (mankamis)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL788lkAmT+KadkiXqzO+hX7DiayvQMUAgAAp1YD///BgAIAAEWqA Date: Fri, 4 Mar 2022 15:36:06 +0000 Message-ID: <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> In-Reply-To: Accept-Language: fr-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.58.22021501 msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a0373ddf-2298-4a24-6c03-08d9fdf4b30b x-ms-traffictypediagnostic: BYAPR11MB2776:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qs66sWsDGJLE2rpqklA4bDm4OoQ6HNoDSDWatziBY7gWVvAiFjQW+h1wpZgHBxdKKkEelldoZUvailZMcJ0b3joylpfz4yK0zPFyIBJyfbZ0+8cifUx+RFDEur0HduqWs0gtc7GcRBFKDEvmhPxhFc32rFIZsfwsbyOJwq7aO5EusNnQZJh4oAjjYQonbfheAZRoAKRgsczHnbgg1vKayYGhXMwePZprZJTqX7GAArm9lcYJWeA05Vdi4BMrpobGPjKbjwHskVT6dVKpZQi69HWBii1jZPTVGv2L8AeKStQ/5bUN14Eb3wU+JisCQHKTJ1p9ixavpg5hDPlhoIWBjzSMpYkG2OaHoW7AwnQMYwL2nbaFdiuRmOnkMqtlooiGqEss1JvnOyh79twTXWdwD+1HmpOyxW5ibknPeJUBHzAqNrICzTOvIUyO+FNj5i3VLHcrbD2V0lAr4E+RV/8wNoZGKAd0vZsQxFqkHTRN6MC0UCGGK97Aly7PfaOvbDOaMpBV3AVATRE9SmyOKUQkwzacQp5fAtFq4ikWr+tzggi+gCmLW8Ki2RJ0XbzNa1wN7vOEFncRLm5LeTZyfzZmSgnx//BXBNUPb3fb1ZINVJvbHP76xc/rwMknW6jD4SjpjRWMv4K4x/geJmAiRjzkwrsCKoF2CEr4ah6VTVL0MChBI6lx99kBf9cRe6QrF+aC/sa40QOKzQbzzFNepEtwaXXfBNVBNuMWuZDHBzSQnRt8dvGnUhdm84MEgMIv5Ma7 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(33656002)(91956017)(76116006)(86362001)(64756008)(6486002)(2906002)(66946007)(66556008)(66476007)(4326008)(83380400001)(66446008)(5660300002)(110136005)(316002)(54906003)(36756003)(8936002)(508600001)(38100700002)(53546011)(38070700005)(6512007)(6506007)(224303003)(71200400001)(2616005)(186003)(122000001)(66574015)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?c1NzSElSNTNzUCtTUk9FSFBQekNMS0JGaVlRMEdEVklBZXRzSVcvK2xpT29z?= =?utf-8?B?aDRtL0REMlhTTThHOHcrRTI2OGVVSmJBbGFSWHdkOFRnemVuZ0x4alJ4em9o?= =?utf-8?B?MVVPbEZWMWEyaGJqWXljZC9RVTh4OWsraXltOEhFMTYzMlVOZHFSVkRNYW04?= =?utf-8?B?QUtBTTdjaXQzdEJNVExRQ3Z4c3RGaXdDbnI5WHZGcTI3MitiTENaZ09zUXgx?= =?utf-8?B?S1gvTks1UmgxbCsxK2F1dGNsOStQbTAyY2tFcFJkTXI3OFVsNmFqVGVsTnZw?= =?utf-8?B?UTM2TG9pR01yYWR3Nm90VFZsZHpjZklQbnVsWDlicWMxczdEODVIdGNvTDFT?= =?utf-8?B?UU16blRuRXNGSkgxT3N5VGlUcDZQMlZVRjBHZUR0eWhjM25NRlNxOUdBSnNX?= =?utf-8?B?c2xPYkNVMGhuK1JKeDE2TlBKbW4rZUFFU25hZmI4dUhjUnFzd3I1WHVYQkow?= =?utf-8?B?NVBzZFlEV1NobHlqWlJhRkc3ZnN1UFhCNEMxK1d6NCtqOFM2ZDlBOTNQNEk5?= =?utf-8?B?NFdlTks4V2dtNkRMTU5PandWR3pwWGJvWHhYc1U2endaZkpubitZTnMrVEpO?= =?utf-8?B?czExMGdFRmxMRkNlUHMySTZaeWYycVA4bWwvZmUwSnZEbDRtY0dmWXhLajVo?= =?utf-8?B?cnBKZ295ZE1uOXZ3d09jYmxMWjVuU3QyU0JERmRRNlhZd1hKUmRSM3MrUHFt?= =?utf-8?B?aHd1b3FXWTh0WlV5US9tR1lqVzVyL3hENUo3MS9WMlhIWDd5YytHdVYyWmJR?= =?utf-8?B?cXN1Y3llaFhZYW9haGZJWWgrYTVoZmtPdFd1cDZaanFnT2d5Wkl6ZDI4cG81?= =?utf-8?B?T1VkVU11SWYwV1dkc1FhL2xXYjREM3ZKTG92bkEzSk1MMTNWL3p1WFhyc2g1?= =?utf-8?B?a0J6YnFDN05jV3g2aDlxc1BwT0huWEExM2NKSWZkRzdkZ2ZJSG94aHlpRGtD?= =?utf-8?B?Skt3cXFXRE9aV2FpdzI0MWJoWGx3Ky9zRGdNZjZLT3k4elBPNlUvNDJoNGxp?= =?utf-8?B?dVpGa0x2c3B1ZEZEK0lUdmw3MHlmU1hzWitVRE01M3Q0QnVMQUFmNm9YK25C?= =?utf-8?B?QVFqVDlZZGxadjdpb1d1SXI2RmR5YS9pLzQrOFVJQTl2bHY0RFBCZXNqT1FM?= =?utf-8?B?WThGZEREa3hjK0VKOHI3N091dkF3THBPUmx5U3k3am5scVdWUkpqUzZuM3F3?= =?utf-8?B?dW80Y3pOZlRDaGVKczBRV1lpdk90T3phQTdibWJ2RTFhS2h1aStpWk1GZERE?= =?utf-8?B?MC9XR2tDVnVJRTN2WEcyUGQ1aFdTVCsxb1NQVS9JWHcxY3VGeU1RT1dlbXVN?= =?utf-8?B?Q05NNkRrWGxJZEJtTmNUaXYzcTVvc00rUXNtdmo1U2pEdEFVRXVtZ2xYUkI5?= =?utf-8?B?a205TUFZVk1ucXNuS3JLTytJRmRGbmFiaXVtd0Y1alBkTU9IWXBhQmR5cWw3?= =?utf-8?B?RStQOFdBM0VGaFRkNFdMZkVtaXZSV1ZGOFMxNUUzN1k3SWRSVHdaZnI2MkJ4?= =?utf-8?B?T0lDT2VuNkpNZ0FUamFXRzczWjJabkhHU250MmJ2WW1iazN3cTBQYjVpUXRR?= =?utf-8?B?Y2NPcUNwVlpENUhkME4rQTQzbmlnV21mMjRMeDV6UWpVK2FlQWQ2YmtMdmxq?= =?utf-8?B?a3U2aUE4TUcrbndhK0pDWlJjbjhVVDhNYk9XNGFxRitGZWgzdkR0MkVNb2Qx?= =?utf-8?B?MDM5V21oWUU4VTl2blpkcFArWEV0SnNtRU43d3lVSUtJbFpxdmRNOEFmbUJC?= =?utf-8?B?dW92bjZNWk84OUU0NFdaZVZRekxDVWV6YnN4c3gzbUdaald2RnVYQ1QzY2dR?= =?utf-8?B?d2cySnNuYUhYd24zL2wwTzFBdkJzVWtrWi9TZ2FnYnlRUUlZK3JNaEh2YmJu?= =?utf-8?B?UUgrNW9pOU5jeXhtVVl3VENTdnF2OGF6cEQvRVFvQi9URll0eFUrL21MWGRj?= =?utf-8?B?Umh5RG0vQy9aR2JGZ29zdU1QK0QwaUZOeGwxMVMyZktqOXV4VkpuZnIvaHFx?= =?utf-8?B?Vkk1dGJ4d2lCalg2SGVPQy96WURjYm9vR3kydGFUTXBCNUI1WHpxcGszd1RM?= =?utf-8?B?NTJKT1dCY3IyQmxFVFdpdERjSFp6OXBIQXNjTHJiakJ5MThrZTJpdHo5TWht?= =?utf-8?B?QlM2dFhaUlVxRWFSZ3BsRm5SdVo1Mk9vdFRCQVZuS1k5b1h0ZWo2aXJVZmpO?= =?utf-8?B?eUtVQlVqcDlnQzU1K2VKMTZlSkMxSi81cUFqSzQwT3pVbGlMK3c0dE5DWGh3?= =?utf-8?Q?hQNnZQQKj4cpdZavTkREHRWcTTp1yqtKjzbQmXQj2A=3D?= Content-Type: multipart/alternative; boundary="_000_78895E1B14CE4033A7FF6ED207624265ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a0373ddf-2298-4a24-6c03-08d9fdf4b30b X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 15:36:06.5791 (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: h6AXq0f76YFtQXS84EngfMapW/Ah/KPJFfmhpYvuTmip4CQNMWZGfVAVR1wxS0eNApdtykXL0UsVMNyxlNnQ0A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2776 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com X-Outbound-Node: rcdn-core-2.cisco.com Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 15:36:19 -0000 --_000_78895E1B14CE4033A7FF6ED207624265ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q29ycmVjdCB0aGlzIHdpbGwgYWRkcmVzcyBteSBESVNDVVNTIHBvaW50IGlmIHlvdSBhbHNvIG1v ZGlmeSB0aGUgbGluZSBiZWxvdywgaS5lLiwgcmVwbGFjZSBhbGwgSUdNUCBieSBJR01QL01MRCBp biB0aGUgdGV4dCB1bnRpbCB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbiBzdGF0ZXMgIklHTVAgbWVh bnMgSUdNUCBvciBNTEQiIChzaWMpLg0KDQpSZWdhcmRzDQoNCi3DqXJpYw0KDQoNCkZyb206ICJN YW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykiIDxtYW5rYW1pc0BjaXNjby5jb20+DQpEYXRlOiBG cmlkYXksIDQgTWFyY2ggMjAyMiBhdCAxNjozMw0KVG86IEVyaWMgVnluY2tlIDxldnluY2tlQGNp c2NvLmNvbT4sIEpvaG4gRSBEcmFrZSA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5v cmc+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4t aWdtcC1tbGQtcHJveHlAaWV0Zi5vcmciIDxkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1w cm94eUBpZXRmLm9yZz4sICJzbGl0a293cy5pZXRmQGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZA Z21haWwuY29tPiwgImJlc3MtY2hhaXJzQGlldGYub3JnIiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+ LCAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogw4lyaWMgVnlu Y2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODog KHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCg0KSGkgRXJpYywNCg0KVGhlc2UgaG9zdHMvVk1z IGV4cHJlc3MgdGhlaXIgaW50ZXJlc3RzIGluIG11bHRpY2FzdCBncm91cHMgb24gYQ0KICAgZ2l2 ZW4gc3VibmV0L1ZMQU4gYnkgc2VuZGluZyBJR01QIE1lbWJlcnNoaXAgUmVwb3J0cyAoSm9pbnMp IGZvci4gPj4gQWRkaW5nIE1MRCBoZXJlIHRvbyA/DQogICB0aGVpciBpbnRlcmVzdGVkIG11bHRp Y2FzdCBncm91cChzKS4gIEZ1cnRoZXJtb3JlLCBhbiBJR01QIHJvdXRlcg0KICAgcGVyaW9kaWNh bGx5IHNlbmRzIG1lbWJlcnNoaXAgcXVlcmllcyB0byBmaW5kIG91dCBpZiB0aGVyZSBhcmUgaG9z dHMNCiAgIG9uIHRoYXQgc3VibmV0IHRoYXQgYXJlIHN0aWxsIGludGVyZXN0ZWQgaW4gcmVjZWl2 aW5nIG11bHRpY2FzdA0KICAgdHJhZmZpYyBmb3IgdGhhdCBncm91cC4gIFRoZSBJR01QL01MRCBQ cm94eSBzb2x1dGlvbiBkZXNjcmliZWQgaW4NCiAgIHRoaXMgZHJhZnQgYWNjb21wbGlzaGVzIGhh cyB0aHJlZSBvYmplY3RpdmVzOg0KDQoNCmRvZXMgdGhpcyBjaGFuZ2UgbG9vayBvayA/DQoNCkZy b206IEVyaWMgVnluY2tlIChldnluY2tlKSA8ZXZ5bmNrZUBjaXNjby5jb20+DQpEYXRlOiBGcmlk YXksIE1hcmNoIDQsIDIwMjIgYXQgNzoyOSBBTQ0KVG86IEpvaG4gRSBEcmFrZSA8amRyYWtlPTQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNj OiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyA8ZHJhZnQtaWV0 Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmc+LCBzbGl0a293cy5pZXRmQGdtYWls LmNvbSA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+LCBiZXNzLWNoYWlyc0BpZXRmLm9yZyA8YmVz cy1jaGFpcnNAaWV0Zi5vcmc+LCBiZXNzQGlldGYub3JnIDxiZXNzQGlldGYub3JnPg0KU3ViamVj dDogUmU6IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdt cC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQpIZWxsbyBKb2huLA0K DQpUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVwbHksIGV2ZW4gaWYgSSBhbSB1bnN1cmUgaG93IHRv IHJlYWQgIiBZb3VycyBJcnJlc3BlY3RpdmVseSwiIGFzIEkgYW0gbm90IGFuIEVuZ2xpc2gtbmF0 aXZlIHBlcnNvbi4NCg0KVGhhbmsgeW91IGZvciBwb2ludGluZyBtZSB0byB0aGUgbmV3IHNlY3Rp b25zIDkuMS4yICYgb3RoZXJzID0+IEkgd2lsbCB1cGRhdGUgbXkgRElTQ1VTUyBvbiB0aGlzIHBv aW50IHcvbyBzZW5kaW5nIGFub3RoZXIgZW1haWwuDQoNCkJ1dCBzZWN0aW9uIDEgc3RpbGwgbWVu dGlvbnMgb25seSBJR01QIGFuZCBuZXZlciBNTEQgZXhjZXB0IGZvciAiSUdNUC9NTEQiIHByb3h5 LCB0aGlzIGlzIHRyaXZpYWwgdG8gZml4LCBzbyBJIHN1Z2dlc3QgdG8gdGhlIGF1dGhvcnMgdG8g dXBkYXRlIHRoZSBkcmFmdC4NCg0KUmVnYXJkcw0KDQotw6lyaWMNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IGllc2cgPGllc2ctYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxm IG9mIEpvaG4gRSBEcmFrZSA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+DQpE YXRlOiBGcmlkYXksIDQgTWFyY2ggMjAyMiBhdCAxNTowMQ0KVG86IEVyaWMgVnluY2tlIDxldnlu Y2tlQGNpc2NvLmNvbT4sIFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KQ2M6ICJkcmFmdC1pZXRm LWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyIgPGRyYWZ0LWlldGYtYmVzcy1ldnBu LWlnbXAtbWxkLXByb3h5QGlldGYub3JnPiwgInNsaXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xp dGtvd3MuaWV0ZkBnbWFpbC5jb20+LCAiYmVzcy1jaGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWly c0BpZXRmLm9yZz4sICJiZXNzQGlldGYub3JnIiA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJF OiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxk LXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KDQogICAgSGksDQoNCiAgICBT bmlwcGVkLCBjb21tZW50cyBpbmxpbmUNCg0KICAgIFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQog ICAgSm9obg0KDQoNCiAgICBKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5DQoNCiAgICA+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCiAgICA+IERJU0NVU1M6DQogICAgPiAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogICAgPg0KICAgID4gQXMgTWFydGluIFZpZ291cmV1eCdzIHRlcm0gaXMgbmVhciBpdHMg ZW5kLCBJIHRvb2sgdGhlIGxpYmVydHkgdG8gcmUtZXZhbHVhdGUgdGhlDQogICAgPiBiYWxsb3Qg c3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQgYW5kIGNsZWFyaW5nIHBhcnRzIG9mIG15IG9yaWdpbmFs IGJsb2NrIERJU0NVU1MNCiAgICA+IHBvaW50cyBhbmQgbWFueSBvZiBteSBvcmlnaW5hbCBub24t YmxvY2tpbmcgQ09NTUVOVCBwb2ludHMuDQogICAgPg0KICAgID4gU2VlIGJlbG93IHRoaXMgbGlu ZSBmb3IgdXBkYXRlZCB2ZXJzaW9uDQogICAgPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPg0KICAgID4gVGhhbmsgeW91IGZvciB0aGUgd29yayBw dXQgaW50byB0aGlzIGRvY3VtZW50LiBJIGhhdmUgdG8gc3RhdGUgdGhhdCBJIGFtIG5laXRoZXIN CiAgICA+IGEgRVZQTiBleHBlcnQgbm90IGEgbXVsdGljYXN0IG9uZS4NCiAgICA+DQogICAgPiBQ bGVhc2UgZmluZCBiZWxvdyBzb21lIGJsb2NraW5nIERJU0NVU1MgcG9pbnRzIChwcm9iYWJseSBl YXN5IHRvIGFkZHJlc3MpLA0KICAgID4gc29tZSBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMg KGJ1dCByZXBsaWVzIHdvdWxkIGJlIGFwcHJlY2lhdGVkIGV2ZW4gaWYNCiAgICA+IG9ubHkgZm9y IG15IG93biBlZHVjYXRpb24pLCBhbmQgc29tZSBuaXRzLg0KICAgID4NCiAgICA+IFNwZWNpYWwg dGhhbmtzIHRvIFN0w6lwaGFuZSBMaXRrb3dza2kgZm9yIGhpcyBzaGVwaGVyZCdzIHdyaXRlLXVw IGFib3V0IHRoZSBXRw0KICAgID4gY29uc2Vuc3VzLg0KICAgID4NCiAgICA+IEkgaG9wZSB0aGF0 IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUgZG9jdW1lbnQsDQogICAgPg0KICAgID4gUmVnYXJk cywNCiAgICA+DQogICAgPiAtw6lyaWMNCiAgICA+DQogICAgPiA9PSBESVNDVVNTID09DQogICAg Pg0KICAgID4gVGhlIHRleHQgY292ZXJzIGluIGRldGFpbHMgaG93IHRvIG1hcCBNTEQvSUdNUCBp bnRvIEJHUCByb3V0ZXMgYnV0IGRvZXMgbm90DQogICAgPiBzYXkgYSB3b3JkIG9uIGhvdyB0byBy ZWNyZWF0ZSB0aGUgTUxEL0lHTVAgcGFja2V0cy4gU2hvdWxkIHRoZXJlIGJlIGFueSBzdWNoDQog ICAgPiBzcGVjaWZpY2F0aW9uIChlLmcuLCBpbiBzZWN0aW9uIDQuMSkgPw0KDQogICAgW0pEXSAg V2UgYWRkZWQ6DQoNCiAgICA5LjEuMi4gIFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQgTWVtYmVy c2hpcCBSZXBvcnRzIGZyb20gU2VsZWN0aXZlIE11bHRpY2FzdCBSb3V0ZQ0KDQogICAgOS4yLjIu ICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIE1lbWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRp Y2FzdCBNZW1iZXJzaGlwIFJlcG9ydCBTeW5jIFJvdXRlDQoNCiAgICA5LjMuMi4gIFJlY29uc3Ry dWN0aW5nIElHTVAgLyBNTEQgTGVhdmUgZnJvbSBNdWx0aWNhc3QgTGVhdmUgU3luYyBSb3V0ZQ0K DQogICAgPg0KICAgID4gLS0gU2VjdGlvbiAxIC0tDQogICAgPiBJbiB0aGUgc2FtZSB2ZWluLCBp cyBpdCBhYm91dCBJR01QIG9ubHkgPyBPciBkb2VzIGl0IGluY2x1ZGUgTUxEIGFzIHdlbGwgPyBJ dCBpcw0KICAgID4gcmVhbGx5IHVuY2xlYXIuDQoNCiAgICBbSkRdICBUaGUgQWJzdHJhY3Qgc3Rh dGVzOiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyB0byBzdXBwb3J0IGVmZmljaWVudGx5 IGVuZHBvaW50cyBydW5uaW5nIElHTVANCiAgICAoSW50ZXJuZXQgR3JvdXAgTWFuYWdlbWVudCBQ cm90b2NvbCkgb3IgTUxEIChNdWx0aWNhc3QgTGlzdGVuZXIgIERpc2NvdmVyeSkgZm9yIHRoZSBt dWx0aWNhc3Qgc2VydmljZXMNCiAgICBvdmVyIGFuIEVWUE4gbmV0d29yayBieSBpbmNvcnBvcmF0 aW5nIElHTVAvTUxEIHByb3h5IHByb2NlZHVyZXMgb24gRVZQTiAoRXRoZXJuZXQgVlBOKSBQRXMu DQoNCiAgICBXZSBhbHNvIGFkZGVkIHRoaXMgcGFyYWdyYXBoIHRvIHNlY3Rpb24gMyBhdCBCZW4n cyBiZWhlc3Q6DQoNCiAgICBJdCBpcyBpbXBvcnRhbnQgdG8gbm90ZSB3aGVuIHRoZXJlIGlzIHRl eHQgY29uc2lkZXJpbmcgd2hldGhlciBhIFBFIGluZGljYXRlcyBzdXBwb3J0IGZvciBJR01QIHBy b3h5aW5nLA0KICAgIHRoZSBjb3JyZXNwb25kaW5nIGJlaGF2aW9yIGhhcyBhIG5hdHVyYWwgYW5h bG9ndWUgZm9yIGluZGljYXRpb24gb2Ygc3VwcG9ydCBmb3IgTUxEIHByb3h5aW5nLCBhbmQgdGhl DQogICAgYW5hbG9nb3VzIHJlcXVpcmVtZW50cyBhcHBseSBhcyB3ZWxsLg0K --_000_78895E1B14CE4033A7FF6ED207624265ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <8ACE47AAA65E1046ACC790D35197A28E@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9ImVuLUJFIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Db3JyZWN0IHRoaXMg d2lsbCBhZGRyZXNzIG15IERJU0NVU1MgcG9pbnQgaWYgeW91IGFsc28gbW9kaWZ5IHRoZSBsaW5l IGJlbG93LCBpLmUuLCByZXBsYWNlIGFsbCBJR01QIGJ5IElHTVAvTUxEIGluIHRoZSB0ZXh0IHVu dGlsIHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uIHN0YXRlcyAmcXVvdDtJR01QIG1lYW5zIElHTVAg b3INCiBNTEQmcXVvdDsgKHNpYykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVn YXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi3DqXJpYzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNi4wcHQiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtj b2xvcjpibGFjayI+RnJvbToNCjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj4mcXVvdDtNYW5rYW1hbmEgTWlzaHJhIChtYW5r YW1pcykmcXVvdDsgJmx0O21hbmthbWlzQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+ RnJpZGF5LCA0IE1hcmNoIDIwMjIgYXQgMTY6MzM8YnI+DQo8Yj5UbzogPC9iPkVyaWMgVnluY2tl ICZsdDtldnluY2tlQGNpc2NvLmNvbSZndDssIEpvaG4gRSBEcmFrZSAmbHQ7amRyYWtlPTQwanVu aXBlci5uZXRAZG1hcmMuaWV0Zi5vcmcmZ3Q7LCBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXBy b3h5QGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94 eUBpZXRmLm9yZyZndDssICZxdW90O3NsaXRrb3dzLmlldGZAZ21haWwuY29tJnF1b3Q7ICZsdDtz bGl0a293cy5pZXRmQGdtYWlsLmNvbSZndDssICZxdW90O2Jlc3MtY2hhaXJzQGlldGYub3JnJnF1 b3Q7ICZsdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZndDssICZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVv dDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiDDiXJpYyBW eW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4 OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxh bmc9IkVOLVVTIj5IaSBFcmljLCA8bzpwPg0KPC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPlRoZXNlIGhvc3RzL1ZN cyBleHByZXNzIHRoZWlyIGludGVyZXN0cyBpbiBtdWx0aWNhc3QgZ3JvdXBzIG9uIGE8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBnaXZlbiBzdWJuZXQv VkxBTiBieSBzZW5kaW5nDQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDpsaW1lO21zby1oaWdobGln aHQ6bGltZSI+SUdNUCBNZW1iZXJzaGlwIFJlcG9ydHM8L3NwYW4+IChKb2lucykgZm9yLiAmZ3Q7 Jmd0Ow0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6YXF1YTttc28taGlnaGxpZ2h0OmFxdWEiPkFk ZGluZyBNTEQgaGVyZSB0b288L3NwYW4+ID8gPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwO3RoZWlyIGludGVyZXN0ZWQgbXVsdGljYXN0IGdy b3VwKHMpLiZuYnNwOyBGdXJ0aGVybW9yZSwgYW4gSUdNUCByb3V0ZXI8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBwZXJpb2RpY2FsbHkgc2VuZHMgbWVt YmVyc2hpcCBxdWVyaWVzIHRvIGZpbmQgb3V0IGlmIHRoZXJlIGFyZSBob3N0czxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG9uIHRoYXQgc3VibmV0IHRo YXQgYXJlIHN0aWxsIGludGVyZXN0ZWQgaW4gcmVjZWl2aW5nIG11bHRpY2FzdDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHRyYWZmaWMgZm9yIHRoYXQg Z3JvdXAuJm5ic3A7IFRoZSBJR01QL01MRCBQcm94eSBzb2x1dGlvbiBkZXNjcmliZWQgaW48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0aGlzIGRyYWZ0 IGFjY29tcGxpc2hlcyBoYXMgdGhyZWUgb2JqZWN0aXZlczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBs YW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5kb2VzIHRoaXMgY2hhbmdlIGxvb2sg b2sgPw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1 QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2lu LWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkVy aWMgVnluY2tlIChldnluY2tlKSAmbHQ7ZXZ5bmNrZUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+RGF0 ZTogPC9iPkZyaWRheSwgTWFyY2ggNCwgMjAyMiBhdCA3OjI5IEFNPGJyPg0KPGI+VG86IDwvYj5K b2huIEUgRHJha2UgJmx0O2pkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnJmd0Oywg VGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5kcmFmdC1pZXRm LWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyAmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2 cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmZ3Q7LCBzbGl0a293cy5pZXRmQGdtYWlsLmNvbSAm bHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7LCBiZXNzLWNoYWlyc0BpZXRmLm9yZyAmbHQ7 YmVzcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBiZXNzQGlldGYub3JnICZsdDtiZXNzQGlldGYub3Jn Jmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBk cmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBhbmQg Q09NTUVOVCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNt O21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8c3BhbiBsYW5nPSJF Ti1VUyI+SGVsbG8gSm9obiw8YnI+DQo8YnI+DQpUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVwbHks IGV2ZW4gaWYgSSBhbSB1bnN1cmUgaG93IHRvIHJlYWQgJnF1b3Q7IFlvdXJzIElycmVzcGVjdGl2 ZWx5LCZxdW90OyBhcyBJIGFtIG5vdCBhbiBFbmdsaXNoLW5hdGl2ZSBwZXJzb24uPGJyPg0KPGJy Pg0KVGhhbmsgeW91IGZvciBwb2ludGluZyBtZSB0byB0aGUgbmV3IHNlY3Rpb25zIDkuMS4yICZh bXA7IG90aGVycyA9Jmd0OyBJIHdpbGwgdXBkYXRlIG15IERJU0NVU1Mgb24gdGhpcyBwb2ludCB3 L28gc2VuZGluZyBhbm90aGVyIGVtYWlsLjxicj4NCjxicj4NCkJ1dCBzZWN0aW9uIDEgc3RpbGwg bWVudGlvbnMgb25seSBJR01QIGFuZCBuZXZlciBNTEQgZXhjZXB0IGZvciAmcXVvdDtJR01QL01M RCZxdW90OyBwcm94eSwgdGhpcyBpcyB0cml2aWFsIHRvIGZpeCwgc28gSSBzdWdnZXN0IHRvIHRo ZSBhdXRob3JzIHRvIHVwZGF0ZSB0aGUgZHJhZnQuPGJyPg0KPGJyPg0KUmVnYXJkczxicj4NCjxi cj4NCi3DqXJpYzxicj4NCjxicj4NCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJv bTogaWVzZyAmbHQ7aWVzZy1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgSm9obiBF IERyYWtlICZsdDtqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZyZndDs8YnI+DQpE YXRlOiBGcmlkYXksIDQgTWFyY2ggMjAyMiBhdCAxNTowMTxicj4NClRvOiBFcmljIFZ5bmNrZSAm bHQ7ZXZ5bmNrZUBjaXNjby5jb20mZ3Q7LCBUaGUgSUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZndDs8 YnI+DQpDYzogJnF1b3Q7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5v cmcmcXVvdDsgJmx0O2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3Jn Jmd0OywgJnF1b3Q7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmll dGZAZ21haWwuY29tJmd0OywgJnF1b3Q7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jl c3MtY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVz c0BpZXRmLm9yZyZndDs8YnI+DQpTdWJqZWN0OiBSRTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBv biBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBh bmQgQ09NTUVOVCk8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgSGksPGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNuaXBwZWQsIGNvbW1lbnRzIGlubGluZTxicj4NCjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyBZb3VycyBJcnJlc3BlY3RpdmVseSw8YnI+DQo8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsgSm9objxicj4NCjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBKdW5p cGVyIEJ1c2luZXNzIFVzZSBPbmx5PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsg LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg Jmd0OyBESVNDVVNTOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0 OyBBcyBNYXJ0aW4gVmlnb3VyZXV4J3MgdGVybSBpcyBuZWFyIGl0cyBlbmQsIEkgdG9vayB0aGUg bGliZXJ0eSB0byByZS1ldmFsdWF0ZSB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBi YWxsb3Qgc3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQgYW5kIGNsZWFyaW5nIHBhcnRzIG9mIG15IG9y aWdpbmFsIGJsb2NrIERJU0NVU1M8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBwb2ludHMg YW5kIG1hbnkgb2YgbXkgb3JpZ2luYWwgbm9uLWJsb2NraW5nIENPTU1FTlQgcG9pbnRzLjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFNl ZSBiZWxvdyB0aGlzIGxpbmUgZm9yIHVwZGF0ZWQgdmVyc2lvbjxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyAmZ3Q7IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0 OyBUaGFuayB5b3UgZm9yIHRoZSB3b3JrIHB1dCBpbnRvIHRoaXMgZG9jdW1lbnQuIEkgaGF2ZSB0 byBzdGF0ZSB0aGF0IEkgYW0gbmVpdGhlcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IGEg RVZQTiBleHBlcnQgbm90IGEgbXVsdGljYXN0IG9uZS48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg Jmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBQbGVhc2UgZmluZCBiZWxvdyBzb21l IGJsb2NraW5nIERJU0NVU1MgcG9pbnRzIChwcm9iYWJseSBlYXN5IHRvIGFkZHJlc3MpLDxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHNvbWUgbm9uLWJsb2NraW5nIENPTU1FTlQgcG9pbnRz IChidXQgcmVwbGllcyB3b3VsZCBiZSBhcHByZWNpYXRlZCBldmVuIGlmPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7ICZndDsgb25seSBmb3IgbXkgb3duIGVkdWNhdGlvbiksIGFuZCBzb21lIG5pdHMu PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZn dDsgU3BlY2lhbCB0aGFua3MgdG8gU3TDqXBoYW5lIExpdGtvd3NraSBmb3IgaGlzIHNoZXBoZXJk J3Mgd3JpdGUtdXAgYWJvdXQgdGhlIFdHPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgY29u c2Vuc3VzLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyAmZ3Q7IEkgaG9wZSB0aGF0IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUgZG9jdW1lbnQs PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZn dDsgUmVnYXJkcyw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgJmd0OyAtw6lyaWM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA9PSBESVNDVVNTID09PGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgVGhlIHRleHQgY292ZXJzIGlu IGRldGFpbHMgaG93IHRvIG1hcCBNTEQvSUdNUCBpbnRvIEJHUCByb3V0ZXMgYnV0IGRvZXMgbm90 PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgc2F5IGEgd29yZCBvbiBob3cgdG8gcmVjcmVh dGUgdGhlIE1MRC9JR01QIHBhY2tldHMuIFNob3VsZCB0aGVyZSBiZSBhbnkgc3VjaDxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHNwZWNpZmljYXRpb24gKGUuZy4sIGluIHNlY3Rpb24gNC4x KSA/PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFtKRF0mbmJzcDsgV2UgYWRkZWQ6IDxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyA5LjEuMi4mbmJzcDsgUmVjb25zdHJ1Y3Rpbmcg SUdNUCAvIE1MRCBNZW1iZXJzaGlwIFJlcG9ydHMgZnJvbSBTZWxlY3RpdmUgTXVsdGljYXN0IFJv dXRlPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IDkuMi4yLiZuYnNwOyBSZWNvbnN0cnVj dGluZyBJR01QIC8gTUxEIE1lbWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRpY2FzdCBNZW1iZXJz aGlwIFJlcG9ydCBTeW5jIFJvdXRlPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IDkuMy4y LiZuYnNwOyBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIExlYXZlIGZyb20gTXVsdGljYXN0IExl YXZlIFN5bmMgUm91dGU8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgJmd0OyAtLSBTZWN0aW9uIDEgLS08YnI+DQombmJzcDsmbmJzcDsm bmJzcDsgJmd0OyBJbiB0aGUgc2FtZSB2ZWluLCBpcyBpdCBhYm91dCBJR01QIG9ubHkgPyBPciBk b2VzIGl0IGluY2x1ZGUgTUxEIGFzIHdlbGwgPyBJdCBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7IHJlYWxseSB1bmNsZWFyLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBbSkRd Jm5ic3A7IFRoZSBBYnN0cmFjdCBzdGF0ZXM6Jm5ic3A7Jm5ic3A7IFRoaXMgZG9jdW1lbnQgZGVz Y3JpYmVzIGhvdyB0byBzdXBwb3J0IGVmZmljaWVudGx5IGVuZHBvaW50cyBydW5uaW5nIElHTVA8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgKEludGVybmV0IEdyb3VwIE1hbmFnZW1lbnQgUHJvdG9j b2wpIG9yIE1MRCAoTXVsdGljYXN0IExpc3RlbmVyJm5ic3A7IERpc2NvdmVyeSkgZm9yIHRoZSBt dWx0aWNhc3Qgc2VydmljZXM8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgb3ZlciBhbiBFVlBOIG5l dHdvcmsgYnkgaW5jb3Jwb3JhdGluZyBJR01QL01MRCBwcm94eSBwcm9jZWR1cmVzIG9uIEVWUE4g KEV0aGVybmV0IFZQTikgUEVzLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBXZSBhbHNv IGFkZGVkIHRoaXMgcGFyYWdyYXBoIHRvIHNlY3Rpb24gMyBhdCBCZW4ncyBiZWhlc3Q6PGJyPg0K PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IEl0IGlzIGltcG9ydGFudCB0byBub3RlIHdoZW4gdGhl cmUgaXMgdGV4dCBjb25zaWRlcmluZyB3aGV0aGVyIGEgUEUgaW5kaWNhdGVzIHN1cHBvcnQgZm9y IElHTVAgcHJveHlpbmcsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHRoZSBjb3JyZXNwb25kaW5n IGJlaGF2aW9yIGhhcyBhIG5hdHVyYWwgYW5hbG9ndWUgZm9yIGluZGljYXRpb24gb2Ygc3VwcG9y dCBmb3IgTUxEIHByb3h5aW5nLCBhbmQgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGFuYWxv Z291cyByZXF1aXJlbWVudHMgYXBwbHkgYXMgd2VsbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_78895E1B14CE4033A7FF6ED207624265ciscocom_-- From nobody Fri Mar 4 07:42:11 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 520EB3A148D; Fri, 4 Mar 2022 07:42:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=ctrHGejF; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=yduLPzpk 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 dIYQnwrmfTmv; Fri, 4 Mar 2022 07:41:55 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4527F3A14A8; Fri, 4 Mar 2022 07:41:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18770; q=dns/txt; s=iport; t=1646408515; x=1647618115; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=PWbejXw2xeL8qy5JZ5c1vgIUO/H4ShKLKnsqhmuPss8=; b=ctrHGejFaWRrDoGXnZxT5UUbepqQ6hK2+iPlsp6GJtHTzH7vj5nrhD+f YmqxPJ32VHZ+9pndhlzyTPiquUcTe2i07xEogS+aqveEa0dCbxf/TNj20 VzOZ0saTLkWeHYd7EMiueYZHljHl9ZsiXXqO0wA0XCXjbAdeYXtnpz0tX M=; X-IPAS-Result: =?us-ascii?q?A0ALAADWMiJimIYNJK1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UYHAQELAYEgMS4oflo3RIgeA4RZYIUQgwIDixCLC4UVgS4UgREDVAsBAQENA?= =?us-ascii?q?QFBBAEBhQcChBoCJTQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEGBBQBA?= =?us-ascii?q?QEBAQEBAR0HBgwFEA4nhWgNhkIBAQEBAgESLgEBKQ4BBAcEAgEIEQMBAi8hE?= =?us-ascii?q?R0IAgQBDQUIDgUHgmIBgg5XAw0hAaARAYE6AoofeIEzgQGCCAEBBgQEhQsNC?= =?us-ascii?q?4I3CYE8AYMPgwADVUqHFCccgUlEgRVDgmc+giFCBIEpARIBIx6DMYIulSxSH?= =?us-ascii?q?2QEGzAcgQRRGTEEBjoDkXEWgwuKJIFyngprCoNJkgiHaYYYFYNzjCuGXIpOh?= =?us-ascii?q?mCWVSCCKY4akF0EhQsCBAIEBQIOAQEGNYEsOi0+cHAVgyRRGQ+OIBEICRVvA?= =?us-ascii?q?QiCQ4pedQI2AgYBCgEBAwkBkmoBAQ?= IronPort-PHdr: A9a23:/+ZkLBIQ33k+U91MCtmcuWEyDhhOgF28FgIW659yjbVIf+zj+pn5J 0XQ6L1ri0OBRoTU7f9Iyo+0+6DtUGAN+9CN5XYFdpEfWxoMk85DmQsmDYaMAlH6K/i/aSs8E YxCWVZp8mv9P1JSHZP1ZkbZpTu56jtBcig= IronPort-Data: A9a23:xjN9SKvL0tpDhutnm7nI1MiakOfnVMJeMUV32f8akzHdYApBsoF/q tZmKW+EPKmCamH2c4pwPY3n8EsOsJTQn9ViHVE6qCBjEXwagMeUXt7xwmUckM+xwmwvaGo9s q3yv/GZdJhcokf0/0vrav67xZVF/fngqoDUUIYoAQgsA148IMsdoUg7wbRh2dY02YLR7z6l4 LseneWOYDdJ5BYsWo4kw/rrRMRH5amaVJsw5zTSVNgT1LPsvyB94KE3ecldG0DFrrx8RYZWc QpsIIaRpQs19z91Yj+sfy2SnkciGtY+NiDW4pZatjTLbhVq/kQPPqgH2PU0bX1OlBaKzshN4 /p0kIyhViEpAerMobFIO/VYO3kW0axu8bvDJz20ttaeihScNXDt2P5pSkoxOOX0+M4uXjoIr qJecWtLN0vf7w616OrTpu1Eg80lL8DuPZg3sXB7xjafBvEjKXzGa/WRtIUHgmZq16iiG96PW tdDZhpkcy77QDMMZlsmMbU7oOyB0yyXnzpw8QLJ+vVfD3Lo5AZ8y6PFMdfJdJqNX8o9tkyVv XmD9GTwAwsBHN2S1TTD9Wij7sfUmSLnW4UND/u5++JkqFKWz20XThYRUDOTreOwhFL7Wt9DJ Qke9zE16KUs7EruT9b4R1i9pHLBpgQbS8t4EuAm5keK0KW8yweUHWcsTzNdZpohrsBebT4mz FaKkoa1XT5ytryNRGjb8LqIhT+3MDIea24PeSFCShEKi+QPu6k6ihbJC91kCqPw14ezEjDry DfMpy8771kOsSIV/6GB5E/kgGO0mrPmdysl9xrxXl3i7josMeZJeLeUwVTc6P9BKqOQQV+Ao GUIlqCiAAYmUMrleMulHb5lIV252xqWGGaH2AcwQfHN4xzoqiD9ItEJiN1rDB4xaq45lSnVj Fg/UO+7zLZXOHasBUOcS93sU51xpUQM+CiMaxw5RtNKZp40fwid8WQ3Pwib3nvmlw4nlqRX1 XannSSEUCty5UdPlWfeqwIhPVkDnXlWKYT7HsmT8vhf+eDCDEN5sJ9cWLd0Usg37bmfvCLe+ MtFOs2Bxn13CbOiPHKMq9RKdgBQchDX4KwaTeQKKIZvxSI7Rwkc5wP5mtvNhqQ8xf0Oz7eUl p1DchYFmAqXaYL7xfWiMyA/N+yHsWdXpnMgNitkJkezx3Umeu6SAFQ3KfMKkU0c3LU7l5ZcF qBdE+3ZW6QnYmmWoFw1MMiixKQ8L07DrVzVYEKYjM0XIsQIq/rhoIO+JGMCNUAmU0KKiCfJi +b4h1ODHMFaHFwK4QS/QKvH8m5ddEM1wIpaN3Yk6PEJEKkw2OCG8xDMs8I= IronPort-HdrOrdr: A9a23:8gzo+qrOKlRnK1o+ojo4dLsaV5uGL9V00zEX/kB9WHVpm5Oj9v xGzc506farslkssSkb6K+90KnpewK6yXcH2/huAV7CZniphILMFuFfBOTZskbd8kHFh4tgPO JbAtRD4b7LfBlHZKTBkXOF+r8bqbHtms3F9ISurUuFDzsaFp2IhD0JbDpzZ3cGPDWucqBJba Z0iPA3wwaISDAyVICWF3MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWnZ4j4uFxd0hZsy+2 nMlAL0oo+5teug9xPa32jPq7xLhdrazMdZDsDksLlXFtyssHfrWG1SYczHgNkHmpDp1L/sqq iLn/4UBbU315oWRBDtnfKi4Xi57N9k0Q6S9bbRuwqSnSW+fkNgNyKE7rgpLycwLCEbzYtBOe twrhCkX5Y7N2KyoA3to9fPTB1kjUyyvD4rlvMSlWVWVc8EZKZWtpF3xjIZLH4sJlOw1GkcKp glMCgc3ochTXqKK3TC+mV/yt2lWXo+Wh+AX0gZo8SQlzxbhmpwwUcUzNEW2i5ozuNzd7BUo+ Dfdqh4nrBHScEbKap7GecaWMOyTmjAWwjFPm6eKUnuUKsHJ3XOoZjq56hd3pDnRLUYiJ8p3J jRWlJRsmA/P0roFM2VxZVOtgvARW2sNA6dgv22J6IJ84EUaICbRRFrEmpe5vdIi89vdfHmZw == X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,155,1643673600"; d="scan'208,217";a="839276929" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2022 15:41:53 +0000 Received: from mail.cisco.com (xbe-rcd-003.cisco.com [173.37.102.18]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 224Ffr3Z026999 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 4 Mar 2022 15:41:53 GMT Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xbe-rcd-003.cisco.com (173.37.102.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 09:41:53 -0600 Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 10:41:52 -0500 Received: from NAM04-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 4 Mar 2022 09:41:52 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=g6g1s62ffElzQ1Hx5eNB0PzLTD4slm+4KGYyN+TT8D6axeBly3wpZVR2vJIV5a5ZS4/Jgm337KNUpXEmnnI6uRXDso3sUWxDUg+9oKapUtzzoAk4uEF+0E4EDnv4+AAwHevygnc9dr3rhccXgJV2CHl6vxiaJk/kFnwhxYLo351J07el8JEQIA3Sr+0MByO/xFRrHBVeP/kvRyFvbToeV/7vTJuGugj5aJMiv69FcsnGuzBlJCxhC066U5ikvSIay+Xl8ewShxHtT3tZNHAdfMRruZR3KiGzH3eNCLjdHZChJTLZVwssEC7HOT+wiDr6KsejjPhkLjdz5XqybPKlCA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=bdt1zeOL40YoONZfXqS+eHUYMEe6DrW7OVRnzhU1GJE=; b=c3CpsXPwpxzrAesMjNPznyOADYbASNHUu8y/L0NIK0Ns3OU6MxMcqtc4RxjOu8T/HWXmTMBwX00p0Tfy1Tfe6ymN4LwhKZ4CjX77Ws1TBUVcYYUK53ulGNe5wtrGITMPAPf6eU6DZIAT6EEMYBgjNE7FC04AiVYtxJ06yCkyty9sfHUeM5TYR8Q2PAFUzN0W7Mbzqc3MxzPFN0Zc0iGy+jgHtM/0hAXvOXVLfhMJDF16BApwVJ/wBum98VyMQkeOsMGtYL+YPmOfJdNLs1iJkcuj5HA6iP4Zul48bGv2kkUiYRbmkCnuz6/USU1GN9lwEbOBYZRKwLgUzIpdHJ7wKg== 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=bdt1zeOL40YoONZfXqS+eHUYMEe6DrW7OVRnzhU1GJE=; b=yduLPzpkcrmVrc9SBcPuycN/X8vZJM3Razzy2PbboMI8DY85tY5EE1LU5SQbmGs5pMUs5W6FcqvKUTbMETxsCVl6EBGt961uz4Sn6M+IHg8QFPogEq0c9BEtuknQIHU252P1ouTa8G0+tWhB61N9QeXtqOcU7ef9vgSKmYr3s7k= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by BL0PR11MB3076.namprd11.prod.outlook.com (2603:10b6:208:33::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.17; Fri, 4 Mar 2022 15:41:49 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5038.016; Fri, 4 Mar 2022 15:41:49 +0000 From: "Mankamana Mishra (mankamis)" To: "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?iso-8859-1?Q?=C9ric_Vyncke's_Discuss_on_draft-ietf-bess-evpn-igmp-mld-p?= =?iso-8859-1?Q?roxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78wup1kTsBDEkSi3/SdfakLFKyvQMUAgAAZEwCAAADkP4AAAOUAgAABiPA= Date: Fri, 4 Mar 2022 15:41:49 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ab268b12-5874-4893-5149-08d9fdf57f70 x-ms-traffictypediagnostic: BL0PR11MB3076:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /31JEU1llH3opowT23omvQY0VGZDK0zXGhf+kpq0Whn+Lv9oNvmGGtO7cAbRHXetfdnWW1fqRkP1dFDKcRT8RhwL4q+ZWwSy18DzfQbq5G/6AwX3JjMHGAGAbRrA5NyDwP+btaW4ej7P8OUkyatsqmyXZj4txraCUNJ2q9iNcNU+mzorkkulAYgI4WqwY8XIv6xDONz/tx7ty1Nqju9WGlKMRbU1urWzFpkC3vAAVt9mTa0WSg8QfJ0YPkhzJCz10FvzqWTxn97/1mXfVzm9wNYTpajbmKf3VE8zdMtUn2Rui3dWPJNPnRE4eTC+0gnAzn5CYADjWd4tElcrKcKeyqVZtbucgGUHZbW3cw5Q1H4h3VaGcEa4/9qCtQzjmkBvIX4lvE1eCNVotLsJ83Bwg+y6TJuhLSta/ZX689KFsh9mpsTkA4p416jdosbMUwdMrMmQ/Fb08I0xgfUThSdiviVNQsZbqAW1zkM28C1KUGIp5ToiGmEGZ67hJwugrF9wmx9imGutzREdl2ljB920h7ly47XD+cwYJ9PYl23VmTJL9BGySn95uYBM1WE1avBcuyP3mLcrbF/lSC5KdOkA7k0K6NifroYorSn4G1jBNQx26xEsV/vH/5TuAzjxShz0v69wlJgNt+cmytcHhHPSU26SVwCg50fnxZKjS+6YDDSsIfZlQ2yKjcP4SHcbOpd6XNYa08S3GCCVtZLq1H5Xlg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(508600001)(224303003)(2906002)(38070700005)(83380400001)(110136005)(186003)(54906003)(33656002)(316002)(66574015)(26005)(86362001)(55016003)(5660300002)(122000001)(8936002)(7696005)(6506007)(9686003)(4326008)(38100700002)(66446008)(53546011)(76116006)(66476007)(64756008)(91956017)(71200400001)(52536014)(66946007)(66556008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?qm9PTKJVg5PmFChzgBs9Rkj31KDJSO1puP39fr9DEj9jzQ5wk9ua9gnOb7?= =?iso-8859-1?Q?YMle+sk5GtqhW43JkDHVlBNwmgJXLF+jC2CG3S88pINdkY7bXIWbH+asAZ?= =?iso-8859-1?Q?eBfagsviZw4mS7SZ7WkfLIuV44lRTh7eWpkMfJLVUABGHJKbMx2yRv4sGN?= =?iso-8859-1?Q?VpWVCthFgVTHY4WXK39Uwc4AJjIZBIKpz9fRHDHE8/KvDnkq3l8lQYv4aH?= =?iso-8859-1?Q?ngry6mW0Tmlp7eaJbI8jyIFagCVcXitwmbaTlzqGzFbA0Nij1nKGq2Sd6p?= =?iso-8859-1?Q?gt4RhZ8EooICJPfHBqBgQxcXA1JSbnl2Yhrx68yrriWM32BBkQy8gdD3oi?= =?iso-8859-1?Q?Y4NLkyTIsStPNSTYMDC/QTH+kDVi76f1RCkxUdMqHZglgZNQOI0xsE1hzS?= =?iso-8859-1?Q?HLMvuxAnPpnS3hUIBGGI1mR9SvJY+uxU8LG+0PBHdHYWQRXcaJNNIq4SS/?= =?iso-8859-1?Q?ZMbVpUhk9S8ore4swp2BkKHMScMyUYG7N3m7zKA4YWwE6GJtxV6teZieE6?= =?iso-8859-1?Q?xggh+9Zfk/4H3yzBhtnXDLUK46F4rMd8VViv2j4cR6xKlZSXEGgLv0b8/w?= =?iso-8859-1?Q?YJkbq5NBiLnTPggQXE9jyO3AX1enM5FeTIHt62LyXUI8SOCcdOxYJAQvVY?= =?iso-8859-1?Q?qc9lxLm1IrNAVntdhy4PoecY/C6O9cJT35lWVrLI3Q0cD00WpHiQpDwibU?= =?iso-8859-1?Q?d7CUaogR2hETZzZqNpeqyhB4bIdlM04na5jWrclbinZw6QD3Y1MaqerTHj?= =?iso-8859-1?Q?fLA18Q2nY/o1+iBQ/rp98mGq0SwIMEUNVy3Hv26YNGimMGF3bh7+/sFy4L?= =?iso-8859-1?Q?6njM8yWTp/Nhf2599WxH6wMIc4Sf3a6Pchi3u1WC12m5pwn0h+U5qVmVU6?= =?iso-8859-1?Q?UUoGgirRMwMgTG9D4XD4Hjm3gzRkfPJrBMZYqD7YzfOYAQ6YThpkEBXegY?= =?iso-8859-1?Q?MzLXrxPM64npz3mD1MUEynouDBZfXBdgCBEhYmFW3rrSogXFwH3Qcv60G6?= =?iso-8859-1?Q?zOzdO2Anor95jw995C9ZUFRy14XjXQV8nGGJ18we3bxwsQbdwvw4h6oBLd?= =?iso-8859-1?Q?NbBNtTzhI0HsF79x565RxyWiw4KOPMcg6qFL0E6w4t3aWX6OoIMKKreX8Q?= =?iso-8859-1?Q?TCjjjzsf0/pd1BvIQi7j4HkBwv2TXKk4IY9T38qXDZNUc7b9Giz3m8fD7+?= =?iso-8859-1?Q?YmD7Gg2fKBcCj08yzIQkPZcrkTN0pZbu0X9DXFv6CJ+xBciBPkXJGf7CjO?= =?iso-8859-1?Q?J4p/9JMxeeGEwMQWZmsGQKxQ4xOtFvsEOn9GJQGgmY7OrhPHuycSHI2DQG?= =?iso-8859-1?Q?P3p/UoBtk3CGUrq0GDX/qhx+xlSY5kOUsK7gvF2VANFJ7oyUo52I45wKAj?= =?iso-8859-1?Q?6TKXGZDLG2y4uNcFZst9l8ZoyUHiKegI2JMRbYiXGl7XwV0UhMdmau8lvg?= =?iso-8859-1?Q?++YKwcf+ezfjNFeLfG6xykwOeZoPZOZ0/Cynd8t9bq1nF4HIU6flVXPhhV?= =?iso-8859-1?Q?KbnS9UG+ibw8JGPnEOl9/jQw3IBeXTN1DDBhIzUVMksLt5uRNgNi7VsPbA?= =?iso-8859-1?Q?T2vuyXbFrmBSJ1eFgsjqJ5m+WgI7db9CWZBk+v+u7OV5cGVlxViHZKeGEY?= =?iso-8859-1?Q?kj3S5tVaQHd3x4aKeyaQnPfhLFqLwhILAh2SXUcv80z4DKJ4P+N4XrpRmA?= =?iso-8859-1?Q?ckvFcluMVyU+cHul9yiOZpf0MlSOJc/+q6QIrHZR?= Content-Type: multipart/alternative; boundary="_000_BYAPR11MB272511708D81886E980D90CCDF059BYAPR11MB2725namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2725.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ab268b12-5874-4893-5149-08d9fdf57f70 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 15:41:49.5424 (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: yuHLHEHwrg1ro6u6UbFXDVjRb9URAEabceoJvulmpc8IQjv7Cr9diy68R0FZEYEhE9syvc5ZrMgaomq0DMjJqg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3076 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.18, xbe-rcd-003.cisco.com X-Outbound-Node: alln-core-12.cisco.com Archived-At: Subject: Re: [bess] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-be?= =?iso-8859-1?q?ss-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT?= =?iso-8859-1?q?=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 15:42:10 -0000 --_000_BYAPR11MB272511708D81886E980D90CCDF059BYAPR11MB2725namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks, positing update in 30 min. Mankamana From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:36 AM To: Mankamana Mishra (mankamis) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Correct this will address my DISCUSS point if you also modify the line belo= w, i.e., replace all IGMP by IGMP/MLD in the text until the terminology sec= tion states "IGMP means IGMP or MLD" (sic). Regards -=E9ric From: "Mankamana Mishra (mankamis)" Date: Friday, 4 March 2022 at 16:33 To: Eric Vyncke , John E Drake , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi Eric, These hosts/VMs express their interests in multicast groups on a given subnet/VLAN by sending IGMP Membership Reports (Joins) for. >> Add= ing MLD here too ? their interested multicast group(s). Furthermore, an IGMP router periodically sends membership queries to find out if there are hosts on that subnet that are still interested in receiving multicast traffic for that group. The IGMP/MLD Proxy solution described in this draft accomplishes has three objectives: does this change look ok ? From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:29 AM To: John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hello John, Thanks for your quick reply, even if I am unsure how to read " Yours Irresp= ectively," as I am not an English-native person. Thank you for pointing me to the new sections 9.1.2 & others =3D> I will up= date my DISCUSS on this point w/o sending another email. But section 1 still mentions only IGMP and never MLD except for "IGMP/MLD" = proxy, this is trivial to fix, so I suggest to the authors to update the dr= aft. Regards -=E9ric -----Original Message----- From: iesg on behalf of John E Drake Date: Friday, 4 March 2022 at 15:01 To: Eric Vyncke , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi, Snipped, comments inline Yours Irrespectively, John Juniper Business Use Only > -----Original Message----- > DISCUSS: > ---------------------------------------------------------------------= - > > As Martin Vigoureux's term is near its end, I took the liberty to re-= evaluate the > ballot status of this document and clearing parts of my original bloc= k DISCUSS > points and many of my original non-blocking COMMENT points. > > See below this line for updated version > ---------------------------------------------- > > Thank you for the work put into this document. I have to state that I= am neither > a EVPN expert not a multicast one. > > Please find below some blocking DISCUSS points (probably easy to addr= ess), > some non-blocking COMMENT points (but replies would be appreciated ev= en if > only for my own education), and some nits. > > Special thanks to St=E9phane Litkowski for his shepherd's write-up ab= out the WG > consensus. > > I hope that this helps to improve the document, > > Regards, > > -=E9ric > > =3D=3D DISCUSS =3D=3D > > The text covers in details how to map MLD/IGMP into BGP routes but do= es not > say a word on how to recreate the MLD/IGMP packets. Should there be a= ny such > specification (e.g., in section 4.1) ? [JD] We added: 9.1.2. Reconstructing IGMP / MLD Membership Reports from Selective Mul= ticast Route 9.2.2. Reconstructing IGMP / MLD Membership Reports from Multicast Mem= bership Report Sync Route 9.3.2. Reconstructing IGMP / MLD Leave from Multicast Leave Sync Route > > -- Section 1 -- > In the same vein, is it about IGMP only ? Or does it include MLD as w= ell ? It is > really unclear. [JD] The Abstract states: This document describes how to support eff= iciently endpoints running IGMP (Internet Group Management Protocol) or MLD (Multicast Listener Discov= ery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN= (Ethernet VPN) PEs. We also added this paragraph to section 3 at Ben's behest: It is important to note when there is text considering whether a PE ind= icates support for IGMP proxying, the corresponding behavior has a natural analogue for indication of sup= port for MLD proxying, and the analogous requirements apply as well. --_000_BYAPR11MB272511708D81886E980D90CCDF059BYAPR11MB2725namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Thanks, positing update in 30 min.

 

Mankamana

 

From: Eric Vyncke (evynck= e) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:36 AM
To: Mankamana Mishra (mankamis) <mankamis@cisco.com>, John E D= rake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.= org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Correct this will address my DISCUSS point if you al= so modify the line below, i.e., replace all IGMP by IGMP/MLD in the text un= til the terminology section states "IGMP means IGMP or MLD" (sic)= .

 

Regards

 

-=E9ric

 

 

From: "Mankamana Mis= hra (mankamis)" <mankamis@cisco.com>
Date: Friday, 4 March 2022 at 16:33
To: Eric Vyncke <evyncke@cisco.com>, John E Drake <jdrake= =3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <dra= ft-ietf-bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.co= m" <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" &= lt;bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>= ;
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

 

Hi Eric,

 

These hosts/VMs express their i= nterests in multicast groups on a

   given subnet/VLAN = by sending IGMP Membership Reports<= /span> (Joins) for. >> Adding MLD here too ?

   their interes= ted multicast group(s).  Furthermore, an IGMP router=

   periodically sends= membership queries to find out if there are hosts

   on that subnet tha= t are still interested in receiving multicast

   traffic for that g= roup.  The IGMP/MLD Proxy solution described in

   this draft accompl= ishes has three objectives:

 

 

does this change look ok = ?

 

From: Eric Vyncke (evyncke) <evyncke@cisco.= com>
Date: Friday, March 4, 2022 at 7:29 AM
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The = IESG <iesg@ietf.org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Hello John,

Thanks for your quick reply, even if I am unsure how to read " Yours I= rrespectively," as I am not an English-native person.

Thank you for pointing me to the new sections 9.1.2 & others =3D> I = will update my DISCUSS on this point w/o sending another email.

But section 1 still mentions only IGMP and never MLD except for "IGMP/= MLD" proxy, this is trivial to fix, so I suggest to the authors to upd= ate the draft.

Regards

-=E9ric

-----Original Message-----
From: iesg <iesg-bounces@ietf.org> on behalf of John E Drake <jdra= ke=3D40juniper.net@dmarc.ietf.org>
Date: Friday, 4 March 2022 at 15:01
To: Eric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf= -bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.com"= <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" <bess= -chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT)

    Hi,

    Snipped, comments inline

    Yours Irrespectively,

    John


    Juniper Business Use Only

    > -----Original Message-----

    > DISCUSS:
    > ---------------------------------------------------= -------------------
    >
    > As Martin Vigoureux's term is near its end, I took = the liberty to re-evaluate the
    > ballot status of this document and clearing parts o= f my original block DISCUSS
    > points and many of my original non-blocking COMMENT= points.
    >
    > See below this line for updated version
    > ----------------------------------------------
    >
    > Thank you for the work put into this document. I ha= ve to state that I am neither
    > a EVPN expert not a multicast one.
    >
    > Please find below some blocking DISCUSS points (pro= bably easy to address),
    > some non-blocking COMMENT points (but replies would= be appreciated even if
    > only for my own education), and some nits.
    >
    > Special thanks to St=E9phane Litkowski for his shep= herd's write-up about the WG
    > consensus.
    >
    > I hope that this helps to improve the document,
    >
    > Regards,
    >
    > -=E9ric
    >
    > =3D=3D DISCUSS =3D=3D
    >
    > The text covers in details how to map MLD/IGMP into= BGP routes but does not
    > say a word on how to recreate the MLD/IGMP packets.= Should there be any such
    > specification (e.g., in section 4.1) ?

    [JD]  We added:

    9.1.2.  Reconstructing IGMP / MLD Membership Report= s from Selective Multicast Route

    9.2.2.  Reconstructing IGMP / MLD Membership Report= s from Multicast Membership Report Sync Route

    9.3.2.  Reconstructing IGMP / MLD Leave from Multic= ast Leave Sync Route

    >
    > -- Section 1 --
    > In the same vein, is it about IGMP only ? Or does i= t include MLD as well ? It is
    > really unclear.

    [JD]  The Abstract states:   This documen= t describes how to support efficiently endpoints running IGMP
    (Internet Group Management Protocol) or MLD (Multicast L= istener  Discovery) for the multicast services
    over an EVPN network by incorporating IGMP/MLD proxy pro= cedures on EVPN (Ethernet VPN) PEs.

    We also added this paragraph to section 3 at Ben's behes= t:

    It is important to note when there is text considering w= hether a PE indicates support for IGMP proxying,
    the corresponding behavior has a natural analogue for in= dication of support for MLD proxying, and the
    analogous requirements apply as well.

--_000_BYAPR11MB272511708D81886E980D90CCDF059BYAPR11MB2725namp_-- From nobody Fri Mar 4 07:52:13 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C88B33A1469; Fri, 4 Mar 2022 07:52:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=ILZel/yn; dkim=pass (1024-bit key) header.d=juniper.net header.b=RTX8HRDv 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 hZgRF_ZcDxr5; Fri, 4 Mar 2022 07:51:58 -0800 (PST) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C7F33A1463; Fri, 4 Mar 2022 07:51:57 -0800 (PST) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 224C8BUl010853; Fri, 4 Mar 2022 07:51:53 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=G6UEvc95/NP/kN9aiyyuy1pnwUXSX/VqQhcXieMeCLU=; b=ILZel/yn0e0hrzmeinK98onTMcWfslYQ0cwU8DPTuPbx2oL0XNdZa4Frs+TlI2G2QXvs xuCA5yP2w6nBq/O9uGpuCU6H7Lh4Iagl7WFJGSNuUFEPQzvmsvGSRjfDYEe0s/Qxbiby ChjtDHSj8gAWO4wkc1aJUG20UXuCAb1G60KOAbl/NCNZUEtUml1pIQUgvCRnel0N1REb 0Lzp4rO56ui0lhld3C3DFxCLwYn94s9jiyh4U+en3cUj4Vrw1F0wVRG6JvKtAXwCn/D4 oArelsKdHCIBePL5s6p1IWJTCENJwKhgxdtNtsw+9XegUXA40nMIBR/6MlUA7Oix1MZs cQ== Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2109.outbound.protection.outlook.com [104.47.55.109]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 3ek4k7swq6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 04 Mar 2022 07:51:53 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=B4uohs1E5YCdUd+tcGe8/YWPHiHyYtjMihso++SKaj7n6AR87lQQcZIKh4vT3pVa6D1FW9zo5kCznpZhDVC0eRDjY+5K0Toxs3p02Dpj60mFvba1eV/z56uDlsBI4FW+ql2ojZNh+utziLyrJm/uWvK9F6bAgk8MFpUnWvSb4nyghnxQUUfTtWR9gj69Yau1vIowhiHeGQsG7P5ZEVFPwwfS0fk74dj9CmKGHRUcc3/q1T3m9yoqwygtDTIpyFYp309mBW6g0t1TxYjzNLBs2fNl0xUhkdQ0d0dDl2nlI8QkCqbv5Sr++4sABj/NEl4Anq1dFsk4aHdFF5K+/jQulg== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=G6UEvc95/NP/kN9aiyyuy1pnwUXSX/VqQhcXieMeCLU=; b=F8a12KRMP8kjgRt1QfJKSH2pHdBEuVkQry93LAj4X5DLYTuE+mLdnhpipfvFPHslLQtGMRw2ElVtorFYR7gRKqWGP/AVd/kSYQRPghToR2/Y+wNBq/2D5cF6wTSFACNQZ1uad84Szu49JxwW9FqteiV30B5BxyIBznUW396IMhyJhSThgoPDqMiMmA1Q/MCGpFegFJZ0syDj8w4Lp4jJqH9D2u3dP3Lym4T7dp2oYfzXBt9X3e8o1yC/ewCUujb2mD24gTrmGNwfh0teWMbkk76Y4qBOev3oNQp04pC3+zwo12DJ+Z2ffncZaf3OL+5OgWM7HQYzJMBk1+2F+mqAKw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=G6UEvc95/NP/kN9aiyyuy1pnwUXSX/VqQhcXieMeCLU=; b=RTX8HRDvrL/PW7alk/r+oj60EVnvO6QseKbyO5dNu3h+gkzLi0jKHP3Tchu64Q7YWb3hZA45MzDZ7VcZGhAD/fBzE2KhyUvjDoCIhCb/v+gdpsFCBaISLgUl5z7e8Eq7egCN8surOvFkWpXd1o2OHrrLRwz+2npNyjQqQ7PSv8k= Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by SN6PR05MB5776.namprd05.prod.outlook.com (2603:10b6:805:100::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.8; Fri, 4 Mar 2022 15:51:51 +0000 Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8%9]) with mapi id 15.20.5061.007; Fri, 4 Mar 2022 15:51:51 +0000 From: John E Drake To: "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78vWavrIfk0EEycPfvqMePYLqyvPYlQgAAcTwCAAAUG8A== Date: Fri, 4 Mar 2022 15:51:51 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> In-Reply-To: <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.401.20 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T15:51:50Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=6c5557ca-da08-4948-a64e-eccbd84e9e7d; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 83d5e9a2-0395-4896-a7f4-08d9fdf6e628 x-ms-traffictypediagnostic: SN6PR05MB5776:EE_ x-ms-exchange-atpmessageproperties: SA|SL x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sqYE+hWGd89GYhRTMD7Uk8bjcQGkLTMlUI9uHB/dhJ9fgTrJe+jUvAcXen5zwHQg+K/vLNMIg0in3ZxECM+CmvsXhvqBlJUGTWsff/btni7L6GEWAl6U5C76W0/DNTWcgJ4tMnAQPFhtE6ECUWcniyqkhm4cpxrIR6qouW7yf2O7rxhkAT2XVeAnNclIM4OJyV3oeI/DTzMRHJznPkBKaJtM6FE3Pbm72fucmpudBM53Y56qgawb8qTIVKXsMqB+6wZHCUSJ9DLkBekak9Z/Mh0Ai/ZFNWc3gnVsZV4Qb9QiboaskSjiAt8ba4SYMjzg8KUa/Kah28UrYMCTZ51DUch2LiqDhkSjqpRKvEBljHRgxeduZOLVuKCPH5iAdWVtMOLOdecg1LwgWsXWc09kzZeyw0C/YnCD5ewVixHm+P1NgICbd881ucZn2RM3D4Vg6TN77OAUi+do9G/tSMrWrXEPNkdNZlOdqAfMeE9E3OaaMWR/URvJBoRnt4n7aQmvuw8VOxhWphQigYr/lE/y0IWGF4WdPPN0J1M4mjVqS84c0+dlYuV9GYiwbBG3wLc9hSfKYxgld54etiNArcvAYufuxAt61f4AGLl5FIJhMlzHwC36wCj/Q10X0U39jetcNPf+SDX0Gfl1kYFLBhOaqmXhFXyLpa3GjadwBaVDTHmoDKw6cYCRbs3oToNKLFPzP8DW5JDlhiWkTlJVmLjUjQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(508600001)(38100700002)(8936002)(26005)(66574015)(186003)(122000001)(6506007)(9686003)(7696005)(53546011)(38070700005)(71200400001)(55016003)(224303003)(2906002)(64756008)(86362001)(66946007)(33656002)(76116006)(110136005)(54906003)(52536014)(316002)(4326008)(83380400001)(66446008)(66556008)(66476007)(5660300002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?eG9ZTXVlczJ5RjdWSjdmTlpDYWVTN0ExZy9TR1NWWmNsb3lWZS9zNklNVkxl?= =?utf-8?B?aDNhNG4xcnRBVUNhOHBtenV5QStTayt3eXhSRUI0U0g3WnpkK0UvbjFlTzlh?= =?utf-8?B?MXAxNWM3NmlwRWRpa1J3MGJkQzlCT3daMElpZ0pwZWVIU0w0M1ZCQm5PT0o4?= =?utf-8?B?K3pTYS80bW1McnBNdUVPeStUajFtTHJrbVY1c3dZY09kMlZtTlE2NHF0UXpE?= =?utf-8?B?T200dHJVSWJkY1JxMXQycjZPTGhienlWN1RoR2pTMVNsMVZMa3FMWU1wa0pL?= =?utf-8?B?cWl5R3NCV3hjYUN4TXR2eU84S1FlcFpxSmMwc1E1TTNXbFd0MkpzMCs5ZGU3?= =?utf-8?B?djR4eFJRZTYwRlVIeVBRazBLYm9ZUU42RE5WaDNObHAwVUU0UnUvSzBCZGh4?= =?utf-8?B?Mm14Y3Q5YWlHV3JHTWVYL3R3c0MvVU9hM3hrek9ZbzZYbG5ZZG9mblU1dnpm?= =?utf-8?B?TEhqRTNXRVFYVHVyL3FNcitQS00zclM5a21CSkIwY20vU0xCeWJYbzRnRmg0?= =?utf-8?B?NDg3NWZ4R1crUkNMcjZjb1BmSkpFb2JsMXBUUXhvbjBxVEhsWGNnd2x0Wkxu?= =?utf-8?B?eGN2NG4rbmthRHZWd2NKeGt4SHVqOTlhU3ExYklobTNjaUFibXR6aFl5ZXdt?= =?utf-8?B?dVlpcVVPL3pNcFhIbU9zYXc1VjhyRk5aMTRUcG9TQzBnT3laaHFCZEU1QUpr?= =?utf-8?B?RXJFbWFPd3BMZmFRV0QzZzcxNjNmU0lSVDFYV1hFdjRGaUVUTzFuMUlZU1g5?= =?utf-8?B?N0REOEsveXdMY0dkdGdsWXlSczRuR2JOYnBqOGpzVzBWTlhVSFNMTThZTGZ4?= =?utf-8?B?bCs1dmRXYTNOQzQvWFF6bFozUEdkZWtrVTYwS241dVZ5b0xDdzBtSzNJa3py?= =?utf-8?B?bk5Odzg0Q1lGSHFiYTY3UTlUWU9xd1hrZ1BkbEV2ZHpqNm5qYnZOdVp0Nmtq?= =?utf-8?B?YzQ3K09wTTcwem9NemJUWm5HRUI0aHYxYnI3cXFyWFNpS2hsdC9ZbDUyTHVm?= =?utf-8?B?RFpGYzRiQ2V6YUx6R2lhemtiMnk0eUxxRU5Rb0pQTE5EWmdRd0F1UDV5STEx?= =?utf-8?B?czRVNm9LY1pVckxveTJ1UGRVaXE5RFVNZzc0eG5DK1hMM25CNVo5Rld6ZTQw?= =?utf-8?B?TzNoVk1GeGhUOHlwTURKNk8yTWJ0Um8xcVpWZThaYTVFL2RZdjVUWTNWNytF?= =?utf-8?B?YVFzbnRPYzNoY3hvOWFlNWJGTlVpbFRZZ1pJVk5NQ1h4bmVYQ3BxcnVpK0F4?= =?utf-8?B?TlJ3S0RaRUMrZThqQW41RzRuY25CRjZRWFB3R2FTRXgvdWtLMkt6d3hJTEFa?= =?utf-8?B?MlFlQWdlNjBPaTJ4M25IZWNoNGdzOGxkK2ZMbkdKemRWWERiU0RBbU1NeGYx?= =?utf-8?B?YmRDVDJDbzN0VjFzdjFtQnlpVzVNL2d6TUNpVVAvNVB0S0dtMFRhdmhGbDk1?= =?utf-8?B?OFhmNklMTEw0alNIOUx2R1ZRa0FaWFg1NUVGMXFCNGEvWmJJUFEwbEpETXgv?= =?utf-8?B?dDZRVmpvaUlmSFRDeDhacytuWi9pbFV0SXNZdmhBaU8vaVlpOGkzcFBwVFh0?= =?utf-8?B?N2Q2d0NmMnRrbWxwbkRTNFFaVkg2enIrL3pJOStPcFBiSUg3NUM1NTY1dklL?= =?utf-8?B?dnZOQ21tR0ZBUGo5TWdNTjFuODd6QkhZalhvYUVBVE5kSFc5aU0zMEcwS1V6?= =?utf-8?B?YVFEZVhoWXVrdVBMTU9CQW5KaCsybkNDRHhGYzFsS1dCNmVlbWdjdTVJaXBv?= =?utf-8?B?TjE1MkVCeXBqVkxCMnkyY2MvMHRVMmh0WXNGc0pROThLWThudjcrdHZQYzhC?= =?utf-8?B?NjlZZnRQeDlzQ2pOOFNqVGtoaW9WdnpQeUlOWmJaa0tZdWp6NWRBdWIrbGtP?= =?utf-8?B?U3dTYWdXN2tUUENrRkpQS1lvamx0UUhsWHMrWEc4ZWJHcnVLRzF5SFVwTGxW?= =?utf-8?Q?WJhF2EpezIpu7wFXJQ1cdl9Kcn5mNpiQ?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 83d5e9a2-0395-4896-a7f4-08d9fdf6e628 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 15:51:51.3904 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5wMqfYQ1TfFZee8toZQglSBnPFCJYF2sI413Gjbas86nHWFFbDEn5IcWaEwqPMbblrA0PyYSDFCdG3/NdDowlw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR05MB5776 X-Proofpoint-ORIG-GUID: shdGuj6ie7vLFPwrjtj2mV6MNO43WEUd X-Proofpoint-GUID: shdGuj6ie7vLFPwrjtj2mV6MNO43WEUd X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.816,Hydra:6.0.425,FMLib:17.11.64.514 definitions=2022-03-04_06,2022-03-04_01,2022-02-23_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 adultscore=0 mlxlogscore=999 priorityscore=1501 suspectscore=0 bulkscore=0 clxscore=1011 lowpriorityscore=0 malwarescore=0 impostorscore=0 spamscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2203040082 Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 15:52:04 -0000 SGksDQoNCkNvbW1lbnRzIGlubGluZSBiZWxvdy4NCg0KWW91cnMgSXJyZXNwZWN0aXZlbHksDQoN CkpvaG4NCg0KDQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5DQoNCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogRXJpYyBWeW5ja2UgKGV2eW5ja2UpIDxldnluY2tlQGNpc2Nv LmNvbT4NCj4gU2VudDogRnJpZGF5LCBNYXJjaCA0LCAyMDIyIDEwOjMwIEFNDQo+IFRvOiBKb2hu IEUgRHJha2UgPGpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPjsgVGhlIElFU0cN Cj4gPGllc2dAaWV0Zi5vcmc+DQo+IENjOiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1w cm94eUBpZXRmLm9yZzsgc2xpdGtvd3MuaWV0ZkBnbWFpbC5jb207DQo+IGJlc3MtY2hhaXJzQGll dGYub3JnOyBiZXNzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiDDiXJpYyBWeW5ja2UncyBEaXNj dXNzIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4Og0KPiAod2l0aCBE SVNDVVNTIGFuZCBDT01NRU5UKQ0KPiANCj4gW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBv ZiBjb250ZW50XQ0KPiANCj4gDQo+IEhlbGxvIEpvaG4sDQo+IA0KPiBUaGFua3MgZm9yIHlvdXIg cXVpY2sgcmVwbHksIGV2ZW4gaWYgSSBhbSB1bnN1cmUgaG93IHRvIHJlYWQgIiBZb3Vycw0KPiBJ cnJlc3BlY3RpdmVseSwiIGFzIEkgYW0gbm90IGFuIEVuZ2xpc2gtbmF0aXZlIHBlcnNvbi4NCg0K W0pEXSAgSSBoYXZlIGFuIG9kZCBzZW5zZSBvZiBodW1vciANCg0KPiANCj4gVGhhbmsgeW91IGZv ciBwb2ludGluZyBtZSB0byB0aGUgbmV3IHNlY3Rpb25zIDkuMS4yICYgb3RoZXJzID0+IEkgd2ls bCB1cGRhdGUgbXkNCj4gRElTQ1VTUyBvbiB0aGlzIHBvaW50IHcvbyBzZW5kaW5nIGFub3RoZXIg ZW1haWwuDQo+IA0KPiBCdXQgc2VjdGlvbiAxIHN0aWxsIG1lbnRpb25zIG9ubHkgSUdNUCBhbmQg bmV2ZXIgTUxEIGV4Y2VwdCBmb3IgIklHTVAvTUxEIg0KPiBwcm94eSwgdGhpcyBpcyB0cml2aWFs IHRvIGZpeCwgc28gSSBzdWdnZXN0IHRvIHRoZSBhdXRob3JzIHRvIHVwZGF0ZSB0aGUgZHJhZnQu DQoNCltKRF0gIFdlIHdpbGwgdXBkYXRlIHRoZSBpbnRyb2R1Y3Rpb24gdG8gdXNlIGJvdGggdGhy b3VnaG91dC4gIEkgd2lsbCBzZW5kIHByb3Bvc2VkIHRleHQgdGhpcyBhZnRlcm5vb24gIA0KDQo+ IA0KPiBSZWdhcmRzDQo+IA0KPiAtw6lyaWMNCj4gDQo+IO+7vy0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IGllc2cgPGllc2ctYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9m IEpvaG4gRSBEcmFrZQ0KPiA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+DQo+ IERhdGU6IEZyaWRheSwgNCBNYXJjaCAyMDIyIGF0IDE1OjAxDQo+IFRvOiBFcmljIFZ5bmNrZSA8 ZXZ5bmNrZUBjaXNjby5jb20+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCj4gQ2M6ICJkcmFm dC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyIgPGRyYWZ0LWlldGYtYmVz cy1ldnBuLWlnbXAtDQo+IG1sZC1wcm94eUBpZXRmLm9yZz4sICJzbGl0a293cy5pZXRmQGdtYWls LmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwNCj4gImJlc3MtY2hhaXJzQGlldGYub3Jn IiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCAiYmVzc0BpZXRmLm9yZyINCj4gPGJlc3NAaWV0Zi5v cmc+DQo+IFN1YmplY3Q6IFJFOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYt YmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4Og0KPiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5U KQ0KPiANCj4gICAgIEhpLA0KPiANCj4gICAgIFNuaXBwZWQsIGNvbW1lbnRzIGlubGluZQ0KPiAN Cj4gICAgIFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KPiANCj4gICAgIEpvaG4NCj4gDQo+IA0KPiAg ICAgSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seQ0KPiANCj4gICAgID4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gDQo+ICAgICA+IERJU0NVU1M6DQo+ICAgICA+IC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cj4gICAgID4NCj4gICAgID4gQXMgTWFydGluIFZpZ291cmV1eCdzIHRlcm0gaXMgbmVhciBpdHMg ZW5kLCBJIHRvb2sgdGhlIGxpYmVydHkgdG8gcmUtZXZhbHVhdGUNCj4gdGhlDQo+ICAgICA+IGJh bGxvdCBzdGF0dXMgb2YgdGhpcyBkb2N1bWVudCBhbmQgY2xlYXJpbmcgcGFydHMgb2YgbXkgb3Jp Z2luYWwgYmxvY2sNCj4gRElTQ1VTUw0KPiAgICAgPiBwb2ludHMgYW5kIG1hbnkgb2YgbXkgb3Jp Z2luYWwgbm9uLWJsb2NraW5nIENPTU1FTlQgcG9pbnRzLg0KPiAgICAgPg0KPiAgICAgPiBTZWUg YmVsb3cgdGhpcyBsaW5lIGZvciB1cGRhdGVkIHZlcnNpb24NCj4gICAgID4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAgICAgPg0KPiAgICAgPiBUaGFu ayB5b3UgZm9yIHRoZSB3b3JrIHB1dCBpbnRvIHRoaXMgZG9jdW1lbnQuIEkgaGF2ZSB0byBzdGF0 ZSB0aGF0IEkgYW0NCj4gbmVpdGhlcg0KPiAgICAgPiBhIEVWUE4gZXhwZXJ0IG5vdCBhIG11bHRp Y2FzdCBvbmUuDQo+ICAgICA+DQo+ICAgICA+IFBsZWFzZSBmaW5kIGJlbG93IHNvbWUgYmxvY2tp bmcgRElTQ1VTUyBwb2ludHMgKHByb2JhYmx5IGVhc3kgdG8gYWRkcmVzcyksDQo+ICAgICA+IHNv bWUgbm9uLWJsb2NraW5nIENPTU1FTlQgcG9pbnRzIChidXQgcmVwbGllcyB3b3VsZCBiZSBhcHBy ZWNpYXRlZA0KPiBldmVuIGlmDQo+ICAgICA+IG9ubHkgZm9yIG15IG93biBlZHVjYXRpb24pLCBh bmQgc29tZSBuaXRzLg0KPiAgICAgPg0KPiAgICAgPiBTcGVjaWFsIHRoYW5rcyB0byBTdMOpcGhh bmUgTGl0a293c2tpIGZvciBoaXMgc2hlcGhlcmQncyB3cml0ZS11cCBhYm91dCB0aGUNCj4gV0cN Cj4gICAgID4gY29uc2Vuc3VzLg0KPiAgICAgPg0KPiAgICAgPiBJIGhvcGUgdGhhdCB0aGlzIGhl bHBzIHRvIGltcHJvdmUgdGhlIGRvY3VtZW50LA0KPiAgICAgPg0KPiAgICAgPiBSZWdhcmRzLA0K PiAgICAgPg0KPiAgICAgPiAtw6lyaWMNCj4gICAgID4NCj4gICAgID4gPT0gRElTQ1VTUyA9PQ0K PiAgICAgPg0KPiAgICAgPiBUaGUgdGV4dCBjb3ZlcnMgaW4gZGV0YWlscyBob3cgdG8gbWFwIE1M RC9JR01QIGludG8gQkdQIHJvdXRlcyBidXQgZG9lcw0KPiBub3QNCj4gICAgID4gc2F5IGEgd29y ZCBvbiBob3cgdG8gcmVjcmVhdGUgdGhlIE1MRC9JR01QIHBhY2tldHMuIFNob3VsZCB0aGVyZSBi ZSBhbnkNCj4gc3VjaA0KPiAgICAgPiBzcGVjaWZpY2F0aW9uIChlLmcuLCBpbiBzZWN0aW9uIDQu MSkgPw0KPiANCj4gICAgIFtKRF0gIFdlIGFkZGVkOg0KPiANCj4gICAgIDkuMS4yLiAgUmVjb25z dHJ1Y3RpbmcgSUdNUCAvIE1MRCBNZW1iZXJzaGlwIFJlcG9ydHMgZnJvbSBTZWxlY3RpdmUNCj4g TXVsdGljYXN0IFJvdXRlDQo+IA0KPiAgICAgOS4yLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8g TUxEIE1lbWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRpY2FzdA0KPiBNZW1iZXJzaGlwIFJlcG9y dCBTeW5jIFJvdXRlDQo+IA0KPiAgICAgOS4zLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxE IExlYXZlIGZyb20gTXVsdGljYXN0IExlYXZlIFN5bmMgUm91dGUNCj4gDQo+ICAgICA+DQo+ICAg ICA+IC0tIFNlY3Rpb24gMSAtLQ0KPiAgICAgPiBJbiB0aGUgc2FtZSB2ZWluLCBpcyBpdCBhYm91 dCBJR01QIG9ubHkgPyBPciBkb2VzIGl0IGluY2x1ZGUgTUxEIGFzIHdlbGwgPyBJdCBpcw0KPiAg ICAgPiByZWFsbHkgdW5jbGVhci4NCj4gDQo+ICAgICBbSkRdICBUaGUgQWJzdHJhY3Qgc3RhdGVz OiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGhvdyB0byBzdXBwb3J0IGVmZmljaWVudGx5DQo+ IGVuZHBvaW50cyBydW5uaW5nIElHTVANCj4gICAgIChJbnRlcm5ldCBHcm91cCBNYW5hZ2VtZW50 IFByb3RvY29sKSBvciBNTEQgKE11bHRpY2FzdCBMaXN0ZW5lciAgRGlzY292ZXJ5KQ0KPiBmb3Ig dGhlIG11bHRpY2FzdCBzZXJ2aWNlcw0KPiAgICAgb3ZlciBhbiBFVlBOIG5ldHdvcmsgYnkgaW5j b3Jwb3JhdGluZyBJR01QL01MRCBwcm94eSBwcm9jZWR1cmVzIG9uIEVWUE4NCj4gKEV0aGVybmV0 IFZQTikgUEVzLg0KPiANCj4gICAgIFdlIGFsc28gYWRkZWQgdGhpcyBwYXJhZ3JhcGggdG8gc2Vj dGlvbiAzIGF0IEJlbidzIGJlaGVzdDoNCj4gDQo+ICAgICBJdCBpcyBpbXBvcnRhbnQgdG8gbm90 ZSB3aGVuIHRoZXJlIGlzIHRleHQgY29uc2lkZXJpbmcgd2hldGhlciBhIFBFIGluZGljYXRlcw0K PiBzdXBwb3J0IGZvciBJR01QIHByb3h5aW5nLA0KPiAgICAgdGhlIGNvcnJlc3BvbmRpbmcgYmVo YXZpb3IgaGFzIGEgbmF0dXJhbCBhbmFsb2d1ZSBmb3IgaW5kaWNhdGlvbiBvZiBzdXBwb3J0DQo+ IGZvciBNTEQgcHJveHlpbmcsIGFuZCB0aGUNCj4gICAgIGFuYWxvZ291cyByZXF1aXJlbWVudHMg YXBwbHkgYXMgd2VsbC4NCg== From nobody Fri Mar 4 09:06:47 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CBC443A0872; Fri, 4 Mar 2022 09:06:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164641359977.28405.3538599681570088890@ietfa.amsl.com> Date: Fri, 04 Mar 2022 09:06:39 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-igmp-mld-proxy-19.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 17:06:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : IGMP and MLD Proxy for EVPN Authors : Ali Sajassi Samir Thoria Mankamana Mishra John Drake Wen Lin Filename : draft-ietf-bess-evpn-igmp-mld-proxy-19.txt Pages : 36 Date : 2022-03-04 Abstract: This document describes how to support efficiently endpoints running IGMP(Internet Group Management Protocol) or MLD (Multicast Listener Discovery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN (Ethernet VPN) PEs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-igmp-mld-proxy-19 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-igmp-mld-proxy-19 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Fri Mar 4 09:08:53 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C22BC3A0874; Fri, 4 Mar 2022 09:08:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=hkGkpsb2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=OkZxn7lo 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 RlrH133icOW3; Fri, 4 Mar 2022 09:08:38 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 254373A0921; Fri, 4 Mar 2022 09:08:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22977; q=dns/txt; s=iport; t=1646413692; x=1647623292; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=szFJvvCA+PwD/ybUVAeKPDaB16PFmZO6lpQsFP0evgg=; b=hkGkpsb2yA/GMY1HZVOOawPcXxsL75oBw/zYEsGEX6AoslIUFGJmLWSM Yxjs49Q5ZDUrDHuxNPSaqTXz9xj6BCLmix+d6Yj22ZbTMaexMjyEiXa/+ dn49Li95HjOlvhdso1BLPvG6SwCpTiUttkIuxTLA0ueBIDWml3PTsOZKd 4=; X-IPAS-Result: =?us-ascii?q?A0ALAADGRiJimIMNJK1aHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UYHAQELAYEgMS4oflo3RIgeA4RZYIUQgwIDixCQIIEuFIERA1QLAQEBDQEBQ?= =?us-ascii?q?QQBAYUHAoQbAiU0CQ4BAgQBAQEBAwIDAQEBAQEBAwEBBQEBAQIBBgQUAQEBA?= =?us-ascii?q?QEBAQEdBwYMBQ4QJ4VoDYZCAQEBAQIBEi4BASkOAQQHBAIBCBEDAQIvIREdC?= =?us-ascii?q?AIEAQ0FCA4FB4JiAYIOVwMNIQGgJQGBOgKKH3iBM4EBgggBAQYEBIULDQuCN?= =?us-ascii?q?wmBPAGDD4MAA1VKhxQnHIFJRIEVQ4JnPoIhQgSBKQESAQgbHoMxgi6VLVIfZ?= =?us-ascii?q?AQbMByBBFEZMQQGOgORcRaDC4okgXKeCmsKg0mSCIdphhgVg3OMK4Zcik6GY?= =?us-ascii?q?JZVIIIpjhqQXQSFCwIEAgQFAg4BAQY1gSw6LT5wcBWDJFEZD44gEQgJFW8BC?= =?us-ascii?q?IJDil51AjYCBgEKAQEDCQGSagEB?= IronPort-PHdr: A9a23:lQLyORbqmbaMZcmO+yXehB3/LTAphN3EVzX9orIriLNLJ6Kk+Zmqf EnS/u5kg1KBW4LHo+lFhOzbv+GFOyQA7J+NvWpEfMlKUBkI2skTlhYrVciCD0CzJfX2bis8S cJFUlIt/3yyPUVPXsjkYFiHqXyp5jlUERL6ZmJI IronPort-Data: A9a23:TNtp9alD7GtG4JrFKTZta8bo5gwLJkRdPkR7XQ2eYbSJt1+Wr1Gzt xJNWTrTb6uIYjP2L99xbIW//EwA6J7TnNI2SANrpX1kRVtH+JHPbTi7wugcHM8zwunrFh8PA xA2M4GYRCwMZiaA4E/raNANlFEkvU2ybuKU5NXsZ2YgHWeIdA970Ug5w7Vh3tYy6TSEK1rlV e3a8pW31GCNg1aYAkpMg05UgEoy1BhakGpwUm0WPZinjneH/5UmJM53yZWKEpfNatI88thW6 Ar05OrREmvxp3/BAz4++1rxWhVirrX6ZWBihpfKMkSvqkAqm8A87ko0HOANUkta0DqvpItSy PVA9pKsWQgYF4SZzYzxUzEAe81/FaRC/LmCKn+lvInKiUbHaHDrhf5pCSnaP6VBpb0xWj8Ir KdecWtUBvyAr7reLLaTT+Bqhc0mLdLDN4IEsXYmxjbcZRojacCYEv6WvIcChV/cgOhTFtyAV fpIUgBLNhPARzBgBUsWT70XybLAan7XKm0E9w39SbAMy2Le1xdZ0bXxPpzSYNPibc9YhV3dr WLP/n7iKhAXKNLZziCKmlq3gu7TniTkQ8QTGaG23vFviVyXgGcUDXU+WUGyr+X8i0OiVZdVJ lcPvycwta539UOuVpz4WxH9uGSDrg80WtdMHas98g7l4qvZ+AmxB2UYQHhGctNOnM06XzUp2 wrVx9H0Az13vafTT3+B3ruRpCm5fykYMWFEYjULJTbp+PHqpIU1yxnIVNsmSei+j8b+Hnf7x DXiQDUCa6s7l98w26jg8nb82BGshpWKQBIl6TT+dzfwhu9mX7KNa4ut4FndyP9PKoeFU1WM1 ETofeDDt4ji6rnQz0SwrPUx8KKBvK3caWKC6bJ7N9xwqWryqifLkZV4uWkmTHqFJProbtMAj KX7kAdV6Zk70JCCMvIvOtnZ5yjHMcHd+TnNX/TQaJ9FZYJ8MVbB9yB1bknW1Gfo+KTNrU3dE crGGSpPJS9HYUiC8NZQb71DuVPM7ntnrV4/vbihk3yaPUO2PRZ5s4stPlqUdfwe56iZugjT+ Ns3H5LUl0sEC7ekO3KHq9F7wbU2wZ4TWM6eRyt/K7HrH+aaMDpJ5wL5mOl4INU1w8y5aM+Ro yHtMqOn9LYPrSSXdVrVApySQLjuRp145WkqJjAhOE3A5pTQSdjH0UvrTLNuJeNP3LU6lZZcF qBZE+3dU68nYmmWpFw1M8KnxKQ8L0vDuO57F3f/CNTJV8Q8HVahFx6NVlaHyRTi+QLs7Zpu+ +D7j1iDKXfBLiw7ZPvrhDuU5wvZlRAgdChaBBCgzgV7EKk0zLVXFg== IronPort-HdrOrdr: A9a23:Ficko6o/kdxtcyArONx+SesaV5uGL9V00zEX/kB9WHVpm5Oj9v xGzc506farslkssSkb6K+90KnpewK6yXcH2/huAV7CZniphILMFuFfBOTZskbd8kHFh4tgPO JbAtRD4b7LfBlHZKTBkXOF+r8bqbHtms3F9ISurUuFDzsaFp2IhD0JbDpzZ3cGPDWucqBJba Z0iPA3wwaISDAyVICWF3MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWnZ4j4uFxd0hZsy+2 nMlAL0oo+5teug9xPa32jPq7xLhdrazMdZDsDksLlXFtyssHfrWG1SYczHgNkHmpDp1L/sqq iLn/4UBbU315oWRBDtnfKi4Xi57N9k0Q6S9bbRuwqSnSW+fkNgNyKE7rgpLycwLCEbzYtBOe twrhCkX5Y7N2KyoA3to9fPTB1kjUyyvD4rlvMSlWVWVc8EZKZWtpF3xjIZLH4sJlOw1GkcKp glMCgc3ochTXqKK3TC+mV/yt2lWXo+Wh+AX0gZo8SQlzxbhmpwwUcUzNEW2i5ozuNzd7BUo+ Dfdqh4nrBHScEbKap7GecaWMOyTmjAWwjFPm6eKUnuUKsHJ3XOoZjq56hd3pDnRLUYiJ8p3J jRWlJRsmA/P0roFM2VxZVOtgvARW2sNA6dgv22J6IJ84EUaICbRRFrEmpe5vdIi89vdfHmZw == X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,155,1643673600"; d="scan'208,217";a="839341021" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Mar 2022 17:08:06 +0000 Received: from mail.cisco.com (xbe-rcd-001.cisco.com [173.37.102.16]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 224H81CN005468 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 4 Mar 2022 17:08:05 GMT Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-rcd-001.cisco.com (173.37.102.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 11:08:05 -0600 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 4 Mar 2022 11:08:04 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 4 Mar 2022 11:08:04 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MKCvOdaBiOvWmvJPXOEQdUBkJp4l64YGwVoKAYG9D4UlM0VHQSsHZnNmjJ23jM449pt7K0MzhQllJyAfLBEaX7jSkv0kf+Ero5N0sqHoS9tsP8q58roRMqUn4E9P2wf8MFnmFjyQOQgB43XS0DjhwejLng2c3m3c/ixFNw4s93JPn3yAZbiIRZIQ/aTsVS5PyBbC5+7+PMmgexyEMPQSqL1CHIYYJu/e20/qbY7i6DgRWTy4YFC1An/kMVpKn+jHC5uzthg4/DT/Y9iOgh1UMeT3LIqWQTD6v6fpsdxN8gzgs3Uy4aSzKWyEuhuUyuEQ91qc9ZvsMwzgc2xxch8TaQ== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=byXWMpG/9B+LZ5eM9Xlz5euPfIVu6zja6UKZ8+d9jkM=; b=OmbYpeqAfs3Erdg/UZRoDlmk6BKVDvpfzte8VwEBA4kbP4TosB0rhrcJ9U+QjSa+f049q6MZj4sLTR/H6U0oZ0/fnrrn8KFhnYB2nvVyXdx6juwgQxSJdnEKVRkA63+9Ja0gRVr/c0cDQmebs0wkcJ4J1kKzwxxyzR8ZkT9txR1pk0VCcWDOSUqvqPGZFQM2VVPxNlASQH6/3hqSLHBd3BsqxJjA3Bsxd3Fp7Kda/o3krjz+5bZZuTNcym/cXs6YFpM9mtJbSCbwaDwlOWiqzBybt3uyGudZ1Ov+vrY9GWppEXjx7FoI76UKaMBLyUH64sOB58udIaEFbMETJQkd1A== 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=byXWMpG/9B+LZ5eM9Xlz5euPfIVu6zja6UKZ8+d9jkM=; b=OkZxn7louDXMgueuqOKhu/hJX2DbjtWKaUfCw5/c+9xNxyqzPCR8Man8vafyENQNfoHcmh5uQo6ykwc1ShL9YCFa4uHFIr6PR99jXo18inQGgol5eXpvztboUOSCns/GlNTdV3Z044VzA6q40lAipUDHsWKEBlQJ5Mvrt+mQ59Q= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by MN2PR11MB3709.namprd11.prod.outlook.com (2603:10b6:208:f3::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.26; Fri, 4 Mar 2022 17:08:02 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5038.016; Fri, 4 Mar 2022 17:08:02 +0000 From: "Mankamana Mishra (mankamis)" To: "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" Thread-Topic: =?iso-8859-1?Q?=C9ric_Vyncke's_Discuss_on_draft-ietf-bess-evpn-igmp-mld-p?= =?iso-8859-1?Q?roxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78wup1kTsBDEkSi3/SdfakLFKyvQMUAgAAZEwCAAADkP4AAAOUAgAABiPCAABflaQ== Date: Fri, 4 Mar 2022 17:08:02 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4b9db035-a6e7-4b28-d337-08d9fe018ae9 x-ms-traffictypediagnostic: MN2PR11MB3709:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: X4qNKO/eTtw6Sx1Ub3h30L1m1csgqPASVkrGwijIi1kPkTr2fWNKwHj1qcBUpaRMBP8kIzsMBZouTjZb42hf3zQLffyivRujG7xtWdxaSatqK/PqF0HzgKRAiutp4/8nJeJ96Zi7pru0xdPbqp7gVn0gHIPD9QbdCxUIRTqDDLACpoDURHlEcVKnkuD4Aupm5GeYv1JeeoCx2fhflUxjDBuZhSdfwP5gvQY1xkdFbCGLhfI7Ar3CdGEzE4yRxJT4Oy9M/12XyRYdEs0o40hulUdaZDYsm3B1V3EOVjEpY12UQ5qr6l7X3tB2O23PMnIPmLKRJViqXCnq9OQPdWluhOW5fDpraeASpmDzn+BW5LOWrzeWlL+62R9T5oIYxt2i3drZw/SxsC6bwS3JuYpLNr1pnZ3LdTQ3t0Ah+hS9QlFyJIQbnTsfPwTOvvoIGEOm1sTCmogKMPmZ2ZZJaW3+EgfwkNSpy5T6E9+MdoBHJ11aIXJmqoWWl7vyoc0eiE60kQi+Ju+qSlc3I2KbT/kG4Y/01rqaFP3LFpyNWcDet8CB0ZDhIok1CWeQ4B0qua6v25VF+eQRdopxFJW3xy6Z2M1L9AOYjNaVX8N4novYifGcBH9HD/ah83wnTkpoYLx/1WnOqYcuf1oZXqpke/lLlnMnnUWt2Mvo+pK6S+I3+MKeC1sRIaynRXkKSD7I1XQo1PheEV8EfXaSw0JaOOzUpQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(26005)(54906003)(83380400001)(33656002)(38070700005)(55016003)(2906002)(110136005)(316002)(122000001)(508600001)(224303003)(66574015)(66946007)(53546011)(86362001)(4326008)(76116006)(64756008)(66446008)(66476007)(91956017)(2940100002)(71200400001)(38100700002)(186003)(7696005)(6506007)(52536014)(5660300002)(9686003)(8936002)(66556008)(9326002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?7P3bawy4ryfIjeph1kKY09NtY1S4XhdFwWsh2BIXB1nRFgkdNM9WZjZAYC?= =?iso-8859-1?Q?c4aG++ZNnyukzhwcPbxkbEAK5aKPedXfDJjzTUcsmRRhn7bNNKRk+5DGgH?= =?iso-8859-1?Q?gLzun6F8916BX931RwFllgZUx3awKYw8KZaa/8BHbvmBpYhDUXhHK/9SdW?= =?iso-8859-1?Q?JCRcbv1SQIG8IMgNXzI8oo5K4jxecwCXu8DKGCDVatzv+Wi40wPpoFrJiv?= =?iso-8859-1?Q?78r3GIqAQejMyGSRKiHHWiEUZtWyw7CJr4Bc0xIqeHu1jvhkVaZ51bJfKv?= =?iso-8859-1?Q?arThM0fkvmuWZceLM52qLCLtpTqANURrNi+S72W5hYOdV4OiE2tRYUYcbG?= =?iso-8859-1?Q?yNTBmYPLOrrQlffFZlKK//XEam+Yof/NS13ND/xlOgx65L6WUI+BIbp5gP?= =?iso-8859-1?Q?uuAg5Dpv2EKLCrnK3r37poBgR9t17HKKP3eqbrOS5rhZUpXa7RDh5hdMPq?= =?iso-8859-1?Q?rCkQEPGAxyc16jbJHSeXm10f1xeeJ/auI52sPn+NJDYlIyku5N3JDiJTld?= =?iso-8859-1?Q?3FsSWDSh+3XvLtMA9dSw6MnaxOaOg0YtCZU1DyCLckqRvasp23SOQ9iXIg?= =?iso-8859-1?Q?TB9X1U9MP9+Nbu6KJa0oAC8UgVSUPBlCA1oYm2WQfVpxmrTpQuGs6vS20E?= =?iso-8859-1?Q?MqKxqN3jRttqpNNHNyazrgIIxlawm/kn6e7oFU4OTWeOn3dU7vKmrRyeqd?= =?iso-8859-1?Q?Ngs18kgDl8s06x1KjqNnVkWRFDyw+uIWc0F6napbgNPXk5ibebdfPJpQk5?= =?iso-8859-1?Q?lSNu5u/e1a/mLniVRSqsvJ5nQBdzhhz/Plfb0+04ek/7iDTyxNwwr63tcu?= =?iso-8859-1?Q?Qh+g0d1yLu7P0LG18MPRrnSJCkBhLX4WIdXQyZqCMcuksOc9nRGgAGlI7E?= =?iso-8859-1?Q?8jDP94IGiuMinW8O0c84f3Pxx5lyZNSgGtMEHpH+btmVzp+cS2AFRiJo/2?= =?iso-8859-1?Q?Y5YDpezVTyqgwuuKH4ImQGgRox2uzHnq8wbDu4Fc4eIcabbFqaZk/9hayi?= =?iso-8859-1?Q?j70Hn9cq/mXNRs4XlH9AkcjPxj6HrMsQ+QwjY02hRx4bsuh/XFD1fcyQl4?= =?iso-8859-1?Q?XxBaRt80nv0ggIZSe5iNrNlLpYyLZGwcnonwF7TPatefJ2Kgm29+35pTrd?= =?iso-8859-1?Q?TM+eMW4H7SnAyIsaJf7UK9zylxKZdATj+ztE6MgbA/h0AhtsCaOTyda22Q?= =?iso-8859-1?Q?ISSq0fAqFbRoHX66jSyoPOjHeqEpIasIJrNCIdOUnb2W7OBStGjlnWwlfF?= =?iso-8859-1?Q?X2TUUQ8IyI4pzBnTf3+2hz6xzUBl1B+f007CngupFRY/0r0uSBIjFmL8Tm?= =?iso-8859-1?Q?TPyas67PaPxYeOCNRoR/b6lI/IC8NcenDn2mwEcILB1c2rK6EBlJZqwSfl?= =?iso-8859-1?Q?SEjYD0/45+Cgu2JDuSYtY2JHEJziszfIpenAXcYfmG20RKqa9C3NpiZfHC?= =?iso-8859-1?Q?LBAyakNYS9IrDLlvpE8cNzDONqvsAGolytMCUGwHsX0+NdLe3qKcF41uaG?= =?iso-8859-1?Q?nNZkSARCJ5gng9Hy9YuqLEWnyIWctJzVsMEZCkSzemwwiAWFhAQQQadxSc?= =?iso-8859-1?Q?4FrSJPxMTKwragtBdHsZS70l0JMj76raVzeeyxRZow0t2ForeYXJ61t+6o?= =?iso-8859-1?Q?NJGR8gj2QXH7vDJ34S0ihZfelS65dZyhhbCYUNB+0J21JV7z0seO8rOqIa?= =?iso-8859-1?Q?q07aqRpiNCEu9hWk0MBHyQDFLzpHUwsDHw5+WX8Q?= Content-Type: multipart/alternative; boundary="_000_BYAPR11MB2725EF4A9AA807666F528948DF059BYAPR11MB2725namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2725.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4b9db035-a6e7-4b28-d337-08d9fe018ae9 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2022 17:08:02.7231 (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: RQzR0YpZVf11PBQiOHT2mUwR3EwB2O9qkNxoN4D5Dph5F+u1I8pK5NcRVkVoCWCMS5wXq9+fQyPIyLi2+qv8rg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3709 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.16, xbe-rcd-001.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [bess] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-be?= =?iso-8859-1?q?ss-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT?= =?iso-8859-1?q?=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 17:08:43 -0000 --_000_BYAPR11MB2725EF4A9AA807666F528948DF059BYAPR11MB2725namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Eric, Posted new revision addressing two of your comment 1. Latest comment about adding IGMP / MLD before terminology 2. Pending from last one, where section 4.1.1 numbers were getting reset= without comment Mankamana From: Mankamana Mishra (mankamis) Date: Friday, March 4, 2022 at 7:42 AM To: Eric Vyncke (evyncke) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Thanks, positing update in 30 min. Mankamana From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:36 AM To: Mankamana Mishra (mankamis) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Correct this will address my DISCUSS point if you also modify the line belo= w, i.e., replace all IGMP by IGMP/MLD in the text until the terminology sec= tion states "IGMP means IGMP or MLD" (sic). Regards -=E9ric From: "Mankamana Mishra (mankamis)" Date: Friday, 4 March 2022 at 16:33 To: Eric Vyncke , John E Drake , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi Eric, These hosts/VMs express their interests in multicast groups on a given subnet/VLAN by sending IGMP Membership Reports (Joins) for. >> Add= ing MLD here too ? their interested multicast group(s). Furthermore, an IGMP router periodically sends membership queries to find out if there are hosts on that subnet that are still interested in receiving multicast traffic for that group. The IGMP/MLD Proxy solution described in this draft accomplishes has three objectives: does this change look ok ? From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:29 AM To: John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hello John, Thanks for your quick reply, even if I am unsure how to read " Yours Irresp= ectively," as I am not an English-native person. Thank you for pointing me to the new sections 9.1.2 & others =3D> I will up= date my DISCUSS on this point w/o sending another email. But section 1 still mentions only IGMP and never MLD except for "IGMP/MLD" = proxy, this is trivial to fix, so I suggest to the authors to update the dr= aft. Regards -=E9ric -----Original Message----- From: iesg on behalf of John E Drake Date: Friday, 4 March 2022 at 15:01 To: Eric Vyncke , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi, Snipped, comments inline Yours Irrespectively, John Juniper Business Use Only > -----Original Message----- > DISCUSS: > ---------------------------------------------------------------------= - > > As Martin Vigoureux's term is near its end, I took the liberty to re-= evaluate the > ballot status of this document and clearing parts of my original bloc= k DISCUSS > points and many of my original non-blocking COMMENT points. > > See below this line for updated version > ---------------------------------------------- > > Thank you for the work put into this document. I have to state that I= am neither > a EVPN expert not a multicast one. > > Please find below some blocking DISCUSS points (probably easy to addr= ess), > some non-blocking COMMENT points (but replies would be appreciated ev= en if > only for my own education), and some nits. > > Special thanks to St=E9phane Litkowski for his shepherd's write-up ab= out the WG > consensus. > > I hope that this helps to improve the document, > > Regards, > > -=E9ric > > =3D=3D DISCUSS =3D=3D > > The text covers in details how to map MLD/IGMP into BGP routes but do= es not > say a word on how to recreate the MLD/IGMP packets. Should there be a= ny such > specification (e.g., in section 4.1) ? [JD] We added: 9.1.2. Reconstructing IGMP / MLD Membership Reports from Selective Mul= ticast Route 9.2.2. Reconstructing IGMP / MLD Membership Reports from Multicast Mem= bership Report Sync Route 9.3.2. Reconstructing IGMP / MLD Leave from Multicast Leave Sync Route > > -- Section 1 -- > In the same vein, is it about IGMP only ? Or does it include MLD as w= ell ? It is > really unclear. [JD] The Abstract states: This document describes how to support eff= iciently endpoints running IGMP (Internet Group Management Protocol) or MLD (Multicast Listener Discov= ery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN= (Ethernet VPN) PEs. We also added this paragraph to section 3 at Ben's behest: It is important to note when there is text considering whether a PE ind= icates support for IGMP proxying, the corresponding behavior has a natural analogue for indication of sup= port for MLD proxying, and the analogous requirements apply as well. --_000_BYAPR11MB2725EF4A9AA807666F528948DF059BYAPR11MB2725namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Eric,

Posted new revision addressing two of your comment <= o:p>

  1. Latest comment about adding IGMP / MLD before terminology
  2. Pending from last one, where section 4.1.1 numbers we= re getting reset without comment

 

 

Mankamana

 

From: Mankamana Mishra (m= ankamis) <mankamis@cisco.com>
Date: Friday, March 4, 2022 at 7:42 AM
To: Eric Vyncke (evyncke) <evyncke@cisco.com>, John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Thanks, positing update in 30 min.

 

Mankamana

 

From: Eric Vyncke (evynck= e) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:36 AM
To: Mankamana Mishra (mankamis) <mankamis@cisco.com>, John E D= rake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.= org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Correct this will address my DISCUSS point if you al= so modify the line below, i.e., replace all IGMP by IGMP/MLD in the text un= til the terminology section states "IGMP means IGMP or MLD" (sic)= .

 

Regards

 

-=E9ric

 

 

From: "Mankamana Mis= hra (mankamis)" <mankamis@cisco.com>
Date: Friday, 4 March 2022 at 16:33
To: Eric Vyncke <evyncke@cisco.com>, John E Drake <jdrake= =3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <dra= ft-ietf-bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.co= m" <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" &= lt;bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>= ;
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

 

Hi Eric,

 

These hosts/VMs express their i= nterests in multicast groups on a

   given subnet/VLAN = by sending IGMP Membership Reports<= /span> (Joins) for. >> Adding MLD here too ?

   their interes= ted multicast group(s).  Furthermore, an IGMP router=

   periodically sends= membership queries to find out if there are hosts

   on that subnet tha= t are still interested in receiving multicast

   traffic for that g= roup.  The IGMP/MLD Proxy solution described in

   this draft accompl= ishes has three objectives:

 

 

does this change look ok = ?

 

From: Eric Vyncke (evyncke) <evyncke@cisco.= com>
Date: Friday, March 4, 2022 at 7:29 AM
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The = IESG <iesg@ietf.org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Hello John,

Thanks for your quick reply, even if I am unsure how to read " Yours I= rrespectively," as I am not an English-native person.

Thank you for pointing me to the new sections 9.1.2 & others =3D> I = will update my DISCUSS on this point w/o sending another email.

But section 1 still mentions only IGMP and never MLD except for "IGMP/= MLD" proxy, this is trivial to fix, so I suggest to the authors to upd= ate the draft.

Regards

-=E9ric

-----Original Message-----
From: iesg <iesg-bounces@ietf.org> on behalf of John E Drake <jdra= ke=3D40juniper.net@dmarc.ietf.org>
Date: Friday, 4 March 2022 at 15:01
To: Eric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf= -bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.com"= <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" <bess= -chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT)

    Hi,

    Snipped, comments inline

    Yours Irrespectively,

    John


    Juniper Business Use Only

    > -----Original Message-----

    > DISCUSS:
    > ---------------------------------------------------= -------------------
    >
    > As Martin Vigoureux's term is near its end, I took = the liberty to re-evaluate the
    > ballot status of this document and clearing parts o= f my original block DISCUSS
    > points and many of my original non-blocking COMMENT= points.
    >
    > See below this line for updated version
    > ----------------------------------------------
    >
    > Thank you for the work put into this document. I ha= ve to state that I am neither
    > a EVPN expert not a multicast one.
    >
    > Please find below some blocking DISCUSS points (pro= bably easy to address),
    > some non-blocking COMMENT points (but replies would= be appreciated even if
    > only for my own education), and some nits.
    >
    > Special thanks to St=E9phane Litkowski for his shep= herd's write-up about the WG
    > consensus.
    >
    > I hope that this helps to improve the document,
    >
    > Regards,
    >
    > -=E9ric
    >
    > =3D=3D DISCUSS =3D=3D
    >
    > The text covers in details how to map MLD/IGMP into= BGP routes but does not
    > say a word on how to recreate the MLD/IGMP packets.= Should there be any such
    > specification (e.g., in section 4.1) ?

    [JD]  We added:

    9.1.2.  Reconstructing IGMP / MLD Membership Report= s from Selective Multicast Route

    9.2.2.  Reconstructing IGMP / MLD Membership Report= s from Multicast Membership Report Sync Route

    9.3.2.  Reconstructing IGMP / MLD Leave from Multic= ast Leave Sync Route

    >
    > -- Section 1 --
    > In the same vein, is it about IGMP only ? Or does i= t include MLD as well ? It is
    > really unclear.

    [JD]  The Abstract states:   This documen= t describes how to support efficiently endpoints running IGMP
    (Internet Group Management Protocol) or MLD (Multicast L= istener  Discovery) for the multicast services
    over an EVPN network by incorporating IGMP/MLD proxy pro= cedures on EVPN (Ethernet VPN) PEs.

    We also added this paragraph to section 3 at Ben's behes= t:

    It is important to note when there is text considering w= hether a PE indicates support for IGMP proxying,
    the corresponding behavior has a natural analogue for in= dication of support for MLD proxying, and the
    analogous requirements apply as well.

--_000_BYAPR11MB2725EF4A9AA807666F528948DF059BYAPR11MB2725namp_-- From nobody Fri Mar 4 14:02:02 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DC193A10E1; Fri, 4 Mar 2022 14:01:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.09 X-Spam-Level: *** X-Spam-Status: No, score=3.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_SUMOF=5, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 ZTX3esq28ZLx; Fri, 4 Mar 2022 14:01:55 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 202543A10DD; Fri, 4 Mar 2022 14:01:54 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id D66B81E342; Fri, 4 Mar 2022 17:01:53 -0500 (EST) Date: Fri, 4 Mar 2022 17:01:53 -0500 From: Jeffrey Haas To: "Bocci, Matthew (Nokia - GB)" Cc: "idr@ietf.org" , "" , "draft-ietf-bess-srv6-services@ietf.org" , "bess@ietf.org" Message-ID: <20220304220153.GA31363@pfrc.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2022 22:02:00 -0000 Matthew, A few short summary notes before my detailed comments: I have concerns that this feature relies on scoping properties to restrict distribution of the Prefix SID Path Attribute, or the new TLVs in this document, that aren't strictly enforceable during incremental deployment. In some circumstances if this attribute bleeds between different SRv6 domains this may cause forwarding issues. I have concerns that the re-use of BGP Labeled routes coupled with the contents of the new Path Attributes may be fragile in deployments that don't fully implement these features. Resets of nexthop or otherwise changing of the labels as part of normal BGP procedures on routers ignorant of the feature can result in mis-forwarding. Here are my comments on draft-ietf-bess-srv6-services: Meta question: This feature leverages the Prefix-SID feature. The Label-Index TLV is a required TLV for that feature. It might be my relative unfamiliarity with SRv6 procedures, but where is this sub-TLV used in the context of this draft? Section 2: : o RESERVED (1 octet): This field is reserved; it SHOULD be set to 0 : by the sender and MUST be ignored by the receiver. I generally recommend the form of "MUST be set to 0 by the sender and SHOULD be ignored by the receiver". The intent is that the original version of the feature sends a predictable set of values (0), but permits the reception of values it might not know. The text quoted above, using SHOULD, means that you don't know what might be in the field but you'll never use it because it MUST be ignored. I'd recommend making this change throughout the document. : A BGP speaker receiving a route containing BGP Prefix-SID Attribute : with one or more SRv6 Service TLVs observes the following rules when : advertising the received route to other peers: : : o if the nexthop is unchanged during the advertisement, the SRv6 : Service TLVs, including any unrecognized Types of Sub-TLV and Sub- : Sub-TLV, SHOULD be propagated further. In addition, all Reserved : fields in the TLV or Sub-TLV or Sub-Sub-TLV MUST be propagated : unchanged. : : o if the nexthop is changed, the TLVs, Sub-TLVs, and Sub-Sub-TLVs : SHOULD be updated with the locally allocated SRv6 SID information. : Any unrecognized received Sub-TLVs and Sub-Sub-TLVs MUST be : removed. A Prefix-SID Path Attribute may pass through one or more systems that do not understand either the base RFC 8669 Prefix-SID Path Attribute, or does understand that attribute but does not understand these TLVs. Since this procedure is expected to be effected when nexthop change is done, how should the later systems behave when the nexthop wasn't in agreement and these procedures are not done? If it was the case that the related nexthop was part of these new attributes, a downstream system might be able to recognize such cases and take an appropriate action. Section 3.2.1: : The Transposition Offset MUST be less than LBL+LNL+FL+AL : : The sum of Transposition Offset and Transposition Length MUST be : less than LBL+LNL+FL+AL So... these are "MUST". The Error Handling considerations say that semantic violations of values aren't malformed attributes. Exactly what is an implementation supposed to do with well-formed, but invalid nonsense? : BGP speakers that do not support this specification may misinterpret, : on the reception of an SRv6-based BGP service route update, the part : of the SRv6 SID encoded in MPLS label field(s) as MPLS label values : for MPLS-based services. Implementations supporting this : specification MUST provide a mechanism to control the advertisement : of SRv6-based BGP service routes on a per-neighbor and per-service : basis. The details of deployment designs and implementation options : are outside the scope of this document. This is highly problematic. These attributes are carried in standard BGP Labeled Unicast routes. If this stuff is intended to be scoped with such consequences, normally this would require a different AFI/SAFI, or something like BGP capabilities. : BGP speakers that do not support this specification may misinterpret, : on the reception of an SRv6-based BGP service route update, the part : of the SRv6 SID encoded in MPLS label field(s) as MPLS label values : for MPLS-based services. Implementations supporting this : specification MUST provide a mechanism to control the advertisement : of SRv6-based BGP service routes on a per-neighbor and per-service : basis. The details of deployment designs and implementation options : are outside the scope of this document. Recognizing that there are critical incremental deployment issues without having a strategy for dealing with them is negligent. If this were solely a matter of a node that understands its Attribute and underlying TLVs and must figure out what to about it prior to sending it to another BGP Speaker, we'd be fine. The AIGP feature spent considerable effort dealing with this problem and used optional non-transitive rather than transitive attributes to deal with this. Section 4: : To achieve efficient packing, this document allows the encoding of : the SRv6 Service SID either as a whole in the SRv6 Services TLVs or : the encoding of only the common part of the SRv6 SID (e.g., Locator) : in the SRv6 Services TLVs and encoding the variable (e.g., Function : or Argument parts) in the existing label fields specific to that : service encoding. This later form of encoding is referred to as the : Transposition Scheme where the SRv6 SID Structure Sub-Sub-TLV : describes the sizes of the parts of the SRv6 SID and also indicates : the offset of the variable part along with its length in SRv6 SID : value. The use of the Transposition Scheme is RECOMMENDED for the : specific service encodings that allow it as described further in : Section 5 and Section 6. This feature can operate on BGP Labeled Unicast, and may pass through nodes that are ignorant of the mechanisms in this draft. What do you do when a BGP Speaker does a next-hop-self and causes the labels to be reset without impacting the underlying SRv6 Service SID? This is the other side of the question about nexthops changing. : When steering for SRv6 services is based on shortest path forwarding : (e.g., best-effort or IGP Flexible Algorithm : [I-D.ietf-lsr-flex-algo]) to the egress PE, the ingress PE : encapsulates the IPv4 or IPv6 customer packet in an outer IPv6 header : (using H.Encaps or H.Encaps.Red flavors specified in [RFC8986]) where : the destination address is the SRv6 Service SID associated with the : related BGP route update. Therefore, the ingress PE SHOULD perform : resolvability check for the SRv6 Service SID before considering the : received prefix for the BGP best path computation. The resolvability : is evaluated as per [RFC4271]. BGP route resolvability, normally done on the BGP nexthop field or its MP_REACH_NLRI version of it, provides two inputs to BGP route selection: - Is the path reachable or not? (Feasibility check.) - What is its cost? We have examples like RFC 9012 for tunnel encapsulation where the feasibility check is augmented, but it doesn't bypass the IGP check. Since this feature may pass through routers ignorant of its contents, there can exist routers in the network that provide route selection based on the BGP nexthop, and others that do their distance calculation based on the SRv6 services SID. That could lead to inconsistent route selection in a network with this feature partially deployed. If you instead meant that the feasibility condition was augmented by "can you reach this SRv6 Services SID?" similar to Tunnel Encaps Attribute, you need different text. Section 5.3/5.4 Global IPv4/IPv6 over SRv6 Core: In these procedures we're attaching the Prefix SID Path Attribute with the extensions defined in this document to routes that are likely Internet in scope. With other address families, the likelihood of the Path Attribute getting leaked out of scope of networks that can process it, or pass through BGP Speakers that do not filter it, increases. These scenarios radically increase the likelihood of the issues noted above. Section 6.0 has a similar resolvability check as noted in the comments above. Section 6.1.2: : o MPLS Label: 24-bit field carries the whole or a portion of the : Function part of the SRv6 SID when the Transposition Scheme of : encoding (Section 4) is used and otherwise set to Implicit NULL : value. In either case, the value is set in the high order 20 bits : (e.g., as 0x000030 in the case of Implicit NULL). I'm not terribly familiar with RFC 8214 procedures so this question is asked in ignorance. I can see that VNI may be encapsulated in this label (RFC 7438) and that VNI may be 24 bits. The procedure in this specification limits the use to 20 of the 24 bits. Is there expectation that this value be treated as a traditional MPLS label and thus we should see the bottom of stack bit set here? Is the transposition scheme always taking the value from these 20 bits or the full 24 bits? -- Jeff On Fri, Feb 18, 2022 at 06:52:12PM +0000, Bocci, Matthew (Nokia - GB) wrote: > IDR Working Group > > This draft has completed working group last call in the BESS working group and is currently being reviewed by the IESG. > > We would appreciate review and comments by participants in the IDR working group. > > The latest version of the draft is available here: draft-ietf-bess-srv6-services-11 - SRv6 BGP based Overlay Services > > Please send any comments in reply to this thread by 26th February 2022. > > Thank you, > > Matthew > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Sat Mar 5 01:26:42 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CAEFF3A1643; Sat, 5 Mar 2022 01:26:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164647237777.28458.15145512620732114024@ietfa.amsl.com> Date: Sat, 05 Mar 2022 01:26:17 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-srv6-services-12.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 09:26:19 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : SRv6 BGP based Overlay Services Authors : Gaurav Dawra Clarence Filsfils Ketan Talaulikar Robert Raszuk Bruno Decraene Shunwan Zhuang Jorge Rabadan Filename : draft-ietf-bess-srv6-services-12.txt Pages : 34 Date : 2022-03-05 Abstract: This document defines procedures and messages for SRv6-based BGP services including L3VPN, EVPN, and Internet services. It builds on RFC4364 "BGP/MPLS IP Virtual Private Networks (VPNs)" and RFC7432 "BGP MPLS-Based Ethernet VPN". The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-srv6-services-12 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-srv6-services-12 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Sat Mar 5 01:39:47 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E05873A11D2; Sat, 5 Mar 2022 01:39:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.893 X-Spam-Level: ** X-Spam-Status: No, score=2.893 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, GB_SUMOF=5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 zUZCkr0dHK3j; Sat, 5 Mar 2022 01:39:40 -0800 (PST) Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 886AC3A11CD; Sat, 5 Mar 2022 01:39:40 -0800 (PST) Received: by mail-vs1-xe30.google.com with SMTP id y4so11573994vsd.11; Sat, 05 Mar 2022 01:39:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=py3oIButUOwNn26qN00iA9YQSzO2P8tnVKlpO9ZNTsI=; b=TFzLGR3A4qNK/exGQs+P+sI54nTfwTDHFcVF3BF7ATYW5OMAUmXZw81CotwYiP7WGO 9DuiWw0HqosE1qXrc8xfGvxYhdUw0AsWBzy51AXFdTiqSs5Uxz/QZAUo3ShG9Twp8WBj ZuKZBdw5MCTKutDCNz45Jj+/sI3vwa/fwqP2RmECPfeI+4wQ+mAhRfkFSwUYfYdbcvjI U1oia0x7bJUshB75Vb1+J+GmiGHIjpoby26ap40DBa+ceAduCgmjqmVH6NkmJy3niLWA qQS5jus1rCn1juGvo8/r68/Fh68vlp0jAO/onUGTZnWM3Ttj82If48FH1R2D6eAO2TgU vKQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=py3oIButUOwNn26qN00iA9YQSzO2P8tnVKlpO9ZNTsI=; b=5octdI1pqmRegeWKZLBPfmx9e3dfV0lGNVmC6EV3X9LdXZs2NS4D3vezeVm3qELP8w VbW5ctSPEghByv1+9d4h2pZJDobF8KYmmK7TPxIT0OK4rvRX7IwNnpf0ucbYFeiE2kvq Hu2SxDaWA/k6GdgT0lqrQT2Fzd6dM2Ab8diMiVVNtxefBxQ+sDGDf2l1oIo1K+LY6r+8 U2pH/ZVRTf7bgd5OBTTgCDjNdHFqwbMOOdrkJRwvf1fBILz8nZ3YTu7LL3CXp2yE12lt 0D68+iB5kCO90TUBmeIR14xeC+H+SyKUMbBNYluoEmm3zHre13hdAEYZ7h1qHqB02cw8 1XpQ== X-Gm-Message-State: AOAM532+UEHyz1aJR7hp4A5VKbaJH3jklAYKcVlJ6LofxV/29VMaRXFw 6aJw7vlEu509vdX27k8rLvdHxUSBmyHn5lk4VBf40NG7lqs= X-Google-Smtp-Source: ABdhPJyUgt6SF95Qtt31ecow+jM1z0z5Y1osqy1vcFIwjXI5qBmux07nu18QhUa9IM7KgeIAWbXN8me9DOrmvkkJOe4= X-Received: by 2002:a05:6102:3e95:b0:30f:9865:e97e with SMTP id m21-20020a0561023e9500b0030f9865e97emr929256vsv.15.1646473178721; Sat, 05 Mar 2022 01:39:38 -0800 (PST) MIME-Version: 1.0 References: <164557996584.12391.14121053572085280368@ietfa.amsl.com> In-Reply-To: <164557996584.12391.14121053572085280368@ietfa.amsl.com> From: Ketan Talaulikar Date: Sat, 5 Mar 2022 15:09:26 +0530 Message-ID: To: Martin Duke Cc: The IESG , draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="000000000000f3319005d9756802" Archived-At: Subject: Re: [bess] Martin Duke's Discuss on draft-ietf-bess-srv6-services-11: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 09:39:45 -0000 --000000000000f3319005d9756802 Content-Type: text/plain; charset="UTF-8" Hi Martin, Thanks for your review and your feedback/comments. We have posted an update to address some of the comments and please also check inline below for responses. https://datatracker.ietf.org/doc/html/draft-ietf-bess-srv6-services-12 On Wed, Feb 23, 2022 at 7:02 AM Martin Duke via Datatracker < noreply@ietf.org> wrote: > Martin Duke has entered the following ballot position for > draft-ietf-bess-srv6-services-11: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > (3.2.1) > "BGP speakers that do not support this specification may misinterpret, > on the reception of an SRv6-based BGP service route update, the part > of the SRv6 SID encoded in MPLS label field(s) as MPLS label values > for MPLS-based services. Implementations supporting this > specification MUST provide a mechanism to control the advertisement > of SRv6-based BGP service routes on a per-neighbor and per-service > basis. The details of deployment designs and implementation options > are outside the scope of this document." > > The idea that BGP hosts are going to be made non-interoperable because > you're > re-purposing the MPLS label, and so hosts are just going to have to > remember > who it's OK to exchange this TLV with, sounds unsatisfactory to me. Is > there no > way to negotiate this? Perhaps the solution John Scudder proposes in his > second > DISCUSS would solve this problem too: just have a new type for these > overloaded > MPLS labels. > KT> As explained on other threads, this mechanism/technique is not being introduced for the first time in BGP. This is a well-known, implemented, and well-deployed technique for BGP services for other encapsulations as well. We've clarified and provided pointers in the updated version. Please also see this discussion thread: https://mailarchive.ietf.org/arch/msg/bess/SwXz7Ya0jyZ1g2TSf2ABsEoRz4g/ > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > This document was very difficult to follow without a thorough grounding in > the > references, but I managed to have some comments anyway: > > - I support John Scudder's second DISCUSS. > > - Please expand VRF, SLA, RIB, NLRI, and all other acronyms on first use. > > (3.2.1) " The Transposition Offset MUST be less than LBL+LNL+FL+AL > > The sum of Transposition Offset and Transposition Length MUST be > less than LBL+LNL+FL+AL" > > The second condition makes the first redundant for all Transposition > Length >= > 0! It makes me think there's a typo. > KT> Agree that the first condition is redundant and we've fixed this. > > (5) and (6) "The SRv6 Service SID SHOULD be routable within the AS of the > egress > PE" > > SHOULD? Under what circumstances would it be OK for it not to be routable? > [I > see Alvaro also commented on this, but I'd like to call out that Sec 6 > does the > same thing] > KT> We've added clarification with a reference to RFC8986 as to why it is not necessary for all SRv6 SIDs to be routable. Thanks, Ketan --000000000000f3319005d9756802 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Martin,

Thanks for = your review and your feedback/comments. We have posted an update to address= some of the comments and please also check inline below for responses.


On Wed, Feb 23, 2022 at 7:02 AM Martin Duke via Datatracker <noreply@ietf.org> wrote:=
Martin Duke has= entered the following ballot position for
draft-ietf-bess-srv6-services-11: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/blog/h= andling-iesg-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draf= t-ietf-bess-srv6-services/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

(3.2.1)
"BGP speakers that do not support this specification may misinterpret,=
=C2=A0 =C2=A0on the reception of an SRv6-based BGP service route update, th= e part
=C2=A0 =C2=A0of the SRv6 SID encoded in MPLS label field(s) as MPLS label v= alues
=C2=A0 =C2=A0for MPLS-based services.=C2=A0 Implementations supporting this=
=C2=A0 =C2=A0specification MUST provide a mechanism to control the advertis= ement
=C2=A0 =C2=A0of SRv6-based BGP service routes on a per-neighbor and per-ser= vice
=C2=A0 =C2=A0basis.=C2=A0 The details of deployment designs and implementat= ion options
=C2=A0 =C2=A0are outside the scope of this document."

The idea that BGP hosts are going to be made non-interoperable because you&= #39;re
re-purposing the MPLS label, and so hosts are just going to have to remembe= r
who it's OK to exchange this TLV with, sounds unsatisfactory to me. Is = there no
way to negotiate this? Perhaps the solution John Scudder proposes in his se= cond
DISCUSS would solve this problem too: just have a new type for these overlo= aded
MPLS labels.

KT> As explained on oth= er threads, this mechanism/technique is not being introduced for the first = time in BGP. This is a well-known, implemented, and well-deployed technique= for BGP services for other encapsulations as well. We've clarified and= provided pointers in the updated version. Please also see this discussion = thread:=C2=A0=C2=A0https://mailarchive.ietf.org/= arch/msg/bess/SwXz7Ya0jyZ1g2TSf2ABsEoRz4g/
=C2=A0


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

This document was very difficult to follow without a thorough grounding in = the
references, but I managed to have some comments anyway:

- I support John Scudder's second DISCUSS.

- Please expand VRF, SLA, RIB, NLRI, and all other acronyms on first use.
(3.2.1) "=C2=A0 =C2=A0 =C2=A0 The Transposition Offset MUST be less th= an LBL+LNL+FL+AL

=C2=A0 =C2=A0 =C2=A0 The sum of Transposition Offset and Transposition Leng= th MUST be
=C2=A0 =C2=A0 =C2=A0 less than LBL+LNL+FL+AL"

The second condition makes the first redundant for all Transposition Length= >=3D
0! It makes me think there's a typo.

KT> Agree that the first condition is redundant and we've fixed th= is.
=C2=A0

(5) and (6) "The SRv6 Service SID SHOULD be routable within the AS of = the egress
=C2=A0 =C2=A0PE"

SHOULD? Under what circumstances would it be OK for it not to be routable? = [I
see Alvaro also commented on this, but I'd like to call out that Sec 6 = does the
same thing]

KT> We've added clar= ification with a reference to RFC8986 as to why it is not necessary for all= SRv6 SIDs to be routable.

Thanks,
Ketan=

=C2=A0
--000000000000f3319005d9756802-- From nobody Sat Mar 5 01:40:43 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18E463A11D2; Sat, 5 Mar 2022 01:40:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.106 X-Spam-Level: X-Spam-Status: No, score=-2.106 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_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id loOdb4bfs8g3; Sat, 5 Mar 2022 01:40:35 -0800 (PST) Received: from mail-vk1-xa34.google.com (mail-vk1-xa34.google.com [IPv6:2607:f8b0:4864:20::a34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6ADED3A1644; Sat, 5 Mar 2022 01:40:35 -0800 (PST) Received: by mail-vk1-xa34.google.com with SMTP id i133so3386704vki.8; Sat, 05 Mar 2022 01:40:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DcCkQXQcrBMS+kxW4JCkjGvFloqISJX41UaRWqHhnOU=; b=RcomKwUUl5erHGqtaJedvwtSzqiRl0yZOi19JsUXCFPQFQxoO5nr0LzTQFzGI6aYrT 5fFpADu64DVISrVl45by7VylB3x1DD4fHEyXEQoT7Y5j/TFiT5IJx0Md5DbH9uMJfBRz 6kK3NRT0tM6vVJZybuqIj7uKB1FY3JcnfpY5AsBF7YPNkAPIm748S8p/YywHpT/QoPqh eRK0cVcU4y/WxmuxVMWYzDXd3NRs8TwlbNNHaM8CuDYnFPQ5YOLs08YDDuiax4l/fYL5 CY8MHRF2g7ih7m1Y1m4ja+mk02dg8gM9EbRvrgmK7XIOCSZQykbv3HpuAqYt6gu49ZgS XKTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DcCkQXQcrBMS+kxW4JCkjGvFloqISJX41UaRWqHhnOU=; b=RrAMhiLbgZvUxXXO2eqW9Nyad4o0JvZzI441uaZw3mf1mguzqQ05rxCw3qgUov5wmn bC1zqcGNX9gRCF6LhX1fWOp2okqdb3+FXJim/e+UtPplzPgo6XVR247oaOlQgS4mukaq Hax5IN4UddO6Uc/UCcPImw0avyFSsas/q9jJ9dvM9qXk91X1ozAmI+1FswLSkt+VK1YE mRBhtYf6V5PiqEkb1sz1imGYadWWN9Vo3FnGUmOSvoVYJsgxNniPLNDn/263hQZz3Y3E xciG87S22V1itGtl3X+ZCIbzTn+T27tl7dPbOSo19nFLXw5MVdLuLVWCrK+hUwXWX9Pc Sfng== X-Gm-Message-State: AOAM531GFq9n1uNrkbXMoA5ocnsmMDm9LDoOaH1WTc+VIr8FbZnQE1gm AEQ1gUcDVUC2hjbR8MEx4dPGGkt5Yzc2SY/bTtc= X-Google-Smtp-Source: ABdhPJzS6vWI25HLtxNasVDLSjlzKy1dE//Zk5+ZHjl/5iluy3/uVyjkKq+CVMhw++94X19NntI0pkxv17PJjNaOKyk= X-Received: by 2002:a05:6122:d98:b0:331:47bf:b437 with SMTP id bc24-20020a0561220d9800b0033147bfb437mr827842vkb.29.1646473234039; Sat, 05 Mar 2022 01:40:34 -0800 (PST) MIME-Version: 1.0 References: <164504757419.5632.9536270153833731412@ietfa.amsl.com> <183B3A89-B7CA-4B8B-888C-6404BB65E8F3@juniper.net> In-Reply-To: From: Ketan Talaulikar Date: Sat, 5 Mar 2022 15:10:21 +0530 Message-ID: To: Robert Raszuk Cc: John Scudder , The IESG , "draft-ietf-bess-srv6-services@ietf.org" , "bess-chairs@ietf.org" , BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="0000000000003f463e05d9756c4d" Archived-At: Subject: Re: [bess] John Scudder's Discuss on draft-ietf-bess-srv6-services-11: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 09:40:41 -0000 --0000000000003f463e05d9756c4d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi John, We've just posted an update to the draft to address the comments raised and to clarify the security considerations. https://datatracker.ietf.org/doc/html/draft-ietf-bess-srv6-services-12 Thanks, Ketan On Thu, Feb 24, 2022 at 3:42 PM Robert Raszuk wrote: > Hi John, > > You have highlighted below a very important point. It was discussed among > co-authors, but perhaps not sufficiently during the BESS process as the > issue is really not a BESS WG problem. > > In BGP protocol any new service deployment using existing AFI/SAFI is not > easy. Especially when you are modifying content of MP_REACH or MP_UNREACH > NLRI attributes. Main reason being is that using capabilities only goes o= ne > hop. In full mesh it all works perfect, but the moment you put RR in > between BGP speakers things are getting ugly as capabilities are not > traversing BGP nodes. /* Even in full mesh mixing transports for the same > service is a serious challenge for routers when say multihomes sites are > advertised from different PEs with different transport options */. > > Imagine RR signals SRv6 Service Capability to the PE. Then this PE happil= y > sends a new format of the UPDATE messages. Well as today we also do not > have a notion of conditional capabilities (only send when received from > all) so if some of the RR peers do not support it you end up in partial > service. One can argue that in this case the only deterministic model is = to > push the configuration from the management station and control partial > deployment of the new service from mgmt layer. > > The natural alternative would be to never modify NLRI format once shipped > by RFC. When needed issue a new SAFI. Yes that is an option (and has alwa= ys > been) but it also comes with its own set of issues. New SAFI is really > great to define for new service/feature etc ... Here however in the conte= xt > of this discussion we are changing transport for existing service. And > just like it was the case with MPLS over UDP or tunnel attribute etc ... > using a new SAFI would be very hard to deploy as there would need to be > well defined behaviour of BGP speakers receiving duplicate information fo= r > the same VPN prefixes or receiving at one time only from single SAFI then= a > bit later from the other one .. Of course one solution is to permit only > one SAFI for a given service at any given time, but that seems way too > restrictive too. > > So to summarize while I am personally a huge proponent of new SAFI and ne= w > capabilities to be defines for new service here I do have some > reservations. It seems to me that deployment of new transport for VPN > service should be either network management driven or enabled when all > participating PEs support it. Enabling it automagically with one hop > capabilities seems to me like not a good thing as the data being sent in > the UPDATES is not optional and dropping it means dropping actual routes. > > So at the current time the subject draft took a management approach. > > Many thx, > Robert. > > On Thu, Feb 24, 2022 at 2:04 AM John Scudder wrote: > >> Further to this point: >> >> > On Feb 18, 2022, at 3:32 PM, John Scudder wrote: >> > >> >> On Feb 17, 2022, at 3:19 AM, Ketan Talaulikar >> wrote: >> >> >> >>> 2. One area of concern I would have hoped IDR might have looked into >> is, the >> >>> document makes a creative use of the MPLS Label field of the NLRI to >> carry the >> >>> Function part of the SID. This means the SID is effectively split >> across the >> >>> NLRI and the Prefix-SID attribute. What are the potential error mode= s >> if the >> >>> Prefix-SID attribute should be lost from the route, while the NLRI i= s >> retained? >> >>> >> >>> (An obvious way of addressing this particular concern would be to >> define a new >> >>> NLRI type with the desired semantics, instead of creatively >> repurposing fields >> >>> within an existing NLRI type contrary to their definitions. Such an >> NLRI type >> >>> would, for example, presumably state in its specification that if it >> was >> >>> received without an accompanying Prefix-SID attribute, that would >> constitute an >> >>> error.) >> >>> >> >> KT> This document follows the approach similar as taken for extending >> MPLS EVPN RFC7432 by RFC8365. >> > >> > I take it you=E2=80=99re referring to RFC 8365 =C2=A75.1.3 which talks= about using >> the MPLS Label field (or MPLS1 Label field) to carry the VNI in the >> presence of a BGP Encapsulation Extended Community? Yes, that seems like= a >> pretty close analogue. And given this particular trick is only with >> VPN-type address families one can also argue that there=E2=80=99s not a = risk of >> affected routes leaking into the big-I Internet, which is the typical >> associated concern. >> >> In a separate reply, the authors of >> draft-lz-bess-srv6-service-capability-02 pointed out that it provides a >> critique of bess-srv6-services which is similar to this discuss point. (= The >> authors dropped the IESG from the cc, so I=E2=80=99m following up here i= nstead of >> to their original note.) >> >> On first reading, the critique in >> draft-lz-bess-srv6-service-capability-02 seems well argued and responsiv= e >> to my question above about potential error modes. In section 3 of their >> draft, the authors provide a worked scenario where a VPN route carrying = a >> SRv6 service SID using the Transposition scheme, if received by an >> MPLS-only PE, could result in misdelivered traffic. At minimum, that see= ms >> worth surfacing in the Security Considerations section, since historical= ly >> we=E2=80=99ve considered misdelivered VPN traffic to be a Bad Thing that= could >> expose confidential information. >> >> The authors do acknowledge that bess-srv6-services proposes a mitigation= : >> >> To avoid these problems, [I-D.ietf-bess-srv6-services] specifies that >> implementations SHOULD provide a mechanism to control advertisement >> of SRv6-based BGP service routes on a per neighbor and per service >> basis. >> >> but they go on to argue that this mitigation isn=E2=80=99t fit for purpo= se: >> >> The above method may be feasible in small-scale networks, but are not >> applicable to large-scale networks. >> >> [etc] >> >> It=E2=80=99s not my preference to get into the minutiae of this argument= as part >> of this discuss. However, I=E2=80=99d like to ask: was this consideratio= n something >> the WG discussed? I looked for discussion of >> draft-lz-bess-srv6-service-capability in the archives and didn=E2=80=99t= find much =E2=80=94 >> >> - When an earlier version was posted to the list it resulted only in >> discussion between the original author, Liu Yao, and Eduard Metz, who >> became co-author, but there wasn=E2=80=99t any discussion I saw of the a= ctual issue >> that the draft identified, but rather refinement of the mitigation it >> proposes (which I don=E2=80=99t want to discuss in this note). >> - There was an agenda slot request for the draft at IETF-111. It was on >> the agenda in the =E2=80=9Cif time allows=E2=80=9D section. I assume tim= e did NOT allow >> because I don=E2=80=99t see mention of it in the minutes. (I did find th= e slides, >> slides 3 and 4 summarize the critique, >> https://datatracker.ietf.org/meeting/111/materials/slides-111-bess-sessa= -srv6-service-capability-00 >> ). >> >> But of course, the issue raised might have been discussed by the WG in a >> different thread, that doesn=E2=80=99t match a search for >> draft-lz-bess-srv6-service-capability. If so, I=E2=80=99d appreciate a p= ointer to >> it. >> >> If there wasn=E2=80=99t any discussion in the WG of the authors=E2=80=99= critique, I >> think it deserves to be discussed a bit as part of this thread. In >> particular, does the =E2=80=9Cthis is the same as the trick EVPN does in= RFC 8365=E2=80=9D >> reply apply equally? Probably it does, although that might boil down to >> =E2=80=9Cgosh, we should have caught this when publishing 8365, shouldn= =E2=80=99t we?=E2=80=9D >> >> Even if the outcome of the discussion is that the limitation was >> discussed by the WG/isn=E2=80=99t a big deal because reasons/maybe it=E2= =80=99s a big deal >> but we=E2=80=99ll fix it in a followup=E2=80=A6 as I mentioned earlier, = covering it in the >> Security Considerations seems worthwhile. >> >> Thanks, >> >> =E2=80=94John > > --0000000000003f463e05d9756c4d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi John,

We've just posted an updat= e to the draft to address the comments raised and to clarify the security c= onsiderations.=C2=A0


Thanks,
Ketan
<= div>

On Thu, Feb 24, 2022 at 3:42 PM Robert Raszuk <robert@raszuk.net> w= rote:
Hi John,

You have highlighted below a very impo= rtant point. It was discussed among co-authors, but perhaps not sufficientl= y during the BESS process as the issue is really not a BESS WG problem.=C2= =A0

In BGP protocol any new service deployment usi= ng existing AFI/SAFI is not easy. Especially when you are modifying content= of MP_REACH or MP_UNREACH NLRI attributes. Main reason being is that using= capabilities only goes one hop. In full mesh it all works perfect, but the= moment you put RR in between BGP speakers things are getting ugly as capab= ilities are not traversing BGP nodes. /* Even in full mesh mixing transport= s for the same service is a serious challenge=C2=A0for routers when say mul= tihomes=C2=A0sites are advertised from different PEs with different transpo= rt options */.

Imagine RR signals SRv6 Service Cap= ability to the PE. Then this PE happily sends a new format of the UPDATE me= ssages. Well as today we also do not have a notion of conditional capabilit= ies=C2=A0(only send when received from all) so if some of the RR peers do n= ot support it you end up in partial service. One can argue that in this cas= e the only deterministic model is to push the configuration from the manage= ment station and control partial deployment of the new service from mgmt la= yer.=C2=A0

The natural alternative would be to nev= er modify NLRI format once shipped by RFC. When needed issue a new SAFI. Ye= s that is an option (and has always been) but it also comes with its own se= t of issues. New SAFI is really great to define=C2=A0for new service/featur= e etc ... Here however in the context of this discussion we are changing tr= ansport for existing service.=C2=A0 And just like it was the case with MPLS= over UDP or=C2=A0 tunnel attribute etc ... using a new SAFI would be very = hard to deploy as there would need to be well defined behaviour of BGP spea= kers receiving duplicate information for the same VPN prefixes or receiving= at one time only from single SAFI then a bit later from the other one .. O= f course one solution is to permit only one SAFI for a given service at any= given time, but that seems way too restrictive too.=C2=A0

So to summarize while I am personally=C2=A0a huge proponent of new= SAFI and new capabilities to be defines for new service here I do have=C2= =A0 some reservations. It seems to me that deployment of new transport for = VPN service should be either network management driven or enabled when all = participating PEs support it. Enabling it automagically with one hop capabi= lities seems to me like not a good thing as the data being sent in the UPDA= TES is not optional and dropping it means dropping actual routes.=C2=A0

So at the current time the subject draft took a manag= ement approach.=C2=A0

Many thx,
Robert.<= /div>

On Thu, Feb 24, 2022 at 2:04 AM John Scudder <jgs@juniper.net> wrote:
Further to this point:

> On Feb 18, 2022, at 3:32 PM, John Scudder <jgs@juniper.net> wrote:
>
>> On Feb 17, 2022, at 3:19 AM, Ketan Talaulikar <ketant.ietf@gmail.com> wr= ote:
>>
>>> 2. One area of concern I would have hoped IDR might have looke= d into is, the
>>> document makes a creative use of the MPLS Label field of the N= LRI to carry the
>>> Function part of the SID. This means the SID is effectively sp= lit across the
>>> NLRI and the Prefix-SID attribute. What are the potential erro= r modes if the
>>> Prefix-SID attribute should be lost from the route, while the = NLRI is retained?
>>>
>>> (An obvious way of addressing this particular concern would be= to define a new
>>> NLRI type with the desired semantics, instead of creatively re= purposing fields
>>> within an existing NLRI type contrary to their definitions. Su= ch an NLRI type
>>> would, for example, presumably state in its specification that= if it was
>>> received without an accompanying Prefix-SID attribute, that wo= uld constitute an
>>> error.)
>>>
>> KT> This document follows the approach similar as taken for ext= ending MPLS EVPN RFC7432 by RFC8365.
>
> I take it you=E2=80=99re referring to RFC 8365 =C2=A75.1.3 which talks= about using the MPLS Label field (or MPLS1 Label field) to carry the VNI i= n the presence of a BGP Encapsulation Extended Community? Yes, that seems l= ike a pretty close analogue. And given this particular trick is only with V= PN-type address families one can also argue that there=E2=80=99s not a risk= of affected routes leaking into the big-I Internet, which is the typical a= ssociated concern.

In a separate reply, the authors of draft-lz-bess-srv6-service-capability-0= 2 pointed out that it provides a critique of bess-srv6-services which is si= milar to this discuss point. (The authors dropped the IESG from the cc, so = I=E2=80=99m following up here instead of to their original note.)

On first reading, the critique in draft-lz-bess-srv6-service-capability-02 = seems well argued and responsive to my question above about potential error= modes. In section 3 of their draft, the authors provide a worked scenario = where a VPN route carrying a SRv6 service SID using the Transposition schem= e, if received by an MPLS-only PE, could result in misdelivered traffic. At= minimum, that seems worth surfacing in the Security Considerations section= , since historically we=E2=80=99ve considered misdelivered VPN traffic to b= e a Bad Thing that could expose confidential information.

The authors do acknowledge that bess-srv6-services proposes a mitigation:
=C2=A0 =C2=A0To avoid these problems, [I-D.ietf-bess-srv6-services] specifi= es that
=C2=A0 =C2=A0implementations SHOULD provide a mechanism to control advertis= ement
=C2=A0 =C2=A0of SRv6-based BGP service routes on a per neighbor and per ser= vice
=C2=A0 =C2=A0basis.

but they go on to argue that this mitigation isn=E2=80=99t fit for purpose:=

=C2=A0 =C2=A0The above method may be feasible in small-scale networks, but = are not
=C2=A0 =C2=A0applicable to large-scale networks.

=C2=A0 =C2=A0[etc]

It=E2=80=99s not my preference to get into the minutiae of this argument as= part of this discuss. However, I=E2=80=99d like to ask: was this considera= tion something the WG discussed? I looked for discussion of draft-lz-bess-s= rv6-service-capability in the archives and didn=E2=80=99t find much =E2=80= =94

- When an earlier version was posted to the list it resulted only in discus= sion between the original author, Liu Yao, and Eduard Metz, who became co-a= uthor, but there wasn=E2=80=99t any discussion I saw of the actual issue th= at the draft identified, but rather refinement of the mitigation it propose= s (which I don=E2=80=99t want to discuss in this note).
- There was an agenda slot request for the draft at IETF-111. It was on the= agenda in the =E2=80=9Cif time allows=E2=80=9D section. I assume time did = NOT allow because I don=E2=80=99t see mention of it in the minutes. (I did = find the slides, slides 3 and 4 summarize the critique, https://datatracker.= ietf.org/meeting/111/materials/slides-111-bess-sessa-srv6-service-capabilit= y-00).

But of course, the issue raised might have been discussed by the WG in a di= fferent thread, that doesn=E2=80=99t match a search for draft-lz-bess-srv6-= service-capability. If so, I=E2=80=99d appreciate a pointer to it.

If there wasn=E2=80=99t any discussion in the WG of the authors=E2=80=99 cr= itique, I think it deserves to be discussed a bit as part of this thread. I= n particular, does the =E2=80=9Cthis is the same as the trick EVPN does in = RFC 8365=E2=80=9D reply apply equally? Probably it does, although that migh= t boil down to =E2=80=9Cgosh, we should have caught this when publishing 83= 65, shouldn=E2=80=99t we?=E2=80=9D

Even if the outcome of the discussion is that the limitation was discussed = by the WG/isn=E2=80=99t a big deal because reasons/maybe it=E2=80=99s a big= deal but we=E2=80=99ll fix it in a followup=E2=80=A6 as I mentioned earlie= r, covering it in the Security Considerations seems worthwhile.

Thanks,

=E2=80=94John
--0000000000003f463e05d9756c4d-- From nobody Sat Mar 5 01:51:10 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 197D63A1654; Sat, 5 Mar 2022 01:50:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pOG1B51P6A94; Sat, 5 Mar 2022 01:50:44 -0800 (PST) Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FF453A1655; Sat, 5 Mar 2022 01:50:44 -0800 (PST) Received: by mail-vk1-xa30.google.com with SMTP id m41so4806784vkf.7; Sat, 05 Mar 2022 01:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=94HWAYmd1tmyqJ4tLeIjfvK5aPhQwwbHNj/WD2RDyIw=; b=OqKZUPoO+HEpQE9wRW35DoQGF5MF97qXtbuqkBbQSgM1us7CUmM5pnyl58kUROiVJ0 BZ8ja2R3UdLSRLBC+mH1A2n0J9Xe+RAjUQydVulg/iNcPaaIWaHo5oPV2W6FXtlwT0aU Y26WT9f/XZKuCMp5crIyDi/PzEwYVYyNvqB/meFlYuNrFWOhUygiauYEc8vsLjOrwJI1 Cc1Hxc9kU0gmQcxPXr+qjV+jhHtbEJTrpJZiKmLw4Tg7SIzw7DHfE+Z9lH7IoReOz+Wz YTFiGDASx4EqfHxB+vRXljKiSJJTO1UqIktcm/BusGuhk9e4ka3GgtkZHyBJvMR5d8yd uZGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=94HWAYmd1tmyqJ4tLeIjfvK5aPhQwwbHNj/WD2RDyIw=; b=2tkdsN6kA2euYIs7TuZIquCZ5k0VsmVrkEmeYWXx3+hKfj71Y2nw4y3ClSx/qMQpAu nQbnAx9Gx7xyo3ig2JjoznkmGS0MXVrRrxu9u2cpNGMqT1YB0vHSYx4E/B8wIttGNPe7 51ezqqGMszlILf97/FUV+ErcKZxVqsLOi9rWcnhHvbcWemtdMQhzXbsrk1GhD70noVRK 2/c2cboWCc29kAuZWtmZE7p4+432aN1+IBwwe/WaOef0fAVRqB5dZQX+COlprFsv+/2h l9aec6dXpUUvPM3v2jNYMf0Ci1FMCsw3BMlSQ5ZzruW0QlK6uloKwd8oFKDSmvnyicHt my9w== X-Gm-Message-State: AOAM532+E9GCc1BPas3r8qOO1ojIuhBl1bZGVf7wkkHDN8rTS01yhXed jzILMNqC2Qm0mWcjXQZK1VkJb/FIvmQDbny1Q6s= X-Google-Smtp-Source: ABdhPJyV/emHnj/ysUuCxkFT+o6/3tybOiFwxQrvffswesYB9Wg8YkbubW/5Srx7fJr3SkFemkP5fI4opD5a2P6Oh+0= X-Received: by 2002:ac5:c2c8:0:b0:320:3b50:58db with SMTP id i8-20020ac5c2c8000000b003203b5058dbmr879538vkk.7.1646473842831; Sat, 05 Mar 2022 01:50:42 -0800 (PST) MIME-Version: 1.0 References: <164494796487.31930.7636138656008278664@ietfa.amsl.com> In-Reply-To: From: Ketan Talaulikar Date: Sat, 5 Mar 2022 15:20:30 +0530 Message-ID: To: Alvaro Retana Cc: bess-chairs@ietf.org, draft-ietf-bess-srv6-services@ietf.org, The IESG , BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="00000000000088b64105d9759060" Archived-At: Subject: Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-srv6-services-10: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 09:50:49 -0000 --00000000000088b64105d9759060 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alvaro, We've posted an update to address some of your comments below. Please see inline below for responses and would appreciate your suggestions to address any outstanding issues. https://datatracker.ietf.org/doc/html/draft-ietf-bess-srv6-services-12 On Sat, Feb 19, 2022 at 3:58 AM Alvaro Retana wrote: > On February 18, 2022 at 10:53:20 AM, Ketan Talaulikar wrote: > > Hi! > > We're still not on the same page. > > > [Cut the indentation to make it more readable.] > > > > > > > ---------------------------------------------------------------------- > > > > > DISCUSS: > > > > > > ---------------------------------------------------------------------- > > > > > > > > > > Clearly (from looking at rfc8986), not all endpoint behaviors > apply to > > > > > the services defined in this document. Should a receiver accept a= ny > > > > > endpoint behavior? What should a receiver do if a known but > unrelated > > > > > behavior (End, for example) is received? > > > ... > > > > > For any specific service (IPv4 VPN Over SRv6 Core, for example, t= o > pick > > > > > one), should the behaviors used "in practice" be enforced? What i= f > > > > > different behavior is advertised? Can it safely be ignored? > > > > > > These two are related: Should only specific behaviors (per service) b= e > > > accepted? > > > > > > If yes, I need you to specify which are those behaviors and what > > > happens if a different (known) one is received. > > > > > > If no, what does it mean for the service if an unrelated behavior is > > > advertised? > > > > KT> So, this would be a result of a bug (?) on the egress PE that > signals a > > wrong behavior. Since the receiver is not validating, the service traff= ic > > would still arrive at the egress PE but the handling might be erroneous > due > > to wrong behavior. The issue still manifests on the egress PE due to it= s > bug. > > Somewhat similar to what might happen if the egress PE were to signal a > label > > associated with a wrong context/service as a VPN label in MPLS VPNs. > > Verifying that a label is correct is not the same as confirming that > the Behavior is plausible for the service. > > I understand how the ingress PE cannot validate an unknown Behavior, > but not validating a known Behavior is not right. If the Behavior is > unknown, the ingress doesn't have any idea of what the egress may do, > but if the Behavior is known, it does! > KT> My concern is with us getting into very loosely and not well-defined validation at the ingress - that too when the ingress doesn't need to bother about the local behavior (except for those with arguments) applied at the egress. It is better for extensibility and interoperability to not do validation instead. This will enable the smooth and easier introduction of new behaviors on the egress as long as there is no hard dependency on the ingress. Please see further below. > > =C2=A72 lists Behaviors that may correspond to L2/L3 Services. The > subsections in =C2=A75 and =C2=A76 list the Endpoint Behaviors used "in > practice" for each of the services. > > This is what I would like to see: For example, =C2=A75.1 (IPv4 VPN Over > SRv6 Core) says that "In practice, the SRv6 Endpoint behavior is > End.DX4 or End.DT4." The ingress PE should then be able to validate > that the Endpoint Behavior is one of these...and take appropriate > actions if it isn't. Why is that not the case? Not taking this > simple step opens up (as you mention) the possibility of a bug > creeping in, but also the ability of the egress to signal any behavior > which could result in an unexpected or incorrect action. > KT> Since the SRv6 SID belongs to and is instantiated on the egress, it can signal any behavior. E.g. tomorrow someone may define behavior that subjects the packet received at the egress router to be submitted to Firewall/DPI before being forwarded to the CE. Except for behaviors with arguments where the ingress needs to know in order to supply the argument values, there is nothing behavior-specific that the ingress needs to do. We have clarified the latter in the updated text. > > This type of checking is the minimum that should be done. > KT> We can add text for some checking for the purpose of raising warnings/alerts for the operator if that helps. > > > > ... > > > > > > ---------------------------------------------------------------------- > > > > > COMMENT: > > > > > > -------------------------------------------------------------------- > ... > > KT> I believe we were discussing the part of the "SID being routable" a= s > in > > via routing protocol (i.e. IGP/BGP transport). The next paragraph is on= e > that > > covers the base BGP "resolvability" part and does elaborate on the > various > > mechanisms like "alternate steering mechanisms" (e.g. any tunnel, SR > Policy, > > etc.). > > Yes (let me reset a little) -- this is the current text (from =C2=A75): > > The SRv6 Service SID SHOULD be routable within the AS of the egress > PE and serves the dual purpose of providing reachability between > ingress PE and egress PE while also encoding the SRv6 Endpoint > behavior. > KT> The above sentence says "routable within the AS of the egress" - as in the SRv6 SID is covered by some SRv6 Locator/Prefix that is advertised via say an IGP. The SHOULD is there because not all SRv6 SIDs need to be "routable". Please check https://datatracker.ietf.org/doc/html/rfc8986#section-3.3 where there is a discussion on non-routable SRv6 SID. We have added this reference in the text to clarify. > > When steering for SRv6 services is based on shortest path forwarding > (e.g., best-effort or IGP Flexible Algorithm > [I-D.ietf-lsr-flex-algo]) to the egress PE, the ingress PE > encapsulates the IPv4 or IPv6 customer packet in an outer IPv6 header > (using H.Encaps or H.Encaps.Red flavors specified in [RFC8986]) where > the destination address is the SRv6 Service SID associated with the > related BGP route update. Therefore, the ingress PE SHOULD perform > resolvability check for the SRv6 Service SID before considering the > received prefix for the BGP best path computation. The resolvability > is evaluated as per [RFC4271]. If the SRv6 SID is reachable via more > than one forwarding table, local policy is used to determine which > table to use. The result of an SRv6 Service SID resolvability (e.g., > when provided via IGP Flexible Algorithm) can be ignored if the > ingress PE has a local policy that allows an alternate steering > mechanism to reach the egress PE. The details of such steering > mechanisms are outside the scope of this document. > > > My point is that it is a requirement for the SID to be reachable -- > independent of how it is resolved: IGP, BGP, "alternate steering > mechanisms", etc. Otherwise it can't be used. > > If we agree with that then the requirement should be reflected in the > text: s/SHOULD/MUST/g > KT> Thanks for clarifying. I think we are on the same page on this one. The "SHOULD" was intended to cover the "normal" resolution mechanism (i.e. via IGP/BGP) while the "alternate mechanisms" were the other scenarios. At the end of the day - resolution is a MUST anyways. We have changed the SHOULD to MUST in the above paragraph to convey this intent. There were a lot of discussions and back/forth on this text within the WG and hence we were being extra careful. Thanks, Ketan > > > Thanks! > > Alvaro. > --00000000000088b64105d9759060 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alvaro,

We've p= osted an update to address some of your comments below. Please see inline b= elow for responses and would appreciate your suggestions to address any out= standing issues.



On Sat, Feb 19, 2022 at 3:58 AM Alvaro = Retana <aret= ana.ietf@gmail.com> wrote:
On February 18, 2022 at 10:53:20 AM, Ketan Talaulikar wro= te:

Hi!

We're still not on the same page.


[Cut the indentation to make it more readable.]

> > > > -------------------------------------------------------= ---------------
> > > > DISCUSS:
> > > > -------------------------------------------------------= ---------------
> > > >
> > > > Clearly (from looking at rfc8986), not all endpoint beh= aviors apply to
> > > > the services defined in this document. Should a receive= r accept any
> > > > endpoint behavior? What should a receiver do if a known= but unrelated
> > > > behavior (End, for example) is received?
> > ...
> > > > For any specific service (IPv4 VPN Over SRv6 Core, for = example, to pick
> > > > one), should the behaviors used "in practice"= be enforced? What if
> > > > different behavior is advertised? Can it safely be igno= red?
> >
> > These two are related: Should only specific behaviors (per servic= e) be
> > accepted?
> >
> > If yes, I need you to specify which are those behaviors and what<= br> > > happens if a different (known) one is received.
> >
> > If no, what does it mean for the service if an unrelated behavior= is
> > advertised?
>
> KT> So, this would be a result of a bug (?) on the egress PE that s= ignals a
> wrong behavior. Since the receiver is not validating, the service traf= fic
> would still arrive at the egress PE but the handling might be erroneou= s due
> to wrong behavior. The issue still manifests on the egress PE due to i= ts bug.
> Somewhat similar to what might happen if the egress PE were to signal = a label
> associated with a wrong context/service as a VPN label in MPLS VPNs.
Verifying that a label is correct is not the same as confirming that
the Behavior is plausible for the service.

I understand how the ingress PE cannot validate an unknown Behavior,
but not validating a known Behavior is not right.=C2=A0 If the Behavior is<= br> unknown, the ingress doesn't have any idea of what the egress may do, but if the Behavior is known, it does!

= KT> My concern is with=C2=A0us getting into very loosely and not well-de= fined validation at the ingress - that too when the ingress doesn't nee= d to bother about the local behavior=C2=A0=C2=A0(except for those with argu= ments) applied at the egress. It is better for extensibility and interopera= bility to not do validation instead. This will enable the smooth and easier= introduction of new behaviors on the egress as long as there is no hard de= pendency on the ingress. Please see further below.
=C2=A0

=C2=A72 lists Behaviors that may correspond to L2/L3 Services. =C2=A0 The subsections in =C2=A75 and =C2=A76 list the Endpoint Behaviors used "i= n
practice" for each of the services.

This is what I would like to see: =C2=A0For example, =C2=A75.1 (IPv4 VPN Ov= er
SRv6 Core) says that "In practice, the SRv6 Endpoint behavior is
End.DX4 or End.DT4." =C2=A0The ingress PE should then be able to valid= ate
that the Endpoint Behavior is one of these...and take appropriate
actions if it isn't.=C2=A0 Why is that not the case?=C2=A0 Not taking t= his
simple step opens up (as you mention) the possibility of a bug
creeping in, but also the ability of the egress to signal any behavior
which could result in an unexpected or incorrect action.

KT> Since the SRv6 SID belongs to and is instantiated = on the egress, it can signal any behavior. E.g. tomorrow someone may define= behavior that subjects the packet received at the egress router to be subm= itted to Firewall/DPI before being forwarded to the CE. Except for behavior= s with arguments where the ingress needs to know in order to supply the arg= ument values, there is nothing behavior-specific that the ingress needs to = do. We have clarified the latter in the updated text.
=C2=A0<= /div>

This type of checking is the minimum that should be done.
<= div>
KT> We can add text for some checking for the purpose= of raising warnings/alerts for the operator if that helps.
= =C2=A0



...
> > > > -------------------------------------------------------= ---------------
> > > > COMMENT:
> > > > -------------------------------------------------------= -------------
...
> KT> I believe we were discussing the part of the "SID being ro= utable" as in
> via routing protocol (i.e. IGP/BGP transport). The next paragraph is o= ne that
> covers the base BGP "resolvability" part and does elaborate = on the various
> mechanisms like "alternate steering mechanisms" (e.g. any tu= nnel, SR Policy,
> etc.).

Yes (let me reset a little) -- this is the current text (from =C2=A75):

=C2=A0 =C2=A0The SRv6 Service SID SHOULD be routable within the AS of the e= gress
=C2=A0 =C2=A0PE and serves the dual purpose of providing reachability betwe= en
=C2=A0 =C2=A0ingress PE and egress PE while also encoding the SRv6 Endpoint=
=C2=A0 =C2=A0behavior.

KT> The above= sentence says "routable within the AS of the egress" - as in the= SRv6 SID is covered by some SRv6 Locator/Prefix that is advertised via say= an IGP. The SHOULD is there because not all SRv6 SIDs need to be "rou= table". Please check=C2=A0https://datatracker.ietf.org/do= c/html/rfc8986#section-3.3=C2=A0where there is a discussion on non-rout= able SRv6 SID. We have added this reference in the text to clarify.
=C2=A0

=C2=A0 =C2=A0When steering for SRv6 services is based on shortest path forw= arding
=C2=A0 =C2=A0(e.g., best-effort or IGP Flexible Algorithm
=C2=A0 =C2=A0[I-D.ietf-lsr-flex-algo]) to the egress PE, the ingress PE
=C2=A0 =C2=A0encapsulates the IPv4 or IPv6 customer packet in an outer IPv6= header
=C2=A0 =C2=A0(using H.Encaps or H.Encaps.Red flavors specified in [RFC8986]= ) where
=C2=A0 =C2=A0the destination address is the SRv6 Service SID associated wit= h the
=C2=A0 =C2=A0related BGP route update.=C2=A0 Therefore, the ingress PE SHOU= LD perform
=C2=A0 =C2=A0resolvability check for the SRv6 Service SID before considerin= g the
=C2=A0 =C2=A0received prefix for the BGP best path computation.=C2=A0 The r= esolvability
=C2=A0 =C2=A0is evaluated as per [RFC4271].=C2=A0 If the SRv6 SID is reacha= ble via more
=C2=A0 =C2=A0than one forwarding table, local policy is used to determine w= hich
=C2=A0 =C2=A0table to use.=C2=A0 The result of an SRv6 Service SID resolvab= ility (e.g.,
=C2=A0 =C2=A0when provided via IGP Flexible Algorithm) can be ignored if th= e
=C2=A0 =C2=A0ingress PE has a local policy that allows an alternate steerin= g
=C2=A0 =C2=A0mechanism to reach the egress PE.=C2=A0 The details of such st= eering
=C2=A0 =C2=A0mechanisms are outside the scope of this document.


My point is that it is a requirement for the SID to be reachable --
independent of how it is resolved: IGP, BGP, "alternate steering
mechanisms", etc.=C2=A0 Otherwise it can't be used.

If we agree with that then the requirement should be reflected in the
text: s/SHOULD/MUST/g

KT> Thank= s for clarifying. I think we are on the same page on this one. The "SH= OULD" was intended to cover the "normal" resolution mechanis= m (i.e. via IGP/BGP) while the "alternate mechanisms" were the ot= her scenarios. At the end of the day - resolution is a MUST anyways. We hav= e changed the SHOULD to MUST in the above paragraph to convey this intent. = There were a lot of discussions and back/forth on this text within the WG a= nd hence we were being extra careful.=C2=A0

Thanks= ,
Ketan

=C2=A0


Thanks!

Alvaro.
--00000000000088b64105d9759060-- From nobody Sat Mar 5 02:00:35 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EAA53A1662; Sat, 5 Mar 2022 01:59:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, GB_SUMOF=5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ak8xaVcFvmwM; Sat, 5 Mar 2022 01:59:30 -0800 (PST) Received: from mail-vk1-xa31.google.com (mail-vk1-xa31.google.com [IPv6:2607:f8b0:4864:20::a31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B97053A1661; Sat, 5 Mar 2022 01:59:29 -0800 (PST) Received: by mail-vk1-xa31.google.com with SMTP id x62so5592439vkg.6; Sat, 05 Mar 2022 01:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Gyg97FGgxdFBYSNVuo28MyFOUjEfsxoVW6sXUT8vfIk=; b=RgMIV1w0dfc9L1Jkzr3zvIZEjsk55jGz/Yn/qrLvslSB17cr9Uq8Ba2NhTZol7onN/ +XiRiXe/O5UEAP+IVF162WBSJVO/Tg0vHMnJvvZJhf6EfLquUBUp3Wd/EQwEACxkgcE0 PMlkfg8x9S0jEbZLX3/VVDCx4xacgM80iT0KkVT0enwPuOem9oti7mHtqTND14C1Ir2C +4UW4yl3ftE33WZnbWinTw/zASTEyIDXJjyEFarv4HXr8AUuMvd9GF5kcF26r99IHZYC vbf6S7Gv9Ylcc2TcfK5BGlacW0867VQyQye2BpMb7ETDt6IpqAO0sgwiJZLeeTaB2zXD +0Zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Gyg97FGgxdFBYSNVuo28MyFOUjEfsxoVW6sXUT8vfIk=; b=dP3UyWwyz1YOM8r/L8BjNVuCm1lQmpgIQBpQWWAXIThPv9L+Me/8QOAEfgjrH79wqH cnhNACCj3XXFYCg+BuKYv1HXXqT7uJOjVgs038/keCXfim1ghZ9px1vgSbonVprQ9ILZ wm7pwEeHNoOiS07qXj4sCF0bL3y60JVhnKQtik9bncU4L13n0oBpW/n5ZID5XbIxoybZ e8WiRR/DlSnng+JHvg8PSLMpYdH4qp9s8qXC6Ha8u88lNXpa8atAEtXus04XFr1lf3RK c6Ozoizoo0vrZwSJSqfRF9ZGXM4q3wbp1pj7Hfone8Q2jkSQO3Q1egM28ic65hBgvG0e Kqlg== X-Gm-Message-State: AOAM532Jv+T9zDWQgGTkmeJayJsTSF++8HQV1UMulTsa0BzvvH9QTWoy wkA7me4QxvRQslZYSoccalQwvJae/ZEmfYDVxD83MNn1abg= X-Google-Smtp-Source: ABdhPJxispjjy3KRm8X1Z/HB6AT0CfSCHLY5qj6SLcSZfdGUP3UFUanBKQdIQev5Pb9i8XaUA4cxQHiP4MbVc0c4HlA= X-Received: by 2002:a05:6122:702:b0:336:cad5:8fbc with SMTP id 2-20020a056122070200b00336cad58fbcmr1013819vki.2.1646474368484; Sat, 05 Mar 2022 01:59:28 -0800 (PST) MIME-Version: 1.0 References: <20220304220153.GA31363@pfrc.org> In-Reply-To: <20220304220153.GA31363@pfrc.org> From: Ketan Talaulikar Date: Sat, 5 Mar 2022 15:29:15 +0530 Message-ID: To: Jeffrey Haas Cc: "Bocci, Matthew (Nokia - GB)" , "idr@ietf.org" , "" , "draft-ietf-bess-srv6-services@ietf.org" , "bess@ietf.org" Content-Type: multipart/alternative; boundary="000000000000dd881a05d975af6a" Archived-At: Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 09:59:36 -0000 --000000000000dd881a05d975af6a Content-Type: text/plain; charset="UTF-8" Hi Jeff, Thanks for your review and your feedback. Please check inline below for my responses as a co-author of the draft. We've also posted an update to address some of your comments along with those from the IESG members : https://datatracker.ietf.org/doc/html/draft-ietf-bess-srv6-services-12 On Sat, Mar 5, 2022 at 3:32 AM Jeffrey Haas wrote: > Matthew, > > A few short summary notes before my detailed comments: > I have concerns that this feature relies on scoping properties to restrict > distribution of the Prefix SID Path Attribute, or the new TLVs in this > document, that aren't strictly enforceable during incremental deployment. > In some circumstances if this attribute bleeds between different SRv6 > domains this may cause forwarding issues. > > I have concerns that the re-use of BGP Labeled routes coupled with the > contents of the new Path Attributes may be fragile in deployments that > don't > fully implement these features. Resets of nexthop or otherwise changing of > the labels as part of normal BGP procedures on routers ignorant of the > feature can result in mis-forwarding. > KT> Would like to put things into perspective before responding to your detailed feedback further inline below. We have a (relatively speaking new) SR over IPv6 dataplane. The scope of this document is to cover the base BGP signaling mechanism for this SRv6 network. > > Here are my comments on draft-ietf-bess-srv6-services: > > Meta question: This feature leverages the Prefix-SID feature. The > Label-Index TLV is a required TLV for that feature. It might be my > relative unfamiliarity with SRv6 procedures, but where is this sub-TLV used > in the context of this draft? > KT> Perhaps you might have overlooked the fact that RFC8669 specifies the use of the BGP Prefix-SID attribute for the labelled-unicast SAFI alone? It allows further documents to extend it for other SAFIs. It specifies the Label-Index TLV to be required only for the labelled-unicast SAFI. > > Section 2: > > : o RESERVED (1 octet): This field is reserved; it SHOULD be set to 0 > : by the sender and MUST be ignored by the receiver. > > I generally recommend the form of "MUST be set to 0 by the sender and > SHOULD > be ignored by the receiver". > > The intent is that the original version of the feature sends a predictable > set of values (0), but permits the reception of values it might not know. > The text quoted above, using SHOULD, means that you don't know what might > be > in the field but you'll never use it because it MUST be ignored. > > I'd recommend making this change throughout the document. > KT> I have seen all sorts of combinations of SHOULD/MUST being used at the IETF in this context and heard arguments for all of those usages :-). That said, I checked that the RFC8669 uses MUST for such situations and since this document is defining extensions to that attribute, it makes sense to do the same. We have made this change. > > : A BGP speaker receiving a route containing BGP Prefix-SID Attribute > : with one or more SRv6 Service TLVs observes the following rules when > : advertising the received route to other peers: > : > : o if the nexthop is unchanged during the advertisement, the SRv6 > : Service TLVs, including any unrecognized Types of Sub-TLV and Sub- > : Sub-TLV, SHOULD be propagated further. In addition, all Reserved > : fields in the TLV or Sub-TLV or Sub-Sub-TLV MUST be propagated > : unchanged. > : > : o if the nexthop is changed, the TLVs, Sub-TLVs, and Sub-Sub-TLVs > : SHOULD be updated with the locally allocated SRv6 SID information. > : Any unrecognized received Sub-TLVs and Sub-Sub-TLVs MUST be > : removed. > > A Prefix-SID Path Attribute may pass through one or more systems that do > not > understand either the base RFC 8669 Prefix-SID Path Attribute, or does > understand that attribute but does not understand these TLVs. > > Since this procedure is expected to be effected when nexthop change is > done, > how should the later systems behave when the nexthop wasn't in agreement > and > these procedures are not done? > KT> The document does call out this aspect and takes the approach where this situation needs to be handled when setting up the peering with routers that do not support this specification. > > If it was the case that the related nexthop was part of these new > attributes, a downstream system might be able to recognize such cases and > take an appropriate action. > > Section 3.2.1: > : The Transposition Offset MUST be less than LBL+LNL+FL+AL > : > : The sum of Transposition Offset and Transposition Length MUST be > : less than LBL+LNL+FL+AL > > So... these are "MUST". The Error Handling considerations say that > semantic > violations of values aren't malformed attributes. > > Exactly what is an implementation supposed to do with well-formed, but > invalid nonsense? > KT> Please refer to the last paragraph of Sec 8. Such paths are not considered for the best path calculation. > > : BGP speakers that do not support this specification may misinterpret, > : on the reception of an SRv6-based BGP service route update, the part > : of the SRv6 SID encoded in MPLS label field(s) as MPLS label values > : for MPLS-based services. Implementations supporting this > : specification MUST provide a mechanism to control the advertisement > : of SRv6-based BGP service routes on a per-neighbor and per-service > : basis. The details of deployment designs and implementation options > : are outside the scope of this document. > > This is highly problematic. These attributes are carried in standard BGP > Labeled Unicast routes. KT> This document has nothing that applies to SAFI 4. > If this stuff is intended to be scoped with such > consequences, normally this would require a different AFI/SAFI, or > something > like BGP capabilities. > KT> BGP capabilities address some scenarios but not all (e.g., such misconfigurations when RRs are used can still leave the service broken). That said, BGP capability is an option that might help to some extent and there is a proposal for the same in front of the WG. We should let that progress through the WG process independently. > > : BGP speakers that do not support this specification may misinterpret, > : on the reception of an SRv6-based BGP service route update, the part > : of the SRv6 SID encoded in MPLS label field(s) as MPLS label values > : for MPLS-based services. Implementations supporting this > : specification MUST provide a mechanism to control the advertisement > : of SRv6-based BGP service routes on a per-neighbor and per-service > : basis. The details of deployment designs and implementation options > : are outside the scope of this document. > > Recognizing that there are critical incremental deployment issues without > having a strategy for dealing with them is negligent. > > If this were solely a matter of a node that understands its Attribute and > underlying TLVs and must figure out what to about it prior to sending it to > another BGP Speaker, we'd be fine. The AIGP feature spent considerable > effort dealing with this problem and used optional non-transitive rather > than transitive attributes to deal with this. > KT> The "negligent" attribution seems unfair here. When taking the example of AIGP, you may be comparing an apple with an orange when it comes to the functionalities that these attributes introduce. Comparison with other specifications that cover signaling of encapsulation information is perhaps more apt when it comes to the aspect of incremental deployment. You will find that this proposal of the BESS WG is following precedents. > > Section 4: > : To achieve efficient packing, this document allows the encoding of > : the SRv6 Service SID either as a whole in the SRv6 Services TLVs or > : the encoding of only the common part of the SRv6 SID (e.g., Locator) > : in the SRv6 Services TLVs and encoding the variable (e.g., Function > : or Argument parts) in the existing label fields specific to that > : service encoding. This later form of encoding is referred to as the > : Transposition Scheme where the SRv6 SID Structure Sub-Sub-TLV > : describes the sizes of the parts of the SRv6 SID and also indicates > : the offset of the variable part along with its length in SRv6 SID > : value. The use of the Transposition Scheme is RECOMMENDED for the > : specific service encodings that allow it as described further in > : Section 5 and Section 6. > > This feature can operate on BGP Labeled Unicast, and may pass through nodes > that are ignorant of the mechanisms in this draft. What do you do when a > BGP > Speaker does a next-hop-self and causes the labels to be reset > without impacting the underlying SRv6 Service SID? This is the other side > of the question about nexthops changing. > KT> Please see previous comments. Also, this document does not apply to SAFI 4. > > : When steering for SRv6 services is based on shortest path forwarding > : (e.g., best-effort or IGP Flexible Algorithm > : [I-D.ietf-lsr-flex-algo]) to the egress PE, the ingress PE > : encapsulates the IPv4 or IPv6 customer packet in an outer IPv6 header > : (using H.Encaps or H.Encaps.Red flavors specified in [RFC8986]) where > : the destination address is the SRv6 Service SID associated with the > : related BGP route update. Therefore, the ingress PE SHOULD perform > : resolvability check for the SRv6 Service SID before considering the > : received prefix for the BGP best path computation. The resolvability > : is evaluated as per [RFC4271]. > > BGP route resolvability, normally done on the BGP nexthop field or its > MP_REACH_NLRI version of it, provides two inputs to BGP route selection: > - Is the path reachable or not? (Feasibility check.) > - What is its cost? > > We have examples like RFC 9012 for tunnel encapsulation where the > feasibility check is augmented, but it doesn't bypass the IGP check. > > Since this feature may pass through routers ignorant of its contents, there > can exist routers in the network that provide route selection based on the > BGP nexthop, and others that do their distance calculation based on the > SRv6 > services SID. That could lead to inconsistent route selection in a network > with this feature partially deployed. > > If you instead meant that the feasibility condition was augmented by "can > you reach this SRv6 Services SID?" similar to Tunnel Encaps Attribute, you > need different text. > KT> The check is augmented to include SRv6 SID reachability. Perhaps you missed the text in the same section that says that existing BGP procedures apply for the next-hop. > > Section 5.3/5.4 Global IPv4/IPv6 over SRv6 Core: > > In these procedures we're attaching the Prefix SID Path Attribute with the > extensions defined in this document to routes that are likely Internet in > scope. With other address families, the likelihood of the Path Attribute > getting leaked out of scope of networks that can process it, or pass > through > BGP Speakers that do not filter it, increases. > > These scenarios radically increase the likelihood of the issues noted > above. > KT> Previous response applies here as well. > > Section 6.0 has a similar resolvability check as noted in the comments > above. KT> as above > > > Section 6.1.2: > : o MPLS Label: 24-bit field carries the whole or a portion of the > : Function part of the SRv6 SID when the Transposition Scheme of > : encoding (Section 4) is used and otherwise set to Implicit NULL > : value. In either case, the value is set in the high order 20 bits > : (e.g., as 0x000030 in the case of Implicit NULL). > > I'm not terribly familiar with RFC 8214 procedures so this question is > asked > in ignorance. I can see that VNI may be encapsulated in this label (RFC > 7438) > and that VNI may be 24 bits. > > The procedure in this specification limits the use to 20 of the 24 bits. > > Is there expectation that this value be treated as a traditional MPLS label > and thus we should see the bottom of stack bit set here? > > Is the transposition scheme always taking the value from these 20 bits or > the full 24 bits? > KT> Please refer to the respective sections where the encoding is discussed. In short, for the cases where the encoding follows RFC3107/8277 it is 20-bits and it is 24-bits for RFC7432 base. Thanks, Ketan > > -- Jeff > > > > > > On Fri, Feb 18, 2022 at 06:52:12PM +0000, Bocci, Matthew (Nokia - GB) > wrote: > > IDR Working Group > > > > This draft has completed working group last call in the BESS working > group and is currently being reviewed by the IESG. > > > > We would appreciate review and comments by participants in the IDR > working group. > > > > The latest version of the draft is available here: > draft-ietf-bess-srv6-services-11 - SRv6 BGP based Overlay Services< > https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/> > > > > Please send any comments in reply to this thread by 26th February 2022. > > > > Thank you, > > > > Matthew > > > _______________________________________________ > > Idr mailing list > > Idr@ietf.org > > https://www.ietf.org/mailman/listinfo/idr > > --000000000000dd881a05d975af6a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jeff,

Thanks for yo= ur review and your feedback. Please check inline below for my responses as = a co-author of the draft.

We've also posted an= update to address some of your comments along with those from the IESG mem= bers :=C2=A0https://datatracke= r.ietf.org/doc/html/draft-ietf-bess-srv6-services-12


On Sat, Mar 5, 2022 at 3:32 AM Jeffrey Haas <jhaas@pfrc.org> wrote:
Matthew,

A few short summary notes before my detailed comments:
I have concerns that this feature relies on scoping properties to restrict<= br> distribution of the Prefix SID Path Attribute, or the new TLVs in this
document, that aren't strictly enforceable during incremental deploymen= t.
In some circumstances if this attribute bleeds between different SRv6
domains this may cause forwarding issues.

I have concerns that the re-use of BGP Labeled routes coupled with the
contents of the new Path Attributes may be fragile in deployments that don&= #39;t
fully implement these features.=C2=A0 Resets of nexthop or otherwise changi= ng of
the labels as part of normal BGP procedures on routers ignorant of the
feature can result in mis-forwarding.

K= T> Would like to put things into perspective before responding to your d= etailed feedback further inline below. We have a (relatively speaking new) = SR over IPv6 dataplane. The scope of this document is to cover the base BGP= signaling mechanism for this SRv6 network.=C2=A0=C2=A0
=C2=A0

Here are my comments on draft-ietf-bess-srv6-services:

Meta question: This feature leverages the Prefix-SID feature.=C2=A0 The
Label-Index TLV is a required=C2=A0 TLV for that feature.=C2=A0 It might be= my
relative unfamiliarity with SRv6 procedures, but where is this sub-TLV used=
in the context of this draft?

KT> Pe= rhaps you might have overlooked the fact that RFC8669 specifies the use of = the BGP Prefix-SID attribute for the labelled-unicast SAFI alone? It allows= further documents to extend it for other SAFIs. It specifies the Label-Ind= ex TLV to be required only for the labelled-unicast SAFI.
=C2=A0<= /div>

Section 2:

:=C2=A0 =C2=A0o=C2=A0 RESERVED (1 octet): This field is reserved; it SHOULD= be set to 0
:=C2=A0 =C2=A0 =C2=A0 by the sender and MUST be ignored by the receiver.
I generally recommend the form of "MUST be set to 0 by the sender and = SHOULD
be ignored by the receiver".

The intent is that the original version of the feature sends a predictable<= br> set of values (0), but permits the reception of values it might not know. The text quoted above, using SHOULD, means that you don't know what mig= ht be
in the field but you'll never use it because it MUST be ignored.

I'd recommend making this change throughout the document.

KT> I have seen all sorts of combinations of SHOU= LD/MUST being used at the IETF in this context and heard arguments for all = of those usages :-). That said, I checked that the RFC8669 uses MUST for su= ch situations and since this document is defining extensions to that attrib= ute, it makes sense to do the same. We have made=C2=A0this change.
=C2=A0

:=C2=A0 =C2=A0A BGP speaker receiving a route containing BGP Prefix-SID Att= ribute
:=C2=A0 =C2=A0with one or more SRv6 Service TLVs observes the following rul= es when
:=C2=A0 =C2=A0advertising the received route to other peers:
:
:=C2=A0 =C2=A0o=C2=A0 if the nexthop is unchanged during the advertisement,= the SRv6
:=C2=A0 =C2=A0 =C2=A0 Service TLVs, including any unrecognized Types of Sub= -TLV and Sub-
:=C2=A0 =C2=A0 =C2=A0 Sub-TLV, SHOULD be propagated further.=C2=A0 In addit= ion, all Reserved
:=C2=A0 =C2=A0 =C2=A0 fields in the TLV or Sub-TLV or Sub-Sub-TLV MUST be p= ropagated
:=C2=A0 =C2=A0 =C2=A0 unchanged.
:
:=C2=A0 =C2=A0o=C2=A0 if the nexthop is changed, the TLVs, Sub-TLVs, and Su= b-Sub-TLVs
:=C2=A0 =C2=A0 =C2=A0 SHOULD be updated with the locally allocated SRv6 SID= information.
:=C2=A0 =C2=A0 =C2=A0 Any unrecognized received Sub-TLVs and Sub-Sub-TLVs M= UST be
:=C2=A0 =C2=A0 =C2=A0 removed.

A Prefix-SID Path Attribute may pass through one or more systems that do no= t
understand either the base RFC 8669 Prefix-SID Path Attribute, or does
understand that attribute but does not understand these TLVs.

Since this procedure is expected to be effected when nexthop change is done= ,
how should the later systems behave when the nexthop wasn't in agreemen= t and
these procedures are not done?

KT> T= he document does call out this aspect and takes the approach where this sit= uation needs to be handled when setting up the peering with routers that do= not support this specification.=C2=A0
=C2=A0

If it was the case that the related nexthop was part of these new
attributes, a downstream system might be able to recognize such cases and take an appropriate action.

Section 3.2.1:
:=C2=A0 =C2=A0 =C2=A0 The Transposition Offset MUST be less than LBL+LNL+FL= +AL
:
:=C2=A0 =C2=A0 =C2=A0 The sum of Transposition Offset and Transposition Len= gth MUST be
:=C2=A0 =C2=A0 =C2=A0 less than LBL+LNL+FL+AL

So... these are "MUST".=C2=A0 The Error Handling considerations s= ay that semantic
violations of values aren't malformed attributes.

Exactly what is an implementation supposed to do with well-formed, but
invalid nonsense?

KT> Please refer t= o the last paragraph of Sec 8. Such paths are not considered for the best p= ath calculation.
=C2=A0

:=C2=A0 =C2=A0BGP speakers that do not support this specification may misin= terpret,
:=C2=A0 =C2=A0on the reception of an SRv6-based BGP service route update, t= he part
:=C2=A0 =C2=A0of the SRv6 SID encoded in MPLS label field(s) as MPLS label = values
:=C2=A0 =C2=A0for MPLS-based services.=C2=A0 Implementations supporting thi= s
:=C2=A0 =C2=A0specification MUST provide a mechanism to control the adverti= sement
:=C2=A0 =C2=A0of SRv6-based BGP service routes on a per-neighbor and per-se= rvice
:=C2=A0 =C2=A0basis.=C2=A0 The details of deployment designs and implementa= tion options
:=C2=A0 =C2=A0are outside the scope of this document.

This is highly problematic.=C2=A0 These attributes are carried in standard = BGP
Labeled Unicast routes.=C2=A0

KT> This d= ocument has nothing that applies to SAFI 4.
=C2=A0
If this stuff is intended to be s= coped with such
consequences, normally this would require a different AFI/SAFI, or somethin= g
like BGP capabilities.

KT> BGP capab= ilities address some scenarios but not all (e.g., such misconfigurations wh= en RRs are used can still leave the=C2=A0service broken). That said, BGP ca= pability is an option that might help to some extent and there is a proposa= l for the same in front of the WG. We should let that progress through the = WG process independently.
=C2=A0

:=C2=A0 =C2=A0BGP speakers that do not support this specification may misin= terpret,
:=C2=A0 =C2=A0on the reception of an SRv6-based BGP service route update, t= he part
:=C2=A0 =C2=A0of the SRv6 SID encoded in MPLS label field(s) as MPLS label = values
:=C2=A0 =C2=A0for MPLS-based services.=C2=A0 Implementations supporting thi= s
:=C2=A0 =C2=A0specification MUST provide a mechanism to control the adverti= sement
:=C2=A0 =C2=A0of SRv6-based BGP service routes on a per-neighbor and per-se= rvice
:=C2=A0 =C2=A0basis.=C2=A0 The details of deployment designs and implementa= tion options
:=C2=A0 =C2=A0are outside the scope of this document.

Recognizing that there are critical incremental deployment issues without having a strategy for dealing with them is negligent.

If this were solely a matter of a node that understands its Attribute and underlying TLVs and must figure out what to about it prior to sending it to=
another BGP Speaker, we'd be fine.=C2=A0 The AIGP feature spent conside= rable
effort dealing with this problem and used optional non-transitive rather than transitive attributes to deal with this.

KT> The "negligent" attribution seems unfair here. When= taking the example of AIGP, you may be comparing an apple with an orange w= hen it comes to the functionalities that these attributes introduce. Compar= ison with other specifications that cover signaling of encapsulation inform= ation is perhaps more apt when it comes to the aspect of incremental deploy= ment. You will find that this proposal of the=C2=A0BESS WG is following pre= cedents.
=C2=A0

Section 4:
:=C2=A0 =C2=A0To achieve efficient packing, this document allows the encodi= ng of
:=C2=A0 =C2=A0the SRv6 Service SID either as a whole in the SRv6 Services T= LVs or
:=C2=A0 =C2=A0the encoding of only the common part of the SRv6 SID (e.g., L= ocator)
:=C2=A0 =C2=A0in the SRv6 Services TLVs and encoding the variable (e.g., Fu= nction
:=C2=A0 =C2=A0or Argument parts) in the existing label fields specific to t= hat
:=C2=A0 =C2=A0service encoding.=C2=A0 This later form of encoding is referr= ed to as the
:=C2=A0 =C2=A0Transposition Scheme where the SRv6 SID Structure Sub-Sub-TLV=
:=C2=A0 =C2=A0describes the sizes of the parts of the SRv6 SID and also ind= icates
:=C2=A0 =C2=A0the offset of the variable part along with its length in SRv6= SID
:=C2=A0 =C2=A0value.=C2=A0 The use of the Transposition Scheme is RECOMMEND= ED for the
:=C2=A0 =C2=A0specific service encodings that allow it as described further= in
:=C2=A0 =C2=A0Section 5 and Section 6.

This feature can operate on BGP Labeled Unicast, and may pass through nodes=
that are ignorant of the mechanisms in this draft. What do you do when a BG= P
Speaker does a next-hop-self and causes the labels to be reset
without impacting the underlying SRv6 Service SID?=C2=A0 This is the other = side
of the question about nexthops changing.

KT> Please see previous comments. Also, this document does not apply t= o SAFI 4.
=C2=A0

:=C2=A0 =C2=A0When steering for SRv6 services is based on shortest path for= warding
:=C2=A0 =C2=A0(e.g., best-effort or IGP Flexible Algorithm
:=C2=A0 =C2=A0[I-D.ietf-lsr-flex-algo]) to the egress PE, the ingress PE :=C2=A0 =C2=A0encapsulates the IPv4 or IPv6 customer packet in an outer IPv= 6 header
:=C2=A0 =C2=A0(using H.Encaps or H.Encaps.Red flavors specified in [RFC8986= ]) where
:=C2=A0 =C2=A0the destination address is the SRv6 Service SID associated wi= th the
:=C2=A0 =C2=A0related BGP route update.=C2=A0 Therefore, the ingress PE SHO= ULD perform
:=C2=A0 =C2=A0resolvability check for the SRv6 Service SID before consideri= ng the
:=C2=A0 =C2=A0received prefix for the BGP best path computation.=C2=A0 The = resolvability
:=C2=A0 =C2=A0is evaluated as per [RFC4271].

BGP route resolvability, normally done on the BGP nexthop field or its
MP_REACH_NLRI version of it, provides two inputs to BGP route selection: - Is the path reachable or not? (Feasibility check.)
- What is its cost?

We have examples like RFC 9012 for tunnel encapsulation where the
feasibility check is augmented, but it doesn't bypass the IGP check.
Since this feature may pass through routers ignorant of its contents, there=
can exist routers in the network that provide route selection based on the<= br> BGP nexthop, and others that do their distance calculation based on the SRv= 6
services SID.=C2=A0 That could lead to inconsistent route selection in a ne= twork
with this feature partially deployed.

If you instead meant that the feasibility condition was augmented by "= can
you reach this SRv6 Services SID?" similar to Tunnel Encaps Attribute,= you
need different text.

KT> The check i= s augmented to include SRv6 SID reachability. Perhaps you missed the text i= n the same section that says that existing BGP procedures apply for the nex= t-hop.
=C2=A0

Section 5.3/5.4 Global IPv4/IPv6 over SRv6 Core:

In these procedures we're attaching the Prefix SID Path Attribute with = the
extensions defined in this document to routes that are likely Internet in scope.=C2=A0 With other address families, the likelihood of the Path Attrib= ute
getting leaked out of scope of networks that can process it, or pass throug= h
BGP Speakers that do not filter it, increases.=C2=A0

These scenarios radically increase the likelihood of the issues noted above= .

KT> Previous response applies here= as well.
=C2=A0

Section 6.0 has a similar resolvability check as noted in the comments
above.=C2=A0

KT> as above
=C2= =A0


Section 6.1.2:
:=C2=A0 =C2=A0o=C2=A0 MPLS Label: 24-bit field carries the whole or a porti= on of the
:=C2=A0 =C2=A0 =C2=A0 Function part of the SRv6 SID when the Transposition = Scheme of
:=C2=A0 =C2=A0 =C2=A0 encoding (Section 4) is used and otherwise set to Imp= licit NULL
:=C2=A0 =C2=A0 =C2=A0 value.=C2=A0 In either case, the value is set in the = high order 20 bits
:=C2=A0 =C2=A0 =C2=A0 (e.g., as 0x000030 in the case of Implicit NULL).

I'm not terribly familiar with RFC 8214 procedures so this question is = asked
in ignorance.=C2=A0 I can see that VNI may be encapsulated in this label (R= FC 7438)
and that VNI may be 24 bits.

The procedure in this specification limits the use to 20 of the 24 bits.
Is there expectation that this value be treated as a traditional MPLS label=
and thus we should see the bottom of stack bit set here?

Is the transposition scheme always taking the value from these 20 bits or the full 24 bits?

KT> Please refer t= o the respective sections where the encoding is discussed. In short, for th= e cases where the encoding follows RFC3107/8277 it is 20-bits and it is 24-= bits for RFC7432 base.

Thanks,
Ketan
=C2=A0

-- Jeff





On Fri, Feb 18, 2022 at 06:52:12PM +0000, Bocci, Matthew (Nokia - GB) wrote= :
> IDR Working Group
>
> This draft has completed working group last call in the BESS working g= roup and is currently being reviewed by the IESG.
>
> We would appreciate review and comments by participants in the IDR wor= king group.
>
> The latest version of the draft is available here:=C2=A0 draft-ietf-be= ss-srv6-services-11 - SRv6 BGP based Overlay Services<https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-s= ervices/>
>
> Please send any comments in reply to this thread by 26th February 2022= .
>
> Thank you,
>
> Matthew

> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr

--000000000000dd881a05d975af6a-- From nobody Sat Mar 5 04:13:55 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 049403A1368; Sat, 5 Mar 2022 04:13:54 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Robert Wilton via Datatracker To: "The IESG" Cc: draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, bess@ietf.org, matthew.bocci@nokia.com, matthew.bocci@nokia.com X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Robert Wilton Message-ID: <164648243399.21243.18357212568980547115@ietfa.amsl.com> Date: Sat, 05 Mar 2022 04:13:54 -0800 Archived-At: Subject: [bess] Robert Wilton's No Objection on draft-ietf-bess-srv6-services-12: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 12:13:54 -0000 Robert Wilton has entered the following ballot position for draft-ietf-bess-srv6-services-12: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Hi, Thanks for this document. I have no comments on this document that haven't previously been captured in other ballot positions. I find the security section in the latest revision of the document to be significantly improved and more helpful than the previous telechat revision, so thank you for your efforts in this regard. Rob From nobody Sat Mar 5 07:06:14 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22CCE3A1750; Sat, 5 Mar 2022 07:06:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.106 X-Spam-Level: X-Spam-Status: No, score=-2.106 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_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vGuGSiti8eDE; Sat, 5 Mar 2022 07:06:00 -0800 (PST) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE7523A0EDA; Sat, 5 Mar 2022 07:05:59 -0800 (PST) Received: by mail-ej1-x62f.google.com with SMTP id bi12so10091165ejb.3; Sat, 05 Mar 2022 07:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language:msip_labels :mime-version; bh=yvc3L8igMVIfCv6I0K62wsjF50SG21qCVYrtk/1YjcY=; b=HAD1OpWHJRBV9n7MfOwF8YJMtL5vaYQU7mMtrOvbj82d3u3pbcL0dZH+paNasvtoRZ NDkybhmZ3zSgW63M8iUe8M8/BWNz1k5tmzwNEX8BoDm8Y0bhRNqewVNymbnp6N2hevB3 ADfxGbaBaW25+SnMv/iTmzrs9yB7kJQE0cViPFVWBI12rAww0GLl/bvK6FHlA3BL/+1t YkXUsB6qDB3IKMXAZWHq5NJY6DBF3/BQO4PXTSPw69AsqjsUtqJqC211WGM6iDOnnef7 xTUbb8QXbSLCcad8uz8mx+NQTx6P+t0Rljhzarnkt7NtaodWbsUEKT0dGl5JjlQsyl1j 9AmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:msip_labels:mime-version; bh=yvc3L8igMVIfCv6I0K62wsjF50SG21qCVYrtk/1YjcY=; b=0bMpSEbSG6WF/Pn5PqjEV1m8DsDNkgmuwAU4ngCKkiK0YHOq6nYjF1hDCAGfbm5rMn /JlXR+vd2n2FF18/QENK+QMBPVu1+CcNqm78gFEZhjeqYxs7zlIX5ccQneZFxL81FQ0n 0V7CzaGL5i7TBTYRalksQjPI47UhygErTbDFTZ18dY/NgO/3UrqKzpJCrQMGTja5b6qj 20OkCRXICAd3ghqiWU+tH+cZTzCCIkuY2hfjB1vh5nVrPkeKD/MQ3U1rNpjXf/M+iqM3 ysfikjfJ/fMpWDfFrziGRbHEIpEFq2f2J2SAkKzVFE7LFDz57JNSlh49GMu0afL68lhK R/Qg== X-Gm-Message-State: AOAM531e5LSFHj2SjF8NvQyaet6QyvzpAs0lEZeWlqkAKL42BlDu/TNb IGck69KOIGe+a0VOpvXyp48= X-Google-Smtp-Source: ABdhPJy0B1Y/4SZtpjhu8Wk3rXjDDpowOGWVWiybj2e85wNY5f8eFEC08Nh3h1vA2LNDFAbsl2waOA== X-Received: by 2002:a17:906:2403:b0:6d1:ca2:4da7 with SMTP id z3-20020a170906240300b006d10ca24da7mr2936162eja.533.1646492757808; Sat, 05 Mar 2022 07:05:57 -0800 (PST) Received: from BL3PR02MB8130.namprd02.prod.outlook.com ([52.96.198.109]) by smtp.gmail.com with ESMTPSA id y12-20020a50eb8c000000b00410f02e577esm3621589edr.7.2022.03.05.07.05.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Mar 2022 07:05:56 -0800 (PST) From: =?iso-8859-1?Q?Luc_Andr=E9_Burdet?= To: "Mankamana Mishra (mankamis)" , "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: =?iso-8859-1?Q?=C9ric_Vyncke's_Discuss_on_draft-ietf-bess-evpn-igmp-mld-p?= =?iso-8859-1?Q?roxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL9tHJ4Sx788zgEW2i1BhHdX0tayvWZ8AgAABIwCAAACnAIAAAZmAgAAYFwCAAW+hcQ== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Sat, 5 Mar 2022 15:05:53 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard Content-Type: multipart/alternative; boundary="_000_BL3PR02MB8130E70F404FE12024793C9DAF069BL3PR02MB8130namp_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-be?= =?iso-8859-1?q?ss-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT?= =?iso-8859-1?q?=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 15:06:06 -0000 --_000_BL3PR02MB8130E70F404FE12024793C9DAF069BL3PR02MB8130namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi =C9ric, Mankamana & John, Just read -19 viz this thread. The IGMP/MLD duality has been seen before and in previous cases (RFC4604) i= t was explicitly called out also (for good cause: IGMP Membership vs MLD L= istener, IGMP Leave vs MLD Done, etc) RFC3376: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to IGMP Membership Queries and IGMP Version 3 Membership Reports, respectively. RFC3810: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to MLD Multicast Listener Queries and MLD Version 2 Multicast Listener Reports, respectively. RFC4604: Due to the commonality of function, the term "Group Management Protocol", or "GMP", will be used to refer to both IGMP and MLD. The term "Source Filtering GMP", or "SFGMP", will be used to refer jointly to the IGMPv3 and MLDv2 group management protocols. Could I propose just adding a small clarifying paragraph in Intro which doe= s the same as those 3 and use that terminology? The term "Group Management Protocol", or "GMP", was first defined in RFC460= 4 to address the commonality of function between IGMP and LMD. In this document, unless otherwise qualified: - the capitalized words "GMP Query" refer to IGMP Membership Queries and= MLD Multicast Listener Queries; and - the capitalized words "GMP Report" refer to IGMP Version X Membership = Reports and MLD Version 2 Multicast Listener Reports. s/ IGMP Membership Reports/GMP Reports/g Regards, Luc Andr=E9 Luc Andr=E9 Burdet | Cisco | laburdet.ietf@gmail.com | Tel: +1 613 254= 4814 From: BESS on behalf of Mankamana Mishra (mankamis)= Date: Friday, March 4, 2022 at 12:09 To: Eric Vyncke (evyncke) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , bess-chairs@ietf.org , slitkows= .ietf@gmail.com , bess@ietf.org Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT) Hi Eric, Posted new revision addressing two of your comment 1. Latest comment about adding IGMP / MLD before terminology 2. Pending from last one, where section 4.1.1 numbers were getting reset= without comment Mankamana From: Mankamana Mishra (mankamis) Date: Friday, March 4, 2022 at 7:42 AM To: Eric Vyncke (evyncke) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Thanks, positing update in 30 min. Mankamana From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:36 AM To: Mankamana Mishra (mankamis) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Correct this will address my DISCUSS point if you also modify the line belo= w, i.e., replace all IGMP by IGMP/MLD in the text until the terminology sec= tion states "IGMP means IGMP or MLD" (sic). Regards -=E9ric From: "Mankamana Mishra (mankamis)" Date: Friday, 4 March 2022 at 16:33 To: Eric Vyncke , John E Drake , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi Eric, These hosts/VMs express their interests in multicast groups on a given subnet/VLAN by sending IGMP Membership Reports (Joins) for. >> Add= ing MLD here too ? their interested multicast group(s). Furthermore, an IGMP router periodically sends membership queries to find out if there are hosts on that subnet that are still interested in receiving multicast traffic for that group. The IGMP/MLD Proxy solution described in this draft accomplishes has three objectives: does this change look ok ? From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:29 AM To: John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hello John, Thanks for your quick reply, even if I am unsure how to read " Yours Irresp= ectively," as I am not an English-native person. Thank you for pointing me to the new sections 9.1.2 & others =3D> I will up= date my DISCUSS on this point w/o sending another email. But section 1 still mentions only IGMP and never MLD except for "IGMP/MLD" = proxy, this is trivial to fix, so I suggest to the authors to update the dr= aft. Regards -=E9ric -----Original Message----- From: iesg on behalf of John E Drake Date: Friday, 4 March 2022 at 15:01 To: Eric Vyncke , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi, Snipped, comments inline Yours Irrespectively, John Juniper Business Use Only > -----Original Message----- > DISCUSS: > ---------------------------------------------------------------------= - > > As Martin Vigoureux's term is near its end, I took the liberty to re-= evaluate the > ballot status of this document and clearing parts of my original bloc= k DISCUSS > points and many of my original non-blocking COMMENT points. > > See below this line for updated version > ---------------------------------------------- > > Thank you for the work put into this document. I have to state that I= am neither > a EVPN expert not a multicast one. > > Please find below some blocking DISCUSS points (probably easy to addr= ess), > some non-blocking COMMENT points (but replies would be appreciated ev= en if > only for my own education), and some nits. > > Special thanks to St=E9phane Litkowski for his shepherd's write-up ab= out the WG > consensus. > > I hope that this helps to improve the document, > > Regards, > > -=E9ric > > =3D=3D DISCUSS =3D=3D > > The text covers in details how to map MLD/IGMP into BGP routes but do= es not > say a word on how to recreate the MLD/IGMP packets. Should there be a= ny such > specification (e.g., in section 4.1) ? [JD] We added: 9.1.2. Reconstructing IGMP / MLD Membership Reports from Selective Mul= ticast Route 9.2.2. Reconstructing IGMP / MLD Membership Reports from Multicast Mem= bership Report Sync Route 9.3.2. Reconstructing IGMP / MLD Leave from Multicast Leave Sync Route > > -- Section 1 -- > In the same vein, is it about IGMP only ? Or does it include MLD as w= ell ? It is > really unclear. [JD] The Abstract states: This document describes how to support eff= iciently endpoints running IGMP (Internet Group Management Protocol) or MLD (Multicast Listener Discov= ery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN= (Ethernet VPN) PEs. We also added this paragraph to section 3 at Ben's behest: It is important to note when there is text considering whether a PE ind= icates support for IGMP proxying, the corresponding behavior has a natural analogue for indication of sup= port for MLD proxying, and the analogous requirements apply as well. --_000_BL3PR02MB8130E70F404FE12024793C9DAF069BL3PR02MB8130namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = =C9ric, Mankamana & John,

 

Just= read -19 viz this thread.

The = IGMP/MLD duality has been seen before and in previous cases (RFC4604) it wa= s explicitly called out also  (for good cause: IGMP Membership vs MLD = Listener,  IGMP Leave vs MLD Done, etc)

 
RFC3376:
   In this document, unless othe=
rwise qualified, the capitalized words
   "Query" and "R=
eport" refer to IGMP Membership Queries and IGMP
   Version 3 Membership Reports,=
 respectively.
 
RFC3810:
   In this document, unless othe=
rwise qualified, the capitalized words
   "Query" and "R=
eport" refer to MLD Multicast Listener Queries and MLD
   Version 2 Multicast Listener =
Reports, respectively.
 
RFC4604:
   Due to the commonality of fun=
ction, the term "Group Management
   Protocol", or "GMP&=
quot;, will be used to refer to both IGMP and MLD.  The
   term "Source Filtering G=
MP", or "SFGMP", will be used to refer
   jointly to the IGMPv3 and MLD=
v2 group management protocols.
 
 

Coul= d I propose just adding a small clarifying paragraph in Intro which does th= e same as those 3 and use that terminology?

 
The term "Group Management Protocol&q=
uot;, or "GMP", was first defined in RFC4604 to address the commo=
nality of function between IGMP and LMD.
In this document, unless otherwise qualifi=
ed:
- &nbs=
p;  the cap=
italized words "GMP Query" refer to IGMP Membership Queries and M=
LD Multicast Listener Queries; and
- &nbs=
p;  the cap=
italized words "GMP Report" refer to IGMP Version X Membership Re=
ports and MLD Version 2 Multicast Listener Reports.

 

s/ IGMP Membership Repo= rts/GMP Reports/g

 

 

Regards,

Luc Andr=E9

 

Luc Andr=E9 Burdet |  Cisc= o  |  laburdet.ietf@gmail.com  |  Tel: +1 613 254 4814<= o:p>

 

 

From: BESS= <bess-bounces@ietf.org> on behalf of Mankamana Mishra (mankamis) <= ;mankamis=3D40cisco.com@dmarc.ietf.org>
Date: Friday, March 4, 2022 at 12:09
To: Eric Vyncke (evyncke) <evyncke@cisco.com>, John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, bess-chairs@ietf.org <bess-chairs@iet= f.org>, slitkows.ietf@gmail.com <slitkows.ietf@gmail.com>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-= igmp-mld-proxy-18: (with DISCUSS and COMMENT)

Hi Eric,

Posted new revision addressing = two of your comment

  1. Latest comment about adding IGMP / MLD before te= rminology
  2. Pending from last one, wh= ere section 4.1.1 numbers were getting reset without comment

 

 

Mankamana

 

From: Mank= amana Mishra (mankamis) <mankamis@cisco.com>
Date: Friday, March 4, 2022 at 7:42 AM
To: Eric Vyncke (evyncke) <evyncke@cisco.com>, John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Thanks, positing update in 30 m= in.

 

Mankamana

 

From: Eric= Vyncke (evyncke) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:36 AM
To: Mankamana Mishra (mankamis) <mankamis@cisco.com>, John E D= rake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.= org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Correct this will address my DI= SCUSS point if you also modify the line below, i.e., replace all IGMP by IG= MP/MLD in the text until the terminology section states "IGMP means IG= MP or MLD" (sic).

 

Regards

 

-=E9ric

 

 

From: &quo= t;Mankamana Mishra (mankamis)" <mankamis@cisco.com>
Date: Friday, 4 March 2022 at 16:33
To: Eric Vyncke <evyncke@cisco.com>, John E Drake <jdrake= =3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <dra= ft-ietf-bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.co= m" <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" &= lt;bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>= ;
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

&n= bsp;

Hi= Eric,

&n= bsp;

These hosts/VM= s express their interests in multicast groups on a

   g= iven subnet/VLAN by sending IGMP Membership Reports<= /span> (Joins) for. >> Adding MLD here too ?

  &n= bsp;their interested multicast group(s).  Furthermore, an IGMP router<= /span>

   p= eriodically sends membership queries to find out if there are hosts<= span lang=3D"EN-US">

   o= n that subnet that are still interested in receiving multicast

   t= raffic for that group.  The IGMP/MLD Proxy solution described in

   t= his draft accomplishes has three objectives:

&n= bsp;

&n= bsp;

do= es this change look ok ?

&n= bsp;

From: Eric Vynck= e (evyncke) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:29 AM
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The = IESG <iesg@ietf.org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Hello John,

Thanks for your quick reply, even if I am unsure how to read " Yours I= rrespectively," as I am not an English-native person.

Thank you for pointing me to the new sections 9.1.2 & others =3D> I = will update my DISCUSS on this point w/o sending another email.

But section 1 still mentions only IGMP and never MLD except for "IGMP/= MLD" proxy, this is trivial to fix, so I suggest to the authors to upd= ate the draft.

Regards

-=E9ric

-----Original Message-----
From: iesg <iesg-bounces@ietf.org> on behalf of John E Drake <jdra= ke=3D40juniper.net@dmarc.ietf.org>
Date: Friday, 4 March 2022 at 15:01
To: Eric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf= -bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.com"= <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" <bess= -chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT)

    Hi,

    Snipped, comments inline

    Yours Irrespectively,

    John


    Juniper Business Use Only

    > -----Original Message-----

    > DISCUSS:
    > ---------------------------------------------------= -------------------
    >
    > As Martin Vigoureux's term is near its end, I took = the liberty to re-evaluate the
    > ballot status of this document and clearing parts o= f my original block DISCUSS
    > points and many of my original non-blocking COMMENT= points.
    >
    > See below this line for updated version
    > ----------------------------------------------
    >
    > Thank you for the work put into this document. I ha= ve to state that I am neither
    > a EVPN expert not a multicast one.
    >
    > Please find below some blocking DISCUSS points (pro= bably easy to address),
    > some non-blocking COMMENT points (but replies would= be appreciated even if
    > only for my own education), and some nits.
    >
    > Special thanks to St=E9phane Litkowski for his shep= herd's write-up about the WG
    > consensus.
    >
    > I hope that this helps to improve the document,
    >
    > Regards,
    >
    > -=E9ric
    >
    > =3D=3D DISCUSS =3D=3D
    >
    > The text covers in details how to map MLD/IGMP into= BGP routes but does not
    > say a word on how to recreate the MLD/IGMP packets.= Should there be any such
    > specification (e.g., in section 4.1) ?

    [JD]  We added:

    9.1.2.  Reconstructing IGMP / MLD Membership Report= s from Selective Multicast Route

    9.2.2.  Reconstructing IGMP / MLD Membership Report= s from Multicast Membership Report Sync Route

    9.3.2.  Reconstructing IGMP / MLD Leave from Multic= ast Leave Sync Route

    >
    > -- Section 1 --
    > In the same vein, is it about IGMP only ? Or does i= t include MLD as well ? It is
    > really unclear.

    [JD]  The Abstract states:   This documen= t describes how to support efficiently endpoints running IGMP
    (Internet Group Management Protocol) or MLD (Multicast L= istener  Discovery) for the multicast services
    over an EVPN network by incorporating IGMP/MLD proxy pro= cedures on EVPN (Ethernet VPN) PEs.

    We also added this paragraph to section 3 at Ben's behes= t:

    It is important to note when there is text considering w= hether a PE indicates support for IGMP proxying,
    the corresponding behavior has a natural analogue for in= dication of support for MLD proxying, and the
    analogous requirements apply as well.
<= /p>

--_000_BL3PR02MB8130E70F404FE12024793C9DAF069BL3PR02MB8130namp_-- From nobody Sat Mar 5 07:11:09 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D7013A1758; Sat, 5 Mar 2022 07:10:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8GA2Zj3ZzuKk; Sat, 5 Mar 2022 07:10:55 -0800 (PST) Received: from mail-vs1-xe35.google.com (mail-vs1-xe35.google.com [IPv6:2607:f8b0:4864:20::e35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CAD73A1757; Sat, 5 Mar 2022 07:10:55 -0800 (PST) Received: by mail-vs1-xe35.google.com with SMTP id v128so7354287vsb.8; Sat, 05 Mar 2022 07:10:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3pZB54WLo4cAGiVXZgTUSyjlQxcKfmn0abwRuBFoUn4=; b=OAp2y7Y1jrhpZAiIjcTEIOC/LIm0GzJAfyTc/1+ELlyHKdkMQCDoboXEPq0qLjIpjd zuatbCwadiX3rZdUJT+szpDht7pbDPc5op90eUFi4Ku8s6i0FYg3Ebgp+N8LhYgJkn7e kISCCZq+gK3Gxi7SeQz3TpwZ4I8FIfDF3DuDLu3FtXEHD0gAyMJAMsFPFW1cziRKwo8v cYP6feHacECGfetUdXQ/iLtYi2eeJf7966IOHLFudt8/++rVPl7GSr9LGYNaziyA+kez dMtcQaJCVq0ayv+V1t/GYsz9mY3EAcza746kqwmeruPwaTWh2fzWihXICTNu0xj9Yr0o Ig8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3pZB54WLo4cAGiVXZgTUSyjlQxcKfmn0abwRuBFoUn4=; b=A08FjSsXtgbD3rYDjBsmD8WLUV/rSokJVWdacowfyDt4sD9fHB91GYwn6gCgvLBQp7 nmvlLEkiZL6TLXYxJJK2pXZPXSosJKk5oCWyNyaFsEcf56nvl+PUoyzF6UVu0Q04d2li AuPuS0DZzrQMcVdqc25UvMqpVCktBPJ2HAvJ22iOyaCRHgMQWD81rwFjcMZRpS/7KVsg v4kNc+rRIXOSK+GGQPO6bsJXfa4DINGNBC/CAFTkMBGnuX1CmSSzZu4YuW69Kl3l2qY0 mu+ooByQFUUp67qgyRAwFUrFDrpQUKRwGJ/37t8CwNJ+Rt8OOmUp9wYGdb2p5ZVaepfF bv2Q== X-Gm-Message-State: AOAM530mP4/FAT6YnJRD2yIcy5vZS5l7ELLAd4XOAg/wyqVZI15as+Ey BrQaSBJDsagdo+CDOh5cRMhy2gmRd//fQAfKEE8= X-Google-Smtp-Source: ABdhPJwuwaj+qQFVDqQHJJl/BcNQsA7UdBFqBgZLPcHVzOnSTFvhYuQ7LEKpf4Rbkvo1ewS2GhJs2xTf9o1OgIiIILs= X-Received: by 2002:a05:6102:3e95:b0:30f:9865:e97e with SMTP id m21-20020a0561023e9500b0030f9865e97emr1216201vsv.15.1646493054192; Sat, 05 Mar 2022 07:10:54 -0800 (PST) MIME-Version: 1.0 References: <164648243399.21243.18357212568980547115@ietfa.amsl.com> In-Reply-To: <164648243399.21243.18357212568980547115@ietfa.amsl.com> From: Ketan Talaulikar Date: Sat, 5 Mar 2022 20:40:40 +0530 Message-ID: To: Robert Wilton Cc: The IESG , draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="0000000000009ecff205d97a0978" Archived-At: Subject: Re: [bess] Robert Wilton's No Objection on draft-ietf-bess-srv6-services-12: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 15:10:57 -0000 --0000000000009ecff205d97a0978 Content-Type: text/plain; charset="UTF-8" Hi Rob, Thanks for your review. Thanks, Ketan On Sat, 5 Mar, 2022, 5:43 pm Robert Wilton via Datatracker, < noreply@ietf.org> wrote: > Robert Wilton has entered the following ballot position for > draft-ietf-bess-srv6-services-12: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to > https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Hi, > > Thanks for this document. I have no comments on this document that haven't > previously been captured in other ballot positions. > > I find the security section in the latest revision of the document to be > significantly improved and more helpful than the previous telechat > revision, so > thank you for your efforts in this regard. > > Rob > > > > --0000000000009ecff205d97a0978 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rob,

Thanks for your review.

Thanks,
Ketan


=
On Sat, 5 Mar, 2022, 5:43 pm Robert Wilton via Datatracker, <noreply@ietf.org> wrote:
Robert Wilton has entered the following ballot po= sition for
draft-ietf-bess-srv6-services-12: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positi= ons/
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.o= rg/doc/draft-ietf-bess-srv6-services/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Hi,

Thanks for this document.=C2=A0 I have no comments on this document that ha= ven't
previously been captured in other ballot positions.

I find the security section in the latest revision of the document to be significantly improved and more helpful than the previous telechat revision= , so
thank you for your efforts in this regard.

Rob



--0000000000009ecff205d97a0978-- From nobody Sat Mar 5 07:28:10 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 335543A0AE4; Sat, 5 Mar 2022 07:28:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.106 X-Spam-Level: X-Spam-Status: No, score=-2.106 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, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hI_HRDxarwwF; Sat, 5 Mar 2022 07:28:03 -0800 (PST) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F36F3A0845; Sat, 5 Mar 2022 07:28:03 -0800 (PST) Received: by mail-pl1-x62a.google.com with SMTP id 9so10257843pll.6; Sat, 05 Mar 2022 07:28:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=tKobaZQT5oMfOOTg8JnRUmEUEG8V4CikTOr2PduPsek=; b=BxqLu3D2pKRc8zukZHqdrPVp83L377CTCC7Dt82Tz5uU2afTg/TVqRXBx1mYSEEhOx xahFsHS1v9qcn6p2T/u7ZgMbtwyHAuacsh85M1SeCOWIbNL4SNCCNjg+m/x5/skcyV7A 70w6tdv00DrQTeqGyrXI7R3zsoXwEZ/iAy3RMfKnmYLH5JyhEN9s84HLFT/1ZzvNQ+Am y2NIF2QW/yUqbE6aNrYxRqtckuVRvCqQWLJBevxC14jP1nabNP7QDnY+SfmFvdEtZqet CZZm7pQqmObnuB6L+xJ+Te89pnVX/70fXhZQueiFu+lNnz/G+hzE6S8WSh8l/hd1A//4 VSaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=tKobaZQT5oMfOOTg8JnRUmEUEG8V4CikTOr2PduPsek=; b=cR0t3MrQX+yPaFAY8OqKcKL2/iq3CH/yzH3P25/FdjKSWou9MXtzBFs3hZDsKvf7fr BjQXB+ItcEkGeqUzldfpy3/rbMOKoKUhjXMBIzA3Z465E3eeadgJmYWulkUbkZgRuucf 5Q+mi84XD4fHaZVB7/PKUevyqoeCEIfnA+9iWA5J0P83i1nnuBtI2QKyYwS6VxUeTOyM F5eHyDmhr8ikIVlzZOo9dv6NQkRvrtNNKoixuJS9F0t54uCPyYqBvsfkx3UEtG7WlgGi /dFUaUeyy9XY00PE14udTp2w4u+K/OgLCuDpjdLM3v1BHVwZGIVMcIacMQnu6lz0K1Ie 7s9w== X-Gm-Message-State: AOAM533TDlpQ116bDDEdS0p+D/Jx1M+1hxFFP2BWpzgUHzs23hStTPDk w9kLDwolCdBQFUKIzil5uuo= X-Google-Smtp-Source: ABdhPJy1xI/Ri1p+SKyDFJbhnvG7DnUkl+Wke+FmCs3Ks/Yzzczy8eFj0cwofOYK2Dl6dAbRqpOF3g== X-Received: by 2002:a17:90a:160f:b0:1b8:ab45:d287 with SMTP id n15-20020a17090a160f00b001b8ab45d287mr4161161pja.91.1646494082342; Sat, 05 Mar 2022 07:28:02 -0800 (PST) Received: from smtpclient.apple (108-221-21-153.lightspeed.sntcca.sbcglobal.net. [108.221.21.153]) by smtp.gmail.com with ESMTPSA id h5-20020a056a001a4500b004e177b8cbfdsm9969145pfv.197.2022.03.05.07.28.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 05 Mar 2022 07:28:01 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-AEE6828F-1A2F-4C3A-9526-6A01569D9895 Content-Transfer-Encoding: 7bit From: Gaurav Dawra Mime-Version: 1.0 (1.0) Date: Sat, 5 Mar 2022 07:28:00 -0800 Message-Id: References: Cc: Robert Wilton , The IESG , draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, BESS , "Bocci, Matthew (Nokia - GB)" In-Reply-To: To: Ketan Talaulikar X-Mailer: iPhone Mail (19D52) Archived-At: Subject: Re: [bess] Robert Wilton's No Objection on draft-ietf-bess-srv6-services-12: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 15:28:08 -0000 --Apple-Mail-AEE6828F-1A2F-4C3A-9526-6A01569D9895 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Rob, thanks for the review. Much appreciated! Gaurav=20 Sent from my iPhone > On Mar 5, 2022, at 7:10 AM, Ketan Talaulikar wrote= : >=20 > =EF=BB=BF > Hi Rob, >=20 > Thanks for your review. >=20 > Thanks, > Ketan >=20 >=20 >> On Sat, 5 Mar, 2022, 5:43 pm Robert Wilton via Datatracker, wrote: >> Robert Wilton has entered the following ballot position for >> draft-ietf-bess-srv6-services-12: No Objection >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to https://www.ietf.org/about/groups/iesg/statements/handlin= g-ballot-positions/=20 >> for more information about how to handle DISCUSS and COMMENT positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ >>=20 >>=20 >>=20 >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >>=20 >> Hi, >>=20 >> Thanks for this document. I have no comments on this document that haven= 't >> previously been captured in other ballot positions. >>=20 >> I find the security section in the latest revision of the document to be >> significantly improved and more helpful than the previous telechat revisi= on, so >> thank you for your efforts in this regard. >>=20 >> Rob >>=20 >>=20 >>=20 --Apple-Mail-AEE6828F-1A2F-4C3A-9526-6A01569D9895 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Rob, thanks for the review. Much appreci= ated!

Gaurav 

Sent from my i= Phone

On Mar 5, 2022, at= 7:10 AM, Ketan Talaulikar <ketant.ietf@gmail.com> wrote:

=EF=BB=BF
Hi Rob,

Thank= s for your review.

Thanks= ,
Ketan


On Sat, 5 Ma= r, 2022, 5:43 pm Robert Wilton via Datatracker, <noreply@ietf.org> wrote:
Robert Wilton has entered the following ballot position for
draft-ietf-bess-srv6-services-12: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions= /
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/= doc/draft-ietf-bess-srv6-services/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Hi,

Thanks for this document.  I have no comments on this document that hav= en't
previously been captured in other ballot positions.

I find the security section in the latest revision of the document to be
= significantly improved and more helpful than the previous telechat revision,= so
thank you for your efforts in this regard.

Rob



= --Apple-Mail-AEE6828F-1A2F-4C3A-9526-6A01569D9895-- From nobody Sat Mar 5 08:31:45 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF9843A07EC; Sat, 5 Mar 2022 08:31:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.109 X-Spam-Level: X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=GVO9bWNr; dkim=pass (1024-bit key) header.d=juniper.net header.b=fQtA7Wc0 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 tEH6AGrfVloU; Sat, 5 Mar 2022 08:31:23 -0800 (PST) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 355963A07EE; Sat, 5 Mar 2022 08:31:20 -0800 (PST) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 225FjYDU027198; Sat, 5 Mar 2022 08:31:15 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=kya/0WDLugfd5KPyYyajwk+MZ8BVy75ouRWyqfcjAws=; b=GVO9bWNrMfj5jQEbFsFNdsDqfyIxuLMyqFQCybCCY6q3yCWCl6ShmPuzDov6mLyoW7/g g+h6uGOsYAUFmvbnn2BwXDS0EUk1uwuoVhcB84BKyylrqr3lM9bWQSsuwuuhP25hRaP4 +2nEQc5YKJtcy39/JAotZ+IbY9eICx+LqjTKVkK3/PFbJ1mG7ue4tg7CmzBx80zZyGpP kwIlE1iILuJ8Iqgy7k4fxqqE08lj7excPjrTMOaltteDegdMa/Tm7xBCyEcqByOjXAZa kmrokx3mNBX2rXie+fDTfaOjfRWlyS4xIbZh9vYyZLfL4PQ3c/oxia2YL805pc2ZBzME bw== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1anam02lp2040.outbound.protection.outlook.com [104.47.57.40]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 3em6q00aw3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 05 Mar 2022 08:31:14 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NbfCJC7T6AY0PukJPnYtuw5ky0vQBt8gavP7xQeS+/UmWCzur5KJCALsnym5VqlMO9MHOXHooAvAFIkBKHWxm/0VaOloZB5a4EebTczqnyu5JKuI3iBw7dyxQRKxz7Gj3psXGpc1cua6Pkfd5EIc8Qs18W31Hmq5P9ypR4V2wnQi6kocqRQ93snju0v1utTGVEQW/46tASCFUCuUmTTqxIqj9htlDbsl5XJkCrfpfzck45AdJCbwGdIDNhSJVf/TrHDLJlPx2kGAcI4eFGjGRgzwl0PesGdm44st31wHJSTPwM/+Q9xdg6tL8t1kokFXEKzjaESQNzmo58FQ4Mfglg== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=kya/0WDLugfd5KPyYyajwk+MZ8BVy75ouRWyqfcjAws=; b=Leto7QhZA6QEO3RSQwBQ6D6utz77vmN1AlxJLplHPBFoUr0wktjVy8NTlEKIKyMazuTVVgiGElXBs4qXnVbTbHE0gZZnT995GiSOFX4d89vwDlJYeTIPkg3OBLWoKwhpLNgXUbLecqqm6xHv9JU3zxn1I1GKPGheCwOJ7IOVnVcYWFx8GIZyicEh1gqk5EoK5ZmFfNnx999iDPS/cM0forflGZeussR+1Gqv0J2fn11mKWFhdz+0RpH57GuwtU7m+7+yMVNFAook4JCqcOecFwRNZ5XN/VtJcvr0pFZ4on2iyJXgaUwyGGpxTQsPKrA0clKYcFeTb2UQVA17h7acdA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kya/0WDLugfd5KPyYyajwk+MZ8BVy75ouRWyqfcjAws=; b=fQtA7Wc0nM3+32h9ADxrDxFmGnVi5gM9V/W1TPiNaHRMBN2AKUsAKJT6PoaOaRBwFF3aLizZLx9AU2q7AyYrUzsZxcPt6L5tDN71t1G0psnzduNDLcWAwAr5QOKXTQwuNcsSKBenTyZ9Ir7l/FEeCMGwTwp1kNuZLmbImStUJJE= Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BL0PR05MB4897.namprd05.prod.outlook.com (2603:10b6:208:57::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.4; Sat, 5 Mar 2022 16:31:12 +0000 Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8%9]) with mapi id 15.20.5061.007; Sat, 5 Mar 2022 16:31:12 +0000 From: John E Drake To: =?iso-8859-1?Q?Luc_Andr=E9_Burdet?= , "Mankamana Mishra (mankamis)" , "Eric Vyncke (evyncke)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: =?iso-8859-1?Q?=C9ric_Vyncke's_Discuss_on_draft-ietf-bess-evpn-igmp-mld-p?= =?iso-8859-1?Q?roxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78vWavrIfk0EEycPfvqMePYLqyvPYlQgAAcTwCAAAEjAIAAAKYAgAABmYCAABgXAIABcDSAgAAXvaA= Date: Sat, 5 Mar 2022 16:31:12 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.6.401.20 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-05T16:31:10Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=7956cb0b-eaca-4744-a6d9-d58f5b000e17; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: cfdb974e-e8f8-45e1-e71b-08d9fec58fa6 x-ms-traffictypediagnostic: BL0PR05MB4897:EE_ x-ms-exchange-atpmessageproperties: SA|SL x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: oOszDK4YhvP31FwYP3QMmSwOqDi9LxkjX2nPwT31hxsVdQYSrnrAdUNP5cW0Orw+ywYWX5/fHfCJA28KVGn+kKkcGNaNN+TPRhyaBo4uII8mz7ffK2TRnzha7LR0kV8rS4Exgsinb1KYqyWuAmSAWqkWXbzPDD5wTcCnOjlvhJlzwVE46EpsDnjzPMXLELfpgrRD80QVYkGZYqax/wg/Hxxny/0wdFN8MRJHQchwvLc2fCUmjYnpA6SnAx9NVK0rk2rtfTCI/SI1jh6GESBHU0dPEZNR+u/lyn/gH8io8z/EZ1sYKLAogoT1insCrodUVH5rQ/I8t6nDVJcDpLhD4UrwVGjvmc7qzeVKrM53DvnacTkiAiqzsgM9fLoWM75VXuHXOL4HbkyLwa6MZxSNjl5rpHb4iuZO4ApAEPUKj1NZLujN1iWK2xUFhvfN3WvMomCai/Rjp2ZdKyi0FEvfglB55JRpYdvQS6twxZ/rcK7nUw5XEGaz9AyQtU0yQcw53R8h9PO8ESK/HLfCK+Iwih3aLfJ8Q2tvjIeGNWF4mwKjkgf5U1XKD2+bdRwXYr/4VSAt2D15YGzWkEeFXK48J4mHW5e/mujhkhSb4sGkf05UwgqpKdpzCDjt1Hd20cKiPdm9CgUggUDqysFt+VqCJH8MfgYhqVWwE+9gTnnJ0VYMd/C+N+nB9GLE78sfiCESCrnz+vr9uuEv6p4iFIX/yg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(316002)(224303003)(110136005)(2906002)(38070700005)(52536014)(8936002)(55016003)(38100700002)(54906003)(122000001)(26005)(86362001)(186003)(40140700001)(66556008)(76116006)(66446008)(66476007)(508600001)(66946007)(4326008)(64756008)(7696005)(6506007)(33656002)(53546011)(83380400001)(66574015)(5660300002)(9686003)(71200400001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?AXxnDShbovUvhHgrm+mBFovomlqAK2GS9/BREn8R+V/6ZJisDEpqxlL5m4?= =?iso-8859-1?Q?PzrPGk22G/XLkEog0B/g0COKPsa4NDvjgu9R6mtVEgQQ9odxdUwhZPaqTm?= =?iso-8859-1?Q?Y68Opgw2iLL7ye5eaB1AZCsDzn0K3c7i6Z4ITugTWfd37LWuEqyjjVO7r3?= =?iso-8859-1?Q?MJPcoTiCa0jichGKJ8wCFoCTpct/WDrwHaYZI0TyUa+Mu5tIU1IvwGhAwX?= =?iso-8859-1?Q?fiadLIu0PoSwEEseUdUuOAk+0oT20ycnHxY/pfRnXx7nmyN9DCFOyp8SAL?= =?iso-8859-1?Q?hfdy9ycF+kEw6zFQ+M2Choh+wiGwBt7weWrgcXJ2bW/QZWxsFBUyBpAjAS?= =?iso-8859-1?Q?uRF9R1jIWX+LsabclA0YRubKEwXw6u1QwtiEeR9o81W3XJ/iYeO4NW6xUW?= =?iso-8859-1?Q?yI1bURV2ZC/wFKeI5w+XWoRK7BtwmUIrGtEc/r8wHA5rXzct3ya3MCin3a?= =?iso-8859-1?Q?V9w3mVZysLgcG5KW0be7H7jm1ND1IAe7gRw/YkQ3FIu8TbUf1msXtxhnoT?= =?iso-8859-1?Q?7XXIqSZpQedw7q4kPonKDjmZYEcZCh++u2C57JTctfHpUGgjyGNoDuUTkn?= =?iso-8859-1?Q?yMgVRE+fks6jVPq+QH9d43jV1ehLBa/44oQ8SqO9ceDtrpoAdPQyBs4Y7v?= =?iso-8859-1?Q?Ri6Uq2PyimObZYB5Xa8/6CD6xCjM0T6h06YuHoEkU9hLWIF9NDcvi0MaEj?= =?iso-8859-1?Q?IFhV2ku1zD2EkEjLugybagTLpGnQtji29sX3UYLwOvAosqRKbQIBpqlczB?= =?iso-8859-1?Q?zXTcu9z9TougVUmvd2+nOhDS+8xU/wpjqqfHXppUdrfGYwli9BSlK6q+j6?= =?iso-8859-1?Q?8DJSC5P9aNGJBVy1KyN3HF0bqZbTdZQ9Ewc3Tv0Cux8OaTVubapF5NaSyp?= =?iso-8859-1?Q?AlOquW2xVVXql15yFLdy0pjtpz82JrVhuDaNQzFcBZ558x2JwJaWkqInQC?= =?iso-8859-1?Q?iJUel3c2MowY0l4zTh3ITuzIsDyGzjzNDwOiW/rvTW2Ade/vEXgerPhkcA?= =?iso-8859-1?Q?rkDXsodghrSm4v8eeopXo4jGu9WA62WUzGMo32uushtHYF4zRaRRYBIcBW?= =?iso-8859-1?Q?ByIiVBz4kYgfv10DBlOL6U+sqti6cdQCEi7rnGnW/gahotdUOmPrE2PtuT?= =?iso-8859-1?Q?OgTy9/uyML6jec69997xOk+NfMqsWfP2j85Wxi3BqujPaWAul/UhzijJok?= =?iso-8859-1?Q?azl/wMW3YSgliNL4K7LpTu0o4Mqez2T0Jg4l1B4w0JXuz1Br7RPbAanztW?= =?iso-8859-1?Q?+3kFUM9KTHYnCJcbgZJASBc47QG4zy1OXI2BfWu8FowWHbfc9Y4D58EE57?= =?iso-8859-1?Q?2PNe6fp+XQCmqogLBeTiLsX10Jrg7lK+6/LaQ40+fSexMkIpyJddVQGr4d?= =?iso-8859-1?Q?eVupSMOkVaGpM3SadH8BZBCQU6iIOueGpVSJlAx9BHdqHpEycqrmYuK9R/?= =?iso-8859-1?Q?7qHlAZENQq8u2pwVGrDDiFrQOfYemRuxSuqlVCwr821rOoTxS+T87LsbHY?= =?iso-8859-1?Q?JHlttUp2gPhowQ56tFRY/D?= Content-Type: multipart/alternative; boundary="_000_BY3PR05MB8081E21D924C0B31D7DE9A2BC7069BY3PR05MB8081namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: cfdb974e-e8f8-45e1-e71b-08d9fec58fa6 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2022 16:31:12.0946 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 34uBlpt57pcMIfAA0k5PLvYh0EpvP5Z5/YL5YPZOKEzm5tHAtM018jBG0lVsJyy3FPU2KYcXIGdzRFZ4h8SxyQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR05MB4897 X-Proofpoint-ORIG-GUID: fVWJXa1WOIkFVDZDVM_Cx9l7-C9u_N6P X-Proofpoint-GUID: fVWJXa1WOIkFVDZDVM_Cx9l7-C9u_N6P X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.816,Hydra:6.0.425,FMLib:17.11.64.514 definitions=2022-03-05_06,2022-03-04_01,2022-02-23_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 impostorscore=0 lowpriorityscore=0 mlxscore=0 clxscore=1011 spamscore=0 bulkscore=0 mlxlogscore=971 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2203050093 Archived-At: Subject: Re: [bess] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-be?= =?iso-8859-1?q?ss-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT?= =?iso-8859-1?q?=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 16:31:30 -0000 --_000_BY3PR05MB8081E21D924C0B31D7DE9A2BC7069BY3PR05MB8081namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable That sems like a good idea. Yours Irrespectively, John Juniper Business Use Only From: Luc Andr=E9 Burdet Sent: Saturday, March 5, 2022 10:06 AM To: Mankamana Mishra (mankamis) ; Er= ic Vyncke (evyncke) ; John E Drake ; The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org; bess-chairs@ietf.org; sli= tkows.ietf@gmail.com; bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) [External Email. Be cautious of content] Hi =C9ric, Mankamana & John, Just read -19 viz this thread. The IGMP/MLD duality has been seen before and in previous cases (RFC4604) i= t was explicitly called out also (for good cause: IGMP Membership vs MLD L= istener, IGMP Leave vs MLD Done, etc) RFC3376: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to IGMP Membership Queries and IGMP Version 3 Membership Reports, respectively. RFC3810: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to MLD Multicast Listener Queries and MLD Version 2 Multicast Listener Reports, respectively. RFC4604: Due to the commonality of function, the term "Group Management Protocol", or "GMP", will be used to refer to both IGMP and MLD. The term "Source Filtering GMP", or "SFGMP", will be used to refer jointly to the IGMPv3 and MLDv2 group management protocols. Could I propose just adding a small clarifying paragraph in Intro which doe= s the same as those 3 and use that terminology? The term "Group Management Protocol", or "GMP", was first defined in RFC460= 4 to address the commonality of function between IGMP and LMD. In this document, unless otherwise qualified: - the capitalized words "GMP Query" refer to IGMP Membership Queries and = MLD Multicast Listener Queries; and - the capitalized words "GMP Report" refer to IGMP Version X Membership R= eports and MLD Version 2 Multicast Listener Reports. s/ IGMP Membership Reports/GMP Reports/g Regards, Luc Andr=E9 Luc Andr=E9 Burdet | Cisco | laburdet.ietf@gmail.com | Tel: +1 613 254 4814 From: BESS > on behalf = of Mankamana Mishra (mankamis) > Date: Friday, March 4, 2022 at 12:09 To: Eric Vyncke (evyncke) >, Jo= hn E Drake >, The IESG > Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org >, bess-chairs@ietf.org >, slitkows.ietf@gmail.com >, bess@ietf.org > Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT) Hi Eric, Posted new revision addressing two of your comment 1. Latest comment about adding IGMP / MLD before terminology 2. Pending from last one, where section 4.1.1 numbers were getting reset= without comment Mankamana From: Mankamana Mishra (mankamis) > Date: Friday, March 4, 2022 at 7:42 AM To: Eric Vyncke (evyncke) >, Jo= hn E Drake >, The IESG > Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org >, slitkows.ietf@gmail.co= m >, bess-chairs@ietf.org >, bess@ietf.org > Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Thanks, positing update in 30 min. Mankamana From: Eric Vyncke (evyncke) > Date: Friday, March 4, 2022 at 7:36 AM To: Mankamana Mishra (mankamis) >, John E Drake >, The IESG > Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org >, slitkows.ietf@gmail.co= m >, bess-chairs@ietf.org >, bess@ietf.org > Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Correct this will address my DISCUSS point if you also modify the line belo= w, i.e., replace all IGMP by IGMP/MLD in the text until the terminology sec= tion states "IGMP means IGMP or MLD" (sic). Regards -=E9ric From: "Mankamana Mishra (mankamis)" > Date: Friday, 4 March 2022 at 16:33 To: Eric Vyncke >, John E Drake= >, The IESG > Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" >, "slitkows.ietf@gmail= .com" >, "bess-chairs@ietf.org" <= bess-chairs@ietf.org>, "bess@ietf.org" > Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi Eric, These hosts/VMs express their interests in multicast groups on a given subnet/VLAN by sending IGMP Membership Reports (Joins) for. >> Add= ing MLD here too ? their interested multicast group(s). Furthermore, an IGMP router periodically sends membership queries to find out if there are hosts on that subnet that are still interested in receiving multicast traffic for that group. The IGMP/MLD Proxy solution described in this draft accomplishes has three objectives: does this change look ok ? From: Eric Vyncke (evyncke) > Date: Friday, March 4, 2022 at 7:29 AM To: John E Drake >, The IESG > Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org >, slitkows.ietf@gmail.co= m >, bess-chairs@ietf.org >, bess@ietf.org > Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hello John, Thanks for your quick reply, even if I am unsure how to read " Yours Irresp= ectively," as I am not an English-native person. Thank you for pointing me to the new sections 9.1.2 & others =3D> I will up= date my DISCUSS on this point w/o sending another email. But section 1 still mentions only IGMP and never MLD except for "IGMP/MLD" = proxy, this is trivial to fix, so I suggest to the authors to update the dr= aft. Regards -=E9ric -----Original Message----- From: iesg > on behalf = of John E Drake > Date: Friday, 4 March 2022 at 15:01 To: Eric Vyncke >, The IESG > Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" >, "slitkows.ietf@gmail= .com" >, "bess-chairs@ietf.org" <= bess-chairs@ietf.org>, "bess@ietf.org" > Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi, Snipped, comments inline Yours Irrespectively, John Juniper Business Use Only > -----Original Message----- > DISCUSS: > ---------------------------------------------------------------------= - > > As Martin Vigoureux's term is near its end, I took the liberty to re-= evaluate the > ballot status of this document and clearing parts of my original bloc= k DISCUSS > points and many of my original non-blocking COMMENT points. > > See below this line for updated version > ---------------------------------------------- > > Thank you for the work put into this document. I have to state that I= am neither > a EVPN expert not a multicast one. > > Please find below some blocking DISCUSS points (probably easy to addr= ess), > some non-blocking COMMENT points (but replies would be appreciated ev= en if > only for my own education), and some nits. > > Special thanks to St=E9phane Litkowski for his shepherd's write-up ab= out the WG > consensus. > > I hope that this helps to improve the document, > > Regards, > > -=E9ric > > =3D=3D DISCUSS =3D=3D > > The text covers in details how to map MLD/IGMP into BGP routes but do= es not > say a word on how to recreate the MLD/IGMP packets. Should there be a= ny such > specification (e.g., in section 4.1) ? [JD] We added: 9.1.2. Reconstructing IGMP / MLD Membership Reports from Selective Mul= ticast Route 9.2.2. Reconstructing IGMP / MLD Membership Reports from Multicast Mem= bership Report Sync Route 9.3.2. Reconstructing IGMP / MLD Leave from Multicast Leave Sync Route > > -- Section 1 -- > In the same vein, is it about IGMP only ? Or does it include MLD as w= ell ? It is > really unclear. [JD] The Abstract states: This document describes how to support eff= iciently endpoints running IGMP (Internet Group Management Protocol) or MLD (Multicast Listener Discov= ery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN= (Ethernet VPN) PEs. We also added this paragraph to section 3 at Ben's behest: It is important to note when there is text considering whether a PE ind= icates support for IGMP proxying, the corresponding behavior has a natural analogue for indication of sup= port for MLD proxying, and the analogous requirements apply as well. --_000_BY3PR05MB8081E21D924C0B31D7DE9A2BC7069BY3PR05MB8081namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

That sems like a good idea.

 

Yours Irrespectively,

 

John

 

 

Juniper Business Use Only

From: Luc Andr=E9 Burdet <laburdet.ietf@gm= ail.com>
Sent: Saturday, March 5, 2022 10:06 AM
To: Mankamana Mishra (mankamis) <mankamis=3D40cisco.com@dmarc.iet= f.org>; Eric Vyncke (evyncke) <evyncke@cisco.com>; John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>; The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org; bess-chairs@ietf.o= rg; slitkows.ietf@gmail.com; bess@ietf.org
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

 

<= span lang=3D"EN-CA" style=3D"font-size:10.5pt;font-family:"Lato",= sans-serif;color:black">[External Email. Be cautious of content]=

 

Hi =C9ric, Mankaman= a & John,

 

Just read -19 viz t= his thread.

The IGMP/MLD dualit= y has been seen before and in previous cases (RFC4604) it was explicitly ca= lled out also  (for good cause: IGMP Membership vs MLD Listener,  = ;IGMP Leave vs MLD Done, etc)

 
RFC3376:<=
/pre>
   In this docume=
nt, unless otherwise qualified, the capitalized words
   "Query&qu=
ot; and "Report" refer to IGMP Membership Queries and IGMP
   Version 3 Memb=
ership Reports, respectively.
 
RFC3810:<=
/pre>
   In this docume=
nt, unless otherwise qualified, the capitalized words
   "Query&qu=
ot; and "Report" refer to MLD Multicast Listener Queries and MLD<=
o:p>
   Version 2 Mult=
icast Listener Reports, respectively.
 
RFC4604:<=
/pre>
   Due to the com=
monality of function, the term "Group Management
   Protocol"=
, or "GMP", will be used to refer to both IGMP and MLD.  The=
   term "Sou=
rce Filtering GMP", or "SFGMP", will be used to refer
   jointly to the=
 IGMPv3 and MLDv2 group management protocols.
 
 

Could I propose jus= t adding a small clarifying paragraph in Intro which does the same as those= 3 and use that terminology?

 
The term "Group Manage=
ment Protocol", or "GMP", was first defined in RFC4604 to ad=
dress the commonality of function between IGMP and LMD.
In this document, unless ot=
herwise qualified:
=
-the capitalized words "GMP Query" refer to IGMP Mem=
bership Queries and MLD Multicast Listener Queries; and
=
-the capitalized words "GMP Report" refer to IGMP Ve=
rsion X Membership Reports and MLD Version 2 Multicast Listener Reports.

 

s/ IGMP Membership Reports/GMP Reports/g

 

 

Regards,

Luc Andr=E9

 

Luc Andr=E9 Burdet |  Cisco  |  laburdet.ietf@gmail.com  |  Tel: +1 613 254 4814

 

 

From: BESS <bess-bounces@ietf.org> on behalf of M= ankamana Mishra (mankamis) <mankamis=3D40cisco.com@dmarc.ietf.org>
Date: Friday, March 4, 2022 at 12:09
To: Eric Vyncke (evyncke) <e= vyncke@cisco.com>, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The= IESG <iesg@ietf.org>
Cc: = draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess-evpn-igmp-mld-pro= xy@ietf.org>, bess-chairs@ietf.org <bess-chairs@ietf.org>, slitkows.ietf@gmail.com <= slitkows.ietf@gmail.com>, bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-= igmp-mld-proxy-18: (with DISCUSS and COMMENT)

Hi Eric,

Posted new revision addressing two of your comment <= o:p>

  1. Latest comment about adding IGMP / MLD before terminology
  2. Pending from last one, where section 4.1.1 numbers we= re getting reset without comment

 

 

Mankamana

 

From: Mankamana Mishra (m= ankamis) <mankamis@cisco.com&g= t;
Date: Friday, March 4, 2022 at 7:42 AM
To: Eric Vyncke (evyncke) <e= vyncke@cisco.com>, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The= IESG <iesg@ietf.org>
Cc: = draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess-evpn-igmp-mld-pro= xy@ietf.org>, slitkows.ietf@gmail.com <= slitkows.ietf@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Thanks, positing update in 30 min.

 

Mankamana

 

From: Eric Vyncke (evynck= e) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:36 AM
To: Mankamana Mishra (mankamis) <mankamis@cisco.com>, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org&= gt;, The IESG <iesg@ietf.org> Cc: = draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess-evpn-igmp-mld-pro= xy@ietf.org>, slitkows.ietf@gmail.com <= slitkows.ietf@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Correct this will address my DISCUSS point if you al= so modify the line below, i.e., replace all IGMP by IGMP/MLD in the text un= til the terminology section states "IGMP means IGMP or MLD" (sic)= .

 

Regards

 

-=E9ric

 

 

From: "Mankamana Mis= hra (mankamis)" <mankamis@cis= co.com>
Date: Friday, 4 March 2022 at 16:33
To: Eric Vyncke <evyncke@cis= co.com>, John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <= iesg@ietf.org>
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf-bess-evpn-= igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com= >, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <<= a href=3D"mailto:bess@ietf.org">bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

 

Hi Eric,

 

These hosts/VMs express their i= nterests in multicast groups on a

   given subnet/VLAN = by sending IGMP Membership Reports<= /span> (Joins) for. >> Adding MLD here too ?

   their interes= ted multicast group(s).  Furthermore, an IGMP router=

   periodically sends= membership queries to find out if there are hosts

   on that subnet tha= t are still interested in receiving multicast

   traffic for that g= roup.  The IGMP/MLD Proxy solution described in

   this draft accompl= ishes has three objectives:

 

 

does this change look ok = ?

 

From: Eric Vyncke (evyncke) <evyncke@cisco.com>
Date: Friday, March 4, 2022 at 7:29 AM
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>
Cc: = draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess-evpn-igmp-mld-pro= xy@ietf.org>, slitkows.ietf@gmail.com <= slitkows.ietf@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Hello John,

Thanks for your quick reply, even if I am unsure how to read " Yours I= rrespectively," as I am not an English-native person.

Thank you for pointing me to the new sections 9.1.2 & others =3D> I = will update my DISCUSS on this point w/o sending another email.

But section 1 still mentions only IGMP and never MLD except for "IGMP/= MLD" proxy, this is trivial to fix, so I suggest to the authors to upd= ate the draft.

Regards

-=E9ric

-----Original Message-----
From: iesg <iesg-bounces@ietf.o= rg> on behalf of John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>
Date: Friday, 4 March 2022 at 15:01
To: Eric Vyncke <evyncke@cisco.com<= /a>>, The IESG <iesg@ietf.org>= ;
Cc: "d= raft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf-bess-evpn-igmp-ml= d-proxy@ietf.org>, "= slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com= >, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <<= a href=3D"mailto:bess@ietf.org">bess@ietf.org>
Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT)

    Hi,

    Snipped, comments inline

    Yours Irrespectively,

    John


    Juniper Business Use Only

    > -----Original Message-----

    > DISCUSS:
    > ---------------------------------------------------= -------------------
    >
    > As Martin Vigoureux's term is near its end, I took = the liberty to re-evaluate the
    > ballot status of this document and clearing parts o= f my original block DISCUSS
    > points and many of my original non-blocking COMMENT= points.
    >
    > See below this line for updated version
    > ----------------------------------------------
    >
    > Thank you for the work put into this document. I ha= ve to state that I am neither
    > a EVPN expert not a multicast one.
    >
    > Please find below some blocking DISCUSS points (pro= bably easy to address),
    > some non-blocking COMMENT points (but replies would= be appreciated even if
    > only for my own education), and some nits.
    >
    > Special thanks to St=E9phane Litkowski for his shep= herd's write-up about the WG
    > consensus.
    >
    > I hope that this helps to improve the document,
    >
    > Regards,
    >
    > -=E9ric
    >
    > =3D=3D DISCUSS =3D=3D
    >
    > The text covers in details how to map MLD/IGMP into= BGP routes but does not
    > say a word on how to recreate the MLD/IGMP packets.= Should there be any such
    > specification (e.g., in section 4.1) ?

    [JD]  We added:

    9.1.2.  Reconstructing IGMP / MLD Membership Report= s from Selective Multicast Route

    9.2.2.  Reconstructing IGMP / MLD Membership Report= s from Multicast Membership Report Sync Route

    9.3.2.  Reconstructing IGMP / MLD Leave from Multic= ast Leave Sync Route

    >
    > -- Section 1 --
    > In the same vein, is it about IGMP only ? Or does i= t include MLD as well ? It is
    > really unclear.

    [JD]  The Abstract states:   This documen= t describes how to support efficiently endpoints running IGMP
    (Internet Group Management Protocol) or MLD (Multicast L= istener  Discovery) for the multicast services
    over an EVPN network by incorporating IGMP/MLD proxy pro= cedures on EVPN (Ethernet VPN) PEs.

    We also added this paragraph to section 3 at Ben's behes= t:

    It is important to note when there is text considering w= hether a PE indicates support for IGMP proxying,
    the corresponding behavior has a natural analogue for in= dication of support for MLD proxying, and the
    analogous requirements apply as well.

--_000_BY3PR05MB8081E21D924C0B31D7DE9A2BC7069BY3PR05MB8081namp_-- From nobody Sun Mar 6 23:33:20 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 236773A08AD; Sun, 6 Mar 2022 23:33:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.905 X-Spam-Level: X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 qS10sudVDwTq; Sun, 6 Mar 2022 23:33:11 -0800 (PST) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 927E73A08A5; Sun, 6 Mar 2022 23:33:09 -0800 (PST) Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4KBqtr2Kdbz8PxDM; Mon, 7 Mar 2022 15:33:08 +0800 (CST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4KBqtF4zWgzBGLrV; Mon, 7 Mar 2022 15:32:37 +0800 (CST) Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl2.zte.com.cn with SMTP id 2277Ujua021437; Mon, 7 Mar 2022 15:30:45 +0800 (GMT-8) (envelope-from wang.yubao2@zte.com.cn) Received: from mapi (njxapp04[null]) by mapi (Zmail) with MAPI id mid203; Mon, 7 Mar 2022 15:30:45 +0800 (CST) Date: Mon, 7 Mar 2022 15:30:45 +0800 (CST) X-Zmail-TransId: 2afc6225b4a53ea5d5d6 X-Mailer: Zmail v1.0 Message-ID: <202203071530453168719@zte.com.cn> In-Reply-To: References: 202203031049546902275@zte.com.cn, CAH6gdPzmJdWHxzJ14+yySechKU6URdxuVqEhGj+Rmo2FmuCq0w@mail.gmail.com Mime-Version: 1.0 From: To: Cc: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 2277Ujua021437 X-Fangmail-Gw-Spam-Type: 0 X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 6225B534.000 by FangMail milter! X-FangMail-Envelope: 1646638388/4KBqtr2Kdbz8PxDM/6225B534.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/ X-Fangmail-Anti-Spam-Filtered: true X-Fangmail-MID-QID: 6225B534.000/4KBqtr2Kdbz8PxDM Archived-At: Subject: Re: [bess] =?utf-8?q?=5BIdr=5D_Review_request_for_draft-ietf-bess-sr?= =?utf-8?q?v6-services-11?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 07:33:18 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgS2V0YW7vvIwNCg0KDQoNCg0KDQoNClRoYW5rcyBmb3IgeW91ciByZXBseSwNCg0KDQpQbGVh c2Ugc2VlIGlubGluZSBiZWxvdy4NCg0KDQoNCg0KDQoNClRoYW5rcw0KDQoNCll1YmFvDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K5Y6f5aeL6YKu5Lu2DQoNCg0KDQrlj5Hku7bkurrvvJpL ZXRhblRhbGF1bGlrYXINCuaUtuS7tuS6uu+8mueOi+eOieS/nTEwMDQ1ODA3Ow0K5oqE6YCB5Lq6 77yaZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc7QkVTUzsNCuaXpSDmnJ8g 77yaMjAyMuW5tDAz5pyIMDTml6UgMTQ6MDgNCuS4uyDpopgg77yaUmU6IFtiZXNzXSBbSWRyXSBS ZXZpZXcgcmVxdWVzdCBmb3IgZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXMtMTENCg0KDQoN Cg0KSGkgWXViYW8sDQpUaGFua3MgZm9yIHlvdXIgZW1haWwuIFBsZWFzZSBjaGVjayBpbmxpbmUg YmVsb3cuDQoNCg0KDQoNCg0KT24gVGh1LCBNYXIgMywgMjAyMiBhdCA4OjIwIEFNIDx3YW5nLnl1 YmFvMkB6dGUuY29tLmNuPiB3cm90ZToNCg0KDQoNCg0KSGkgYXV0aG9ycywNCg0KIA0KDQogICBJ IHJldmlld2VkIHRoaXMgZHJhZnQgYW5kICBJIGRvbid0IHVuZGVyc3RhbmQgdGhpcyAgc2VudGVu Y2UgdmVyeSB3ZWxsOiAgIlRoZSAgU1J2NiBFbmRwb2ludCBiZWhhdmlvciBvZiB0aGUgU2Vydmlj ZSBTSUQgdGh1cyBzaWduYWxlZCBpcyBlbnRpcmVseSB1cCB0byB0aGUgb3JpZ2luYXRvciBvZiB0 aGUgYWR2ZXJ0aXNlbWVudCINCg0KDQoNCktUPiBJbmRlZWQuIFRoZSBlZ3Jlc3MgUEUgaXMgdGhl IG9uZSB0aGF0IHBpY2tzIHRoZSBTUnY2IFNJRCB0byBiZSBzaWduYWxlZCB3aXRoIHRoZSBzcGVj aWZpYyByb3V0ZS4gDQoNCg0KDQpbWXViYW8gMl0gSSBtZWFuIHRoZSBTUnY2IEVuZHBvaW50IEJl aGF2aW9yIGZpZWxkIG9mIHRoZSBTUnY2IFNJRCBJbmZvcm1hdGlvbiBTdWItVExWLCBJIGtub3cg dGhlIFNJRCBpcyBwaWNrZWQgYnkgdGhlIG9yaWdpbmF0b3IsDQoNCiAgICAgICAgICAgICAgICBi dXQgSSBhbSBub3Qgc3VyZSB3aGV0aGVyIHRoYXQgYmVoYXZpb3IgZmllbGQgc2hvdWxkIGJlIHNl dCB0byAiRW5kLkRUMk0iIG9yIG5vdCwNCg0KICAgICAgICAgICAgICAgIGFuZCBJIGFtIG5vdCBz dXJlIHdoZXRoZXIgaXQgd2lsbCBiZSBjb25zaWRlcmVkIHRvIGJlIGludmFsaWQgaWYgdGhhdCBi ZWhhdmlvciBmaWVsZCBpcyBzZXQgdG8gb3RoZXIgdmFsdWVzLg0KDQogICAgSXMgaXQgc2F5aW5n IHRoYXQgd2hlbiBQRTEgcmVjZWl2ZXMgYW4gRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSB3aG9z ZSBTUnY2IFNJRCBJbmZvcm1hdGlvbiBTdWItVExWJ3MgIFNSdjYgRW5kcG9pbnQgQmVoYXZpb3Ig ZmllbGQgIGlzIHNldCB0byBYIO+8iHdoZXJlIFggaXMgbm90IDB4RkZGRiksDQoNCiAgIHRoYXQg RXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSBzaG91bGQgYmUgaW5kaWZmZXJlbnRseSBwcm9jZXNz ZWQgYnkgUEUxIG5vIG1hdHRlciB3aGF0IHZhbHVlIHdpbGwgIFggYmUgc2V0IHRvPw0KDQoNCg0K S1Q+IEkgYW0gbm90IHN1cmUgb2YgdGhlIGRyYWZ0IHRleHQgdGhhdCB5b3UgYXJlIHJlZmVycmlu ZyB0byB3aGVuIGRyYXdpbmcgdXAgdGhpcyBpbmZlcmVuY2UuIEZvciBTUnY2IFNJRCBiZWhhdmlv cnMgdGhhdCB1c2UgYXJndW1lbnRzIChlLmcuIEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGVzIHdp dGggYmVoYXZpb3IgRW5kLkRUMk0pLCBpdCBpcyBuZWNlc3NhcnkgZm9yIHRoZSBpbmdyZXNzIFBF IHRvIG5vdCBiZSBpbmRpZmZlcmVudCB0byB0aGUgYmVoYXZpb3Igc2luY2UgaXQgbmVlZHMgdG8g cHV0IHRoZSBhcmd1bWVudCBwYXJ0IGNvcnJlY3RseSBpbiB0aGUgU1J2NiBTSUQgdXNlZCBvbiB0 aGUgZGF0YSBwYXRoLiAgDQoNCg0KDQoNCltZdWJhbyAyXSBJZiB0aGUgaW5ncmVzcyBQRSByZWNl aXZlcyBhbiBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlIHdob3NlIFNSdjYgU0lEIEluZm9ybWF0 aW9uIFN1Yi1UTFYncyAgU1J2NiBFbmRwb2ludCBCZWhhdmlvciBmaWVsZCAgaXMgc2V0IHRvIDB4 MDUwOCAob3IgYW55IG90aGVyIHVuYXNzaWduZWQgdmFsdWVzIG9mIFJGQzg5ODYpDQoNCiAgICAg ICAgICAgICAgICBCdXQgdGhlIElNRVQgcm91dGUgaXQgcmVjZWl2ZWQgY2FycmllZCBhIEJlaGF2 aW9yIHZhbHVlIG9mICdFbmQuRFQyTScsIA0KDQogICAgICAgICAgICAgICAgV2lsbCB0aGUgaW5n cmVzcyBQRSB0cmVhdCB0aGF0IEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUgYXMgYW4gaW52YWxp ZCByb3V0ZT8NCg0KDQoNCg0KDQoNCg0KICAgSXMgaXQgbmVjZXNzYXJ5IGZvciB0aGUgcmVjZWl2 ZXItc2lkZSBwcm9jZXNzaW5nIG9mIEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUncyBFbmRwb2lu dCBCZWhhdmlvciBmaWVsZCB0byBiZSBjbGVhcmx5IGRlc2NyaWJlZD8NCg0KDQoNCktUPiBTZWMg Ni4zIGlzIHdoZXJlIHRoZSBlZ3Jlc3MgUEUgcHJvY2Vzc2luZyBhbmQgdXNlIG9mIHRoZSBBUkcg cmVjZWl2ZWQgdmlhIHRoZSBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlIHdpdGggdGhlIFNSdjYg U0lEIHJlY2VpdmVkIGFsb25nIHdpdGggUm91dGUgVHlwZSAzIGlzIGRlc2NyaWJlZC4NCg0KDQoN CltZdWJhbyAyXSBJIHRoaW5rIHNlY3Rpb24gNi4zIG1haW5seSBzYXlzIHRoYXQgdGhlIGJlaGF2 aW9yIGZpZWxkIG9mIElNRVQgcm91dGVzIHNob3VsZCBiZSAnRW5kLkRUMk0nLCANCg0KICAgICAg ICAgICAgICAgIGJ1dCBpdCBpcyBub3QgY2xlYXIgd2hldGhlciB0aGUgYmVoYXZpb3IgZmllbGQg b2YgRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSBtdXN0IGJlIHNldCB0byAnRW5kLkRUMk0nLg0K DQoNCg0KDQpUaGFua3MsDQpLZXRhbg0KIA0KDQoNClRoYW5rcywNCg0KDQpZdWJhbw== --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZh bWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9u dC1zaXplOjE0cHg7Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPkhp IEtldGFu77yMPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTrlvq7ova/p m4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk65b6u6L2v6ZuF6buRLE1pY3Jvc29mdCBZYUhlaTsiPlRoYW5rcyBmb3IgeW91 ciByZXBseSw8L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OuW+rui9r+mb hem7kSxNaWNyb3NvZnQgWWFIZWk7Ij5QbGVhc2Ugc2VlIGlubGluZSBiZWxvdy48L3A+PHAgc3R5 bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kSxNaWNyb3NvZnQgWWFI ZWk7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRweDtmb250LWZhbWlseTrlvq7ova/p m4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+VGhhbmtzPC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRw eDtmb250LWZhbWlseTrlvq7ova/pm4Xpu5EsTWljcm9zb2Z0IFlhSGVpOyI+WXViYW88L3A+PHAg c3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OuW+rui9r+mbhem7kSxNaWNyb3NvZnQg WWFIZWk7Ij48YnI+PC9wPjxwIGNsYXNzPSJ6TWFpbFNpZ25UaXRsZSIgdW5vbmFtZWNoPSLnjovn jonkv50xMDA0NTgwNyIgdW5vbmFtZWVuPSJ3YW5nIHl1YmFvMTAwNDU4MDciIHN0eWxlPSJkaXNw bGF5OiBub25lOyI+PGxhYmVsIGNsYXNzPSJzaWduX25hbWVVbm8iPjwvbGFiZWw+PHNwYW4gY2xh c3M9InNpZ25fYXJyb3ciPjwvc3Bhbj48L3A+PHAgc3R5bGU9ImZvbnQtZmFtaWx5OiDlrovkvZM7 IGZvbnQtc2l6ZToxNHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyB3aWRvd3M6IDE7Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjE0cHg7Y29sb3I6IzU4NTk1Qjtmb250LWZhbWlseTrlvq7ova/pm4Xp u5E7Zm9udC1zaXplOjE0cHg7Ij48c3BhbiBjbGFzcz0ic2lnbmVkaXQiPjxicj48L3NwYW4+PC9z cGFuPjwvcD48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5Um93IiBzdHlsZT0iZGlzcGxheTpibG9j ayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxlPSJ3aWR0aDogMTAwJTsgaGVpZ2h0OiAy OHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3VuZC1jb2xvcjogI0UwRTVFOTsgY29sb3I6 ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlPcmdU eHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3cml0ZUhpc3RvcnlDb250YWluZXIiPjxk aXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQYW5lbCI+PGRpdiBjbGFzcz0iemhpc3Rv cnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJhY2tncm91bmQtY29sb3I6ICNGNUY2Rjg7 Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlzdG9yeVNlbmRlclR4dCI+5Y+R5Lu25Lq6 77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNlck5hbWUiPktldGFuVGFsYXVsaWthcjxr ZXRhbnQuaWV0ZkBnbWFpbC5jb20+PC9rZXRhbnQuaWV0ZkBnbWFpbC5jb20+PC9zcGFuPjwvZGl2 PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5VE9UeHQiPuaUtuS7tuS6uu+8mjwv c3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5l OyI+546L546J5L+dMTAwNDU4MDc7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1k YXRhPSJIaXN0b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVh ZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ZHJhZnQtaWV0Zi1iZXNzLXNydjYt c2VydmljZXNAaWV0Zi5vcmc8ZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc+ OzwvZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXNAaWV0Zi5vcmc+PC9zcGFuPjxzcGFuIGNs YXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+QkVTUzxiZXNzQGll dGYub3JnPjs8L2Jlc3NAaWV0Zi5vcmc+PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFn ZS1kYXRhPSJIaXN0b3J5RGF0ZVR4dCI+5pelIOacnyDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0i Ij4yMDIy5bm0MDPmnIgwNOaXpSAxNDowODwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3Vh Z2UtZGF0YT0iSGlzdG9yeVN1YmplY3RUeHQiPuS4uyDpopgg77yaPC9zdHJvbmc+PHNwYW4gY2xh c3M9InpyZWFkVGl0bGUiPjxzdHJvbmc+UmU6IFtiZXNzXSBbSWRyXSBSZXZpZXcgcmVxdWVzdCBm b3IgZHJhZnQtaWV0Zi1iZXNzLXNydjYtc2VydmljZXMtMTE8L3N0cm9uZz48L3NwYW4+PC9kaXY+ PC9kaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2IGRpcj0ibHRyIj48ZGl2IGRp cj0ibHRyIj5IaSBZdWJhbyw8YnI+PGRpdj5UaGFua3MgZm9yIHlvdXIgZW1haWwuIFBsZWFzZSBj aGVjayBpbmxpbmUgYmVsb3cuPC9kaXY+PGJyPjxicj48L2Rpdj48ZGl2IGNsYXNzPSJnbWFpbF9x dW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIFRodSwgTWFyIDMsIDIw MjIgYXQgODoyMCBBTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOndhbmcueXViYW8yQHp0ZS5jb20uY24i IHRhcmdldD0iX2JsYW5rIj53YW5nLnl1YmFvMkB6dGUuY29tLmNuPC9hPiZndDsgd3JvdGU6PGJy PjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHgg MHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRk aW5nLWxlZnQ6MWV4Ij48ZGl2PjxwPjxicj48L3A+PHA+SGkgYXV0aG9ycyw8L3A+PHA+Jm5ic3A7 PC9wPjxwPiZuYnNwOyAmbmJzcDtJIHJldmlld2VkIHRoaXMgZHJhZnQgYW5kJm5ic3A7IEkgZG9u J3QgdW5kZXJzdGFuZCB0aGlzJm5ic3A7IHNlbnRlbmNlIHZlcnkgd2VsbDombmJzcDsgIlRoZSZu YnNwOyBTUnY2IEVuZHBvaW50IGJlaGF2aW9yIG9mIHRoZSBTZXJ2aWNlIFNJRCB0aHVzIHNpZ25h bGVkIDxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwxNzYsMjQwKSI+PGVtPjxzdHJvbmc+aXMgZW50 aXJlbHkgdXAgdG8gdGhlIG9yaWdpbmF0b3I8L3N0cm9uZz48L2VtPjwvc3Bhbj4gb2YgdGhlIGFk dmVydGlzZW1lbnQiPC9wPjwvZGl2PjwvYmxvY2txdW90ZT48YnI+PGRpdj5LVCZndDsgSW5kZWVk LiBUaGUgZWdyZXNzIFBFIGlzIHRoZSBvbmUgdGhhdCBwaWNrcyB0aGUgU1J2NiBTSUQgdG8gYmUg c2lnbmFsZWQgd2l0aCB0aGUgc3BlY2lmaWMgcm91dGUuJm5ic3A7PC9kaXY+PHA+PGJyPjwvcD48 cD5bWXViYW8gMl0gSSBtZWFuIHRoZSZuYnNwO1NSdjYgRW5kcG9pbnQgQmVoYXZpb3IgZmllbGQg b2YgdGhlJm5ic3A7U1J2NiBTSUQgSW5mb3JtYXRpb24gU3ViLVRMViwgSSBrbm93IHRoZSBTSUQg aXMgcGlja2VkIGJ5IHRoZSBvcmlnaW5hdG9yLDwvcD48cD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGJ1dCBJIGFtIG5vdCBzdXJlIHdoZXRo ZXIgdGhhdCBiZWhhdmlvciBmaWVsZCBzaG91bGQgYmUgc2V0IHRvICJFbmQuRFQyTSIgb3Igbm90 LDwvcD48cD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IGFuZCBJIGFtIG5vdCBzdXJlIHdoZXRoZXIgaXQgd2lsbCBiZSBjb25zaWRlcmVkIHRv IGJlIGludmFsaWQgaWYgdGhhdCBiZWhhdmlvciBmaWVsZCBpcyBzZXQgdG8gb3RoZXIgdmFsdWVz LjwvcD4mbmJzcDs8YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46 MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7 cGFkZGluZy1sZWZ0OjFleCI+PGRpdj48cD4mbmJzcDsgJm5ic3A7SXMgaXQgc2F5aW5nIHRoYXQg d2hlbiBQRTEgcmVjZWl2ZXMgYW4gRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0ZSB3aG9zZSBTUnY2 IFNJRCBJbmZvcm1hdGlvbiBTdWItVExWJ3MmbmJzcDsgU1J2NiBFbmRwb2ludCBCZWhhdmlvciBm aWVsZCZuYnNwOyZuYnNwO2lzIHNldCB0byBYIO+8iHdoZXJlIFggaXMgbm90IDB4RkZGRiksPC9w PjxwPiZuYnNwOyAmbmJzcDt0aGF0IEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUgc2hvdWxkIGJl Jm5ic3A7aW5kaWZmZXJlbnRseSZuYnNwO3Byb2Nlc3NlZCBieSBQRTEgbm8gbWF0dGVyIHdoYXQg dmFsdWUgd2lsbCZuYnNwOyBYIGJlIHNldCB0bz88L3A+PC9kaXY+PC9ibG9ja3F1b3RlPjxicj48 cD5LVCZndDsgSSBhbSBub3Qgc3VyZSBvZiB0aGUgZHJhZnQgdGV4dCB0aGF0IHlvdSBhcmUgcmVm ZXJyaW5nIHRvIHdoZW4gZHJhd2luZyB1cCB0aGlzIGluZmVyZW5jZS4gRm9yIFNSdjYgU0lEIGJl aGF2aW9ycyB0aGF0IHVzZSBhcmd1bWVudHMgKGUuZy4gRXRoZXJuZXQgQS1EIHBlciBFUyByb3V0 ZXMgd2l0aCBiZWhhdmlvciBFbmQuRFQyTSksIGl0IGlzIG5lY2Vzc2FyeSBmb3IgdGhlIGluZ3Jl c3MgUEUgdG8gbm90IGJlIGluZGlmZmVyZW50IHRvIHRoZSBiZWhhdmlvciBzaW5jZSBpdCBuZWVk cyB0byBwdXQgdGhlIGFyZ3VtZW50IHBhcnQgY29ycmVjdGx5IGluIHRoZSBTUnY2IFNJRCB1c2Vk IG9uIHRoZSBkYXRhIHBhdGguJm5ic3A7Jm5ic3A7PC9wPjxwPjxicj48L3A+PHA+W1l1YmFvIDJd IElmIHRoZSBpbmdyZXNzIFBFIHJlY2VpdmVzIGFuIEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUg d2hvc2UgU1J2NiBTSUQgSW5mb3JtYXRpb24gU3ViLVRMVidzJm5ic3A7IFNSdjYgRW5kcG9pbnQg QmVoYXZpb3IgZmllbGQmbmJzcDsmbmJzcDtpcyBzZXQgdG8gMHgwNTA4IChvciBhbnkgb3RoZXIg dW5hc3NpZ25lZCB2YWx1ZXMgb2YgUkZDODk4Nik8L3A+PHA+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBCdXQgdGhlIElNRVQgcm91dGUgaXQg cmVjZWl2ZWQgY2FycmllZCBhIEJlaGF2aW9yIHZhbHVlIG9mICdFbmQuRFQyTScsJm5ic3A7PC9w PjxwPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgV2lsbCB0aGUgaW5ncmVzcyBQRSB0cmVhdCB0aGF0Jm5ic3A7RXRoZXJuZXQgQS1EIHBlciBF UyByb3V0ZSBhcyBhbiBpbnZhbGlkIHJvdXRlPzwvcD48cD48YnI+PC9wPjxibG9ja3F1b3RlIGNs YXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXIt bGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2Pjxw Pjxicj48L3A+PHA+Jm5ic3A7ICZuYnNwO0lzIGl0IG5lY2Vzc2FyeSBmb3IgdGhlIHJlY2VpdmVy LXNpZGUgcHJvY2Vzc2luZyBvZiBFdGhlcm5ldCBBLUQgcGVyIEVTIHJvdXRlJ3MgRW5kcG9pbnQg QmVoYXZpb3IgZmllbGQgdG8gYmUgY2xlYXJseSBkZXNjcmliZWQ/PC9wPjwvZGl2PjwvYmxvY2tx dW90ZT48YnI+PGRpdj5LVCZndDsgU2VjIDYuMyBpcyB3aGVyZSB0aGUgZWdyZXNzIFBFIHByb2Nl c3NpbmcgYW5kIHVzZSBvZiB0aGUgQVJHIHJlY2VpdmVkIHZpYSB0aGUgRXRoZXJuZXQgQS1EIHBl ciBFUyByb3V0ZSB3aXRoIHRoZSBTUnY2IFNJRCByZWNlaXZlZCBhbG9uZyB3aXRoIFJvdXRlIFR5 cGUgMyBpcyBkZXNjcmliZWQuPC9kaXY+PHA+PGJyPjwvcD48cD5bWXViYW8gMl0gSSB0aGluayBz ZWN0aW9uIDYuMyBtYWlubHkgc2F5cyB0aGF0IHRoZSBiZWhhdmlvciBmaWVsZCBvZiBJTUVUIHJv dXRlcyBzaG91bGQgYmUgJ0VuZC5EVDJNJywmbmJzcDs8L3A+PHA+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBidXQgaXQgaXMgbm90IGNsZWFy IHdoZXRoZXIgdGhlIGJlaGF2aW9yIGZpZWxkIG9mIEV0aGVybmV0IEEtRCBwZXIgRVMgcm91dGUg bXVzdCBiZSBzZXQgdG8gJ0VuZC5EVDJNJy48L3A+PHA+PGJyPjwvcD48ZGl2PlRoYW5rcyw8L2Rp dj48ZGl2PktldGFuPC9kaXY+Jm5ic3A7PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2Io MjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXY+PHA+PGJyPjwvcD48cD5UaGFua3Ms PGJyPjwvcD48cD5ZdWJhbzwvcD48cD48YnI+PC9wPjxwPjxicj48YnI+PC9wPjwvZGl2PjwvYmxv Y2txdW90ZT48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cD48YnI+ PC9wPjwvZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Mon Mar 7 04:02:51 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49F8E3A0C31; Mon, 7 Mar 2022 04:02:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=Ms23+U4C; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=WJgYevY1 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 iZhGyOiBtD94; Mon, 7 Mar 2022 04:02:41 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D9063A0B3D; Mon, 7 Mar 2022 04:02:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15433; q=dns/txt; s=iport; t=1646654561; x=1647864161; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=xtnhTB7RoZacXY5tTXHxyN/pwqW9wz78zHSPPl7xBD8=; b=Ms23+U4CzRMUiQCRmJPYnKjvz4nn0+sj3KsN9sbRv5XWUIShlgjOD+Gn bcqAz4OGCjtUtj4PRSKd6LBifpsOj+vGVwan3T4X9ARtxNWA7N1qz3Oi4 MQBzmH0KH3sQyc+X7PTV0VgagAdOyeGnPlNqV64CO0Wbwwl8TcWaEslDb w=; X-IPAS-Result: =?us-ascii?q?A0ALAADl8yVimJtdJa1aHAEBAQEBAQcBARIBAQQEAQGCB?= =?us-ascii?q?gcBAQsBgSAxVn5aN0SEVINKA4RZYIUQgwIDgROVCIUWgS4UgREDVAsBAQENA?= =?us-ascii?q?QE5CAQBAYUHAheEBAIlNAkOAQIEAQEBAQMCAwEBAQEBAQMBAQUBAQECAQYEF?= =?us-ascii?q?AEBAQEBAQEBFAkHBgwFDhAFIoVoDYZCAQEBAQMSCwYKEwEBNwEPAgEIDgMDA?= =?us-ascii?q?QIkBwICAjAdCAEBBAENBRsHgmIBgg5XAy4BDqAMAYE6AoofeoExgQGCCAEBB?= =?us-ascii?q?gQEgTcBAwIBCwJAAYJ/GIIdGgMGgTwBgxCDA1ZKAQGHEiccgUlEgRUnDBCCM?= =?us-ascii?q?Dc+gmMCA4EoARECATcJDYJtN4Iulw0EU1gOC20BU0WVXYldjXySawqDSYE7i?= =?us-ascii?q?U+UYQUuqCqWVSCMc5QuAh4BhG4CBAIEBQIOAQEGgWE6a3BwFWUBggoBATITP?= =?us-ascii?q?hkPjiAZHoM7hRSFSnU4AgYBCgEBAwmRfwEB?= IronPort-PHdr: A9a23:n28vPhZg4fCpw2yt/XiYXG3/LTAphN3EVzX9orIriLNLJ6Kk+Zmqf EnS/u5kg1KBW4LHo+lFhOzbv+GFOyQA7J+NvWpEfMlKUBkI2skTlhYrVciCD0CzJfX2bis8S cJFUlIt/3yyPUVPXsjkYFiHqXyp5jlUERL6ZmJI IronPort-Data: A9a23:b3vPMq2riNrZH+SP1fbD5Rdxkn2cJEfYwER7XKvMYLTBsI5bpzVRn 2IZXWmBafqCMWfweNoiaNu/9B5U6sPXnYVhTAtu3Hw8FHgiRegpqji6wuYcGwvIc6UvmWo+t 512huHodZxyFjmGzvuUGuCJQUNUjclkfZKhTr+cUsxNbVU8En150ko8w7RRbrNA2LBVPSvc4 bsenOWHULOV82Yc3rU8sv/rRLtH5ZweiRtA1rAMTakjUGz2yxH5OKkiyZSZdBMUdGX78tmSH I4vxJnhlo/QEoxE5tmNyt4XeWVSKlLe0JTnZnd+A8CfbhZ+SiMa+LhgCsUxTHVrshaSn8FB1 MltrcTucFJ8VkHMsLx1vxhwCSpyO+hN/6XKZCT5us2IxEqAeHzpqxlsJBhpZstDpaAmWicXq KFwxDMlNnhvg8q6wKiyTcFnh98oK4/gO4Z3VnRInW2CXat3HM6aK0nMzcB+zWsLtN4UJqude ckFaGA0cATlYwIabz/7D7pnzLv32RETaQZws0qPpKw4pmPTxQ1ry5DsPcbbPNuQSq19n0qCj mPL42q/BQsVXPSVxCGe2nOhmuGJmjn0MKoJFLSi++VChlGBxioYDxh+aLegieOyhkj7UNVFJ glIvCEvtqM1skesS7ERQiFUvlauoEUiZPd1IdEDyxqN25rI/yaBXjY9G2sphMMdiOc6Qjkj1 1msltzvBCByvLD9dZ573uvExd9VEXVORVLudRPoXiNeuYi//9tbYgbnC4c9T/bv0bUZDBmpm 2jSxBXSkYn/miLiO0+Tx1HMgzu2qoPOSGbZDS2IAzr1t2uViGNZDrFEBHDB5vpGaY2eVFTE4 D4PmtOV66YFCpTleM2xrAclQeDBCxWtaWC0bbtT838JrG3FF5mLJtw43d2GDB01WvvogBewC KMphStf5YVIIFyhZrJtboS6BqwClPa8S4m0D6yNN4UWPvCdkTNrGgkzOSZ8OEiwzyARfV0XY v93jO71Vy9BUPQ7pNZIb75Aj+BDKt8CKZP7HMCnkEvPPUu2b3+OQrBNK0qVcu0898u5TPb9r b5i2z+x40wHCoXWO3CPmaZKdAxiBSVlWfje9pIGHsbec1EOMDxwVJf5n+h7E6Q7xPs9qws91 iznMqOu4ACj3yevxMTjQi0LVY4Dqr4k9SNrZXF3ZA3ws5XhCK72hJoim1IMVeFP3IReITRcF pHpp+3o7ixzdwn6 IronPort-HdrOrdr: A9a23:kW89k6E/jYewR2BwpLqFRZHXdLJyesId70hD6qkvc31om52j+f xGws516fatskdvZJkh8erwX5VoMkmsi6KdgLNhc4tKOTOHhILGFvAY0WKP+UyEJ8S6zJ8g6U 4CSdk+NDSTNykBsS+S2mDReLxMrKjlgcKVbKXlvgpQpGpRGsddBnJCe36m+zpNNXB77PQCZf 6hz/sCgwDlVWUcb8y9CHVAdfPEvcf3mJXvZgNDLwI76SGV5AnYqILSIly95FMzQjlPybAt/S zuiAri/JiutPm911v1y3LT1ZJLg9Hso+EzR/Bky/JlaAkEuDzYILiJaIfy+wzdZ9vfrmrCpe O85ivI+f4Dsk85MFvF+ScFkDOQoQrGo0WSuWNwx0GT+vAQgFkBepd8bUUzSGqC16NohqAP7E oAtVjpxKZ/HFfOmj/w6MPPUAwvnk2ooWA6mepWlHBHV5ACAYUh4LD30XklW6voJhiKorzP0d Meev309bJTaxeXfnrZtm5gzJilWWkyBA6PRgwHttaO2zZbkXhlxw9ArfZv0Uso5dY4Ud1J9u 7EOqNnmPVHSdIXd7t0AKMETdGsAmLATBrQOCaZIEjhFqsAJ3XRwqSHrIkd9aWvYtgF3ZEykJ POXBdRsnMzYVvnDYmU0JhC4nn2MS2AtPTWu4hjDrRCy8nBreDQQFi+oXgV4rydn8k= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,162,1643673600"; d="scan'208,217";a="843859561" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 Mar 2022 12:02:39 +0000 Received: from mail.cisco.com (xbe-rcd-002.cisco.com [173.37.102.17]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 227C2dgp008169 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 7 Mar 2022 12:02:39 GMT Received: from xfe-aln-001.cisco.com (173.37.135.121) by xbe-rcd-002.cisco.com (173.37.102.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 7 Mar 2022 06:02:39 -0600 Received: from xfe-rtp-004.cisco.com (64.101.210.234) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 7 Mar 2022 06:02:39 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-004.cisco.com (64.101.210.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 7 Mar 2022 07:02:39 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OQcD+8ryr3FibDg8bIE3TpjwruQdSOfctOyL7fnnw2A59wk0VgOYrG7isDt2SZnjh/oI4hovCy/tYJWGN0Y8v12HeJlYnhMrM8f6aoLcq/8mpvBFfDJdrAMtr2euad25Oai1+y9xpHgHhlG/RunCkenhXW9ymEABv1eq3EyKkmiEHHZWb1J/yg9OysmGjbqZp6ash9jgh+mf+hI8t9eQK81EWLp3OCVOuEqdTaKDUu19otjFnR30+H9Hmzq4FkoTBjoDbnwvZ0/TNdNO5YKbU3tvNlSK4TJnJ/8WYE7WCqeJxPvhoFYTqY+sVzK0mqMQdw6xeO0yCuhUcb/A5IuYcQ== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=xtnhTB7RoZacXY5tTXHxyN/pwqW9wz78zHSPPl7xBD8=; b=Uvr5RA32180EhjsqODvfInK3+KcG/2hbHTAwK96jBF0SsG6NLreG6lfaiHm/HSass0Xr0gFBIWZP0NDl+MipkLYPq/J86r4jcg9tF8A1D0kvCey3qDpC3po46MeeMDjNW+2egN6VQ0Ic9nP0FQT3MjgyKY+4TXpif4eL+aREQJhqMnXUi5f1wKiMKv8RZoTRaA3q6JcsuQRFC6AXdar1aD9yjJnvTrgKFfBcjkAZcqnToqlPQGROGZrffZ2xhSIu7QUYE3eOblSoLpruV2oNCnqi3mxlT+c67VB9DNg3T38TQkwieMaWsoL7ZCAYjq6phNoS3m3wuyWMZBA04mccNQ== 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=xtnhTB7RoZacXY5tTXHxyN/pwqW9wz78zHSPPl7xBD8=; b=WJgYevY1Y6dlvYUill2VL7LIW68CL0308FJl0tX7QGCce1KbYXEXJ03GNgMzhdhu89ATsRfuvhXv9+sLqg+9u1zhIX2QmTeoc0Jwe0E49c3AxExMqbv6+yq87lSY50C5EHlKKFQXj2hWwb3bstX+3F3ronO8WQZF7h88E4Ppo+o= Received: from BY5PR11MB4273.namprd11.prod.outlook.com (2603:10b6:a03:1c9::32) by SA0PR11MB4624.namprd11.prod.outlook.com (2603:10b6:806:98::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.14; Mon, 7 Mar 2022 12:02:37 +0000 Received: from BY5PR11MB4273.namprd11.prod.outlook.com ([fe80::a5af:f86a:ed68:e4fa]) by BY5PR11MB4273.namprd11.prod.outlook.com ([fe80::a5af:f86a:ed68:e4fa%4]) with mapi id 15.20.5038.027; Mon, 7 Mar 2022 12:02:37 +0000 From: "Dhananjaya Rao (dhrao)" To: Susan Hares , "bess@ietf.org" , "idr@ietf.org" CC: "spring-chairs@ietf.org" Thread-Topic: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions Thread-Index: AdgvOGlieceosg5HRQ2hFxIrMlOYZQDEOxcA Date: Mon, 7 Mar 2022 12:02:37 +0000 Message-ID: <57A530C0-9656-4399-A976-36C3048E652D@cisco.com> References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.58.22021501 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4e01a5cd-48ef-4b0f-0f32-08da00325f72 x-ms-traffictypediagnostic: SA0PR11MB4624:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xVmZDsE9xDvk0IEdQX/3swIV2TjE4YXQSzmOZ8Jmz/9AmmHhUyiWIQDTepUYYtitrZICGhWzZgQy/tArmz5CmhDlLbQL1AIUTRKsCuUVhmgXSFeIbwlL6jmta19yUI5hswMusiezGxJi8V6volT4HcYYhpgkW/RAyBlyl/6PPBOkF5H4IVMT63/OVvoMM3uX9YSbkazjcMfy1jk4Zp3/Zj6/1M1GPvApUhSIviUWlZ7pHDbmCXbZXTklv+TIRAAIqNibGViwUII6mVoJji4npMcUVQaAEH4Obix6FTq2yJ+eTnvH079sAPWpXNqrdBXq0Shp1/UJtt074ZFGbSUKKXbhQoLirgUIijiNMuV09b1jpJxE7282iuaVs8gmv5xbXB0VRVKvNfTXwUuXikr8CPDNGK6sOSFthKisXN0dxxN4R0twAOU6heanI88DDOVXhPorMgZDGiizo6cOEKXHRQl5t8QGWf8qz4OSWuyQlK1+tgI9CtyPWCDFpgoOP2qpzzOQH0tGvyPxPvqd5NCYmyh1MJwprQZQT/GaDDfs71QPT1brJLTQq/T3XA7ZbItI7QfHtViwC0sg6nDXz7JHQWYjuTxh3brqdgFj2BnHJpFCnMV4LT0VKDqHeDYpRGoQdyZ5Iae8jPMrbPAcHU1xMi86XrBamcMI5+omhO3KtzoYYqmZBoO/F4+03Vl1SbIL0SU8ZUC1oPkm6Hel7h+CcQEBLT7HTptghvzJL1FYXX91yI3jxJTu9rxTCB7kbvfTyqTQPKLq/gr/jFQaHocTf34vbuPd7yWX287Ta0suERBKux/McHURMiJSZDGrldlVxe0hyHmjw+PX6thbv/5dn68324lptcpWXJdzH0Hhxq0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4273.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(36756003)(83380400001)(2906002)(33656002)(5660300002)(66556008)(66946007)(76116006)(91956017)(4326008)(8936002)(8676002)(66476007)(9326002)(64756008)(66446008)(316002)(508600001)(2616005)(6486002)(966005)(186003)(26005)(166002)(38100700002)(71200400001)(55236004)(53546011)(6512007)(6506007)(38070700005)(110136005)(86362001)(122000001)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?SGV5MDJFenh5RzI1aFY3NFJhRk5XZWR5OHFQS1RWVmFxekdsSEQzLzIrQ0tH?= =?utf-8?B?VXlLMlM3ZTA4OVkzRTRNaHVraEc2VVd3ZEhEdGtZYktyTWtYVTZjNzdWR3c5?= =?utf-8?B?cHByckk1bWhTWTgrU3ZYRVVkWDF0WVlGOEhicDVrRUg0R1pXMzByMXRXVHMz?= =?utf-8?B?aVNOcDkzUzJEbHVaM2pRMFNydkNXSVVJNDkxM2Y4V1dqZHVEVzlSdFQ2L3pV?= =?utf-8?B?Mi9DRFBLbDNoYTVDL1A5UjR3c2RKZm9TdSsyMnY2anhoSXJDazdpL1c4NWwy?= =?utf-8?B?UGhYMDZCdmh2Rzd2YVd4MkpnS0lGZ3QxbUtqNG53R1FSWU5kd2IyTlhLNkh6?= =?utf-8?B?R2NTc3FFZ3l5enMrZUR2L2dtTmgxdUVSQTIxMmZZcUQ0a2NnR0IxVGxWekRK?= =?utf-8?B?VXdnQzhieEYwSUtEc1YydHlLZlFkY2ZCMmlEUWxQd0R6L0tzeUtzUXFJbFQy?= =?utf-8?B?a2h4ODRuQ1pTNzhIRkVEZXFQbFlzNmVUK2xGa1BkalNZV0FXTCtyM28wby84?= =?utf-8?B?TExsbkkyWVlEZ3NVRmdHNUxhSzB3UTBGZzRBM1RERkhaSU5HVWYzd1MrMXp1?= =?utf-8?B?MDdpODNHeUtxQk5DalJTOGpJVHY2d3lhZzNxblpjbEQwSlhPNnd0N2ZRNjFv?= =?utf-8?B?STMwSHlaR3p1QnpNQ1NJN1JYdWFBM3pveHhIQ0IveU1xRkVEVmx5enVTK3BJ?= =?utf-8?B?Z0E1OEtMUnJHZXRZOEViMHk4bmo5QkpVSVdaVnFjMzRHblVOdStldVFNcUJn?= =?utf-8?B?WFF3RFBlSGFFZUFIUVlrV29tMHNZelBkVFFOWGc5TVpJc0VOenlOOE5vQkI4?= =?utf-8?B?eDdKMlpUanRLYmpndGI1M2VmU3JRUUo4N2ZuaHdMMGVjbGxEWWtleEFsR0JU?= =?utf-8?B?dVJ4c3I1bU1NdDFleXZ3Y2tuSG8vSGF0ZEk0NlJtRFpSQitOYThJVEp0QXE2?= =?utf-8?B?eWJMeWdraGs3VzBKcmtUaGQ3Vk9PL3NJSE5CSFAzRUR2NjV1UkZUakxsVC9I?= =?utf-8?B?cHR3Vzd2bmR0UXpVOTNLWFV5Nm5EcktyaXZ0SVNCa1NnQnYzUEJaRXQ3TDJp?= =?utf-8?B?aXRsL2RySExWeGFGMFNESHNpTWpUc3RYSmNoc0xLS2JnWjBNa3FwdU5XK3N6?= =?utf-8?B?MFBRRXQwQ2Rva3VLUXBtTzV5bVZaQktFYkF4cW9JQU41YVNxMzZFWGhEcFdC?= =?utf-8?B?bHpoWU9LTkNHZkhJUE12MGZGUkZlWE5pNjl4TTdrbnpSazNYem5lWElQL2or?= =?utf-8?B?Szd0VGFuVDdyVzJIMER3K2xiYlFKQnJRU3doMk5GMGRMaGZLS0daOGxRbTBX?= =?utf-8?B?OGgvWmx4U1hobkJsbFhra1pCUFR4QkxJSDJGejdxRGJaTDRvOUVtekc0ZUJW?= =?utf-8?B?TnBNdGNUQjlCRmplZE04MmlXcWFCb1RnVlNZVStTY1BCQUZVcWdKMkJNWGh6?= =?utf-8?B?SG9UeWZtR2Y2cVc2RWljaEtjRGl3QlUwUGY1Z2dpd1lhTFBKL0ZtZ0dIUEtT?= =?utf-8?B?Ny9VQXRyOFVUMnFETGxwemgybDBscUl0Y1ZiWXV0MG5LUmM2REkxL1lEYnU0?= =?utf-8?B?bkQwcHZ4N0lvbmc3R2YvOThCazA1VjJNSk1EZzMzQzY5ZzhZWHNqSndpTnpR?= =?utf-8?B?dGFhQmxEN0FLcjJLTmNrNngwK1N0bXZhbk4wZGpwM3BRQXFvZlBXUHJudkN0?= =?utf-8?B?ejNvcmhteTNQalMzckhEMC9vQTNjZUFydUR4Z21MMzlQZnJwbHlnYUNxc0JV?= =?utf-8?B?bnFsdUtEZjlXM1FnY0dPbDY0dS9Za01VSEZCa2h3M09ZMlc5bzVUL2p2K09P?= =?utf-8?B?KzEzWkFKZFRSZFc4SUMramZqRitEZUhtQXRKT0NvOERDaVAvWmRBMy9lMU5x?= =?utf-8?B?Wjc5a1lGcitlZDJJWmJNTFE5UmpwQnQydFRVU0F4UEpGdUlpa0NtQVF0WlVM?= =?utf-8?B?YW1tV3VTN1RVRm1rV3RpekNpMThqVUVlSU4yZzdxZlJJUnNvZVNmdSs2UVYv?= =?utf-8?B?enVHYm9MYTFycTNsREpDM2ZtSnp0VWIxQUwrdVhwejNIQ1B2MVFXYk5CSGgy?= =?utf-8?B?cm1aSWcrOGxmYVM0ck9YQm82eEcwQ3d3MW9ncTM5SWgwa3RxOFdMN0JYVndL?= =?utf-8?Q?LIXc=3D?= Content-Type: multipart/alternative; boundary="_000_57A530C096564399A97636C3048E652Dciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4273.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4e01a5cd-48ef-4b0f-0f32-08da00325f72 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2022 12:02:37.5084 (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: g1sPSUQcItgAp/4b06IzE0m+NcXMHgWVSSl3BXz7grcb+YoT0ODBdHT3p5R418bt X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR11MB4624 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.17, xbe-rcd-002.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 12:02:49 -0000 --_000_57A530C096564399A97636C3048E652Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU3VlLA0KDQpJ4oCZbSBub3QgYXdhcmUgb2YgYW55IElQUi4NCg0KT24gYSByZWxhdGVk IG5vdGUsIHdlIGhhZCByZXF1ZXN0ZWQgYWRvcHRpb24gb2YgdGhlIEJHUCBDQVIgZHJhZnQgYXQg dGhlIElEUiBpbnRlcmltIG9uIEphbiAyNC4gV291bGQgeW91IHdhbnQgdXMgdG8gc2VuZCBhbm90 aGVyIGVtYWlsIGZvciBpdCwgb3Igd291bGQgdGhpcyBub3RlIHN1ZmZpY2UgPw0KDQpSZWdhcmRz LA0KLURoYW5hbmpheWENCg0KRnJvbTogQkVTUyA8YmVzcy1ib3VuY2VzQGlldGYub3JnPiBvbiBi ZWhhbGYgb2YgU3VzYW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbT4NCkRhdGU6IEZyaWRheSwgTWFy Y2ggNCwgMjAyMiBhdCAxOjI0IEFNDQpUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3Jn PiwgImlkckBpZXRmLm9yZyIgPGlkckBpZXRmLm9yZz4NCkNjOiAic3ByaW5nLWNoYWlyc0BpZXRm Lm9yZyIgPHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbYmVzc10gSVBSIGNhbGwg Zm9yIGRyYWZ0LWRza2MtYmVzcy1iZ3AtY2FyLTAzICgzLzQgdG8gMy8xMCkgLSBQcmlvciB0byBh ZG9wdGlvbiBvZiBDQVIvQ1Qgc29sdXRpb25zDQoNCkdyZWV0aW5ncyBCZXNzIGFuZCBJRFI6DQoN ClRoZSBJRFIgY2hhaXJzIHJlcXVlc3QgdGhhdCBlYWNoIG9mIHRoZSBhdXRob3JzIG9mDQpkcmFm dC1kc2tjLWJlc3MtYmdwLWNhci0wMy50eHQuDQpzdWJtaXQgYW4gSVBSIHN0YXRlbWVudCBpbiBy ZXNwb25zZSB0byB0aGlzIGVtYWlsLg0KVGhlIG1vdGl2YXRpb24gZm9yIHRoaXMgSVBSIGNhbGwg aXMgYmVsb3cuDQoNCldlIGV4cGVjdCBJUFIgcmVzcG9uc2VzIGZyb20gdGhlIGF1dGhvcnM6DQpE aGFuYW5qYXlhIFJhbywgU3dhZGVzaCBBZ3Jhd2FsLCBDbGFyZW5jZSBGaWxzZmlscywNCiBLZXRh biBUYWxhdWxpa2FyLCBEaXJrIFN0ZWluYmVyZywgTHVheSBKYWxpbCwNCll1YW5jaGFvIFN1LCBC cnVubyBEZWNyYWVuZSwgSmltIEd1aWNoYXJkLA0KS2V5dXIgUGF0ZWwsIEhhaWJvIFdhbmcNCg0K DQpUaGVyZSBpcyBvbmUgIElQUiBmaWxlZCBhZ2FpbnN0IHRoaXMgZHJhZnQ6DQpodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2lwci80ODQ0Lw0KTW90aXZhdGlvbiBmb3IgSVBSIGNhbGwNCj09 PT09PT09PT09PT09PT09PT09PT09PT09DQoNCldoeSBhcmUgdGhlIElEUiBjYWxsaW5nIGZvciBJ UFIgc3RhdGVtZW50cz8NClRoZSBhdXRob3JzIG9mIGRyYWZ0LWthbGlyYWotaWRyLWJncC1jbGFz c2Z1bC10cmFuc3BvcnQtcGxhbmVzLTEzLnR4dA0KaGF2ZSBhc2tlZCBmb3IgV0cgQWRvcHRpb24u DQoNCldlIGhhdmUgdHdvIGRyYWZ0cyB0aGF0IGFyZSBkaXNjdXNzaW5nIGVtYmVkZGVkIE5MUkkg KGNvbG9yKS4NCmRyYWZ0LWRza2MtYmVzcy1iZ3AtY2FyLTAzLnR4dA0KaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZHNrYy1iZXNzLWJncC1jYXIvDQphbmQNCmRyYWZ0LWth bGlyYWotaWRyLWJncC1jbGFzc2Z1bC10cmFuc3BvcnQtcGxhbmVzLTEzLnR4dA0KDQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1rYWxpcmFqLWlkci1iZ3AtY2xhc3NmdWwt dHJhbnNwb3J0LXBsYW5lcy8NCg0KU2luY2UgdGhlIElEUiBjaGFpcnMga25vdyB0aGVzZSBkcmFm dHMgbWF5IG92ZXJsYXAsDQp3ZSBleHBlY3QgdG8gd29yayBjbG9zZWx5IHdpdGggdGhlIGJlc3Mt Y2hhaXJzLCBzcHJpbmctY2hhaXJzLA0KSURSIFdHLCBhbmQgQkVTUyBXRyBhbnkgV0cgYWRvcHRp b24gIGFuZCBXRyBMQy4NCg0KT3RoZXIgRGlzY3Vzc2lvbnMNCj09PT09PT09PT09PT09PT09PQ0K SURSIFdHIGhlbGQgYW4gaW50ZXJpbSBvbiAxLzI0LzIwMjIgdGhhdCBkaXNjdXNzZWQgdGhlc2Ug dHdvIGRyYWZ0czoNClRoZSBtaW51dGVzIGFyZSBhdDoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvbWVldGluZy9pbnRlcmltLTIwMjItaWRyLTAyL21hdGVyaWFscy9taW51dGVzLWludGVy aW0tMjAyMi1pZHItMDItMjAyMjAxMjQxMDAwLTAxDQoNCg0KSmVmZiBoYXMgc3RhcnRlZCB0d28g bWFpbCB0aHJlYWRzIGZvciBDQVIvQ1QgZHJhZnRzIGJhc2VkIG9uIDIgUXVlc3Rpb25zOg0KUXVl c3Rpb24gMTogQkdQIHJvdXRlcyB3aXRoIGNvbG9yLCBRdWVzdGlvbiAxOiBIb3cgZG9lcyByb3V0 ZSByZXNvbHV0aW9uIHdvcmsgd2l0aCB5b3VyIGZlYXR1cmU/DQpodHRwczovL21haWxhcmNoaXZl LmlldGYub3JnL2FyY2gvbXNnL2lkci9PYU5uRTVlcGNhSzdHdGNWOE9sQVZkRDNaYkkvDQoNClF1 ZXN0aW9uIDI6IEJHUCByb3V0ZXMgd2l0aCBjb2xvciwgUXVlc3Rpb24gMjogUm91dGUgb3JpZ2lu YXRpb24gYW5kIHByb3BhZ2F0aW9uDQpodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gv bXNnL2lkci80TVlJRnlIV0lUajgtS2szOEFtS2xraGg1YjgvDQoNCkthbGlyYWogYmVnYW4gZGlz Y3Vzc2lvbiBvbiB0aGlzIGVtYWlsIG9uIElEUjoNCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5v cmcvYXJjaC9tc2cvaWRyL19SQjlNZDAxUlhVUFE1Zy04aHpPZkpQaFQ3ay8NCg0KDQpUaGUgQkVT UyBlbWFpbCBkaXNjdXNzaW9uIHJlZ2FyZGluZyBDQVIgKDExLzE4LzIwMjEgdG8gMS8yNC8yMDIy KSBjYW4gYmUgZm91bmQgYXQ6DQoNCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9t c2cvYmVzcy9fOW9UTGFvZDd6OW9fMVNZRWFpMHRONWIwRU0vDQoNCg0KU3VlIEhhcmVzDQpJRFIg Y2hhaXINCkRvY3VtZW50IFNoZXBoZXJkDQoNCg== --_000_57A530C096564399A97636C3048E652Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <0B5563D20651CB40AE7861D40310B8CD@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxh aW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4g VGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHls ZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBTdWUsPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPknigJltIG5vdCBhd2FyZSBvZiBhbnkgSVBSLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5PbiBhIHJlbGF0ZWQgbm90ZSwgd2UgaGFkIHJlcXVlc3RlZCBhZG9wdGlv biBvZiB0aGUgQkdQIENBUiBkcmFmdCBhdCB0aGUgSURSIGludGVyaW0gb24gSmFuIDI0LiBXb3Vs ZCB5b3Ugd2FudCB1cyB0byBzZW5kIGFub3RoZXIgZW1haWwgZm9yIGl0LCBvciB3b3VsZCB0aGlz IG5vdGUgc3VmZmljZSA/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tRGhhbmFuamF5YTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+QkVTUyAmbHQ7YmVzcy1ib3VuY2VzQGlldGYub3Jn Jmd0OyBvbiBiZWhhbGYgb2YgU3VzYW4gSGFyZXMgJmx0O3NoYXJlc0BuZHpoLmNvbSZndDs8YnI+ DQo8Yj5EYXRlOiA8L2I+RnJpZGF5LCBNYXJjaCA0LCAyMDIyIGF0IDE6MjQgQU08YnI+DQo8Yj5U bzogPC9iPiZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7LCAm cXVvdDtpZHJAaWV0Zi5vcmcmcXVvdDsgJmx0O2lkckBpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzog PC9iPiZxdW90O3NwcmluZy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O3NwcmluZy1jaGFpcnNA aWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltiZXNzXSBJUFIgY2FsbCBmb3IgZHJh ZnQtZHNrYy1iZXNzLWJncC1jYXItMDMgKDMvNCB0byAzLzEwKSAtIFByaW9yIHRvIGFkb3B0aW9u IG9mIENBUi9DVCBzb2x1dGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+R3JlZXRpbmdzIEJlc3MgYW5kIElEUjo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhlIElEUiBjaGFpcnMgcmVxdWVzdCB0aGF0IGVhY2ggb2YgdGhlIGF1dGhvcnMg b2YgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5kcmFmdC1kc2tjLWJlc3Mt YmdwLWNhci0wMy50eHQuIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+c3Vi bWl0IGFuIElQUiBzdGF0ZW1lbnQgaW4gcmVzcG9uc2UgdG8gdGhpcyBlbWFpbC4gJm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbW90aXZhdGlvbiBmb3IgdGhp cyBJUFIgY2FsbCBpcyBiZWxvdy4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGV4cGVjdCBJ UFIgcmVzcG9uc2VzIGZyb20gdGhlIGF1dGhvcnM6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+RGhhbmFuamF5YSBSYW8sIFN3YWRlc2ggQWdyYXdhbCwgQ2xhcmVuY2UgRmls c2ZpbHMsIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7S2V0YW4g VGFsYXVsaWthciwgRGlyayBTdGVpbmJlcmcsIEx1YXkgSmFsaWwsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5ZdWFuY2hhbyBTdSwgQnJ1bm8gRGVjcmFlbmUsIEppbSBHdWlj aGFyZCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPktleXVyIFBhdGVsLCBI YWlibyBXYW5nPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIGlzIG9uZSZuYnNwOyBJ UFIgZmlsZWQgYWdhaW5zdCB0aGlzIGRyYWZ0OiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+aHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9pcHIvNDg0NC88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk1vdGl2YXRpb24gZm9yIElQUiBjYWxsIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PT09PT09PT09PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPldoeSBhcmUgdGhlIElEUiBjYWxsaW5nIGZvciBJUFIgc3RhdGVtZW50 cz8gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgYXV0aG9ycyBvZiBk cmFmdC1rYWxpcmFqLWlkci1iZ3AtY2xhc3NmdWwtdHJhbnNwb3J0LXBsYW5lcy0xMy50eHQNCjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+aGF2ZSBhc2tlZCBmb3IgV0cgQWRv cHRpb24uICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBoYXZlIHR3byBkcmFmdHMg dGhhdCBhcmUgZGlzY3Vzc2luZyBlbWJlZGRlZCBOTFJJIChjb2xvcikuDQo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmRyYWZ0LWRza2MtYmVzcy1iZ3AtY2FyLTAzLnR4dCA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWRza2MtYmVzcy1iZ3AtY2FyLyI+aHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZHNrYy1iZXNzLWJncC1jYXIvPC9hPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YW5kIDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+ZHJhZnQta2FsaXJhai1pZHItYmdwLWNsYXNzZnVsLXRyYW5zcG9y dC1wbGFuZXMtMTMudHh0IDxvOnA+DQo8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1rYWxpcmFq LWlkci1iZ3AtY2xhc3NmdWwtdHJhbnNwb3J0LXBsYW5lcy8iPmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWthbGlyYWotaWRyLWJncC1jbGFzc2Z1bC10cmFuc3BvcnQtcGxh bmVzLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2luY2UgdGhlIElEUiBjaGFpcnMga25v dyB0aGVzZSBkcmFmdHMgbWF5IG92ZXJsYXAsICZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+d2UgZXhwZWN0IHRvIHdvcmsgY2xvc2VseSB3aXRoIHRoZSBi ZXNzLWNoYWlycywgc3ByaW5nLWNoYWlycywgJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JRFIgV0csIGFuZCBCRVNTIFdHIGFueSBXRyBhZG9wdGlvbiAmbmJzcDth bmQgV0cgTEMuJm5ic3A7Jm5ic3A7Jm5ic3A7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PdGhl ciBEaXNjdXNzaW9ucyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPj09PT09 PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SURSIFdH IGhlbGQgYW4gaW50ZXJpbSBvbiAxLzI0LzIwMjIgdGhhdCBkaXNjdXNzZWQgdGhlc2UgdHdvIGRy YWZ0czogJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbWlu dXRlcyBhcmUgYXQ6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nL2ludGVyaW0tMjAyMi1pZHIt MDIvbWF0ZXJpYWxzL21pbnV0ZXMtaW50ZXJpbS0yMDIyLWlkci0wMi0yMDIyMDEyNDEwMDAtMDEi Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy9pbnRlcmltLTIwMjItaWRyLTAy L21hdGVyaWFscy9taW51dGVzLWludGVyaW0tMjAyMi1pZHItMDItMjAyMjAxMjQxMDAwLTAxPC9h PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkplZmYgaGFzIHN0YXJ0ZWQgdHdvIG1haWwgdGhyZWFkcyBmb3IgQ0FSL0NU IGRyYWZ0cyBiYXNlZCBvbiAyIFF1ZXN0aW9uczoNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+UXVlc3Rpb24gMTogQkdQIHJvdXRlcyB3aXRoIGNvbG9yLCBRdWVzdGlvbiAx OiBIb3cgZG9lcyByb3V0ZSByZXNvbHV0aW9uIHdvcmsgd2l0aCB5b3VyIGZlYXR1cmU/PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL21haWxhcmNo aXZlLmlldGYub3JnL2FyY2gvbXNnL2lkci9PYU5uRTVlcGNhSzdHdGNWOE9sQVZkRDNaYkkvIj5o dHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lkci9PYU5uRTVlcGNhSzdHdGNW OE9sQVZkRDNaYkkvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5RdWVzdGlvbiAyOiBCR1Ag cm91dGVzIHdpdGggY29sb3IsIFF1ZXN0aW9uIDI6IFJvdXRlIG9yaWdpbmF0aW9uIGFuZCBwcm9w YWdhdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0 cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pZHIvNE1ZSUZ5SFdJVGo4LUtrMzhB bUtsa2hoNWI4LyI+aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pZHIvNE1Z SUZ5SFdJVGo4LUtrMzhBbUtsa2hoNWI4LzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S2Fs aXJhaiBiZWdhbiBkaXNjdXNzaW9uIG9uIHRoaXMgZW1haWwgb24gSURSOiA8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0 Zi5vcmcvYXJjaC9tc2cvaWRyL19SQjlNZDAxUlhVUFE1Zy04aHpPZkpQaFQ3ay8iPmh0dHBzOi8v bWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaWRyL19SQjlNZDAxUlhVUFE1Zy04aHpPZkpQ aFQ3ay88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBCRVNTIGVtYWlsIGRpc2N1 c3Npb24gcmVnYXJkaW5nIENBUiAoMTEvMTgvMjAyMSB0byAxLzI0LzIwMjIpIGNhbiBiZSBmb3Vu ZCBhdDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxhIGhyZWY9Imh0 dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvYmVzcy9fOW9UTGFvZDd6OW9fMVNZ RWFpMHRONWIwRU0vIj5odHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2Jlc3Mv XzlvVExhb2Q3ejlvXzFTWUVhaTB0TjViMEVNLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdWUgSGFyZXMgPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JRFIgY2hhaXIgPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Eb2N1bWVudCBTaGVwaGVyZCA8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_57A530C096564399A97636C3048E652Dciscocom_-- From nobody Mon Mar 7 04:40:19 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E774D3A0E05; Mon, 7 Mar 2022 04:39:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CpmU3wOTF89u; Mon, 7 Mar 2022 04:39:54 -0800 (PST) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B9353A0E8A; Mon, 7 Mar 2022 04:39:53 -0800 (PST) Received: by mail-vs1-xe36.google.com with SMTP id z85so1999811vsz.5; Mon, 07 Mar 2022 04:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d536ynIXh8ndAQs5QAPsQzuvLjHJPGXSH2eLDEXRVn0=; b=pZ95o9Jx42Qsruav5I1PQzrpC7hphdZmOaiMCv1l3Hf1nkGQAfhUUB0K3APQNlN5HA smlYcgWrBpv6RTDQJocGgRA9sjYb/zRTF6KB5gPnblGsuG2OtzVMqkduRaU4vheNevYm p6ZnH7Qpj0ralA9J2RqQsgh8D9vt7tpBMlatWhG+SGQPCO7NGk+x52dqvzShzGBigsKY G61G4cOlVNPNZ+eIVie+PwgrR16Jzz/3PGRNiXKxTBTI7KFiz8NL7SAr6SSYrYg9tmI5 CB8gdyL+HpMFQoSVjTl2mWVkhi6kBYVbyeDA6+aI5LLa9QlU+xX5zcXLY4a8IG0T8Ao3 zZvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=d536ynIXh8ndAQs5QAPsQzuvLjHJPGXSH2eLDEXRVn0=; b=BhX1QWK3TGdx1SWk++l7FJMhZJaKS5s3U2ScT3PBxRYf3bgFChOoiSC0gcbmgUr8wH gxZa4pKtFdDVgfkIe2Tl4vy7JlNdpsSLz1Lg455eUH9DLqqw/eyTwjDiMcTqnoviHMdI cREiijCXXcmAwvPF0WdAXXFIetmFNZTfwxwi2P4KADHCrMODpvKQwM0vU0tPF2Tzasi3 JOOMEmxYYaGTkgCw+JmrTrpCyol6erNEJwrkX6PkJGPyYIgHk3eh5JIc/L6mdJBUyUpZ U8WLv1PKXbIoayKq43TWMqU2irM8zBcrSNXeA7XfJG21X8pal0uEeGQrOHf0tWee8FjM HoLg== X-Gm-Message-State: AOAM530GNbaRXN3ClD/H0G5flzOtZyl6cmPEKFTQVI6CzvA1ZdljAbal m+ZVk37Bk3nGpw8uGRcWpfdSJ56iKrmI1JMS3VeN5jhV X-Google-Smtp-Source: ABdhPJxI2iQBBn6rUG2+jTvvGDtZMAjN3umlU/SUIQgZ9z3t0H1+1DhTeuyvuPTgJSxUxYMPXccoZOb5c6k9qm6cByY= X-Received: by 2002:a05:6102:3e95:b0:30f:9865:e97e with SMTP id m21-20020a0561023e9500b0030f9865e97emr3706566vsv.15.1646656792603; Mon, 07 Mar 2022 04:39:52 -0800 (PST) MIME-Version: 1.0 References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> From: Ketan Talaulikar Date: Mon, 7 Mar 2022 18:09:41 +0530 Message-ID: To: Susan Hares Cc: BESS , idr@ietf.org, spring-chairs@ietf.org Content-Type: multipart/alternative; boundary="00000000000030afc905d9a02963" Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 12:40:08 -0000 --00000000000030afc905d9a02963 Content-Type: text/plain; charset="UTF-8" Hi Sue/All, I am not aware of any undisclosed IPR related to this document. Thanks, Ketan On Fri, Mar 4, 2022 at 1:24 AM Susan Hares wrote: > Greetings Bess and IDR: > > > > The IDR chairs request that each of the authors of > > draft-dskc-bess-bgp-car-03.txt. > > submit an IPR statement in response to this email. > > The motivation for this IPR call is below. > > > > We expect IPR responses from the authors: > > Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, > > Ketan Talaulikar, Dirk Steinberg, Luay Jalil, > > Yuanchao Su, Bruno Decraene, Jim Guichard, > > Keyur Patel, Haibo Wang > > There is one IPR filed against this draft: > > https://datatracker.ietf.org/ipr/4844/ > > Motivation for IPR call > > ========================== > > Why are the IDR calling for IPR statements? > > The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt > > have asked for WG Adoption. > > > > We have two drafts that are discussing embedded NLRI (color). > > draft-dskc-bess-bgp-car-03.txt > > https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ > > and > > draft-kaliraj-idr-bgp-classful-transport-planes-13.txt > > > https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-planes/ > > > > Since the IDR chairs know these drafts may overlap, > > we expect to work closely with the bess-chairs, spring-chairs, > > IDR WG, and BESS WG any WG adoption and WG LC. > > > > Other Discussions > > ================== > > IDR WG held an interim on 1/24/2022 that discussed these two drafts: > > The minutes are at: > > > https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minutes-interim-2022-idr-02-202201241000-01 > > > > > > Jeff has started two mail threads for CAR/CT drafts based on 2 Questions: > > Question 1: BGP routes with color, Question 1: How does route resolution > work with your feature? > > https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ > > > > Question 2: BGP routes with color, Question 2: Route origination and > propagation > > https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ > > > > Kaliraj began discussion on this email on IDR: > > https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ > > > > The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be > found at: > > https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ > > > > > > Sue Hares > > IDR chair > > Document Shepherd > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > https://www.ietf.org/mailman/listinfo/bess > --00000000000030afc905d9a02963 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Sue/All,

I am not aware of any undis= closed IPR related to this document.

Thanks,
=
Ketan


On Fri, Mar 4, 2022 at 1:24 AM Susan Hares &= lt;shares@ndzh.com> wrote:

Greetings Bess and IDR:

=C2= =A0

The IDR chairs request that each of th= e authors of

draft-dskc-bess-bgp-c= ar-03.txt.

submit an IPR statement= in response to this email. =C2=A0

= The motivation for this IPR call is below.

=C2=A0

We expect IPR respo= nses from the authors:

Dhananjaya = Rao, Swadesh Agrawal, Clarence Filsfils,

=C2=A0Ketan Talaulikar, Dirk Steinberg, Luay Jalil,

Yuanchao Su, Bruno Decraene, Jim Guichard,<= u>

Keyur Patel, Haibo Wang

=

There is one=C2=A0 IPR filed against this draft:

https://datatracker.ietf.org/ipr/4844/
=

Motivation for IPR call

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Why are the IDR calling for IPR statemen= ts?

The authors of draft-kaliraj-i= dr-bgp-classful-transport-planes-13.txt

have asked for WG Adoption. =C2=A0

=C2=A0

We have two drafts tha= t are discussing embedded NLRI (color).

draft-dskc-bess-bgp-car-03.txt

https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt

https://datatracker.ietf.org/doc/draft-kalira= j-idr-bgp-classful-transport-planes/

=C2=A0

Since the IDR chairs k= now these drafts may overlap, =C2=A0=C2=A0

we expect to work closely with the bess-chairs, spring-chairs, =C2= =A0

IDR WG, and BESS WG any WG adop= tion =C2=A0and WG LC.=C2=A0=C2=A0=C2=A0

=C2=A0

Other Discussions <= /u>

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D

IDR WG held an i= nterim on 1/24/2022 that discussed these two drafts: =C2=A0

The minutes are at:

https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minute= s-interim-2022-idr-02-202201241000-01

=C2=A0

=C2=A0<= /p>

Jeff has started two mail threads for CAR/CT draf= ts based on 2 Questions:

Question = 1: BGP routes with color, Question 1: How does route resolution work with y= our feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/<= /a>

=C2=A0

Question 2: BGP routes with color, Question 2: Route origin= ation and propagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmK= lkhh5b8/

=C2=A0

Kaliraj began discussion on this email on IDR: =

https://mai= larchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/

=C2=A0

The BESS email discussion regarding CAR (11/= 18/2021 to 1/24/2022) can be found at:

https://maila= rchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/

=C2=A0

= =C2=A0

Sue Hares

=

IDR chair

D= ocument Shepherd

=C2=A0<= /u>

_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
--00000000000030afc905d9a02963-- From nobody Mon Mar 7 04:54:28 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA7D3A0D1E; Mon, 7 Mar 2022 04:54:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.107 X-Spam-Level: X-Spam-Status: No, score=-7.107 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_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZoMUWWjp-eV; Mon, 7 Mar 2022 04:54:20 -0800 (PST) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A08FC3A0D18; Mon, 7 Mar 2022 04:54:20 -0800 (PST) Received: by mail-vs1-xe2f.google.com with SMTP id h30so10496478vsq.13; Mon, 07 Mar 2022 04:54:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GG5BA23ZC3up6PiLIwhmy2CL+t7ZpMWO3lI+ouZSVE8=; b=EPgDM29qH1GFZUVu1tGuTGdehn0u9W0E5+vQArlenKLDxZlh7k0t8GFv5WF+QZyMyo 1aNCIghb2jufvfV/kCD5UF8bMjVjhJuLxOf0LbWP3aQ/Ktw+lpl9JKGhpt2xeEwN7HKA zvZhpEftJuEDJOY/07xMu+lngy8IQgA7PT0H6rmo56V4La3OtMh6REf4E6dVcmbl0IPD rpSSPALS7hlBXAz4Occh2fp+/vqpL6bHzBMExK9BSlqjVfJuX6Ne+3J1um9xms4cNj1T lw8v39aBJiIkHYLcg2jZ8jbD2DFNcOPftOfIKwkT1LPgvot04avPkU4dnt00XpgOwxYa nRIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GG5BA23ZC3up6PiLIwhmy2CL+t7ZpMWO3lI+ouZSVE8=; b=YozBSd9K3l+pLOeljkQ2lZ1zCZJh/asUH5TdeBFaUg/z0MPKJ2MPHZA8mWhk+pcy8x D0QS/A6jXnk/ego+x4ZpFHd/M45rdJoszF9yyVENCdh2HE8Jtvs+DcrSwycr9AVylVN+ DaVQT44/I5YGQqHEoM4gRnqisK0BzzdyDTxI2JfDBGPI9pv1JVw1HpAzdodg35JgSO8t Txy6afyIMqVbWZzYG+JZN0sYALVOD24MHQ0tp8yYHBAak+Lxh5oGy8gDPrFqh1uIsVGs WdiBcraxxIV+kCFuHEBj7tLBTrFPzJGz3eBDf7+3SoY1RU3Py1yZye/y81gFKA2F3Zzd jN9g== X-Gm-Message-State: AOAM532oeL4TVUp66v/q/xYc5Zgqhoa4gaUpTKc47h1CVOazIcvJF+0s LlmckEQ3xN62b0o/4nIQbr+IBNFEVqVLZZcRPx76GbiO X-Google-Smtp-Source: ABdhPJzLZiFz/vwOAi5isV43IwNfXsvsXO3CVAhFft4MCOTcUQtkdpL2cfL5oQmotAflZLcRJcPDcsRjNBCH74IxGFs= X-Received: by 2002:a05:6102:34f4:b0:31b:9861:7cfa with SMTP id bi20-20020a05610234f400b0031b98617cfamr3837553vsb.64.1646657659273; Mon, 07 Mar 2022 04:54:19 -0800 (PST) MIME-Version: 1.0 References: <202203071530453168719@zte.com.cn> In-Reply-To: <202203071530453168719@zte.com.cn> From: Ketan Talaulikar Date: Mon, 7 Mar 2022 18:24:07 +0530 Message-ID: To: wang.yubao2@zte.com.cn Cc: draft-ietf-bess-srv6-services@ietf.org, BESS Content-Type: multipart/alternative; boundary="000000000000d9035e05d9a05c37" Archived-At: Subject: Re: [bess] [Idr] Review request for draft-ietf-bess-srv6-services-11 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 12:54:26 -0000 --000000000000d9035e05d9a05c37 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Yubao, Sec 6.1.1 (Ethernet per-AD ES route ) does talk about the usage of the End.DT2M behavior. It does not talk about making the route invalid if it is carrying some other behavior. That said, will discuss with my co-authors regarding making the text clearer and get back to you. Thanks, Ketan On Mon, Mar 7, 2022 at 1:03 PM wrote: > > Hi Ketan=EF=BC=8C > > > Thanks for your reply, > > Please see inline below. > > > Thanks > > Yubao > > > > =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6 > *=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A*KetanTalaulikar > *=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A*=E7=8E=8B=E7=8E=89=E4=BF=9D10045807= ; > *=E6=8A=84=E9=80=81=E4=BA=BA=EF=BC=9A*draft-ietf-bess-srv6-services@ietf.= org;BESS; > *=E6=97=A5 =E6=9C=9F =EF=BC=9A*2022=E5=B9=B403=E6=9C=8804=E6=97=A5 14:08 > *=E4=B8=BB =E9=A2=98 =EF=BC=9A**Re: [bess] [Idr] Review request for > draft-ietf-bess-srv6-services-11* > Hi Yubao, > Thanks for your email. Please check inline below. > > > On Thu, Mar 3, 2022 at 8:20 AM wrote: > >> >> Hi authors, >> >> >> >> I reviewed this draft and I don't understand this sentence very >> well: "The SRv6 Endpoint behavior of the Service SID thus signaled *is >> entirely up to the originator* of the advertisement" >> > > KT> Indeed. The egress PE is the one that picks the SRv6 SID to be > signaled with the specific route. > > > [Yubao 2] I mean the SRv6 Endpoint Behavior field of the SRv6 SID > Information Sub-TLV, I know the SID is picked by the originator, > > but I am not sure whether that behavior field should be > set to "End.DT2M" or not, > > and I am not sure whether it will be considered to be > invalid if that behavior field is set to other values. > >> >> Is it saying that when PE1 receives an Ethernet A-D per ES route whos= e >> SRv6 SID Information Sub-TLV's SRv6 Endpoint Behavior field is set to = X >> =EF=BC=88where X is not 0xFFFF), >> >> that Ethernet A-D per ES route should be indifferently processed by >> PE1 no matter what value will X be set to? >> > > KT> I am not sure of the draft text that you are referring to when drawin= g > up this inference. For SRv6 SID behaviors that use arguments (e.g. Ethern= et > A-D per ES routes with behavior End.DT2M), it is necessary for the ingres= s > PE to not be indifferent to the behavior since it needs to put the argume= nt > part correctly in the SRv6 SID used on the data path. > > > [Yubao 2] If the ingress PE receives an Ethernet A-D per ES route whose > SRv6 SID Information Sub-TLV's SRv6 Endpoint Behavior field is set to > 0x0508 (or any other unassigned values of RFC8986) > > But the IMET route it received carried a Behavior value o= f > 'End.DT2M', > > Will the ingress PE treat that Ethernet A-D per ES route > as an invalid route? > > > >> Is it necessary for the receiver-side processing of Ethernet A-D per >> ES route's Endpoint Behavior field to be clearly described? >> > > KT> Sec 6.3 is where the egress PE processing and use of the ARG received > via the Ethernet A-D per ES route with the SRv6 SID received along with > Route Type 3 is described. > > > [Yubao 2] I think section 6.3 mainly says that the behavior field of IMET > routes should be 'End.DT2M', > > but it is not clear whether the behavior field of Etherne= t > A-D per ES route must be set to 'End.DT2M'. > > > Thanks, > Ketan > >> >> >> Thanks, >> >> Yubao >> >> >> >> >> > --000000000000d9035e05d9a05c37 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Yubao,

Sec 6.1.1 (Ethernet per-AD ES= route ) does talk about the usage of the End.DT2M behavior. It does not ta= lk about making the route invalid if it is carrying some other behavior.=C2= =A0

That said, will discuss with my co-authors reg= arding making the text clearer and get back to you.

Thanks,
Ketan


On Mon, Mar 7, 2022 at 1:03 P= M <wang.yubao2@zte.com.cn&= gt; wrote:
=


Hi Keta= n=EF=BC=8C


Thanks for your reply,

Please se= e inline below.


Thanks

Yubao



=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9AKetanTalaulikar
=E6=94= =B6=E4=BB=B6=E4=BA=BA=EF=BC=9A=E7= =8E=8B=E7=8E=89=E4=BF=9D10045807;
=E6=8A=84=E9=80= =81=E4=BA=BA=EF=BC=9Adraft-ietf-be= ss-srv6-services@ietf.org;BESS;
=E6=97=A5 =E6=9C=9F =EF= =BC=9A2022=E5=B9=B403=E6=9C=8804=E6=97=A5 14:08
=
=E4=B8=BB =E9=A2=98 =EF=BC=9ARe: [bess]= [Idr] Review request for draft-ietf-bess-srv6-services-11<= /div>
Hi Yubao,
Thanks = for your email. Please check inline below.


On Thu, Mar 3, 2022 at = 8:20 AM <wan= g.yubao2@zte.com.cn> wrote:


Hi authors,

=C2=A0

=C2=A0= =C2=A0I reviewed this draft and=C2=A0 I don't understand this=C2=A0 se= ntence very well:=C2=A0 "The=C2=A0 SRv6 Endpoint behavior of the Servi= ce SID thus signaled is en= tirely up to the originator of the advertisement"=


KT> Indeed. The egress PE is the one tha= t picks the SRv6 SID to be signaled with the specific route.=C2=A0

=

[Yubao 2] I mean the=C2=A0SRv6 Endpoint Behavior field of the=C2= =A0SRv6 SID Information Sub-TLV, I know the SID is picked by the originator= ,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 but I am no= t sure whether that behavior field should be set to "End.DT2M" or= not,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 and I a= m not sure whether it will be considered to be invalid if that behavior fie= ld is set to other values.

=C2=A0

=C2=A0 =C2=A0Is it saying that when PE1 receives an Ethe= rnet A-D per ES route whose SRv6 SID Information Sub-TLV's=C2=A0 SRv6 E= ndpoint Behavior field=C2=A0=C2=A0is set to X =EF=BC=88where X is not 0xFFF= F),

=C2=A0 =C2=A0that Ethernet A-D per ES route should be=C2=A0indiff= erently=C2=A0processed by PE1 no matter what value will=C2=A0 X be set to?<= /p>


KT> I am not sure of the draft text that yo= u are referring to when drawing up this inference. For SRv6 SID behaviors t= hat use arguments (e.g. Ethernet A-D per ES routes with behavior End.DT2M),= it is necessary for the ingress PE to not be indifferent to the behavior s= ince it needs to put the argument part correctly in the SRv6 SID used on th= e data path.=C2=A0=C2=A0


[Yubao 2] If the ingress PE recei= ves an Ethernet A-D per ES route whose SRv6 SID Information Sub-TLV's= =C2=A0 SRv6 Endpoint Behavior field=C2=A0=C2=A0is set to 0x0508 (or any oth= er unassigned values of RFC8986)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 But the IMET route it received carried a Behavior valu= e of 'End.DT2M',=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Will the ingress PE treat that=C2=A0Ethernet A-D per ES r= oute as an invalid route?



=C2=A0 =C2=A0Is it necessary for the rece= iver-side processing of Ethernet A-D per ES route's Endpoint Behavior f= ield to be clearly described?


KT> Sec 6.3= is where the egress PE processing and use of the ARG received via the Ethe= rnet A-D per ES route with the SRv6 SID received along with Route Type 3 is= described.


[Yubao 2] I think section 6.3 mainly says th= at the behavior field of IMET routes should be 'End.DT2M',=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 but it is not c= lear whether the behavior field of Ethernet A-D per ES route must be set to= 'End.DT2M'.


Thanks,
Ketan
=C2=A0=


Thanks= ,

Yubao





--000000000000d9035e05d9a05c37-- From nobody Mon Mar 7 05:47:16 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE1113A107D; Mon, 7 Mar 2022 05:47:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.125 X-Spam-Level: * X-Spam-Status: No, score=1.125 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.186, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 AFVQ8Nmec4md; Mon, 7 Mar 2022 05:47:00 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 461023A1061; Mon, 7 Mar 2022 05:47:00 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=50.107.120.176; From: "Susan Hares" To: "'Dhananjaya Rao \(dhrao\)'" , , Cc: References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> <57A530C0-9656-4399-A976-36C3048E652D@cisco.com> In-Reply-To: <57A530C0-9656-4399-A976-36C3048E652D@cisco.com> Date: Mon, 7 Mar 2022 08:46:51 -0500 Message-ID: <01a401d83229$ccceea30$666cbe90$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A5_01D831FF.E3FAB6F0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLK8ZLF62w517fb2tv1GD9dHohqpwHpQ2Ybqr8l4wA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 13:47:05 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01A5_01D831FF.E3FAB6F0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Dhananjaya: =20 Your request at the IDR interim is sufficient. =20 Thank you for your query.=20 =20 Sue=20 =20 From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Dhananjaya Rao = (dhrao) Sent: Monday, March 7, 2022 7:03 AM To: Susan Hares; bess@ietf.org; idr@ietf.org Cc: spring-chairs@ietf.org Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to = 3/10) - Prior to adoption of CAR/CT solutions =20 Hello Sue, =20 I=E2=80=99m not aware of any IPR. =20 On a related note, we had requested adoption of the BGP CAR draft at the = IDR interim on Jan 24. Would you want us to send another email for it, = or would this note suffice ? =20 Regards, -Dhananjaya =20 From: BESS on behalf of Susan Hares = Date: Friday, March 4, 2022 at 1:24 AM To: "bess@ietf.org" , "idr@ietf.org" Cc: "spring-chairs@ietf.org" Subject: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - = Prior to adoption of CAR/CT solutions =20 Greetings Bess and IDR: =20 The IDR chairs request that each of the authors of=20 draft-dskc-bess-bgp-car-03.txt.=20 submit an IPR statement in response to this email. =20 The motivation for this IPR call is below.=20 =20 We expect IPR responses from the authors:=20 Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils,=20 Ketan Talaulikar, Dirk Steinberg, Luay Jalil, Yuanchao Su, Bruno Decraene, Jim Guichard, Keyur Patel, Haibo Wang =20 There is one IPR filed against this draft:=20 https://datatracker.ietf.org/ipr/4844/ Motivation for IPR call=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Why are the IDR calling for IPR statements?=20 The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt=20 have asked for WG Adoption. =20 =20 We have two drafts that are discussing embedded NLRI (color).=20 draft-dskc-bess-bgp-car-03.txt=20 https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and=20 draft-kaliraj-idr-bgp-classful-transport-planes-13.txt=20 https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport= -planes/ =20 Since the IDR chairs know these drafts may overlap, =20 we expect to work closely with the bess-chairs, spring-chairs, =20 IDR WG, and BESS WG any WG adoption and WG LC. =20 =20 Other Discussions=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D IDR WG held an interim on 1/24/2022 that discussed these two drafts: =20 The minutes are at:=20 https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minute= s-interim-2022-idr-02-202201241000-01 =20 =20 Jeff has started two mail threads for CAR/CT drafts based on 2 = Questions:=20 Question 1: BGP routes with color, Question 1: How does route resolution = work with your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ =20 Question 2: BGP routes with color, Question 2: Route origination and = propagation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ =20 Kaliraj began discussion on this email on IDR:=20 https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ =20 The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be = found at: https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ =20 =20 Sue Hares=20 IDR chair=20 Document Shepherd=20 =20 ------=_NextPart_000_01A5_01D831FF.E3FAB6F0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Dhananjaya:

 

Your request = at the IDR interim is sufficient. =C2=A0

Thank you for your query.

 

Sue =

 

From:= = BESS [mailto:bess-bounces@ietf.org] On Behalf Of Dhananjaya Rao = (dhrao)
Sent: Monday, March 7, 2022 7:03 AM
To: = Susan Hares; bess@ietf.org; idr@ietf.org
Cc: = spring-chairs@ietf.org
Subject: Re: [bess] IPR call for = draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT = solutions

 

Hello = Sue,

 

I=E2=80=99m not aware of any IPR.

 

On a related = note, we had requested adoption of the BGP CAR draft at the IDR interim = on Jan 24. Would you want us to send another email for it, or would this = note suffice ?

 

Regards,

-Dhananjaya

 

From: BESS = <bess-bounces@ietf.org> on behalf of Susan Hares = <shares@ndzh.com>
Date: Friday, March 4, 2022 at 1:24 = AM
To: "bess@ietf.org" <bess@ietf.org>, = "idr@ietf.org" <idr@ietf.org>
Cc: = "spring-chairs@ietf.org" = <spring-chairs@ietf.org>
Subject: [bess] IPR call for = draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT = solutions

 

Greetings Bess and IDR:

 

The IDR = chairs request that each of the authors of

draft-dskc-bess-bgp-car-03.txt.

submit an IPR statement in response to this email. =  

The motivation for this IPR = call is below.

 

We expect = IPR responses from the authors:

Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, =

 Ketan Talaulikar, Dirk = Steinberg, Luay Jalil,

Yuanchao Su, = Bruno Decraene, Jim Guichard,

Keyur = Patel, Haibo Wang

 

There is = one  IPR filed against this draft:

https://datatracker.ietf.org/ipr/4844/

Motivation for IPR call =

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D

Why are the = IDR calling for IPR statements?

The = authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

have asked for WG Adoption. =  

 

We have two drafts that are discussing embedded NLRI = (color).

draft-dskc-bess-bgp-car-03.txt

https:= //datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-= classful-transport-planes/

 

Since the = IDR chairs know these drafts may overlap,   

we expect to work closely with the bess-chairs, = spring-chairs,  

IDR WG, and = BESS WG any WG adoption  and WG LC.    =

 

Other Discussions

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= o:p>

IDR WG held an interim on 1/24/2022 = that discussed these two drafts:  

The minutes are at:

https://datatracker.ietf.o= rg/meeting/interim-2022-idr-02/materials/minutes-interim-2022-idr-02-2022= 01241000-01

 

 

Jeff has = started two mail threads for CAR/CT drafts based on 2 Questions: =

Question 1: BGP routes with color, = Question 1: How does route resolution work with your = feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3= ZbI/

 

Question 2: BGP routes with color, Question 2: Route = origination and propagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh= 5b8/

 

Kaliraj began discussion on this email on IDR: =

https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPh= T7k/

 

The BESS email discussion regarding CAR (11/18/2021 = to 1/24/2022) can be found at:

https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN= 5b0EM/

 

 

Sue Hares =

IDR chair

Document Shepherd

 

------=_NextPart_000_01A5_01D831FF.E3FAB6F0-- From nobody Mon Mar 7 06:05:35 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 915FE3A1109; Mon, 7 Mar 2022 06:05:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164666192653.29288.8565313433171056931@ietfa.amsl.com> Date: Mon, 07 Mar 2022 06:05:26 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-l2gw-proto-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 14:05:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : EVPN Multi-Homing Mechanism for Layer-2 Gateway Protocols Authors : Patrice Brissette Ali Sajassi Luc Andre Burdet Daniel Voyer Filename : draft-ietf-bess-evpn-l2gw-proto-01.txt Pages : 12 Date : 2022-03-07 Abstract: The existing EVPN multi-homing load-balancing modes defined are Single-Active and All-Active. Neither of these multi-homing mechanisms adequately represent ethernet-segments facing access networks with Layer-2 Gateway protocols such as G.8032, (M)STP, REP, MPLS-TP, etc. These loop-preventing Layer-2 protocols require a new multi-homing mechanism defined in this draft. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-l2gw-proto/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-bess-evpn-l2gw-proto-01.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-l2gw-proto-01 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Mar 7 06:12:50 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 418493A077C; Mon, 7 Mar 2022 06:12:47 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164666236721.9053.5239166151672254322@ietfa.amsl.com> Date: Mon, 07 Mar 2022 06:12:47 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-fast-df-recovery-05.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 14:12:48 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : Fast Recovery for EVPN Designated Forwarder Election Authors : Patrice Brissette Ali Sajassi Luc Andre Burdet John Drake Jorge Rabadan Filename : draft-ietf-bess-evpn-fast-df-recovery-05.txt Pages : 11 Date : 2022-03-07 Abstract: Ethernet Virtual Private Network (EVPN) solution provides Designated Forwarder election procedures for multihomed Ethernet Segments. These procedures have been enhanced further by applying Highest Random Weight (HRW) Algorithm for Designated Forwarded election in order to avoid unnecessary DF status changes upon a failure. This draft improves these procedures by providing a fast Designated Forwarder (DF) election upon recovery of the failed link or node associated with the multihomed Ethernet Segment. The solution is independent of number of EVIs associated with that Ethernet Segment and it is performed via a simple signaling between the recovered PE and each of the other PEs in the multihoming group. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-fast-df-recovery/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-fast-df-recovery-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-fast-df-recovery-05 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Mar 7 06:15:00 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A2D03A07DE; Mon, 7 Mar 2022 06:14:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.94 X-Spam-Level: X-Spam-Status: No, score=0.94 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 WwFYBIpR8yLz; Mon, 7 Mar 2022 06:14:53 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60B873A077F; Mon, 7 Mar 2022 06:14:52 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.107.120.176; From: "Susan Hares" To: , Cc: , , , References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> <57A530C0-9656-4399-A976-36C3048E652D@cisco.com> <010301d83227$d3cc8920$7b659b60$@ndzh.com> In-Reply-To: <010301d83227$d3cc8920$7b659b60$@ndzh.com> Date: Mon, 7 Mar 2022 09:14:44 -0500 Message-ID: <020401d8322d$b213f880$163be980$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0205_01D83203.C9428460" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLK8ZLF62w517fb2tv1GD9dHohqpwHpQ2YbAXShDAuqs4QMUA== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 14:14:58 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0205_01D83203.C9428460 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable IDR and BESS:=20 =20 In my message to DJ, I used IETF =E2=80=9Cslang=E2=80=9D=20 in the phrase =E2=80=9Ccandidate for adoption in IDR=E2=80=9D.=20 The translation of this phrase is: IDR WG is discussing the draft draft-dskc-bess-bgp-car-03.txt for adoption in IDR. =20 =20 The IDR WG is also discussing the draft = draft-kaliraj-idr-bgp-classful-transport-planes=20 for adoption in IDR.=20 =20 This slang comes from the status line you will now see posted next to = each draft.=20 draft-dskc-bess-bgp-car-03.txt=20 https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and=20 draft-kaliraj-idr-bgp-classful-transport-planes-13.txt=20 https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport= -planes/ =20 I am the shepherd during the adoption process for both drafts.=20 =20 Our discussion regarding these two drafts is on the IDR list.=20 Jeff posed two questions to the authors on behalf of the IDR chairs=20 to kick off this adoption call discussion.=20 =20 Question 1: BGP routes with color, How does route resolution work with = your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ =20 Question 2: BGP routes with color, Question 2: Route origination and = propagation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ =20 Kaliraj also added to this discussion on this email on IDR:=20 https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ =20 DJ and his co-authors may also send information prior to IETF.=20 =20 The IDR agenda for IETF 113 includes time for a discussion on these = drafts.=20 =20 After all IPR statements have been submitted and the IETF 113 = discussion,=20 we will start the formal adoption call.=20 =20 Cheers, Sue=20 =20 =20 =20 From: Susan Hares [mailto:shares@ndzh.com]=20 Sent: Monday, March 7, 2022 8:33 AM To: 'Dhananjaya Rao (dhrao)' Cc: spring-chairs@ietf.org; bess-chairs@ietf.org; idr-chairs@ietf.org; = draft-dskc-bess-bgp-car@ietf.org Subject: RE: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to = 3/10) - Prior to adoption of CAR/CT solutions =20 DJ: =20 IDR is process the adoption of the BGP CAR draft. =20 And your adoption request at the interim is sufficient. =20 I have listed draft-dskc-bess-bgp-car-03.txt as a candidate for adoption = in IDR.=20 =20 Since you first denoted as a BESS draft, it is polite to send email=20 last Friday to BESS and IDR WGs, and wait a few days.=20 =20 I=E2=80=99m sure both WG will be interested in the reviewing these = drafts.=20 =20 Sue=20 =20 From: Dhananjaya Rao (dhrao) [mailto:dhrao@cisco.com]=20 Sent: Monday, March 7, 2022 7:03 AM To: Susan Hares; bess@ietf.org; idr@ietf.org Cc: spring-chairs@ietf.org Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to = 3/10) - Prior to adoption of CAR/CT solutions =20 Hello Sue, =20 I=E2=80=99m not aware of any IPR. =20 On a related note, we had requested adoption of the BGP CAR draft at the = IDR interim on Jan 24. Would you want us to send another email for it, = or would this note suffice ? =20 Regards, -Dhananjaya =20 From: BESS on behalf of Susan Hares = Date: Friday, March 4, 2022 at 1:24 AM To: "bess@ietf.org" , "idr@ietf.org" Cc: "spring-chairs@ietf.org" Subject: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - = Prior to adoption of CAR/CT solutions =20 Greetings Bess and IDR: =20 The IDR chairs request that each of the authors of=20 draft-dskc-bess-bgp-car-03.txt.=20 submit an IPR statement in response to this email. =20 The motivation for this IPR call is below.=20 =20 We expect IPR responses from the authors:=20 Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils,=20 Ketan Talaulikar, Dirk Steinberg, Luay Jalil, Yuanchao Su, Bruno Decraene, Jim Guichard, Keyur Patel, Haibo Wang =20 There is one IPR filed against this draft:=20 https://datatracker.ietf.org/ipr/4844/ Motivation for IPR call=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Why are the IDR calling for IPR statements?=20 The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt=20 have asked for WG Adoption. =20 =20 We have two drafts that are discussing embedded NLRI (color).=20 draft-dskc-bess-bgp-car-03.txt=20 https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and=20 draft-kaliraj-idr-bgp-classful-transport-planes-13.txt=20 https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport= -planes/ =20 Since the IDR chairs know these drafts may overlap, =20 we expect to work closely with the bess-chairs, spring-chairs, =20 IDR WG, and BESS WG any WG adoption and WG LC. =20 =20 Other Discussions=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D IDR WG held an interim on 1/24/2022 that discussed these two drafts: =20 The minutes are at:=20 https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minute= s-interim-2022-idr-02-202201241000-01 =20 =20 Jeff has started two mail threads for CAR/CT drafts based on 2 = Questions:=20 Question 1: BGP routes with color, Question 1: How does route resolution = work with your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ =20 Question 2: BGP routes with color, Question 2: Route origination and = propagation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ =20 Kaliraj began discussion on this email on IDR:=20 https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ =20 The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be = found at: https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ =20 =20 Sue Hares=20 IDR chair=20 Document Shepherd=20 =20 ------=_NextPart_000_0205_01D83203.C9428460 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

IDR and BESS:

 

In=C2=A0 my message to = DJ, I used IETF =E2=80=9Cslang=E2=80=9D

in the phrase = =E2=80=9Ccandidate for adoption in IDR=E2=80=9D. =

The translation of this phrase is: IDR WG is = discussing the draft

draft-dskc-bess-bgp-car-03.txt for adoption in = IDR.=C2=A0

 

The IDR WG is also = discussing the draft = draft-kaliraj-idr-bgp-classful-transport-planes

for adoption in IDR.

 

This slang comes from = the status line you will now see posted next to each draft. =

draft-dskc-bess-bgp-car-03.txt

https:= //datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-= classful-transport-planes/

 

I am the shepherd during = the adoption process for both drafts.

 

Our discussion regarding = these two drafts is on the IDR list.

Jeff posed two questions = to the authors on behalf of the IDR chairs

to kick off this = adoption call discussion.

 

Question 1: BGP routes with color, How does route = resolution work with your feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3= ZbI/

 

Question 2: BGP routes with color, Question 2: Route = origination and propagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh= 5b8/

 

Kaliraj also added to this discussion on this email on = IDR:

https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPh= T7k/

 

DJ and his co-authors = may also send information prior to IETF.

 

The IDR agenda for IETF = 113 includes time for a discussion on these drafts. =

 

After all IPR statements = have been submitted and the IETF 113 discussion, =

we will start the formal adoption call. =

 

Cheers, Sue =

 

 

 

From:= = Susan Hares [mailto:shares@ndzh.com]
Sent: Monday, March 7, = 2022 8:33 AM
To: 'Dhananjaya Rao (dhrao)'
Cc: = spring-chairs@ietf.org; bess-chairs@ietf.org; idr-chairs@ietf.org; = draft-dskc-bess-bgp-car@ietf.org
Subject: RE: [bess] IPR call = for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of = CAR/CT solutions

 

DJ:

 

IDR is process the = adoption of the BGP CAR draft.  

And your adoption = request at the interim is sufficient. 

I have listed = draft-dskc-bess-bgp-car-03.txt as a candidate for adoption in IDR. =

 

Since you first denoted = as a BESS draft, it is polite to send email

last Friday to BESS and = IDR WGs, and wait a few days.

 

I=E2=80=99m sure both WG = will be interested in the reviewing these drafts. =

 

Sue =

 

From:= = Dhananjaya Rao (dhrao) [mailto:dhrao@cisco.com]
Sent: Monday, = March 7, 2022 7:03 AM
To: Susan Hares; bess@ietf.org; = idr@ietf.org
Cc: spring-chairs@ietf.org
Subject: Re: = [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to = adoption of CAR/CT solutions

 

Hello = Sue,

 

I=E2=80=99m not aware of any IPR.

 

On a related = note, we had requested adoption of the BGP CAR draft at the IDR interim = on Jan 24. Would you want us to send another email for it, or would this = note suffice ?

 

Regards,

-Dhananjaya

 

From: BESS = <bess-bounces@ietf.org> on behalf of Susan Hares = <shares@ndzh.com>
Date: Friday, March 4, 2022 at 1:24 = AM
To: "bess@ietf.org" <bess@ietf.org>, = "idr@ietf.org" <idr@ietf.org>
Cc: = "spring-chairs@ietf.org" = <spring-chairs@ietf.org>
Subject: [bess] IPR call for = draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT = solutions

 

Greetings Bess and IDR:

 

The IDR = chairs request that each of the authors of

draft-dskc-bess-bgp-car-03.txt.

submit an IPR statement in response to this email. =  

The motivation for this IPR = call is below.

 

We expect = IPR responses from the authors:

Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, =

 Ketan Talaulikar, Dirk = Steinberg, Luay Jalil,

Yuanchao Su, = Bruno Decraene, Jim Guichard,

Keyur = Patel, Haibo Wang

 

There is = one  IPR filed against this draft:

https://datatracker.ietf.org/ipr/4844/

Motivation for IPR call =

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D

Why are the = IDR calling for IPR statements?

The = authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

have asked for WG Adoption. =  

 

We have two drafts that are discussing embedded NLRI = (color).

draft-dskc-bess-bgp-car-03.txt

https:= //datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt =

https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-= classful-transport-planes/

 

Since the = IDR chairs know these drafts may overlap,   

we expect to work closely with the bess-chairs, = spring-chairs,  

IDR WG, and = BESS WG any WG adoption  and WG LC.    =

 

Other Discussions

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= o:p>

IDR WG held an interim on 1/24/2022 = that discussed these two drafts:  

The minutes are at:

https://datatracker.ietf.o= rg/meeting/interim-2022-idr-02/materials/minutes-interim-2022-idr-02-2022= 01241000-01

 

 

Jeff has = started two mail threads for CAR/CT drafts based on 2 Questions: =

Question 1: BGP routes with color, = Question 1: How does route resolution work with your = feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3= ZbI/

 

Question 2: BGP routes with color, Question 2: Route = origination and propagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh= 5b8/

 

Kaliraj began discussion on this email on IDR: =

https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPh= T7k/

 

The BESS email discussion regarding CAR (11/18/2021 = to 1/24/2022) can be found at:

https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN= 5b0EM/

 

 

Sue Hares =

IDR chair

Document Shepherd

 

------=_NextPart_000_0205_01D83203.C9428460-- From nobody Mon Mar 7 07:59:09 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E5E23A0D0E for ; Mon, 7 Mar 2022 07:58:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.006 X-Spam-Level: X-Spam-Status: No, score=-7.006 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=NPJcSpBT; dkim=pass (2048-bit key) header.d=verizon-com.20210112.gappssmtp.com header.b=Inyfbl0o 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 N2UTrAuCwNXt for ; Mon, 7 Mar 2022 07:58:49 -0800 (PST) Received: from mx0a-0024a201.pphosted.com (mx0a-0024a201.pphosted.com [148.163.149.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2EF33A0E32 for ; Mon, 7 Mar 2022 07:58:48 -0800 (PST) Received: from pps.filterd (m0114268.ppops.net [127.0.0.1]) by mx0a-0024a201.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 227EXNgp039842 for ; Mon, 7 Mar 2022 10:58:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.com; h=mime-version : references : in-reply-to : from : date : message-id : subject : to : cc : content-type; s=corp; bh=eOZ+HuY2llm3vi8tXTaFBOswhs+sxMOym19lPF7naZc=; b=NPJcSpBTABFx7duPJBIhQnGxARSf3XuMxy5xwuqm3DPlKClFsprGvgGPZAPpuXHvP/iN 3+1Cryfx56XY66gZQ/j0Et3hPseHgNzyu0+yU2NGk50hlELlq3Qg/gbDNWMElxPsA3UY 8aZ/Z8KQUZHuxOEZd07RbLwj714dPiXQs9M= Received: from mail-ot1-f71.google.com (mail-ot1-f71.google.com [209.85.210.71]) by mx0a-0024a201.pphosted.com (PPS) with ESMTPS id 3em322d0g3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Mon, 07 Mar 2022 10:58:47 -0500 Received: by mail-ot1-f71.google.com with SMTP id n7-20020a9d4d07000000b005b2389a99cfso1740389otf.17 for ; Mon, 07 Mar 2022 07:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eOZ+HuY2llm3vi8tXTaFBOswhs+sxMOym19lPF7naZc=; b=Inyfbl0oEae0w66ZFT6q7uH5NmNnUqVePhtLNKAxZc4OtKU+pE/iD43uX2Sp0FuMAb YDBjteD+DW1pFSbsFHT3wY92tFiWnTNxiDBc1Vf4WVootyq8Djpj63fLNNbNw5UuFd1v M/fXbxOA49PQpMHlyIUs7npw6CVdv+k6h/sjAlb+cxzYBlKnTD3hIfEFtzDrQTWhdraC zttg/CSpL91HZw1nzfJaylnej03gYKl/jBsHVBNdzrErEMT3SW+TxYP8azqFSKG2+ETw 9ogsWywTOzPQq72z+4JoYTrGA5yT/RbM3snpQD8y9gtp3UKBnOYcEgJf81VrVQM0fwEq Myuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eOZ+HuY2llm3vi8tXTaFBOswhs+sxMOym19lPF7naZc=; b=1W9Iz3WVAWeIaNh1DEEvIC668rQLfWI6y2asbcN/8h8IDWb9aD/IvN7rrHpYVGRI+K nGOOcQK4kFJEekskGJ03U+KqGu770FcCic2AeHcsGkxOGPDrb9xYnMjYltB5CIdYfhwm m4YsIw9qCvDH8+EYC+ya2poY/nh2OJkxGsTdwgviX8s5zubOZxXghY+TJQszztE0pfNw Bp6exOQQ408ptl406I7Xjtno7qAeeLF8i/sQnwwNdXPvc0pL1lecxncR7fPRg9K3C9R3 arcQBImHud0h835SLqFjRUhFBaHy+do3uyP+tGhGriR3HowVicQWPzao0LivLDu2v+Nq asjQ== X-Gm-Message-State: AOAM533oevc0r+bcZoi0f68LQQHCTFi3oLYJvsnIc31Dwb/GxD2h5Mer W4Xgl7L0D3szT6hsYLILJU55PfezcyS7/qmjLCM4z7NcGkBBHIotJon7TSP8kk1t8h/yKZaKJBN FJupWp11tOEoZUQNNcsHA X-Received: by 2002:a05:6808:f08:b0:2d7:eda:dcf2 with SMTP id m8-20020a0568080f0800b002d70edadcf2mr17510044oiw.159.1646668726774; Mon, 07 Mar 2022 07:58:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJzYsfcTCPiWQLmxEhYag5R1l5Kl0f+oE9Y1r/ObqVBk3Eh5m6jHUHMYAR73buil5s3IP3tOw+qSGPDri8SiLAQ= X-Received: by 2002:a05:6808:f08:b0:2d7:eda:dcf2 with SMTP id m8-20020a0568080f0800b002d70edadcf2mr17510026oiw.159.1646668726502; Mon, 07 Mar 2022 07:58:46 -0800 (PST) MIME-Version: 1.0 References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> From: "Jalil, Luay" Date: Mon, 7 Mar 2022 09:58:30 -0600 Message-ID: To: Susan Hares Cc: bess@ietf.org, idr@ietf.org, spring-chairs@ietf.org Content-Type: multipart/alternative; boundary="0000000000008195e705d9a2f036" X-mailroute: internal X-Proofpoint-GUID: B-_1JHuIezp5cYKo6AitRmqx7TS0k1Rn X-Proofpoint-ORIG-GUID: B-_1JHuIezp5cYKo6AitRmqx7TS0k1Rn Archived-At: Subject: Re: [bess] [E] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 15:58:57 -0000 --0000000000008195e705d9a2f036 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sure, I=E2=80=99m not aware of any IPR related to this draft Regards, *Luay* On Thu, Mar 3, 2022 at 1:54 PM Susan Hares wrote: > Greetings Bess and IDR: > > > > The IDR chairs request that each of the authors of > > draft-dskc-bess-bgp-car-03.txt. > > submit an IPR statement in response to this email. > > The motivation for this IPR call is below. > > > > We expect IPR responses from the authors: > > Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, > > Ketan Talaulikar, Dirk Steinberg, Luay Jalil, > > Yuanchao Su, Bruno Decraene, Jim Guichard, > > Keyur Patel, Haibo Wang > > There is one IPR filed against this draft: > > https://datatracker.ietf.org/ipr/4844/ > > > Motivation for IPR call > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > Why are the IDR calling for IPR statements? > > The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt > > have asked for WG Adoption. > > > > We have two drafts that are discussing embedded NLRI (color). > > draft-dskc-bess-bgp-car-03.txt > > https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ > > > and > > draft-kaliraj-idr-bgp-classful-transport-planes-13.txt > > > https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport= -planes/ > > > > > Since the IDR chairs know these drafts may overlap, > > we expect to work closely with the bess-chairs, spring-chairs, > > IDR WG, and BESS WG any WG adoption and WG LC. > > > > Other Discussions > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > IDR WG held an interim on 1/24/2022 that discussed these two drafts: > > The minutes are at: > > > https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minute= s-interim-2022-idr-02-202201241000-01 > > > > > > > Jeff has started two mail threads for CAR/CT drafts based on 2 Questions: > > Question 1: BGP routes with color, Question 1: How does route resolution > work with your feature? > > https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ > > > > > Question 2: BGP routes with color, Question 2: Route origination and > propagation > > https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ > > > > > Kaliraj began discussion on this email on IDR: > > https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ > > > > > The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be > found at: > > https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ > > > > > > > Sue Hares > > IDR chair > > Document Shepherd > > > _______________________________________________ > BESS mailing list > BESS@ietf.org > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_bess&d=3DDwICAg&c=3DudBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ= &r=3Dk0DrrBeS0St-D1jEwNQ_u1ZyHQXQly5fgCsWF0VTh7o&m=3DvADRNKnLya8UCd6xx0CIFB= dA8daYUkGiDL9mHbeCtbAmOAjh3KZNiud1FZDbSt4L&s=3DCE1jx53p6-eIjOgiMT1nsyEz-UFz= BH5gRkGYo1SGDpo&e=3D > --0000000000008195e705d9a2f036 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sure,
I=E2=80=99m not aware of any IPR related to this = draft

Regards,
Luay=


--0000000000008195e705d9a2f036-- From nobody Mon Mar 7 08:07:42 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B7563A1116; Mon, 7 Mar 2022 08:07:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.105 X-Spam-Level: X-Spam-Status: No, score=-2.105 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_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com 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 o0dhAaUU5Yax; Mon, 7 Mar 2022 08:07:18 -0800 (PST) Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CB123A0F52; Mon, 7 Mar 2022 08:07:15 -0800 (PST) Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr20.francetelecom.fr (ESMTP service) with ESMTPS id 4KC3J12tJcz1y8X; Mon, 7 Mar 2022 17:07:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1646669233; bh=tfKC1Ae7v5juIWluJm/Y0kkAmtWoThJb8elbyeVMzOk=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=ghQdqQDogP2ewIS/HykLBD5cvuKCL+3EOdErRN9LUJbQHFB4aU36UD7aKubr7nJ9N 0dYnk4WlUQviOZFCgJ42eJZJ105UKHyiNEPbEUD6u7X8MQIFIzj9IcZOAl361C4CNb BIdOTR6UJDeSCriavCdlgSNgSyk5u2fc9vGDXEk2Uf+uE1jzYbHu54u7Yy2qLodmr6 FXIcuH4ZQs8COwAN8j5sgI+axZLgWUjVKEjkK1Ze9AvXpDGkZ8qhKvh1P2ppVKEBJW Om6QlMk+KhL35TJRT3kbk3sciXHGvmsmhvsR5pE+wtUldy6+Jr/TRs48HqvRc4XhhS hw9E4nUmFm7rQ== From: To: Susan Hares , "bess@ietf.org" , "idr@ietf.org" CC: "spring-chairs@ietf.org" Thread-Topic: IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions Thread-Index: AdgvOGlieceosg5HRQ2hFxIrMlOYZQDBO1Jg Date: Mon, 7 Mar 2022 16:07:12 +0000 Message-ID: <24874_1646669233_62262DB1_24874_8_1_65eabcc9adda4c95a5d7d2211b86539e@orange.com> References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Enabled=true; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SetDate=2022-03-07T16:07:11Z; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Method=Standard; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Name=Orange_restricted_external.2; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_ContentBits=2 msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_enabled: true msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_setdate: 2022-03-07T16:07:11Z msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_method: Standard msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_name: Orange_restricted_external.2 msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_siteid: 90c7a20a-f34b-40bf-bc48-b9253b6f5d20 msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_actionid: 195d369a-9a1c-40cb-a506-e3b63dc864e9 msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_contentbits: 0 x-originating-ip: [10.115.27.53] Content-Type: multipart/alternative; boundary="_000_65eabcc9adda4c95a5d7d2211b86539eorangecom_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 16:07:33 -0000 --_000_65eabcc9adda4c95a5d7d2211b86539eorangecom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I'm not aware of non-disclosed IPR. Regards, --Bruno Orange Restricted From: Susan Hares Sent: Thursday, March 3, 2022 8:54 PM To: bess@ietf.org; idr@ietf.org Cc: spring-chairs@ietf.org Subject: IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to a= doption of CAR/CT solutions Greetings Bess and IDR: The IDR chairs request that each of the authors of draft-dskc-bess-bgp-car-03.txt. submit an IPR statement in response to this email. The motivation for this IPR call is below. We expect IPR responses from the authors: Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, Ketan Talaulikar, Dirk Steinberg, Luay Jalil, Yuanchao Su, Bruno Decraene, Jim Guichard, Keyur Patel, Haibo Wang There is one IPR filed against this draft: https://datatracker.ietf.org/ipr/4844/ Motivation for IPR call =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Why are the IDR calling for IPR statements? The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt have asked for WG Adoption. We have two drafts that are discussing embedded NLRI (color). draft-dskc-bess-bgp-car-03.txt https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and draft-kaliraj-idr-bgp-classful-transport-planes-13.txt https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-p= lanes/ Since the IDR chairs know these drafts may overlap, we expect to work closely with the bess-chairs, spring-chairs, IDR WG, and BESS WG any WG adoption and WG LC. Other Discussions =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D IDR WG held an interim on 1/24/2022 that discussed these two drafts: The minutes are at: https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minutes-= interim-2022-idr-02-202201241000-01 Jeff has started two mail threads for CAR/CT drafts based on 2 Questions: Question 1: BGP routes with color, Question 1: How does route resolution wo= rk with your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ Question 2: BGP routes with color, Question 2: Route origination and propag= ation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ Kaliraj began discussion on this email on IDR: https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be fo= und at: https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ Sue Hares IDR chair Document Shepherd ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_65eabcc9adda4c95a5d7d2211b86539eorangecom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,<= /p>

 

I’m not aware of non-disclosed IPR.

 

Regards,

--Bruno

 

 

Orange Restricted

From: Susan Hares <shares@ndzh.com>
Sent: Thursday, March 3, 2022 8:54 PM
To: bess@ietf.org; idr@ietf.org
Cc: spring-chairs@ietf.org
Subject: IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Pri= or to adoption of CAR/CT solutions

 

Greetings Bess and IDR:

 

The IDR chairs request that each of the authors of

draft-dskc-bess-bgp-car-03.txt.

submit an IPR statement in response to this email.  

The motivation for this IPR call is below.

 

We expect IPR responses from the authors:

Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils,

 Ketan Talaulikar, Dirk Steinberg, Luay Jalil,

Yuanchao Su, Bruno Decraene, Jim Guichard,

Keyur Patel, Haibo Wang

 

There is one  IPR filed against this draft:

https://datatracker.ietf.org/ipr/4844/

Motivation for IPR call

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

Why are the IDR calling for IPR statements?

The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt

have asked for WG Adoption.  

 

We have two drafts that are discussing embedded NLRI (color).

draft-dskc-bess-bgp-car-03.txt

ht= tps://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13.txt

https://datatracker.ietf.org/doc/draft-kaliraj-idr= -bgp-classful-transport-planes/

 

Since the IDR chairs know these drafts may overlap,   

we expect to work closely with the bess-chairs, spring-chairs,  

IDR WG, and BESS WG any WG adoption  and WG LC.   

 

Other Discussions

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

IDR WG held an interim on 1/24/2022 that discussed these two drafts: &nb= sp;

The minutes are at:

https://datatracker.ietf= .org/meeting/interim-2022-idr-02/materials/minutes-interim-2022-idr-02-2022= 01241000-01

 

 

Jeff has started two mail threads for CAR/CT drafts based on 2 Questions:

Question 1: BGP routes with color, Question 1: How does route resolution= work with your feature?

https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVd= D3ZbI/

 

Question 2: BGP routes with color, Question 2: Route origination and pro= pagation

https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlk= hh5b8/

 

Kaliraj began discussion on this email on IDR:

https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJ= PhT7k/

 

The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can= be found at:

https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYE= ai0tN5b0EM/

 

 

Sue Hares

IDR chair

Document Shepherd

 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_65eabcc9adda4c95a5d7d2211b86539eorangecom_-- From nobody Mon Mar 7 10:19:46 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 484A23A1C8F; Mon, 7 Mar 2022 10:19:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.107 X-Spam-Level: X-Spam-Status: No, score=-7.107 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_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kRTuFC65tfvw; Mon, 7 Mar 2022 10:19:15 -0800 (PST) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 976A13A11FC; Mon, 7 Mar 2022 10:17:10 -0800 (PST) Received: by mail-ed1-x536.google.com with SMTP id x5so21122800edd.11; Mon, 07 Mar 2022 10:17:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=/njHO+Hy+CiYoIK5JxQRNMddcfMXrdSAHPQ2BLtd8rc=; b=JA9zMSLF/Sh8ijeinCXMTlL23URZ4LDW2nOUiVplHACBE/orNew6jIOcrX3WUKdkL4 0FLqx+D0zyiuokJBmTzbvM3EvnGfbBzf3eZB7VEDF93hkEWFfDyKMdl0mCFCVDaPEh0Y GD/8U+Cku77QA/qPpKWKqRbYjnlcxXYFRMsP+KWzFkNCfD+ehsX6SmkeCrSdsjiJdI4H yhUTsV7gjA8NHbD6de5UYdnNc4rso2Ua+w7rMTq7nFRM4rQX66EZscazhoJJ4Xqu8KH+ ggMLw/T6kzMKBUKIKW53ZCoyf4eKDbJ5MlUQZNMwhlihW70fWqi/Z2tCl5ffjQPt2aDY RMMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:mime-version; bh=/njHO+Hy+CiYoIK5JxQRNMddcfMXrdSAHPQ2BLtd8rc=; b=Mjj/Bhr0gmUppSURmEH6ex4MOdS7OnCDcejpGzvCqBR7FlBo05zQ+De56ASzpEvcVw 82KWjP5hoRcl9iykRbBTLUzsmRqPApPRBK9a+9MpcuoLDBW8H7X/Us1f+frb0OlL0Y6G VXlaUvS00EgGUfm6JoyUKViNFz1W3X2ei43Dq0RXDp+DgFJB9Eb7KGL4JPSZSBP+OAW8 QrxhApcF6Zvk7joLI5q2HNJzHtiI/ofY8Ttfjb9xb6ryVDHbRpbVXtAp+hVZ7jJVXQR2 oOjiO2wbh+nFDq+E1hOVpcpPiVoE7yg8IuKh+KQOXKz1A4MfnWrpJ7EpEn4Qjp00HE8R Aysw== X-Gm-Message-State: AOAM530FenU8+JTqzs6Cm6Qvo1lNzwjXcq9oT5C8HIIpZMWCEUC2kJGV r/f22eY1HAzON+fGZS2DzFDKfooRHvc= X-Google-Smtp-Source: ABdhPJx0MAM1hWLItbpH/K/Qr8vgLctetWTcUwMNYAC33fLcPxbFWPVwtWRTWP7cToOXy/kCKQElCw== X-Received: by 2002:aa7:d706:0:b0:415:a00b:4ee with SMTP id t6-20020aa7d706000000b00415a00b04eemr12327298edq.373.1646677028656; Mon, 07 Mar 2022 10:17:08 -0800 (PST) Received: from BL3PR02MB8130.namprd02.prod.outlook.com ([52.96.198.109]) by smtp.gmail.com with ESMTPSA id p4-20020a50d884000000b004128cf5fe2asm6539692edj.79.2022.03.07.10.17.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Mar 2022 10:17:08 -0800 (PST) From: =?Windows-1252?Q?Luc_Andr=E9_Burdet?= To: Alexander Vainshtein , "draft-ietf-bess-rfc7432bis.authors@ietf.org" CC: "bess@ietf.org" Thread-Topic: [bess] Questions and comments regarding draft-ietf-bess-rfc7432bis-02 Thread-Index: Adgn0ssQunwToFlYTZa7xquj1S/7ZQKcdJDM X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 7 Mar 2022 18:17:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_BL3PR02MB813000778ED56A611C852D40AF089BL3PR02MB8130namp_" MIME-Version: 1.0 Archived-At: Subject: Re: [bess] Questions and comments regarding draft-ietf-bess-rfc7432bis-02 X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 18:19:30 -0000 --_000_BL3PR02MB813000778ED56A611C852D40AF089BL3PR02MB8130namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Sasha, Thanks for the careful review. Please see comments inline, for the changes incorporated you will see them = in -04 Regards, Luc Andr=E9 Luc Andr=E9 Burdet | Cisco | laburdet.ietf@gmail.com | Tel: +1 613 254= 4814 From: BESS on behalf of Alexander Vainshtein Date: Tuesday, February 22, 2022 at 05:00 To: draft-ietf-bess-rfc7432bis.authors@ietf.org Cc: bess@ietf.org Subject: [bess] Questions and comments regarding draft-ietf-bess-rfc7432bis= -02 Hi all, I have some new questions regarding this draft. 1. The definition of the F flag in the Layer 2 Attributes Extended Commu= nity in Section 7.11 of the draft (added to the list of flags defin= ed in RFC 8214) says that, If this flag is set to 1, a Flow Label MUST be p= resent when sending EVPN packets to this PE. If set to 0, a Flow Label MUST= NOT be present when sending EVPN packets to this PE. * I am not sure whether the first MUST is a good idea because the re= ceiving PE can always recognize presence or absence of the Flow Label in th= e label stack by: i. The = =93application=94 label (advertised in the appropriate EVPN route) not bein= g marked as Bottom of Stack ii. The l= abel following it not being in the range of reserved (special purpose) labe= ls * This is different from the situation with the C flag in the same e= xtended Community, because presence or absence of the Control Word cannot b= e recognized by the receiving PE * The second MUST (that would indicate inability of the receiving PE= to handle received Flow Labels) is, of course, OK * May I suggest that you replace the first MUST in the definition wi= th =93MAY=94 (leaving the decision to include or not to include the Flow La= bel to the ingress PE)? [LAB] I updated the MUST to a SHOULD because you make a valid point re: det= ection at the receiving PE. This is even expanded upon in Section 18.1. The intent is that the ingress PE =93SHOULD when capable itself, impose FL= =94 when the remote asks for it. SHOULD because its ability to impose FL is really based on its own local ca= pability as well, not just remote=92s request. Remote/egress will understan= d both as you describe =3D> updated 18.1 * I also wonder if you plan to request an early allocation of the F = Flag in the appropriate IANA registry [LAB] it is RFC-Required type not FCFS, but it=92s a good idea to email the= m 1. The draft includes references to the DF Election procedure defined in= RFC 8584. However, it seems= to ignore AC-influenced DF Election capability defined in Section 4 of th= is document, and its implications. In particular: * Without AC-influenced DF Election procedure: i. Atta= chment of an EVI to a Single-Active Multi-Homing ES has to be instantiated = in every PE to which this ES is attached: ii. This = justifies the requirement in Section 6.3 of RFC 7432 to use the numerically= lowest VLAN value in the default DF Election algorithm for EVI that implem= ent VLAN Bundle and VLAN-aware Bundle service interface * With AC-influenced DF Election procedure: i. It i= s possible for a specific Bridge Table in an EVI that implements VLAN-aware= Bundle service interface to be instantiated in some, but not all PEs attac= hed to a given Single-Active Multi-Homing ES ii. As a = consequence, Section 4.1 of RFC 8584 has redefined the DF Election scheme f= or the EVI that implements VLAN-aware bundle service interface, so that DF = is elected per Bridge Table and uses just the VLAN attaching a specific Bri= dge Table to the MH ES in question * May I suggest that you incorporate the AC-influenced DF Election s= cheme (with its implications for DF election for the EVI that implement VL= AN-aware Bundle Service interface in the draft? [LAB] I went over that section again and put 7432 and 8584 side by side to = get clarity. If you look carefully at the changes in 7432bis re: a clearer = definition of =93Ethernet tag=94 I think that improvement already addresses= your concern. The only change RFC8584 adds is the candidate list based on including prese= nce of EtherA-D per EVI. The DF itself does not change and 8584 only added= the clarifying =93as the Ethernet Tag=94 which is already addressed with t= he new terminology ? * Additionally, may I suggest that Section 6.3 of the draft would cl= arify that, for a Bridge Table of an EVI that is attached to a MH ES the pe= r EVI Ethernet A-D route would be also advertised with the =93aliasing=94 l= abel for this Bridge Table and an appropriate Ethermet Tag ID? The current = text (inherited from RFC 7432) only mentions Label1 field in the EVPN MAC/I= P routes advertised for each Bridge Table [LAB] that=92s pretty clear and straightforward, I see no problem adding th= at. * Last but not least, the text in Section 8.5 of the draft differs f= rom the original text in Section 8.5 of RFC 7432 when it comes to DF elect= ion for EVI that implement VLAN Bundle and VLAN-aware Bundle service interf= ace (the differences are highlighted): i. The = latter document says =93In the case of VLAN-(aware) bundle service=94 meani= ng that the text applies to both VLA Bundle and VLAN-aware Bundle service i= nterface ii. The f= ormer (i.e. the draft) says =93In the case of VLAN-aware bundle service=94 = i.e. EVI that implement VLAN Bundle service interface from the definition a= re excluded iii. This l= ooks as a simple type and should be trivial to fix. [LAB] Actually, if you look at the whole paragraph the mention of =93, for = VLAN-based service,=93 was removed implying the DF/ordinal of the first sen= tence applies to all modes. The qualifier =93use lowest ETag=94 applies rea= lly only to VLAN-Aware Bundle now. Hopefully these notes will be useful. Your feedback will be highly apprecia= ted. Regards, and lots of thanks in advance, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@rbbn.com Notice: This e-mail together with any attachments may contain information o= f Ribbon Communications Inc. and its Affiliates that is confidential and/or= proprietary for the sole use of the intended recipient. Any review, disclo= sure, reliance or distribution by others or forwarding without express perm= ission is strictly prohibited. If you are not the intended recipient, pleas= e notify the sender immediately and then delete all copies, including any a= ttachments. --_000_BL3PR02MB813000778ED56A611C852D40AF089BL3PR02MB8130namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi S= asha,

 

Than= ks for the careful review.

Plea= se see comments inline, for the changes incorporated you will see them in -= 04

 

Regards,

Luc Andr=E9

 

Luc Andr=E9 Burdet |  Cisc= o  |  laburdet.ietf@gmail.com  |  Tel: +1 613 254 4814<= o:p>

 

 

From: BESS= <bess-bounces@ietf.org> on behalf of Alexander Vainshtein <Alexan= der.Vainshtein@rbbn.com>
Date: Tuesday, February 22, 2022 at 05:00
To: draft-ietf-bess-rfc7432bis.authors@ietf.org <draft-ietf-bess-= rfc7432bis.authors@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: [bess] Questions and comments regarding draft-ietf-bess-rfc= 7432bis-02

 

Hi all,

I have some new questions regar= ding this draft.

 

  1. The definition of the F flag in the Layer 2 Attr= ibutes Extended Community in Section 7.11 of the draft  (added to the list of flags defined in = RFC 8214) says that, If this flag is set to 1, a Flow Label MUST be present= when sending EVPN packets to this PE. If set to 0, a Flow Label MUST NOT b= e present when sending EVPN packets to this PE.
    1. I am not sure whether the first MUST is a good i= dea because the receiving PE can always recognize presence or absence of th= e Flow Label in the label stack by:

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;         i.  = ;    The= =93application=94 label (advertised in the appropriate EVPN route) not bei= ng marked as Bottom of Stack

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;       ii. &nbs= p;    Th= e label following it not being in the range of reserved (special purpose) l= abels

    1. This is different from the situation with the C = flag in the same extended Community, because presence or absence of the Con= trol Word cannot be recognized by the receiving PE
    2. The second M= UST (that would indicate inability of the receiving PE to handle received F= low Labels) is, of course, OK
    3. May I suggest that you replace the first MUST in the definition with = =93MAY=94 (leaving the decision to include or not to include the Flow Label= to the ingress PE)?

[LAB= ] I updated the MUST to a SHOULD because you make a valid point re: detecti= on at the receiving PE.  This is even expanded upon in Section 18.1.

The = intent is that the ingress PE =93SHOULD when capable itself, impose FL=94 w= hen the remote asks for it.

SHOU= LD because its ability to impose FL is really based on its own local capabi= lity as well, not just remote=92s request. Remote/egress will understand bo= th as you describe =3D> updated 18.1

 

    1. I also wonder if you plan to request an early al= location of the F Flag in the appropriate IANA registry

[LAB= ] it is RFC-Required type not FCFS, but it=92s a good idea to email them

 

  1. The draft includes references to the DF Election= procedure defined in RFC 8584. How= ever, it seems to ignore AC-influenced DF Election capability  defined= in Section 4 of this document, and its implications. In particular:
    1. Without AC-influenced DF Election procedure:

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;         i.  = ;    Att= achment of an EVI to a Single-Active Multi-Homing ES has to be instantiated= in every PE to which this ES is attached:

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;       ii. &nbs= p;    Th= is justifies the requirement in Section 6.3 of RFC 7432 to use the numerica= lly lowest VLAN value in the default DF Election algorithm for EVI that implement VLAN Bundle and VLAN-aware Bundle service interface

    1. With AC-influenced DF Election procedure:

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;         i.  = ;    It = is possible for a specific Bridge Table in an EVI that implements VLAN-awar= e Bundle service interface to be instantiated in some, but not all PEs attached to a given Single-Active Multi-Homing ES

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;       ii. &nbs= p;    As= a consequence, Section 4.1 of RFC 8584 has redefined the DF Election schem= e for the EVI that implements VLAN-aware bundle service interface, so that DF is elected per Bridge Table and uses just the VLAN attaching a specific= Bridge Table to the MH ES in question

    1. May I suggest that you incorporate the AC-influe= nced DF Election scheme (with its implications for DF election for the EVI =  that implement VLAN-aware Bundle Service interface in the draft?

[LAB= ] I went over that section again and put 7432 and 8584 side by side to get = clarity. If you look carefully at the changes in 7432bis re: a clearer defi= nition of =93Ethernet tag=94 I think that improvement already addresses your concern.

The = only change RFC8584 adds is the candidate list based on including presence = of EtherA-D per EVI.  The DF itself does not change and 8584 only adde= d the clarifying =93as the Ethernet Tag=94 which is already addressed with the new terminology ?

 

 

    1. Additionally, may I suggest that Section 6.3 of = the draft would clarify that, for a Bridge Table of an EVI that is attached= to a MH ES the per EVI Ethernet A-D route would be also advertised with the =93aliasing=94 label for this Bridge Tab= le and an appropriate Ethermet Tag ID? The current text (inherited from RFC= 7432) only mentions Label1 field in the EVPN MAC/IP routes advertised for = each Bridge Table

 

[LAB= ] that=92s pretty clear and straightforward, I see no problem adding that.

 

    1. Last but not least, the text in Section 8.5 of t= he draft differs from the original text in  Section 8.5 of RFC 7432 wh= en it comes to DF election for EVI that implement VLAN Bundle and VLAN-aware Bundle service interface (the differences are h= ighlighted):

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;         i.  = ;    The= latter document says =93In the case of VLAN-(aware) = bundle service=94 meaning that the text applies= to both VLA Bundle and VLAN-aware Bundle service interface

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;       ii. &nbs= p;    Th= e former (i.e. the draft) says =93In the case of VLAN-aware bu= ndle service=94 i.e. EVI that implement VLAN Bu= ndle service interface from the definition are excluded

<= span style=3D"font:7.0pt "Times New Roman"">   &nb= sp;            =             &nb= sp;            =             &nb= sp;     iii. &nb= sp;    T= his looks as a simple type and should be trivial to fix.<= /p>

 

[LAB] Actually, if you look at the whole paragraph the=
 mention of =93, for VLAN-based service,=
=93 was removed implying the DF/ordinal of the first=
 sentence applies to all modes. The qualifier =93use lowest ETag=94 applies=
 really only to VLAN-Aware Bundle now.

 

 

 

Hopefully these notes will be u= seful. Your feedback will be highly appreciated.

 

Regards, and lots of thanks in = advance,

Sasha

 

Office: +972-39266302

Cell:    &n= bsp; +972-549266302

Email:   Alexander.Va= inshtein@rbbn.com

 


Notice: This e-mail together with any attachments may contain information o= f Ribbon Communications Inc. and its Affiliates that is confidential and/or= proprietary for the sole use of the intended recipient. Any review, disclo= sure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If= you are not the intended recipient, please notify the sender immediately a= nd then delete all copies, including any attachments.

--_000_BL3PR02MB813000778ED56A611C852D40AF089BL3PR02MB8130namp_-- From nobody Mon Mar 7 10:37:19 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 783903A12FB; Mon, 7 Mar 2022 10:37:11 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164667823144.9143.13101247544879564341@ietfa.amsl.com> Date: Mon, 07 Mar 2022 10:37:11 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-rfc7432bis-04.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 18:37:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : BGP MPLS-Based Ethernet VPN Authors : Ali Sajassi Luc Andre Burdet John Drake Jorge Rabadan Filename : draft-ietf-bess-rfc7432bis-04.txt Pages : 70 Date : 2022-03-07 Abstract: This document describes procedures for BGP MPLS-based Ethernet VPNs (EVPN). The procedures described here meet the requirements specified in RFC 7209 -- "Requirements for Ethernet VPN (EVPN)". Note to Readers _RFC EDITOR: please remove this section before publication_ The complete and detailed set of all changes between this version and RFC7432 may be found as an Annotated Diff (rfcdiff) here (https://tools.ietf.org/rfcdiff?url1=https://www.rfc- editor.org/rfc/rfc7432.txt&url2=https://www.ietf.org/archive/id/ draft-ietf-bess-rfc7432bis-04.txt). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-rfc7432bis/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-rfc7432bis-04 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Mar 7 12:54:49 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 483863A0EFA; Mon, 7 Mar 2022 12:54:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164668648113.9086.12084542571736129990@ietfa.amsl.com> Date: Mon, 07 Mar 2022 12:54:41 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-evpn-mh-pa-05.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 20:54:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : EVPN multi-homing port-active load-balancing Authors : Patrice Brissette Ali Sajassi Luc Andre Burdet Samir Thoria Bin Wen Edward Leyton Jorge Rabadan Filename : draft-ietf-bess-evpn-mh-pa-05.txt Pages : 13 Date : 2022-03-07 Abstract: The Multi-Chassis Link Aggregation Group (MC-LAG) technology enables establishing a logical link-aggregation connection with a redundant group of independent nodes. The purpose of multi-chassis LAG is to provide a solution to achieve higher network availability, while providing different modes of sharing/balancing of traffic. RFC7432 defines EVPN based MC-LAG with single-active and all-active multi-homing load-balancing mode. The current draft expands on existing redundancy mechanisms supported by EVPN and introduces support for port-active load-balancing mode. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-pa/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-mh-pa-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-mh-pa-05 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Mar 7 12:55:18 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7186B3A10D0; Mon, 7 Mar 2022 12:55:00 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Warren Kumari via Datatracker To: "The IESG" Cc: draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, bess@ietf.org, matthew.bocci@nokia.com, matthew.bocci@nokia.com X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Warren Kumari Message-ID: <164668650040.9071.14186855005192252240@ietfa.amsl.com> Date: Mon, 07 Mar 2022 12:55:00 -0800 Archived-At: Subject: [bess] Warren Kumari's Abstain on draft-ietf-bess-srv6-services-12: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 20:55:08 -0000 Warren Kumari has entered the following ballot position for draft-ietf-bess-srv6-services-12: Abstain When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- With the updated text in the Security Considerations in Version 12, I'm clearing my DISCUSS. I still don't love this (hence the Abstain), but my disquiet is caused caused by the security considerations in SRv6, not this document itself. I'd like to specifically call out and thank Ketan Talaulikar, who did an outstanding job at communicating, addressing the concerns, and defusing the situation in general. From nobody Mon Mar 7 15:00:02 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B7B723A1117; Mon, 7 Mar 2022 14:59:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: bess@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: bess@ietf.org Message-ID: <164669399968.9149.14089877550808304859@ietfa.amsl.com> Date: Mon, 07 Mar 2022 14:59:59 -0800 Archived-At: Subject: [bess] I-D Action: draft-ietf-bess-ipv6-only-pe-design-01.txt X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 23:00:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the BGP Enabled ServiceS WG of the IETF. Title : IPv6-Only PE Design for IPv4-NLRI with IPv6-NH Authors : Gyan Mishra Mankamana Mishra Jeff Tantsura Sudha Madhavi Qing Yang Adam Simpson Shuanglong Chen Filename : draft-ietf-bess-ipv6-only-pe-design-01.txt Pages : 27 Date : 2022-03-07 Abstract: As Enterprises and Service Providers upgrade their brown field or green field MPLS/SR core to an IPv6 transport, Multiprotocol BGP (MP- BGP)now plays an important role in the transition of their Provider (P) core network as well as Provider Edge (PE) Edge network from IPv4 to IPv6. Operators must be able to continue to support IPv4 customers when both the Core and Edge networks are IPv6-Only. This document details an important External BGP (eBGP) PE-CE Edge and Inter-AS IPv6-Only peering design that leverages the MP-BGP capability exchange by using IPv6 peering as pure transport, allowing both IPv4 Network Layer Reachability Information (NLRI) and IPv6 Network Layer Reachability Information (NLRI)to be carried over the same (Border Gateway Protocol) BGP TCP session. The design change provides the same Dual Stacking functionality that exists today with separate IPv4 and IPv6 BGP sessions as we have today. With this design change from a control plane perspective a single IPv6 is required for both IPv4 and IPv6 routing updates and from a data plane forwarindg perspective an IPv6 address need only be configured on the PE and CE interface for both IPv4 and IPv6 packet forwarding. This document provides a much needed solution for Internet Exchange Point (IXP) that are facing IPv4 address depletion at large peering points. With this design, IXP can now deploy PE-CE IPv6-Only eBGP Edge or Inter-AS peering design to eliminate IPv4 provisioning at the Edge. This core and edge IPv6-Only peering design paradigm change can apply to any eBGP peering, public internet or private, which can be either Core networks, Data Center networks, Access networks or can be any eBGP peering scenario. This document provides vendor specific test cases for the IPv6-Only peering design as well as test results for the five major vendors stakeholders in the routing and switching indusrty, Cisco, Juniper, Arista, Nokia and Huawei. With the test results provided for the IPv6-Only Edge peering design, the goal is that all other vendors around the world that have not been tested will begin to adopt and implement this new Best Current Practice for eBGP IPv6-Only Edge peering. As this issue with IXP IPv4 address depletion is a critical issue around the world, it is imperative for an immediate solution that can be implemented quickly. This Best Current Practice IPv6-only eBGP peering design specification will help proliferate IPv6-Only deployments at the eBGP Edge network peering points to starting immediately at a minimum with operators around the world using Cisco, Juniper, Arista, Nokia and Huawei. As other vendors start to implement this Best Current Practice, the IXP IPv4 address depletion gap will eventually be eliminated. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-bess-ipv6-only-pe-design/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-bess-ipv6-only-pe-design-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-ipv6-only-pe-design-01 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Mar 7 16:04:04 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2B5B3A11FF; Mon, 7 Mar 2022 16:04:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=EfmrO9kz; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=eGSHSdy1 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 f-CoOtiDz6HA; Mon, 7 Mar 2022 16:03:56 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37BC43A11F5; Mon, 7 Mar 2022 16:03:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15101; q=dns/txt; s=iport; t=1646697836; x=1647907436; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=pXEfVaHxBmmmCTpcZgitTAQ4gpFg3gCwH+0JyjzAC4Y=; b=EfmrO9kzx8cBtV/pmO890pt7Q1f6ONNag7l6rSIkXwJv+2iMPOsSu5+w +PTvIfPmxGxhOXknt7+ImUuq7SneEeeHxG/aAZZB9uDiXCdJGwP6E5fRo mz7ZhRHQfJ5YYioz5MoKwUDM7vJzdVjMzSDvwMD33QG84OeYb2levp5G7 s=; IronPort-PHdr: =?us-ascii?q?A9a23=3A2HKAIBbHgm2N9EecIX7qD8v/LTAphN3EVzX9o?= =?us-ascii?q?rIriLNLJ6Kk+ZmqfEnS/u5kg1KBW4LHo+lFhOzbv+GFOyQA7J+NvWpEfMlKU?= =?us-ascii?q?BkI2skTlhYrVciCD0CzJfX2bis8ScJFUlIt/3yyPUVPXsjkYFiHqXyp5jlUE?= =?us-ascii?q?RL6ZmJI?= IronPort-Data: =?us-ascii?q?A9a23=3Au2EmkaKtV8OzorVNFE+RGpclxSXFcZb7ZxGr2?= =?us-ascii?q?PjKsXjdYENS0j1RzWtKX26HaP3ZZmX9KtF2aY/n9UsOv5+Gm4RkGVcd+CA2R?= =?us-ascii?q?RqmiyZq6fd1j6vI0qj7wvTrFCqL1O1DLImQRCwIZiWE/E31aOC49SAUOZygH?= =?us-ascii?q?9IQNsaVYkideic8IMsRoUoLd98R2uaEs/Dga+++kYuaT/nkBbOQ82Uc3lT4R?= =?us-ascii?q?E60gEgHUPza4Fv0t7GlDBxBlAe2e3I9VPrzKUwtRkYUTLW4HsbiLwrC5Kuy8?= =?us-ascii?q?mWc9BA3B5b81L36aUYNBLXVOGBiiFIPBPPk2UcE93d0i/thXBYfQR8/ZzGhh?= =?us-ascii?q?M94wdpXvIOYQgYyNaqKk+MYO/VdO3gmZfAXoe+ZeiTXXcu7iheun2HX6+52F?= =?us-ascii?q?kAwMsgT+u92G3pm9PEEJnYKdB/rr+O62pq6R/ViwMM5I6HDNo4EoVlhwC3XS?= =?us-ascii?q?/E8TvjrWKXD/9JD9DE8lMAIFvHbD/f1wxIHgA/oeRZDPBIcD4gz2b7ujXjke?= =?us-ascii?q?Doeo1WQzZfbKlP7lGRZuIUB+vKMEjBSefhoow=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A3JSDOqgwbgy/yq9uOVNFCVlKT3BQX3d13D?= =?us-ascii?q?Abv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwR5VpQRvnhPlICPoqTMmftW?= =?us-ascii?q?jdySWVxeRZjbcKrAeQYBEWmtQtsJuINpIOdOEYbmIKzPoSgjPIaerIqePvmM?= =?us-ascii?q?vD6IuurAYOcegpUdAc0+4TMHf8LqQCfng/OXNPLuvk2iMonUvFRV0nKuCAQl?= =?us-ascii?q?UVVenKoNPG0Lj8ZwQdOhIh4A6SyRu19b/TCXGjr1cjegIK5Y1n3XnOkgT/6K?= =?us-ascii?q?nmmeq80AXg22ja6IkTsMf9y+FEGNeHhqEuW3bRY0eTFcZcso+5zXQISdKUmR?= =?us-ascii?q?EXeR730lEd1vFImjbsl6eO0ELQMkfboW4TAjTZuC6laDPY0LzErXQBepF8bU?= =?us-ascii?q?YzSGqF16Lm1+sMip6jlljpxaa+R3n77VfAzsmNWBdwmkWup30+1eYVknxESI?= =?us-ascii?q?MbLKRctIoF4SpuYdo99Q/Bmcsa+dNVfYvhDTdtACWnRmGcunMqzM2nX3w1EB?= =?us-ascii?q?vDSk8eutaN2zwTmHxi1UMXyMEWg39FrfsGOtZ5zvWBNr4tmKBFT8cQY644DO?= =?us-ascii?q?AdQdGvAmiIRR7XKmqdLVnuCalCMXPQrJz85qkz+YiRCdA15Yp3nI6EXEJTtG?= =?us-ascii?q?Y0dU6rAcqS3IdT+hSIW2m5VSSF8LAX23G4gMy0eFPGC1z2dLl1qbrUnxw2OL?= =?us-ascii?q?ytZ8qO?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A5BgATH/lh/5hdJa1aHgEBCxIMgg8?= =?us-ascii?q?LgSExVgd3WjcxhEmDRwOFOYUOgwIDgROVA4UOgS4UgREDVAsBAQENAQE5CAQ?= =?us-ascii?q?BAYUFAheDSAIlNAkOAQIEAQEBEgEBBQEBAQIBBgSBCROFaA2GQgEBAQEDEgs?= =?us-ascii?q?GChMBATcBDwIBCA4DAwECJAcCAgIwHQgBAQQBDQUbB4JiAYIOVwMuAQ6iLQG?= =?us-ascii?q?BOgKKH3qBMYEBgggBAQYEBIE2AQMCAQsCQAGDAhiCHRoDBoE6gw6CflRKAQG?= =?us-ascii?q?HByccgUlEgRUnDBCCMDc+gmMCA4EoARECATcJDYJrN4IukwsEU1gOC20BgRi?= =?us-ascii?q?VT4lOjXKSYQqDRosBlFwFLqgHlkogjG+UJwIehGwCBAIEBQIOAQEGgWE8aXB?= =?us-ascii?q?wFWUBggoBATITPhkPjiA3gzqFFIVKdDgCBgEKAQEDCY1MAQE?= X-IronPort-AV: E=Sophos;i="5.88,333,1635206400"; d="scan'208,217";a="1005918634" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Mar 2022 00:03:54 +0000 Received: from mail.cisco.com (xbe-aln-005.cisco.com [173.36.7.20]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 22803rjk013099 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 8 Mar 2022 00:03:54 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-005.cisco.com (173.36.7.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 7 Mar 2022 18:03:25 -0600 Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 7 Mar 2022 18:03:25 -0600 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 7 Mar 2022 18:03:25 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RXjoSdYUwVe6JOxle6HO1mHarJBP6U+YDQ3Iimh09fBUn+TZZXVt1p94fm1gp/f3yKlvAd6nboEpGAXKqX/5fgndbEhWxYBTFjhaeVntWDx3sqSl3YhKV1jtSu4PY93B8iKgUQxScURmrRxCw1fgivbzuanUEr1pnZ5blydXfEOdUzCR+NOsYqrxkJDJtcR2xDheTWV/fh+XbvMMWVx1/SntruvotgUlQ18s48t9FUPIKlLEOE/roEbncA2sf+hXgTAx1spqvGX1eYRQ+3x7OeTXWpwEvUmeNtV/Pl1LjK060GaIszuzPpNxsZBjYKtm3uuz5Af89d22TwYVTdvh6Q== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pXEfVaHxBmmmCTpcZgitTAQ4gpFg3gCwH+0JyjzAC4Y=; b=QRPwXKY7SWojXtWAUkspN9NdHrLe/BJDFrUL/UY6yF6QGBw9ISFuMgZ4TptxNLc1akG1YFS5WZmN9gJSH0Np9AqKdUq4Ea7nvin92CHWUyrfrwWH/vKGAbU9HFJQxpb0A0/ht1LObYAmrzoEiizL0NGMR++ji1PMIvs2h3CWU8qYHUXOCnFLF75k4EmzRyfEAtp1uVMLRp+pTrMlND74vvx+2NkaMBGwqDc9CEZb+nXe/+DGbbV23A5e3T9emJLkCwyqonEp7sZFZyT/gUASuLUdLJ6hYy4z9dQdlBWDLgqrAnasLbrWzgOCeWe/gOrXDVbTai18eySYi+T6N6ZYNg== 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=pXEfVaHxBmmmCTpcZgitTAQ4gpFg3gCwH+0JyjzAC4Y=; b=eGSHSdy1cDdPqh8f3LWc/k0IkDSJfufDX9+zWq16gUPAQ+lKY7ZouF6JGSvLHQuY0C48Tl3YLCdFU9B3pw11f6FkoGXdaIDlLfkJJkcBEANxvkWECucXR0cxRo+aT0p79/QlSkc9PpFmv0+z8L96hdf2FNKXYONjJSNELPWBfrI= Received: from BYAPR11MB2806.namprd11.prod.outlook.com (2603:10b6:a02:c7::12) by PH0PR11MB5095.namprd11.prod.outlook.com (2603:10b6:510:3b::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.14; Tue, 8 Mar 2022 00:03:23 +0000 Received: from BYAPR11MB2806.namprd11.prod.outlook.com ([fe80::1599:d68f:d69e:519e]) by BYAPR11MB2806.namprd11.prod.outlook.com ([fe80::1599:d68f:d69e:519e%5]) with mapi id 15.20.5038.026; Tue, 8 Mar 2022 00:03:23 +0000 From: "Swadesh Agrawal (swaagraw)" To: Susan Hares , "bess@ietf.org" , "idr@ietf.org" CC: "spring-chairs@ietf.org" Thread-Topic: [Idr] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions Thread-Index: AdgvOGlieceosg5HRQ2hFxIrMlOYZQDBHUgA Date: Tue, 8 Mar 2022 00:03:23 +0000 Message-ID: References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.56.21121100 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 85d18d66-d2ab-467b-1531-08da00971029 x-ms-traffictypediagnostic: PH0PR11MB5095:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Wq1+CvK+HfrbFv5MLJn6z4lHbq488mpHromGdDsqxn26SzyKuyH28l1HiCM3MYLAd2fh0vNGQSMfbQQcvC/1M42lnT7/aDCC2HLGH1FAdmwOIfJsghiy1KeYyAo+PKcfr1aJ5Xa0FmcH9zFXhTL8Spv2Fn2DmF+q+SElHB4UYjT98OKQcGrPjj2S3AHufWnIRFHfMGRUrYMOk0CVOliEaDFl9USdm/cEL4b0dfNghgU8OP9D7NU2kAkj0KtWSff5AVYLuDEZAbsbWTgUaqseQ6u4eFo63BBivxBOJdpywNsrYvrPX9HYkYMCA7w3srqHc2JRF/KPuU6GJ0ABDySQTI6rSw1cBXMs4QMfuyrefGrHqBaeWAyApVX4HlKyFEIt8h3c8axrFOCHZj5s81KH92nHCl31MLc1w2fB2OJjL4GswKOdjXMA3QDYw3oYnjcMckKgsoqmBT4na/P2JkQD/L7D2M1X9Zcsa7jQNbCFipRoW4RogouLAcY5S15kkzcDtdvGznYrR/xTI3TCkY9/dHW+u3EqMlUc4Ekroq09GrqRfFc7LfhNjq8ydK/xjfQhVhSy4nPi9RBx4Cah1CRQpdwntqWNNwoLVgWxfH39vzZKCSJbGG9HRjl/7tSacq6E5w7H+1ugdX34OGN2KWGFtBgiyr5wFoEZkzEQOuJEmtqlTj4PEbOW7hX8rKDfeodpzJnt+h/HZG6+Ar/TReUnt35vFXaefJFXAKYrVG33IrS59RQVN/Qk+uTZJg0NvYbHH5CdjzYSStXQRzPAXPHoWYn+3R11EH+uCpFXGSYsZAyu2QLOu+VVlGpmgDWvyU56tVma6TOpDaPVctDc4vgnANB7ofEj920/7N5HIS7ncuI= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2806.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(8676002)(66946007)(66446008)(66476007)(38100700002)(2906002)(53546011)(91956017)(66556008)(76116006)(64756008)(166002)(4326008)(122000001)(71200400001)(9326002)(110136005)(38070700005)(8936002)(5660300002)(6486002)(86362001)(316002)(966005)(508600001)(6506007)(33656002)(186003)(26005)(36756003)(83380400001)(6512007)(2616005)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?cDVMd2JzdHNwVDVSOC9qSEJqc1dNd1pGTTZ3U3dYNHRWSEJuRnE1TDJHL01j?= =?utf-8?B?ZDBnTmFHUkxxVk5Penc1emRmemVtVkR0R0RBQ2hnN09LR2Z5bE5RaUw5RSs2?= =?utf-8?B?RmFONlQ2WTNOeS9DTkZpbWlMTXA4VzJGdnVDMHRvWkZUMWxTYUlCd0svNmhh?= =?utf-8?B?bTFnQnpXZHJWRU1pMHZUcWdqR2dxQkpXWXU0RThIQ2QxR2JsNk9XcWNxaU1C?= =?utf-8?B?c0R1eWU1dmxOZTR2WG1jNEZIOWRZRVFpMVhsellhOW5SbDNndGhvM2JETk1s?= =?utf-8?B?a0k4NThTTXZ3SDg1SWpvZmRjaU85NjNHeVJwYlhUV1FySnZCRGppbVNvc09Y?= =?utf-8?B?NXIwMjMwKytvSGhxRU44RzFkd2pvdGFidmk0WDExYWJ0ZGxJbXhlRWhIU2lH?= =?utf-8?B?UWgyNm85bVRjVEN0TXp2NVJQdk42RVhxRjA4VnI2M09LcStsdVpuUHlzK1NK?= =?utf-8?B?YkRrb0cxbGJrQUFpMHRQd3ZPR0FxeHlxRjJLanVWREJ5TzE1b1FmQzJBK09K?= =?utf-8?B?YlhjOEs5NTcvUklDZUtpQkYxbnhrcTZTc1p4aUZmRDdPTGwwdXRqR2tkaGxP?= =?utf-8?B?dTRvS2VoYjEwQXZSQm5vU1FGanlkbWNKSFVwcW5PNitiSk5nejhJQklCSTlQ?= =?utf-8?B?bGZrUldSOTBzVnVsU2FWdXdTTXFrcE55Nzl4Qks3andUZzlDQ2Q2KytXRlAv?= =?utf-8?B?aDFEdDFxZzhSMlpKSWRWY2hlVVVYUXNoU1p0elVDU1ZEU3psY09ZU1pocXhJ?= =?utf-8?B?VCszdTJkWmdaclA4Z3hRc0NyV2lZUzQ3U3BZMHljZ0NxOTBFdEppa1FWbDJr?= =?utf-8?B?c0VGZ3NyQWp4TkRtSkVmTEZWY290bXg3Tm5uT2tQM24yZlFSSHA5ak1mNUdk?= =?utf-8?B?YjhnYkF4MEppcklRcnUwV2pOMHJNYytEWVRtVlFnV0VhNzk4RHlsbHJWb0Zs?= =?utf-8?B?NzZxNFNpRHprd1BKYnc1QTNGcktvUks1U1NwZnRZT3E1WVl2VnZpM0tWOHpI?= =?utf-8?B?QUFEWjNLMDJObk5JdWl4UVUyaEVSTDdEaEJRYWlpVlRZd2tYTXZuOWEwVjVH?= =?utf-8?B?amZIRFJmVGpxQk9lQ24rYy84SXZKV1NNSHRWVDkvY3EzR2NaWVJQaytDYTBN?= =?utf-8?B?ZEg3dG5WRm83ZFI1L0JGY3liWE9tQ0pYcWFvOUU5VjRHaW1QdmpqQU55TWRl?= =?utf-8?B?WWxyMTRjd1NrQmhBVk9IQWQrN0RDdi81emFOaUd3TFUzR25xMmErME1NdGhx?= =?utf-8?B?aGNyNWpJMW5OWjhsZFh1Qlo3MmVudlJmd2RXQ0pweGlkbUpqblNTMThVSy9U?= =?utf-8?B?RzVDN0hWT21Wa1VnOVB2Tll2UEE1cUVObTc0ZXA1MXJOMDRQTkdxZWpMaUdn?= =?utf-8?B?ZVQwVXN5SlEyOUtoNytXOXc5V2hsTUZoMTdMNHBidmtOVmFBSmprVWUwNzZN?= =?utf-8?B?RFkvZjNJSDFsME1tdFZXb3VYZDR3RDlDMmZpL0xwSVVmWkVIMjFVZXB5YnI4?= =?utf-8?B?QmU4MytDVXIyTlRhR0IxZlVpdG93TE9QdEdySE82NjIwTWJQYytvRFpwbmMr?= =?utf-8?B?TkR0Tmg2WC9VNE9UVm9YWURnQWlUTFlLamJsakFPbnVtTEMwaTdteHBLZU4y?= =?utf-8?B?aHZIOEVMRTRqRkt1U0NhNzZJYWR5N3Q1YUE3cmJXbGlrQ1gxUkpWLy9SNytW?= =?utf-8?B?Z3BCMjRrcVpsa3NiTVY3dmFhZTNSaW5IcmdzcnpQWlpockZZUnBuRGF0Qko4?= =?utf-8?B?L3hvU0ZVZVhiYlFtaks0QS9VVEtoalgxRzZVc3d0QlM0T2llcXhSR0VKZVpT?= =?utf-8?B?ZHYzL09INitYZmRBQzZJb25la21tSGxIY2tLU3dTKzBiL1hZaDF4czZQTzd3?= =?utf-8?B?WERTYUttQXh0dytjd1hKY2pkUVU3dDR5QldoblZ2VTRSQXRCbWF5dXdUUS9V?= =?utf-8?B?ZFF4RG1uem5SbW9vRVlKcVNReGIyUHlMQzVxdkliNmcrZHAvZWIrT0tTM1pp?= =?utf-8?B?UjF4cTYrWDVMd3pNK2ZPbUhhNWd5YkJ0enpza25Vb05Xb2FncU9kbDdRQnNl?= =?utf-8?B?SDF2YTVYbkdhSFpzNVZjVTI0YUxzT05INWMzeVFHbjZLMEVKa3B6Q2ZFL0dP?= =?utf-8?B?bHRSV0xzeUNpdU84RG5hWHBTTDN0eTBpZUUvMWYwMEZ4NTNUbTFRZmxZS1Yy?= =?utf-8?Q?subAYwa1gwdt6W/ToXkNAIY=3D?= Content-Type: multipart/alternative; boundary="_000_B0FD52D31D1B4932849E28224D790A85ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2806.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 85d18d66-d2ab-467b-1531-08da00971029 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2022 00:03:23.6598 (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: DREu9WVAoF62OtWEGaDxnWhNj8OpuccUeNQMd8joRrbb4grCLqwf2xJmCeOANkl+9BzzGdNGrE5fso79ClD3Gw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5095 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.20, xbe-aln-005.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [bess] [Idr] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 00:04:02 -0000 --_000_B0FD52D31D1B4932849E28224D790A85ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU3VlLA0KDQpJ4oCZbSBub3QgYXdhcmUgb2YgYW55IElQUi4NCg0KUmVnYXJkcw0KU3dh ZGVzaA0KDQpGcm9tOiBJZHIgPGlkci1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgU3Vz YW4gSGFyZXMgPHNoYXJlc0BuZHpoLmNvbT4NCkRhdGU6IFRodXJzZGF5LCBNYXJjaCAzLCAyMDIy IGF0IDExOjU0IEFNDQpUbzogImJlc3NAaWV0Zi5vcmciIDxiZXNzQGlldGYub3JnPiwgImlkckBp ZXRmLm9yZyIgPGlkckBpZXRmLm9yZz4NCkNjOiAic3ByaW5nLWNoYWlyc0BpZXRmLm9yZyIgPHNw cmluZy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbSWRyXSBJUFIgY2FsbCBmb3IgZHJhZnQt ZHNrYy1iZXNzLWJncC1jYXItMDMgKDMvNCB0byAzLzEwKSAtIFByaW9yIHRvIGFkb3B0aW9uIG9m IENBUi9DVCBzb2x1dGlvbnMNCg0KR3JlZXRpbmdzIEJlc3MgYW5kIElEUjoNCg0KVGhlIElEUiBj aGFpcnMgcmVxdWVzdCB0aGF0IGVhY2ggb2YgdGhlIGF1dGhvcnMgb2YNCmRyYWZ0LWRza2MtYmVz cy1iZ3AtY2FyLTAzLnR4dC4NCnN1Ym1pdCBhbiBJUFIgc3RhdGVtZW50IGluIHJlc3BvbnNlIHRv IHRoaXMgZW1haWwuDQpUaGUgbW90aXZhdGlvbiBmb3IgdGhpcyBJUFIgY2FsbCBpcyBiZWxvdy4N Cg0KV2UgZXhwZWN0IElQUiByZXNwb25zZXMgZnJvbSB0aGUgYXV0aG9yczoNCkRoYW5hbmpheWEg UmFvLCBTd2FkZXNoIEFncmF3YWwsIENsYXJlbmNlIEZpbHNmaWxzLA0KIEtldGFuIFRhbGF1bGlr YXIsIERpcmsgU3RlaW5iZXJnLCBMdWF5IEphbGlsLA0KWXVhbmNoYW8gU3UsIEJydW5vIERlY3Jh ZW5lLCBKaW0gR3VpY2hhcmQsDQpLZXl1ciBQYXRlbCwgSGFpYm8gV2FuZw0KDQoNClRoZXJlIGlz IG9uZSAgSVBSIGZpbGVkIGFnYWluc3QgdGhpcyBkcmFmdDoNCmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvaXByLzQ4NDQvDQpNb3RpdmF0aW9uIGZvciBJUFIgY2FsbA0KPT09PT09PT09PT09 PT09PT09PT09PT09PT0NCg0KV2h5IGFyZSB0aGUgSURSIGNhbGxpbmcgZm9yIElQUiBzdGF0ZW1l bnRzPw0KVGhlIGF1dGhvcnMgb2YgZHJhZnQta2FsaXJhai1pZHItYmdwLWNsYXNzZnVsLXRyYW5z cG9ydC1wbGFuZXMtMTMudHh0DQpoYXZlIGFza2VkIGZvciBXRyBBZG9wdGlvbi4NCg0KV2UgaGF2 ZSB0d28gZHJhZnRzIHRoYXQgYXJlIGRpc2N1c3NpbmcgZW1iZWRkZWQgTkxSSSAoY29sb3IpLg0K ZHJhZnQtZHNrYy1iZXNzLWJncC1jYXItMDMudHh0DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1kc2tjLWJlc3MtYmdwLWNhci8NCmFuZA0KZHJhZnQta2FsaXJhai1pZHIt YmdwLWNsYXNzZnVsLXRyYW5zcG9ydC1wbGFuZXMtMTMudHh0DQoNCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWthbGlyYWotaWRyLWJncC1jbGFzc2Z1bC10cmFuc3BvcnQt cGxhbmVzLw0KDQpTaW5jZSB0aGUgSURSIGNoYWlycyBrbm93IHRoZXNlIGRyYWZ0cyBtYXkgb3Zl cmxhcCwNCndlIGV4cGVjdCB0byB3b3JrIGNsb3NlbHkgd2l0aCB0aGUgYmVzcy1jaGFpcnMsIHNw cmluZy1jaGFpcnMsDQpJRFIgV0csIGFuZCBCRVNTIFdHIGFueSBXRyBhZG9wdGlvbiAgYW5kIFdH IExDLg0KDQpPdGhlciBEaXNjdXNzaW9ucw0KPT09PT09PT09PT09PT09PT09DQpJRFIgV0cgaGVs ZCBhbiBpbnRlcmltIG9uIDEvMjQvMjAyMiB0aGF0IGRpc2N1c3NlZCB0aGVzZSB0d28gZHJhZnRz Og0KVGhlIG1pbnV0ZXMgYXJlIGF0Og0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0 aW5nL2ludGVyaW0tMjAyMi1pZHItMDIvbWF0ZXJpYWxzL21pbnV0ZXMtaW50ZXJpbS0yMDIyLWlk ci0wMi0yMDIyMDEyNDEwMDAtMDENCg0KDQpKZWZmIGhhcyBzdGFydGVkIHR3byBtYWlsIHRocmVh ZHMgZm9yIENBUi9DVCBkcmFmdHMgYmFzZWQgb24gMiBRdWVzdGlvbnM6DQpRdWVzdGlvbiAxOiBC R1Agcm91dGVzIHdpdGggY29sb3IsIFF1ZXN0aW9uIDE6IEhvdyBkb2VzIHJvdXRlIHJlc29sdXRp b24gd29yayB3aXRoIHlvdXIgZmVhdHVyZT8NCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcv YXJjaC9tc2cvaWRyL09hTm5FNWVwY2FLN0d0Y1Y4T2xBVmREM1piSS8NCg0KUXVlc3Rpb24gMjog QkdQIHJvdXRlcyB3aXRoIGNvbG9yLCBRdWVzdGlvbiAyOiBSb3V0ZSBvcmlnaW5hdGlvbiBhbmQg cHJvcGFnYXRpb24NCmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaWRyLzRN WUlGeUhXSVRqOC1LazM4QW1LbGtoaDViOC8NCg0KS2FsaXJhaiBiZWdhbiBkaXNjdXNzaW9uIG9u IHRoaXMgZW1haWwgb24gSURSOg0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21z Zy9pZHIvX1JCOU1kMDFSWFVQUTVnLThoek9mSlBoVDdrLw0KDQoNClRoZSBCRVNTIGVtYWlsIGRp c2N1c3Npb24gcmVnYXJkaW5nIENBUiAoMTEvMTgvMjAyMSB0byAxLzI0LzIwMjIpIGNhbiBiZSBm b3VuZCBhdDoNCg0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9iZXNzL185 b1RMYW9kN3o5b18xU1lFYWkwdE41YjBFTS8NCg0KDQpTdWUgSGFyZXMNCklEUiBjaGFpcg0KRG9j dW1lbnQgU2hlcGhlcmQNCg0K --_000_B0FD52D31D1B4932849E28224D790A85ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <07724F0931772D44929F138AE4E3E70A@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxh aW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4g VGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHls ZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28t c3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPkhlbGxvIFN1ZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+SeKA mW0gbm90IGF3YXJlIG9mIGFueSBJUFIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPlN3YWRlc2g8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAw aW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2NvbG9yOmJsYWNrIj5JZHIgJmx0O2lkci1ib3VuY2VzQGlldGYub3JnJmd0OyBv biBiZWhhbGYgb2YgU3VzYW4gSGFyZXMgJmx0O3NoYXJlc0BuZHpoLmNvbSZndDs8YnI+DQo8Yj5E YXRlOiA8L2I+VGh1cnNkYXksIE1hcmNoIDMsIDIwMjIgYXQgMTE6NTQgQU08YnI+DQo8Yj5Ubzog PC9iPiZxdW90O2Jlc3NAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7LCAmcXVv dDtpZHJAaWV0Zi5vcmcmcXVvdDsgJmx0O2lkckBpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9i PiZxdW90O3NwcmluZy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O3NwcmluZy1jaGFpcnNAaWV0 Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPltJZHJdIElQUiBjYWxsIGZvciBkcmFmdC1k c2tjLWJlc3MtYmdwLWNhci0wMyAoMy80IHRvIDMvMTApIC0gUHJpb3IgdG8gYWRvcHRpb24gb2Yg Q0FSL0NUIHNvbHV0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5HcmVldGluZ3MgQmVzcyBhbmQgSURSOjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGUgSURSIGNoYWlycyByZXF1ZXN0IHRoYXQgZWFjaCBvZiB0aGUgYXV0aG9ycyBvZiA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmRyYWZ0LWRza2MtYmVzcy1iZ3At Y2FyLTAzLnR4dC4gPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5zdWJtaXQg YW4gSVBSIHN0YXRlbWVudCBpbiByZXNwb25zZSB0byB0aGlzIGVtYWlsLiAmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBtb3RpdmF0aW9uIGZvciB0aGlzIElQ UiBjYWxsIGlzIGJlbG93LiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgZXhwZWN0IElQUiBy ZXNwb25zZXMgZnJvbSB0aGUgYXV0aG9yczogPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5EaGFuYW5qYXlhIFJhbywgU3dhZGVzaCBBZ3Jhd2FsLCBDbGFyZW5jZSBGaWxzZmls cywgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDtLZXRhbiBUYWxh dWxpa2FyLCBEaXJrIFN0ZWluYmVyZywgTHVheSBKYWxpbCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPll1YW5jaGFvIFN1LCBCcnVubyBEZWNyYWVuZSwgSmltIEd1aWNoYXJk LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S2V5dXIgUGF0ZWwsIEhhaWJv IFdhbmc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlcmUgaXMgb25lJm5ic3A7IElQUiBm aWxlZCBhZ2FpbnN0IHRoaXMgZHJhZnQ6IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5odHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2lwci80ODQ0LzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TW90 aXZhdGlvbiBmb3IgSVBSIGNhbGwgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij49PT09PT09PT09PT09PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+V2h5IGFyZSB0aGUgSURSIGNhbGxpbmcgZm9yIElQUiBzdGF0ZW1lbnRzPyA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBhdXRob3JzIG9mIGRyYWZ0 LWthbGlyYWotaWRyLWJncC1jbGFzc2Z1bC10cmFuc3BvcnQtcGxhbmVzLTEzLnR4dA0KPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5oYXZlIGFza2VkIGZvciBXRyBBZG9wdGlv bi4gJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGhhdmUgdHdvIGRyYWZ0cyB0aGF0 IGFyZSBkaXNjdXNzaW5nIGVtYmVkZGVkIE5MUkkgKGNvbG9yKS4NCjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+ZHJhZnQtZHNrYy1iZXNzLWJncC1jYXItMDMudHh0IDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZHNrYy1iZXNzLWJncC1jYXIvIj5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kc2tjLWJlc3MtYmdwLWNhci88L2E+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hbmQgPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5kcmFmdC1rYWxpcmFqLWlkci1iZ3AtY2xhc3NmdWwtdHJhbnNwb3J0LXBs YW5lcy0xMy50eHQgPG86cD4NCjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWthbGlyYWotaWRy LWJncC1jbGFzc2Z1bC10cmFuc3BvcnQtcGxhbmVzLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQta2FsaXJhai1pZHItYmdwLWNsYXNzZnVsLXRyYW5zcG9ydC1wbGFuZXMv PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TaW5jZSB0aGUgSURSIGNoYWlycyBrbm93IHRo ZXNlIGRyYWZ0cyBtYXkgb3ZlcmxhcCwgJm5ic3A7Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj53ZSBleHBlY3QgdG8gd29yayBjbG9zZWx5IHdpdGggdGhlIGJlc3Mt Y2hhaXJzLCBzcHJpbmctY2hhaXJzLCAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPklEUiBXRywgYW5kIEJFU1MgV0cgYW55IFdHIGFkb3B0aW9uICZuYnNwO2FuZCBX RyBMQy4mbmJzcDsmbmJzcDsmbmJzcDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk90aGVyIERp c2N1c3Npb25zIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PT09PT09PT09 PT09PT09PT09PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JRFIgV0cgaGVs ZCBhbiBpbnRlcmltIG9uIDEvMjQvMjAyMiB0aGF0IGRpc2N1c3NlZCB0aGVzZSB0d28gZHJhZnRz OiAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBtaW51dGVz IGFyZSBhdDogPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvaW50ZXJpbS0yMDIyLWlkci0wMi9t YXRlcmlhbHMvbWludXRlcy1pbnRlcmltLTIwMjItaWRyLTAyLTIwMjIwMTI0MTAwMC0wMSI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9tZWV0aW5nL2ludGVyaW0tMjAyMi1pZHItMDIvbWF0 ZXJpYWxzL21pbnV0ZXMtaW50ZXJpbS0yMDIyLWlkci0wMi0yMDIyMDEyNDEwMDAtMDE8L2E+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SmVmZiBoYXMgc3RhcnRlZCB0d28gbWFpbCB0aHJlYWRzIGZvciBDQVIvQ1QgZHJh ZnRzIGJhc2VkIG9uIDIgUXVlc3Rpb25zOg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5RdWVzdGlvbiAxOiBCR1Agcm91dGVzIHdpdGggY29sb3IsIFF1ZXN0aW9uIDE6IEhv dyBkb2VzIHJvdXRlIHJlc29sdXRpb24gd29yayB3aXRoIHlvdXIgZmVhdHVyZT88bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vbWFpbGFyY2hpdmUu aWV0Zi5vcmcvYXJjaC9tc2cvaWRyL09hTm5FNWVwY2FLN0d0Y1Y4T2xBVmREM1piSS8iPmh0dHBz Oi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvaWRyL09hTm5FNWVwY2FLN0d0Y1Y4T2xB VmREM1piSS88L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlF1ZXN0aW9uIDI6IEJHUCByb3V0 ZXMgd2l0aCBjb2xvciwgUXVlc3Rpb24gMjogUm91dGUgb3JpZ2luYXRpb24gYW5kIHByb3BhZ2F0 aW9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczov L21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lkci80TVlJRnlIV0lUajgtS2szOEFtS2xr aGg1YjgvIj5odHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lkci80TVlJRnlI V0lUajgtS2szOEFtS2xraGg1YjgvPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5LYWxpcmFq IGJlZ2FuIGRpc2N1c3Npb24gb24gdGhpcyBlbWFpbCBvbiBJRFI6IDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9y Zy9hcmNoL21zZy9pZHIvX1JCOU1kMDFSWFVQUTVnLThoek9mSlBoVDdrLyI+aHR0cHM6Ly9tYWls YXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pZHIvX1JCOU1kMDFSWFVQUTVnLThoek9mSlBoVDdr LzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGhlIEJFU1MgZW1haWwgZGlzY3Vzc2lv biByZWdhcmRpbmcgQ0FSICgxMS8xOC8yMDIxIHRvIDEvMjQvMjAyMikgY2FuIGJlIGZvdW5kIGF0 OjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGEgaHJlZj0iaHR0cHM6 Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9iZXNzL185b1RMYW9kN3o5b18xU1lFYWkw dE41YjBFTS8iPmh0dHBzOi8vbWFpbGFyY2hpdmUuaWV0Zi5vcmcvYXJjaC9tc2cvYmVzcy9fOW9U TGFvZDd6OW9fMVNZRWFpMHRONWIwRU0vPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1ZSBIYXJlcyA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklEUiBjaGFpciA8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRvY3VtZW50IFNoZXBoZXJkIDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_B0FD52D31D1B4932849E28224D790A85ciscocom_-- From nobody Mon Mar 7 19:13:46 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1742F3A0BE0 for ; Mon, 7 Mar 2022 19:13:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no 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 H00aaQHSD8oR for ; Mon, 7 Mar 2022 19:13:01 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 137BF3A0B3F for ; Mon, 7 Mar 2022 19:13:00 -0800 (PST) Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KCL3h6ywBz67NsV for ; Tue, 8 Mar 2022 11:12:32 +0800 (CST) Received: from kwepeml500002.china.huawei.com (7.221.188.128) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 8 Mar 2022 04:12:56 +0100 Received: from kwepeml500001.china.huawei.com (7.221.188.162) by kwepeml500002.china.huawei.com (7.221.188.128) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 8 Mar 2022 11:12:54 +0800 Received: from kwepeml500001.china.huawei.com ([7.221.188.162]) by kwepeml500001.china.huawei.com ([7.221.188.162]) with mapi id 15.01.2308.021; Tue, 8 Mar 2022 11:12:54 +0800 From: "Wanghaibo (Rainsword)" To: "Mankamana Mishra (mankamis)" , "bess@ietf.org" Thread-Topic: Please send me slot request for IETF 113 (BESS is only remote ) Thread-Index: AQHYJNsY5FPcWK0iV0GNuqWQLiRRqqy06R4Q Date: Tue, 8 Mar 2022 03:12:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.153.118] Content-Type: multipart/alternative; boundary="_000_ea48914f5d3348e18a492a9f59142e3fhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] Please send me slot request for IETF 113 (BESS is only remote ) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 03:13:05 -0000 --_000_ea48914f5d3348e18a492a9f59142e3fhuaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Mankamana, I would like to request a 10 minute time slot for the draft below: In this version, we have updated the detail usage about the scenario that w= e want to use. Also, we have revised our document according to the comments from the last = meeting. https://datatracker.ietf.org/doc/draft-wang-bess-sbfd-discriminator/ Regards, Haibo From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Mankamana Mishra (ma= nkamis) Sent: Friday, February 18, 2022 11:22 PM To: bess@ietf.org Subject: [bess] Please send me slot request for IETF 113 (BESS is only remo= te ) All, Please send me slot request for IETF 113. Please note BESS session would be= only remote since none of the chairs are able to travel in person this tim= e. Mankamana --_000_ea48914f5d3348e18a492a9f59142e3fhuaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Mankamana,=

 

I would like to request a 10 mi= nute time slot for the draft below:

 

In this version, we have update= d the detail usage about the scenario that we want to use.

Also, we have revised our&= nbsp;document according to the comments from the last meetin= g.

 

https://datatracker.ietf.org/doc/draft-wang-bess-sbfd-discr= iminator/

 

Regards,

Haibo

 

F= rom: BESS [mailt= o:bess-bounces@ietf.org] On Behalf Of Mankamana Mishra (mankamis)
Sent: Friday, February 18, 2022 11:22 PM
To: bess@ietf.org
Subject: [bess] Please send me slot request for IETF 113 (BESS is on= ly remote )

 

All,=

Plea= se send me slot request for IETF 113. Please note BESS session would be onl= y remote since none of the chairs are able to travel in person this time.

 

 

Mank= amana

--_000_ea48914f5d3348e18a492a9f59142e3fhuaweicom_-- From nobody Mon Mar 7 20:00:54 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEE543A0D0C; Mon, 7 Mar 2022 20:00:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no 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 FbGLdzPTtE2c; Mon, 7 Mar 2022 20:00:30 -0800 (PST) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BE553A0D0B; Mon, 7 Mar 2022 20:00:28 -0800 (PST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4KCM6y0RtnzBHr2h; Tue, 8 Mar 2022 12:00:26 +0800 (CST) Received: from njxapp02.zte.com.cn ([10.41.132.201]) by mse-fl1.zte.com.cn with SMTP id 2284087q009310; Tue, 8 Mar 2022 12:00:08 +0800 (GMT-8) (envelope-from liu.yao71@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid203; Tue, 8 Mar 2022 12:00:08 +0800 (CST) Date: Tue, 8 Mar 2022 12:00:08 +0800 (CST) X-Zmail-TransId: 2afa6226d4c8a16845ff X-Mailer: Zmail v1.0 Message-ID: <202203081200085293755@zte.com.cn> Mime-Version: 1.0 From: To: Cc: , , , , , , Content-Type: text/plain; charset="UTF-8" X-MAIL: mse-fl1.zte.com.cn 2284087q009310 X-Fangmail-Gw-Spam-Type: 0 X-FangMail-Miltered: at cgslv5.04-192.168.250.137.novalocal with ID 6226D4DA.000 by FangMail milter! X-FangMail-Envelope: 1646712026/4KCM6y0RtnzBHr2h/6226D4DA.000/10.30.14.238/[10.30.14.238]/mse-fl1.zte.com.cn/ X-Fangmail-Anti-Spam-Filtered: true X-Fangmail-MID-QID: 6226D4DA.000/4KCM6y0RtnzBHr2h Archived-At: Subject: Re: [bess] =?utf-8?q?John_Scudder=27s_Discuss_on_draft-ietf-bess-srv?= =?utf-8?q?6-services-11=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 04:00:34 -0000 Hi Robert, Thanks for sharing your detailed consideration on BGP capability and new NLRI. A few comments about the BGP capability solution. Please see inline [YAO]. ============================================================================== In BGP protocol any new service deployment using existing AFI/SAFI is not easy. Especially when you are modifying content of MP_REACH or MP_UNREACH NLRI attributes. Main reason being is that using capabilities only goes one hop. In full mesh it all works perfect, but the moment you put RR in between BGP speakers things are getting ugly as capabilities are not traversing BGP nodes. /* Even in full mesh mixing transports for the same service is a serious challenge for routers when say multihomes sites are advertised from different PEs with different transport options */. [YAO] As you mentioned, in the scenario multihomes sites are advertised from different PEs with different transport options without RR, e.g, CE1 are connected to PE1 and PE2, PE1 supports MPLS VPN while PE2 support SRv6 VPN, PE3 is the peer of PE1 and PE2, imagine PE3 supports both capabilities, I don't think this brings much difference between the configuration approach and BGP capability approach. If BGP capability is introduced, PE3 will receive both MPLS VPN and BGP VPN routes, how to process them is based on user's requirement,e.g, choosing one fixed type of routes, using the lastest routes, ECMP and so on. If configuration approach is used, how to configure is based user's requirement as well. Before configuration on PE1 and PE2, one should first decide whether PE3 wants to receive only one type of route or to receive both routes. And if PE3 receive both routes, the processing rule also should be considered. In a word, in scenario like this, the consideration on user's requirement is similar in both approach. Imagine RR signals SRv6 Service Capability to the PE. Then this PE happily sends a new format of the UPDATE messages. Well as today we also do not have a notion of conditional capabilities (only send when received from all) so if some of the RR peers do not support it you end up in partial service. One can argue that in this case the only deterministic model is to push the configuration from the management station and control partial deployment of the new service from mgmt layer. [YAO] By saying "RR peers", do you mean that in the scenario that there're multiple RRs, and they're peers of each other, if some of the RRs don't support the new BGP capability, the SRv6 service routes will not be sent to them thus result in losing part of the routes? If this is the case, I don't think it's a serious problem. No matter what new BGP capability one wants to introduce in this scenario, RRs are always required to support it if we want to get it right. If "RR peers" means other PEs, it is the expected result that PEs don't support the new capability will not receive the new kind of UPDATE messages. So the dropping the new routes sent to these PEs is not a problem. On the other hand, the management approach is always a practical option by not sending new messages to these PEs . Regards, Yao From nobody Mon Mar 7 22:23:36 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF5DE3A07C0; Mon, 7 Mar 2022 22:23:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.107 X-Spam-Level: X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XYYUhg0B-Pwz; Mon, 7 Mar 2022 22:23:01 -0800 (PST) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92A963A058F; Mon, 7 Mar 2022 22:23:00 -0800 (PST) Received: by mail-vs1-xe2f.google.com with SMTP id u124so12431252vsb.10; Mon, 07 Mar 2022 22:23:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6aAONdzTK3dSWV1vj3F7RMo6gnCMQRSN87VvdvLUjrc=; b=V2HPqkZNjdT9kHcaSPI142gNN/JeQ82ax5Pxm986foCpGUxFGM1t9sxi64EoZOKD/l GpaQ2Bo/9TBTfxf2MLI217KtrXhOp2Nn3ykEFaATXS90N8eg4SXxg4Ylzk45JtYFYArF aRoVAYxh+JJ5ElaZuWtItQPKdVbL0zKzGwptNLR8zgFtz4Yc5sGi+mNjhtohftko0MGu /GX+TVmOE3i5pZdEtigmd2QUfGISRkETjs6F8XvMO236MovMPqVry0p77N9IPy6eLPgA zmhADDA+BEhgAoioB5pYYyZMD7yZ7xoSxEPVV+Da4/etHtRAvtOe+eN5OMzhXnMqb4kk MpDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6aAONdzTK3dSWV1vj3F7RMo6gnCMQRSN87VvdvLUjrc=; b=jg1iOtD5BlSki5qZN6bbIqDmKkVYZk3+DT0lSTstxbdB3hNAXeKOqwfEifQUCcx0gu P5mj4pArbyuEnvqPHFEWSOo8pEB2Jgo/UyvNrQAfgU3LFGoAnS7/t4PSbFDA0go+hIkA aEWvaa7OiMCRqUsxUcUzaFVfCXANvaveH9ip2H0NmJfPd8/t0kfxF0qUWM4Fm3nIn+Ei u/Zzriy6iKULMNHWeWpBpf61zTZep/FT4xsyHNfuVWqXujXEI4Ghsz1XO7u1RJKUnvt2 TOwL7qnmI4sJ62nRPyJZySSSeoy/BfoNWQSX+yn/GhN7O+AbKyIu7a8QaQX3WSX6td3B vCOA== X-Gm-Message-State: AOAM532DTZzP3U9D5iVMfm2NmeRmajsmQadMF21iuR2LcoHxdRbQZvQY czO2fLdiJvV0pzdm6ncI1ZZtAP+DJRH/i6XykarP0qpN X-Google-Smtp-Source: ABdhPJzs5lO5UtwB5RAf+z6qI3vWD1InDEyEXhl9I6qpoWBKeHSwO+hnlMhlcjENuYGYCIA0t+Ka6qZZL8qjMJPCNWw= X-Received: by 2002:a05:6102:284a:b0:31e:c455:5dee with SMTP id az10-20020a056102284a00b0031ec4555deemr5230411vsb.27.1646720579229; Mon, 07 Mar 2022 22:22:59 -0800 (PST) MIME-Version: 1.0 References: <164668650040.9071.14186855005192252240@ietfa.amsl.com> In-Reply-To: <164668650040.9071.14186855005192252240@ietfa.amsl.com> From: Ketan Talaulikar Date: Tue, 8 Mar 2022 11:52:47 +0530 Message-ID: To: Warren Kumari Cc: The IESG , draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="0000000000002b5b6405d9af03e4" Archived-At: Subject: Re: [bess] Warren Kumari's Abstain on draft-ietf-bess-srv6-services-12: (with COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 06:23:06 -0000 --0000000000002b5b6405d9af03e4 Content-Type: text/plain; charset="UTF-8" Hi Warren, Thanks for your review and your feedback/inputs were very helpful in improving the document. Thanks, Ketan On Tue, Mar 8, 2022 at 2:25 AM Warren Kumari via Datatracker < noreply@ietf.org> wrote: > Warren Kumari has entered the following ballot position for > draft-ietf-bess-srv6-services-12: Abstain > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to > https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-bess-srv6-services/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > With the updated text in the Security Considerations in Version 12, I'm > clearing my DISCUSS. > > I still don't love this (hence the Abstain), but my disquiet is caused > caused > by the security considerations in SRv6, not this document itself. > > I'd like to specifically call out and thank Ketan Talaulikar, who did an > outstanding job at communicating, addressing the concerns, and defusing the > situation in general. > > > > --0000000000002b5b6405d9af03e4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Warren,

Thanks=C2=A0for your review = and your feedback/inputs were very helpful in improving the document.
=

Thanks,
Ketan


<= div class=3D"gmail_quote">
On Tue, Mar= 8, 2022 at 2:25 AM Warren Kumari via Datatracker <noreply@ietf.org> wrote:
Warren Kumari has entered the following ba= llot position for
draft-ietf-bess-srv6-services-12: Abstain

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://= www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draf= t-ietf-bess-srv6-services/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

With the updated text in the Security Considerations in Version 12, I'm=
clearing my DISCUSS.

I still don't love this (hence the Abstain), but my disquiet is caused = caused
by the security considerations in SRv6, not this document itself.

I'd like to specifically call out and thank Ketan Talaulikar, who did a= n
outstanding job at communicating, addressing the concerns, and defusing the=
situation in general.



On Thu, Mar 3, 2022 at 1:54 PM Susan Hares = <shares@ndzh.com> wrote:
<= div class=3D"gmail-m_-3958640961055641715WordSection1">

Greetings Bess and IDR:

= =C2=A0

The IDR chairs request that each of= the authors of

draft-dskc-bess-bg= p-car-03.txt.

submit an IPR statem= ent in response to this email. =C2=A0

The motivation for this IPR call is below.

=C2=A0

We expect IPR re= sponses from the authors:

Dhananja= ya Rao, Swadesh Agrawal, Clarence Filsfils,

=C2=A0Ketan Talaulikar, Dirk Steinberg, Luay Jalil,=

Yuanchao Su, Bruno Decraene, Jim Guichard,

Keyur Patel, Haibo Wang<= /p>

There is one=C2=A0 IPR filed against this draft:

https://datatracker.ietf.org/ipr/4844/=

Motivation for IPR call

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Why are the IDR calling for IPR stat= ements?

The authors of draft-kalir= aj-idr-bgp-classful-transport-planes-13.txt

have asked for WG Adoption. =C2=A0

=C2=A0

We have two drafts= that are discussing embedded NLRI (color).

draft-dskc-bess-bgp-car-03.txt

https://datatracker.ietf.org/doc/draft-dskc-bes= s-bgp-car/

and

draft-kaliraj-idr-bgp-classful-transport-planes-13= .txt

https://datatracker.ietf= .org/doc/draft-kaliraj-idr-bgp-classful-transport-planes/=

=C2=A0

S= ince the IDR chairs know these drafts may overlap, =C2=A0=C2=A0

we expect to work closely with the bess-chairs= , spring-chairs, =C2=A0

IDR WG, and= BESS WG any WG adoption =C2=A0and WG LC.=C2=A0=C2=A0=C2=A0 <= /p>

=C2=A0

Ot= her Discussions

=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

IDR WG held an interim on 1/24/2022 that discussed these two drafts: =C2= =A0

The minutes are at: <= /u>

https://datatracker.ietf.org/meeting= /interim-2022-idr-02/materials/minutes-interim-2022-idr-02-202201241000-01<= /a>

=C2=A0

=C2=A0

Jeff has sta= rted two mail threads for CAR/CT drafts based on 2 Questions:

Question 1: BGP routes with color, Question 1: = How does route resolution work with your feature?

https://mailarchive.ietf.org/arch= /msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/

=C2=A0

Question 2: BGP route= s with color, Question 2: Route origination and propagation

https://mailarchive.ie= tf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/

=C2=A0

Kaliraj be= gan discussion on this email on IDR:

https://mailarchive.ietf.org/arch/msg/idr/= _RB9Md01RXUPQ5g-8hzOfJPhT7k/

=C2=A0

The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be f= ound at:

https://mailarchive.ietf.org/arch/msg/= bess/_9oTLaod7z9o_1SYEai0tN5b0EM/

=C2=A0

=C2=A0

<= p class=3D"MsoNormal">Sue Hares

ID= R chair

Document Shepherd <= u>

=C2=A0

______= _________________________________________
BESS mailing list
BESS@ietf.org
https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__w= ww.ietf.org_mailman_listinfo_bess&d=3DDwICAg&c=3DudBTRvFvXC5Dhqg7UH= pJlPps3mZ3LRxpb6__0PomBTQ&r=3Dk0DrrBeS0St-D1jEwNQ_u1ZyHQXQly5fgCsWF0VTh= 7o&m=3DvADRNKnLya8UCd6xx0CIFBdA8daYUkGiDL9mHbeCtbAmOAjh3KZNiud1FZDbSt4L= &s=3DCE1jx53p6-eIjOgiMT1nsyEz-UFzBH5gRkGYo1SGDpo&e=3D
--0000000000002b5b6405d9af03e4-- From nobody Mon Mar 7 22:46:51 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 527E13A079C; Mon, 7 Mar 2022 22:45:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 eZ261tgOYCrq; Mon, 7 Mar 2022 22:45:38 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F343C3A077A; Mon, 7 Mar 2022 22:45:37 -0800 (PST) Received: from fraeml735-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KCQn1004cz67p52; Tue, 8 Mar 2022 14:45:08 +0800 (CST) Received: from kwepeml100005.china.huawei.com (7.221.188.221) by fraeml735-chm.china.huawei.com (10.206.15.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 8 Mar 2022 07:45:32 +0100 Received: from kwepeml500001.china.huawei.com (7.221.188.162) by kwepeml100005.china.huawei.com (7.221.188.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 8 Mar 2022 14:45:30 +0800 Received: from kwepeml500001.china.huawei.com ([7.221.188.162]) by kwepeml500001.china.huawei.com ([7.221.188.162]) with mapi id 15.01.2308.021; Tue, 8 Mar 2022 14:45:30 +0800 From: "Wanghaibo (Rainsword)" To: Susan Hares , "bess@ietf.org" , "idr@ietf.org" CC: "spring-chairs@ietf.org" Thread-Topic: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions Thread-Index: AdgvOGlieceosg5HRQ2hFxIrMlOYZQDf55tA Date: Tue, 8 Mar 2022 06:45:30 +0000 Message-ID: <1dbfbcd0418c4accbfe5b9b67c9ab5a4@huawei.com> References: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> In-Reply-To: <024201d82f38$69f9eb10$3dedc130$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.153.118] Content-Type: multipart/alternative; boundary="_000_1dbfbcd0418c4accbfe5b9b67c9ab5a4huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Prior to adoption of CAR/CT solutions X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 06:45:44 -0000 --_000_1dbfbcd0418c4accbfe5b9b67c9ab5a4huaweicom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Sue, I'm not aware of any IPR. Regards Haibo From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Susan Hares Sent: Friday, March 4, 2022 3:54 AM To: bess@ietf.org; idr@ietf.org Cc: spring-chairs@ietf.org Subject: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10) - Pri= or to adoption of CAR/CT solutions Greetings Bess and IDR: The IDR chairs request that each of the authors of draft-dskc-bess-bgp-car-03.txt. submit an IPR statement in response to this email. The motivation for this IPR call is below. We expect IPR responses from the authors: Dhananjaya Rao, Swadesh Agrawal, Clarence Filsfils, Ketan Talaulikar, Dirk Steinberg, Luay Jalil, Yuanchao Su, Bruno Decraene, Jim Guichard, Keyur Patel, Haibo Wang There is one IPR filed against this draft: https://datatracker.ietf.org/ipr/4844/ Motivation for IPR call =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Why are the IDR calling for IPR statements? The authors of draft-kaliraj-idr-bgp-classful-transport-planes-13.txt have asked for WG Adoption. We have two drafts that are discussing embedded NLRI (color). draft-dskc-bess-bgp-car-03.txt https://datatracker.ietf.org/doc/draft-dskc-bess-bgp-car/ and draft-kaliraj-idr-bgp-classful-transport-planes-13.txt https://datatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-p= lanes/ Since the IDR chairs know these drafts may overlap, we expect to work closely with the bess-chairs, spring-chairs, IDR WG, and BESS WG any WG adoption and WG LC. Other Discussions =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D IDR WG held an interim on 1/24/2022 that discussed these two drafts: The minutes are at: https://datatracker.ietf.org/meeting/interim-2022-idr-02/materials/minutes-= interim-2022-idr-02-202201241000-01 Jeff has started two mail threads for CAR/CT drafts based on 2 Questions: Question 1: BGP routes with color, Question 1: How does route resolution wo= rk with your feature? https://mailarchive.ietf.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/ Question 2: BGP routes with color, Question 2: Route origination and propag= ation https://mailarchive.ietf.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/ Kaliraj began discussion on this email on IDR: https://mailarchive.ietf.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/ The BESS email discussion regarding CAR (11/18/2021 to 1/24/2022) can be fo= und at: https://mailarchive.ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/ Sue Hares IDR chair Document Shepherd --_000_1dbfbcd0418c4accbfe5b9b67c9ab5a4huaweicom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Sue= ,

 

I’m= not aware of any IPR.

&nbs= p;

Regards

Haibo

 

From: BESS [mailto:bess-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Friday, March 4, 2022 3:54 AM
To: bess@ietf.org; idr@ietf.org
Cc: spring-chairs@ietf.org
Subject: [bess] IPR call for draft-dskc-bess-bgp-car-03 (3/4 to 3/10= ) - Prior to adoption of CAR/CT solutions

 

Greetings Bess and IDR:

 

The IDR chairs request that eac= h of the authors of

draft-dskc-bess-bgp-car-03.txt.=

submit an IPR statement in resp= onse to this email.  

The motivation for this IPR cal= l is below.

 

We expect IPR responses from th= e authors:

Dhananjaya Rao, Swadesh Agrawal= , Clarence Filsfils,

 Ketan Talaulikar, Dirk St= einberg, Luay Jalil,

Yuanchao Su, Bruno Decraene, Ji= m Guichard,

Keyur Patel, Haibo Wang

 

There is one  IPR filed ag= ainst this draft:

= https://datatracker.ietf= .org/ipr/4844/

Motivation for IPR call

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Why are the IDR calling for = IPR statements?

The authors of draft-kaliraj-id= r-bgp-classful-transport-planes-13.txt

have asked for WG Adoption. &nb= sp;

 

We have two drafts that are dis= cussing embedded NLRI (color).

draft-dskc-bess-bgp-car-03.txt =

https://datatracker.ietf.org/doc/dra= ft-dskc-bess-bgp-car/

and

draft-kaliraj-idr-bgp-classful-= transport-planes-13.txt

https://d= atatracker.ietf.org/doc/draft-kaliraj-idr-bgp-classful-transport-planes/

 

Since the IDR chairs know these= drafts may overlap,   

we expect to work closely with = the bess-chairs, spring-chairs,  

IDR WG, and BESS WG any WG adop= tion  and WG LC.   

 

Other Discussions

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D

IDR WG held an interim on 1/24/= 2022 that discussed these two drafts:  

The minutes are at: =

https://datatracker.ietf.org/meeting/interim-2022-idr-02/m= aterials/minutes-interim-2022-idr-02-202201241000-01<= /p>

 

 

Jeff has started two mail threa= ds for CAR/CT drafts based on 2 Questions:

Question 1: BGP routes with col= or, Question 1: How does route resolution work with your feature?

https://mailarchive.iet= f.org/arch/msg/idr/OaNnE5epcaK7GtcV8OlAVdD3ZbI/

 

Question 2: BGP routes with col= or, Question 2: Route origination and propagation

https://mailarchive.iet= f.org/arch/msg/idr/4MYIFyHWITj8-Kk38AmKlkhh5b8/

 

Kaliraj began discussion on thi= s email on IDR:

https://mailarchive.iet= f.org/arch/msg/idr/_RB9Md01RXUPQ5g-8hzOfJPhT7k/

 

The BESS email discussion re= garding CAR (11/18/2021 to 1/24/2022) can be found at:

https://mailarchive= .ietf.org/arch/msg/bess/_9oTLaod7z9o_1SYEai0tN5b0EM/<= /p>

 

 

Sue Hares

IDR chair

Document Shepherd

 

--_000_1dbfbcd0418c4accbfe5b9b67c9ab5a4huaweicom_-- From nobody Mon Mar 7 23:31:21 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2B183A09C1; Mon, 7 Mar 2022 23:30:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=ldKK5MZx; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MUQLbqXv 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 C8vBPBCFplQv; Mon, 7 Mar 2022 23:30:32 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03E2C3A0A04; Mon, 7 Mar 2022 23:30:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=54803; q=dns/txt; s=iport; t=1646724632; x=1647934232; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=um54gdmcoRui3HcEqLWbdEjohZeTF/6IZ7WmoINI/YU=; b=ldKK5MZxLMCJzBWbKgizmOU3+SSy/s2saGFjGFSBLvkMDHNK2dl7s/hf p6FMhJePbAxsjqfw1+lJ5fO8uFoSZ0RByNDICdESSQV1Ty+s42z+XFPsB weyL03Jb7FEWUivU20uux60oBK/ksSVPN0S9o9sKVVc1EFh+SlnpW6sf/ o=; IronPort-PHdr: =?us-ascii?q?A9a23=3ADcZmfBIjCb+W4GBqnNmcuWEyDhhOgF28FgIW6?= =?us-ascii?q?59yjbVIf+zj+pn5J0XQ6L1ri0OBRoTU7f9Iyo+0+6DtUGAN+9CN5XYFdpEfW?= =?us-ascii?q?xoMk85DmQsmDYaMAlH6K/i/aSs8EYxCWVZp8mv9P1JSHZP1ZkbZpTu56jtBc?= =?us-ascii?q?ig=3D?= IronPort-Data: =?us-ascii?q?A9a23=3A9wgurKLGRzIJr5WOFE+RspQlxSXFcZb7ZxGr2?= =?us-ascii?q?PjKsXjdYENS1TcEnGsbDG+AM/uDYzP0etpwO9i09EIF7JKDnN9iQQod+CA2R?= =?us-ascii?q?RqmiyZq6fd1j6vI0qj7wvTrFCqL1O1DLImQRCwIZiWE/E31aOC49SAUOZygH?= =?us-ascii?q?9IQNsaVYkideic8IMsRoUoLd98R2uaEs/Dga+++kYuaT/nkBbOQ82Uc3lT4R?= =?us-ascii?q?E60gEgHUPza4Fv0t7GlDBxBlAe2e3I9VPrzKUwtRkYUTLW4HsbiLwrC5Kuy8?= =?us-ascii?q?mWc9BA3B5b01L36aUYNBLXVOGBiiFIPBPPk2UcE93d0i/pmXBYfQR8/ZzGhk?= =?us-ascii?q?s5gzt5OuLS7SBwiOevHn+F1vxxwQnEmZ/AaouSaSZS4mYnJp6HcSFPmzu51J?= =?us-ascii?q?EA7IYNe/fx4aUlV8f0EKzcSdVaCiv646L2+Q+howM8kKaHDNo4EoTRrzTjYF?= =?us-ascii?q?+0OQJ3fTePN/9Aw9Dsqj85SWPfTe8RcYzd0d1HNfQVJf1YYDYp7meOkw2Hld?= =?us-ascii?q?C1JgFOYuaRx5HLcpCRw3aPiGNvYZtLMQt9a9m6aqnjP/GmsXkkYKdqe0Teft?= =?us-ascii?q?HShmsfDmCrhU8QTGaG2sPlwjzW7w2UVCxQTVEDu/aGyi1W1XJRULEk89i8nt?= =?us-ascii?q?6N09UG3QJ/6RRLQiHqNtAMGV9dMVew39A+lxa/d4gLfDW8BJgOtwvROWNQeX?= =?us-ascii?q?zcm0BqCmMnkQG0pu7yOQnXb/bCRxQ5e8BM9dQcqDRLohyNcuoiLTFkPsy/y?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AyeKJKaPRnwHyUcBcT2X155DYdb4zR+YMi2?= =?us-ascii?q?TDiHoRdfUFSKKlfp6V88jzjSWE9wr4WBkb6Le90dq7MA3hHP9OkMgs1NKZPD?= =?us-ascii?q?UO11HYV72KgbGSpgEIXheOitK1tp0QM5SWaueAd2SS5PySiGLTfrpQo6jkzE?= =?us-ascii?q?nrv5ai854Hd3ANV0gU1XYANu/tKDwOeOApP+tcKLOsou584xawc3Ueacq2Ql?= =?us-ascii?q?MfWfLYmtHNnJX6JTYbGh8O8mC1/HCVwY+/NyLd8gYVUjtJz7tn23PCiRbF6q?= =?us-ascii?q?KqtOz+4gPA1lXU849dlLLau5l+7Y23+40owwfX+0GVjbdaKvu/VfcO0biSAW?= =?us-ascii?q?MR4Z3xStEbTpxOAj3qDzqISFDWqnjdOX4Vmg/fIBmj8CHeSQiTfkNnNyKH7r?= =?us-ascii?q?gpLycxonBQye2V3M9wrhCkX9A8N2KyoA3to9fPTB1kjUyyvD4rlvMSlWVWVc?= =?us-ascii?q?8EZKZWtpF3xjIYLH4sJlOx1GkcKpgiMCgc3oceTXqKK3TC+mV/yt2lWXo+Wh?= =?us-ascii?q?+AX0gZo8SQlzxbhmpwwUcUzNEW2i5ozuNyd7BUo+Dfdqh4nrBHScEbKap7Ge?= =?us-ascii?q?caWMOyTmjAWwjFPm6eKUnuUKsHJ3XOoZjq56hd3pDkRLUYiJ8p3JjRWlJRsm?= =?us-ascii?q?A/P0roFM2VxZVOtgvARW2sNA6dgf22J6IJ8oEUaICbRhFrEmpe5/dIi89vdP?= =?us-ascii?q?HmZw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAAByHvlh/5FdJa1XAxwBAQEBAQE?= =?us-ascii?q?HAQESAQEEBAEBggYHAQELAYEgMS4oB3daNzGESYNHA4RZYIUOgwIDgSmJZ5A?= =?us-ascii?q?UgS4UgREDVAsBAQENAQFBBAEBhQUCF4NIAiU0CQ4BAgQBAQESAQEFAQEBAgE?= =?us-ascii?q?GBIEJE4VoDYZCAQEBAQIBEhEKEwEBKQ4BBAcEAgEIEQMBAiEBCQICAh8RGgM?= =?us-ascii?q?IAgQBDQUWBQeCYgGCDlcDDSEBojkBgToCih96gTGBAYIIAQEGBASFDQ0Lgjc?= =?us-ascii?q?JgToBgw2CflQ7DwEBgluELCccgUlEgRUnDBB5gW4+giFCBIEpARIBCDAJASa?= =?us-ascii?q?CUTeCLpE2Uh9kBBsoCBxdJ1EZMQQGOgORahSDB0eJTp9oawqDRpF+h2aFeQU?= =?us-ascii?q?jC4NyjByGWopMhlOFTpB8IIInjhaQWQSFCAIEAgQFAg4BAQY1gSw8Kz5wcBV?= =?us-ascii?q?lAYI+URkPjiARERVuAQiCQ4pedAI2AgYBCgEBAwkBgjqLEQEB?= X-IronPort-AV: E=Sophos;i="5.88,333,1635206400"; d="scan'208,217";a="980254235" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Mar 2022 07:30:23 +0000 Received: from mail.cisco.com (xbe-rcd-005.cisco.com [173.37.102.20]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 2287UNWM031339 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 8 Mar 2022 07:30:24 GMT Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-rcd-005.cisco.com (173.37.102.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 8 Mar 2022 01:30:23 -0600 Received: from xfe-aln-001.cisco.com (173.37.135.121) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 8 Mar 2022 01:30:23 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 8 Mar 2022 01:30:22 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VtJHP8NWCffhFqy0lo7YH2tvcgeyovE9cllKPhKFMAYkQt4rw98x0/mBcoOKt39ahT6HL6W0hfl19oPDTMoyeGtetDFLr2zXFcUVnoK4iuVEzF41Y2iO0PeGvjWWOl1gL8/7zIMNFBXgB/yp6m6glPCXgGNxSR9nQv2kzQ3maTDwBsEnDENjYtNGlonF/S9JKbZByNvYa9hH91BSygm8Qg4KVqTTc70cZQXSsZY9C+a5G3ljvW8xNMe4kR57QcKMDMXWXVRQs5z9Sf8mpqxkMKzb/Sie7F9I+kwsw9ubXIw2tDbAtH5APP0iayPN+0MLtcObyGEK58dZPGv2feyEaw== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=um54gdmcoRui3HcEqLWbdEjohZeTF/6IZ7WmoINI/YU=; b=XkHgs6GZOR7b/IuzWB49tu2269FdHt61wN/6IVlxRpTb7VIJ4G4S+CpAK4hxjtMzf3m7ych3+ypUEZEBtiYiw5reMS7ZIZ3dB2XjDyLCrzifsC0Sb4eqOIRTyT5ET4W9i6tyQ3r52BsFnEe4aqOqhpUZV0bz0ujYtuZg6UJMkvk3tfsaDZUEzYPFc4MbAT6NxMKCfsoCufYHFwyNoYJ5nPiqMgGb/wKRLOEzsZh+nCVgkdiNRMdh3PyNuXnt9LS7EZhokAlidjNTkfFF0z0LZyHrq9Y2hVodydGlG2tT3aGmQDJuZ25dWGZiNePwyaaZ73fbIm2C38+Gk06dlLIpjA== 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=um54gdmcoRui3HcEqLWbdEjohZeTF/6IZ7WmoINI/YU=; b=MUQLbqXvb7hUqZTnWdCN56yJ0sW0IO47kKVzFdxumhPoplsWwCjFuPFURK3ltv6iIQ4eBkHUiYp5UdZV6+8JRtDIR5h4qz3H/HXSOi9fDEJ8cO6RafkAwq+zipuX/lE1Fb0bINQQtSYDyu2iRbzgVrzVK5kpIVus47zySyunge8= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by CH2PR11MB4248.namprd11.prod.outlook.com (2603:10b6:610:3e::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.19; Tue, 8 Mar 2022 07:30:21 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::1929:3b1b:99a3:312%9]) with mapi id 15.20.5038.027; Tue, 8 Mar 2022 07:30:20 +0000 From: "Eric Vyncke (evyncke)" To: =?utf-8?B?THVjIEFuZHLDqSBCdXJkZXQ=?= , "Mankamana Mishra (mankamis)" , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZw?= =?utf-8?Q?n-igmp-mld-proxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL788lkAmT+KadkiXqzO+hX7DiayvQMUAgAAp1YD///BgAIAAEWqA///w1oCAABgXAIABcDSAgARIeYA= Date: Tue, 8 Mar 2022 07:30:20 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: Accept-Language: fr-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.58.22021501 msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 27c525f2-abc9-4a9a-f027-08da00d5800b x-ms-traffictypediagnostic: CH2PR11MB4248:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 87FEbR1SeGIkmL6n6nogbYmZgFlr/dCqXDwyaxWjmjGVTA/BnSZ5UlVCzmYmMMACBRcBFNRETCSi+9zMifTJIXxaDBmaRTQ2lYrRHs9rmFHi4u9e/hObzPD1NWBPCEhdTVRiMOMcwIYvjYnqWb+OITZ1msTB39nn9YLE9rjH17Ov4vw5wgtuKM2/vnxS7QwoTi3Vcc2M5Ec0ddjAjDYBk003lz9nb6grz3nAGQ7Y3CFmBLHdzRxnXwCh0fvOCoDJ0+Fp4eC5jdObRuH3eHbJrmNjQarqgEBZywltyeWGwMeLU99kCxJB81SySDdMesbKfn9FNHRUt2Qm0BQkVGE7YfsfTX+gpObAh7XP+737UkPtaR/XjlTPybqJxOkoZR1NKOB7FPwCfuMHiKXZTKq45Esfc3NY2Jvn9KBIcRjZHzevCfSvGeZICdV00YZqxWSVlRt/SV2LDVsdmqsbYzF39QRrf4ncjBqqj8DcdBbPZPp6KnYm0i7MxLxJktFiScY7JyilUu7DsWA1TonEKYYxeVlqj+hzO6CJAI/q8Had6Jw40XGgNtbyRsXI4xedwjwZ0Yz/I/F3oWq1PtwXeS2Kxhm8fu5o1jArMr5aiV7tmXM3Rjek5DuzJsWahBfVozuN2EMtdniZDHW0sDhKGGzbcWyVHMF7jAHNGyJKQeiJ7BUFujREitqvRXU/Uuy6LIviKcRu80v34tmUKEItiqJp47UZY7XlPuRtzZ1rLmI1t7Hu11984QEhwIT9RDsgP79n x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(38070700005)(54906003)(40140700001)(2906002)(110136005)(8936002)(36756003)(71200400001)(5660300002)(316002)(6512007)(224303003)(186003)(2616005)(83380400001)(86362001)(6486002)(66556008)(53546011)(66446008)(76116006)(66476007)(66946007)(33656002)(6506007)(4326008)(64756008)(122000001)(91956017)(508600001)(66574015)(38100700002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?UTBXUUw2dG92ZGUvMUFhOXkvZkJTekFxT1ZobzRjeE9OZ0ZZRWNhOWwrMHBN?= =?utf-8?B?SUFpL09TQ2JGdUJaZ0I5UldHd3NZYnY2YU9JM1ZiVFpjYkxuUWticWVNaThV?= =?utf-8?B?VWRpM0JTTzNhOE00UUVjOXFTdFZiRSs5R3I2RFo3WUMvdk5kNzFIVkRhb2Rq?= =?utf-8?B?Mk8vVlNDUGFVTmFLWXBLU2pNNmdLUC9PdmIrNHJLNjVndnA0dWlUU2VDTm1U?= =?utf-8?B?WDJvOVA0bXJLY3EzZSsyZ1c3L0RoR3NnWnZhZkJjTVpHNE1kTEltWTQ1RXVN?= =?utf-8?B?QXhjZUhVQWtlTlF3VjViRlErdmFwY1V6bnN4ZWt3elRNd0Y3VDdKNkhDOVlz?= =?utf-8?B?M3AwTG9vRk84VTRncEV2Z3R1MjVGM051Y09zNGNGVlAyamdGcktKL1RQeFR2?= =?utf-8?B?RlNwNE1lWGVYSThUaXJOMUkzT1B4Q09QaHhQQTVnWlJlclVuRElGVW9ieXcz?= =?utf-8?B?cE1zMEFScmpJYjI3dmEvRlpHcndaRnVLOTdtdmMrS2FuTUVadzJpYVcvVXVw?= =?utf-8?B?UDlwTytlR1pNK1hiOUVKa0ptUC84eHJsdkMwN0lzdWQ2MDJTK0JvZVN2Qkp3?= =?utf-8?B?L1Z4RXUzMmlVQ014QWt4b2xLWWVjcUJpaXFQdTZwUUxoWUthYUtNNHZGdW5F?= =?utf-8?B?YU1PU3Fzb2lIRlVWK2dLYUNCZnNDT3UvcEdvRG8zTlFEZWFxQ3AraVlPNG85?= =?utf-8?B?RW1wNlIvK0hVKzVMT09RUkI4SWk2bVNneUpmMEpaZXR4THpRUEt5WTN3cm1w?= =?utf-8?B?VDlxUXBrQ2g0OW5qT2x2TmVHK2NYQTgxMng0TWRKblNVRDJuTGZhUHd6bDZ2?= =?utf-8?B?ejk4dzBTTklPOUFRMldnMHUxRXFObU44NkJaOW42ZWs2U2FyVmtlM0M1Rlhy?= =?utf-8?B?RGJ3NmxvZTd3UThSSSt4cC90VFNGTXFDdGtsc2tiNnVwWUNPanFuVHBrMGtp?= =?utf-8?B?WVdsRzlSR2dNdVIwUDNFMHQ5WXlJY3pHUTFzRHhvYktENGloQW5tbW4yVkdC?= =?utf-8?B?bGpwZ09iejNuWm1wb3dBMVVGVVZiYWpGM0d0YkFBSUFWbU1JbEJDbmRjZHli?= =?utf-8?B?UGxWem1CRkNLMFJIRStTVVVKTkNFZUpJYzZuWGhnUUV1SmoxbHZtbGRaVmxk?= =?utf-8?B?MFMwalA5SVU1OHhZclhXblMrc056Q0pvN0pJZnhzbFVHYmpNcHBmaHNCV256?= =?utf-8?B?SlJVVUlNb09yTU1xZWFsR08xcUdqTjVMUEI5SnFWZTUxR3dobkoxOURIVVhV?= =?utf-8?B?bDVJSURKUGl1UUI0ck44TnlnWGcydE53KzU2ZFpvYWlxSyt4VVY3L3gwTDNs?= =?utf-8?B?TVhPYzFMWDhGNGRwTmpDNmdic0xzUnVkREhCRWoyTFhNUjZmamg4KzlvdEwx?= =?utf-8?B?SUlGTDNjWG5BUVpPUmxmVFd2SThBSDRra3dIbkxLeGljQzdYcnR1ZUJ3QXhN?= =?utf-8?B?Vm02aXkrbzhkeDVmSUlUbkxOMnVHemFPaVUwTlc1WCtLNlVFOVc4SngwSVlF?= =?utf-8?B?eHYwNml2Mk9yRDByQmVDb25jQmdUcUtheHlBa0RTbmIyUk1TL0U5Zi9DY1Ur?= =?utf-8?B?Y09oeSthbXp2SitickJsTjhrK3BraW5zanVOTUlwUkp4Wkp0Mm1XZW90M1Bo?= =?utf-8?B?K3BUQ0ZrakoxNkhiS0VKUWt3TWpGQURraERQMi9oMTAvZU1jZCtoYUQzRWpW?= =?utf-8?B?M2JEa0twMDNObTJENW9aSnhpWGhDV2d4eHZENEZLSUhMMmxPczd0TFZQdUFw?= =?utf-8?B?ZkxpaGd2S0s2UUNKWTNRN0tSQWVlVHFmWkNwVFViQzR4Z1dVQXhxdXVBRnd4?= =?utf-8?B?TWprdTBISDEvYmZUSysxbkIwakk0Nlp4ZVZPbnNlZnlXeFlERFgySmVJdk9q?= =?utf-8?B?N2ZzU083dFVHRHU0QmttNzg5VmxoVkRLSVllZGluM2dwR2FKd1VDaVk2OHJ4?= =?utf-8?B?TS9Jb0R1c1dTSVBldFB2MGJEWkZvd0JSSitVRXIyZ2RtYlYveFF3U0djSE5J?= =?utf-8?B?M3NmOWZaN2FhQm1Zd1lONGd3NEVlTU9SUkFlWWhoUlg3ZS9CTDVZcXRtMWhQ?= =?utf-8?B?aEFIcmtZckpReW9xOU9rSlpqRkNhWDBRMTZpM251ZExFcWM3b1NJMWVXSzVl?= =?utf-8?B?RTVmREtrSkJrUlE2ZVFLUWlRZ05PYitIdFpyb2pUVFVBSlUvOTJMemZpQmVI?= =?utf-8?B?WE5XSDkvL3hSNzhnZ2haZUxPeWtuM3YydGdsOG1ORWxOVEtnT2J2ZVR0dW9x?= =?utf-8?Q?2FEOQiLVJRLj1uhbFCmeFdO8tMTbBMty0KavfqkGdA=3D?= Content-Type: multipart/alternative; boundary="_000_EC54E7FE11114256AA546200250462D0ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 27c525f2-abc9-4a9a-f027-08da00d5800b X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2022 07:30:20.0927 (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: b3nAD/4QK3ZnLEt4fcLi7zSImh4gN2v5yZrR/sxQs+c0g+McATfMFeDPnPX0NKvEa/0UW1KcOI+15aDS+FM34Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR11MB4248 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.20, xbe-rcd-005.cisco.com X-Outbound-Node: rcdn-core-9.cisco.com Archived-At: Subject: Re: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_Discuss_on_draft-ietf-bess?= =?utf-8?q?-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 07:30:39 -0000 --_000_EC54E7FE11114256AA546200250462D0ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBsaWtlIHRoaXMgd29yZGluZyBMdWMgQW5kcsOpIGFzIGl0IGlzIGxlc3MgY2x1bXN5IHRoYW4g ZXhpc3RpbmcgdGV4dC4NCg0KQW55d2F5LCB0aGUgLTE5IGFkZHJlc3NlcyBteSBvbmx5IHJlbWFp bmluZyBibG9ja2luZyBESVNDVVNTIHBvaW50LCBzbywgSSBhbSBjbGVhcmluZyBteSBESVNDVVNT IGluIHRoZSBmb2xsb3dpbmcgbWludXRlcy4NCg0KSSBob3BlIHRoYXQgYWxsIHRoaXMgZGlzY3Vz c2lvbiBoYXMgaW1wcm92ZWQgdGhlIGRvY3VtZW50Lg0KDQpSZXNwZWN0ZnVsbHkgeW91cnMsDQoN Ci3DqXJpYw0KDQoNCg0KRnJvbTogTHVjIEFuZHLDqSBCdXJkZXQgPGxhYnVyZGV0LmlldGZAZ21h aWwuY29tPg0KRGF0ZTogU2F0dXJkYXksIDUgTWFyY2ggMjAyMiBhdCAxNjowNg0KVG86ICJNYW5r YW1hbmEgTWlzaHJhIChtYW5rYW1pcykiIDxtYW5rYW1pcz00MGNpc2NvLmNvbUBkbWFyYy5pZXRm Lm9yZz4sIEVyaWMgVnluY2tlIDxldnluY2tlQGNpc2NvLmNvbT4sIEpvaG4gRSBEcmFrZSA8amRy YWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9y Zz4NCkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmciIDxk cmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZz4sICJiZXNzLWNoYWly c0BpZXRmLm9yZyIgPGJlc3MtY2hhaXJzQGlldGYub3JnPiwgInNsaXRrb3dzLmlldGZAZ21haWwu Y29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+LCAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBSZTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRm LWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkN Cg0KSGkgw4lyaWMsIE1hbmthbWFuYSAmIEpvaG4sDQoNCkp1c3QgcmVhZCAtMTkgdml6IHRoaXMg dGhyZWFkLg0KVGhlIElHTVAvTUxEIGR1YWxpdHkgaGFzIGJlZW4gc2VlbiBiZWZvcmUgYW5kIGlu IHByZXZpb3VzIGNhc2VzIChSRkM0NjA0KSBpdCB3YXMgZXhwbGljaXRseSBjYWxsZWQgb3V0IGFs c28gIChmb3IgZ29vZCBjYXVzZTogSUdNUCBNZW1iZXJzaGlwIHZzIE1MRCBMaXN0ZW5lciwgIElH TVAgTGVhdmUgdnMgTUxEIERvbmUsIGV0YykNCg0KDQoNClJGQzMzNzY6DQoNCiAgIEluIHRoaXMg ZG9jdW1lbnQsIHVubGVzcyBvdGhlcndpc2UgcXVhbGlmaWVkLCB0aGUgY2FwaXRhbGl6ZWQgd29y ZHMNCg0KICAgIlF1ZXJ5IiBhbmQgIlJlcG9ydCIgcmVmZXIgdG8gSUdNUCBNZW1iZXJzaGlwIFF1 ZXJpZXMgYW5kIElHTVANCg0KICAgVmVyc2lvbiAzIE1lbWJlcnNoaXAgUmVwb3J0cywgcmVzcGVj dGl2ZWx5Lg0KDQoNCg0KUkZDMzgxMDoNCg0KICAgSW4gdGhpcyBkb2N1bWVudCwgdW5sZXNzIG90 aGVyd2lzZSBxdWFsaWZpZWQsIHRoZSBjYXBpdGFsaXplZCB3b3Jkcw0KDQogICAiUXVlcnkiIGFu ZCAiUmVwb3J0IiByZWZlciB0byBNTEQgTXVsdGljYXN0IExpc3RlbmVyIFF1ZXJpZXMgYW5kIE1M RA0KDQogICBWZXJzaW9uIDIgTXVsdGljYXN0IExpc3RlbmVyIFJlcG9ydHMsIHJlc3BlY3RpdmVs eS4NCg0KDQoNClJGQzQ2MDQ6DQoNCiAgIER1ZSB0byB0aGUgY29tbW9uYWxpdHkgb2YgZnVuY3Rp b24sIHRoZSB0ZXJtICJHcm91cCBNYW5hZ2VtZW50DQoNCiAgIFByb3RvY29sIiwgb3IgIkdNUCIs IHdpbGwgYmUgdXNlZCB0byByZWZlciB0byBib3RoIElHTVAgYW5kIE1MRC4gIFRoZQ0KDQogICB0 ZXJtICJTb3VyY2UgRmlsdGVyaW5nIEdNUCIsIG9yICJTRkdNUCIsIHdpbGwgYmUgdXNlZCB0byBy ZWZlcg0KDQogICBqb2ludGx5IHRvIHRoZSBJR01QdjMgYW5kIE1MRHYyIGdyb3VwIG1hbmFnZW1l bnQgcHJvdG9jb2xzLg0KDQoNCg0KDQpDb3VsZCBJIHByb3Bvc2UganVzdCBhZGRpbmcgYSBzbWFs bCBjbGFyaWZ5aW5nIHBhcmFncmFwaCBpbiBJbnRybyB3aGljaCBkb2VzIHRoZSBzYW1lIGFzIHRo b3NlIDMgYW5kIHVzZSB0aGF0IHRlcm1pbm9sb2d5Pw0KDQoNCg0KVGhlIHRlcm0gIkdyb3VwIE1h bmFnZW1lbnQgUHJvdG9jb2wiLCBvciAiR01QIiwgd2FzIGZpcnN0IGRlZmluZWQgaW4gUkZDNDYw NCB0byBhZGRyZXNzIHRoZSBjb21tb25hbGl0eSBvZiBmdW5jdGlvbiBiZXR3ZWVuIElHTVAgYW5k IExNRC4NCg0KSW4gdGhpcyBkb2N1bWVudCwgdW5sZXNzIG90aGVyd2lzZSBxdWFsaWZpZWQ6DQoN Ci0gICAgdGhlIGNhcGl0YWxpemVkIHdvcmRzICJHTVAgUXVlcnkiIHJlZmVyIHRvIElHTVAgTWVt YmVyc2hpcCBRdWVyaWVzIGFuZCBNTEQgTXVsdGljYXN0IExpc3RlbmVyIFF1ZXJpZXM7IGFuZA0K DQotICAgIHRoZSBjYXBpdGFsaXplZCB3b3JkcyAiR01QIFJlcG9ydCIgcmVmZXIgdG8gSUdNUCBW ZXJzaW9uIFggTWVtYmVyc2hpcCBSZXBvcnRzIGFuZCBNTEQgVmVyc2lvbiAyIE11bHRpY2FzdCBM aXN0ZW5lciBSZXBvcnRzLg0KDQpzLyBJR01QIE1lbWJlcnNoaXAgUmVwb3J0cy9HTVAgUmVwb3J0 cy9nDQoNCg0KUmVnYXJkcywNCkx1YyBBbmRyw6kNCg0KTHVjIEFuZHLDqSBCdXJkZXQgfCAgQ2lz Y28gIHwgIGxhYnVyZGV0LmlldGZAZ21haWwuY29tICB8ICBUZWw6ICsxIDYxMyAyNTQgNDgxNA0K DQoNCkZyb206IEJFU1MgPGJlc3MtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIE1hbmth bWFuYSBNaXNocmEgKG1hbmthbWlzKSA8bWFua2FtaXM9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5v cmc+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDQsIDIwMjIgYXQgMTI6MDkNClRvOiBFcmljIFZ5bmNr ZSAoZXZ5bmNrZSkgPGV2eW5ja2VAY2lzY28uY29tPiwgSm9obiBFIERyYWtlIDxqZHJha2U9NDBq dW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZz4sIFRoZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KQ2M6 IGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnIDxkcmFmdC1pZXRm LWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZz4sIGJlc3MtY2hhaXJzQGlldGYub3Jn IDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4sIHNsaXRrb3dzLmlldGZAZ21haWwuY29tIDxzbGl0a293 cy5pZXRmQGdtYWlsLmNvbT4sIGJlc3NAaWV0Zi5vcmcgPGJlc3NAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBSZTogW2Jlc3NdIMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1iZXNzLWV2 cG4taWdtcC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQpIaSBFcmlj LA0KUG9zdGVkIG5ldyByZXZpc2lvbiBhZGRyZXNzaW5nIHR3byBvZiB5b3VyIGNvbW1lbnQNCg0K MS4gICAgICAgTGF0ZXN0IGNvbW1lbnQgYWJvdXQgYWRkaW5nIElHTVAgLyBNTEQgYmVmb3JlIHRl cm1pbm9sb2d5DQoNCjIuICAgICAgIFBlbmRpbmcgZnJvbSBsYXN0IG9uZSwgd2hlcmUgc2VjdGlv biA0LjEuMSBudW1iZXJzIHdlcmUgZ2V0dGluZyByZXNldCB3aXRob3V0IGNvbW1lbnQNCg0KDQpN YW5rYW1hbmENCg0KRnJvbTogTWFua2FtYW5hIE1pc2hyYSAobWFua2FtaXMpIDxtYW5rYW1pc0Bj aXNjby5jb20+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDQsIDIwMjIgYXQgNzo0MiBBTQ0KVG86IEVy aWMgVnluY2tlIChldnluY2tlKSA8ZXZ5bmNrZUBjaXNjby5jb20+LCBKb2huIEUgRHJha2UgPGpk cmFrZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPiwgVGhlIElFU0cgPGllc2dAaWV0Zi5v cmc+DQpDYzogZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcgPGRy YWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnPiwgc2xpdGtvd3MuaWV0 ZkBnbWFpbC5jb20gPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwgYmVzcy1jaGFpcnNAaWV0Zi5v cmcgPGJlc3MtY2hhaXJzQGlldGYub3JnPiwgYmVzc0BpZXRmLm9yZyA8YmVzc0BpZXRmLm9yZz4N ClN1YmplY3Q6IFJlOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtYmVzcy1l dnBuLWlnbXAtbWxkLXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KVGhhbmtz LCBwb3NpdGluZyB1cGRhdGUgaW4gMzAgbWluLg0KDQpNYW5rYW1hbmENCg0KRnJvbTogRXJpYyBW eW5ja2UgKGV2eW5ja2UpIDxldnluY2tlQGNpc2NvLmNvbT4NCkRhdGU6IEZyaWRheSwgTWFyY2gg NCwgMjAyMiBhdCA3OjM2IEFNDQpUbzogTWFua2FtYW5hIE1pc2hyYSAobWFua2FtaXMpIDxtYW5r YW1pc0BjaXNjby5jb20+LCBKb2huIEUgRHJha2UgPGpkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJj LmlldGYub3JnPiwgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpDYzogZHJhZnQtaWV0Zi1iZXNz LWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAt bWxkLXByb3h5QGlldGYub3JnPiwgc2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20gPHNsaXRrb3dzLmll dGZAZ21haWwuY29tPiwgYmVzcy1jaGFpcnNAaWV0Zi5vcmcgPGJlc3MtY2hhaXJzQGlldGYub3Jn PiwgYmVzc0BpZXRmLm9yZyA8YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiDDiXJpYyBWeW5j a2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4OiAo d2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KQ29ycmVjdCB0aGlzIHdpbGwgYWRkcmVzcyBteSBE SVNDVVNTIHBvaW50IGlmIHlvdSBhbHNvIG1vZGlmeSB0aGUgbGluZSBiZWxvdywgaS5lLiwgcmVw bGFjZSBhbGwgSUdNUCBieSBJR01QL01MRCBpbiB0aGUgdGV4dCB1bnRpbCB0aGUgdGVybWlub2xv Z3kgc2VjdGlvbiBzdGF0ZXMgIklHTVAgbWVhbnMgSUdNUCBvciBNTEQiIChzaWMpLg0KDQpSZWdh cmRzDQoNCi3DqXJpYw0KDQoNCkZyb206ICJNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykiIDxt YW5rYW1pc0BjaXNjby5jb20+DQpEYXRlOiBGcmlkYXksIDQgTWFyY2ggMjAyMiBhdCAxNjozMw0K VG86IEVyaWMgVnluY2tlIDxldnluY2tlQGNpc2NvLmNvbT4sIEpvaG4gRSBEcmFrZSA8amRyYWtl PTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4N CkNjOiAiZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmciIDxkcmFm dC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZz4sICJzbGl0a293cy5pZXRm QGdtYWlsLmNvbSIgPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPiwgImJlc3MtY2hhaXJzQGlldGYu b3JnIiA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCAiYmVzc0BpZXRmLm9yZyIgPGJlc3NAaWV0Zi5v cmc+DQpTdWJqZWN0OiBSZTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJl c3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCg0K SGkgRXJpYywNCg0KVGhlc2UgaG9zdHMvVk1zIGV4cHJlc3MgdGhlaXIgaW50ZXJlc3RzIGluIG11 bHRpY2FzdCBncm91cHMgb24gYQ0KICAgZ2l2ZW4gc3VibmV0L1ZMQU4gYnkgc2VuZGluZyBJR01Q IE1lbWJlcnNoaXAgUmVwb3J0cyAoSm9pbnMpIGZvci4gPj4gQWRkaW5nIE1MRCBoZXJlIHRvbyA/ DQogICB0aGVpciBpbnRlcmVzdGVkIG11bHRpY2FzdCBncm91cChzKS4gIEZ1cnRoZXJtb3JlLCBh biBJR01QIHJvdXRlcg0KICAgcGVyaW9kaWNhbGx5IHNlbmRzIG1lbWJlcnNoaXAgcXVlcmllcyB0 byBmaW5kIG91dCBpZiB0aGVyZSBhcmUgaG9zdHMNCiAgIG9uIHRoYXQgc3VibmV0IHRoYXQgYXJl IHN0aWxsIGludGVyZXN0ZWQgaW4gcmVjZWl2aW5nIG11bHRpY2FzdA0KICAgdHJhZmZpYyBmb3Ig dGhhdCBncm91cC4gIFRoZSBJR01QL01MRCBQcm94eSBzb2x1dGlvbiBkZXNjcmliZWQgaW4NCiAg IHRoaXMgZHJhZnQgYWNjb21wbGlzaGVzIGhhcyB0aHJlZSBvYmplY3RpdmVzOg0KDQoNCmRvZXMg dGhpcyBjaGFuZ2UgbG9vayBvayA/DQoNCkZyb206IEVyaWMgVnluY2tlIChldnluY2tlKSA8ZXZ5 bmNrZUBjaXNjby5jb20+DQpEYXRlOiBGcmlkYXksIE1hcmNoIDQsIDIwMjIgYXQgNzoyOSBBTQ0K VG86IEpvaG4gRSBEcmFrZSA8amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+LCBU aGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNjOiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1s ZC1wcm94eUBpZXRmLm9yZyA8ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0 Zi5vcmc+LCBzbGl0a293cy5pZXRmQGdtYWlsLmNvbSA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+ LCBiZXNzLWNoYWlyc0BpZXRmLm9yZyA8YmVzcy1jaGFpcnNAaWV0Zi5vcmc+LCBiZXNzQGlldGYu b3JnIDxiZXNzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mg b24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1Mg YW5kIENPTU1FTlQpDQpIZWxsbyBKb2huLA0KDQpUaGFua3MgZm9yIHlvdXIgcXVpY2sgcmVwbHks IGV2ZW4gaWYgSSBhbSB1bnN1cmUgaG93IHRvIHJlYWQgIiBZb3VycyBJcnJlc3BlY3RpdmVseSwi IGFzIEkgYW0gbm90IGFuIEVuZ2xpc2gtbmF0aXZlIHBlcnNvbi4NCg0KVGhhbmsgeW91IGZvciBw b2ludGluZyBtZSB0byB0aGUgbmV3IHNlY3Rpb25zIDkuMS4yICYgb3RoZXJzID0+IEkgd2lsbCB1 cGRhdGUgbXkgRElTQ1VTUyBvbiB0aGlzIHBvaW50IHcvbyBzZW5kaW5nIGFub3RoZXIgZW1haWwu DQoNCkJ1dCBzZWN0aW9uIDEgc3RpbGwgbWVudGlvbnMgb25seSBJR01QIGFuZCBuZXZlciBNTEQg ZXhjZXB0IGZvciAiSUdNUC9NTEQiIHByb3h5LCB0aGlzIGlzIHRyaXZpYWwgdG8gZml4LCBzbyBJ IHN1Z2dlc3QgdG8gdGhlIGF1dGhvcnMgdG8gdXBkYXRlIHRoZSBkcmFmdC4NCg0KUmVnYXJkcw0K DQotw6lyaWMNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGllc2cgPGllc2ct Ym91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxmIG9mIEpvaG4gRSBEcmFrZSA8amRyYWtlPTQwanVu aXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+DQpEYXRlOiBGcmlkYXksIDQgTWFyY2ggMjAyMiBhdCAx NTowMQ0KVG86IEVyaWMgVnluY2tlIDxldnluY2tlQGNpc2NvLmNvbT4sIFRoZSBJRVNHIDxpZXNn QGlldGYub3JnPg0KQ2M6ICJkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRm Lm9yZyIgPGRyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnPiwgInNs aXRrb3dzLmlldGZAZ21haWwuY29tIiA8c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20+LCAiYmVzcy1j aGFpcnNAaWV0Zi5vcmciIDxiZXNzLWNoYWlyc0BpZXRmLm9yZz4sICJiZXNzQGlldGYub3JnIiA8 YmVzc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRy YWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFuZCBD T01NRU5UKQ0KDQogICAgSGksDQoNCiAgICBTbmlwcGVkLCBjb21tZW50cyBpbmxpbmUNCg0KICAg IFlvdXJzIElycmVzcGVjdGl2ZWx5LA0KDQogICAgSm9obg0KDQoNCiAgICBKdW5pcGVyIEJ1c2lu ZXNzIFVzZSBPbmx5DQoNCiAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoNCiAgICA+ IERJU0NVU1M6DQogICAgPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPg0KICAgID4gQXMgTWFydGluIFZp Z291cmV1eCdzIHRlcm0gaXMgbmVhciBpdHMgZW5kLCBJIHRvb2sgdGhlIGxpYmVydHkgdG8gcmUt ZXZhbHVhdGUgdGhlDQogICAgPiBiYWxsb3Qgc3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQgYW5kIGNs ZWFyaW5nIHBhcnRzIG9mIG15IG9yaWdpbmFsIGJsb2NrIERJU0NVU1MNCiAgICA+IHBvaW50cyBh bmQgbWFueSBvZiBteSBvcmlnaW5hbCBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMuDQogICAg Pg0KICAgID4gU2VlIGJlbG93IHRoaXMgbGluZSBmb3IgdXBkYXRlZCB2ZXJzaW9uDQogICAgPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgPg0KICAg ID4gVGhhbmsgeW91IGZvciB0aGUgd29yayBwdXQgaW50byB0aGlzIGRvY3VtZW50LiBJIGhhdmUg dG8gc3RhdGUgdGhhdCBJIGFtIG5laXRoZXINCiAgICA+IGEgRVZQTiBleHBlcnQgbm90IGEgbXVs dGljYXN0IG9uZS4NCiAgICA+DQogICAgPiBQbGVhc2UgZmluZCBiZWxvdyBzb21lIGJsb2NraW5n IERJU0NVU1MgcG9pbnRzIChwcm9iYWJseSBlYXN5IHRvIGFkZHJlc3MpLA0KICAgID4gc29tZSBu b24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMgKGJ1dCByZXBsaWVzIHdvdWxkIGJlIGFwcHJlY2lh dGVkIGV2ZW4gaWYNCiAgICA+IG9ubHkgZm9yIG15IG93biBlZHVjYXRpb24pLCBhbmQgc29tZSBu aXRzLg0KICAgID4NCiAgICA+IFNwZWNpYWwgdGhhbmtzIHRvIFN0w6lwaGFuZSBMaXRrb3dza2kg Zm9yIGhpcyBzaGVwaGVyZCdzIHdyaXRlLXVwIGFib3V0IHRoZSBXRw0KICAgID4gY29uc2Vuc3Vz Lg0KICAgID4NCiAgICA+IEkgaG9wZSB0aGF0IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUgZG9j dW1lbnQsDQogICAgPg0KICAgID4gUmVnYXJkcywNCiAgICA+DQogICAgPiAtw6lyaWMNCiAgICA+ DQogICAgPiA9PSBESVNDVVNTID09DQogICAgPg0KICAgID4gVGhlIHRleHQgY292ZXJzIGluIGRl dGFpbHMgaG93IHRvIG1hcCBNTEQvSUdNUCBpbnRvIEJHUCByb3V0ZXMgYnV0IGRvZXMgbm90DQog ICAgPiBzYXkgYSB3b3JkIG9uIGhvdyB0byByZWNyZWF0ZSB0aGUgTUxEL0lHTVAgcGFja2V0cy4g U2hvdWxkIHRoZXJlIGJlIGFueSBzdWNoDQogICAgPiBzcGVjaWZpY2F0aW9uIChlLmcuLCBpbiBz ZWN0aW9uIDQuMSkgPw0KDQogICAgW0pEXSAgV2UgYWRkZWQ6DQoNCiAgICA5LjEuMi4gIFJlY29u c3RydWN0aW5nIElHTVAgLyBNTEQgTWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gU2VsZWN0aXZlIE11 bHRpY2FzdCBSb3V0ZQ0KDQogICAgOS4yLjIuICBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIE1l bWJlcnNoaXAgUmVwb3J0cyBmcm9tIE11bHRpY2FzdCBNZW1iZXJzaGlwIFJlcG9ydCBTeW5jIFJv dXRlDQoNCiAgICA5LjMuMi4gIFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQgTGVhdmUgZnJvbSBN dWx0aWNhc3QgTGVhdmUgU3luYyBSb3V0ZQ0KDQogICAgPg0KICAgID4gLS0gU2VjdGlvbiAxIC0t DQogICAgPiBJbiB0aGUgc2FtZSB2ZWluLCBpcyBpdCBhYm91dCBJR01QIG9ubHkgPyBPciBkb2Vz IGl0IGluY2x1ZGUgTUxEIGFzIHdlbGwgPyBJdCBpcw0KICAgID4gcmVhbGx5IHVuY2xlYXIuDQoN CiAgICBbSkRdICBUaGUgQWJzdHJhY3Qgc3RhdGVzOiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVz IGhvdyB0byBzdXBwb3J0IGVmZmljaWVudGx5IGVuZHBvaW50cyBydW5uaW5nIElHTVANCiAgICAo SW50ZXJuZXQgR3JvdXAgTWFuYWdlbWVudCBQcm90b2NvbCkgb3IgTUxEIChNdWx0aWNhc3QgTGlz dGVuZXIgIERpc2NvdmVyeSkgZm9yIHRoZSBtdWx0aWNhc3Qgc2VydmljZXMNCiAgICBvdmVyIGFu IEVWUE4gbmV0d29yayBieSBpbmNvcnBvcmF0aW5nIElHTVAvTUxEIHByb3h5IHByb2NlZHVyZXMg b24gRVZQTiAoRXRoZXJuZXQgVlBOKSBQRXMuDQoNCiAgICBXZSBhbHNvIGFkZGVkIHRoaXMgcGFy YWdyYXBoIHRvIHNlY3Rpb24gMyBhdCBCZW4ncyBiZWhlc3Q6DQoNCiAgICBJdCBpcyBpbXBvcnRh bnQgdG8gbm90ZSB3aGVuIHRoZXJlIGlzIHRleHQgY29uc2lkZXJpbmcgd2hldGhlciBhIFBFIGlu ZGljYXRlcyBzdXBwb3J0IGZvciBJR01QIHByb3h5aW5nLA0KICAgIHRoZSBjb3JyZXNwb25kaW5n IGJlaGF2aW9yIGhhcyBhIG5hdHVyYWwgYW5hbG9ndWUgZm9yIGluZGljYXRpb24gb2Ygc3VwcG9y dCBmb3IgTUxEIHByb3h5aW5nLCBhbmQgdGhlDQogICAgYW5hbG9nb3VzIHJlcXVpcmVtZW50cyBh cHBseSBhcyB3ZWxsLg0K --_000_EC54E7FE11114256AA546200250462D0ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <95415DEDE21A9F4FAFC0B4C11A609F4F@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow Y207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5N c29MaXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFw aA0KCXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowY207DQoJbWFyZ2luLXJp Z2h0OjBjbTsNCgltYXJnaW4tYm90dG9tOjBjbTsNCgltYXJnaW4tbGVmdDozNi4wcHQ7DQoJZm9u dC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFu LkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRl ZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwg UHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxT dHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3 Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjk5 NzQyMDA2MDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTg1ODc3Mzk3NDt9DQpAbGlzdCBsMQ0K CXttc28tbGlzdC1pZDoxNTMwNDgzNTUzOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1s aXN0LXRlbXBsYXRlLWlkczotNTgwNzMyMzc4IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3 Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBs aXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZl bDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxldmVs NA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2Vy Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxldmVsNw0KCXttc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4 dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjE2MzM2MzIwMzg7DQoJ bXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjExODgzNTA0NDIg LTY5MDczNTgxNCA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMjpsZXZlbDENCgl7bXNvLWxldmVs LXN0YXJ0LWF0OjE4Ow0KCW1zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDotOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0K QGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMjpsZXZlbDUNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlz dCBsMjpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwyOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwyOmxldmVsOQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJn aW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iZW4tQkUiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0Rjcy IiBzdHlsZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgbGlrZSB0aGlzIHdvcmRpbmcgTHVjIEFuZHLDqSBhcyBp dCBpcyBsZXNzIGNsdW1zeSB0aGFuIGV4aXN0aW5nIHRleHQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+QW55d2F5LCB0aGUgLTE5IGFkZHJlc3NlcyBteSBvbmx5IHJlbWFpbmluZyBi bG9ja2luZyBESVNDVVNTIHBvaW50LCBzbywgSSBhbSBjbGVhcmluZyBteSBESVNDVVNTIGluIHRo ZSBmb2xsb3dpbmcgbWludXRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIGhv cGUgdGhhdCBhbGwgdGhpcyBkaXNjdXNzaW9uIGhhcyBpbXByb3ZlZCB0aGUgZG9jdW1lbnQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVzcGVjdGZ1bGx5IHlvdXJzLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi3DqXJpYzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxiPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbToNCjwv c3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9y OmJsYWNrIj5MdWMgQW5kcsOpIEJ1cmRldCAmbHQ7bGFidXJkZXQuaWV0ZkBnbWFpbC5jb20mZ3Q7 PGJyPg0KPGI+RGF0ZTogPC9iPlNhdHVyZGF5LCA1IE1hcmNoIDIwMjIgYXQgMTY6MDY8YnI+DQo8 Yj5UbzogPC9iPiZxdW90O01hbmthbWFuYSBNaXNocmEgKG1hbmthbWlzKSZxdW90OyAmbHQ7bWFu a2FtaXM9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmcmZ3Q7LCBFcmljIFZ5bmNrZSAmbHQ7ZXZ5 bmNrZUBjaXNjby5jb20mZ3Q7LCBKb2huIEUgRHJha2UgJmx0O2pkcmFrZT00MGp1bmlwZXIubmV0 QGRtYXJjLmlldGYub3JnJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0K PGI+Q2M6IDwvYj4mcXVvdDtkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRm Lm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5v cmcmZ3Q7LCAmcXVvdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzcy1jaGFpcnNA aWV0Zi5vcmcmZ3Q7LCAmcXVvdDtzbGl0a293cy5pZXRmQGdtYWlsLmNvbSZxdW90OyAmbHQ7c2xp dGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7LCAmcXVvdDtiZXNzQGlldGYub3JnJnF1b3Q7ICZsdDti ZXNzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogw4lyaWMgVnluY2tlJ3Mg RGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdpdGgg RElTQ1VTUyBhbmQgQ09NTUVOVCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBs YW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkhpIMOJcmljLCBNYW5rYW1hbmEgJmFtcDsgSm9o biw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdCI+SnVzdCByZWFkIC0xOSB2aXogdGhpcyB0aHJlYWQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5UaGUgSUdNUC9NTEQg ZHVhbGl0eSBoYXMgYmVlbiBzZWVuIGJlZm9yZSBhbmQgaW4gcHJldmlvdXMgY2FzZXMgKFJGQzQ2 MDQpIGl0IHdhcyBleHBsaWNpdGx5IGNhbGxlZCBvdXQgYWxzbyAmbmJzcDsoZm9yIGdvb2QgY2F1 c2U6IElHTVAgTWVtYmVyc2hpcCB2cyBNTEQgTGlzdGVuZXIsICZuYnNwO0lHTVANCiBMZWF2ZSB2 cyBNTEQgRG9uZSwgZXRjKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmUgc3R5bGU9Im1hcmdp bi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpibGFjayI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPlJGQzMzNzY6PG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyBJbiB0aGlzIGRv Y3VtZW50LCB1bmxlc3Mgb3RoZXJ3aXNlIHF1YWxpZmllZCwgdGhlIGNhcGl0YWxpemVkIHdvcmRz PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyAmcXVv dDtRdWVyeSZxdW90OyBhbmQgJnF1b3Q7UmVwb3J0JnF1b3Q7IHJlZmVyIHRvIElHTVAgTWVtYmVy c2hpcCBRdWVyaWVzIGFuZCBJR01QPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxl PSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6Ymxh Y2siPiZuYnNwOyZuYnNwOyBWZXJzaW9uIDMgTWVtYmVyc2hpcCBSZXBvcnRzLCByZXNwZWN0aXZl bHkuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj5SRkMzODEwOjxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1D QSIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgSW4gdGhpcyBkb2N1bWVudCwgdW5s ZXNzIG90aGVyd2lzZSBxdWFsaWZpZWQsIHRoZSBjYXBpdGFsaXplZCB3b3JkczxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgJnF1b3Q7UXVlcnkmcXVv dDsgYW5kICZxdW90O1JlcG9ydCZxdW90OyByZWZlciB0byBNTEQgTXVsdGljYXN0IExpc3RlbmVy IFF1ZXJpZXMgYW5kIE1MRDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj4m bmJzcDsmbmJzcDsgVmVyc2lvbiAyIE11bHRpY2FzdCBMaXN0ZW5lciBSZXBvcnRzLCByZXNwZWN0 aXZlbHkuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj5SRkM0NjA0OjxvOnA+PC9vOnA+PC9z cGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgRHVlIHRvIHRoZSBjb21tb25h bGl0eSBvZiBmdW5jdGlvbiwgdGhlIHRlcm0gJnF1b3Q7R3JvdXAgTWFuYWdlbWVudDxvOnA+PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsgUHJvdG9jb2wmcXVv dDssIG9yICZxdW90O0dNUCZxdW90Oywgd2lsbCBiZSB1c2VkIHRvIHJlZmVyIHRvIGJvdGggSUdN UCBhbmQgTUxELiZuYnNwOyBUaGU8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7ICZuYnNwO3Rlcm0gJnF1b3Q7U291cmNlIEZpbHRlcmluZyBHTVAmcXVvdDssIG9y ICZxdW90O1NGR01QJnF1b3Q7LCB3aWxsIGJlIHVzZWQgdG8gcmVmZXI8bzpwPjwvbzpwPjwvc3Bh bj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4t Q0EiIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwO2pvaW50bHkgdG8gdGhlIElHTVB2 MyBhbmQgTUxEdjIgZ3JvdXAgbWFuYWdlbWVudCBwcm90b2NvbHMuPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLUNB IiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHBy ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImNv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+Q291bGQgSSBwcm9wb3NlIGp1c3QgYWRkaW5nIGEgc21hbGwg Y2xhcmlmeWluZyBwYXJhZ3JhcGggaW4gSW50cm8gd2hpY2ggZG9lcyB0aGUgc2FtZSBhcyB0aG9z ZSAzIGFuZCB1c2UgdGhhdCB0ZXJtaW5vbG9neT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJl IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj5U aGUgdGVybSAmcXVvdDtHcm91cCBNYW5hZ2VtZW50IFByb3RvY29sJnF1b3Q7LCBvciAmcXVvdDtH TVAmcXVvdDssIHdhcyBmaXJzdCBkZWZpbmVkIGluIFJGQzQ2MDQgdG8gYWRkcmVzcyB0aGUgY29t bW9uYWxpdHkgb2YgZnVuY3Rpb24gYmV0d2VlbiBJR01QIGFuZCBMTUQuPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVO LUNBIiBzdHlsZT0iY29sb3I6YmxhY2siPkluIHRoaXMgZG9jdW1lbnQsIHVubGVzcyBvdGhlcndp c2UgcXVhbGlmaWVkOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2lu LWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzIi PjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6Ymxh Y2siPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBw dCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjpi bGFjayI+dGhlIGNhcGl0YWxpemVkIHdvcmRzICZxdW90O0dNUCBRdWVyeSZxdW90OyByZWZlciB0 byBJR01QIE1lbWJlcnNoaXAgUXVlcmllcyBhbmQgTUxEIE11bHRpY2FzdCBMaXN0ZW5lciBRdWVy aWVzOyBhbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0 OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwyIGxldmVsMSBsZm8yIj48IVtp ZiAhc3VwcG9ydExpc3RzXT48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImNvbG9yOmJsYWNrIj48 c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6YmxhY2si PnRoZSBjYXBpdGFsaXplZCB3b3JkcyAmcXVvdDtHTVAgUmVwb3J0JnF1b3Q7IHJlZmVyIHRvIElH TVAgVmVyc2lvbiBYIE1lbWJlcnNoaXAgUmVwb3J0cyBhbmQgTUxEIFZlcnNpb24gMiBNdWx0aWNh c3QgTGlzdGVuZXIgUmVwb3J0cy48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5zLzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1V UyI+DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5J R01QIE1lbWJlcnNoaXAgUmVwb3J0cy9HTVAgUmVwb3J0cy9nPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+THVjIEFuZHLDqTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9 IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+THVjIEFuZHLD qSBCdXJkZXQgfCAmbmJzcDtDaXNjbyAmbmJzcDt8Jm5ic3A7IGxhYnVyZGV0LmlldGZAZ21haWwu Y29tJm5ic3A7IHwmbmJzcDsgVGVsOiArMSA2MTMgMjU0IDQ4MTQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4w cHQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM2LjBwdCI+DQo8Yj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkZy b206IDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2NvbG9yOmJsYWNrIj5CRVNTICZsdDtiZXNzLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFs ZiBvZiBNYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1pcykgJmx0O21hbmthbWlzPTQwY2lzY28uY29t QGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIE1hcmNoIDQsIDIw MjIgYXQgMTI6MDk8YnI+DQo8Yj5UbzogPC9iPkVyaWMgVnluY2tlIChldnluY2tlKSAmbHQ7ZXZ5 bmNrZUBjaXNjby5jb20mZ3Q7LCBKb2huIEUgRHJha2UgJmx0O2pkcmFrZT00MGp1bmlwZXIubmV0 QGRtYXJjLmlldGYub3JnJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0K PGI+Q2M6IDwvYj5kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyAm bHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmZ3Q7LCBiZXNz LWNoYWlyc0BpZXRmLm9yZyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBzbGl0a293cy5p ZXRmQGdtYWlsLmNvbSAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7LCBiZXNzQGlldGYu b3JnICZsdDtiZXNzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW2Jlc3Nd IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQt cHJveHktMTg6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBsYW5nPSJFTi1VUyI+SGkgRXJpYywgPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5n PSJFTi1VUyI+UG9zdGVkIG5ldyByZXZpc2lvbiBhZGRyZXNzaW5nIHR3byBvZiB5b3VyIGNvbW1l bnQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEg bGV2ZWwxIGxmbzUiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gbGFuZz0iRU4tVVMiPjxz cGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjEuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBsYW5nPSJFTi1VUyI+ TGF0ZXN0IGNvbW1lbnQgYWJvdXQgYWRkaW5nIElHTVAgLyBNTEQgYmVmb3JlIHRlcm1pbm9sb2d5 DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwxIGxl dmVsMSBsZm81Ij4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIGxhbmc9IkVOLVVTIj48c3Bh biBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj4yLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gbGFuZz0iRU4tVVMiPlBl bmRpbmcgZnJvbSBsYXN0IG9uZSwgd2hlcmUgc2VjdGlvbiA0LjEuMSBudW1iZXJzIHdlcmUgZ2V0 dGluZyByZXNldCB3aXRob3V0IGNvbW1lbnQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPk1hbmthbWFuYSA8bzpwPg0KPC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1s ZWZ0OjM2LjBwdCI+DQo8Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5NYW5rYW1hbmEgTWlzaHJhIChtYW5rYW1p cykgJmx0O21hbmthbWlzQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+RnJpZGF5LCBN YXJjaCA0LCAyMDIyIGF0IDc6NDIgQU08YnI+DQo8Yj5UbzogPC9iPkVyaWMgVnluY2tlIChldnlu Y2tlKSAmbHQ7ZXZ5bmNrZUBjaXNjby5jb20mZ3Q7LCBKb2huIEUgRHJha2UgJmx0O2pkcmFrZT00 MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5v cmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94 eUBpZXRmLm9yZyAmbHQ7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5v cmcmZ3Q7LCBzbGl0a293cy5pZXRmQGdtYWlsLmNvbSAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5j b20mZ3Q7LCBiZXNzLWNoYWlyc0BpZXRmLm9yZyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7 LCBiZXNzQGlldGYub3JnICZsdDtiZXNzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwv Yj5SZTogw4lyaWMgVnluY2tlJ3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21w LW1sZC1wcm94eS0xODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8L3NwYW4+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoYW5r cywgcG9zaXRpbmcgdXBkYXRlIGluIDMwIG1pbi4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIGxhbmc9 IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+TWFua2FtYW5h IDxvOnA+DQo8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRE RiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJv dHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzYuMHB0Ij4NCjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6YmxhY2siPkVyaWMg VnluY2tlIChldnluY2tlKSAmbHQ7ZXZ5bmNrZUBjaXNjby5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTog PC9iPkZyaWRheSwgTWFyY2ggNCwgMjAyMiBhdCA3OjM2IEFNPGJyPg0KPGI+VG86IDwvYj5NYW5r YW1hbmEgTWlzaHJhIChtYW5rYW1pcykgJmx0O21hbmthbWlzQGNpc2NvLmNvbSZndDssIEpvaG4g RSBEcmFrZSAmbHQ7amRyYWtlPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmcmZ3Q7LCBUaGUg SUVTRyAmbHQ7aWVzZ0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPmRyYWZ0LWlldGYtYmVz cy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnICZsdDtkcmFmdC1pZXRmLWJlc3MtZXZwbi1p Z21wLW1sZC1wcm94eUBpZXRmLm9yZyZndDssIHNsaXRrb3dzLmlldGZAZ21haWwuY29tICZsdDtz bGl0a293cy5pZXRmQGdtYWlsLmNvbSZndDssIGJlc3MtY2hhaXJzQGlldGYub3JnICZsdDtiZXNz LWNoYWlyc0BpZXRmLm9yZyZndDssIGJlc3NAaWV0Zi5vcmcgJmx0O2Jlc3NAaWV0Zi5vcmcmZ3Q7 PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0 LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFuZCBDT01N RU5UKTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3Bh biBsYW5nPSJFTi1VUyI+Q29ycmVjdCB0aGlzIHdpbGwgYWRkcmVzcyBteSBESVNDVVNTIHBvaW50 IGlmIHlvdSBhbHNvIG1vZGlmeSB0aGUgbGluZSBiZWxvdywgaS5lLiwgcmVwbGFjZSBhbGwgSUdN UCBieSBJR01QL01MRCBpbiB0aGUgdGV4dCB1bnRpbCB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbiBz dGF0ZXMgJnF1b3Q7SUdNUCBtZWFucyBJR01QIG9yIE1MRCZxdW90OyAoc2ljKS48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYu MHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0i RU4tVVMiPlJlZ2FyZHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM2LjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPi3DqXJpYzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PGI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9z cGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Y29sb3I6 YmxhY2siPiZxdW90O01hbmthbWFuYSBNaXNocmEgKG1hbmthbWlzKSZxdW90OyAmbHQ7bWFua2Ft aXNAY2lzY28uY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIDQgTWFyY2ggMjAyMiBh dCAxNjozMzxicj4NCjxiPlRvOiA8L2I+RXJpYyBWeW5ja2UgJmx0O2V2eW5ja2VAY2lzY28uY29t Jmd0OywgSm9obiBFIERyYWtlICZsdDtqZHJha2U9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9y ZyZndDssIFRoZSBJRVNHICZsdDtpZXNnQGlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1 b3Q7ZHJhZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmcXVvdDsgJmx0 O2RyYWZ0LWlldGYtYmVzcy1ldnBuLWlnbXAtbWxkLXByb3h5QGlldGYub3JnJmd0OywgJnF1b3Q7 c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mcXVvdDsgJmx0O3NsaXRrb3dzLmlldGZAZ21haWwuY29t Jmd0OywgJnF1b3Q7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O2Jlc3MtY2hhaXJzQGll dGYub3JnJmd0OywgJnF1b3Q7YmVzc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzc0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IMOJcmljIFZ5bmNrZSdzIERpc2N1c3Mgb24gZHJh ZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHktMTg6ICh3aXRoIERJU0NVU1MgYW5kIENP TU1FTlQpPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIu MHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3Bh biBsYW5nPSJFTi1VUyI+SGkgRXJpYywgPG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaGVzZSBob3N0 cy9WTXMgZXhwcmVzcyB0aGVpciBpbnRlcmVzdHMgaW4gbXVsdGljYXN0IGdyb3VwcyBvbiBhPC9z cGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NzIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBnaXZlbiBzdWJuZXQvVkxBTiBieSBzZW5kaW5nDQo8c3BhbiBzdHls ZT0iYmFja2dyb3VuZDpsaW1lO21zby1oaWdobGlnaHQ6bGltZSI+SUdNUCBNZW1iZXJzaGlwIFJl cG9ydHM8L3NwYW4+IChKb2lucykgZm9yLiAmZ3Q7Jmd0Ow0KPHNwYW4gc3R5bGU9ImJhY2tncm91 bmQ6YXF1YTttc28taGlnaGxpZ2h0OmFxdWEiPkFkZGluZyBNTEQgaGVyZSB0b288L3NwYW4+ID8g PC9zcGFuPg0KPHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7dGhlaXIgaW50ZXJlc3RlZCBtdWx0aWNhc3QgZ3Jv dXAocykuJm5ic3A7IEZ1cnRoZXJtb3JlLCBhbiBJR01QIHJvdXRlcjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgcGVyaW9kaWNhbGx5IHNlbmRzIG1lbWJlcnNoaXAgcXVlcmllcyB0byBmaW5kIG91dCBpZiB0 aGVyZSBhcmUgaG9zdHM8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IG9uIHRoYXQgc3VibmV0IHRoYXQgYXJl IHN0aWxsIGludGVyZXN0ZWQgaW4gcmVjZWl2aW5nIG11bHRpY2FzdDwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJz cDsgdHJhZmZpYyBmb3IgdGhhdCBncm91cC4mbmJzcDsgVGhlIElHTVAvTUxEIFByb3h5IHNvbHV0 aW9uIGRlc2NyaWJlZCBpbjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgdGhpcyBkcmFmdCBhY2NvbXBsaXNo ZXMgaGFzIHRocmVlIG9iamVjdGl2ZXM6PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 NzIuMHB0Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gbGFu Zz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo3Mi4wcHQiPjxzcGFuIGxhbmc9IkVOLVVTIj5kb2VzIHRo aXMgY2hhbmdlIGxvb2sgb2sgPw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjcyLjBwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1y aWdodDowY207bWFyZ2luLWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCjxiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJv bTogPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7 Y29sb3I6YmxhY2siPkVyaWMgVnluY2tlIChldnluY2tlKSAmbHQ7ZXZ5bmNrZUBjaXNjby5jb20m Z3Q7PGJyPg0KPGI+RGF0ZTogPC9iPkZyaWRheSwgTWFyY2ggNCwgMjAyMiBhdCA3OjI5IEFNPGJy Pg0KPGI+VG86IDwvYj5Kb2huIEUgRHJha2UgJmx0O2pkcmFrZT00MGp1bmlwZXIubmV0QGRtYXJj LmlldGYub3JnJmd0OywgVGhlIElFU0cgJmx0O2llc2dAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6 IDwvYj5kcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyAmbHQ7ZHJh ZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmZ3Q7LCBzbGl0a293cy5p ZXRmQGdtYWlsLmNvbSAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7LCBiZXNzLWNoYWly c0BpZXRmLm9yZyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7LCBiZXNzQGlldGYub3JnICZs dDtiZXNzQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogw4lyaWMgVnluY2tl J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eS0xODogKHdp dGggRElTQ1VTUyBhbmQgQ09NTUVOVCk8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJvdHRvbTox Mi4wcHQ7bWFyZ2luLWxlZnQ6NzIuMHB0Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5IZWxsbyBKb2hu LDxicj4NCjxicj4NClRoYW5rcyBmb3IgeW91ciBxdWljayByZXBseSwgZXZlbiBpZiBJIGFtIHVu c3VyZSBob3cgdG8gcmVhZCAmcXVvdDsgWW91cnMgSXJyZXNwZWN0aXZlbHksJnF1b3Q7IGFzIEkg YW0gbm90IGFuIEVuZ2xpc2gtbmF0aXZlIHBlcnNvbi48YnI+DQo8YnI+DQpUaGFuayB5b3UgZm9y IHBvaW50aW5nIG1lIHRvIHRoZSBuZXcgc2VjdGlvbnMgOS4xLjIgJmFtcDsgb3RoZXJzID0mZ3Q7 IEkgd2lsbCB1cGRhdGUgbXkgRElTQ1VTUyBvbiB0aGlzIHBvaW50IHcvbyBzZW5kaW5nIGFub3Ro ZXIgZW1haWwuPGJyPg0KPGJyPg0KQnV0IHNlY3Rpb24gMSBzdGlsbCBtZW50aW9ucyBvbmx5IElH TVAgYW5kIG5ldmVyIE1MRCBleGNlcHQgZm9yICZxdW90O0lHTVAvTUxEJnF1b3Q7IHByb3h5LCB0 aGlzIGlzIHRyaXZpYWwgdG8gZml4LCBzbyBJIHN1Z2dlc3QgdG8gdGhlIGF1dGhvcnMgdG8gdXBk YXRlIHRoZSBkcmFmdC48YnI+DQo8YnI+DQpSZWdhcmRzPGJyPg0KPGJyPg0KLcOpcmljPGJyPg0K PGJyPg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBpZXNnICZsdDtpZXNn LWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7IG9uIGJlaGFsZiBvZiBKb2huIEUgRHJha2UgJmx0O2pkcmFr ZT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCkRhdGU6IEZyaWRheSwgNCBN YXJjaCAyMDIyIGF0IDE1OjAxPGJyPg0KVG86IEVyaWMgVnluY2tlICZsdDtldnluY2tlQGNpc2Nv LmNvbSZndDssIFRoZSBJRVNHICZsdDtpZXNnQGlldGYub3JnJmd0Ozxicj4NCkNjOiAmcXVvdDtk cmFmdC1pZXRmLWJlc3MtZXZwbi1pZ21wLW1sZC1wcm94eUBpZXRmLm9yZyZxdW90OyAmbHQ7ZHJh ZnQtaWV0Zi1iZXNzLWV2cG4taWdtcC1tbGQtcHJveHlAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtzbGl0 a293cy5pZXRmQGdtYWlsLmNvbSZxdW90OyAmbHQ7c2xpdGtvd3MuaWV0ZkBnbWFpbC5jb20mZ3Q7 LCAmcXVvdDtiZXNzLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7YmVzcy1jaGFpcnNAaWV0Zi5v cmcmZ3Q7LCAmcXVvdDtiZXNzQGlldGYub3JnJnF1b3Q7ICZsdDtiZXNzQGlldGYub3JnJmd0Ozxi cj4NClN1YmplY3Q6IFJFOiDDiXJpYyBWeW5ja2UncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtYmVz cy1ldnBuLWlnbXAtbWxkLXByb3h5LTE4OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKTxicj4N Cjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBIaSw8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgU25pcHBlZCwgY29tbWVudHMgaW5saW5lPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 IFlvdXJzIElycmVzcGVjdGl2ZWx5LDxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBKb2hu PGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IEp1bmlwZXIgQnVzaW5lc3MgVXNl IE9ubHk8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IERJU0NVU1M6PGJy Pg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IEFzIE1hcnRpbiBWaWdv dXJldXgncyB0ZXJtIGlzIG5lYXIgaXRzIGVuZCwgSSB0b29rIHRoZSBsaWJlcnR5IHRvIHJlLWV2 YWx1YXRlIHRoZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IGJhbGxvdCBzdGF0dXMgb2Yg dGhpcyBkb2N1bWVudCBhbmQgY2xlYXJpbmcgcGFydHMgb2YgbXkgb3JpZ2luYWwgYmxvY2sgRElT Q1VTUzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHBvaW50cyBhbmQgbWFueSBvZiBteSBv cmlnaW5hbCBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgU2VlIGJlbG93IHRoaXMgbGlu ZSBmb3IgdXBkYXRlZCB2ZXJzaW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFRoYW5rIHlvdSBmb3Ig dGhlIHdvcmsgcHV0IGludG8gdGhpcyBkb2N1bWVudC4gSSBoYXZlIHRvIHN0YXRlIHRoYXQgSSBh bSBuZWl0aGVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgYSBFVlBOIGV4cGVydCBub3Qg YSBtdWx0aWNhc3Qgb25lLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyAmZ3Q7IFBsZWFzZSBmaW5kIGJlbG93IHNvbWUgYmxvY2tpbmcgRElTQ1VT UyBwb2ludHMgKHByb2JhYmx5IGVhc3kgdG8gYWRkcmVzcyksPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7ICZndDsgc29tZSBub24tYmxvY2tpbmcgQ09NTUVOVCBwb2ludHMgKGJ1dCByZXBsaWVzIHdv dWxkIGJlIGFwcHJlY2lhdGVkIGV2ZW4gaWY8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBv bmx5IGZvciBteSBvd24gZWR1Y2F0aW9uKSwgYW5kIHNvbWUgbml0cy48YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBTcGVjaWFsIHRoYW5r cyB0byBTdMOpcGhhbmUgTGl0a293c2tpIGZvciBoaXMgc2hlcGhlcmQncyB3cml0ZS11cCBhYm91 dCB0aGUgV0c8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBjb25zZW5zdXMuPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7ICZndDsgPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgSSBob3Bl IHRoYXQgdGhpcyBoZWxwcyB0byBpbXByb3ZlIHRoZSBkb2N1bWVudCw8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgJmd0OyA8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBSZWdhcmRzLDxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IC3D qXJpYzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7ID09IERJU0NVU1MgPT08YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJmd0OyA8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBUaGUgdGV4dCBjb3ZlcnMgaW4gZGV0YWlscyBob3cgdG8g bWFwIE1MRC9JR01QIGludG8gQkdQIHJvdXRlcyBidXQgZG9lcyBub3Q8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgJmd0OyBzYXkgYSB3b3JkIG9uIGhvdyB0byByZWNyZWF0ZSB0aGUgTUxEL0lHTVAg cGFja2V0cy4gU2hvdWxkIHRoZXJlIGJlIGFueSBzdWNoPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 ICZndDsgc3BlY2lmaWNhdGlvbiAoZS5nLiwgaW4gc2VjdGlvbiA0LjEpID88YnI+DQo8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgW0pEXSZuYnNwOyBXZSBhZGRlZDogPGJyPg0KPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7IDkuMS4yLiZuYnNwOyBSZWNvbnN0cnVjdGluZyBJR01QIC8gTUxEIE1lbWJl cnNoaXAgUmVwb3J0cyBmcm9tIFNlbGVjdGl2ZSBNdWx0aWNhc3QgUm91dGU8YnI+DQo8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgOS4yLjIuJm5ic3A7IFJlY29uc3RydWN0aW5nIElHTVAgLyBNTEQg TWVtYmVyc2hpcCBSZXBvcnRzIGZyb20gTXVsdGljYXN0IE1lbWJlcnNoaXAgUmVwb3J0IFN5bmMg Um91dGU8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgOS4zLjIuJm5ic3A7IFJlY29uc3Ry dWN0aW5nIElHTVAgLyBNTEQgTGVhdmUgZnJvbSBNdWx0aWNhc3QgTGVhdmUgU3luYyBSb3V0ZTxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IDxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7IC0tIFNlY3Rpb24gMSAtLTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IEluIHRo ZSBzYW1lIHZlaW4sIGlzIGl0IGFib3V0IElHTVAgb25seSA/IE9yIGRvZXMgaXQgaW5jbHVkZSBN TEQgYXMgd2VsbCA/IEl0IGlzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcmVhbGx5IHVu Y2xlYXIuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFtKRF0mbmJzcDsgVGhlIEFic3Ry YWN0IHN0YXRlczombmJzcDsmbmJzcDsgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgaG93IHRvIHN1 cHBvcnQgZWZmaWNpZW50bHkgZW5kcG9pbnRzIHJ1bm5pbmcgSUdNUDxicj4NCiZuYnNwOyZuYnNw OyZuYnNwOyAoSW50ZXJuZXQgR3JvdXAgTWFuYWdlbWVudCBQcm90b2NvbCkgb3IgTUxEIChNdWx0 aWNhc3QgTGlzdGVuZXImbmJzcDsgRGlzY292ZXJ5KSBmb3IgdGhlIG11bHRpY2FzdCBzZXJ2aWNl czxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBvdmVyIGFuIEVWUE4gbmV0d29yayBieSBpbmNvcnBv cmF0aW5nIElHTVAvTUxEIHByb3h5IHByb2NlZHVyZXMgb24gRVZQTiAoRXRoZXJuZXQgVlBOKSBQ RXMuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFdlIGFsc28gYWRkZWQgdGhpcyBwYXJh Z3JhcGggdG8gc2VjdGlvbiAzIGF0IEJlbidzIGJlaGVzdDo8YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgSXQgaXMgaW1wb3J0YW50IHRvIG5vdGUgd2hlbiB0aGVyZSBpcyB0ZXh0IGNvbnNp ZGVyaW5nIHdoZXRoZXIgYSBQRSBpbmRpY2F0ZXMgc3VwcG9ydCBmb3IgSUdNUCBwcm94eWluZyw8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgdGhlIGNvcnJlc3BvbmRpbmcgYmVoYXZpb3IgaGFzIGEg bmF0dXJhbCBhbmFsb2d1ZSBmb3IgaW5kaWNhdGlvbiBvZiBzdXBwb3J0IGZvciBNTEQgcHJveHlp bmcsIGFuZCB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgYW5hbG9nb3VzIHJlcXVpcmVtZW50 cyBhcHBseSBhcyB3ZWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_EC54E7FE11114256AA546200250462D0ciscocom_-- From nobody Mon Mar 7 23:33:03 2022 Return-Path: X-Original-To: bess@ietf.org Delivered-To: bess@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AA8BC3A053E; Mon, 7 Mar 2022 23:33:01 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org, bess-chairs@ietf.org, bess@ietf.org, slitkows.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 7.46.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <164672478166.9149.7353717448179117532@ietfa.amsl.com> Date: Mon, 07 Mar 2022 23:33:01 -0800 Archived-At: Subject: [bess] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-bess-evpn-igmp-mld-proxy-19=3A_=28with_COMMENT=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 07:33:02 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-bess-evpn-igmp-mld-proxy-19: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-igmp-mld-proxy/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- As Martin Vigoureux's term is near its end, I took the liberty to re-evaluate twice the ballot status of this document and with the -19 revision all my previous blocking DISCUSS points are addressed. Thank you to the authors. See below this line for updated version ---------------------------------------------- Thank you for the work put into this document. I have to state that I am neither a EVPN expert not a multicast one. Please find below some blocking DISCUSS points (probably easy to address), some non-blocking COMMENT points (but replies would be appreciated even if only for my own education), and some nits. Special thanks to Stéphane Litkowski for his shepherd's write-up about the WG consensus. I hope that this helps to improve the document, Regards, -éric == Archived DISCUSS (addressed/fixed in -19) == The text covers in details how to map MLD/IGMP into BGP routes but does not say a word on how to recreate the MLD/IGMP packets. Should there be any such specification (e.g., in section 4.1) ? Are all multicast group address treated as the same ? I would have appreciated some text about link-local multicast as well as global multicast groups addresses. -- Abstract -- While this point is pretty light for a blocking DISCUSS, let's fix it: - the abstract should also mention MLD and not only IGMP - what are 'the above services' ? -- Section 1 -- In the same vein, is it about IGMP only ? Or does it include MLD as well ? It is really unclear. == COMMENT == A very generic comment (but no need to reply): how can an IETF draft still prefers to use "IGMP" rather than "MLD" in the text in 2021 ? ... -- Section 1 -- When reading this section, I really and genuinely wonder what is "distributed anycast multicast router" ? AFAIK "any cast" and "multicast" addresses are vastly different. -- Section 3 -- (Addressed in -18) Is there any reason why the terminology is not alphabetically sorted ? (Addressed in -18) Please also add 'BD'. (Addressed in -18) Usually a terminology section is not only about acronym expansions but also about definitions. -- Section 4.1 -- What is the definition of a 'first hop PE'? What is the difference with a EVPN PE ? -- Section 4.2 -- May be that I overlooked it, but what is a 'proxy querier' ? What is the difference between "EVPN core" and "MPLS/IP core" ? -- Section 5.1 -- (Addressed over email) What is "viz" ? (Sorry not being a native English speaker) -- Section 8 -- (Addressed over email) Is there a difference between (*, G) and (x, G) ? -- Section 9.1 -- (Addressed in -18) Please formally specify "IE" as "include/exclude" (if not mistaken). I find the description of the bits for MLD confusing, it really appears as a last-minute add-on to the text. Why not describing the MLDv1 in the same bullet as in IGMPv1 for the bit 7 ? (Addressed in -18) Is "SHOULD" the right word for the sender of the reserved bits ? Especially as section 9.1.1. specifies a "MUST". -- Sections 9.1, 9.2 -- The flags description appears to be different in the text while it seems to me that they have the same semantics. From nobody Tue Mar 8 00:52:42 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84E893A0C89 for ; Tue, 8 Mar 2022 00:52:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 LxGhibI2x78L for ; Tue, 8 Mar 2022 00:52:36 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B5B13A0C9F for ; Tue, 8 Mar 2022 00:52:36 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 499) id 39844F5D35; Tue, 8 Mar 2022 00:52:36 -0800 (PST) To: rfc-editor@rfc-editor.org From: RFC Errata System Cc: mohamed.boucadair@orange.com, erosen@juniper.net, ice@cisco.com, yiqunc@microsoft.com, arjen@boers.com, bess@ietf.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20220308085236.39844F5D35@rfc-editor.org> Date: Tue, 8 Mar 2022 00:52:36 -0800 (PST) Archived-At: Subject: [bess] [Editorial Errata Reported] RFC7582 (6875) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 08:52:41 -0000 The following errata report has been submitted for RFC7582, "Multicast Virtual Private Network (MVPN): Using Bidirectional P-Tunnels". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6875 -------------------------------------- Type: Editorial Reported by: Mohamed Boucadair Section: 14.3 Original Text ------------- +------------+--------------------+ | Identifier | Intended Semantics | +------------+--------------------+ | pid | See Section 7.1.1 | | priv: | Private use | +------------+--------------------+ Table 4: ALTO Endpoint Property Types Corrected Text -------------- +------------+--------------------+ | Identifier | Intended Semantics | +------------+--------------------+ | pid | See Section 7.1.1 | +------------+--------------------+ Table 4: ALTO Endpoint Property Types Notes ----- priv is not an identifier, but a prefix. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC7582 (draft-ietf-bess-mvpn-bidir-04) -------------------------------------- Title : Multicast Virtual Private Network (MVPN): Using Bidirectional P-Tunnels Publication Date : July 2015 Author(s) : E. Rosen, IJ. Wijnands, Y. Cai, A. Boers Category : PROPOSED STANDARD Source : BGP Enabled ServiceS Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Mar 8 04:04:21 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24AF23A1322 for ; Tue, 8 Mar 2022 04:04:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net 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 bGyUqq__siHn for ; Tue, 8 Mar 2022 04:04:13 -0800 (PST) Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DECE93A131F for ; Tue, 8 Mar 2022 04:04:12 -0800 (PST) Received: by mail-vk1-xa2e.google.com with SMTP id j201so9673982vke.11 for ; Tue, 08 Mar 2022 04:04:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZcKL2uaA1Xsmke90J8gl5P4ZAmexGm8U004cdgq9lNk=; b=LsBMfa9AeatBGVPcl2GK9dka8j7AG2qODsJAYfCfvcyoBDK+g74QmNbqdzT15foxek 10b12FXt9TSm88veYgiNdO6PQ7N76Q0ipA6eRlVs7dIcYVXmnEi+1lujPxcST2UELmUK WMWaG2foyBAhZJZjnxow73zMZQxFz/Uvo5dZINiY8okDbMAN2OPPKcz8KBjN2Ttg+sCj QFVyEpbyxtQF8vSgFZgTiZBQj+1VQmRP6YNReH8nmc8x/vWov/vaS7vcbcKTaxE2xOyT 1ai7iC46x6bk9OD2/pIl4FxQV6U7R1e2Hwj3pDkKl0LdNkOhaZbR2lIPx+lya8eCwwcp 12GQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZcKL2uaA1Xsmke90J8gl5P4ZAmexGm8U004cdgq9lNk=; b=5s9heBhTLQa+LPCMifaEalYffj8jU8161h+zZdpcVzzxEKYn1EJ3LH9tmHi8Q1d1ts gJIUTWH2FoRxAF6QI2y9wytSlZFY5zSTXO3yOqq/QL+7FeF07f4W3tg7XWUwaVosBP4y vPGNJ8FitgyMvJFRDMu4X1moqDKH5ih1ZFKvWMO7TZC2dh9j2Sb8RHV/FHIskx4wzTtL ogIMfdWjZysdzf2j0YC1IprXG+FXAd0ekieQ9n2FLkIzuRsfC6i1O/MHMsOKznex7AI0 +sefdr45TzfBM6gfqwjrAWs9ujZFylzZm3kjShq1Bi15G4IXQGxzn27scQCvpz3lAgJz ADFg== X-Gm-Message-State: AOAM531JrOQ+kDYsb+WPcLvl5CVX6b6yND/Mo8HFh21hgc87oEsv/YKo J/hPKdRRJZlcWC9eaPK5FhB04+irueg2Jcvny2jcJQ== X-Google-Smtp-Source: ABdhPJx3rnPnweGkjm10ctnxw4wsT8L6wbJB67lwogI45j0VrPWF0Wr9PMGIn0gGw8NhMHHHAl69oLbRAVVB9tHPxEM= X-Received: by 2002:a05:6122:17a6:b0:32d:9ed1:eccd with SMTP id o38-20020a05612217a600b0032d9ed1eccdmr6234523vkf.9.1646741051419; Tue, 08 Mar 2022 04:04:11 -0800 (PST) MIME-Version: 1.0 References: <202203081200085293755@zte.com.cn> In-Reply-To: <202203081200085293755@zte.com.cn> From: Robert Raszuk Date: Tue, 8 Mar 2022 13:03:59 +0100 Message-ID: To: liu.yao71@zte.com.cn Cc: John Scudder , Ketan Talaulikar , The IESG , draft-ietf-bess-srv6-services@ietf.org, bess-chairs@ietf.org, BESS , "Bocci, Matthew (Nokia - GB)" Content-Type: multipart/alternative; boundary="000000000000684c8605d9b3c746" Archived-At: Subject: Re: [bess] John Scudder's Discuss on draft-ietf-bess-srv6-services-11: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 12:04:19 -0000 --000000000000684c8605d9b3c746 Content-Type: text/plain; charset="UTF-8" Dear Yao, The issue is not related to support or no support of a new feature although that is also not well addressed in current BGP-4 specification. The question is about coexistence of multiple transports and service encoding for the same application. I have a separate proposal on this, but did not post it before the cut off date. So expect more on this after IETF in Vienna. Best, R. On Tue, Mar 8, 2022 at 5:00 AM wrote: > Hi Robert, > > Thanks for sharing your detailed consideration on BGP capability and new > NLRI. > A few comments about the BGP capability solution. Please see inline [YAO]. > > > ============================================================================== > > In BGP protocol any new service deployment using existing AFI/SAFI is not > easy. Especially when you are modifying content of MP_REACH or MP_UNREACH > NLRI attributes. Main reason being is that using capabilities only goes one > hop. In full mesh it all works perfect, but the moment you put RR in > between BGP speakers things are getting ugly as capabilities are not > traversing BGP nodes. /* Even in full mesh mixing transports for the same > service is a serious challenge for routers when say multihomes sites are > advertised from different PEs with different transport options */. > > [YAO] As you mentioned, in the scenario multihomes sites are advertised > from different PEs with different transport options without RR, e.g, CE1 > are connected to PE1 and PE2, PE1 supports MPLS VPN while PE2 support SRv6 > VPN, PE3 is the peer of PE1 and PE2, imagine PE3 supports both > capabilities, I don't think this brings much difference between the > configuration approach and BGP capability approach. > If BGP capability is introduced, PE3 will receive both MPLS VPN and BGP > VPN routes, how to process them is based on user's requirement,e.g, > choosing one fixed type of routes, using the lastest routes, ECMP and so on. > If configuration approach is used, how to configure is based user's > requirement as well. Before configuration on PE1 and PE2, one should first > decide whether PE3 wants to receive only one type of route or to receive > both routes. And if PE3 receive both routes, the processing rule also > should be considered. > In a word, in scenario like this, the consideration on user's requirement > is similar in both approach. > > Imagine RR signals SRv6 Service Capability to the PE. Then this PE happily > sends a new format of the UPDATE messages. Well as today we also do not > have a notion of conditional capabilities (only send when received from > all) so if some of the RR peers do not support it you end up in partial > service. One can argue that in this case the only deterministic model is to > push the configuration from the management station and control partial > deployment of the new service from mgmt layer. > > [YAO] By saying "RR peers", do you mean that in the scenario that there're > multiple RRs, and they're peers of each other, if some of the RRs don't > support the new BGP capability, the SRv6 service routes will not be sent to > them thus result in losing part of the routes? > If this is the case, I don't think it's a serious problem. No matter what > new BGP capability one wants to introduce in this scenario, RRs are always > required to support it if we want to get it right. > If "RR peers" means other PEs, it is the expected result that PEs don't > support the new capability will not receive the new kind of UPDATE > messages. So the dropping the new routes sent to these PEs is not a > problem. > On the other hand, the management approach is always a practical option by > not sending new messages to these PEs . > > > Regards, > Yao > --000000000000684c8605d9b3c746 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Yao,

The issue is not related to s= upport or no=C2=A0support of a new feature although=C2=A0that is also not w= ell addressed in current BGP-4 specification. The question is about coexist= ence=C2=A0of multiple transports and service=C2=A0encoding for the same app= lication.=C2=A0

I have a separate proposal on this= , but did not post it before the cut off date. So expect more on this after= IETF in Vienna.

Best,
R.

=





=




On Tue, Mar 8, 2022 at 5= :00 AM <liu.yao71@zte.com.cn= > wrote:
Hi R= obert,

Thanks for sharing your detailed consideration on BGP capability and new NL= RI.
A few comments about the BGP capability solution. Please see inline [YAO].<= br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D

In BGP protocol any new service deployment using existing AFI/SAFI is not easy. Especially when you are modifying content of MP_REACH or MP_UNREACH NLRI attributes. Main reason being is that using capabilities only goes one=
hop. In full mesh it all works perfect, but the moment you put RR in
between BGP speakers things are getting ugly as capabilities are not
traversing BGP nodes. /* Even in full mesh mixing transports for the same service is a serious challenge for routers when say multihomes sites are advertised from different PEs with different transport options */.

[YAO] As you mentioned, in the scenario multihomes sites are advertised fro= m different PEs with different transport options without RR, e.g, CE1 are c= onnected to PE1 and PE2, PE1 supports MPLS VPN while PE2 support SRv6 VPN, = PE3 is the peer of PE1 and PE2, imagine PE3 supports both capabilities,=C2= =A0 I don't think this brings much difference between the configuration= approach and BGP capability approach.
If BGP capability is introduced, PE3 will receive both MPLS VPN and BGP VPN= routes, how to process them is based on user's requirement,e.g, choosi= ng one fixed type of routes, using the lastest routes, ECMP and so on.
If configuration approach is used, how to configure is based user's req= uirement as well. Before configuration on PE1 and PE2, one should first dec= ide whether PE3 wants to receive only one type of route or to receive both = routes. And if PE3 receive both routes, the processing rule also should be = considered.
In a word, in scenario like this, the consideration on user's requireme= nt is similar in both approach.

Imagine RR signals SRv6 Service Capability to the PE. Then this PE happily<= br> sends a new format of the UPDATE messages. Well as today we also do not
have a notion of conditional capabilities (only send when received from
all) so if some of the RR peers do not support it you end up in partial
service. One can argue that in this case the only deterministic model is to=
push the configuration from the management station and control partial
deployment of the new service from mgmt layer.

[YAO] By saying "RR peers", do you mean that in the scenario that= there're multiple RRs, and they're peers of each other, if some of= the RRs don't support the new BGP capability, the SRv6 service routes = will not be sent to them thus result in losing part of the routes?
If this is the case, I don't think it's a serious problem. No matte= r what new BGP capability one wants to introduce in this scenario, RRs are = always required to support it if we want to get it right.
If "RR peers" means other PEs, it is the expected result that PEs= don't support the new capability will not receive the new kind of UPDA= TE messages.=C2=A0 So the dropping the=C2=A0 new routes sent to these PEs i= s not a problem.
On the other hand, the management approach is always a practical option by = not sending new messages to these PEs .


Regards,
Yao
--000000000000684c8605d9b3c746-- From nobody Tue Mar 8 11:41:53 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 385303A07CF; Tue, 8 Mar 2022 11:41:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=I1708X90; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=I2ijgpPR 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 KP56f1NLshcA; Tue, 8 Mar 2022 11:41:37 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B2653A12BF; Tue, 8 Mar 2022 11:41:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=40764; q=dns/txt; s=iport; t=1646768497; x=1647978097; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=9h6f7k765L6B9gnx4d+2aycii074rWFhNgErf0Z2k6c=; b=I1708X90zOB2kftEjWsV3RUgUqTjCNtMnQ9VyQ/Qq27d+/J5uMfZrwDr AAPHPJACpNqb+x5W3Twm1DZqsg7BVmS0UP4lVqkEVxm5r+0nQfpct91p7 HlgyExr5LT9cEFbI7wF7iReXeQtc9AGSF760pPik/kc0TVzbgar+C4WE4 8=; IronPort-PHdr: =?us-ascii?q?A9a23=3AhesRph/6Gx2n0f9uWCXoyV9kXcBvk7n3PwtA7?= =?us-ascii?q?J0hhvoOd6m45J3tMQTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFT?= =?us-ascii?q?RRQj8IQkkQpC9KEDkuuKvnsYmQ6Ec1OWUUj8Wu8NB1eGd31YBvZpXjhhQM?= =?us-ascii?q?=3D?= IronPort-Data: =?us-ascii?q?A9a23=3AV60Wi61i4O96buAF3PbD5YJwkn2cJEfYwER7X?= =?us-ascii?q?KvMYLTBsI5bpzVUnDdOCz2PbqzYa2fxf952Odu28E4D6pKDzYJqSFM43Hw8F?= =?us-ascii?q?HgiRegpqji6wuYcB84ZRyH6ZBoPA/42N5+QfKjYcleG/k33auK59CElvU21b?= =?us-ascii?q?uOU5NDsa3gZqTBMEE/NuTo78wIIqtYAbeqRWmthivuqyyHrA2JJ7hYvWo4iB?= =?us-ascii?q?w1vnzs01Bj6kGtwUlXT/pmntneG/5UeJMp3ya1csxLFrodo8u6SH44vzZmj9?= =?us-ascii?q?W/fuhwqEN7gwvDwc1YBRfjZOg3mZnh+Avf5xEMd4H1plP9naJLwam8P49mNt?= =?us-ascii?q?9V4ztZEsJ2rYQwoJabL3u8aVnG0FgknZfUWoO+WfyHu2SCU5wicG5f2+N1kA?= =?us-ascii?q?VotFYwV5ugxBntBndQDLDERbRecnKS3za61YuZpj8UnasLsOes3sHx71nTSD?= =?us-ascii?q?f8nW4vrQqjW65lfxjhYrsxUFPjCIssUdTQqZhnbeFhCJE8RTZMxmf/tg33zN?= =?us-ascii?q?iVCr0KEjas6/2aVyxZ+uJDsPcHaUt2HWcsTmVyXzkrE837wARwyNsGZyCKI6?= =?us-ascii?q?DSqi/OntSfyUp8IGLCksP9nnFO7yWkaCRlQXly+ydG0lF+4UNFSfhBM8Ss1p?= =?us-ascii?q?q90/0uuZtX4Vgez5n+JohBaXMBfe9DWQinlJrH8+Q2VAC0PSSRMLYxgv84tT?= =?us-ascii?q?jts3ViM9+4FzAdH6NW9IU9xPJ/Nxd9qBRUoEA=3D=3D?= IronPort-HdrOrdr: =?us-ascii?q?A9a23=3A6/wdsagc9Y65l3+J21PdxMFYenBQX3d13D?= =?us-ascii?q?Abv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwR5VpQRvnhPlICPoqTMmftW?= =?us-ascii?q?jdySWVxeRZjbcKrAeQYBEWmtQtsJuINpIOdOEYbmIKzPoSgjPIaerIqePvmM?= =?us-ascii?q?vD6IuurAYOcegpUdAc0+4TMHf8LqQCfng/OXNPLuvk2iMonUvFRV0nKuCAQl?= =?us-ascii?q?UVVenKoNPG0Lj8ZwQdOhIh4A6SyRu19b/TCXGjr1cjegIK5Y1n3XnOkgT/6K?= =?us-ascii?q?nmmeq80AXg22ja6IkTsMf9y+FEGNeHhqEuW3bRY0eTFcZcso+5zXQISdKUmR?= =?us-ascii?q?EXeR730lEd1vFImjbsl6eO0ELQMkfboW4TAjTZuC6laDPY0LzErXQBepF8bU?= =?us-ascii?q?YzSGqF16Lm1+sMip6jlljpxaa+AX777VfAzsmNWBdwmkWup30+1eYVknxESI?= =?us-ascii?q?MbLKRctIoF4SpuYdo99Q/Bmcsa+dNVfYvhDTdtACWnRmGcunMqzM2nX3w1EB?= =?us-ascii?q?vDSk8eutaN2zwTmHxi1UMXyMEWg39FrfsGOtZ5zvWBNr4tmKBFT8cQY644DO?= =?us-ascii?q?AdQdGvAmiIRR7XKmqdLVnuCalCMXPQrJz85qkz+YiRCdA15Yp3nI6EXEJTtG?= =?us-ascii?q?Y0dU6rAcqS3IdT+hSIW2m5VSSF8LAX23G4gMy0eFPGC1z2dLl1qbrUnxw2OL?= =?us-ascii?q?ytZ8qO?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAAByHvlh/5BdJa1XAxsBAQEBAQE?= =?us-ascii?q?BAQUBAQESAQEBAwMBAQFAgUYGAQEBCwGBIDEuKAd3WjcxiBADhFlghQ6DAgO?= =?us-ascii?q?LEJAUgS4UgREDVAsBAQENAQFBBAEBhQUCg18CJTQJDgECBAEBARIBAQUBAQE?= =?us-ascii?q?CAQYEgQkThWgNhkIBAQEBAgESGxMBASkOAQQHBAIBCBEDAQIhAQ0hER0IAgQ?= =?us-ascii?q?BDQUIDgUHgmOCDlcDDSEBojkBgToCih94gTOBAYIIAQEGBASFDQ0LgjcJgTo?= =?us-ascii?q?Bgw2CflQ7D4EggWGECCccgUlEgRVDeYFuPoIhQgSBKQESAQgbHgEmgwiCLpE?= =?us-ascii?q?2Uh9kBBsoCBxdIAdRGTEEBjgCA5FqFIMHihWBcZ13awqDRpF+h2aGFxWDcow?= =?us-ascii?q?chlqKTIZTlkoggieOFpBZBIUIAgQCBAUCDgEBBjWBLDwrPnBwFYMkURkPjiA?= =?us-ascii?q?RERVuAQiCQ4pedAI2AgYBCgEBAwkBjUsBAQ?= X-IronPort-AV: E=Sophos;i="5.88,333,1635206400"; d="scan'208,217";a="1008089619" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 08 Mar 2022 19:41:31 +0000 Received: from mail.cisco.com (xbe-rcd-003.cisco.com [173.37.102.18]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 228JfV5G020772 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 8 Mar 2022 19:41:31 GMT Received: from xfe-aln-002.cisco.com (173.37.135.122) by xbe-rcd-003.cisco.com (173.37.102.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 8 Mar 2022 13:41:31 -0600 Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 8 Mar 2022 13:41:30 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 8 Mar 2022 14:41:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GFm0IEppqmBoNufrUFyeF2f4I1dMskPDsICbkOL0PjIRkA6XLjwBP+JcUL87WFXFu2v+899RhqcNbg2eIT3GEDwJBUfVQYjriOobXvdNuyTHFJpcBpaboo8jQOlTQHXFGBEc5YjxXqzjGCQgNgc/t5PRjJlWApnZJe4fX4+MYxh5fCTqFY0jP+JDBee4/Ar1pCuBk5H7NJlVCi4L0Iy89re3acGNr4YsiWCYIPxYPKKCcLUOlx43R/e1+AeuLf9kRdzW1QByDBwBdUfrWRoi3aC0L7o1QSr1XgxKR97JG2l3rG1IyaUtXW+7OE7KatOGq7z9r4KemsBBR/162Qx68Q== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=X90yZ53TBiYNXTDlFxNOPop/zh6jAs6Hm77LArgRrwY=; b=FgA9NEGnUPgZCkvVAnuPXDZu71aLeHG0SzmbQ8M87/R0dhSOQZ/lP0ab1lgsdkKWjU7oomt+znr3GqE+PLptJ/YhAfmkL5O99lCGaojta1DiTUImQPTuamUoxn1krkrWhFs5P5ujTIMW78C5fQ2i2YiNWT8pfIJ1BgPvfNOlGSOQ1xqQgmH4gZbTwBU/Mfozorl4eppmIGdnILJkhNlGkpAeZmQcElCa9ZWzlZ1kJwxb9onIev9UZOQqygBC6ZhXU6iduKPdZvBis/J42bOV2P/InjanQanPs0kBl3LMr8K7Ipd8rNVzo9O8S/KBUNt8onZf02mS+sSwDsI+eQhuLg== 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=X90yZ53TBiYNXTDlFxNOPop/zh6jAs6Hm77LArgRrwY=; b=I2ijgpPRfxj+9ha1oVw8H3RcdO6R6h+WGHGwuHee0VzXzd53Oe2DLyIo47XsYBnB3cf5xJvdhi8T5+gaRzW4OT7AyV2oue3Y1WBI8nJ+T07yB/3v0ds+k+J2tDr+AB06CfkOj4mbb0yAYbgb6oR0vodNDkhZ+RAoCJtqMtjBuR8= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by CY4PR1101MB2101.namprd11.prod.outlook.com (2603:10b6:910:24::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.17; Tue, 8 Mar 2022 19:41:29 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5038.027; Tue, 8 Mar 2022 19:41:28 +0000 From: "Mankamana Mishra (mankamis)" To: "Eric Vyncke (evyncke)" , =?iso-8859-1?Q?Luc_Andr=E9_Burdet?= , John E Drake , The IESG CC: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "slitkows.ietf@gmail.com" , "bess@ietf.org" Thread-Topic: =?iso-8859-1?Q?=C9ric_Vyncke's_Discuss_on_draft-ietf-bess-evpn-igmp-mld-p?= =?iso-8859-1?Q?roxy-18:_(with_DISCUSS_and_COMMENT)?= Thread-Index: AQHYL78wup1kTsBDEkSi3/SdfakLFKyvQMUAgAAZEwCAAADkP4AAAOUAgAABiPCAABflaYABcHeAgAQ3twCAAMvomw== Date: Tue, 8 Mar 2022 19:41:28 +0000 Message-ID: References: <164639510862.28369.6224220409828914589@ietfa.amsl.com> <122FC7F9-54CA-4116-B7FA-03670F6F447C@cisco.com> <78895E1B-14CE-4033-A7FF-6ED207624265@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-03-04T13:59:57.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: abb1c1b3-628b-4ffd-5d64-08da013ba3d4 x-ms-traffictypediagnostic: CY4PR1101MB2101:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: M1Bv+VjaE5yCtjjDymZ3gjVh810EX57dxMuIH7UKmEEsHdm8QBcBFIVsTvv0OWcCZ02n6cy9KMXJvOzQzoam29EAxExlrY7Jz+FN1kHJVQNIX+gqoXQlTEOdHSA19EtSRPMVwTfZs6rpssCMO5TGfeq47fu11gL0qaayG0P1NTkLjWmr6+omrmt55RNZT+WQkKXvY4AznmTcKhKnfTmvVaVFM3kTj78vBZZ+YJf6Wwj4vQyBjVVKXW/maIq0Did+H9czBtfZR49+SkHGtfpHqlHTlsgCxNJozuvXPnPTfOX3NW+I92P8kQHfVQTLLp8EYRoQcFKARIyE/fiyztMH8UKLrlOKRql6vCeeNgyeduVhgMEC1hpexcThsNF+C9uMJ6Cmg0bBV/JMbKvTO9neFNyH8yjFm9q0mUi72HHHfvYReZfPLigz1p7Tkg/6jDE4uon6yCibQMqhzJLMtSlkY4JlwSuOJ97Yt+wnUgnmZ1JTLxG0acZZliPcDZGNBI64GPZcRxhK5LWuXBreGIiOQV3/FBE3HrIDm1b2W1hyIfFBa+SwQnpxTNDtmP0YbpL67rUxhU2smYb0lMPUnI5vfv5AD6lcHdWi9uPoKEtfXjv4J4MmomofgP6DPUZch5UTWHPkHPEeMfHFVZfHzVlUxfnXpbl4iEn4jnn4Lp6TAH8tox9elrPq40j7QZIOMw1pVVN1E/klhVf6akcAdewk0w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(38070700005)(86362001)(508600001)(186003)(224303003)(66574015)(26005)(83380400001)(40140700001)(55016003)(71200400001)(6506007)(9686003)(53546011)(7696005)(2906002)(30864003)(5660300002)(4326008)(52536014)(91956017)(76116006)(33656002)(64756008)(66446008)(66476007)(66556008)(66946007)(38100700002)(54906003)(110136005)(122000001)(316002)(8936002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?kP1sWPNDdeZd7LvxcZ9526GMAfksy2qnpTAaNakHnpCvI1kwGL/BG95ua8?= =?iso-8859-1?Q?pD/6tXILBAHHBoSLKjDzX4S4i77bykYFjwOI8HWET9zeinwkJPfdB00HKs?= =?iso-8859-1?Q?kwcFQTSbGnhys1lcp31fwjEC1RwPYNxyxLPy6xDLkd54+ghRqiunXISxYh?= =?iso-8859-1?Q?CU8XVo1JGmgKnuaDbsAPiH0Hgw7HoVODc6LQM3PBCvlsLrW3QU2/I33HfP?= =?iso-8859-1?Q?2DibvA1l2C6aQRE45HHLJD1TRhutxSwK2I0wNBI0xYAo5ZQVO2nMusLqMs?= =?iso-8859-1?Q?+2QBstFKaNoLqgq4Oc4ojj57oKXfFSpSLpPGzXBvsTEIw+SM+2FgSM5ZjZ?= =?iso-8859-1?Q?zVSl1Ro0xgSvrZ8cuyMsUQZZxYHmo2lh/B7BwkBAoh6oUqFN+d/Aty6dwq?= =?iso-8859-1?Q?+ErBr3kFWVJwT/HWT7iB3XuJnjkRx4YfMvBrfoVyrGpoWEZEikIwl3BtD1?= =?iso-8859-1?Q?ZP6niUtc92rFx6PcG9+6Vs5XoBh5sqVOYQeHKvkqPZ/L6qQIEqCveylNs/?= =?iso-8859-1?Q?fObrhuT9ouI7xETcO3aJewAFHJcPZbKdYJKfFzScEfPAipd3hzJo75gWJR?= =?iso-8859-1?Q?L8L+woCQ8UR7euqmTwJH5LaOFYqumG1KtWgMJxXJ/HFL8ffdPIFPr8OAuk?= =?iso-8859-1?Q?SyxjtO5+8ygYgolHr+t0yYOTWVBF/YC9yldPSoUD4P1/T/gtO1suDnDcQ9?= =?iso-8859-1?Q?Sy8By0u9IZKnjJO/GlIDIvuOB/z6KX9Dg/S8G/5xquPQkZA0PNOaNxJwIB?= =?iso-8859-1?Q?gLLSMZow7QMfoCnjt4WgZgA0QLxiq5GZ50YM0XVH0cBDLSc86jlN7LlnYw?= =?iso-8859-1?Q?ZVkbuizZBUXAcIF4wJ9J0sb8pVa00pCJSp7kKfPh8qOQyiuPzdEMIe3GsL?= =?iso-8859-1?Q?5qs/1tP6OOALN8olV13im6YwMY5S2aB7UMx6GvfcKNicwyH3+3HGWNsZUQ?= =?iso-8859-1?Q?7EwX3DqPmtAOc/pC+A03JEbXkvAp7o1rZ5F3noAqgXF/X1A+MLoENS5t0J?= =?iso-8859-1?Q?rGKVrrys71kyE0oShjXi92I2xsqo3Q5TV2wMg7BGMKQoq+LZAok7F5Dkdv?= =?iso-8859-1?Q?pyBRPZ72Ob+lotWk4wwpU4l9HYN9Z9B7hAZaHhX0qAUGaVeTU12bRJr01Z?= =?iso-8859-1?Q?rVVrzyShnQj9SOQAtNVzWcV0loLzXanGUCWxMPq/iajoHN3J1dmjvv7Ypz?= =?iso-8859-1?Q?HKMfRCd0HBFXzG5Y1bJAwUQV+NqeG9ZpgUu/a+nPcSxVW4Hf4Uv1xa6V2S?= =?iso-8859-1?Q?d6junyT30ttC53DAtQBYINtcOfVbWKY4qA2botGMF0C3oZ1/lqTAax7CZa?= =?iso-8859-1?Q?8XmN6LxKtbfliAmrIYKuqxz1zUZWvQCdD6sxuRuJpMdwaPrsWRQrholRM1?= =?iso-8859-1?Q?8nllm/ItQqCa6N6XkzIghkK37j94Vjd3gJ1sYBWOhuRTA2+DrzAq0WLD7r?= =?iso-8859-1?Q?XzKmO72xjEQWx5otZyFY0sV8zWgDvU64D6IuVVivmn8Xky4+SZbMvy+xIM?= =?iso-8859-1?Q?amQxmYOFOtwzsLqYU0wd1m5H6C4S8lD/yOcNOvzijxn10i+g9/Hro3wB6z?= =?iso-8859-1?Q?NfbDge5SIUqI8eiNBY7RlSmt+RM8XKeRX4v7RCRIPAYKP8UTWAg2vNjsIr?= =?iso-8859-1?Q?fVKtW+FNeKPhY3aPZF5dWTvHYILvxhyfhXFCIFYn8ijoTQS3ZMiF3/Ocb6?= =?iso-8859-1?Q?czsGYyHW+deesi7odHfAUEv7KOONtfinnnCzBTS4?= Content-Type: multipart/alternative; boundary="_000_BYAPR11MB27251DEB85D91BAD784308EDDF099BYAPR11MB2725namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2725.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: abb1c1b3-628b-4ffd-5d64-08da013ba3d4 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2022 19:41:28.7617 (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: 9gg+T1kPtIbH6K/Yoqh8N7662lkK+0AfCZt7mvwR5FHE1Ftkj+9HBQdye6mTQ3fctHz90yoFfM+DwvRe879VZQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR1101MB2101 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.18, xbe-rcd-003.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [bess] =?iso-8859-1?q?=C9ric_Vyncke=27s_Discuss_on_draft-ietf-be?= =?iso-8859-1?q?ss-evpn-igmp-mld-proxy-18=3A_=28with_DISCUSS_and_COMMENT?= =?iso-8859-1?q?=29?= X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 19:41:45 -0000 --_000_BYAPR11MB27251DEB85D91BAD784308EDDF099BYAPR11MB2725namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I would add Luc comment as soon as window open to submit. From: Eric Vyncke (evyncke) Date: Monday, March 7, 2022 at 11:31 PM To: Luc Andr=E9 Burdet , Mankamana Mishra (mankami= s) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , bess-chairs@ietf.org , slitkows= .ietf@gmail.com , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) I like this wording Luc Andr=E9 as it is less clumsy than existing text. Anyway, the -19 addresses my only remaining blocking DISCUSS point, so, I a= m clearing my DISCUSS in the following minutes. I hope that all this discussion has improved the document. Respectfully yours, -=E9ric From: Luc Andr=E9 Burdet Date: Saturday, 5 March 2022 at 16:06 To: "Mankamana Mishra (mankamis)" , = Eric Vyncke , John E Drake , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "bess-chairs@ietf.org" , "sli= tkows.ietf@gmail.com" , "bess@ietf.org" Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi =C9ric, Mankamana & John, Just read -19 viz this thread. The IGMP/MLD duality has been seen before and in previous cases (RFC4604) i= t was explicitly called out also (for good cause: IGMP Membership vs MLD L= istener, IGMP Leave vs MLD Done, etc) RFC3376: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to IGMP Membership Queries and IGMP Version 3 Membership Reports, respectively. RFC3810: In this document, unless otherwise qualified, the capitalized words "Query" and "Report" refer to MLD Multicast Listener Queries and MLD Version 2 Multicast Listener Reports, respectively. RFC4604: Due to the commonality of function, the term "Group Management Protocol", or "GMP", will be used to refer to both IGMP and MLD. The term "Source Filtering GMP", or "SFGMP", will be used to refer jointly to the IGMPv3 and MLDv2 group management protocols. Could I propose just adding a small clarifying paragraph in Intro which doe= s the same as those 3 and use that terminology? The term "Group Management Protocol", or "GMP", was first defined in RFC460= 4 to address the commonality of function between IGMP and LMD. In this document, unless otherwise qualified: - the capitalized words "GMP Query" refer to IGMP Membership Queries and= MLD Multicast Listener Queries; and - the capitalized words "GMP Report" refer to IGMP Version X Membership = Reports and MLD Version 2 Multicast Listener Reports. s/ IGMP Membership Reports/GMP Reports/g Regards, Luc Andr=E9 Luc Andr=E9 Burdet | Cisco | laburdet.ietf@gmail.com | Tel: +1 613 254= 4814 From: BESS on behalf of Mankamana Mishra (mankamis)= Date: Friday, March 4, 2022 at 12:09 To: Eric Vyncke (evyncke) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , bess-chairs@ietf.org , slitkows= .ietf@gmail.com , bess@ietf.org Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT) Hi Eric, Posted new revision addressing two of your comment 1. Latest comment about adding IGMP / MLD before terminology 2. Pending from last one, where section 4.1.1 numbers were getting re= set without comment Mankamana From: Mankamana Mishra (mankamis) Date: Friday, March 4, 2022 at 7:42 AM To: Eric Vyncke (evyncke) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Thanks, positing update in 30 min. Mankamana From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:36 AM To: Mankamana Mishra (mankamis) , John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Correct this will address my DISCUSS point if you also modify the line belo= w, i.e., replace all IGMP by IGMP/MLD in the text until the terminology sec= tion states "IGMP means IGMP or MLD" (sic). Regards -=E9ric From: "Mankamana Mishra (mankamis)" Date: Friday, 4 March 2022 at 16:33 To: Eric Vyncke , John E Drake , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi Eric, These hosts/VMs express their interests in multicast groups on a given subnet/VLAN by sending IGMP Membership Reports (Joins) for. >> Add= ing MLD here too ? their interested multicast group(s). Furthermore, an IGMP router periodically sends membership queries to find out if there are hosts on that subnet that are still interested in receiving multicast traffic for that group. The IGMP/MLD Proxy solution described in this draft accomplishes has three objectives: does this change look ok ? From: Eric Vyncke (evyncke) Date: Friday, March 4, 2022 at 7:29 AM To: John E Drake , The IESG Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org , slitkows.ietf@gmail.com , be= ss-chairs@ietf.org , bess@ietf.org Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hello John, Thanks for your quick reply, even if I am unsure how to read " Yours Irresp= ectively," as I am not an English-native person. Thank you for pointing me to the new sections 9.1.2 & others =3D> I will up= date my DISCUSS on this point w/o sending another email. But section 1 still mentions only IGMP and never MLD except for "IGMP/MLD" = proxy, this is trivial to fix, so I suggest to the authors to update the dr= aft. Regards -=E9ric -----Original Message----- From: iesg on behalf of John E Drake Date: Friday, 4 March 2022 at 15:01 To: Eric Vyncke , The IESG Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" = , "bess-chairs@ietf.org" , "bess@ietf.org" Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT) Hi, Snipped, comments inline Yours Irrespectively, John Juniper Business Use Only > -----Original Message----- > DISCUSS: > ---------------------------------------------------------------------= - > > As Martin Vigoureux's term is near its end, I took the liberty to re-= evaluate the > ballot status of this document and clearing parts of my original bloc= k DISCUSS > points and many of my original non-blocking COMMENT points. > > See below this line for updated version > ---------------------------------------------- > > Thank you for the work put into this document. I have to state that I= am neither > a EVPN expert not a multicast one. > > Please find below some blocking DISCUSS points (probably easy to addr= ess), > some non-blocking COMMENT points (but replies would be appreciated ev= en if > only for my own education), and some nits. > > Special thanks to St=E9phane Litkowski for his shepherd's write-up ab= out the WG > consensus. > > I hope that this helps to improve the document, > > Regards, > > -=E9ric > > =3D=3D DISCUSS =3D=3D > > The text covers in details how to map MLD/IGMP into BGP routes but do= es not > say a word on how to recreate the MLD/IGMP packets. Should there be a= ny such > specification (e.g., in section 4.1) ? [JD] We added: 9.1.2. Reconstructing IGMP / MLD Membership Reports from Selective Mul= ticast Route 9.2.2. Reconstructing IGMP / MLD Membership Reports from Multicast Mem= bership Report Sync Route 9.3.2. Reconstructing IGMP / MLD Leave from Multicast Leave Sync Route > > -- Section 1 -- > In the same vein, is it about IGMP only ? Or does it include MLD as w= ell ? It is > really unclear. [JD] The Abstract states: This document describes how to support eff= iciently endpoints running IGMP (Internet Group Management Protocol) or MLD (Multicast Listener Discov= ery) for the multicast services over an EVPN network by incorporating IGMP/MLD proxy procedures on EVPN= (Ethernet VPN) PEs. We also added this paragraph to section 3 at Ben's behest: It is important to note when there is text considering whether a PE ind= icates support for IGMP proxying, the corresponding behavior has a natural analogue for indication of sup= port for MLD proxying, and the analogous requirements apply as well. --_000_BYAPR11MB27251DEB85D91BAD784308EDDF099BYAPR11MB2725namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I would add Luc comment as soon as window open to su= bmit.

 

From: Eric Vyncke (evynck= e) <evyncke=3D40cisco.com@dmarc.ietf.org>
Date: Monday, March 7, 2022 at 11:31 PM
To: Luc Andr=E9 Burdet <laburdet.ietf@gmail.com>, Mankamana Mi= shra (mankamis) <mankamis@cisco.com>, John E Drake <jdrake@juniper= .net>, The IESG <iesg@ietf.org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, bess-chairs@ietf.org <bess-chairs@iet= f.org>, slitkows.ietf@gmail.com <slitkows.ietf@gmail.com>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

I like this wording Luc Andr=E9 as it is less clumsy= than existing text.

 

Anyway, the -19 addresses my only remaining blocking= DISCUSS point, so, I am clearing my DISCUSS in the following minutes.=

 

I hope that all this discussion has improved the doc= ument.

 

Respectfully yours,

 

-=E9ric

 

 

 

From: Luc = Andr=E9 Burdet <laburdet.ietf@gmail.com>
Date: Saturday, 5 March 2022 at 16:06
To: "Mankamana Mishra (mankamis)" <mankamis=3D40cisco.c= om@dmarc.ietf.org>, Eric Vyncke <evyncke@cisco.com>, John E Drake = <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org&g= t;
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <dra= ft-ietf-bess-evpn-igmp-mld-proxy@ietf.org>, "bess-chairs@ietf.org&q= uot; <bess-chairs@ietf.org>, "slitkows.ietf@gmail.com" <= slitkows.ietf@gmail.com>, "bess@ietf.org" <bess@ietf.org>= ;
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

&nbs= p;

Hi =C9ric, Mankamana & John,

 

Just read -19 viz this thread.

The IGMP/MLD duality has been seen before and in previous cases (RF= C4604) it was explicitly called out also  (for good cause: IGMP Member= ship vs MLD Listener,  IGMP Leave vs MLD Done, etc)

=
 
=
RFC3376:
=
   In this document, unless otherwise qualified, the capitalized =
words
=
   "Query" and "Report" refer to IGMP Members=
hip Queries and IGMP
=
   Version 3 Membership Reports, respectively.<=
/pre>
=
 
=
RFC3810:
=
   In this document, unless otherwise qualified, the capitalized =
words
=
   "Query" and "Report" refer to MLD Multicas=
t Listener Queries and MLD
=
   Version 2 Multicast Listener Reports, respectively.
=
 
=
RFC4604:
=
   Due to the commonality of function, the term "Group Manag=
ement
=
   Protocol", or "GMP", will be used to refer to b=
oth IGMP and MLD.  The
=
   term "Source Filtering GMP", or "SFGMP", w=
ill be used to refer
=
   jointly to the IGMPv3 and MLDv2 group management protocols.
=
 
=
 

Could I propose just adding a small clarifying paragraph in Intro w= hich does the same as those 3 and use that terminology?

=
 
=
The term "Group Management Protocol", or "GMP", was fir=
st defined in RFC4604 to address the commonality of function between IGMP a=
nd LMD.
=
In this document, unless otherwise qualified:
-    the capitalized words "G=
MP Query" refer to IGMP Membership Queries and MLD Multicast Listener =
Queries; and
-    the capitalized words "G=
MP Report" refer to IGMP Version X Membership Reports and MLD Version =
2 Multicast Listener Reports.

 

s/ IGMP Membership Reports/GMP Reports/g

 

 

Regards,

Luc Andr=E9

 

Luc Andr=E9 Burdet | &nbs= p;Cisco  |  laburdet.ietf@gmail.com  |  Tel: +1 613 254= 4814

 

 

From: BESS <bess-bounces@ietf.org> on be= half of Mankamana Mishra (mankamis) <mankamis=3D40cisco.com@dmarc.ietf.o= rg>
Date: Friday, March 4, 2022 at 12:09
To: Eric Vyncke (evyncke) <evyncke@cisco.com>, John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, bess-chairs@ietf.org <bess-chairs@iet= f.org>, slitkows.ietf@gmail.com <slitkows.ietf@gmail.com>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: [bess] =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-= igmp-mld-proxy-18: (with DISCUSS and COMMENT)

Hi Eric,

Posted new revision addre= ssing two of your comment

1.       Latest comment about adding IGMP / MLD before termi= nology

2.       Pending from last one, where section 4.1.1 numbers = were getting reset without comment

 

 

Mankamana

 

From: Mankamana Mishra (mankamis) <mankamis= @cisco.com>
Date: Friday, March 4, 2022 at 7:42 AM
To: Eric Vyncke (evyncke) <evyncke@cisco.com>, John E Drake &l= t;jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>=
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Thanks, positing update i= n 30 min.

 

Mankamana

 

From: Eric Vyncke (evyncke) <evyncke@cisco.= com>
Date: Friday, March 4, 2022 at 7:36 AM
To: Mankamana Mishra (mankamis) <mankamis@cisco.com>, John E D= rake <jdrake=3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.= org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Correct this will address= my DISCUSS point if you also modify the line below, i.e., replace all IGMP= by IGMP/MLD in the text until the terminology section states "IGMP me= ans IGMP or MLD" (sic).

 

Regards

 

-=E9ric

 

 

From: "Mankamana Mis= hra (mankamis)" <mankamis@cisco.com>
Date: Friday, 4 March 2022 at 16:33
To: Eric Vyncke <evyncke@cisco.com>, John E Drake <jdrake= =3D40juniper.net@dmarc.ietf.org>, The IESG <iesg@ietf.org>
Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <dra= ft-ietf-bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.co= m" <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" &= lt;bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>= ;
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

 

Hi Eric,

 

These hosts/VMs express their = interests in multicast groups on a

   given subnet/VLAN= by sending IGMP Membership Reports<= /span> (Joins) for. >> Adding MLD here too ?

   their intere= sted multicast group(s).  Furthermore, an IGMP router

   periodically send= s membership queries to find out if there are hosts

   on that subnet th= at are still interested in receiving multicast

   traffic for that = group.  The IGMP/MLD Proxy solution described in

   this draft accomp= lishes has three objectives:

 

 

does this change look ok= ?

 

From: Eric Vyncke (evyncke) <evyncke@cisco.= com>
Date: Friday, March 4, 2022 at 7:29 AM
To: John E Drake <jdrake=3D40juniper.net@dmarc.ietf.org>, The = IESG <iesg@ietf.org>
Cc: draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org <draft-ietf-bess= -evpn-igmp-mld-proxy@ietf.org>, slitkows.ietf@gmail.com <slitkows.iet= f@gmail.com>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ie= tf.org <bess@ietf.org>
Subject: Re: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-ml= d-proxy-18: (with DISCUSS and COMMENT)

Hello John,

Thanks for your quick reply, even if I am unsure how to read " Yours I= rrespectively," as I am not an English-native person.

Thank you for pointing me to the new sections 9.1.2 & others =3D> I = will update my DISCUSS on this point w/o sending another email.

But section 1 still mentions only IGMP and never MLD except for "IGMP/= MLD" proxy, this is trivial to fix, so I suggest to the authors to upd= ate the draft.

Regards

-=E9ric

-----Original Message-----
From: iesg <iesg-bounces@ietf.org> on behalf of John E Drake <jdra= ke=3D40juniper.net@dmarc.ietf.org>
Date: Friday, 4 March 2022 at 15:01
To: Eric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org> Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" <draft-ietf= -bess-evpn-igmp-mld-proxy@ietf.org>, "slitkows.ietf@gmail.com"= <slitkows.ietf@gmail.com>, "bess-chairs@ietf.org" <bess= -chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: =C9ric Vyncke's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy= -18: (with DISCUSS and COMMENT)

    Hi,

    Snipped, comments inline

    Yours Irrespectively,

    John


    Juniper Business Use Only

    > -----Original Message-----

    > DISCUSS:
    > ---------------------------------------------------= -------------------
    >
    > As Martin Vigoureux's term is near its end, I took = the liberty to re-evaluate the
    > ballot status of this document and clearing parts o= f my original block DISCUSS
    > points and many of my original non-blocking COMMENT= points.
    >
    > See below this line for updated version
    > ----------------------------------------------
    >
    > Thank you for the work put into this document. I ha= ve to state that I am neither
    > a EVPN expert not a multicast one.
    >
    > Please find below some blocking DISCUSS points (pro= bably easy to address),
    > some non-blocking COMMENT points (but replies would= be appreciated even if
    > only for my own education), and some nits.
    >
    > Special thanks to St=E9phane Litkowski for his shep= herd's write-up about the WG
    > consensus.
    >
    > I hope that this helps to improve the document,
    >
    > Regards,
    >
    > -=E9ric
    >
    > =3D=3D DISCUSS =3D=3D
    >
    > The text covers in details how to map MLD/IGMP into= BGP routes but does not
    > say a word on how to recreate the MLD/IGMP packets.= Should there be any such
    > specification (e.g., in section 4.1) ?

    [JD]  We added:

    9.1.2.  Reconstructing IGMP / MLD Membership Report= s from Selective Multicast Route

    9.2.2.  Reconstructing IGMP / MLD Membership Report= s from Multicast Membership Report Sync Route

    9.3.2.  Reconstructing IGMP / MLD Leave from Multic= ast Leave Sync Route

    >
    > -- Section 1 --
    > In the same vein, is it about IGMP only ? Or does i= t include MLD as well ? It is
    > really unclear.

    [JD]  The Abstract states:   This documen= t describes how to support efficiently endpoints running IGMP
    (Internet Group Management Protocol) or MLD (Multicast L= istener  Discovery) for the multicast services
    over an EVPN network by incorporating IGMP/MLD proxy pro= cedures on EVPN (Ethernet VPN) PEs.

    We also added this paragraph to section 3 at Ben's behes= t:

    It is important to note when there is text considering w= hether a PE indicates support for IGMP proxying,
    the corresponding behavior has a natural analogue for in= dication of support for MLD proxying, and the
    analogous requirements apply as well.

--_000_BYAPR11MB27251DEB85D91BAD784308EDDF099BYAPR11MB2725namp_-- From nobody Tue Mar 8 14:32:21 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 596C23A0CC5 for ; Tue, 8 Mar 2022 14:32:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 TvtMcn4zZP0k for ; Tue, 8 Mar 2022 14:32:14 -0800 (PST) Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 992893A0C4E for ; Tue, 8 Mar 2022 14:32:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 873DE427C643; Tue, 8 Mar 2022 14:32:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hMYeGOLQIbGz; Tue, 8 Mar 2022 14:32:14 -0800 (PST) Received: from [192.168.1.16] (cpe-76-95-228-63.socal.res.rr.com [76.95.228.63]) by c8a.amsl.com (Postfix) with ESMTPSA id 40C89425A344; Tue, 8 Mar 2022 14:32:14 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) From: Chris Smiley In-Reply-To: <20220308085236.39844F5D35@rfc-editor.org> Date: Tue, 8 Mar 2022 14:32:13 -0800 Cc: erosen@juniper.net, ice@cisco.com, yiqunc@microsoft.com, arjen@boers.com, bess@ietf.org, RFC Errata System Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220308085236.39844F5D35@rfc-editor.org> To: "" X-Mailer: Apple Mail (2.3445.104.11) Archived-At: Subject: Re: [bess] [Editorial Errata Reported] RFC7582 (6875) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2022 22:32:20 -0000 Greetings, Errata (6875) has been deleted. Please resubmit your errata with the = correct RFC number. Thank you. RFC Editor/cs > From: > Subject: RE: [Editorial Errata Reported] RFC7582 (6875) > Date: March 8, 2022 at 1:18:56 AM PST > To: RFC Errata System > Cc: "erosen@juniper.net" , "ice@cisco.com" = , "yiqunc@microsoft.com" , = "arjen@boers.com" >=20 > Dear RFC Editor,=20 >=20 > This errata is against RFC7285, not 7582. Can you please update the = RFC number? Thank you. >=20 > Authors of RFC7582, apologies for the inconvenience.=20 >=20 > Cheers, > Med > On Mar 8, 2022, at 12:52 AM, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC7582, > "Multicast Virtual Private Network (MVPN): Using Bidirectional = P-Tunnels". >=20 > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6875 >=20 > -------------------------------------- > Type: Editorial > Reported by: Mohamed Boucadair >=20 > Section: 14.3 >=20 > Original Text > ------------- > +------------+--------------------+ > | Identifier | Intended Semantics | > +------------+--------------------+ > | pid | See Section 7.1.1 | > | priv: | Private use | > +------------+--------------------+ >=20 > Table 4: ALTO Endpoint Property Types >=20 > Corrected Text > -------------- > +------------+--------------------+ > | Identifier | Intended Semantics | > +------------+--------------------+ > | pid | See Section 7.1.1 | > +------------+--------------------+ >=20 > Table 4: ALTO Endpoint Property Types >=20 > Notes > ----- > priv is not an identifier, but a prefix. >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC7582 (draft-ietf-bess-mvpn-bidir-04) > -------------------------------------- > Title : Multicast Virtual Private Network (MVPN): Using = Bidirectional P-Tunnels > Publication Date : July 2015 > Author(s) : E. Rosen, IJ. Wijnands, Y. Cai, A. Boers > Category : PROPOSED STANDARD > Source : BGP Enabled ServiceS > Area : Routing > Stream : IETF > Verifying Party : IESG >=20 From nobody Thu Mar 10 06:55:50 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F198C3A17ED; Thu, 10 Mar 2022 06:55:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.061 X-Spam-Level: X-Spam-Status: No, score=-4.061 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 gxrboeJjOAJF; Thu, 10 Mar 2022 06:55:36 -0800 (PST) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31F653A17E5; Thu, 10 Mar 2022 06:55:36 -0800 (PST) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=50.107.120.176; From: "Susan Hares" To: , , Date: Thu, 10 Mar 2022 09:55:29 -0500 Message-ID: <00f301d8348e$e2ae8c40$a80ba4c0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F4_01D83464.F9D92080" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Adg0jgH6Vhd2qInSTIyLydPTNUZKHg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Subject: [bess] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2022 14:55:49 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00F4_01D83464.F9D92080 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit This begins a 2 week WG adoption call for: draft-hb-idr-sr-p2mp-policy from (3/10 to 3/24/2022) You can obtain the draft at: https://datatracker.ietf.org/doc/draft-hb-idr-sr-p2mp-policy/ In your comments for this call please consider: 1) Does this technology support the SR P2MP features that distributes candidate paths which connect a multicast distribution tree (tree to leaves). 2) Is the technology correctly specified for the NLRI (AFI/SAFI) and the tunnel encapsulation attribute additions (sections 2 and 3)? 3) Does the P2MP policy operation (section 4) provide enough information for those implementing this technology and those deploying the technology? 4) Do you think this multicast technology is a good Place to start for P2MP policy advertisement via BGP? 5) Do you think this SR P2MP policies should not be advertised via BGP? Cheers, Susan Hares ------=_NextPart_000_00F4_01D83464.F9D92080 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This = begins a 2 week WG adoption call for:

draft-hb-idr-sr-p2mp-policy from (3/10 to 3/24/2022) =

 

You can obtain the draft at:

ht= tps://datatracker.ietf.org/doc/draft-hb-idr-sr-p2mp-policy/

 

In = your comments for this call please consider:

 

1) =  Does this technology support the SR P2MP features =

that distributes candidate paths = which connect

a multicast = distribution tree (tree to leaves).

 

2) Is the = technology correctly specified for the

NLRI (AFI/SAFI) and the tunnel encapsulation attribute =

additions (sections 2 and 3)? =

 

3) Does the P2MP policy operation (section 4) =

provide enough information for those = implementing this

technology and = those deploying the technology?

 

4) Do you = think this multicast technology is a good

Place to start for P2MP policy advertisement via BGP? =

 

5) Do you think this SR P2MP policies should not be = advertised

via BGP? =

 

Cheers, Susan Hares

------=_NextPart_000_00F4_01D83464.F9D92080-- From nobody Fri Mar 11 07:36:07 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D4493A16EA; Fri, 11 Mar 2022 07:35:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.108 X-Spam-Level: X-Spam-Status: No, score=-2.108 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nDUy6mPxOamA; Fri, 11 Mar 2022 07:35:39 -0800 (PST) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60FA73A16F2; Fri, 11 Mar 2022 07:35:39 -0800 (PST) Received: by mail-ej1-x62f.google.com with SMTP id qt6so19846219ejb.11; Fri, 11 Mar 2022 07:35:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=kog5FyF9jtPSjlp49PFXFc/KwYdxm0G0XKUxZeNK/1U=; b=Fic1z+Txt1kBWHCGd9eN5NULFungZW0vZj4gfYThd3Gu6BHsB3G5GOsX+eMymqA7MD N/YQfesEMV8Q+zaGIdMGUHsj1MMFpbQJ2l2HfmjWDbpCzg1e7ct8/Lwud2w6FdFIjIeH AyEDyhKHWYcrVXqyfQJZYiJJ4nfLauF0OpuWVvjLRNSqDbF003gzbt9f4IaYayd8Jagf NouXWTssOl2jf0JDNwnIQUZTlTOH1e+q3jh81hBJ/78+OPpmfVmEEYJbzrjniu3LzYsE bVGxGttBWO1WTRp+w3AVxl27IqUguIY/ZqDfQKUQh/qlrF+LE0A4zFANmBtHh3EHJsFu VLaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=kog5FyF9jtPSjlp49PFXFc/KwYdxm0G0XKUxZeNK/1U=; b=U1WxDqAiMqrC2cPbKQXFjZJxeBvqOhSxoJsxPsAVxEXI8xd9d1sXgCbf0zbDwwsXKp 0R5MiqFZClJqWV6FASW97EnKNwLSHlcHOhB4eTaEONhBiXzk65XmyMm8XiIIfWDzsCLt C2lWFNK94t4GyMzR064RmJ/Kyccpw3mPeJXZl3TVgnyHsZLDm5Ul1EjBpAHW134mUWj4 70D+Qrp22qt1Dv0w3nu1cSBFEH6wPAKmRouNiolFEfpoIQnqGcsrlGeEAv6f6Rnu+T5T ZPaUrF9E7dG4XjehRbizZpTElvPfgbTAcwvU28Pyjkjin5RZcVp+oE8tRM5zd9LF+lTQ 3hJw== X-Gm-Message-State: AOAM530ECBznR/LrjtiVlQGgjwN2u+XSfxN7YJtvdePKi3tpxnKhgvnF 2w5aGEW1tlfqWDq1WHW2VxSPYt44wucQSQRwkCU= X-Google-Smtp-Source: ABdhPJy0hssUFcS8NBMxUZ17mwRbCZXuT7KDeFOJRcc4PFitDOKKAfDW0jvnIdCTlvjjsqF5StEq867wBlEaWU09Cj4= X-Received: by 2002:a17:906:99c2:b0:6d7:4a6a:e35d with SMTP id s2-20020a17090699c200b006d74a6ae35dmr8893085ejn.633.1647012937217; Fri, 11 Mar 2022 07:35:37 -0800 (PST) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 11 Mar 2022 07:35:36 -0800 From: Alvaro Retana In-Reply-To: References: <163535541146.31356.5788998139231162845@ietfa.amsl.com> <5f4b3ec5-6de3-65b3-037a-8a63a455bbcc@cisco.com> MIME-Version: 1.0 Date: Fri, 11 Mar 2022 07:35:36 -0800 Message-ID: To: "Mankamana Mishra (mankamis)" Cc: "draft-ietf-bess-evpn-igmp-mld-proxy@ietf.org" , "slitkows.ietf@gmail.com" , "bess-chairs@ietf.org" , "bess@ietf.org" , The IESG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-evpn-igmp-mld-proxy-14: (with DISCUSS and COMMENT) X-BeenThere: bess@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BGP-Enabled ServiceS working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2022 15:35:44 -0000 On January 13, 2022 at 5:11:26 PM, Mankamana Mishra wrote: Mankamana: Hi! =C2=A0Sorry for the delay. ... > Apart from that there were no concern from PIM WG . I'm sad because we couldn't find interest in pim to do a thorough review. =C2=A0I don't translate that into "no concern", but that is just a difference of opinion. I'm going to change my ballot to ABSTAIN as I still think that not requiring IGMPv1 contradicts the current IGMP standard. =C2=A0By ABSTAINing I'm basically removing my objection to the publication. > Open Question : > > Statements about IGMP V1, there was no concern from PIM WG or BESS WG eit= her. > Do you want any thing specific to be mentioned in this draft ? I would be happier with the text as follows. =C2=A0[Because I'm ABSTAINing you don't have to change anything.] OLD> =C2=A0 =C2=A010. =C2=A0IGMP Version 1 Membership Report =C2=A0 =C2=A0This document does not provide any detail about IGMPv1 process= ing. =C2=A0 =C2=A0Multicast working group are in process of deprecating uses of = IGMPv1. =C2=A0 =C2=A0Implementations MUST only use IGMPv2 and above for IPv4 and ML= Dv1 and =C2=A0 =C2=A0above for IPv6. =C2=A0IGMP V1 routes MUST be considered as inv= alid and the =C2=A0 =C2=A0PE MUST apply the "treat-as-withdraw" procedure as per [RFC760= 6]. =C2=A0 =C2=A0Initial version of document did mention use of IGMPv1 and flag= had =C2=A0 =C2=A0provision to support IGMPv1. =C2=A0There may be an implementat= ion which is =C2=A0 =C2=A0deployed as initial version of document, to interop flag has n= ot been =C2=A0 =C2=A0changed. NEW> =C2=A0 =C2=A010. =C2=A0IGMP Version 1 Membership Report =C2=A0 =C2=A0This document does not provide any detail about IGMPv1 process= ing. =C2=A0 =C2=A0Implementations are expected to only use IGMPv2 and above for = IPv4 and =C2=A0 =C2=A0MLDv1 and above for IPv6. IGMPv1 routes are considered invalid= and the =C2=A0 =C2=A0PE MUST apply the "treat-as-withdraw" procedure as per [RFC760= 6]. > Later inline for flag question, I have one way to handle this. Please let= me > know your view and I can make the changes. I'm fine with that. Thanks! Alvaro. From nobody Fri Mar 11 08:20:07 2022 Return-Path: X-Original-To: bess@ietfa.amsl.com Delivered-To: bess@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C98F3A0688 for ; Fri, 11 Mar 2022 08:20:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.605 X-Spam-Level: X-Spam-Status: No, score=-9.605 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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=UBR3iAhe; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Ly1wQxq9 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 B6ZTzaAITMUF for ; Fri, 11 Mar 2022 08:20:00 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 633373A05F0 for ; Fri, 11 Mar 2022 08:20:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3069; q=dns/txt; s=iport; t=1647015600; x=1648225200; h=from:to:subject:date:message-id:mime-version; bh=mwqyHcEhg4Qiu24uE05I1yJk0UqzcnOmRuk/zObury4=; b=UBR3iAheXKj7GP/7Wjtk0dkV+qdE/sSyaczaxpAV0iFgY7xHm1Y26cst ik2C0iVSOXKSa1fW+/hUEjv28LY1eunPGSUhNWoGmf4/BhrF2mgJUTuIL ppEnhnEPqe6zqt66hbP03XQnysRreKLLkJr9C12dptut2QrZo0tRtol03 Y=; X-IPAS-Result: =?us-ascii?q?A0D8AABxdStimJtdJa1agQmBWoEhMVZ+WjdEiB4DhTmFE?= =?us-ascii?q?JkghRaBLoElA1QLAQEBDQEBNQwEAQGFBwKEJAIlNAkOAQIEAQEBAQMCAwEBA?= =?us-ascii?q?QEBAQMBAQUBAQECAQYEFAEBAQEBAQEBCRQHBgwFDhAnhWgBDIZbLgEBOBEBD?= =?us-ascii?q?HQnBBsagmIBgg5XAy4BDqMbAYE6AoEOiRF4gTOBAYIIAQEGBASBNwEDAgKDT?= =?us-ascii?q?BiCNwMGgTyDEYQjgwGEOhyBSUSBWII3g1ECA4FfK4Mkgi6YTWYNoT6NfZJrC?= =?us-ascii?q?oNJBYsFlH8Vg3OMLJgXllYgjHOZPQIEAgQFAg4BAQaBYYIVcBWDJFEZD44sD?= =?us-ascii?q?QmDUIUUhUp1OAIGCwEBAwmTaAEB?= IronPort-PHdr: A9a23:COSKpBXNfvtVrbZAchIHhHqMomnV8K36AWYlg6HPw5pCcaWmqpLlO kGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW0oDjsMbzAAlCdSOXEv8KvOiZicmH cNEAVli+XzzMUVcFMvkIVPIpXjn5j8JERK5Pg1wdYzI IronPort-Data: A9a23:WpxlsKD+T3ex8RVW/yTjw5YqxClBgxIJ4kV8jS/XYbTApD8ggz1Uy GUZD2/SO/qIamXwe9ElaYWy8R5XucfcydAxOVdlrnsFo1CmBibm6XV1Cm+qYkt+++WaFBoPA /02M4WGdIZuJpPljk/F3oLJ9RGQ7onVAOukYAL4EnopH1U8E3540UgLd9MR2+aEv/DoW2thh vuqyyHvEAfNN+lcaz98Bwqr8XuDjdyq0N8qlgVWicNj4Dcyo0Io4Kc3fsldGZdXrr58RYZWT 86bpF2wE/iwEx0FUrtJmZ6jGqEGryK70QWm0hJrt6aebhdquR0Dwvg3MuEgU2hK1xenxNJA8 tNnusnlIespFvWkdOU1SRJUFWR1OrdLveOBKnmkusvVxErDG5fu66wxVwdtYstJoaAuXDwmG f8wcFjhajiGjuS1ybe6UcFnh98oK4/gO4Z3VnRInW2IUKd6GciYK0nMzd4An3BrmP1DIc2dV fdJVigoTA/tPhIabz/7D7pnzLv32RETaQZwol+OvoI27nTdigtr39DQ3MH9YNeGQ4BemVyV4 z6A9GXiCRZcP9uaodaYzp6yrvD+rDOlVIQJKIeX66JIrgaR91YVIhJDADNXvsKFokK5XtteL Wkd9SwvsbU++SSXoj/VAkbQTJms40V0ZjZALwEpwFrXm/aLuW51EkBBH2AeMIZ53CMjbWVyj gfhoj//OdB4XFR5o1qn97yUpCm+Ii8TRYPpTXBZFVtcizUPTX1as/4iZsxoHKjwhdrvFHSsh TuLtyM5wb4UiKbnNplXH3ia3VpARbCQE2bZAzk7uEr+tmuVg6b+O+SVBaDzt6ooEWpgZgDpU II4s8af9vsSKpqGiTaARu4AdJnwuarbYWaD2QYwQcN7n9hIx5JFVd0PiN2ZDBo2WvvohReyC KMukVoLvcQKbCfCgVFfOt/sWqzGMpQM5fy8BqyLMbKik7B6dRSM+2l1dFWM0mX2+HXAYolhU ap3hf2EVC5AYYw+lWLeb75EjdcDm3BvrUuOFMuT50n2jtK2OiXPIZ9bawTmUwzMxP7eyOkj2 4wBZ5LiJtQ2eLCWXxQ7BqZIdAFUdydnXc6qwyGVH8baSjdb9KgaI6e56dscl0ZNxsy5Ss+gE qmBZ3Jl IronPort-HdrOrdr: A9a23:kodbhaBwCl4DvTzlHegtsceALOsnbusQ8zAXPh9KJyC9I/b2qy nxppgmPEfP+U0ssQIb6Kq90ci7MDjhHPtOgLX5Uo3SJTUO1FHYTr2KjrGSiQEIeReOjtK1vJ 0IG8MVZb2AbmSS5vyKhDVQZuxQpuVvh5rY4ts2oU0dKD1CWuVF1UNUGwybGkp5SE1tHpwiDq eR4cJBun6JZWkXRt7TPAhJY8Hz4/nw0L72ax8PABAqrCOUiymz1bL8Gx+Emj8DTjJ0x6s4+2 StqX202kzjiYD19vbv7R6T031koqqg9jKFPr3OtiEhEESjtu9vXvUiZ1TNhkFxnAjl0idWrD CFmWZdAy000QKUQolwyiGdnTUJF10VmjjfIBaj8ATeiN28SzQgB8Vbg4VFNhPf9ko7pdl5lL lGxmSDqvNsfGX9dQnGlqz1vitR5z2JSLsZ4J0upm0aVZFbZK5arIQZ8k8QGJAcHDji4IRiFO V1FsnT6PtfbFvfNhnizyFS6c3pWm52EgaNQ0AEtMDQ2z9KnGphx09dwMAEhH8P+J80VpEB7e XZNaZjkq1IU6YtHOtALfZERdHyBn3GQBrKPm7XKVP7FLsfM3aIsJLz6KVd3pDeRHXJ9upBpH 3saiIoiYdpQTORNSSn5uw6zizw X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.90,174,1643673600"; d="scan'208,217";a="849594003" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Mar 2022 16:19:59 +0000 Received: from mail.cisco.com (xfe-rcd-002.cisco.com [173.37.227.250]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 22BGJxli003666 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK) for ; Fri, 11 Mar 2022 16:19:59 GMT Received: from xfe-aln-002.cisco.com (173.37.135.122) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 11 Mar 2022 10:19:58 -0600 Received: from NAM02-BN1-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 11 Mar 2022 10:19:58 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GJKiczTDmg/eLe/yRoDxTZSgeAZvEA4TeThrL8l5Z64q6l8+GrINZ4qectCcIfynQpAwTQwAgMUlFa9gXQqyQCWPS5OU/7s335d3vJTrn8WuJvF83Vfr6R+/4BlavXs8lgID4+T4TicX1YzDp+V/Uq3sZyjDL6Um2elkCdkkPz9suhA/hh+coMO9AykCnexW4KxK0P42w1IQNQ8STDzMfNVIG2X02q32r+8rj221bz+r+VHRQXecJVOiFGggFJv4QVXjGQqdUS/nz9qjWODWSUlDH5PMod88z0dUYeyAE1Ki9TkaedDIhzIO6P3bGQUI4st+PFXqOmW8bT9dq5kbTA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=JWTNSSElG2uTThpBWTHDVu2EGPeiO7zMq7vz1EbrSJU=; b=Ca8SPbjiwcyDscTMF9OFL8JKE7+yOu8ykGHyz7iKebplAtvd0vkGE0xixE/DB+RwL4GSv3JTffDrtFTwoauiomDXwU+2nLYJgq2RLH66WQ+iaEVONXuCXiyY0f6G5SmJ+zHhUHWravipxX1zstqL7q+KFjhEGDBOEhlhAH3YnHWpoFo5rxRD5SMH0cRNUykhqKvL/6cWzPnT2h2IixtRltbHddUvV+w7fi4Zhrhd7OSdpfiS4QDSV3DqNw/uL+VKv4MaGG4p3ZB7MaWFWhgJYg71ig5V8d0InILXBFmuD9EoC/DH4Dhm1uNXYI8bolB6beeBKjc2SdMQWmDG7KDnUg== 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=JWTNSSElG2uTThpBWTHDVu2EGPeiO7zMq7vz1EbrSJU=; b=Ly1wQxq9rjss6/JRs39p/htSuSmCFKk41nrQmTDIlGTYRJ+i7RIMRzVwWu26lxpjwaFWLhZu4YjxQuvCycsO/o0s1VdsSZoDpx+wfiVEWf/a56RsVsKPXztBPxUmupEKfRvZJMyz6UjasgU8ASUl2CCmzIv2+P7fAs2wMccmiy4= Received: from BYAPR11MB2725.namprd11.prod.outlook.com (2603:10b6:a02:c5::25) by SN6PR11MB2879.namprd11.prod.outlook.com (2603:10b6:805:5c::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.22; Fri, 11 Mar 2022 16:19:55 +0000 Received: from BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f]) by BYAPR11MB2725.namprd11.prod.outlook.com ([fe80::9d4:fc29:23ae:365f%5]) with mapi id 15.20.5061.024; Fri, 11 Mar 2022 16:19:54 +0000 From: "Mankamana Mishra (mankamis)" To: "bess@ietf.org" Thread-Topic: Primary agenda posted, Final agenda would be posted mid of next week Thread-Index: AQHYNWO+zlBvFHGRcU61lacT5vyXkQ== Date: Fri, 11 Mar 2022 16:19:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: dadd00f6-0e4b-47d2-1f3f-08da037afa80 x-ms-traffictypediagnostic: SN6PR11MB2879:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Wz1BOjF1G6MkXxOLAdD2brXB6H8FHTKuMNhr3dngSUIDhLMxM1w4KKdenj9UbVVIZA8l/04KuJy63BtoAFEqJyNAfHihPJrXTQI3LjGEuY5OYQaKsGkHoAfMMzQkc0m3cDX6D7V4H896FwRt05eOD/Hbzhe6qHGWg6CsnussRVS4JXV2DGQrJC8JEdE0sANj3CAGlXIKkNvrGwXj8IOko5ydTLI9R6hhWevbEDkz5KUaDzuVubbBdKjk/0mg7RDXH6dUKaaJET4qwMvbhrBDO5e/SHeRac75WwcpuhKFiof2V0KB4XkK1Oq7bgEKk++7UYbtFNslTgJVgVDdrQ6+vsIBt/3dQrVVZWmu+PSUWWDaGJxrOwrsWv5vzt94ieU9tsSRZ0gXjXezuvd4Y1cLyMtpKC3t7fwnWGtrWlNFv2RP8LQjpLU1clXjZTmwG4nlZORXTf5yUGn05fVYgNOYrXZC3uBDz+/s1D5PrTDyFRQcc7Gqt3FkXe9GAx6gE90mSLOSlCkv3FVVJJE9HsQfFETfNYjKz1ybEqtW6+Tqw/7yTX8jcbHGhJtjgnG5A4UYxypMEASFJ6jwEkSvVuTmWDOpzf3dzgb1MbRvmhaUkeltdNKqkX17H3O4Rx0Gi+739Ge02FG13uO/vkZUQIXHMdowCnGN/RiedxZoPi24MJyQGXv3QzgYNPJyrqqBp71wVL0Hj0uwPiE2VN3DgdPsV/8dxm7MVekeqlUKf71vBEj3B0Iua2NDSu87D013ppmk2eJzwRHBQMhz0yQr71jXh5ItrnrBjyx+ujRxwuqNQrk= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2725.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6916009)(166002)(316002)(71200400001)(38100700002)(2906002)(4743002)(38070700005)(9686003)(55016003)(122000001)(66446008)(66946007)(76116006)(966005)(52536014)(26005)(66556008)(8676002)(66476007)(64756008)(5660300002)(86362001)(508600001)(8936002)(558084003)(33656002)(6506007)