Re: [Detnet] new draft on segment routing approach to TSN

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Sat, 27 February 2021 21:53 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 124003A14FB; Sat, 27 Feb 2021 13:53:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.116
X-Spam-Level:
X-Spam-Status: No, score=-8.116 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, LOTS_OF_MONEY=0.001, MONEY_NOHTML=1.481, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=R0zyX4ak; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=FGE1O6Wx
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 sSYizRwbrNim; Sat, 27 Feb 2021 13:53:29 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 818103A14FA; Sat, 27 Feb 2021 13:53:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8498; q=dns/txt; s=iport; t=1614462809; x=1615672409; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=OE0+BcdyI5kWnYFsv0fOu5Zhv4bBR6CzEWs1M6+AAHA=; b=R0zyX4akdY8nt70YOJTwmdTXNrNR5voQyAkNhL0eIE3tNWZsllD6BZQS eyXMgz9ga9eCleGm+wLh4fasY2ffAwTo3eviE3rqtbJ5vEAnoPKBNXZKn 9bkOqludzNeI8yiyR/dhKSJN7zkWgqNV8eZWIDfRAFhehJHYM/xCwsB4X 8=;
IronPort-PHdr: =?us-ascii?q?9a23=3A/6CoxxOfVnElcscz8lsl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEvK8x3lPMVJ/QrfNJl+SQtLrvCiQM4peE5XYFdpEEFx?= =?us-ascii?q?oIkt4fkAFoBsmZQVb6I/jnY21ffoxCWVZp8mv9PR1TH8DzNFHXq2e5qz8fBh?= =?us-ascii?q?u5MhB6daz5H4fIhJGx0Oa/s5TYfwRPgm+7ZrV/ZBW7pAncrI8Ym4xnf60w0R?= =?us-ascii?q?DO5HBPfrdb?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CjBQCMvjpg/5FdJa1iHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgU+BUykoB3ZaNjGEQYNIA4U5iFUDmSGCUwNUCwEBAQ0BAR0?= =?us-ascii?q?NCAIEAQGECUQCF4FjAiU4EwIDAQELAQEFAQEBAgEGBHGFYQ2GRAEBAQIBAQE?= =?us-ascii?q?BFgsRDAEBLAsBBAsCAQgOAwEDAQEBAgIjAwICAiULFAECBggBAQQOBYJwAYJ?= =?us-ascii?q?VAw4hAQ6lEwKKJXaBMoMEAQEGgTQBAwKDZxiCEgMGgQ4qgnaECIZFJhyBSUK?= =?us-ascii?q?BOByCKS4+glwBAQECgUUYgxY0giuBfkYCBhUMRUMOAlcEaRo0IEKLQIdWQZQ?= =?us-ascii?q?akU0KgnyJP4w+hiMDH5JckHqgEpIJhFcCBAIEBQIOAQEGgWsjN4EgcBU7KgG?= =?us-ascii?q?CPlAXAg1WjUmBIwEKgkGFFIVFcwI2AgYBCQEBAwl8ijleAQE?=
X-IronPort-AV: E=Sophos;i="5.81,211,1610409600"; d="scan'208";a="866237179"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Feb 2021 21:52:27 +0000
Received: from mail.cisco.com (xbe-rcd-007.cisco.com [173.37.102.22]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 11RLqRtt018966 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Sat, 27 Feb 2021 21:52:27 GMT
Received: from xfe-aln-003.cisco.com (173.37.135.123) by xbe-rcd-007.cisco.com (173.37.102.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Sat, 27 Feb 2021 15:52:26 -0600
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; Sat, 27 Feb 2021 15:52:08 -0600
Received: from NAM12-MW2-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; Sat, 27 Feb 2021 15:52:08 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BWlcSHKnXdPoAZ9yaiev9jVyXcdU8kjUn0N0TfTHdwywNpr55rbKXKPWvgvFcktnhQ8EwlNXOOEYYFHoKrmAJBkxFSReiAJUESja4txMx1icRmae5pRxJ/tWXZg+8awdJSYUDCc+vCl1f2A7FHBBc6+MY/EGsfwmpu7FswkGz/CtZqHYtAx8bResH5MPK+JAAllVskgz/qz9lBtuR9WgBKG71FGvcl3OErS6nsP6WXgoppSZB7YOQGGHAolztZup6hG2lwGBVOl64m+V3x640ox12D2HC8LSShE+NILZ4GUeSKVFkeO1VIIpKv39YO6DT+Xq4P4ujri6RtQl6Ycn7A==
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=OE0+BcdyI5kWnYFsv0fOu5Zhv4bBR6CzEWs1M6+AAHA=; b=K8kMkjv++XSUAA3nx89h4kPuclwmmwgF6YgV0xbFekN/fFMuwJGU7ydF79K79JLI1VIFKCERVQStaqBHb/2HwMKp9PIm1nTIo3HjmgJSgUn9NGTFUDf0ULx0r+XkcQJYvpey9Zfkd0ueo1n+gVFjR2ILAF89R4DyMSC6zqdmuf0LiYWH5v5nZ4Ji0qS37d1MjGphS6zTWa9uRz6iXcEcvDkezIOPG2enbINeQM7V+riW1GI325YrKAq3Xvp8+0kwS1zfQvtOxNo8NA/yD0zYQEao5VVij/G/abZw/89R1F1Yyq7I/qlQPCcLGkgXyygesfCOdvoD+Rs61ciMTzp0JQ==
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=OE0+BcdyI5kWnYFsv0fOu5Zhv4bBR6CzEWs1M6+AAHA=; b=FGE1O6Wxzctr6JKHTeUhWdnWi3r7mJQ37ePNP7mxShbNlicBQ+dKn3Bzz9aLV7Ln6GoVujui2ke9ZMRa9t3p33odixCMR4/A0gCXJZdacuCLRT+cRum5oOIYAYWSocpFZea+VDbRbWhbm7w1kENR4RJrl53JD9YMKcwp8QQa8EA=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR11MB1326.namprd11.prod.outlook.com (2603:10b6:300:21::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.29; Sat, 27 Feb 2021 21:52:07 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::14a1:29eb:e708:d7e6%7]) with mapi id 15.20.3890.023; Sat, 27 Feb 2021 21:52:06 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Toerless Eckert <tte@cs.fau.de>
CC: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, "Yaakov Stein" <yaakov_s@rad.com>, "spring@ietf.org" <spring@ietf.org>, "detnet@ietf.org" <detnet@ietf.org>, "pce@ietf.org" <pce@ietf.org>, "Tianran Zhou" <zhoutianran@huawei.com>
Thread-Topic: [Detnet] new draft on segment routing approach to TSN
Thread-Index: AdcJ5AjgmuXpLt94R1Stsoh/vUDwUABaAaLAAAtVwoAAbujYAAAGC+8AAAFkNu0=
Date: Sat, 27 Feb 2021 21:52:06 +0000
Message-ID: <289C8FDC-DE28-4AA7-913F-3E414C7A150C@cisco.com>
References: <AM0PR03MB35228092287B38B95D7056F7E5809@AM0PR03MB3522.eurprd03.prod.outlook.com> <3c69571d0bcb4a6ea1d08bee53c0277d@huawei.com> <CO1PR11MB488181838180DBE6F5DB3B5BD89E9@CO1PR11MB4881.namprd11.prod.outlook.com> <20210227181908.GB63847@faui48f.informatik.uni-erlangen.de>, <20210227211216.GC63847@faui48f.informatik.uni-erlangen.de>
In-Reply-To: <20210227211216.GC63847@faui48f.informatik.uni-erlangen.de>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb15:262:d900:ddda:9996:f948:38a8]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: dbfd5416-e5de-4d3d-7cb8-08d8db69ed21
x-ms-traffictypediagnostic: MWHPR11MB1326:
x-ms-exchange-minimumurldomainage: arxiv.org#8097
x-microsoft-antispam-prvs: <MWHPR11MB132685DED47E43FCB93C2671D89C9@MWHPR11MB1326.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: jwZlecMHcTaRiHL9b+OH6/xsoNDz4u5OChbcukiwS6jgWZq14bHTzrqel4g8mBfWtLAsVEj70ZOPES1Ms6Ly2rLvXI+wUSErkPywSTv1popNFG3GoyvSn08/LYDoNJWMkEAnIb7gHKPW0GO33vt7nbEjWrC3VW24HXq4sVK/fiy+rgRrIMBNDTZOlhRu+uFjAQBh+s701iItsvQ8IxJWtXvIaQ3zbcKMwMew6/+i8W1goUKE+RwHQ6x1Cl0tyGoSQa6jUpgJDaxqy6vULF6zQ9SYST++TWHX0QIiA+mfYqDr+RvXuqEJSh/y10P7M7jrMUxUivBfg+0ykhv9Q+1oHuSHcUWZCQexgjve5bai+FAtIGJwC8Dn5ANfz4Cni5+S1JJPt6NvaeWgH+AcEV5w5vurymiCP9tb0p0qbMBY/pt3ALoiTUM7YuMnhKbn9YR8+xaHSNJ5KS5WI0x4fi1/8nCevwlDOHUaoSjdDu5W83u8dQoyorNG30+ei2+U48eCjfwdoGM479q5cSHo88utKBQ2xZiO63tqKVKwPx7gvhA3rKJwmCCyc3Nvh5iEk2QK8/2PYCaVsbjcS6M5nMWMsQ888jikPkdn044DWDU1vnQkQWAmCFYRagtZJ3ZzOmrjgMuMq4Z9TEXmRtJXfRwrmg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(376002)(366004)(346002)(136003)(396003)(53546011)(186003)(36756003)(6486002)(5660300002)(2616005)(316002)(33656002)(6506007)(966005)(8676002)(6916009)(2906002)(66446008)(66946007)(4326008)(66574015)(8936002)(86362001)(71200400001)(6512007)(76116006)(66556008)(64756008)(66476007)(478600001)(54906003)(91956017)(83380400001)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?aDBpbnNUQU5pOWZ3RFNmZ3QyMGNvNUE4bHhrZUJDWUsrUWZJZ0w0TDE2MWkz?= =?utf-8?B?Qm0zUks5c0tRRDNEcXBTNytsS2F5c1JRSXQ0OTFsRUU4RFhIZmJHVWRvdk5x?= =?utf-8?B?VGRiaWRmejYra0hXK0FJU2dhMkZwTXJQaGxIZzdURE51bU1CQXFlc2ZUclF0?= =?utf-8?B?cXp1L3J6SUl2alV5WGhXNCsxd09wSUFLQjhsU09nZ3BFZDRxdmFvMWc1TU0v?= =?utf-8?B?UmxyU3l3ZjZ2VkU1dW1vOW44QjRVcG45ZS9iM251Sk5kemZsbXBpR0ZqKzRp?= =?utf-8?B?TWp0QUQxdTBPL0wzMWNXZ25uUklmNTFKb3hpMWZscVM5RVFxSXk3bEFTS0Ez?= =?utf-8?B?VGNqeFluUjJ4UTBSbFlJeVZSaG00TXFneUF4aU9iZVRZS0ptUWpiODhmZVhi?= =?utf-8?B?aDJXODZ6Zk5jUTloekVybWJmL0h0WnF1QW1DQ0Y0NDJtb1ZJWkdCdnh0cTJk?= =?utf-8?B?KzJ5T2ZXYzJXZXA2cVJiWGVINHlWL3BKbUR6LzNmNlE4QklFQTlOWFFtaWhM?= =?utf-8?B?RWEvYUl6aUtMcTlVNW5BZ2EyczdnRThHY2p4YVdQUTMrWGY2K1pOYjFqTWw3?= =?utf-8?B?ZmJvRDQxeXorcGI4dWhhU202NW1JTWxJWkN0QWxTdDhFTUlMVnY5UEtBR2Qz?= =?utf-8?B?QjM0RWlhNlZxZnJldFF6SnhaRVBoaEdZa0pVdmZTVjdRQ3hsbGdJMTNUUEp4?= =?utf-8?B?WWFNcXB1U044OEZrU2Q2akVXd3FQeEY0N3lGNC9QMkx3SFR4NWs5cXBtN241?= =?utf-8?B?OWEySXNwcVhNV3BMeURFdkp1eXRxOXdDa1ZESVJHL2ZsdU9nU3Zhb2dVNGVO?= =?utf-8?B?M3JPTnJNOThaY1NaZjAxWXB5Q00vNHJTdDVhaWdPd0U0M3QxTGZuRE9qdk5k?= =?utf-8?B?Qlhla3ZpTUZBd3VDeTZ6Rng3MTlaTU1VbzJhQWJUakphUEc1RVlsNk8zdXdG?= =?utf-8?B?NitOT1FGbFhWU2E5ZGhPTmtTcnZxNUdWMTRIUnpkZ1E2dnI5WGJONEpldFgx?= =?utf-8?B?eVBqbk9GTlJiRVdVY05IZ3Y3WU1na0dsUGtlUHUvWTJGY3NrL2dQSkl1dVdU?= =?utf-8?B?YUtkQlQyUGJqb1M3bE9UVDFxU3FKQkUwWVJzNjg4cmpjemt0a0R4SU9aalZ2?= =?utf-8?B?SG9ndFJleXM4aEFYVG1PYzhEcUpWTzFIOXF5V3A2c2tPRWNrTEdJclV1ZVVn?= =?utf-8?B?N0R5SDlVUGMyMDcyRDlvTlE3Mk5rb2hyTkhVbUdWdkNxTDlwblJieVdGSmxS?= =?utf-8?B?QjVkblpUTEFZOU9CVDd6L1dUZlVnR2h0eFZ0YS9KeHE2SHNZallwK1kwRVpu?= =?utf-8?B?elhxNFVxL1hpekUxd28xZXRrTzFnZWZNaFNMWDRYLy9KSHdSblh5TDlzUzFD?= =?utf-8?B?bWRoeVZRbFpORGtXK0UrMTdXUHFHN3prbEJWd3h5RHN2aFFzWXkwaFlVMEh0?= =?utf-8?B?UHRRRS9jb0NqcjdPbUl1WXBlSUkxZzNqN2lCb3VtUzF6YS9VOVdwS2ppSE9r?= =?utf-8?B?UVNPZFROY1J0a1Bkc3kyaDhxYi9jNDI4L0hlUEhRTE1lTGRSSCtKaVNDNjlG?= =?utf-8?B?VXAzNkQ5R0FXZG5wdW1xa0dvY3ByTVlpZ3ZnTXI2cDJRK2VCdW9Mb0pPbGwr?= =?utf-8?B?TVNmb1drd2RJTUM4VWxmeU9GRHM4RWxEZlFFdEVaaWJrVlBFRWNhaHZNQzdO?= =?utf-8?B?VjR5c2FYaFF1YUNhK2trMFo2dW9DR2VhaHkwS2pMZ0l6THpTc21Ramd1bG5w?= =?utf-8?B?eXlWVG80SnJnRHpZc2ZYZ3ozd25KRFNSZE5vYmo2bEFLc0VEcDhxOFdwRjNQ?= =?utf-8?B?ZGtZaU9DWDVpRU9vR2VnbkNCK2kyR2ttZG5jNHpmUEJSZ2YyZHNrMDQzMld4?= =?utf-8?Q?tAMXZmprN587P?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: dbfd5416-e5de-4d3d-7cb8-08d8db69ed21
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Feb 2021 21:52:06.7875 (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: wLG49wvFF+OltGMITmEfNOsAn2EKG6/wmHH3JDcrLSlWu0xKhFNfjjX0veCAhO0Uqp5Ma25PBrGGy3es1wXD6w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1326
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.22, xbe-rcd-007.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/y1vTEdv9o8jZ-ETEYtqWM1H75xc>
Subject: Re: [Detnet] new draft on segment routing approach to TSN
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Feb 2021 21:53:32 -0000

Many thanks Toerless!

Pascal

> Le 27 févr. 2021 à 22:12, Toerless Eckert <tte@cs.fau.de> a écrit :
> 
> whow... that was a mayor coyp&paste blunder...
> No idea how that went through...
> apologies! Correct URL:
> 
> https://arxiv.org/pdf/1905.08478.pdf
> 
>> On Sat, Feb 27, 2021 at 07:19:08PM +0100, Toerless Eckert wrote:
>> To add to Pascals reading list, check out:
>> 
>> https://www.ietf.org/archive/id/draft-stein-srtsn-00.txt
>> 
>> This isn't meaning to endorse all the opinions and conclusions offered, but while probably
>> not being complete, i found it to be is AFAIK the most comprehensive survey for large scale
>> network bounded latency.
>> 
>>> On Thu, Feb 25, 2021 at 05:40:29PM +0000, Pascal Thubert (pthubert) wrote:
>>> Hi Yaakov and all:
>>> 
>>> Whereever Yaakov decides to place it I'll be there supporting the work. The draft itself is incredibly well-written and information-rich.
>>> Note that there's also work in RAW that mentions SR operation DetNet related operations (draft-pthubert-raw-architecture<https://tools.ietf.org/html/draft-pthubert-raw-architecture-05>)5>). RAW has vested interest in intelligent forwarding decision, that would be the trademark vs. DetNet. With this draft, the forwarding is not based on Qbv schedule but the forwarder has some latitude as long as it matches the hop deadline. So RAW may be a good place.
>>> And then there's draft-chen-detnet-sr-based-bounded-latency<https://tools.ietf.org/html/draft-chen-detnet-sr-based-bounded-latency-01>01>. Ideally all these related items would progress in the same room.
>>> 
>>> Also a few notes on the draft itself:
>>> - maybe use latency instead of delay; it would be nice to maybe define delay as something else, e.g., the delay representing the time the packet spends queued in one hop vs. the latency that is end to end?
>>> - not sure the term green wave is well understood by the public here; the draft gives the impression that the TSN path is faster than the best effort and involves no queueing. For the most part that is untrue; the latency is bounded but for most flows it is longer than best effort. Best effort can be really fast with passthrough in an empty network. The problem is the long tail and possibly congestion loss. For TSN, there can be very special flows that will traverse the city with all the lights green, but usually there'll be queuing. The difference is that the queueing latency is constant and the overall latency is withing bounds.
>>> - Time triggered is not the only TSN operation. I wonder what the draft would become with asynchronous shaper in mind. We designed (and as I must announce, patented as US9602420<https://patents.google.com/patent/US9602420>) a system very similar to the one proposed in the draft, but that is designed to adapt QoS depending on whether the packet is early or late vs. its schedule, and not tagging the schedule in the since the latency is considered end to end not hop by hop. The use case is slightly different since we apply this without a global controller and a provable guarantees all flows will meet the deadline - so not really detnet-, but more like a best effort that all flows meet their deadline in a stochastic environment. If Yaakov is interested, we can contribute on that aspect.
>>> 
>>> Good luck with the draft,
>>> 
>>> Pascal
>>> 
>>> 
>>> From: detnet <detnet-bounces@ietf.org> On Behalf Of Tianran Zhou
>>> Sent: jeudi 25 février 2021 9:14
>>> To: Yaakov Stein <yaakov_s@rad.com>om>; detnet@ietf.org; spring@ietf.org; pce@ietf.org
>>> Subject: Re: [Detnet] new draft on segment routing approach to TSN
>>> 
>>> Hi Yaakov,
>>> 
>>> This is an interesting topic.
>>> After a quick review, there are several questions as follows:
>>> 1. It's clear to me to have a deadline for each packet. So that router can schedule the packet based on the urgency. But what's the motivation to split the end to end deadline to several local ones?
>>> 2. How to divide an end to end deadline into several local deadlines? Is there any example algorithm that could be used by the controller?
>>> 3. As far as I know, most devices do not support edf. I am not sure whether your proposal based on edf could really be useful.
>>> 
>>> Cheers,
>>> Tianran
>>> 
>>> 
>>> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Yaakov Stein
>>> Sent: Tuesday, February 23, 2021 9:14 PM
>>> To: detnet@ietf.org<mailto:detnet@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; pce@ietf.org<mailto:pce@ietf.org>
>>> Subject: [Pce] new draft on segment routing approach to TSN
>>> 
>>> All,
>>> 
>>> I would like to call your attention to a new ID https://www.ietf.org/archive/id/draft-stein-srtsn-00.txt
>>> which describes using a stack-based approach (similar to segment routing) to time sensitive networking.
>>> It furthermore proposes combining segment routing with this approach to TSN
>>> resulting in a unified approach to forwarding and scheduling.
>>> 
>>> The draft is information at this point, since it discusses the concepts and does not yet pin down the precise formats.
>>> 
>>> Apologies for simultaneously sending to 3 lists,
>>> but I am not sure which WG is the most appropriate for discussions of this topic.
>>> 
>>>  *   DetNet is most relevant since the whole point is to control end-to-end latency of a time-sensitive flow.
>>>  *   Spring is also directly relevant due to the use of a stack in the header and the combined approach just mentioned.
>>>  *   PCE is relevant to the case of a central server jointly computing an optimal path and local deadline stack.
>>> I'll let the chairs decide where discussions should be held.
>>> 
>>> Y(J)S
>>> 
>> 
>>> _______________________________________________
>>> detnet mailing list
>>> detnet@ietf.org
>>> https://www.ietf.org/mailman/listinfo/detnet
>> 
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
> 
> -- 
> ---
> tte@cs.fau.de
> 
> _______________________________________________
> detnet mailing list
> detnet@ietf.org
> https://www.ietf.org/mailman/listinfo/detnet