Re: [Idr] WKLC transitivity considerations (was Re: Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23))

"Jakob Heitz (jheitz)" <jheitz@cisco.com> Sat, 20 March 2021 00:21 UTC

Return-Path: <jheitz@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B44323A0C55 for <idr@ietfa.amsl.com>; Fri, 19 Mar 2021 17:21:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.609
X-Spam-Level:
X-Spam-Status: No, score=-9.609 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.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_REMOTE_IMAGE=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=PpkFuwNa; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=AO+gAE7H
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 c40eWK-fhUP0 for <idr@ietfa.amsl.com>; Fri, 19 Mar 2021 17:21:16 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53C0F3A0C38 for <idr@ietf.org>; Fri, 19 Mar 2021 17:21:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=26286; q=dns/txt; s=iport; t=1616199676; x=1617409276; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=7YXISsKAjoT2z/yihW1GpWNJ9Er6KVFkq7l0SjmNYkM=; b=PpkFuwNaUKInzhEW1llTbZVGEsv7W8ji32hV/ghQgbVJHgYi+2k0tKf/ 7EDO/ITCFXL6a13zYwFiBZ0m+Wrtonbokzufo2T10G4kCvTXGX4PYRquT gXpCuW/EozjuioDc36aH/7fwqT1DU/8I5uTQum8jJeFMYDgg2wlqkP/1B c=;
IronPort-PHdr: =?us-ascii?q?A9a23=3A7FYpBBfD4dNclhMBfXzG4p8alGM/QYqcDmYuw?= =?us-ascii?q?pM6l7JDdLii9J3+PUvZoO9gl0LNQZ6zw/1BguvS9avnXD9I7ZWAtSUEd5pBH?= =?us-ascii?q?18AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7dp3Sz6XgZH?= =?us-ascii?q?RCsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3w?= =?us-ascii?q?RzM8RN1?=
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AkhjtTKEMrkYqFU5+pLqFupXXdLJzesId70?= =?us-ascii?q?hD6mlYcjYQWtCElsyogfQQ3QL1jjFUY307hdWcIsC7IE/03aVepa0cJ62rUg?= =?us-ascii?q?WjgmunK4l+8ZDvqgePJwTXzcQY76tpdsFFZ+HYJVJxgd/mpCyxFNg9yNeKmZ?= =?us-ascii?q?rY+tv25V0Fd3AMV4hL6QBlBgGHVmh/QwdbDZQ0faDsmPZvjTymZHgRc4CHFm?= =?us-ascii?q?AINtKz6eHjubDHRVo9BxAh4BSTlj/A0t7HOjWRwxt2aUI1/Z4M6m7A+jaJg5?= =?us-ascii?q?mLk/b+8RPE0n+W0pI+oqqc9vJmJOihzvcYMS/tjAHAXvUhZ5SnsCouqO+irH?= =?us-ascii?q?YG+eO82SsIBMh453PPcmzdm3KEsGOMvEdMmh3f4GSVjnf5rcvySChSMbs9ua?= =?us-ascii?q?tibhDb50A81esMtp5j4mODu5JbSTPGkSjtjuK4Ly1Cq0uurXIu1dMUlnxUOL?= =?us-ascii?q?FuEYN5kIp3xjIwLL4wWAbBrKw3GuhnC8/RoNxMd0mBUnzftm5zhPSxQ3UaBH?= =?us-ascii?q?69Mwg/k/3Q9wITsGFyzkMeysBatGwH7ogBR55N4PmBGrh0lYtJUtQdYctGda?= =?us-ascii?q?Q8aPryLlaIbQPHMWqUL1iiProAIWjxp5n+56hww+22ZpoSzt8XlI7aWF1V8U?= =?us-ascii?q?4+EnieS/Gm7dluyFTgUW+9VTPixoV1/J5ioIDxQ7LtLGmNU1Yrn8y8o+gOA8?= =?us-ascii?q?HSVvqpUagmR8PLHC/LI8Jkzgf+U55dJT01S8sOoOs2XFqIv4bKJ+TRx6vmWc?= =?us-ascii?q?eWAICoPScvW2v5DHdGdiP0Pt984keiXWK9hBDQXnjqa1Hu5J4YKtmdw8EjjK?= =?us-ascii?q?w2cqFcuAkcjlq0ouuRLydZj6AwdExiZLX9kq26omGy9X3S73pgPwdcCko92s?= =?us-ascii?q?Skb1p64Ssxd2/ke7cKvNuSPUpI2mGcGxN5R8TKVBJEq09v4qKxJZyIzSUkA9?= =?us-ascii?q?aqW1jq1kc7lTavddMxi6eD7cDqdtcEFZ4gQrV2DhiOPQdygxxWpGBKbxIkSk?= =?us-ascii?q?fTGij1s7isiIUZCYjkBoFBqTbuBfQRiHrE8W2AuMkkRxIgLk+TeP/SpTxreh?= =?us-ascii?q?15qRla9bQFjL+JhDC1QFFP8NgQARlrc2SYALVPEQKfQp5b84qbIz1YfCOtmS?= =?us-ascii?q?GQjQ01dy7M8Ugf71aRcBG8SLXsHkdXvGxe3+LR1G5MMk+Zf052dxlBwNdAPG?= =?us-ascii?q?zbp3d+1vKKbKKv022XLkAP2P0ZLSutW0pgHip+g9+wzxKbgzCECDEvwYgvJP?= =?us-ascii?q?XUCPA5f6jUwW7FEvzEqYgWW/tV9o1iLtbgr6sCVv+eYRacKFrDeqgU8h3Qon?= =?us-ascii?q?YuIy9vrnY41fvuxR3+9WC9mHoyG+DbLlgjR7YVJbinniLZbufN1JVyltQuu+?= =?us-ascii?q?Ssdm33d96d0KnSKydZNQm7mx/Bc8g47ZRP+a4ivrp6GJfWFTPOyXFcxR07aM?= =?us-ascii?q?P5jlkXTqh36K3IU7UfM/A6amZc5B4khd6PJEwkvkjtDugycUokgnXbM9mKio?= =?us-ascii?q?C44YYHEwmEvk/9KFOf+ypS87PZRCOFz6cdEL91LmJMakQwgU4Ss9+qZsnVEk?= =?us-ascii?q?GteO5C9lbhbSP4f79ZVaSfGbIf6hx9+MqFmueLdyz+nADc1AELVp5m4iKiW4?= =?us-ascii?q?e1BgnJBOtDt9q9Ml6IirGx4MGygCzsIAHLIngwlMlAbwgIcs9HijM+l4U53S?= =?us-ascii?q?i5V7zvrise4i5jyCAikkSox5Ov72jaF1xXKAHVgp1ZWj9IL3iD5P61htSwxT?= =?us-ascii?q?D6+zhK2Z7KCUdWcJVPArErP/rKExs=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BhAQAEP1Vg/4UNJK1XAxwBAQEBAQE?= =?us-ascii?q?HAQESAQEEBAEBgX8EAQELAYEiMFEHdlo2MYRCg0gDhTmIPwOKKo8JgUKBEQN?= =?us-ascii?q?UCwEBAQ0BAR0BCgoCBAEBhFACF4FkAiU3Bg4CAwEBCwEBBQEBAQIBBgRxhWE?= =?us-ascii?q?NhkQBAQEEAQEbBgoTAQEsCwELBAIBCAcHAwQBAQEjBAMCAgIfBgsUCQgCBA4?= =?us-ascii?q?FCAwHglaBflcDLwEOn3ICih53gTKDBAEBBoEzAYNgDQuCEwmBIhcBgnWEBwE?= =?us-ascii?q?BhkQmHIFJQoERQ4JZPoIeQgEBAoEnARIBIxUKDAkICYJPFx6CK4JKaEMPAQU?= =?us-ascii?q?PRxglSwQcLggrEJN1h1eMcJB8WwqDBolUjVCFVINEoHaTCIQEiUyDEY8rhFo?= =?us-ascii?q?CBAIEBQIOAQEGgWokaXBwFTuCaQlHFwINjh82gzmFFIVFcwI2AgYKAQEDCXy?= =?us-ascii?q?OWQEB?=
X-IronPort-AV: E=Sophos;i="5.81,263,1610409600"; d="scan'208,217";a="861141583"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Mar 2021 00:21:14 +0000
Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 12K0LE0u030965 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sat, 20 Mar 2021 00:21:15 GMT
Received: from xfe-aln-003.cisco.com (173.37.135.123) 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.792.3; Fri, 19 Mar 2021 19:21:14 -0500
Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Fri, 19 Mar 2021 19:21:14 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (72.163.14.9) 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.792.3 via Frontend Transport; Fri, 19 Mar 2021 19:21:14 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mUq9VrqGPtiaTG2WbcJi9V+7ew7//4U2efFwOr8L/4/aS2uqOjUDp7iSeQuNZNjXMnSLSMzHRhF54xmsAcyFObWz1V0TAClVultTjEtiFzRlSmfx7jREtdeMc//P7bZe5yWRDPeVAPOFE/JPRayK8MjP9r8qgLLfCqIvl52TuZb4CMZTzPZ1dcA85TUJRpUTaHjjQO7+IBTUZvLPWGOpMQepAgHsvOThMSr6n3g1iMzsFliN0qT2A171qJP8XrvUf+W056zYWEnekOyJJeVFac4LtiyoLan2rnB8CWTpQGfXyPEnvKS2hoa8kQDGgSaAPJtUCv/3R2hLtiahTYiH8w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7YXISsKAjoT2z/yihW1GpWNJ9Er6KVFkq7l0SjmNYkM=; b=WeawieYf20eVqln27qdanYE0hzN0R80PAblkh4gVqtQwv1R6iU7jM/Xzg8JIxaMpVsinC0eiwQmOjXdakeV3Kojab430G3dALloZIYyI5uGDI5uXN6dR0kSG0EMISTV6PL94aEbuFsB7q7uokYMGdjRtnmHj0+QN4JkGcEe0Va2cZTmIIzX1o88tChB9ucbdEFYxhqJwpe+smcBwzTHjv7dyKuDu17akKspj9jS8Jv3Yrex6dZbw4h8ZLZOdfmIv96mjDSUJVdJIItFJ90DLfw7UtsE5u9GVPwi5L7FMA/OKvHRSrni7CuBVDtQlc3iOeRue3nAQZX1jW59hzjZJnA==
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=7YXISsKAjoT2z/yihW1GpWNJ9Er6KVFkq7l0SjmNYkM=; b=AO+gAE7HikhK1CTYEGycYnQuYWrZ3KgqX6Rx9+NLHx17QiaRt3LnaLl6IWsjLSWJR3Oe+r3/8bKfIXLccqZN+EnPzJssYMqo6+wi5Iezeu85NI2MzRhKVDpBzA5nt8JxMCZDxgYhda1VyebQCRZzVgYcy6a4oXRpsX9aSKKQaSs=
Received: from BYAPR11MB3207.namprd11.prod.outlook.com (2603:10b6:a03:7c::14) by SJ0PR11MB5150.namprd11.prod.outlook.com (2603:10b6:a03:2d4::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3955.18; Sat, 20 Mar 2021 00:21:13 +0000
Received: from BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::e084:727e:9608:11c7]) by BYAPR11MB3207.namprd11.prod.outlook.com ([fe80::e084:727e:9608:11c7%7]) with mapi id 15.20.3912.031; Sat, 20 Mar 2021 00:21:13 +0000
From: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
CC: Jeffrey Haas <jhaas@pfrc.org>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] WKLC transitivity considerations (was Re: Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23))
Thread-Index: AQHXHNouRxAqhLs6vUmhS+JHcB6o1KqLwO4ggAAXOQD///pYoIAAKsUAgAADEWA=
Date: Sat, 20 Mar 2021 00:21:13 +0000
Message-ID: <BYAPR11MB3207730D5E49ACB5FF5C8EA3C0679@BYAPR11MB3207.namprd11.prod.outlook.com>
References: <BYAPR11MB3207CF86CF2FBD56CA3EAD66C0919@BYAPR11MB3207.namprd11.prod.outlook.com> <CBFDE565-E501-4344-BF6C-53A541D50391@tsinghua.org.cn> <012b01d7170f$7ec90310$7c5b0930$@tsinghua.org.cn> <BYAPR11MB3207D4E973EE9ED170687E1EC06F9@BYAPR11MB3207.namprd11.prod.outlook.com> <015601d7171a$036be470$0a43ad50$@tsinghua.org.cn> <CAH1iCiqy3uu0SF2i9TyTRwCdt2d2Ud9+nUCtRG+vc2E-gwfLPQ@mail.gmail.com> <20210319162953.GR29692@pfrc.org> <BYAPR11MB3207F7BC05E7F10C09373E6EC0689@BYAPR11MB3207.namprd11.prod.outlook.com> <20210319214341.GT29692@pfrc.org> <BYAPR11MB3207F5FB11E2881774AD1767C0689@BYAPR11MB3207.namprd11.prod.outlook.com> <CABNhwV01GZPoJwdbyOWuzD==+XNtqD5cyOMmtDgQF4kKOqhxwA@mail.gmail.com>
In-Reply-To: <CABNhwV01GZPoJwdbyOWuzD==+XNtqD5cyOMmtDgQF4kKOqhxwA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2601:647:5701:46e0:65b6:eeee:b2ff:8898]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ac0b6f65-6f9b-4cbe-2bf4-08d8eb361207
x-ms-traffictypediagnostic: SJ0PR11MB5150:
x-microsoft-antispam-prvs: <SJ0PR11MB5150420D6D27D414643A82ADC0679@SJ0PR11MB5150.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: z6DyXo5jUG0ABYH6WJsOnVYXPq1K5sqZxMHvncGBX13jSoIQZHwqGf5ij4CKnvsvzAwanjXSmTJYB0CeDt6R1fHJnkaS26SK1hVxsxRQrDNrJji1vlvMd3jrdg/YRigyuBCZ++o/xAr3F1J+/OIa0VpdT5zEqvr1tA1+MtGKKREl081DFfB/SqXdl+IUC5UOLbP7L/o6uaz9K1dMTbVpS7UVEDpTRIs9ML00JC/prHIJySag18gKa6+7TIUnESlOYg8rTPd22Fa1mFpjhZXi1igNbP7gO1T6CLJryotdeffQ1UDFr/RBCkQkB80FjzxWjLx/yaONpMksaXytev05ZlWhm4l/CFSDaonTVWFsdMmr7tn+RTCWUgh46WanZ5C1NChpBYmUQt8fVX9aGpWhB3GKEW+JxsPWYKcWKPZhxtjx03vo3os/IZNGpwJ0GFS+6HZgK027pBrU7gfHHiyN3QaD85/jNNR/162ZUgIEOhfbP2u2X820Ja7yQq7A8B90+zd8pIlAqhQNyrj7WjotrHaQ2cTy2Gy40ShvF0Q4ZWrNGuOpkvG9kZePTVN9EzeGDf06SAckxdO9ftelTH00pd8/uBH8+w3gdL/YzSMZ+h57UWEA9P2eGiQN62AB8apV0zqmVBWQlX6a7Rc+kCwLs1lqPxq0S5210p27vZIuZ+SMVAMwUvObIllFTficsscdjIGRFteHOGwzFg0SkDuvFV1qeEfSeWlqdyZGMO+pwdQ=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB3207.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(346002)(136003)(366004)(39860400002)(396003)(186003)(66556008)(7696005)(38100700001)(316002)(4326008)(2906002)(5660300002)(64756008)(66446008)(66946007)(8676002)(86362001)(54906003)(66574015)(83380400001)(53546011)(76116006)(966005)(9686003)(6506007)(8936002)(166002)(52536014)(6916009)(55016002)(33656002)(66476007)(478600001)(71200400001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?c0NqancwQVd4SDRES3Z2bGxvWHRuLzZtZ2lwaXJOVkVGdXpwRTJva2pKS0F5?= =?utf-8?B?Y3RxbGFjSXFwaWVLSEhvZ0NHTVFVL0xHcHgvZGpZWG1mdUJ2M2dDQUlpcE5o?= =?utf-8?B?MG1oNkdhbVVieFlES2YvNFVpbURzRWV3N2EvTU9LNlV6YWtvNy9QK3owRWlJ?= =?utf-8?B?TkVlTnp3Nit2U3dPbjRZZXVhYUFZZ0w5aGZldHltckhvMkp6MlIyZ3I0QmRo?= =?utf-8?B?czZTQ3BnQUJYKzBST2pab096U1Z2SkNQMHFSWHc0Y2JHTzZPcnFuOGR0Z3Nt?= =?utf-8?B?TDlreWd0UFE5V2hmelZpV3hHVzJzQzM1OU9POFp2NEIvb1RvR0xzUFdDcXI1?= =?utf-8?B?UVhyazh0YlRTYUIyR1U1dGdpK2FoUWdQTVE3VE1kUjJGTnM0ZHlNUmFXakh0?= =?utf-8?B?NFRFV0NUWUVtLzF0c28wTm1aRXVyMldHUHg4bUlHSHkzZUFPNDR4U2I0d25F?= =?utf-8?B?YisxeWthYkNWNURTL2UvS2ExMHZCQkQ0U1VwbFR1dElKZmtTYXNDVEdIbXZE?= =?utf-8?B?bWJ6elRJY0ZZcnVCekJTNjZXNW1vUWRLK1R5d3ZGSEJIRDFYRmdURE5acDhw?= =?utf-8?B?QWdWV0UvVlpsa0NpMDBhVFJVMmFDYjZEbDBBVDN1TlFGckJ1WmcrR2NoM1RY?= =?utf-8?B?ZVNhY1N3emNtSjY2R0g1SEhmYUZaa25jMXlFL0JOMHlscHFPRGk4UWVwSmRu?= =?utf-8?B?emtORlVDYXZHYkJZcnM2dVp2R1V4UDkxaXBZWnBSaWVoMVZtZysvZ0VheStF?= =?utf-8?B?K2NyWHhocUJicUxkSmNBYUVJcWYwVTZzWk4vQkY0akljZ0VrRmdLaG5tbW8r?= =?utf-8?B?WVEydzlPTXRhS3VFU2tUdktIRU9QVm9rMUZZWlVrdVNDZTlNUFpSTjk3dUJR?= =?utf-8?B?amZTaUt2Yld5aFVKUEJIRkp3cHpmNHdvN0xac0ZtMTM1REZPTzlCRzVBTDZD?= =?utf-8?B?cVdiWkljSmY1bHorTnFIV0Naa0NYTCtqOGFzWDBQb0Zkb1pZdUluMXRtdmVL?= =?utf-8?B?V1ROMk9KRFczbFl5THg1ZVU3cHJhVE13K2o4Nm5SOFRuNDM4UE9rNVgwbFdW?= =?utf-8?B?Z3N4aGtWUFZ0NnN0TGExQVc4MklycmFKMFY1NEMzSElDdkN6Nk1lZnNMcmxQ?= =?utf-8?B?clkzdGZGZUd2THJ5MTREL01hVVJFdC9PaFBNWFVGdmJ4V291WmNzU0RQaGlI?= =?utf-8?B?Y0FCRmFRcU9rUEtlQXNZOHBlVThjZUJOMzR1ckZpbzB1eW1TZUREY2ROVXRS?= =?utf-8?B?YkkzemxkbFpRMjBCd3pBYXZaaTlyOWZ2d25qMDJ6RFJ5Zmg2R28xY0kzbkdL?= =?utf-8?B?WktUNWk2QzU4bUdkQmh5aHROaXVJWmFuRHQrcVVXOE5JWEhVckwrMDFheU5i?= =?utf-8?B?NXRCdkVBMDRIMmRobHFERzEreXZlb3NwYkR5R0hML0ZheHpCT25GdFltR0Vs?= =?utf-8?B?ekptbDRvMFFCVS91eDdzMUFFRWV3dWdyalhzZ2dYS3BWZU9vR21CbjVNajNs?= =?utf-8?B?VmdWY0laY1NnN3Y2N1hkTEoyeG11eDQ5Q3B2UXE2YzRKTm1FL0IzZERJOFhQ?= =?utf-8?B?dzA5enBhTWdzR3A0TEQ4Q2hIMDZ2TUZOcE1aMDMzOERpZXoxemxBSm9tcmF1?= =?utf-8?B?ZUd4bUNiUDhZelFybncwQjlVVGV5b0kxaVR0L0NJemMzWXNQdklia3BHZVkw?= =?utf-8?B?dXVHQkhBaEpyVXlVVWpvV2QxK3FsSEV3NUZLaC9BRkw3b1Q4RDNSRUIrVG9s?= =?utf-8?B?VzZCM1k5Yzcvc0YyRHVqeUxEMjZ3TklDQlJ0aVZTNjJHYWdhektERllMdFJo?= =?utf-8?B?QTdIY0pNeWZ6VXdqTWdpT01yeFBxSVNQQ0NxaDFGeEpnTi9Pd0xwbnhEMGlJ?= =?utf-8?Q?fKOOeZBaMaIhz?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB3207730D5E49ACB5FF5C8EA3C0679BYAPR11MB3207namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB3207.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ac0b6f65-6f9b-4cbe-2bf4-08d8eb361207
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2021 00:21:13.5137 (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: +qWHsamSLt6q/OjUnEnSPnXKNeXtpbLpmNu7eCRcMempCTq7IyogT8umKGYg5B+kI4s6297OG3tIw5a7xEOLug==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB5150
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com
X-Outbound-Node: alln-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/6rlcc1RVVOfRzB63H6g6B4DN1yw>
Subject: Re: [Idr] WKLC transitivity considerations (was Re: Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23))
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Mar 2021 00:21:19 -0000

A local configuration is required to make an eBGP session NOT
an administration boundary. This configuration should be
applied at both the sender and at the receiver.
Without configuration, every eBGP session is also treated
as an administration boundary.

An iBGP session is no boundary.

The transitivity bits should not be used for LC matching if the LC begins
with the WLC distinguisher bits 111101.
Such LCs should not exist in the public internet, because ASNs beginning
with those bits have not been assigned.

Regards,
Jakob.

From: Gyan Mishra <hayabusagsm@gmail.com>
Sent: Friday, March 19, 2021 4:57 PM
To: Jakob Heitz (jheitz) <jheitz@cisco.com>
Cc: Jeffrey Haas <jhaas@pfrc.org>rg>; idr@ietf.org
Subject: Re: [Idr] WKLC transitivity considerations (was Re: Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23))


