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

"Black, David" <David.Black@dell.com> Wed, 02 December 2020 22:40 UTC

Return-Path: <David.Black@dell.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 196BB3A15A9; Wed, 2 Dec 2020 14:40:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dell.com header.b=XtHz/IUz; dkim=pass (1024-bit key) header.d=dell.onmicrosoft.com header.b=Lfck9FxT
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 3mGPvPEYEvlH; Wed, 2 Dec 2020 14:40:26 -0800 (PST)
Received: from mx0b-00154904.pphosted.com (mx0b-00154904.pphosted.com [148.163.137.20]) (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 66DFB3A159F; Wed, 2 Dec 2020 14:40:26 -0800 (PST)
Received: from pps.filterd (m0170398.ppops.net [127.0.0.1]) by mx0b-00154904.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0B2MZB7u032068; Wed, 2 Dec 2020 17:40:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dell.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=smtpout1; bh=AqR8dNNlGNoW1OHb2InVX/wUCeqqf81BvLsW2p/Mgoo=; b=XtHz/IUzutiYteIGxUvVoiJDECXaLK6kAIf70cZ6imtsBkiyNiRR0OQqhVuS5dPwHmEQ wqjFlVCgyYPyQmazZHYIJCG+2Izv9R61mV79EIXF6vmY4cBKcrb4ibPrwofPsvjRXlwv iqlp140fhrYVupJ9Kc8QrcxZPTLjlxPGeVKBrk6K1v+g9jabkJz4iayE88eq82v+sSaD zhHkqji17zgTkz7TXrUFiDXGeGazvJzo2Zk4OhcUZlUYKoI3SRHkxEU3JM90umPU8eXH vXSDnGTPNRGxHC8c/bUNIn74T/LKC05tRXd8Gis5eCFTQgZKYShSJ0e4pdhRFASDjN7N Cg==
Received: from mx0b-00154901.pphosted.com (mx0a-00154901.pphosted.com [67.231.149.39]) by mx0b-00154904.pphosted.com with ESMTP id 353jndt9py-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 02 Dec 2020 17:40:21 -0500
Received: from pps.filterd (m0090350.ppops.net [127.0.0.1]) by mx0b-00154901.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0B2MVHgP119896; Wed, 2 Dec 2020 17:40:20 -0500
Received: from nam04-dm6-obe.outbound.protection.outlook.com (mail-dm6nam08lp2047.outbound.protection.outlook.com [104.47.73.47]) by mx0b-00154901.pphosted.com with ESMTP id 3568jhtytg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 02 Dec 2020 17:40:19 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N1AKs5hardB2VcEsFlvE6zxsoNn7/DqQ1rPA5Ly40bvh1oFpNgxghBGyTQuPE+XuvFDa6Tk0YMLRrpq/QDSTZ34HjsWrVNK9G/asdv0b0eHSpXrNCG2BGMiqUpSJr2PPHUDNZ7sxqE/+Kved4dCLLZCIepSoHI+9gAAUUd9zTPLEubm7FGCymuVjvHRnGO1DT8pAVRL7GnjSMR0PxVQTQdT9NSQgq4yDXWdtrbQq4OptHd9xfW1UAZWQUpjnavky3TSP004DcnvnV618oX6fd+a8e3hjbnG2T7vjv7DOqzyqLLeNM3jAHr6eQytyXAJSzO9WDZ5DPMvE8uKhVZlw7A==
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=AqR8dNNlGNoW1OHb2InVX/wUCeqqf81BvLsW2p/Mgoo=; b=fVVgoSb+Qvwuv3YAowvcnkvPA7wD1U8dG6Tp7AhxuDNoVKBkNnmSRQRY+8tMV+ny3r72syMIpP1Hpdf8gFQeWcrDzBiomwzKzGkhh2SJKJYey/ooDgWk5jCjq5u+k5KLA0740IHvTryk5PMef2FxZf0F/7s25EgcRVL4Z5Ly/m9oZrT9WAAqjyu+CTL0hZcGEbeZBL8iYoYdScrjXyYj/qODic5lcg2Z5VP+rVyqFBuT24GeBCbeD1jhBZ8Q94YwPWHNaRLmzlXVHFsKSr/c3WR1x3xYJc56UEZp2wfhnaLSeozJNH2XjCPy8occpSvzcdEjttzG0Hv1RiqbKWVNfA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=dell.com; dmarc=pass action=none header.from=dell.com; dkim=pass header.d=dell.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Dell.onmicrosoft.com; s=selector1-Dell-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AqR8dNNlGNoW1OHb2InVX/wUCeqqf81BvLsW2p/Mgoo=; b=Lfck9FxTnBmYIAWJzYGAPpbRujNWDAqefiyGN/q/QDIHlzrZJaJ5evi3sD7gG82BCHmCXDv7eDToo2dZujvywuwxt1e4PgF2C3OmObEKCELJrBpApaXuT4ZbyZNQ08fg74BY51PYAz5gNfgg0rgsnYwasNeS7uqM37l0lEn8WM4=
Received: from MN2PR19MB4045.namprd19.prod.outlook.com (2603:10b6:208:1e4::9) by BLAPR19MB4578.namprd19.prod.outlook.com (2603:10b6:208:29d::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.17; Wed, 2 Dec 2020 22:40:18 +0000
Received: from MN2PR19MB4045.namprd19.prod.outlook.com ([fe80::2853:5ccc:b023:dce4]) by MN2PR19MB4045.namprd19.prod.outlook.com ([fe80::2853:5ccc:b023:dce4%4]) with mapi id 15.20.3632.019; Wed, 2 Dec 2020 22:40:18 +0000
From: "Black, David" <David.Black@dell.com>
To: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga=40ericsson.com@dmarc.ietf.org>, Magnus Westerlund <magnus.westerlund@ericsson.com>, The IESG <iesg@ietf.org>
CC: "eagros@dolby.com" <eagros@dolby.com>, "detnet@ietf.org" <detnet@ietf.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>, "Black, David" <David.Black@dell.com>
Thread-Topic: [Detnet] Magnus Westerlund's Discuss on draft-ietf-detnet-mpls-over-udp-ip-07: (with DISCUSS)
Thread-Index: AQHWyMKEQ9kEuyStpUmRoSELALxOl6nkDoAAgABSC/A=
Date: Wed, 2 Dec 2020 22:40:18 +0000
Message-ID: <MN2PR19MB404587BFFC59E419FE36B2EB83F30@MN2PR19MB4045.namprd19.prod.outlook.com>
References: <160692402637.11206.9329606236693711643@ietfa.amsl.com> <AM0PR0702MB3603B5136717E3A0A6123934ACF30@AM0PR0702MB3603.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR0702MB3603B5136717E3A0A6123934ACF30@AM0PR0702MB3603.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Enabled=True; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SiteId=945c199a-83a2-4e80-9f8c-5a91be5752dd; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Owner=david.black@emc.com; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SetDate=2020-12-02T22:18:19.0669273Z; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Name=External Public; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Application=Microsoft Azure Information Protection; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_ActionId=3b3f8daa-c291-4e10-90b9-0ba17d867e42; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Extended_MSFT_Method=Manual
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=dell.com;
x-originating-ip: [72.74.71.221]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 71861281-ef49-4a9f-7df4-08d897133e80
x-ms-traffictypediagnostic: BLAPR19MB4578:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BLAPR19MB4578E7422B524F73D9F4778183F30@BLAPR19MB4578.namprd19.prod.outlook.com>
x-exotenant: 2khUwGVqB6N9v58KS13ncyUmMJd8q4
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: T9Q2LdzK/a8YaiBe8JgIdW7rHWAgo6SJl1xCBCWCUC1c04+9In3DXetc3TQNj2WZ8QdUN+3alB1GzU2u09jJdYCoEte7zYBHv1RHy+Duad3Xxg8Ac0TTXto85rLwErWUM1YaA1orld8sbBm/p/A0aXkCxFWx8sEeS8mlYf4SYxpd0hA4FkwMevMJ6219PA8gfJXQnGqXVUyBXa34Fs+WucFX6cNchkEBYCaogDquT1HgYhdaIGl0IHcjM+9K/0IeijA4DFogn+y4TjJO6yCMqMZ/HG5spEIowe4WxmEmCb2tKHNCm4lytnEL0MJ9yYW3sHLavr7p6pi/eD1/n4r/ZDrvmgfNPlloT6vzwdkhuFy4zXKAfJeHYSlBBTJ3kJ247wmZoLWNxD9UxuPRHFvwyg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR19MB4045.namprd19.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(396003)(376002)(366004)(346002)(39860400002)(55016002)(66476007)(316002)(8676002)(9686003)(52536014)(64756008)(66556008)(33656002)(786003)(76116006)(66946007)(54906003)(8936002)(110136005)(966005)(5660300002)(66446008)(86362001)(4326008)(478600001)(6506007)(53546011)(186003)(26005)(7696005)(83380400001)(71200400001)(107886003)(66574015)(2906002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?+YDZQhcYEXTli9ePywF1yX7rJhaCgFvF9FwaCCLt3R+rxRTM+m3XS6Pzbj?= =?iso-8859-1?Q?VBpJOnK0I2H9PFlhB54ed3MkUMGVXFTYTTLEsZejCWFcWz+cDYfcFipTYI?= =?iso-8859-1?Q?wg4+unx2Bd//TRMiJgoRsi3mO1X8Epso4uZxPB6tXWmn9DRy+E2FdhLkiQ?= =?iso-8859-1?Q?tjM/OdBLRbPrOYobSA5P9f4QJEUQYYNgI0l0T6G6UfGM1yRQGiSyDbHJQw?= =?iso-8859-1?Q?lcsSEcIDxZiWX0wR8TuGsA+CrbFV7qgRacFEL5Y45Khv9mfCO1/FUX65SR?= =?iso-8859-1?Q?4kys7YWVI4F4oazcUEH1rsWlidtgf03kFX1I9IL+X7BQPMjfPMj9qx1WEI?= =?iso-8859-1?Q?7x5aBlq56cz2LXVEHdMUik3ek/2yDZ8AJVQQfNUwoVhxpSUTahlbIfxALQ?= =?iso-8859-1?Q?T2LIJL6Z0MXaA22vae+1pDGdLsUUr5X+skAZ3IV3DLmtPxGMnASKNXlmzW?= =?iso-8859-1?Q?74g2YnC19mcGkAwlEGjqBxJ5uG7rtvSDAVIqB+pvzH+V8n9qq1T037r2t/?= =?iso-8859-1?Q?kHXaZ6Rn4ovYNksea8W9tWFcf0Vb0kov/9ZmHGDTYRtf/TH386OWcHVTp1?= =?iso-8859-1?Q?d4g7gejH/SsKSi+CTgQT6oGJBZK7yiSbVgdnshu+fEjfTOtEDe+YS1zjGE?= =?iso-8859-1?Q?/8T62q5qD1GV3+mnQ4ZXXu6CjbXH43kAf0WUzigCGe5qTT1tNSVmZV1kgQ?= =?iso-8859-1?Q?eCAcGaeBXXkqqLqQgccQdJhlmxLM0SvYAK3PCwsab6FpaSX82+e40ivBzm?= =?iso-8859-1?Q?MlI8tq10MdlSN9ZPQoAgY2lIep3JxWYqmDN1mwcYlUPzoyqIvSK/ivN/uC?= =?iso-8859-1?Q?b4wwAeOfGhw1DIlXt+WwQ3vPiC+66gUSICj826FktJL4tM8Z2MLsu1F+4Y?= =?iso-8859-1?Q?fY4afjGfoANGRt53x6Cb/RdjuALeOUzhsqtsp7PGoYG3YEwdzMUe/kYX8z?= =?iso-8859-1?Q?nTgf65c1VaPspjSpFFE5YgXEnH+1+5fYfi0MV0jjGWiK+oF2r+UTHD4LQP?= =?iso-8859-1?Q?CSzSh1mI/KTfGiYRI=3D?=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: Dell.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR19MB4045.namprd19.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 71861281-ef49-4a9f-7df4-08d897133e80
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Dec 2020 22:40:18.0262 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 945c199a-83a2-4e80-9f8c-5a91be5752dd
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: av0AMMdJ/f9u5LmodEWjDRn6AG0ZBbwJJxMtv61pskssLNR5inSR9mWv+jKTeaHt8Vjy84WcZUVvpY8NmXmO/g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR19MB4578
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-12-02_14:2020-11-30, 2020-12-02 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 suspectscore=0 priorityscore=1501 mlxscore=0 bulkscore=0 spamscore=0 lowpriorityscore=0 clxscore=1011 phishscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012020138
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 mlxscore=0 mlxlogscore=999 bulkscore=0 adultscore=0 malwarescore=0 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012020138
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/0XkbPPb2pwaPXtGSYeV9UwWjSeY>
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: Wed, 02 Dec 2020 22:40:28 -0000

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