Re: [6lo] Update to draft-ayers-low-power-interop-01

Hudson Randal Ayers <hayers@stanford.edu> Tue, 28 July 2020 19:31 UTC

Return-Path: <hayers@stanford.edu>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDEEB3A0BAE; Tue, 28 Jul 2020 12:31:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 oLUsDwRKG_K1; Tue, 28 Jul 2020 12:30:58 -0700 (PDT)
Received: from mx0a-00000d04.pphosted.com (mx0a-00000d04.pphosted.com [148.163.149.245]) (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 E8DCC3A0BAD; Tue, 28 Jul 2020 12:30:54 -0700 (PDT)
Received: from pps.filterd (m0102890.ppops.net [127.0.0.1]) by mx0a-00000d04.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06SJP4C7021407; Tue, 28 Jul 2020 12:30:54 -0700
Received: from mx0b-00000d03.pphosted.com (mx0b-00000d03.pphosted.com [148.163.153.234]) by mx0a-00000d04.pphosted.com with ESMTP id 32gjtnvq7n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Jul 2020 12:30:54 -0700
Received: from pps.filterd (m0206578.ppops.net [127.0.0.1]) by mx0a-00000d03.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06SJQKHB005665; Tue, 28 Jul 2020 12:30:53 -0700
Received: from mx0a-00000d06.pphosted.com (mx0a-00000d06.pphosted.com [148.163.135.119]) by mx0a-00000d03.pphosted.com with ESMTP id 32gjvw5eju-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Jul 2020 12:30:53 -0700
Received: from pps.filterd (m0195435.ppops.net [127.0.0.1]) by mx0a-00000d06.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06SJRI9E031076; Tue, 28 Jul 2020 12:30:52 -0700
Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2050.outbound.protection.outlook.com [104.47.36.50]) by mx0a-00000d06.pphosted.com with ESMTP id 32ghh4krje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Jul 2020 12:30:52 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ag5EOQ8bCtoVSUynjAT1COVH6zKNXFGm4ka+1tgDWOPXBe2dAqOobIOTMRyVwK0962AQ/d44IkxEa9i+lPOuiY2ep83oStv2F6cKxJmQUGg//1uUJR6GMCbUW+i2gl1OVfUhJWILgwzbfyHtkqEK167OOlThx0udwFA/d9KDi4fhVWidp61Gj1uCu4siGj0uSdDjuZMQbcRGr33Quig5YfR7oL2dVFrupwFvAYXnBKmECnpolgkjySaz+SE4BZzCEDfdESpQnwizDuNy2zDNRGjCL60AuexzZ6zb24zt9u8hX2vHeFUS3axw3eGPz5IREYEf+QX2ul3xK0IPwBAJRQ==
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=n5amw5j9IlTamoj1uu2EkSPyoO1qLWjev2luee+xL4I=; b=UACJ6nYaWB5Volcq6RZZVVGTZO+nmdXQwVL4/hMp+j8A/+1c8ANva8X2UdlL6XYvv76Te/ZfNCV9ZGEHTxsJvSrafFwGb+Ivs9OIn+f0wyvbIrReAJwqozUSyD7U8Ai9ZTuBqq3gr6UzXBG3uHYXfjdTAWN8Tp6WChWdBijj2nRYlGXPNIgkAH9TW6La59+yMhBBqnUbT6pHBVmDgyDxUx2yeHFAu7TB4D6gGswBIP/T1we/XaSaXECd+0LjVrd2DRJBYfsnhcAxdUlcrlPtdwAXP8sBQG26F4vriWPGg55Zxv+6GdNc5Kr4d/GoHiYEXHjpe4XHxvz4eh/xX9FsCQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stanford.edu; dmarc=pass action=none header.from=stanford.edu; dkim=pass header.d=stanford.edu; arc=none
Received: from BYAPR02MB5429.namprd02.prod.outlook.com (2603:10b6:a03:99::31) by BYAPR02MB4757.namprd02.prod.outlook.com (2603:10b6:a03:47::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.20; Tue, 28 Jul 2020 19:30:50 +0000
Received: from BYAPR02MB5429.namprd02.prod.outlook.com ([fe80::e555:8fb1:c822:de2b]) by BYAPR02MB5429.namprd02.prod.outlook.com ([fe80::e555:8fb1:c822:de2b%5]) with mapi id 15.20.3216.033; Tue, 28 Jul 2020 19:30:50 +0000
From: Hudson Randal Ayers <hayers@stanford.edu>
To: S.V.R.Anand <anandsvr=40iisc.ac.in@dmarc.ietf.org>
CC: "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: [6lo] Update to draft-ayers-low-power-interop-01
Thread-Index: AQHWY6kuNgIR78bu5k2k32cx0a/k4akdFCuAgABCePg=
Date: Tue, 28 Jul 2020 19:30:50 +0000
Message-ID: <BYAPR02MB54297179B56AAB82D983269AA3730@BYAPR02MB5429.namprd02.prod.outlook.com>
References: <BYAPR02MB542945EDDE2ABB726E85A5BAA3720@BYAPR02MB5429.namprd02.prod.outlook.com>, <20200728144530.GA3178@iisc.ac.in>
In-Reply-To: <20200728144530.GA3178@iisc.ac.in>
Accept-Language: en-US
Content-Language: en-US
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=stanford.edu;
x-originating-ip: [108.28.69.228]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a8a103d7-7c07-4ea7-e892-08d8332cbc92
x-ms-traffictypediagnostic: BYAPR02MB4757:
x-microsoft-antispam-prvs: <BYAPR02MB4757CBDBB0FC0E639CDE1781A3730@BYAPR02MB4757.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: ScoGrqlKQGAN2vH9Tmv59eYO84AshdD2ycXhlYz8sLCxPhNQmfbVSU1f0e7S5FhdamvEK46rA3eSTFt9enRzCoWA5yhs3DarYHCJft6WVQLIRURUbdefyPWkDainALUiNn1crjsAmLEwvKWRgpvIDzlZWkMdsQ/QI0oDmi34wNesz+cehuYw04DcV1yv4nXqM3aZ/UfcBhTTXvdX5tVfq4+jihagcYb/D0a2g+mjxT943HCClwkdxTTT/aSnKQx9XHG+fzOqwOb4odeN516F1Ymx1qrbxmHTmqjFy/TR/L1Tw/oz8LnSje1UvWbx1SrqrjwKRQ7FuBKKAFBGHsd7oBGcUrGIMWU7NjO1EALOkL77ennRgYuY7ZLa7SEw1RL2I8wM6xGRXkb7AqAIV6j+TQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR02MB5429.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(346002)(376002)(39860400002)(366004)(136003)(396003)(66946007)(76116006)(66574015)(4326008)(66556008)(55016002)(75432002)(66476007)(5660300002)(66446008)(64756008)(2906002)(7696005)(9686003)(8936002)(33656002)(71200400001)(15650500001)(166002)(53546011)(6506007)(86362001)(478600001)(186003)(83380400001)(26005)(786003)(316002)(19627405001)(52536014)(8676002)(966005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: /ZJXwix5FyAHDha/9XcifrE0vjAFNc45CJNX38kWYvAdWFsaIU1NkTLsod0zSx89IhYzhjf9MrVVwUPojjRYvjXn8CBDvqNjpwSmdb5vuiVse8ztr7gKs+hULIi8vJJI2sLS8z6tDZQ8n0Jho7VHI3HgqHjhdakxp0dFOOHLv8aAnA+WhLqpLo8pDa/uA1q2sF8pCycs0tEU6mehRUKqqoBs+qU9p5n1l/us+IesgfQQ5Dkqo1l0FYkL/Fqkcaw1aGxWb6xMYiSawy7MdZQKdA11EtoGB0em1D8zzHOVC+hJTkdyHlFOTqpSA7T7l9LKqNM3xEgOTAjwBc23frPlLxokmBw914+jY8Q8HCoI+Jv7Y8TK+tvg0gpP1BX8cLor02agj52im6KqeIqu9i2ZiALlfemtv8oFtzUse3vYKfh/sAUTAVISC3W24VNf19NUfPtRzuVCpWECkwrxE8kpqHJGVZfYTqGNHMiB+NWwMYk=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR02MB54297179B56AAB82D983269AA3730BYAPR02MB5429namp_"
MIME-Version: 1.0
X-OriginatorOrg: stanford.edu
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR02MB5429.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a8a103d7-7c07-4ea7-e892-08d8332cbc92
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2020 19:30:50.7107 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 396573cb-f378-4b68-9bc8-15755c0c51f3
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: A9X135EwUq9q+XZWUnxSkMsws8Sj0duNJ4Ia1xKTBaEHwSBl6eAHfxvp//itCqz2tow2UiOxVU0Mqb1FWckaWQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR02MB4757
x-proofpoint-stanford-dir: outbound
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-28_16:2020-07-28, 2020-07-28 signatures=0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-28_16:2020-07-28, 2020-07-28 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=100 priorityscore=1501 impostorscore=0 suspectscore=0 mlxlogscore=999 lowpriorityscore=0 bulkscore=0 clxscore=1011 malwarescore=0 phishscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007280138
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/FPWK28ruT13-JXvHohsrJydOTgc>
Subject: Re: [6lo] Update to draft-ayers-low-power-interop-01
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jul 2020 19:31:01 -0000

Hi Anand,

Thanks for your thoughtful questions! My replies are inline.

Best,
Hudson

________________________________
From: 6lo <6lo-bounces@ietf.org> on behalf of S.V.R.Anand <anandsvr=40iisc.ac.in@dmarc.ietf.org>
Sent: Tuesday, July 28, 2020 7:45 AM
To: Hudson Randal Ayers <hayers@stanford.edu>
Cc: 6lo@ietf.org <6lo@ietf.org>
Subject: Re: [6lo] Update to draft-ayers-low-power-interop-01

Hi Hudson Ayers,

I went through the draft and found it very interesting. There are few
points I would like to mention.

- The figure 1 clearly indicates that the flash size is increasing all
the time. This could be due to the increase in the application demands.
Given that the network stack size is not going to change, even for level
5, don't you think its percentage of share continues to reduce with ever
increasing flash size ?

While there has been a general trend of flash size increasing with time, it is still the
the case that lower cost boards are those with less flash. Also, the trend toward more
integrated system-on-chip platforms means that most newer platforms
with additional flash available also have additional on-chip peripherals that require
support in software. This means that the additional space actually available to applications
running on an OS kernel often remains small. Also, even with some decrease in the share of total
flash consumed by the networking stack, market forces often push users of embedded OSes towards
more minimal kernels, and this pushes embedded OSes to strive for minimal code size whenever possible.

- While the draft primarily focuses on the interoperability we may have
to consider certain artifacts that could play out. For instance, how
multicast can possibly be handled ? Would the node use lowest level
among its neighbours ? or all nodes use the level 0 in general ?

It depends on the link-layer mechanism used. For link-layer broadcasts,
a node would use the lowest level among its neighbours,
as a routing node would know the capability levels of its neighbours.
However my understanding is that 6LoWPAN allows for the use of multiple unicast
link layer messages to forward IPv6 multicast packets, in this case each node
receiving a unicast message would be sent a message compressed to its respective
capability level.

- From the perspective of RPL OF, it would be good to mention what one
can expect if we have intermediate nodes supporting different levels of
implementation, meaning different packet sizes in the air.

This is an interesting side effect which I had not considered. I think that most
nodes configured to support routing would be the highest level -- my experience analyzing
open source implementations and uses of 6LoWPAN is that those that skimp the
most on features are nodes used primarly as edge nodes only. So one option is to
require routing capable nodes to support the highest capability.
I am not super familiar with the details of RPL and how the OF is calculated, but I
imagine the next best alternative would involve some multiplication of the link throughput
based on the capabilities of the nodes involved.

Regards
Anand



On Mon, Jul 27, 2020 at 12:12:18AM +0000, Hudson Randal Ayers wrote:
> External Email
>
> Hi all,
>
> I recently published an update to my Internet draft titled "Design Considerations for Low Power Internet Protocols". It is an informational draft which uses 6LoWPAN as a case study to dissect difficulties achieving interoperability for implementations of low power Internet protocols. I first published this draft two years ago, and originally presented it at the 6LoWPAN working group meeting at IETF 103. I have made a number of updates to this work since then which I think may be of interest to the group, and am presenting these updates at the 6LoWPAN working group meeting at IETF 108 this week.
>
> A link to the draft can be found here if you are interested! https://tools.ietf.org/html/draft-ayers-low-power-interop-01
>
> Any feedback is appreciated, as is any discussion at the working group meeting on Wednesday.
>
> Thanks,
>
> Hudson Ayers

> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo

_______________________________________________
6lo mailing list
6lo@ietf.org
https://www.ietf.org/mailman/listinfo/6lo