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: A9a23:7FYpBBfD4dNclhMBfXzG4p8alGM/QYqcDmYuwpM6l7JDdLii9J3+PUvZoO9gl0LNQZ6zw/1BguvS9avnXD9I7ZWAtSUEd5pBH18AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7dp3Sz6XgZHRCsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3wRzM8RN1
IronPort-HdrOrdr: A9a23:khjtTKEMrkYqFU5+pLqFupXXdLJzesId70hD6mlYcjYQWtCElsyogfQQ3QL1jjFUY307hdWcIsC7IE/03aVepa0cJ62rUgWjgmunK4l+8ZDvqgePJwTXzcQY76tpdsFFZ+HYJVJxgd/mpCyxFNg9yNeKmZrY+tv25V0Fd3AMV4hL6QBlBgGHVmh/QwdbDZQ0faDsmPZvjTymZHgRc4CHFmAINtKz6eHjubDHRVo9BxAh4BSTlj/A0t7HOjWRwxt2aUI1/Z4M6m7A+jaJg5mLk/b+8RPE0n+W0pI+oqqc9vJmJOihzvcYMS/tjAHAXvUhZ5SnsCouqO+irHYG+eO82SsIBMh453PPcmzdm3KEsGOMvEdMmh3f4GSVjnf5rcvySChSMbs9uatibhDb50A81esMtp5j4mODu5JbSTPGkSjtjuK4Ly1Cq0uurXIu1dMUlnxUOLFuEYN5kIp3xjIwLL4wWAbBrKw3GuhnC8/RoNxMd0mBUnzftm5zhPSxQ3UaBH69Mwg/k/3Q9wITsGFyzkMeysBatGwH7ogBR55N4PmBGrh0lYtJUtQdYctGdaQ8aPryLlaIbQPHMWqUL1iiProAIWjxp5n+56hww+22ZpoSzt8XlI7aWF1V8U4+EnieS/Gm7dluyFTgUW+9VTPixoV1/J5ioIDxQ7LtLGmNU1Yrn8y8o+gOA8HSVvqpUagmR8PLHC/LI8Jkzgf+U55dJT01S8sOoOs2XFqIv4bKJ+TRx6vmWceWAICoPScvW2v5DHdGdiP0Pt984keiXWK9hBDQXnjqa1Hu5J4YKtmdw8EjjKw2cqFcuAkcjlq0ouuRLydZj6AwdExiZLX9kq26omGy9X3S73pgPwdcCko92sSkb1p64Ssxd2/ke7cKvNuSPUpI2mGcGxN5R8TKVBJEq09v4qKxJZyIzSUkA9aqW1jq1kc7lTavddMxi6eD7cDqdtcEFZ4gQrV2DhiOPQdygxxWpGBKbxIkSkfTGij1s7isiIUZCYjkBoFBqTbuBfQRiHrE8W2AuMkkRxIgLk+TeP/SpTxreh15qRla9bQFjL+JhDC1QFFP8NgQARlrc2SYALVPEQKfQp5b84qbIz1YfCOtmSGQjQ01dy7M8Ugf71aRcBG8SLXsHkdXvGxe3+LR1G5MMk+Zf052dxlBwNdAPGzbp3d+1vKKbKKv022XLkAP2P0ZLSutW0pgHip+g9+wzxKbgzCECDEvwYgvJPXUCPA5f6jUwW7FEvzEqYgWW/tV9o1iLtbgr6sCVv+eYRacKFrDeqgU8h3QonYuIy9vrnY41fvuxR3+9WC9mHoyG+DbLlgjR7YVJbinniLZbufN1JVyltQuu+Ssdm33d96d0KnSKydZNQm7mx/Bc8g47ZRP+a4ivrp6GJfWFTPOyXFcxR07aMP5jlkXTqh36K3IU7UfM/A6amZc5B4khd6PJEwkvkjtDugycUokgnXbM9mKioC44YYHEwmEvk/9KFOf+ypS87PZRCOFz6cdEL91LmJMakQwgU4Ss9+qZsnVEkGteO5C9lbhbSP4f79ZVaSfGbIf6hx9+MqFmueLdyz+nADc1AELVp5m4iKiW4e1BgnJBOtDt9q9Ml6IirGx4MGygCzsIAHLIngwlMlAbwgIcs9HijM+l4U53Si5V7zvrise4i5jyCAikkSox5Ov72jaF1xXKAHVgp1ZWj9IL3iD5P61htSwxTD6+zhK2Z7KCUdWcJVPArErP/rKExs=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BhAQAEP1Vg/4UNJK1XAxwBAQEBAQEHAQESAQEEBAEBgX8EAQELAYEiMFEHdlo2MYRCg0gDhTmIPwOKKo8JgUKBEQNUCwEBAQ0BAR0BCgoCBAEBhFACF4FkAiU3Bg4CAwEBCwEBBQEBAQIBBgRxhWENhkQBAQEEAQEbBgoTAQEsCwELBAIBCAcHAwQBAQEjBAMCAgIfBgsUCQgCBA4FCAwHglaBflcDLwEOn3ICih53gTKDBAEBBoEzAYNgDQuCEwmBIhcBgnWEBwEBhkQmHIFJQoERQ4JZPoIeQgEBAoEnARIBIxUKDAkICYJPFx6CK4JKaEMPAQUPRxglSwQcLggrEJN1h1eMcJB8WwqDBolUjVCFVINEoHaTCIQEiUyDEY8rhFoCBAIEBQIOAQEGgWokaXBwFTuCaQlHFwINjh82gzmFFIVFcwI2AgYKAQEDCXyOWQEB
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: sCjjw0AWxH4DKvvlloXtn/6mgipirNVEFuzpE2okjJKAyctqlacIqpieKHHogCGMQU/LGpx/djYXmfuBv3gCAIipNh0mh6GamUbxYDKf/4UimDsEew7a/MOK6Uzako7/P+z0EiINEeNzw6+vSwOn4YeuaaAYgL9hfetymrHo2Jz2R2gr4Bdhs6SCpgABX+0ROjZoOzSVvJCP0qRXw4cbGO6Orqn8dtgsmL9kygtPQ9WhfzViWxGW2sC359OO8Zv4B/oToGLsPWCqr5QXrk8tbTSaB2GU5tgi+ahQgPMQ7TMdR2FNs4dyMRaWjHt4TEWCTYEm/1tso0NmZEur2WGPx8mIGHy3eAO44xSb4wnEb+1ykabCV5DS/e/Ka10vBBD4SUplTutIJfkSasCTGHmvDmbzzTIcFYruBzBS66W5moQdK+TywvFHBHD1XFgTDNZp8pAgVWE/VZlkCi00aTRU2aCb6Dl0AT3uNQFrBuZg+Gch3TXeSacSwzcmJ66GH5HHfaFZknc1yE/BN0ylpqODi8QepJdnzkNFUCavGbBYrs6uZvGUxP91ipYZpRieh1Vmg+/gEay+E+crXxhqBbqLdJcAaEIqf0U6sZN/BF4jIcgEkFgKhnmmo+YQ2w9OMtaKuESkTvKHEOPVok1FYZUkuSCe9MPZRN97uBQjfSiKvbWyhUJPBHFJwpzf4wo7LZsFm135DFOO9BG5AL6CqWbZIcJf5lz+NqHWCZkCXL+j8asX0PoFdoZYuIn1tmveKWTN2OJDW3lYyLx5eU7praTMw+j86nR8Tn438POk5X0lWVgsxhkVPVt6stLa1AW82IrraJ0V54C3HICvCz6MefsLrlPrY3tfFeGvLry14D/MaUREt/OhPMXUFvbxWouZcsSDPhiHcABFaQqOkPKeAsY8peU8ceBN34urFio0uymSeDDcdNUtRbI3zldlZQ20BwzAavZi9r9fvwnj02zDRyfh6Go1cI3nGKZKT5i6C58mGdBhyhtNiuIZanDt+qUW8NIXHUrL+01ayNb5tBvEA04H2dhlqDG1+yveospbDyGHL/FaxzBOnFtYmGElzJml4o0QBU/ux7s1AEEewugrjXsggXKpVeOoGmBn5Mj3lVgVcIZcSg7v67XdLJ2xmux49CpvQq6c4JNmE/B3dDI8XPw09zpaMgsGp4LD8ChH06vMFNpMZ0338Diez1zlAJomraueGxmCbP8YzQrnw0B9UTeyoI1iTt/CIzc3YsPvIbkpGeY0uuGBHAhJrUyUUjoWd1+qlHEw5FKh/AFL7oT8D3REB+TolW6B3Y9c7/sF2DujyLD26wNICBRtiVS62GagazKDFYLtRhA7HcJMyfzUwjMgiOMrxPqISPCCqh1FxJgN/OwLpnxD0iIfKOOeZBaMaIhz
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>; 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
- [Idr] Adoption call for draft-heitz-idr-wklc-02 (… Susan Hares
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Acee Lindem (acee)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Brian Dickson
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Aijun Wang
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Brian Dickson
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Jakob Heitz (jheitz)
- [Idr] WKLC transitivity considerations (was Re: A… Jeffrey Haas
- Re: [Idr] WKLC transitivity considerations (was R… Jakob Heitz (jheitz)
- Re: [Idr] WKLC transitivity considerations (was R… Jeffrey Haas
- Re: [Idr] WKLC transitivity considerations (was R… Jakob Heitz (jheitz)
- Re: [Idr] WKLC transitivity considerations (was R… Gyan Mishra
- Re: [Idr] WKLC transitivity considerations (was R… Jakob Heitz (jheitz)
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Gyan Mishra
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Jakob Heitz (jheitz)
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Gyan Mishra
- Re: [Idr] WKLC transitivity considerations (was R… Ben Maddison
- Re: [Idr] WKLC transitivity considerations (was R… Jakob Heitz (jheitz)
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Alexander Azimov
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Nick Hilliard
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Robert Raszuk
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Borchert, Oliver (Fed)
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Susan Hares
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Brian Dickson
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Gyan Mishra
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Robert Raszuk
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Jeffrey Haas
- Re: [Idr] Adoption call for draft-heitz-idr-wklc-… Jakob Heitz (jheitz)
- Re: [Idr] [SUSPECTED SPAM] Re: Adoption call for … Gyan Mishra