Re: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-over-udp-ip-07: (with DISCUSS)

Magnus Westerlund <magnus.westerlund@ericsson.com> Tue, 15 December 2020 08:33 UTC

Return-Path: <magnus.westerlund@ericsson.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 EBB563A0E33; Tue, 15 Dec 2020 00:33:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.202
X-Spam-Level:
X-Spam-Status: No, score=-0.202 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, 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_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 5Z57X9jnraqe; Tue, 15 Dec 2020 00:33:37 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30085.outbound.protection.outlook.com [40.107.3.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 994AC3A07EA; Tue, 15 Dec 2020 00:33:36 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oRG86Obt+Xi5qh1f2wPCLckgXzfMSW42+RKL4UsjqcgtdKknePXxm06x07MLo0jZyK4+w6tdfQN+aPWN7Qfqr9q9hZWMVlnPLTcPLLsOWjPs77pW3EtSvMOgaMkiMCtz7Y8pRU+e+2ff28VsJrEn7oLtrCeaQpK0j5nkRWYO8yH9exxNf2fK0lD42hHJYOQvQBd6MQGVv3X3VtlmkXkNEtxrZ3iCihk/yXgzLQSdphmEpbDwe1Zl8pRse0ROPWTgABz7J45ZEjMUStUWcMIQwyiFSw1sEy+zfeBlN1vQqEioaqYqhlXH0OsMSYe68EruVoItA5lJC3RFS4sxRTMLrw==
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=tINSOJmHEmWNUEyytb1uRX7ata/noDLy5snume5Y0I0=; b=NdUfLXACYOCbIzv28phw0zX1DtXN5SE+ciyzr10WXtryQgoAdXOhvWaVstbScTb46+rx177L1vLC0UqR+rq9sBnKr2YzcvnrWd4TT3O4u3VfPp/pr2y5oO9iMUYAVahhzxJkjW6SOeqatbdQix0yvlkQX3FqMtPXhDphJuCm/d5Iq/gjd0PRPuDLSsEtw8BbT6GWMS5RFApijJUo/UW+caoxkP1ZTML1md2ybWC161qc2M4A7AJF7eT0W8OjVOOyrYLyPVho4iwHflOQTp7RjK20Rcfo5JWxPO7PssPPrzH0GKJ8OUKDzc/eszaLPYYrcPp+GUwccZ55C0B/X9oXwQ==
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=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tINSOJmHEmWNUEyytb1uRX7ata/noDLy5snume5Y0I0=; b=g77nkiYCRX20n5ci2L12GiwfwYASJDfw2MIRIA4QLr7hKfaRgN2a232njCl2P0uh+ZtaoULz1ldGocWn+g6HtziXnp8SBKuGGOCcanNGqlvKekHL4wvmRAY9gbNPBHLq4T5DnD/oPM1u7zPDRGlHem6GmGI39hSYdfWFS/ZEvpY=
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.9; Tue, 15 Dec 2020 08:33:32 +0000
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::8cd:496:65de:4ace]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::8cd:496:65de:4ace%7]) with mapi id 15.20.3676.011; Tue, 15 Dec 2020 08:33:32 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= <balazs.a.varga@ericsson.com>, "iesg@ietf.org" <iesg@ietf.org>, "David.Black@dell.com" <David.Black@dell.com>
CC: "detnet@ietf.org" <detnet@ietf.org>, "ethan@ieee.org" <ethan@ieee.org>, "draft-ietf-detnet-mpls-over-udp-ip@ietf.org" <draft-ietf-detnet-mpls-over-udp-ip@ietf.org>, "detnet-chairs@ietf.org" <detnet-chairs@ietf.org>
Thread-Topic: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-over-udp-ip-07: (with DISCUSS)
Thread-Index: AQHWyMRcvgGF+q6Q8kaUzYQVkHwZs6nkDnwAgABYMwCAALDZAIALZhmAgAdqxoA=
Date: Tue, 15 Dec 2020 08:33:32 +0000
Message-ID: <8f09882bc2e3d04db1b43a8dc62dcc030d699f1a.camel@ericsson.com>
References: <160692402637.11206.9329606236693711643@ietfa.amsl.com> <AM0PR0702MB3603B5136717E3A0A6123934ACF30@AM0PR0702MB3603.eurprd07.prod.outlook.com> <MN2PR19MB404587BFFC59E419FE36B2EB83F30@MN2PR19MB4045.namprd19.prod.outlook.com> <1df47a40bd5f7fddd5ec1051c3cba751455fa80b.camel@ericsson.com> <AM0PR0702MB3603EAFE400DC5473C291699ACCB0@AM0PR0702MB3603.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR0702MB3603EAFE400DC5473C291699ACCB0@AM0PR0702MB3603.eurprd07.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-mailer: Evolution 3.28.5-0ubuntu0.18.04.2
authentication-results: ericsson.com; dkim=none (message not signed) header.d=none;ericsson.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [158.174.130.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1c51fecb-5bc2-40aa-6848-08d8a0d41b97
x-ms-traffictypediagnostic: HE1PR0702MB3772:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <HE1PR0702MB37729577E1F6D7D10457DAE595C60@HE1PR0702MB3772.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 2NG4HzluwcAk/4FNQpNBCCxwRHDNTQ2hGP9DqnH+mV89LCN9ATepYZxd2agjiDTEw7kJSLXBYIxaBxaMwbwLfWEhOOGipk1cfqs27Nw/VC8gvYIVDuvUUy2aJLJed5hdtiKeMM/4JA/pCwsXrqICdlTDgnhXU5MPJVEL7Di4WGfEjvN58/ocVN8xtiReZr64xNTLM2yKUZJEPO/ZqLAlfEvdww19j9NlUAK1aYQp6nt0o/BYgZLKtOT8J7JbvW4uhjGeTRi5p760U7P9pva7UgeGAnKayPGN1BAhNxB0BDZC6oxWFVQWB+0pbnxh8WlJYSJ+YPekUxcSUmHcJ+MyR3ETPnVuqc67shJV4FTNWUX+BmRI1gxeQkiNvNZfpPfA+SCM/FPwZaADOHdovgL1dh2uhbjf58RU9STBwDITguwn9D0VT4LB7KCFaGpH/8PPBxq9Jxuz/iqt13584W8IRm2vqjgJpxweIBmuG5ExcjiFvpHMI1PMS4DKwyf6a7YKDBsQjPCGlwLu+Eh+RRF0TA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(136003)(346002)(366004)(376002)(110136005)(4326008)(8676002)(54906003)(478600001)(4001150100001)(6506007)(316002)(8936002)(2906002)(966005)(86362001)(44832011)(5660300002)(36756003)(2616005)(66476007)(53546011)(186003)(83380400001)(26005)(66446008)(64756008)(99936003)(66556008)(66946007)(6486002)(6512007)(66574015)(76116006)(71200400001)(66616009)(99106002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?d3BuS3lLME9SM0dWZlZ3SU1qeHAvbzFXOXdDSmVYZHhWTjMzYW5ZL0piTVh1?= =?utf-8?B?akNDU25hdjYyVHF5RFQwNUY5VkdiRSttOWMydXZwSVpjVnY0VUFPZDFwbjFL?= =?utf-8?B?bmpPZWMxQ25GWlJYdEhlOFpERStrZjU3L3EzVEhIbXlWSGhkMXZtL3FlSUls?= =?utf-8?B?TXBaTjZNSzNqeWR6UkZDMUticjVjdHRYdjZkcktNRko5T3BGbW9wVkN2R1Bn?= =?utf-8?B?bmx5Tm9reXkvZ1NMYzNxb2lLTFNJdTY2K1AyYWlnaEdGL2hnSG1VOGVOTDVC?= =?utf-8?B?ZFFhZ1FDdmp2QzZrbzlHYUN3MUVUaXIvNXJXdVFIOUVqUkpISnhRVGwyRmNR?= =?utf-8?B?NU5mNFhyKzFhRU5BRzhvZTBQQmhiVGN0MEp1VlgwdFZyazZlcEQycThiRDN0?= =?utf-8?B?czU0bjM3cEpnZEpTbSt1U2xPUTN3VnorcFBsK2MyaDVQOHRON3hiK2p5YWZD?= =?utf-8?B?UHZqQSs1TXY0WFhWbzNDSGRya0FscUJLcGFtWnhyb01TZG82VzhBQ1hSRm13?= =?utf-8?B?T0JjYmtFcFRQekhsdUcyNEUwWTRRczRpMkxwd1VQblp1UjBRSHA3NDF3TDF5?= =?utf-8?B?NFhmK0JoNG1EVzdxQ2R2QW9TcUtUcnIyQk1QVVlFS2ZaWWhHanFBMmZOOGZN?= =?utf-8?B?a2hvblRZSlY3UWIxQmI2S3hxTElwdTFHVlZVZHJHeDJIdGJ0RkJjQUUvVC91?= =?utf-8?B?T2I4UjZhdDgyNDNLWUlBZEFPOXBWdUF4a3d6SmwvK2wraUxBTm9OTWdHMklx?= =?utf-8?B?cWRWT2JhWGptZ1d4TGFlMmNLMlRCL1lPaDhaTXVsdHJLcFlzUE9WVVhVMnpI?= =?utf-8?B?UWJpbUNvaDVUR1FFbGhrTGVIRyttZlNmTU4rM0laRXBndVN5OXpFS3hkdmJH?= =?utf-8?B?Q2RJekNkWHZzclhuekpuRCs5NkxzVVl2TXBZdWtQMGd1SHo1YTFHNnpoVk41?= =?utf-8?B?cUs5RCtJQ1dqTTdBUEtFd24vRkYwMXFrRkxyQVJWR3BNd08rZ2dGMFFvY0Iv?= =?utf-8?B?NHh0cnErOFdWckg1a0pmZEIxNHdIZUJ5aGZJYmRieVFHVHZOYVpoTnJuMGJl?= =?utf-8?B?ZFpYdDIrUVFZN21CZVRPbk9Vck5YVmVWdjBxd2h4SE95azhkRklZeDNxR0ZV?= =?utf-8?B?RDRqTjV1bFQyUXpvVkIvSDhRRnBOREJrQm9KOGRjMVJoTjcyTUZKdXJlNXVM?= =?utf-8?B?VmxKbFpXZ3JlYm92SUE1MU9oNXBnTU9PcFIvUzZxSjJ6Ly9vQ3NpVHBhN2xo?= =?utf-8?B?VTBJcGJHWkYxVVByQmJtczRMdTRacnN3SGsvdzducERldVcyM0pvNjJLekN4?= =?utf-8?Q?0V/LRr3LLlPWs/U17EnIMNpUc9Ra8uYWNL?=
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-K6zrgjo4MXHCB6umZhak"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1c51fecb-5bc2-40aa-6848-08d8a0d41b97
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Dec 2020 08:33:32.7704 (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: tgrAE3G61HnDr1fmdznIDAAWve8EpXsmmAF+3JcDXzrjb4WV3MKM0AxpX/zy/gOqrIgSOpRGS2CofD08RFWZ74pv8hFcYM33E0HSuk7769Q=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3772
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/7LG5Am2xsu6XzVYgUk2XS47yOis>
Subject: Re: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-over-udp-ip-07: (with DISCUSS)
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: Tue, 15 Dec 2020 08:33:39 -0000

Hi

Thanks for your work. Yes, what you propose do solve my discuss. Please publish
and I will clear.

Cheers

Magnus


On Thu, 2020-12-10 at 15:17 +0000, Balázs Varga A wrote:
> Hi Magnus,
> 
> We have discussed the update with the authors + DavidB with the result below.
> One more bullet added + clarification text to the paragraph after the list.
> 
> OLD TEXT
> 5.  Management and Control Information Summary
>    The following summarizes the set of information that is needed to
>    configure DetNet MPLS over UDP/IP:
>    o  Label information (A-labels, S-labels and F-labels) to be mapped
>       to UDP/IP flow.  Note that for example, a single S-Label can map
>       to multiple sets of UDP/IP information when PREOF is used.
>    o  IPv4 or IPv6 source address field.
>    o  IPv4 or IPv6 destination address field.
>    o  DSCP Field in either IPv4 Type of Service or IPv6 Traffic Class
>       Fields.
>    o  UDP Source Port.
>    o  UDP Destination Port.
>    This information MUST be provisioned per DetNet flow via
>    configuration, e.g., via the controller [RFC8655] or management
>    plane.
>  
> NEW TEXT
> 5.  Management and Control Information Summary
>    The following summarizes the minimum set of information that is needed to
>    configure DetNet MPLS over UDP/IP:
>    o  Label information (A-labels, S-labels and F-labels) to be mapped
>       to UDP/IP flow.  Note that for example, a single S-Label can map
>       to multiple sets of UDP/IP information when PREOF is used.
>    o  IPv4 or IPv6 source address field.
>    o  IPv4 or IPv6 destination address field.
>    o  DSCP Field in either IPv4 Type of Service or IPv6 Traffic Class
>       Fields.
>    o  UDP Source Port.
>    o  UDP Destination Port.
>    o  use/non-use of UDP checksum.
>    This information MUST be provisioned per DetNet flow via
>    configuration, e.g., via the controller [RFC8655] or management
>    plane. Not using the UDP checksum has to be evaluated on a
>    case-by-case basis for a given network scenario based on the
>    exception criteria’s defined in [RFC7510], particularly when 
>    IPv6 is used.
> END
> 
> I hope that has resolved your concerns, please confirm.
> 
> Many thanks
> Bala'zs
> 
> 
> -----Original Message-----
> From: Magnus Westerlund <magnus.westerlund@ericsson.com> 
> Sent: Thursday, December 3, 2020 10:13 AM
> To: iesg@ietf.org; balazs.a.varga=40ericsson.com@dmarc.ietf.org; 
> David.Black@dell.com
> Cc: detnet@ietf.org; eagros@dolby.com; 
> draft-ietf-detnet-mpls-over-udp-ip@ietf.org; detnet-chairs@ietf.org
> Subject: Re: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-
> over-udp-ip-07: (with DISCUSS)
> 
> Hi,
> 
> David's suggestions is definitely the direction I was considering to resolve
> this.
> 
> Cheers
> 
> Magnus
> 
> On Wed, 2020-12-02 at 22:40 +0000, Black, David wrote:
> > Hi Balazs,
> > 
> > Digging in a little deeper, I concur with Magnus's underlying concern that
> > this draft ought to say something about UDP checksums with IPv6.  There's a
> > useful starting point at the end of the Introduction (Section 1):
> > 
> >    As specified in [RFC7510]: "MPLS-in-UDP MUST NOT be used over the
> >    general Internet, or over non-cooperating network operators, to carry
> >    traffic that is not congestion controlled."  This does apply to
> >    DetNet networks as this document focuses on solutions for networks
> >    that are under a single administrative control or within a closed
> >    group of administrative control.
> > 
> > That suggests that the first two exceptions (a & b)  in Section 3.1 of RFC
> > 7510 (both of which involve single administrative control) are more likely
> > to
> > apply to DetNet than the third one (c, based on higher layer recovery and/or
> > error tolerance).  It could be helpful to say that in an added paragraph on
> > UDP checksums (for both v4 and v6) at the end of Section 4 in this draft.
> > 
> > I would also suggest aligning the text quoted above (from the end of Section
> > 1) with the text used in exceptions a. & b. in Section 3.1 of RFC 7510, as I
> > think roughly the same scope is intended.  In particular, it appears to me
> > that this draft's notion of "closed group of administrative control" would
> > fall under the notion of "single administrative control" in RFC 7510 (FWIW,
> > I'm an author of RFC 7510).
> > 
> > The suggestion to add use/non-use of UDP checksum to the list of management
> > and control information in Section 5 is a good idea - that addition ought to
> > cite Section 3.1 of RFC 7510 for the conditions under which the UDP checksum
> > may be disabled for IPv6 (per RFC 7510, UDP checksum for IPv6 "MUST be
> > implemented" for MPLS-in-UDP).
> > 
> > Thanks, --David
> > 
> > > -----Original Message-----
> > > From: detnet <detnet-bounces@ietf.org> On Behalf Of Balázs Varga A
> > > Sent: Wednesday, December 2, 2020 12:25 PM
> > > To: Magnus Westerlund; The IESG
> > > Cc: eagros@dolby.com; detnet@ietf.org; draft-ietf-detnet-mpls-over-udp-
> > > ip@ietf.org; detnet-chairs@ietf.org
> > > Subject: Re: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-
> > > mpls-
> > > over-
> > > udp-ip-07: (with DISCUSS)
> > > 
> > > 
> > > [EXTERNAL EMAIL]
> > > 
> > > Hi,
> > > 
> > > Chapter 5. of draft-ietf-detnet-mpls-over-udp-ip provides a _non-
> > > exhaustive_ 
> > > list of
> > > control and management plane information.
> > > DetNet does not changes rules of rfc7510: if the exceptions listed in 3.1
> > > of
> > > rfc7510
> > > applies, then using zero checksum is allowed; otherwise not.
> > > 
> > > A possible solution can be to add an additional information element to the
> > > list in
> > > chapter 5, which allow or not the usage of zero-checksum.
> > > 
> > > Thanks & Cheers
> > > Bala'zs
> > > 
> > > 
> > > -----Original Message-----
> > > From: detnet <detnet-bounces@ietf.org> On Behalf Of Magnus Westerlund via
> > > Datatracker
> > > Sent: Wednesday, December 2, 2020 4:47 PM
> > > To: The IESG <iesg@ietf.org>
> > > Cc: eagros@dolby.com; detnet@ietf.org; draft-ietf-detnet-mpls-over-udp-
> > > ip@ietf.org; detnet-chairs@ietf.org
> > > Subject: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-
> > > over-udp-
> > > ip-07: (with DISCUSS)
> > > 
> > > Magnus Westerlund has entered the following ballot position for
> > > draft-ietf-detnet-mpls-over-udp-ip-07: Discuss
> > > 
> > > When responding, please keep the subject line intact and reply to all
> > > email
> > > addresses included in the To and CC lines. (Feel free to cut this
> > > introductory
> > > paragraph, however.)
> > > 
> > > 
> > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> > > for more information about IESG DISCUSS and COMMENT positions.
> > > 
> > > 
> > > The document, along with other ballot positions, can be found here:
> > > https://datatracker.ietf.org/doc/draft-ietf-detnet-mpls-over-udp-ip/
> > > 
> > > 
> > > 
> > > ----------------------------------------------------------------------
> > > DISCUSS:
> > > ----------------------------------------------------------------------
> > > 
> > > So there might be something missing here in regards to zero-checksum in
> > > UDP
> > > when using IPv6. So Section 3.1 in RFC 7510 discusses this for MPLS over
> > > UDP
> > > and
> > > have some considerations that needs to be done if one are intending to use
> > > zero
> > > checksum. To me it appears that DETNET flows can not be guaranteed to
> > > always
> > > fulfill these, and in case you think you can motivate it should probably
> > > be
> > > stated
> > > explicitly and normatively allow it. So if it can't be guaranteed to
> > > fulfill
> > > these
> > > requirements then the next question exists: Do the possibility to use
> > > zero-
> > > checksum
> > > for this flow become something the control plane needs to signal it?
> > > 
> > > 
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > 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