Return-Path: X-Original-To: idr@mail2.ietf.org Delivered-To: idr@mail2.ietf.org Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 27F70AE0B8AC; Tue, 27 Jan 2026 18:01:00 -0800 (PST) X-Virus-Scanned: amavisd-new at ietf.org X-Spam-Flag: NO X-Spam-Score: -1.984 X-Spam-Level: X-Spam-Status: No, score=-1.984 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=hpe.com Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XuuA8FOBKeQ3; Tue, 27 Jan 2026 18:00:57 -0800 (PST) Received: from mx0b-002e3701.pphosted.com (mx0b-002e3701.pphosted.com [148.163.143.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id AFEEFAE0B8A5; Tue, 27 Jan 2026 18:00:57 -0800 (PST) Received: from pps.filterd (m0134423.ppops.net [127.0.0.1]) by mx0b-002e3701.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 60S0ADKY577682; Wed, 28 Jan 2026 02:00:51 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hpe.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=pps0720; bh=PRENr4+OLUvAT0ruoXNW/1xu/L NefJQmYuR/nfU9F3A=; b=UE9gPLOFt8Bil0au9ZlwCuavimz459G5phRPqF1nhZ dfdzE7XJzx5BmHgqWIpZXCPrPMVDyCgROyou7WWKp8oTiNQ63p3WnfvKmq3nLDON yPzVJTxq6QQ+p/jzxs00gZKv3E8ZgTjMrk4ZvFGK9eAu/pYn7urPdNFE4p2AdwRV 673AGos5XK07Ke7O9CVi9eiQiWOz9qVeo33ANO8ytrovwW2Q6x6UGPJvv7tCWJ/r 0K3YshLXbZwBRY9NoxcZ3bW9iChK/c4f0u4quqD6fj86n0VZsntRQeW4mJUfzQSL Ml72bta+dBsWLOu08djAKl1qntjIBTIwXKgcF0zHt25w== Received: from p1lg14878.it.hpe.com (p1lg14878.it.hpe.com [16.230.97.204]) by mx0b-002e3701.pphosted.com (PPS) with ESMTPS id 4by7p7s7ac-1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Wed, 28 Jan 2026 02:00:50 +0000 (GMT) Received: from p1wg14925.americas.hpqcorp.net (unknown [10.119.18.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by p1lg14878.it.hpe.com (Postfix) with ESMTPS id 038A9D16C; Wed, 28 Jan 2026 02:00:47 +0000 (UTC) Received: from p1wg14928.americas.hpqcorp.net (10.119.18.116) by p1wg14925.americas.hpqcorp.net (10.119.18.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17; Tue, 27 Jan 2026 14:00:39 -1200 Received: from p1wg14927.americas.hpqcorp.net (10.119.18.117) by p1wg14928.americas.hpqcorp.net (10.119.18.116) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17; Tue, 27 Jan 2026 14:00:38 -1200 Received: from p1wg14919.americas.hpqcorp.net (16.230.19.122) by p1wg14927.americas.hpqcorp.net (10.119.18.117) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17 via Frontend Transport; Tue, 27 Jan 2026 14:00:38 -1200 Received: from DM2PR04CU003.outbound.protection.outlook.com (192.58.206.35) by edge.it.hpe.com (16.230.19.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17; Tue, 27 Jan 2026 14:00:38 -1200 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=UZnO3t1vgtgVCxcFTBIGPAZLstiZOH0U6yyZ55GSCVFPdOAgJ4TfrHvcQFRyaEFep9tcN6jd0qhpQ2XNYvS+R3/wIoqaRENrsYKfsp7hHG4VkSg7wyMdmFPs1E96Ojwh4PuDhCSxsYiaZTtx2K/gQYDd+KVW85pg1DldxML7vNrFFTr7bWFIi3hZpn4UziHaZlOQ7hrMHgzVT6m7Z+JCXOu2QpGkeqWcw+Dfzl8Gz+lYb89ZWopzYbZgA7/XxoAsqgcRn4TP3qbIlg5ve15BdSO21KNFU4NC2eb0agPjj1mv1U6snljRL7v3U1+G6zR4iecgoSAQQoY4xL+KmBu0pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=PRENr4+OLUvAT0ruoXNW/1xu/LNefJQmYuR/nfU9F3A=; b=VxXQPlkDtxSmmySH6bcoTZTksSZNGTMQJIvtKC1Z9M7bglEM58XVvETXhvau93W8qHULCz11qUuhCXQKUMG5n8kTy92aSBC6IblYw9NZVBnCGF9rfSDlBSq7UXXX0CylCDdd00tH6mpFrJtQIr1A1ghwYSsNBhLP6M01BiENmkr73ToDIgyg5diuYJI9XZCzrCnJb72ZM9Bde+SLbpIezGuc07o3+cbYlAuBXE8iiiDxa1A0TXAGGKQZptEf7B/iCHbcxRIlD5iQErjmPbfGxYr4d4/iypPVIjp15deJ8iFW7j0cNDC0VleU1mFRIpZ2IvrEoNgve0V6umevn72DuQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hpe.com; dmarc=pass action=none header.from=hpe.com; dkim=pass header.d=hpe.com; arc=none Received: from MW4PR84MB3003.NAMPRD84.PROD.OUTLOOK.COM (2603:10b6:303:1ba::6) by CH8PR84MB4013.NAMPRD84.PROD.OUTLOOK.COM (2603:10b6:610:260::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9542.11; Wed, 28 Jan 2026 02:00:30 +0000 Received: from MW4PR84MB3003.NAMPRD84.PROD.OUTLOOK.COM ([fe80::7bdb:bc66:133:6eb4]) by MW4PR84MB3003.NAMPRD84.PROD.OUTLOOK.COM ([fe80::7bdb:bc66:133:6eb4%4]) with mapi id 15.20.9542.008; Wed, 28 Jan 2026 02:00:29 +0000 From: "Zhang, Zhaohui" To: "Dongjie (Jimmy)" , 'idr' Thread-Topic: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-derived-community (December 11, 2025 to January 5, 2026) Thread-Index: AdxqPlAQY/gFh+bUTbi3r9NxXrlQ3QDaMS6AABaKqNAE97nhAAOEtEUAAAGu1yA= Date: Wed, 28 Jan 2026 02:00:29 +0000 Message-ID: References: <834bfae9b2854393a028459f9a8601fb@huawei.com> <004701dc6da7$1593dc50$40bb94f0$@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: MW4PR84MB3003:EE_|CH8PR84MB4013:EE_ x-ms-office365-filtering-correlation-id: e36041ef-ad10-4e5f-0a5c-08de5e11037a x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|376014|366016|1800799024|13003099007|8096899003|7053199007|38070700021; x-microsoft-antispam-message-info: =?us-ascii?Q?NYB4hP5V7waQ7/n0yd00nQjoVU47/EcXJSru7bxU2yPoDiUZZgtYrGU4Kb5p?= =?us-ascii?Q?DC3qRXJWO3NRplpSHhk/Rz7RXXBb2gvX0pVw6w5HhALmK5LjaDFXpxga/5j5?= =?us-ascii?Q?ufm1s23PnnhyRSg1gdqnSgFidXdMTA20rDL1ybldMYxaiTVFmpdzjQt9kgap?= =?us-ascii?Q?/Ox4ye8osp9zt7FAqfhXzhDmAGm9TZtdk0oVr5sCNQ2GavXF7s8fmczSrIz4?= =?us-ascii?Q?ac8tbEVZvEclHGgk0rjchRbv48VSrGMe/qDl0rujTsWzgGKgD7ScozuKib0x?= =?us-ascii?Q?5ZhteJ9oTNMQs1/QjWfJuYXsley6GOHoyiQDVWIb6KAtyRE9yp6qiBO8O+hq?= =?us-ascii?Q?0zoqdNh6BCPe+XL2rzL0f+ib4KQwJAyaQSdEp5dnfTNzqmeGEZRbS/7sPjiA?= =?us-ascii?Q?SEbyJI7heoeZN1bOhb1pN9T+xTpKFMdnzs+MDhD9anRf1TTTqdIYtqgFeuP1?= =?us-ascii?Q?ropjdBPBaMCu4pvjQY8QlhVgOWVtPZAqR9+p3MY76+uqKJcKyc+JKQfyK3cY?= =?us-ascii?Q?/JNDEB4kwBEb35ej6K0oKTL3ohIqc2NwJf3YybpTQsCZQhiADZnu53BKedXS?= =?us-ascii?Q?qQaCCK60spVJJmDPV9+RAwtwgSrtK2/iCtbPUQOLxoSKCe525K5xazJe8DgO?= =?us-ascii?Q?dq1Wg7K6hBBk7J33HEIF7soDUTuoO+M8Lg3dlPguOwYa0DFAnGbAgWHOgFsH?= =?us-ascii?Q?OH66slRtxW6JssA+clQo4J3tN5tU2mrZqfOKag2HmcJ1lYvEHxk+NKyq7LRW?= =?us-ascii?Q?bo2f7tbNJhOS8QFPnMIlMbxHQQkEsKg5Oh7ds4cMzCskexuoG6XC9aXTaYKU?= =?us-ascii?Q?mbNSKicdOGmEHrzcH2ubkw8+DcKW/gP7V+d4IsJhLjw8jHCjHUqgGAWDkEHL?= =?us-ascii?Q?t/nTihF7NQhiavH+LSQaaxB883GJICAGcPBUhQWiGB/ThutRRk2UEsMaS26T?= =?us-ascii?Q?2L1ShI8alBeS3rMBiSY8cJxiqw8L88V5tSg2XQeDYEjD6i2lh+GKoB0Nyc4t?= =?us-ascii?Q?OUqvVae3+odWvvNMuqU/3l+M8AFtla3hzLMr1G76zaUA46zPBoqFGjH+L3e1?= =?us-ascii?Q?/OsS/tp9DqD2uN8B3rBX3WQHuRRCENIMso0wS/fczR1tCM6YMeoSpDcCDwrP?= =?us-ascii?Q?vmIKqL9SjSb36oltRIvBnrsNDTCro9zTWAaZqCM0aS/uxeToGQ9/CdpAhOer?= =?us-ascii?Q?gYp2Bt2QUBMEXSyES7a+TGW/cp0JOq7wnTXoX8Oi+78Db+S/2HTtQFJRPwXt?= =?us-ascii?Q?8ZZ2B6hcHCiyRm7p5oI5dDitwjdidAwClitjLA8eJH4mJiElgaGIAJekAtg0?= =?us-ascii?Q?aU6KSU899iE5Cb8M0lNZ9fJIJM+GhdbVm4xb8H6VO4/c0J9UYDX8po6fRT2H?= =?us-ascii?Q?ZWx20y3BX6E4IRb9k5QukuEjSXs4JNfrMtlmp9HYv0L8IA19tHhoxyoXnHcg?= =?us-ascii?Q?jmHkJY6dZ/IU4TPxsQv+pcPoSpWtfa8Cpag0i/zNTF3nsrgixw/MqnHWkQjv?= =?us-ascii?Q?3x0eElDO18XuM/iL2zWKev4QO2z8Wqe3G5A0HxIJVEPk3L7qlkzoGwJ5xle7?= =?us-ascii?Q?aLSH25AcQ6ZX1dXE1W9Y4qy0Z9Dbb3DXc2GPUOb4oOGEZRL048hwS7a0Od4m?= =?us-ascii?Q?Dgok4QptKU8iA9C3IbgliG0=3D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MW4PR84MB3003.NAMPRD84.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(376014)(366016)(1800799024)(13003099007)(8096899003)(7053199007)(38070700021);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?fd/0twkkzBuZW3DXgXZ2T2XQN8YoSI5KZNGdMjU756QeYqhDQY1N4bUBzy61?= =?us-ascii?Q?bqHn9zWgFzj56HqfOySREJBZ2OQySzZyzPHzNn9CokLPv/b2B/18V4TZ5vR8?= =?us-ascii?Q?sC1dHXds4gzlIfJxenNqGOauafnT0eI32f0/lkU4HS9RRCPkCaD5CU8DbPWa?= =?us-ascii?Q?HxLQOky0mLAgYec3SqLYKBt6GgiSnzr1rsTMQ9nad90gIplsSzGsxhvDdwew?= =?us-ascii?Q?AxgOv3+M4KyGwSrusU6wNwTW1sOKz7x/MVg9/zVr7I0JJR9hYpsm16jug20G?= =?us-ascii?Q?oLTT21z2N/kGWjUtu0elnSAWhAVh8g2rhxBj0fZM7FeDbLajy6P0mLXdKqz4?= =?us-ascii?Q?R5qlhhDAe7cuoo/P1usr4cjU4VOuMNXAreXvbQ7Jzot5ap/jYED243uKiZUS?= =?us-ascii?Q?oHVDk9i4aXlmyWbLaTnhVgWdu32f88NoklWe9LBq1N7Ov8QhnUV/b3PxaPKP?= =?us-ascii?Q?bIo9p8dEtu/s94sZHA0/t3Bdy31wFDs3fo7XRqFj04y2wkxJWaBvndUK8HQg?= =?us-ascii?Q?/eGagLkYbtBpj6QTcKQReXKfQ1aig7I64O5dGBr8SR4cTYHfGFjHLV0vgbxO?= =?us-ascii?Q?bxVH0StqPlF/pNDdqOFIHpnp5yTN+5X7Lw5lbNY1zCYOX/pLUIasWKu9I/8P?= =?us-ascii?Q?mMYBbdceGK/CGk31/oCmfw2dQtxE/erM3aeXLo2me8wUz99Srx9WaDOLPWtg?= =?us-ascii?Q?q+Dfgzoyu17OkO2zCImYJbW1N8LOsB+v7Wy9TToNNStsL8Ulm4/UJupPTKv6?= =?us-ascii?Q?Cy0haLYwa5gbRvg6YaHlnfE5Wxx+ovcfxgOeF41kkkMSBOMwq3Muap/Q/sLG?= =?us-ascii?Q?X+MlrJsmilPvZdnjAStWoq/Uh+ObO+A61+y37qi9hQnTjC6yOtPpg3yRBxfM?= =?us-ascii?Q?cen00WO1QCO/h6TlJXuWqGB1GmrM8WZDsSqe8pbT3s0ldd0C2r56MyP1MxY6?= =?us-ascii?Q?1vtvytILqrNsWps0X/hOQbbGAUU80lDr6G0/Xvs059EpvqWHIPwgBQnyP0Nl?= =?us-ascii?Q?DbxcH7yPpVyGKB8bKekaPPEG/dLebDm538Es993VgQ1qxrgRtBm1xGaB1ENE?= =?us-ascii?Q?vkArDo1QSmOyALggZgqt1V9u8PFH4YaYDAKdjekQzur5HIXAbXDoou5ahCsz?= =?us-ascii?Q?bP982+ed6u99Xtt1MPStBt+6KkVqfrgPKVaLiDwW51Kv8e80EaMc2R0IjOgu?= =?us-ascii?Q?HVzkQzhZuPr3eRTLMravfWjPRF6wefp3Q1CWSPM9t+W+iYK0ZKJ+9hayfVUd?= =?us-ascii?Q?PVH0+BGNYvhwCaDfbW9UuePH0tPoI/pciqBrn8d2cLgAVRyOCdoy8R83fLgV?= =?us-ascii?Q?Vrwkh5LH6fQLp9UOiU6AEyg+uqkp93X7xJ33mL+Cq1e7Z6qnFHth0fu/BKV4?= =?us-ascii?Q?Z2xgPE+5nh7l4c9zUEQW5piQi35SmUy76pZiGoREADD8Z+XCWfBnaGFNgE7U?= =?us-ascii?Q?bGRTIBj4c7UsFXPUc6cz785KeqhcbN3rf6LCigXf6OafMxMjuQEAU6n9iYDC?= =?us-ascii?Q?+X1BVkjJU9qdPTzC2CkdwF9L8RujrMTvR5U4WUXYSzCMv4up+pXS4SsvSULX?= =?us-ascii?Q?NJmISkcsbFcpUUahAjoyZuCfp0ZdBmKh2hfK2ss85Ahq6dkqbDL8AwqDaiG+?= =?us-ascii?Q?vAEQhtFiFQ1pe0RO1RyZym5duMMzdL4xlhhhbh+mfndIf7FfWWYa7wdtS5lP?= =?us-ascii?Q?DbjgctWXdLPrYyZa/XptPszyJhYDidhYzaThgMseKx7khPUCSIZSFIt94x+i?= =?us-ascii?Q?XfIpdkPJPg=3D=3D?= Content-Type: multipart/alternative; boundary="_000_MW4PR84MB3003AF77E3147D4AE1A459BEF491AMW4PR84MB3003NAMP_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW4PR84MB3003.NAMPRD84.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: e36041ef-ad10-4e5f-0a5c-08de5e11037a X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jan 2026 02:00:29.8892 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 7WFjPeY+LHlWL4hnuIY0meQO1MuKBj+dFsgTNosoiU/HYhKFfpvm3iLvQQknIBlwKlz+fm+O92aS82lr3eA0VQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH8PR84MB4013 X-OriginatorOrg: hpe.com X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwMTI4MDAxMyBTYWx0ZWRfX7ORqQjpthPrU Pv1+0h/xIs93nIyznurrlG2tm97RgtSX0PdCuKbS+QfFlMQ7lK2P63xQr3B4/xYjE/B4mIgFAra RIX2JJPCJIIW6X0r75iY0ohaeFCo/BrAoP5lsosPxVPs46H9ccP80blfl0zXrpyaJ7KITRgLlTn TScgjpuyoAzVt8PO5gWSBJpB59Oon7pZX3BFwoOibXB8RAsODdv+NTX4E7r2Wzo5vbifn1x0YTZ +ADagtlVoweHHUVPnuQcf73wrrwMvuf101N4ZLgIgLp9wXdadftjGmDN04ZnVGzqJ2BA4Lqag5M RWR2Wt9Pfi0oiBAMZYbuCt+HVZqlDdAXUcoBbRkpPPSmf0RPD10M0hWFvwXFGFZ7Q04x48nW2Kp pf+n8Walq6sphFI1Ho9FP3zq1Ts8KFgs5A1z1lg3z46YI7EtxcHqA3v1eerKKbRek5DmCYDfJ44 QN24hXzHVAsoH2wtHjA== X-Proofpoint-GUID: egFWB78Onedn_ORz-EiCksRMktcMfVJF X-Authority-Analysis: v=2.4 cv=MLdtWcZl c=1 sm=1 tr=0 ts=69796dd2 cx=c_pps a=UObrlqRbTUrrdMEdGJ+KZA==:117 a=UObrlqRbTUrrdMEdGJ+KZA==:17 a=z/mQ4Ysz8XfWz/Q5cLBRGdckG28=:19 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=xqWC_Br6kY4A:10 a=vUbySO9Y5rIA:10 a=VkNPw1HP01LnGYTKEx00:22 a=48vgC7mUAAAA:8 a=MvuuwTCpAAAA:8 a=pGLkceISAAAA:8 a=i0EeH86SAAAA:8 a=PkDBwmbnfuGcXx1SYAMA:9 a=lqcHg5cX4UMA:10 a=CjuIK1q_8ugA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=sKbEypVXazDkLRgcB28A:9 a=P5TnXQPJGlzQdU4s:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=6UIaq3Bcl8oA:10 a=frz4AuCg-hUA:10 X-Proofpoint-ORIG-GUID: egFWB78Onedn_ORz-EiCksRMktcMfVJF X-HPE-SCL: -1 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1121,Hydra:6.1.51,FMLib:17.12.100.49 definitions=2026-01-27_05,2026-01-27_03,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0 clxscore=1015 priorityscore=1501 phishscore=0 malwarescore=0 spamscore=0 suspectscore=0 impostorscore=0 adultscore=0 bulkscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2601150000 definitions=main-2601280013 Message-ID-Hash: LUFHCOUVBWIMFVFAYQYI3E7LXQMADVNV X-Message-ID-Hash: LUFHCOUVBWIMFVFAYQYI3E7LXQMADVNV X-MailFrom: zhaohui.zhang@hpe.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: 'idr-chairs' X-Mailman-Version: 3.3.9rc6 Precedence: list Subject: =?utf-8?q?=5BIdr=5D_Re=3A_WG_last_call_and_IPR_call_for_draft-ietf-idr-rt-de?= =?utf-8?q?rived-community_=28December_11=2C_2025_to_January_5=2C_2026=29?= List-Id: Inter-Domain Routing Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --_000_MW4PR84MB3003AF77E3147D4AE1A459BEF491AMW4PR84MB3003NAMP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks, Jie, chairs, and the WG. I have submitted the -07 revision that addresses the WGLC comments. Jeffrey From: Dongjie (Jimmy) Sent: Tuesday, January 27, 2026 8:11 PM To: 'idr' Cc: 'idr-chairs' ; Zhang, Zhaohui Subject: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-derived-= community (December 11, 2025 to January 5, 2026) Dear all, The WG LC for draft-ietf-idr-rt-derived-community is closed. After the disc= ussion among the document shepherd and the IDR chairs, the conclusion is th= is document passed the WG LC. The authors should provide a new revision to = address the comments received during this last call. All the authors have replied to the IPR call. Since this document mainly introduces a new sub-type/type value for a serie= s of extended communities, and its usage will be specified in the documents= of specific use cases, it is considered implementation report for this doc= ument is not needed. Once an update version of this document is provided, the document shepherd = will update the shepherd report and work with the chairs on the publication= request. Best regards, Jie From: Dongjie (Jimmy) > Sent: Saturday, January 10, 2026 11:21 AM To: Zhang, Zhaohui >; s= litkows.ietf@gmail.com; 'idr' > Cc: 'idr-chairs' > Subject: RE: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-deri= ved-community (December 11, 2025 to January 5, 2026) Dear all, The IDR chairs have received limited comments on the WG LC for draft-ietf-i= dr-rt-derived-community in the WG LC call. See the call at: https://mailarc= hive.ietf.org/arch/msg/idr/_51JdiKO37tSfBjkVHd3UXOIHFc/ After reviewing the draft and the comments, the IDR chairs and shepherd fee= l this draft is ready for publication. However, due to the holiday period, = the WG LC for draft-ietf-idr-rt-derived-community is extended on 1/16/2026. Please comment quickly if you do not think this draft is ready for publicat= ion. Best regards, Jie (as document shepherd) From: Zhang, Zhaohui > Sent: Tuesday, December 16, 2025 5:17 AM To: slitkows.ietf@gmail.com; Dongjie (Jimmy= ) >; 'idr' > Cc: 'idr-chairs' > Subject: RE: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-deri= ved-community (December 11, 2025 to January 5, 2026) Hi Stephane, Thanks for your review and comments. I've made some changes in my local sou= rce file. Please see zzh> below. From: slitkows.ietf@gmail.com > Sent: Monday, December 15, 2025 4:42 AM To: 'Dongjie (Jimmy)' >; 'i= dr' > Cc: 'idr-chairs' > Subject: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-derived-= community (December 11, 2025 to January 5, 2026) HI Jie, Few comments: Section 3: * Two typos: s/Subt-Types/Sub-Types/g Zzh> Thanks! Fixed. Section 4: * The fact that we consider the type being the first byte for most of t= he ext comms expect for IPv6 ones where we consider the two first bytes is = really confusing (subtype is within type). I know that it's following how i= t's defined at IANA, but this is really creating confusion while RFC5701 st= ill needs "subtype" field properly. Maybe at least for the example given ab= out Type 0x0011, we could mention that we talk about sub-type 0x11 used for= RT vs the general 0x02. Otherwise, we try to compare things that are not d= irectly comparable. * "When a new type is defined and registered, the corresponding...", it= 's not clear what we are talking about, I guess we talk about new types of = RT derived EC. The entire paragraph does not sound super clear to me. Can w= e simplify ? Previous paragraph says that we cannot guarantee subtype 0x02 = for any new RT created, then we can say that similarly we cannot guarantee = that new RT derived ECs, will get sub-type 0x15. BTW, wouldn't it be someth= ing we would like to enforce to simplify operation/understanding ? (so sub-= type 0x02 is always RT, 0x15 always for RT-derived EC) Zzh> Indeed, it would be nice if we could enforce 0x02 for RT and 0x15 for = RT-derived, but my understanding is that we can't - I'll defer this to the = IDR experts. Zzh> I deleted the entire paragraph and added some texts to the previous an= d next paragraph to address the two comments: While it may be desired to follow the unwritten convention and assign sub-type 0x02 for future Route Targets of future types of ECs, there is no guarantee of that. For example, Type 0x0011 (which can be interpreted as with a sub-type 0x11) is assigned for UUID-based Route Target that imposes as an IPv6 Address Specific EC (even though UUID is not an IPv6 address). When a new type of extended community is defined and registered, and a sub-type under this new type is registered for Route Target purposes, it is suggested to also register a sub-type for derivation purposes, preferably with the same value 0x15. However, there is no guarantee of that either. Section 6 (Security): I agree that this document is not defining how these ECs are used, however,= as they could potentially influence some indirect behaviors (not defined i= n this document), it should be good to mention that user should pay attenti= on to stripping unintended received ECs from external peers. Zzh> How about adding a sentence to the paragraph? ... Any potential security concerns need be addressed by documents that specify the actual usage. Additionally, in general one should pay attention to stripping unintended received ECs from external peers. Thanks! Jeffrey From: Dongjie (Jimmy) > Sent: Thursday, December 11, 2025 2:35 AM To: idr > Cc: idr-chairs > Subject: [Idr] WG last call and IPR call for draft-ietf-idr-rt-derived-comm= unity (December 11, 2025 to January 5, 2026) This begins the working group last call for the draft on "Extended Communit= ies Derived from Route Targets": https://datatracker.ietf.org/doc/draft-iet= f-idr-rt-derived-community/ Due to the holiday season in the end of the year, this last call ends on Ja= nuary 5th, 2026 so as to give the working group time to review and comment. For purposes of the shepherd's report and according to IETF BCP 78/79, the = authors are requested to declare whether they are aware of any undisclosed = IPR covering this draft. Members of the working group are similarly obligat= ed to report any IPR they are aware of as well. Best regards, Jie (as WG secretary & document shepherd) --_000_MW4PR84MB3003AF77E3147D4AE1A459BEF491AMW4PR84MB3003NAMP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks, Jie, chairs, and the WG.

I have submitted the -07 revision that address= es the WGLC comments.

 

Jeffrey

 

From: D= ongjie (Jimmy) <jie.dong=3D40huawei.com@dmarc.ietf.org>
Sent: Tuesday, January 27, 2026 8:11 PM
To: 'idr' <idr@ietf.org>
Cc: 'idr-chairs' <idr-chairs@ietf.org>; Zhang, Zhaohui <zha= ohui.zhang@hpe.com>
Subject: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-d= erived-community (December 11, 2025 to January 5, 2026)

 

Dear all,

 

The WG LC for draft-ietf-idr-rt-derived-community is closed. After the di= scussion among the document shepherd and the IDR chairs, the conclusion is = this document passed the WG LC. The authors should provide a new revision to address the comments received dur= ing this last call.

 

All the authors have replied to the IPR call.

 

Since this document mainly introduces a new sub-type/type value for a ser= ies of extended communities, and its usage will be specified in the documen= ts of specific use cases, it is considered implementation report for this document is not needed. <= /p>

 

Once an update version of this document is provided, the document shepher= d will update the shepherd report and work with the chairs on the publicati= on request.

 

Best regards,

Jie

 

From: = Dongjie (Jimmy) <jie.dong=3D40huawei.com@dmarc.ietf.org>
Sent: Saturday, January 10, 2026 11:21 AM
To: Zhang, Zhaohui <zhao= hui.zhang@hpe.com>; slitkows.ietf@gmail.com; 'id= r' <idr@ietf.org>
Cc: 'idr-chairs' <idr-chai= rs@ietf.org>
Subject: RE: [Idr] Re: WG last call and IPR call for draft-ietf-idr-= rt-derived-community (December 11, 2025 to January 5, 2026)

 

Dear all,

 

The IDR chairs have received limited comments on the WG LC for draft-ietf= -idr-rt-derived-community in the WG LC call. See the call at: h= ttps://mailarchive.ietf.org/arch/msg/idr/_51JdiKO37tSfBjkVHd3UXOIHFc/

 

After reviewing the draft and the comments, the IDR chairs and shepherd f= eel this draft is ready for publication. However, due to the holiday period= , the WG LC for draft-ietf-idr-rt-derived-community is extended on 1/16/2026.

 

Please comment quickly if you do not think this draft is ready for public= ation.

 

Best regards,

Jie (as document shepherd)

 

From: = Zhang, Zhaohui <zhaohui.zhang@h= pe.com>
Sent: Tuesday, December 16, 2025 5:17 AM
To: slitkows.ietf@gmail.c= om; Dongjie (Jimmy) <jie.dong= @huawei.com>; 'idr' <idr@ietf.org= >
Cc: 'idr-chairs' <idr-chai= rs@ietf.org>
Subject: RE: [Idr] Re: WG last call and IPR call for draft-ietf-idr-= rt-derived-community (December 11, 2025 to January 5, 2026)

 

Hi Stephane,

 

Thanks for your review and comments. I’ve made = some changes in my local source file.

 

Please see zzh> below.

 

From: slitkows.ietf@gmail.com <= slitkows.ietf@gmail.com>
Sent: Monday, December 15, 2025 4:42 AM
To: 'Dongjie (Jimmy)' <jie= .dong@huawei.com>; 'idr' <idr@iet= f.org>
Cc: 'idr-chairs' <idr-chai= rs@ietf.org>
Subject: [Idr] Re: WG last call and IPR call for draft-ietf-idr-rt-d= erived-community (December 11, 2025 to January 5, 2026)

 

HI Jie,

 

Few comments:

 

Section 3:

  • Two typos: s/Subt-Types/Sub-Types/g

 

Zzh> Thanks! Fixed.


Section 4:

  • The fact that we consider the type being the first byte for most of th= e ext comms expect for IPv6 ones where we consider the two first bytes is really confusing (subtype is within type). I know t= hat it’s following how it’s defined at IANA, but this is really= creating confusion while RFC5701 still needs “subtype” field p= roperly. Maybe at least for the example given about Type 0x0011, we could mention that we talk about sub-type 0x11 used for RT vs t= he general 0x02. Otherwise, we try to compare things that are not directly = comparable.

 

  • “When a new type is defined and registered, the corresponding= 230;”, it’s not clear what we are talking about, I guess we talk about new types of RT derived EC. The entire paragraph does not sound= super clear to me. Can we simplify ? Previous paragraph says that we canno= t guarantee subtype 0x02 for any new RT created, then we can say that simil= arly we cannot guarantee that new RT derived ECs, will get sub-type 0x15. BTW, wouldn’t it be somethin= g we would like to enforce to simplify operation/understanding ? (so sub-ty= pe 0x02 is always RT, 0x15 always for RT-derived EC)
    • =

 

Zzh> Indeed, it w= ould be nice if we could enforce 0x02 for RT and 0x15 for RT-derived, but m= y understanding is that we can’t – I’ll defer this to the IDR experts.

Zzh> I deleted th= e entire paragraph and added some texts to the previous and next paragraph = to address the two comments:

 

   While it may be desired to follow= the unwritten convention and assign

   sub-type 0x02 for future Route Ta= rgets of future types of ECs, there

   is no guarantee of that.  Fo= r example, Type 0x0011 (which can be

   interpreted as with a s= ub-type 0x11) is assigned for UUID-based Route

   Target that imposes as an IPv6 Ad= dress Specific EC (even though UUID

   is not an IPv6 address).

 

   When a new type of extended commu= nity is defined and registered, and

   a sub-type under this new type is= registered for Route Target

   purposes, it is suggested to also= register a sub-type for derivation

   purposes, preferably with the sam= e value 0x15.  However, there is no

 &nbs= p;            &= nbsp;  guarantee of that either.

 

Section 6 (Security):

I agree that this document is not defining how these = ECs are used, however, as they could potentially influence some indirect be= haviors (not defined in this document), it should be good to mention that user should pay attention to stripping unintended = received ECs from external peers.

 

Zzh> How about adding a sentence to the paragraph?=

 

   … Any potential security concerns = need

   be addressed by documents that specify t= he actual usage.

   Additionally, in general one should pay attention= to stripping

   unintended received ECs from e= xternal peers.

 

Thanks!

Jeffrey

 

From: = Dongjie (Jimmy) <jie.dong=3D40huawei.com@dmarc.ietf.org>
Sent: Thursday, December 11, 2025 2:35 AM
To: idr <idr@ietf.org>
Cc: idr-chairs <idr-chairs= @ietf.org>
Subject: [Idr] WG last call and IPR call for draft-ietf-idr-rt-deriv= ed-community (December 11, 2025 to January 5, 2026)

 

This begins the working group last call for the draf= t on “Extended Communities Derived from Route Targets”: https://datatracker.ietf.org/doc/draft-ietf-idr-rt-derived-community/

 

Due to the holiday season in the end of the year, th= is last call ends on January 5th, 2026 so as to give the working= group time to review and comment.

 

For purposes of the shepherd's report and according = to IETF BCP 78/79, the authors are requested to declare whether they are aw= are of any undisclosed IPR covering this draft. Members of the working grou= p are similarly obligated to report any IPR they are aware of as well.

 

Best regards,

Jie (as WG secretary & document shepherd)

 

--_000_MW4PR84MB3003AF77E3147D4AE1A459BEF491AMW4PR84MB3003NAMP_--