Hi Jacob

In their local configuration as to administrative boundary versus not an administrative boundary?

Or is it that any eBGP session is administrative boundary and every iBGP session is a non administrative boundary?

With regards to transitive versus non transitive in the path selection if their is a match on WKLC or duplicate with existing LC deployed, the higher less transitive bit is always preferred correct?





        0 - Transitive: The WKLC is transitive across ASes.



        1 - Non-transitive: The WKLC is not transitive across ASes.



        2 - Administration Transitive: The WKLC is transitive across

            ASes under the same administration only.  By default, every

            AS boundary is also an administration boundary.  If an

            external BGP session is configured as a non-administrative

            boundary, then it will send and receive WKLCs with

            transitivity 2, else it will discard the WKLC from the

            UPDATE message.



        3 - One-time Transitive: The WKLC is transitive across ASes

            under the same administration and into an AS under the

            neighboring administration, but not into an AS under a

            further administration.  A BGP speaker that receives a WKLC

            with transitivity 3 on an external BGP session on an

            administrative boundary SHOULD change the transitivity to 2.



Thanks

Gyan


On Fri, Mar 19, 2021 at 5:23 PM Jakob Heitz (jheitz) <jheitz=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:
Yes.

Regards,
Jakob.

-----Original Message-----
From: Jeffrey Haas <jhaas@pfrc.org<mailto:jhaas@pfrc.org>>
Sent: Friday, March 19, 2021 2:44 PM
To: Jakob Heitz (jheitz) <jheitz@cisco.com<mailto:jheitz@cisco.com>>
Cc: idr@ietf.org<mailto:idr@ietf.org>
Subject: Re: [Idr] WKLC transitivity considerations (was Re: Adoption call for draft-heitz-idr-wklc-02 (3/9 to 3/23))

