Re: [6lo] Call for WG adoption of draft-li-6lo-native-short-address-03
Luigi IANNONE <luigi.iannone@huawei.com> Tue, 23 August 2022 15:44 UTC
Return-Path: <luigi.iannone@huawei.com>
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 F2647C1524BD for <6lo@ietfa.amsl.com>; Tue, 23 Aug 2022 08:44:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 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, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y5z3b5UFBhuE for <6lo@ietfa.amsl.com>; Tue, 23 Aug 2022 08:44:47 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98A6EC1522A8 for <6lo@ietf.org>; Tue, 23 Aug 2022 08:44:46 -0700 (PDT)
Received: from fraeml744-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4MBtnd3Cwyz6842y; Tue, 23 Aug 2022 23:44:21 +0800 (CST)
Received: from lhrpeml100006.china.huawei.com (7.191.160.224) by fraeml744-chm.china.huawei.com (10.206.15.225) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 23 Aug 2022 17:44:43 +0200
Received: from lhrpeml500002.china.huawei.com (7.191.160.78) by lhrpeml100006.china.huawei.com (7.191.160.224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Tue, 23 Aug 2022 16:44:43 +0100
Received: from lhrpeml500002.china.huawei.com ([7.191.160.78]) by lhrpeml500002.china.huawei.com ([7.191.160.78]) with mapi id 15.01.2375.024; Tue, 23 Aug 2022 16:44:43 +0100
From: Luigi IANNONE <luigi.iannone@huawei.com>
To: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>
CC: Alexander Pelov <a@ackl.io>, 6lo <6lo@ietf.org>
Thread-Topic: [6lo] Call for WG adoption of draft-li-6lo-native-short-address-03
Thread-Index: AQHYpbcL/0Mtvwt2ykurFU1IGZMNo62wrE4AgAWE74CAACwYAIAAXxfAgABYvACAALmsgIAAd6AAgAGKXYCAAu1zsA==
Date: Tue, 23 Aug 2022 15:44:43 +0000
Message-ID: <7e1e4c3510604d8aad5d245774664715@huawei.com>
References: <91f63618-ebbc-cdc6-b38e-d7b5a3d3e850@gmail.com> <5497C7A1-231D-414E-BCEF-956BB65298C2@gmail.com> <CACQW0Eq3_oFijtuKNcPV9rHrpiwPejBEjyVcktv0xACQGw-oSg@mail.gmail.com> <6066dc1b32a5406a94b0761a8b5d1251@huawei.com> <d640c88034da4c97817593ea6a7d6f75@huawei.com> <CACQW0EpiNuKMShika=R7Moz0n+ehgwzoiVCS=AUz5wG7ChBEeA@mail.gmail.com> <21673.1661026414@localhost> <D7B8AEC8-B409-4524-9F5C-5CEF9F8CC642@cisco.com>
In-Reply-To: <D7B8AEC8-B409-4524-9F5C-5CEF9F8CC642@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.125.228.70]
Content-Type: multipart/alternative; boundary="_000_7e1e4c3510604d8aad5d245774664715huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/DPXmM04Zi5x9gnDvyZEdf_50h8k>
Subject: Re: [6lo] Call for WG adoption of draft-li-6lo-native-short-address-03
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.39
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, 23 Aug 2022 15:44:51 -0000
Hi Pascal, From: 6lo <6lo-bounces@ietf.org> On Behalf Of Pascal Thubert (pthubert) Sent: Sunday, 21 August 2022 21:45 To: Michael Richardson <mcr+ietf@sandelman.ca> Cc: Alexander Pelov <a@ackl.io>; 6lo <6lo@ietf.org> Subject: Re: [6lo] Call for WG adoption of draft-li-6lo-native-short-address-03 I agree about your point on BIER Michael. The cool thing with it is that it can do both unicast and multicast both with the short address. Also it will reroute on failure. I’m still thinking about whether the model is relevant in IIoT as was claimed in this thread. I have not seen that any of the tenant of the listed protocols expressed interest in this work. Can someone want a network that cannot heal? This is against all we’ve done since arpanet. Which makes it mind boggling, and worth thinking twice. In the typical IIoT case of a control loop (which typically requires a deterministic network) reroute must be real fast, faster than classical healing can happen anyway. So the various routing plans must be ready in advance and in case of a failure we’d need to instantly switch plan. So on paper this draft could be a contender for IIoT use cases, though as you point out, not without the redundant plan. And so would BIER. Just walk a tree depth first assigning a bit at each step and you have the BIER version of the assignment. [LI] Thanks. The above must be considered in the discussion about the reliability draft. Anyway I still see the proposed addresses as non IP, more like BIER or 15.4 short addresses that have to be associated to real iP so the real IP is elided in the packet. And I do not see how this matches the 6lo charter. [LI] The document explains how to go from NSA compressed address to a full IPv6 address and vice-versa. NSA addresses are IPv6 addresses. As for the charter, it states: 6lo focuses on the work that facilitates IPv6 connectivity over constrained node networks with the characteristics of: * limited power, memory and processing resources [LI] NSA, because of the stateless feature helps reducing memory usage (no routing table) and processing resources (no routing updates to process). * hard upper bounds on state, code space and processing cycles [LI] NSA fits these constrains as well. * optimization of energy and network bandwidth usage [LI] NSA reduce network usage because there are not routing messages and hence reduces energy consumption. Please have a look to the third paper of the workshop: https://conferences.sigcomm.org/sigcomm/2022/workshop-fira.html [LI] Note that there is no claim about “doing better than …” Wherever this work finds a home (a new WG?), [LI] The charter also state: 6lo works on small, focused pieces of work, but does not take on larger cross-layer efforts. [LI] I would say that 6lo is a small focused piece of work that does not require a whole specific WG. it will have to document requirements and show convincing uses cases, which has timidly started in this thread but with more handwaiving than actual facts - though I liked the DC sensor use case. And then confront with alternative solutions like ROLL/ BIER till the group selects the best match. [LI] We tried already to answer these questions. The comments received in this thread is going a long way in helping us improve even more the document. Thanks for all the feedback. Ciao L. Regards, Pascal Le 20 août 2022 à 22:14, Michael Richardson <mcr+ietf@sandelman.ca<mailto:mcr+ietf@sandelman.ca>> a écrit : Alexander Pelov <a@ackl.io<mailto:a@ackl.io>> wrote: I'd be happy to discuss specific scenarios/use-cases that come from a real-world need. In any case, I think these are required before accepting the draft as a WG item. Well, there really aren't any formal requirements to adopt a draft as a WG item. It's a decision reserved for the WG chairs to make in any way that they see fit. Typically, they observe a consensus that the WG wants to work on it. That means that the WG is willing to spend agenda time on the document. But, over time the Adoption call has become overly bureaucratic due to the belief that documents that are adopted MUST be published. This has resulted in the adoption call being overly litigated. See https://datatracker.ietf.org/doc/draft-carpenter-gendispatch-rfc7221bis/ for some opinions and of course RFC7221. However, like you, I am not feeling very confident that there are real use cases, and that this document it not simply the result of researchers who looked at RFC6550, did a page count and decided it must be hard and that it shouldn't be so difficult, so let's invent something new, even though we have no actual use case. That is the research institute way, where success is measured in papers published, rather than products shipped. This is not the IETF way. The IETF way is to see that there is a problem that can not be solved with existing technology, write a paper about the failures of the existing things, having tried them, and then do some experiments to see what else could be done. Write some (running) code, do experiments and then report on it in an attempt to get rough consensus. I've actually seriously considered the datacenter situation. It's a core use for ANIMA's ACP. I can unicast some presentations, but I'm not sure that I want the links public yet. I like the idea of an incrementally deployable swarm of management devices powered by the network. I have been thinking about how to do PoE in/out in a daisy chain/tree. I hadn't thought about using the 100baseT1 that the automotive industry likes. One concern that I have with NSA is that I think the network can get renumbered whenever there are new devices. -- Michael Richardson <mcr+IETF@sandelman.ca<mailto:mcr+IETF@sandelman.ca>> . o O ( IPv6 IøT consulting ) Sandelman Software Works Inc, Ottawa and Worldwide _______________________________________________ 6lo mailing list 6lo@ietf.org<mailto:6lo@ietf.org> https://www.ietf.org/mailman/listinfo/6lo
- [6lo] Call for WG adoption of draft-li-6lo-native… Carles Gomez Montenegro
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Jing Wang
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Galis, Alex
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Marco Carugi
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Jian Wang
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Tommaso Pecorella
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Zhen Zhang
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Yong-Geun Hong
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Peng Liu
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Kiran Makhijani
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… longrong
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Zhe Lou
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… marinos charalambides
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Alexander Pelov
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Alexander Pelov
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Alexander Pelov
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- [6lo] 答复: Call for WG adoption of draft-li-6lo-na… longrong
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] 答复: Call for WG adoption of draft-li-6l… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Kiran M
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Michael Richardson
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Luigi IANNONE
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Pascal Thubert (pthubert)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Alexander Pelov
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Liguangpeng (Roc, Network Technology Laboratory)
- [6lo] Moving forward: was Call for WG adoption of… Pascal Thubert (pthubert)
- Re: [6lo] Moving forward: was Call for WG adoptio… Pascal Thubert (pthubert)
- Re: [6lo] Moving forward: was Call for WG adoptio… Liguangpeng (Roc, Network Technology Laboratory)
- Re: [6lo] Call for WG adoption of draft-li-6lo-na… Alexander Pelov
- Re: [6lo] Moving forward: was Call for WG adoptio… Michael Richardson
- Re: [6lo] Moving forward: was Call for WG adoptio… Luigi IANNONE