Re: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Sat, 12 September 2020 21:52 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80863A0942; Sat, 12 Sep 2020 14:52:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 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_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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=O0+lkWHs; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=R3fKSDXo
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 8Ny1KnTF76gu; Sat, 12 Sep 2020 14:52:19 -0700 (PDT)
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 2D3A43A093C; Sat, 12 Sep 2020 14:52:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3576; q=dns/txt; s=iport; t=1599947539; x=1601157139; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=hrsYisIkcfgfVYEohvWd27XUeXea1ngziqHbm+D/bJI=; b=O0+lkWHs3xobHw4KKnZV00kJWsOtt/+ILdTWppB8ChhWrFbUzE+65wIe MJe+2LmY3HtqtwM1HSxX78jkebJZt9uLGxN12FEntKfPwMd9V0+YJoapa zG//XMJ5fi9PuMLc1MZBKxKfZVlx7rc08HYws6vA3J9VEHHDj1gDaArdD s=;
IronPort-PHdr: =?us-ascii?q?9a23=3AEirxdhc6PVnAXsI1zLFZ3DUFlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaQB9fa5u5Kze3MvPOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZX/akHc5Hqo4m1aFh?= =?us-ascii?q?D2LwEgIOPzF8bbhNi20Obn/ZrVbk1IiTOxbKk0Ig+xqFDat9Idhs1pLaNixw?= =?us-ascii?q?=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CsAADNQV1f/4wNJK1fGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAUCBPQQBAQELAYFRUQeBSS8sgTCDCYNGA41HJoEChCe?= =?us-ascii?q?TSYEugSUDVQsBAQENAQEtAgQBAQ+BR4J1AheCDAIkNgcOAgMBAQsBAQUBAQE?= =?us-ascii?q?CAQYEbYVcDIVyAQEBAQIBEhERDAEBNwEECwIBCBgCAh8HAgICMBUQAgQOBSK?= =?us-ascii?q?DBIJMAw4gAalvAoE5iGF2gTKDAQEBBYUkGIIQCYEOKgGCcIJcS0JLgXyECxu?= =?us-ascii?q?BQT+BEScMEIIYNT6CXASBPx6DFzOCLZA3gjQ8o2MKgmWaPQMeoGyuGIQpAgQ?= =?us-ascii?q?CBAUCDgEBBYFbAzCBV3AVZQGCPlAXAg2OHwwXFIM6ilZ0AjUCBgEJAQEDCXy?= =?us-ascii?q?PVAEB?=
X-IronPort-AV: E=Sophos;i="5.76,420,1592870400"; d="scan'208";a="825044259"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 12 Sep 2020 21:52:17 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 08CLqH9Z009245 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 12 Sep 2020 21:52:17 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 12 Sep 2020 16:52:17 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 12 Sep 2020 16:52:16 -0500
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Sat, 12 Sep 2020 17:52:16 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=khh23fceTlLv9XE4c9qYUwrfEzEwBCj7t3QVr11UeGVWO/EGfSRJC7BG2+j0Jc6GopmewHdRqZ3yE4G1ZXwmITGDlCV+g/lcDks8fyBFOTlFLzAwdFgO2SitxmHkEDs/ZNb6z5DB8plRKtmQVcR7b4oKof2oajCEQ2okIr7aVu7UVOH9dRJLwj9bh86nXiei//QinAu9bbe2ANhE1mCs63QxHt2vQNxAP/izwEwOniRGjPecxxcLUuJo7ogqCteoYZWlPRXyA3FEszfsrsnkxo0whf1GpCAJ9i4qgHEkbP5A/AQOZfV0wMeHpwBN7b1ueQq8y4QVw9MhbyTpEWmjeA==
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=hrsYisIkcfgfVYEohvWd27XUeXea1ngziqHbm+D/bJI=; b=RKgBcId93KI7X8eh3qzfyIl44avvuNNsf8/ylseZu8HTlqCEZPwYvKjM/4KaiVSfVmzt48RAk7vbtPbG8Gv4o6ndqvJcQ9C+g3WUM7ibSlnDXREiMhf5zZkdDPr/MWoqN4W7utjJ0R/FsxXfFpgOjKlwA19dr/3rIgR+bRYA9T7bLvsPJECXEMbZ8j/sKmU9gr6rX+bQ+PcRdR3je1lFOaFuGUo7lEh6npeKeNVqNWrOdUbJHdsN0FW2AaMepAnL1XcP13ptwuYOpWK150cJUcU6eqIL4nCuxOUZfyC24xpmjP/yuz5HIkQzaUMA0wC7ne5R6uV3cDqzmR/HzBH2kg==
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=hrsYisIkcfgfVYEohvWd27XUeXea1ngziqHbm+D/bJI=; b=R3fKSDXo+VEMjqwCJzZ8DnkhmCe7tVWNa6Uy+zIQXDANZe+1a4v7aOMbN6hQQZ1hTjyyUpBk78dhLhFZOusOw2d30afhu/zvTbxh1tQjzidy/rVBmFMiojpg+AzVsHw/XOIYtvSMmvfR5zAlSLDbJ8kPGoMsnGaEf9+Cs7MMysM=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (2603:10b6:208:ea::31) by MN2PR11MB3965.namprd11.prod.outlook.com (2603:10b6:208:13c::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.17; Sat, 12 Sep 2020 21:52:13 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::119:f851:5860:da95]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::119:f851:5860:da95%4]) with mapi id 15.20.3370.017; Sat, 12 Sep 2020 21:52:13 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
CC: Routing Over Low power and Lossy networks <roll@ietf.org>, Benjamin Kaduk <kaduk@mit.edu>, "roll-chairs@ietf.org" <roll-chairs@ietf.org>, Ines Robles <mariainesrobles@googlemail.com>, "draft-ietf-roll-turnon-rfc8138@ietf.org" <draft-ietf-roll-turnon-rfc8138@ietf.org>, The IESG <iesg@ietf.org>, "Alvaro Retana" <aretana.ietf@yahoo.com>
Thread-Topic: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)
Thread-Index: AQHWhvbDFnz+ZxCN2kqfSLm4/QQEM6lhafFggADkOACAAVPGAIAAAK+AgAAvlRyAAXgcAIAARbX4
Date: Sat, 12 Sep 2020 21:52:13 +0000
Message-ID: <FD82D949-1292-4769-9E98-0B174096C4DE@cisco.com>
References: <159968972884.1065.3876077471852624744@ietfa.amsl.com> <MN2PR11MB35659A0710E687A7C9995E6ED8270@MN2PR11MB3565.namprd11.prod.outlook.com> <20200910200744.GE89563@kduck.mit.edu> <17053.1599841430@localhost>, <20200911162617.GQ89563@kduck.mit.edu> <8F19C753-DCA0-4A32-BA3B-A124B2F7F745@cisco.com>, <13242.1599932564@localhost>
In-Reply-To: <13242.1599932564@localhost>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb1d:4ec:2200:950d:74a1:cbf:4d5d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b47ae5a5-b69c-42ef-c13a-08d857661ba5
x-ms-traffictypediagnostic: MN2PR11MB3965:
x-microsoft-antispam-prvs: <MN2PR11MB3965CBBEE4E8F10661E43C46D8250@MN2PR11MB3965.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: 3Cadr4gnoFovqhDkOFhjpd2KWI3eHNoDI9nFd4WR9KfhEG70sPVPM/ia/UtW3ctSeEPBhgu1xVtXETo2FuJKScY8gvwndoT664FCmKLZ8+g21WEFpAed1CwR9n5GKlj4YqrLMm71UpmQFFD69vngQQVSjVhSocxCbi8r5mUJWIv9N3TmQ9K1pR7Y3RViVCKm7g4tb1cidcf0kIXiUGMEt+QNVnObca1vVNjZTiI3EHpnzX0XBeLtysVQedC8ACv4T2udV7pDg5h6q7E10KjTn8S48R4C8ZyB8drM7QCEpw55eExpBKNe62GzAZ9qubszfu8KOUNdd3B+4aGskYBDRg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB3565.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(136003)(396003)(376002)(39860400002)(346002)(6486002)(33656002)(6512007)(8936002)(478600001)(8676002)(2906002)(36756003)(71200400001)(66574015)(76116006)(64756008)(66446008)(2616005)(66556008)(66476007)(5660300002)(86362001)(4326008)(91956017)(66946007)(54906003)(186003)(6506007)(316002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 4TMztly1bow6l/8Jx+wZiB90UboTDyPFni+mXIAPvomZGIbBGku7pXce/AcrIK1PkTNQvYFhKdbMOEhVcsyWzEtHDcbfstVmrmH8w5Zt0mB4OKnBbeBXewXAbT0k8iES09cIJ+aZuh3T33dwWr5e0rvZAsxqh0C2CFPE7AGHjYBK1QuotIcGy1fsWfnZKinIWH0Nwib2i+M3CvQcffM4yrKpSVaErr4UIVmJ7HWh+tc6dnce0fNHC2FqAsuVlWcuuzHsDfP3M2JQHD+xV/jaHRVCpzb2wBDODu7R4blPsnG2JI6UDLMq5Up5oH6DnectdWtqRaUCLUV3d5LkE8INQ2CjS2AeiJtkXcFydqdVIocj2lx5I2NYId2utLbrJfU0ws663UzdN12OWz6sa3IWZib5MXG5huTvEM+w75msnD87hyknFceW4J4jrG3St4TBwt4gAHtjT1GuFCr9L+tL4mBWn4yrbinFDzcVvVvovYULvAazIaUNgVa74SEMA0LsnUCW4shrMGPEDw4FUjMsbsWitxjQ6jpEfzpYxA21yR7WFWwXCX7QCEQ90YB6m6lgilX89Z9ahs8LF8FudGvwAmkT27YxNT4KS1VAGE9s+ZQFTz4+nSwPzS3UQLW11I2R3+VBZIDeT5Y2q9i8tObsV7zhjmkC+YlWjtPVg12/862++wDGkeu30pKy0Pq71+qJmtOJrvCrK+a8cYXXqLJLBA==
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: MN2PR11MB3565.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b47ae5a5-b69c-42ef-c13a-08d857661ba5
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Sep 2020 21:52:13.4493 (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: mtgnfCUkLl4Jmb4P5RRu1abV6dMdl0e5OlHXGKYgTEjnXkOZalB+7WQauSNjjCsWaAPssYqK+zyB7qKe28G0CQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3965
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/xae_EZWHvTy-_Ld08zgkNHvIWlY>
Subject: Re: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Sep 2020 21:52:21 -0000

Hello Michael 

I agree that for some link layer compression is not useful. I expect that this means higher power devices on less constrained links. For those there is configuration and management that can override the default . 

For unmanaged high volumes of low power devices and constrained radios, I’d rather have it on. And I agree that the node can only be a leaf in a mop 7 network.

Take care,

Pascal

> Le 12 sept. 2020 à 19:52, Michael Richardson <mcr+ietf@sandelman.ca> a écrit :
> 
> 
> Pascal Thubert \(pthubert\) <pthubert=40cisco.com@dmarc.ietf.org> wrote:
>> Now I’m unsure Michael and I agree anymore.
>> What will today’s developer code?
> 
>> We ask him to test if mop is < 7
>> What value will the developer place in his code if the test returns
>> false?
> 
> That's a good question.
> Pascal, it your intention that 8138 be turned on in this case?
> 
> I'm not opposed to that conclusion, but I thought that the goal was to move
> the signaling to mopex/capabilities/TBD?
> 
> Would there be cases in the future where ONLY 8138 compression would be coded?
> 
> We have set the situation where if a node does not understand the MOP, it can
> be a leaf, but 8138 incompatibility makes that not work.
> 
> 
>> Leaving it to the implementation will have some people choose true and
>> others false. This is not what we want.
> 
>> We want to control what the code does so we can expect it in the future
>> and build our backward compatibility based on that sure knowledge.
> 
>> Before the draft the default was no compression. Quite naturally since
>> initially it did not exist.
> 
>> Also we discussed on the ML that for RPLv2 all implementations MUST support the compression.
> 
> Just consider that for some link layers, 8138 compression might not make sense.
> 
>> In which case it is a better default for a coder today to decide to use
>> the compression for mop 7, isn’t it?
>> I hope I make the case right. Just think you’re coding it!
> 
> We're assuming someone coding today.
> Someone who is not writing MOP=7 code, has no mopex or capabilities code,
> because we haven't defined that.
> We agree that the "T" flag does not exist, and should be checked.
> Such a node would be a leaf.
> 
> I can live with defaulting 8138 to be on for MOP=7 for link layers for which
> 8138 is appropriate. (Someone coding today will know what link layers they
> have)
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>           Sandelman Software Works Inc, Ottawa and Worldwide