Jakob,

On Fri, Mar 19, 2021 at 08:40:15PM +0000, Jakob Heitz (jheitz) wrote:
> I'm glad you brought that up.
> IMO, it's "don't care".
>
> It matters in duplicate detection.
> If the LC attribute contains a particular WKLC and the same WKLC
> were to be added, say by a route-policy statement, but with a
> different transitivity, do you add both of them or just one of
> them and if so, which one do you keep?
>
> I'm just going to stick my neck out and say:
> keep the value with the longest transitivity.
> So, in the draft, the highest numerical transitivity.
>
> The reasoning:
> Suppose you keep both. What is the behavior?
> Assume that the decision taken by a BGP speaker at a WKLC match
> does not depend on the transitivity, but only on the other bits.
> If two identical community values exist in a community attribute,
> then the decision is exactly the same as if there were only one.
> Therefore discarding the value with the shorter transitivity
> does not change routing behavior.
>
> The transitivity should matter only in the decision to propagate
> and no other decision. If that's a good assumption, then it should work.
>
> I just made this up on the spot, so I might have missed something.

I understand your thinking here.  A few related observations:

Since large communities will exist prior to this feature being added, policy
may occur on some implementation without WKLC that adds communities that
could be duplicate.  This means we already need to be ready to deal with
handling duplicates.

Your policy now has to deal with being able to alter scope.  E.g.:
if match wklc-foo:
         set wklc-transitivity non-transitive;


-- Jeff

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

[http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email]<http://www.verizon.com/>

Gyan Mishra

Network Solutions Architect

Email gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com>

M 301 502-1347