Re: [Roll] RaF vs RAN as a TLA
Michael Richardson <mcr+ietf@sandelman.ca> Sat, 18 May 2019 14:35 UTC
Return-Path: <mcr+ietf@sandelman.ca>
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 4D59B1200F7 for <roll@ietfa.amsl.com>; Sat, 18 May 2019 07:35:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 IevhkXKjEYaO for <roll@ietfa.amsl.com>; Sat, 18 May 2019 07:35:56 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF6A612004E for <roll@ietf.org>; Sat, 18 May 2019 07:35:55 -0700 (PDT)
Received: from sandelman.ca (unknown [IPv6:2607:f0b0:f:2:56b2:3ff:fe0b:d84]) by tuna.sandelman.ca (Postfix) with ESMTP id 4428E38263; Sat, 18 May 2019 10:35:04 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id 07000CB3; Sat, 18 May 2019 10:35:52 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 05993CA3; Sat, 18 May 2019 10:35:52 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Carsten Bormann <cabo@tzi.org>
cc: Routing Over Low power and Lossy networks <roll@ietf.org>
In-Reply-To: <AEDCFD4E-D918-46FF-8EA5-D0D14C1E79F2@tzi.org>
References: <155808338494.14870.18290854534956976840@ietfa.amsl.com> <31365.1558122117@localhost> <a101c862-75c7-00c1-228b-278e37ba6c13@earthlink.net> <AEDCFD4E-D918-46FF-8EA5-D0D14C1E79F2@tzi.org>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Sat, 18 May 2019 10:35:52 -0400
Message-ID: <23124.1558190152@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/PWp_Hba2vWBJJLkipDu0aNJQXxA>
Subject: Re: [Roll] RaF vs RAN as a TLA
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, 18 May 2019 14:35:58 -0000
Carsten Bormann <cabo@tzi.org> wrote: > “Host” is a great word for a thing that is not a router. Point taken, and I want to go further with this. > If you call RPL-unaware things “hosts”, you reclaim the term “Leaf” for > routers that don’t forward (“leaf router” in long form). The key point in useofrplinfo was that the *Host* was something that could not understand the IPIP headers that we need in some places. From reading roll-unaware-leaves, there is some ambiguity between Hosts that choose not to participate in the routing mesh, and those that are incapable of understanding the RPL artifacts. I feel that a Host is in the later category. I am specifically thinking about a subsystem that might use ethernet or PPP between Hosts, but have an edge device that speaks LLN. The internal nodes would be hosts, but the edge device would be RUL, but still a router. The lack of connectivity might be more about range rather than power (such as the window smash detector) > Look, ma, no abbrevs. I'm specifically offering to change useofrplinfo's acronyms to match roll-unaware-leaves. It's at the IESG, but that change in terminology would likely not have a signfiicant effect. I resisted calling ~RAF == Hosts because I was concerned I'd confuse things worse. I was trying to get processing of IPIP headers (where both IPdst=self) into the revised IPv6 Host requirements document, but it seemed like a really big fight, and I was busy. Had I succeeded, then calling them Hosts would have been good. -- Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works -= IPv6 IoT consulting =-
- [Roll] I-D Action: draft-ietf-roll-useofrplinfo-2… internet-drafts
- [Roll] RaF vs RAN as a TLA Michael Richardson
- Re: [Roll] RaF vs RAN as a TLA Charlie Perkins
- Re: [Roll] RaF vs RAN as a TLA Carsten Bormann
- Re: [Roll] RaF vs RAN as a TLA Michael Richardson
- Re: [Roll] RaF vs RAN as a TLA Michael Richardson
- Re: [Roll] RaF vs RAN as a TLA Pascal Thubert (pthubert)
- Re: [Roll] RaF vs RAN as a TLA Michael Richardson