[Detnet] draft-varga-detnet-ip-preof

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Mon, 26 July 2021 14:00 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 550653A149E for <detnet@ietfa.amsl.com>; Mon, 26 Jul 2021 07:00:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.599
X-Spam-Level:
X-Spam-Status: No, score=-9.599 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, 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=U0apbDhB; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=f/+Pa8ro
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 sMfRgawZDFc1 for <detnet@ietfa.amsl.com>; Mon, 26 Jul 2021 07:00:20 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C65F53A149C for <detnet@ietf.org>; Mon, 26 Jul 2021 07:00:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4272; q=dns/txt; s=iport; t=1627308019; x=1628517619; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=sw8NB1C+wLxUpaMgKDg5F013ieWMVlyvC5OKA+9bdl4=; b=U0apbDhBGm3rcwjBTvzRNN8YQ+jjlsZIWgvpCgjio7LKB7+VDrhtnTIC rkZ/dyiqE/ewQsQ3hot7+22Fbo05DA0psvGMdsHi2Hy/sNPk/m3uqvyEB gQZf9KX6SoTzldzoeqK39Hf85z1kF9ZCwImDMxK/QfCJNI8VaJflf2JNe c=;
X-IPAS-Result: =?us-ascii?q?A0DBAgCVvv5gl4oNJK1agQmBWYFTUX5aNzGIDwOFOYhgm?= =?us-ascii?q?jSBLoElA1QLAQEBDQEBNQwEAQGBQgGDFQKCfAIlNgcOAgQBAQEBAwIDAQEBA?= =?us-ascii?q?QUBAQUBAQECAQYEFAEBAQEBAQEBcoVoDYZFFhUZAQE3AREBGmYXDwEEAQ0NG?= =?us-ascii?q?oJPAYJVAy8BDpwyAYE6AoofeIEBM4EBggcBAQYEBIE6Ag5BgyMYgjQDBoE6g?= =?us-ascii?q?nyCcVOHNCAcgUlEgRVDhgIBAQIBgV+DS4IugxduUQJGIF8VBR6SKweNV51uC?= =?us-ascii?q?oMmijeUIhKDY4telyKKFYt1jDSTU4UHAgQCBAUCDgEBBoFnBC6BW3AVgyRQG?= =?us-ascii?q?Q6OOINYhRSFSnM4AgYBCgEBAwmLIAEB?=
IronPort-PHdr: A9a23:CWc7+RK5IFM8Xpcq7tmcuYUyDhhOgF28FgMP65E8kLVINK+k+seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB72Nv/hdDc9G oJJU1o2t32+OFJeTcD5YVCaq3au7DkUTxP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP
IronPort-HdrOrdr: A9a23:thSCUaP7PAMA3MBcT2L155DYdb4zR+YMi2TDiHoRdfUFSKKlfp 6V88jzjSWE9Ar4WBkb6Le90dq7MAzhHPlOkMgs1NaZLUfbUQ6TTL2KgrGSuAEJlUfFh5RgPM tbAs1D4b7LfBhHZKTBkXSF+r8bqbHtms3F9ISurUuFJjsaDZ2Imj0JcjpzZXcGPTWua6BJcK a0145inX6NaH4XZsO0Cj0uRO7YveDGk5rgfFovGwMnwBPmt0Lq1JfKVzyjmjsOWTJGxrkvtU LflRbi26mlu/anjjfBym7o6YhMkteJ8KoAOCXMsLlRFtzfsHfuWG1TYczFgNnzmpD31L8eqq iJn/7nBbUq15qeRBDvnfKn4Xif7N9n0Q6S9bbfuwq4nSQ8LwhKV/aoQuliA0bkAgMbzaFB+b MO0GSDu5VNCxTc2Cz7+tjTThlv0lG5uHw4jIco/jFiuKYlGfRsRLYkjQlo+VY7bVXHwZFiFP MrANDX5f5Qf1/fZ3fFvnN3yNjpWngoBB+JTkULp8TQilFt7T9E5lpdwNZakmYL9Zo7RZUB7+ PYMr5wnLULSsMNd6pyCOoIXMPyAG3QRhDHNn6UPD3cZe06EmOIr4Sy7KQ+5emsdpBNxJwumI 7ZWFcdrmI2c1KGM7zH4HSKyGGFfIyZZ0WY9ihz3ekKhlTMfsucDcTYciFcryKJmYRrPvHm
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.84,270,1620691200"; d="scan'208";a="753552614"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 26 Jul 2021 14:00:17 +0000
Received: from mail.cisco.com (xbe-aln-006.cisco.com [173.36.7.21]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 16QE053p014506 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 26 Jul 2021 14:00:16 GMT
Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xbe-aln-006.cisco.com (173.36.7.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 26 Jul 2021 09:00:15 -0500
Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Mon, 26 Jul 2021 09:00:15 -0500
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Mon, 26 Jul 2021 10:00:15 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z3GqcxmUNATGqIfNCngiSzoe7lb05gzAS/Hway1y4FHtgrnYxzmB15+lINOQeno75yJmlkvJEZWrxTmFHiWxLMBKkvtGASH3PLnHiYaGXa5MOPqs0KzGpEYHGgvvWjbvM9yaPp5A99D3TTtXPubSeUnoewkWgxqZHLs1nJijCkk8gJWPAw04tpjodwjUqxGaTxKF6bIjRPgwLcoN1UyT7UJ1Eei3e0ndTOp1NEkv21aoI0BeV7Y5Fa7lFJ2sF1rnkdv7vmQK5APw57gn1eqYBWEKVBmO4Lx0LN10iMWrRNH5ZlreIK41DawmIFqgmtE81pXX5CJwTDPdGBpL0Gg9UQ==
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=F2tel+1fvdO9JmuEXHNrWYw6FmULcGVP81bI+WrVU0M=; b=XnFlfwUy/T3QQu9S0DHJroulwpKsJfnCO9JYqBdMCgKGehCvWoYDg10ji/2SdGikAEzdR+zktXKWNdg9/ye4kiyxdN8tCGrY12EcRUb41E/3iLLIjm1gjZstNwdSm/56FFd0RNi3PMPqMxT1GuJWeFcehztVVMUUX8K3DHqhRDB83F5IFeOIw8HzRvEKgJzuVStMf8wO43Jfe2eJ1v2+gFpzOCrvCa2Q2brcL49/duIfFZjtsRsr0Y7xIZmQMdR/tUA5/RnuFnTaSfcKEoMf5oBsEC5Qz2iPmpjHos+OXsVbiZuY3N5uvw7hbbk/aEfoLCZD/y1QR2BvMwn1mr9anw==
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=F2tel+1fvdO9JmuEXHNrWYw6FmULcGVP81bI+WrVU0M=; b=f/+Pa8ro/F/BJrfdrSUTysBfOapzwOHGeiREutLdaq4jXh0fp3FiAn32TdsQdJmE2lVibNIHnHH7gt0r9Pa/NquA6kanfQCPW+bd74n/rxSqr/41vvSaNEV443D5HnbJqpEC56nnDu0QlCCNNcAlwAHX2crVMrl2ovf777OO+u4=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by MWHPR1101MB2368.namprd11.prod.outlook.com (2603:10b6:300:7a::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.28; Mon, 26 Jul 2021 14:00:14 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1c75:fcc9:2c53:3af6]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::1c75:fcc9:2c53:3af6%7]) with mapi id 15.20.4352.031; Mon, 26 Jul 2021 14:00:14 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Janos Farkas <Janos.Farkas@ericsson.com>, "balazs.a.varga@ericsson.com" <balazs.a.varga@ericsson.com>, "agmalis@gmail.com" <agmalis@gmail.com>
CC: "detnet@ietf.org" <detnet@ietf.org>
Thread-Topic: draft-varga-detnet-ip-preof
Thread-Index: AdeCJhL5qclO3ipmQnOhnkjJnCiKCA==
Date: Mon, 26 Jul 2021 14:00:06 +0000
Deferred-Delivery: Mon, 26 Jul 2021 13:57:47 +0000
Message-ID: <CO1PR11MB4881E860FF54BFB6CF04BF39D8E89@CO1PR11MB4881.namprd11.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 03a4da4d-54ee-4d9e-e425-08d9503db108
x-ms-traffictypediagnostic: MWHPR1101MB2368:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MWHPR1101MB23687DBEA51A0810F917FA6DD8E89@MWHPR1101MB2368.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pL707tih3ASUfjV3SfVmzJNLIyGHpdxPDJYi3SX56KLVJrmEbEBLEMYMluCI+oLg0YVOoZ4LMfptPgi+XPtoOCFNIwgLEORFswuXdR9DiyQuCRYLyEOaX0IUdP8lAkZwYANU3MT2wEhDac658FY8kE+e+QFlDDfOGGyM7H2og+cfGU+VqbhcwDjci/ctAp1b6IJR9Ntp9beoc5BEoAL+KgUaF6+LW8yIz1yKYB6G2DcM2FfItYb1mRHfZxzS5bpzqQ0+D6+M9D9bR9v+mMiQajnAX2ED3OBKQOXZbHSk6U4TqVqzYWFGXFitWqDFf5hrpNTsgYsJNcy2Q+g91GWrdPKhKP8waDULbJrFoRCli6zMBADceaZhp+SizSeycflxFbSvEmolrS1rzVaKy+Dut31LxCSBk9n7nJyqLzPd3BobNud92ERB9VE8Sqf0S/KxvOP4GvBVOPjFpCc+6Ms6OJCSZbv76KHgdzI9EzJ3Gg6FHkvMQmDe3lRsEevKCSlDQKUIPsbr9u+ES4P4tMlxEM4Wc2kgad5W0I885dWomU1T0VfM7q++5/R32omK8jWhfVQm98lzT04UoCrOUE3yh2zAfOJ4nFv1syIQXKUwtQDDbBr1rsNODvpjEGkjdj5Obp/7nbD4Y2aUedNigM6uPgl9QdknOrt6XB2Q73GwImd0567sCNhqZQWpby7P0LO4Iq7Hplho07+Ywm2TDKfdwrDOeVBE3528H+dPvmgq7UzVxOCQ3D7QUJ5GE236SFmJUu+i3QPiLlMvtZvwiiWq1w==
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:(366004)(346002)(396003)(39860400002)(376002)(136003)(2906002)(316002)(71200400001)(55016002)(52536014)(110136005)(86362001)(4326008)(5660300002)(966005)(6506007)(9686003)(7696005)(38100700002)(478600001)(186003)(8936002)(122000001)(76116006)(6666004)(66946007)(8676002)(33656002)(64756008)(66446008)(66476007)(66556008)(38070700004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?ZlCcjvg4lKT+GdNcRga2IsT+DOUt2rGKIaBBRzK5MGF/Ae/pU7Hf+OIkuy?= =?iso-8859-1?Q?kncRNNdd/GRlbkBR8vpXrf/zKaSGK+b0ROpygNw5w4XHtX56AB//0/qMNn?= =?iso-8859-1?Q?tA8FR8oa00Ax3V70TNN45z3mmZ0/B7bY6dCBCj7un5kEuEneqSbBiaPUtT?= =?iso-8859-1?Q?y4XQYxI8x9lye8YM2RUDLYwCNEVxBJegJ/DcWv0E6Uua+EO2H/GbHHMIJb?= =?iso-8859-1?Q?1nj52XESiL7qb0WuD1Hsj4tgTmlw4K7F1WLQr2AdoWoqlAEQ3EGWi9XTsu?= =?iso-8859-1?Q?Uwc+idba8GrVcUnIkbAOZn3HbHkMT0rXl+z4WEhLYzYQK3nAjpbbsUZtTq?= =?iso-8859-1?Q?lhkjdh+RjWaQhyiYG/rSEG6G5urr2aaglfOJjGQPHzdgd8cwHkhH7yvei8?= =?iso-8859-1?Q?g4vu4kDWRj1U+jkMmYnoHmtK4lznSulovquGvTL0hdMHfPvltRs4KwqyH0?= =?iso-8859-1?Q?rzKdUeXgAHsbInwwnZmRwTl3oxo0weUn4P+Aj9vntRAKdr+oZpT4V2XWMQ?= =?iso-8859-1?Q?EGRBCkwKIRmTHWhPJZ2pW3PsyJcVgamKp0je10t2b2gV6el4ZyjjmocFma?= =?iso-8859-1?Q?rctiqvyHFHnXVnrKyAZhPOczEMU3ErIC3cxftudF4wNU/hZm95Ezkct69Q?= =?iso-8859-1?Q?CDoZOHe5JPn0hBI1ZPG8W8XMZ0bMfc5opYJUt7yVU3nL2lGYlHhS/8AzNq?= =?iso-8859-1?Q?lB2hDDgmfYwuM2+RSxQDUWihk55vlVxbanq+lnwWsm0J6FKKxsTGJItMSS?= =?iso-8859-1?Q?Y/KWYfy5W8vyXYykSBevvSHMyM8+2+fVrfWWrnEW4PxXUoKBOiyeZl9qPW?= =?iso-8859-1?Q?KGGAW1vFyMIUHC24otynOOPJ5YhhKdgbXvAiM7g6NB6jVrM0669TwUrxW4?= =?iso-8859-1?Q?/sAesnHCAj4qFCtZmUuGNAHgD+6AlOnkrbu/14bP7W71XB1UiwdcqwAhXF?= =?iso-8859-1?Q?rO5bFErgEzILI6s/0ZXU8g8SSAcv/e9bFVDB69+NzGUd/sVtwmsI7snGyg?= =?iso-8859-1?Q?iYG1I249IRZLw+NZD2eP1XciMs4914TW7E/UlMWhxipVyV3nRHRkx6E78O?= =?iso-8859-1?Q?5FBVTn3BGOwlbLgS2ouCRtMWGwQCgoVTUT/ZASEtLS5PmPP92vEglW6I5Z?= =?iso-8859-1?Q?f04ZfmYPuAaCz1CA9OlkiUv76TeHTc7sGeYu/QfTf6stdyNY5v124M+ZQx?= =?iso-8859-1?Q?3RZVLCPXPC8dLyQVG+HyYH4azKmX9OCgO+DDoIYhTxMxGCnlCZJj2FGs08?= =?iso-8859-1?Q?VGaeCkAaEtVyV62DzLMbau2jWGVhOUxcxVpZtptSU+7zu8gyvNo5CdDRM8?= =?iso-8859-1?Q?/yZUI2Cz/3hyEvHgkDzWNm+TQ7iyO6AMImJ8L5VjQdR7Ps8bRp15LG8dpd?= =?iso-8859-1?Q?ux7tE7CMnL3U7rXrxpohsi4AWsp3RmNyKyLTHxKDeI4LpTNaJrT2To5eLT?= =?iso-8859-1?Q?PUn7yimeXXlLnocX?=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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: 03a4da4d-54ee-4d9e-e425-08d9503db108
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Jul 2021 14:00:14.1798 (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: mVFhBZ4exrdpHZIVHQu7D0lEjhH8eMY5CUdd6TDhrgzaLSoXkmgX4aKgNQd+OLFW6ns+ftJz3lB9+gVbim6K9Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2368
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.21, xbe-aln-006.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/7epN38QZ0XlojtxuNtkZzZt80FY>
Subject: [Detnet] draft-varga-detnet-ip-preof
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: Mon, 26 Jul 2021 14:00:25 -0000

Hello Balázs, János, and Andy:

In prep for next Friday meeting I went through https://datatracker.ietf.org/doc/html/draft-varga-detnet-ip-preof-00. I have a few questions that might be too much for the mike, and considering the short time we have, I thought we should start here.
 
- At first glance the draft seems to be placing the DetNet MPLS dataplane within UDP. If that is the intention, what are the benefits vs. using RFC 7510?

- Some of the labels in there are needed at every hop to select one or more next hop(s) along the DetNet path. Can it be a problem to find that information deep inside the packet?

- There can be variations of the label stack, e.g., fig 3 vs fig 4. Are the labels self-describing? Else, how does the forwarding node know what shape of stack to expect?

- I'm concerned about the aggregation scenario. Contrary to MPLS, an IPv6 intermediate node is not allowed to insert headers, in particular not after the UDP header. So it seems that the aggregation proposed is always done at the end points. Is that correct?

Please consider the following picture from RFC 8655:

   DetNet                                                     DetNet
   End System                                                 End System
      _                                                             _
     / \     +----DetNet-UNI (U)                                   / \
    /App\    |                                                    /App\
   /-----\   |                                                   /-----\
   | NIC |   v         ________                                  | NIC |
   +--+--+   _____    /        \             DetNet-UNI (U) --+  +--+--+
      |     /     \__/          \                             |     |
      |    / +----+    +----+    \_____                       |     |
      |   /  |    |    |    |          \_______               |     |
      +------U PE +----+ P  +----+             \          _   v     |
          |  |    |    |    |    |              |     ___/ \        |
          |  +--+-+    +----+    |       +----+ |    /      \_      |
          \     |                |       |    | |   /         \     |
           \    |   +----+    +--+-+  +--+PE  |------         U-----+
            \   |   |    |    |    |  |  |    | |   \_      _/
             \  +---+ P  +----+ P  +--+  +----+ |     \____/
              \___  |    |    |    |           /
                  \ +----+__  +----+     DetNet-1    DetNet-2
      |            \_____/  \___________/                           |
      |                                                             |
      |      |     End-to-End Service         |     |         |     |
      <------------------------------------------------------------->
      |      |     DetNet Service             |     |         |     |
      |      <------------------------------------------------>     |
      |      |                                |     |         |     |

          (RFC 8655) Figure 5: DetNet Service Reference Model (Multidomain)

You'll note that the DetNet architecture allows for endpoints that are not service-aware, in which case the service layer information is logically owned by the PEs. A PE should be able to add / remove stuff that is relevant either within its domain (e.g., PREOF using SRv6 with Xuesong's SPRING draft) and / or within the DetNet Service Domain (across domains 1 and 2 above), e.g., redundancy information, excluding the End Systems which may encrypt their payload and may not provide anything usable for redundancy anyway.

As a specific example, the aggregation should be feasible between DetNet-1 egress PE and Detnet-2 ingress PE. In IPv6 this means encapsulation, and it makes sense to minimize the incremental size. UDP in UDP seems a lot doesn't it?  

My bottom line is that if we want intermediate nodes to add and remove stuff, it has to be thought in terms of matching encapsulation and decapsulation. IPv6 has EHs that are designed to fit in such encapsulation, possibly together, like an RH for replication and a HbH for path and redundancy information.

What do you think?

Pascal