[Detnet] Re: New Liaison Statement, "LS on deterministic networking work of draft Recommendation ITU-T Y.qos-sre-rf in Q6/WP4 of ITU-T SG13"
Scott Mansfield <scott.mansfield@ericsson.com> Thu, 17 September 2026 08:44 UTC
Received: from SN4PR0501CU005.outbound.protection.outlook.com (mail-southcentralusazlp170110003.outbound.protection.outlook.com [IPv6:2a01:111:f403:c10d::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange secp256r1 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx.ietf.org (Postfix) with ESMTPS id 811B53F for <detnet@ietf.org>; Thu, 17 Sep 2026 08:44:21 +0000 (UTC)
Authentication-Results: mx.ietf.org; dkim=pass header.d=ericsson.com header.s=selector2 header.b=ORRGUcO8; arc=pass ("microsoft.com:s=arcselector10001:i=1"); dmarc=pass (policy=reject) header.from=ericsson.com; spf=pass (mx.ietf.org: domain of scott.mansfield@ericsson.com designates 2a01:111:f403:c10d::3 as permitted sender) smtp.mailfrom=scott.mansfield@ericsson.com
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=otUxdrcv5Qhhl7bUd+wbKyaMFf/19DhveXiBBlRXrenEkHZOVdqIMpGevgRjVpuuJi2vDQwv37DTpkqrDZoInPmMljpxvrYE4hczXgLGBSjRuI/MO7e80NGNyLQAsjt1xP3aHfYFMmfgFFHaVUN390W2Q5m6KJ+TEH3Pz58JPzjMzHJP1siXU2Hol47Rb22mnI8rgxdDcLgmRynOtdVPYjCLXPJN6yMGvK1QgjLoOb/HkqKWYE5WjnTaorSmZf0XYpDeyKmQSDe7KeLNtwVe0UPvIFjHmvfhX8SZO8GeCUj8s6Aq7x+amy3H4zwyLkQVegXxeVyBthGm1bILZ+StGA==
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=z6s3sjday94avadkPc2wF97QMwh6V2jxRyL1iA7qQAA=; b=WeD4wMbVdmr+hVAQtHUbTvPs9VDkNb5TLFMM/JIjc2JBPDsS81cJwDt3+9GzohyHX+jKwzz2N7TZsTNsikBnZHOe7Vafkwcy8D1vHGHRk+PH8DxULI9wDheu93LNw3+UgA3N4AL/nUlBvJzLFObavKxTBowlM3NO3VG0Q8VKylja0ETAAmc1HvHbRY3uMmcky0zOC+SzkNOMEs+toCIZ7bh4O1yiJLI1TIfMvqF4A7Fa/XdcBkG7mRXx5sUbdhPxozOLRQ/EdaiUoYsoO1L9bLE4A1r4+iw/EPuxvIMdMEcBhB+/9eqgIn7paGucdY12+nzzpcvta5X0TrSpUY0ovw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=z6s3sjday94avadkPc2wF97QMwh6V2jxRyL1iA7qQAA=; b=ORRGUcO8lUCjF9Lt7INxpymKaziAQMvPF+RABmIVNja6Xskw+XDQ/kknCXV2TWEmGwj+dLt1X2uDQlKIoVsaGHvbAYpdVOJZraq9biW2YEzaNKqfxxR9nP2kQ+mwNMtI8FrkYOvKSvX+AJwm5oIWygcHdUeFsA2mC5a7ExkfFFXzcYO6ojBdGbx1oBcfdZD50c+k56+unyIBLKPjmw8pzn4CJvXJal0AV472maZw0n5L+pvIqNg6WdRVPR6opb/QW5aNaW16oqbIcP6FdCSN4NjjhBzyiIjV3b+8pesUMBshhgos/jmABjxISOOsyiZeidjD9dKQNnWC+htbwBXfmw==
Received: from CY8PR15MB5556.namprd15.prod.outlook.com (2603:10b6:930:98::14) by IA1PR15MB5492.namprd15.prod.outlook.com (2603:10b6:208:3a7::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.406.12; Thu, 17 Sep 2026 08:44:17 +0000
Received: from CY8PR15MB5556.namprd15.prod.outlook.com ([fe80::39aa:47ba:fcd2:1c38]) by CY8PR15MB5556.namprd15.prod.outlook.com ([fe80::39aa:47ba:fcd2:1c38%5]) with mapi id 15.21.0428.011; Thu, 17 Sep 2026 08:44:16 +0000
From: Scott Mansfield <scott.mansfield@ericsson.com>
To: Jinoo Joung <jjoung@smu.ac.kr>, Mike Blanche <mike-ietf@blanche.org>
Thread-Topic: [Detnet] Re: New Liaison Statement, "LS on deterministic networking work of draft Recommendation ITU-T Y.qos-sre-rf in Q6/WP4 of ITU-T SG13"
Thread-Index: AQHdJZrrWFKNM/z32kmDQwmd4pUnyLbSO6WAgABwmbA=
Date: Thu, 17 Sep 2026 08:44:16 +0000
Message-ID: <CY8PR15MB5556874FFD9B1A2F182675278BB82@CY8PR15MB5556.namprd15.prod.outlook.com>
References: <178461442385.198994.15321418488426493095@dt-datatracker-d4d6ff9d9-fsx7d> <CAJFrNPAyRRhjR_J27BfdYBgzRNN7OzOUgB6Gm-R8XpgWQuv8Eg@mail.gmail.com> <CA+8ZkcRL6FPAS3hjO1uqq6v2NYn-VBHrkWYRqNLfn8GZoMwZFg@mail.gmail.com>
In-Reply-To: <CA+8ZkcRL6FPAS3hjO1uqq6v2NYn-VBHrkWYRqNLfn8GZoMwZFg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CY8PR15MB5556:EE_|IA1PR15MB5492:EE_
x-ms-office365-filtering-correlation-id: ae37d006-6fd1-4088-49e6-08df1497dbbc
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|376014|23010399003|1800799024|4022899009|366016|6133799003|22082099003|18002099003|13003099007|8096899003|3023799007|38070700021|10067099003|4143699003|56012099006|11063799006;
x-microsoft-antispam-message-info: ZCRN+AepgunvF8QQKujqWueFE1nbe5nrxIEgtTbtfxl/PHS5tiwFdcCqAICJiAfVIiLG2DKJk3DeniYYd4TlHQHviHQQqHhtmeYKA6b8g3rCTk2ZCC1hpg5+w2TvL5WJNuP4uexNS/5oPZjzxvXgFgYqeZfTOdavtuQ5QJScoga40+6pyatUjEZF4gb38vVxI18N89Jv+M/0p9pK6xUSlzBuqaWDSEV2P1rlOB6fTXq/ABYP4NttneeJhztlsnqnWRbsZDVbey1almBmnH2kgj7nPWDadeCDoAxLiqiTsTfs2XFqJgXZOA/JO8HPNjCYpfxGKiD6kSrAEW/2FA4dVrPUPH0CjAjSZ8faWr6yef8B62UwBqBUeR8UiiZSbVzXCLko+jIw8YslwWsWW3dlFZ9QJNvGKYiPdc+/8mYTWL0mlaYo7cLEVVv+Mvr7wR+3uww1oDu028rmQYtWnRsy+Y4tyX3M76q0EaWAZFpGI+oTlU861AJKodR1yrAze6Vw4+e2TrIqZVV6IRkAEGvvuyry0ACe4oeQcho+ilB4GEWydufAOhdj0jxrex8hmEeKOHp2D0JlwCWqdlldJlRCUGGvnGzIhRLHiP6TmHJTvh9ET9jFjAT+YmfmA3FJsK9EACg5B+q+kCW4uTrOYdO6g+JAXmXFG9V3Xf1ygmXglfBIj3VmC1MlFu++ci0I0y6u
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CY8PR15MB5556.namprd15.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(376014)(23010399003)(1800799024)(4022899009)(366016)(6133799003)(22082099003)(18002099003)(13003099007)(8096899003)(3023799007)(38070700021)(10067099003)(4143699003)(56012099006)(11063799006);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: LOTQWFEl8K5RQzQvmHcte8ekvWEcdMfYN2GlzFqzDfSQhDg61CZyVcrLkQQCpt7kh/BIuot5RjB0nF+D4IyMxsXE+jUwxi49MyFtuHppsNx0nbTH51bGzpkoORdoeTWgHmFEPQgka4KRSDTUxgQwEWWH//bOlsEcYZL1Lp2oc+OctiXlcpZYUjug0s7KaD9NtAl974VRULpaq2nbGEsbvavorUOLOODJlMyaNj+3POewU6niKtb2IZ8CuHqttwWLyjR+1TQHxO31afaDg2okxLs4eIiP44Q8M+HUxPoVwS1lR00+v3JHhQv2qLz4Uv+ziGE8fFBtYGsQP+EnVgrImFxxIE67KymWrBkPdeTgJ/Z4ehtE07SnXe/rlBsxyf1REBTMQFAnc7MpGuxCJWZ3gwY25gJN8Hpv4frsJeJdDfAByLPTC46qPq5QsqbcDg3m4v5iW9siVb0/sGCofZA1oeYIOkLTHR03wh0UATzrSkb8I81VwxoBfdtvZUjTSRJewZhMXAVJkPZBHUipZmlzDL8RE0flGwFbpAfG46zWkKYk2W2Fn/cz4BxpmO31nDhlRSTfS/QWDX22cyLE8mXDFPvTOZB+jM4k6RpL6Ru36bmNw2vOt0g2lmoL416ihopFCsGa8XQCBQjZJgywL84ib3MRqzNApxvFKSdgG+DCngUriDDwdK1CwZx/EFURzeZ0CNhTbepcTO6a/g+OAgMnkxQEIMjhNrlaZfabCHXqR2c/Z7rdB7y2e0nMo88pmFre578oaS7tJKJj3HOdiD1xf/f0Bz2ILfGBPFkcXxxEC/foOF4Hj6GPiuM9OyZa/o0I888ga+Iqho4rYftCKIqpImkF67I0k3L3Ue68hpBIVIe8wfYpGW5f6T0cGeDpx7MP1sZo41B3mZFAgD4g3c49tWB98tPxk436a64JcmHYZDAONCT0we2NJJWJWt7ayu+ji4Mb4ohNudecB3tFN1XlyBJ2H8EM0h0IHhBUD3EZI3EKVLCTjQMNjHICxv+6zFWDRWMAg3EgtiUNRf7YnAEekutbyQeO3e+srwZHZM9hMXCFKOeOhZjr2/poAB7jP6XcJxcI9AhO5xTjJbG1zB5FbN7uuAmDxSq2oFSUbja/m2hAIydfy3p0J4+RpvxysIXJohp3b55ZwTqLUguXYXfKXtde5ioK+l5+QY8MDCeBZkscy01BTmaQkXD2jL4ZeWIUG7cCbs3u1yTm6tT5OiIEuNuwVnzDGAZO15/2RYWudHsDMZLWnkErOyGt2EhEPaqwB5iecx2nM19a206u5xZCP7mHrZPAREq8Due4OrE7+HGktVrikT5/f4MIR0Rx2irOBS4b2U56EHxtB8bZGVTeEm9nQBmCneESq9NcX/4m3GvFvPg+SuT+lMqp03+FntVlfb8GUTzn3kzK1VSt6n13IhuqEHMuP9vhvEAeiSuUbk42/l/50fv5wTIF5gtfR/dyNqvS4oJwZDuE7RBSiNB4XZTwmjtqwvI79XLobgnqIe9ctpcL7bB0AKrAvSMhP7C0YUExKXqR9rz30Y1M2j1fjh9M8YW4+mkJFKsHc6ktOKeE+aBVPqdm9BXfmFLZ/BDitdLMgSkHkUoURmYPIyo5whBXw56Yu8nvmzuBVuKxsEHGP0Mda9FsH0/DWTAzOj3hNV5HzbGkOhgQ5t/Fdpwtj5iAx8wNWPKePLLiYb231gxTMKXt+6eP5XM3j3iPwJzdoDNwc/2n+sIqUMlr/8HR66mpVlW14jZ3liK+fvWXlb8=
Content-Type: multipart/alternative; boundary="_000_CY8PR15MB5556874FFD9B1A2F182675278BB82CY8PR15MB5556namp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY8PR15MB5556.namprd15.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ae37d006-6fd1-4088-49e6-08df1497dbbc
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Sep 2026 08:44:16.8538 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: CAMPbXua25M9WRCqHl77SXGvz46rqU9O1jONj/rgpEy91aQz1Uvg/4f/lVJONhBB7aqd2WjZOixDuJkq3FO4XMSuzPnh4soxEEFFinCJb94=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR15MB5492
X-Spamd-Bar: -
Message-ID-Hash: L54JZESJMTPUHNXWYGM2ZQ6QGX7K6FWN
X-Message-ID-Hash: L54JZESJMTPUHNXWYGM2ZQ6QGX7K6FWN
X-MailFrom: scott.mansfield@ericsson.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-detnet.ietf.org-0; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Deterministic Networking Discussion List <detnet@ietf.org>, Janos Farkas <Janos.Farkas@ericsson.com>, Lou Berger <lberger@labn.net>
X-Mailman-Version: 3.3.10
Precedence: list
Subject: [Detnet] Re: New Liaison Statement, "LS on deterministic networking work of draft Recommendation ITU-T Y.qos-sre-rf in Q6/WP4 of ITU-T SG13"
List-Id: Discussions on Deterministic Networking WG <detnet.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/-u8SUOq5z_2P3joMmMb_LVmpJhA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Owner: <mailto:detnet-owner@ietf.org>
List-Post: <mailto:detnet@ietf.org>
List-Subscribe: <mailto:detnet-join@ietf.org>
List-Unsubscribe: <mailto:detnet-leave@ietf.org>
A liaison from the IETF to SG13 may provide information on changes made to an IETF Internet-Draft and may, if appropriate, identify the SG13 documents that could be affected by those changes. The liaison may also indicate which SG13 documents informed or motivated the changes incorporated into the Internet-Draft. Because both the IETF and ITU-T operate through contribution-driven processes, it would not be appropriate for the IETF to use a liaison statement to direct or prescribe modifications to an ITU-T Recommendation based on changes made elsewhere. A liaison may identify a potential inconsistency or highlight an issue for consideration, but any resulting modifications to ITU-T texts would need to be proposed and advanced through contributions submitted by ITU-T members in accordance with ITU-T procedures. Based on the notes below I think what the IETF could say is: (If I understand the nuance of Jinoo’s points)… The IETF DETNET Working Group is aware of the work in ITU-T Y.qos-sre-rf. In support of maintaining consistency between IETF and ITU-T specifications, draft-ietf-detnet-stateless-fair-queuing relies on concepts defined in ITU-T Recommendations Y.3129 and Y.3148. The IETF would welcome information on any significant updates to Y.3129 and Y.3148 as work on those Recommendations progresses. -scott. From: Jinoo Joung <jjoung@smu.ac.kr> Sent: Wednesday, September 16, 2026 9:26 PM To: Mike Blanche <mike-ietf@blanche.org> Cc: Deterministic Networking Discussion List <detnet@ietf.org>; Janos Farkas <Janos.Farkas@ericsson.com>; Lou Berger <lberger@labn.net> Subject: [Detnet] Re: New Liaison Statement, "LS on deterministic networking work of draft Recommendation ITU-T Y.qos-sre-rf in Q6/WP4 of ITU-T SG13" Dear Chairs, Mike, and WG, As it was discussed during the meeting and the offline chat after the meeting, the standards produced in both SDOs should remain consistent and non-overlapping. This is what we have agreed upon. I think it would be helpful to send a liaison to ITU-T SG13 to suggest that; - ITU-T Y.3129 and Y.3148 should be revised accordingly to reflect the addition of the medata that is being suggested by ITU-T Y.qos-sre-rf. - draft-ietf-detnet-stateless-fair-queuing should develop the MPLS and IPv6 header format in-line with the framework specified by Y.3129 and Y.3148. Best regards, Jinoo On Thu, Aug 6, 2026 at 8:58 PM Mike Blanche <mike-ietf@blanche.org<mailto:mike-ietf@blanche.org>> wrote: (trimming to the detnet wg) Hello Detnet WG, chairs, Catching up after Vienna - thank you for sharing this liaison from ITU-T SG13. From Jinoo's presentation<https://datatracker.ietf.org/meeting/126/materials/slides-126-detnet-03-latency-guarantee-with-stateless-fair-queuing-00> at IETF 126, I think the proposed solution to the issue identified in this liaison is to amend draft-ietf-detnet-stateless-fair-queuing so it uses four metadata fields instead of three. This then creates a challenge back in ITU-T SG13 because Y.3129 and Y.3148 refer to three metadata fields not four. Jinoo's presentation says these ITU-T standards will now be revised, but I suggest mentioning this in the return liaison, as changing the IETF draft triggers a need for such revisions to maintain consistency. It was great that the Q6/13 rapporteur could attend the detnet session in Vienna and meet with the chairs afterward. I encourage a continued conversation between the chairs and the two groups more broadly, as suggested in the liaison. If the chairs would like specific suggested wording for the liaison response, please let me know. Beyond the specific response to this liaison, I remain concerned that some of this work is still evolving, making standardisation potentially premature. The ongoing discussion about encoding the required metadata illustrates this point: 1) Y.3129 ("Requirements and framework for stateless fair queueing") was consented in April 2024 with 3 metadata fields. 2) Y.3148 ("Functional architecture for stateless fair queuing in large scale networks including IMT-2020 and beyond") initially included only 2 metadata fields, described as an optimisation. When it was being finalised in April 2025, following discussion, this was then changed to 3 fields to be consistent with Y.3129 and consented as such. 3) when adopting draft-joung-detnet-stateless-fair-queuing in March 2026, the unadopted I-D also used 2 pieces of metadata, and we discussed making it consistent with the two published ITU-T standards above. The initial proposal on the mailing list (here<https://mailarchive.ietf.org/arch/msg/detnet/Z6kwG_bScD8TrUMunulcVDwHyTs/>) was for the draft to support 2 or 3 pieces of metadata. After IETF 125 and further discussion, the draft was adopted using 3 metadata fields. 4) Back in SG13, a further related draft standard Y.qos-sre-rf is coming up for consent, but it has 4 pieces of metadata, generating this liaison. 5) The proposal made at IETF 126 is to modify draft-ietf-detnet-stateless-fair-queuing, Y.3129 and Y.3148 to use 4 pieces of metadata. I understand this is the final proposed revision! The resulting need for ongoing amendment of drafts and published standards across multiple SDOs seems inefficient. I hope we have settled on a consistent, forward-looking set of metadata necessary to implement these algorithms (and any future related work) without further changes to existing standards. Feedback from implementers using these architectures in the wild would be very useful input. Many thanks, Mike On Tue, 21 Jul 2026 at 07:13, Liaison Statement Management Tool <statements@ietf.org<mailto:statements@ietf.org>> wrote: Title: LS on deterministic networking work of draft Recommendation ITU-T Y.qos-sre-rf in Q6/WP4 of ITU-T SG13 Submission Date: 2026-07-20 URL of the IETF Web page: https://datatracker.ietf.org/liaison/2204/ To: Deterministic Networking (detnet) From: ITU-T SG 13 Purpose: For action Please reply by 2026-09-30 Email Addresses --------------- From: tsbsg13@itu.int<mailto:tsbsg13@itu.int> To: Lou Berger <lberger@labn.net<mailto:lberger@labn.net>>,János Farkas <janos.farkas@ericsson.com<mailto:janos.farkas@ericsson.com>> Cc: Jim Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>>,Deterministic Networking Discussion List <detnet@ietf.org<mailto:detnet@ietf.org>>,Lou Berger <lberger@labn.net<mailto:lberger@labn.net>>,Scott Mansfield <Scott.Mansfield@Ericsson.com<mailto:Scott.Mansfield@Ericsson.com>>,Ketan Talaulikar <ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>>,János Farkas <janos.farkas@ericsson.com<mailto:janos.farkas@ericsson.com>>,Gunter Van de Velde <gunter.van_de_velde@nokia.com<mailto:gunter.van_de_velde@nokia.com>> Response Contacts: choits@etri.re.kr<mailto:choits@etri.re.kr> zhugs@rayton-networks.com<mailto:zhugs@rayton-networks.com> Technical Contacts: choits@etri.re.kr<mailto:choits@etri.re.kr> Body: 1. Purpose The purpose of this liaison statement is to inform the IETF DetNet Working Group about the maturity of draft Recommendation ITU-T Y.qos-sre-rf, which is currently being prepared for consent in SG13 for our October 2026 Plenary meeting, and to seek feedback to ensure alignment with ongoing IETF draft standards. 2. Discussion and Context ITU-T Q6/13 has been progressing work on deterministic networking and stateless mechanisms. Recommendation ITU-T Y.3129 "Requirements and framework for stateless fair queuing in large scale networks including IMT-2020 and beyond", utilises three pieces of metadata carried within packet headers to execute stateless fair queuing in core nodes: a) The packet's Finish Time b) The flow's allocated service rate c) The maximum packet size of the flow We acknowledge and highly value the parallel work occurring within the IETF DetNet WG, in particular via draft-ietf-detnet-stateless-fair-queuing, which specifies the mechanisms to encapsulate these three fields into IPv6 and MPLS. 3. Y.qos-sre-rf Fourth Metadata Field The new draft Recommendation ITU-T Y.qos-sre-rf extends this capability into the control plane for stateless admission control. To identify the total service rates of active flows on a link without maintaining per-flow state tables, the framework introduces a fourth metadata field: d) Finish Time Difference: Defined as the difference between the current packet’s finish time and the previous packet’s finish time Because this remains constant across all nodes in the path, core nodes can use it alongside the existing Y.3129 metadata to determine whether an arriving packet "encompasses" a given estimation reference time. This allows the node to mathematically infer active flow rates during an inspection interval without managing flow states. 4. Request for Feedback As the IETF DetNet WG is actively developing the IPv6 and MPLS encapsulation for stateless fair queuing, Q6/13 respectfully requests that the IETF DetNet WG review this draft new Recommendation and provide feedback from an IETF perspective, particularly regarding its relationship with draft-ietf-detnet-stateless-fair-queuing. We would highly appreciate your response before our next SG13 Plenary meeting, scheduled for October 2026. 5. Future Collaboration More broadly, Q6/13 recognizes that closer collaboration between our organisations would benefit the development of deterministic networking. We welcome the opportunity for enhanced collaboration, including the potential for joint or co-located meetings in future cycles. In addition to this Liaison, the Rapporteur of Q6/13 will reach out informally to the IETF DetNet WG Chairs to discuss potential areas for cooperation. Attachments: Draft Recommendation ITU-T Y.qos-sre-rf: “Requirements and framework for service rates estimation with packet metadata for stateless admission control” https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2026-07-21-itu-t-sg-13-detnet-ls-on-deterministic-networking-work-of-draft-recommendation-itu-t-yqos-sre-rf-in-q6wp4-of-itu-t-sg13-attachment-1.pdf _______________________________________________ detnet mailing list -- detnet@ietf.org<mailto:detnet@ietf.org> To unsubscribe send an email to detnet-leave@ietf.org<mailto:detnet-leave@ietf.org> _______________________________________________ detnet mailing list -- detnet@ietf.org<mailto:detnet@ietf.org> To unsubscribe send an email to detnet-leave@ietf.org<mailto:detnet-leave@ietf.org>
- [Detnet] New Liaison Statement, "LS on determinis… Liaison Statement Management Tool
- [Detnet] Re: New Liaison Statement, "LS on determ… Mike Blanche
- [Detnet] Re: New Liaison Statement, "LS on determ… Jinoo Joung
- [Detnet] Re: New Liaison Statement, "LS on determ… Scott Mansfield
- [Detnet] Re: New Liaison Statement, "LS on determ… Jinoo Joung
- [Detnet] Re: New Liaison Statement, "LS on determ… Scott Mansfield
- [Detnet] Re: New Liaison Statement, "LS on determ… Mike Blanche
- [Detnet] Re: New Liaison Statement, "LS on determ… Scott Mansfield
- [Detnet] Re: New Liaison Statement, "LS on determ… Janos Farkas
- [Detnet] Re: New Liaison Statement, "LS on determ… Jim Reid
- [Detnet] Re: New Liaison Statement, "LS on determ… Scott Mansfield
- [Detnet] Re: New Liaison Statement, "LS on determ… Mike Blanche