Re: [Roll] [6lo] [6tisch] The "BEFORE" and "AFTER"
Michael Richardson <mcr+ietf@sandelman.ca> Thu, 21 January 2016 20:06 UTC
Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AC381A9098; Thu, 21 Jan 2016 12:06:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.702
X-Spam-Level:
X-Spam-Status: No, score=-0.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, J_CHICKENPOX_54=0.6, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=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 CDWQxTm8e3Xf; Thu, 21 Jan 2016 12:06:38 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B79211A9095; Thu, 21 Jan 2016 12:06:38 -0800 (PST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id C9AC7200A3; Thu, 21 Jan 2016 15:14:44 -0500 (EST)
Received: from obiwan.sandelman.ca (ip6-localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 70DF963751; Thu, 21 Jan 2016 15:06:37 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
In-Reply-To: <413af1673df94cf485a03a3529503979@XCH-RCD-001.cisco.com>
References: <CAAdgstTwS5bSuRfLwh_ntf1MNek+nMR2wDOPjkuCedvpuJ3VwA@mail.gmail.com> <f49c3ea76c394235a690a0dee54cda12@XCH-RCD-001.cisco.com> <CAAdgstTzq-d8X=Gxay3sTVXrE7eck=b3w92xsJh-ujxtVhdc7Q@mail.gmail.com> <f8d1f9064dcb4765b14d492038c1bb44@XCH-RCD-001.cisco.com> <896.1453390339@obiwan.sandelman.ca> <413af1673df94cf485a03a3529503979@XCH-RCD-001.cisco.com>
X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.2
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-sha1"; protocol="application/pgp-signature"
Date: Thu, 21 Jan 2016 15:06:37 -0500
Message-ID: <28648.1453406797@obiwan.sandelman.ca>
Archived-At: <http://mailarchive.ietf.org/arch/msg/roll/VFIa37m_nXRFciww16ULntEbIiE>
Cc: "6tisch@ietf.org" <6tisch@ietf.org>, roll@ietf.org, "6lo@ietf.org" <6lo@ietf.org>
Subject: Re: [Roll] [6lo] [6tisch] The "BEFORE" and "AFTER"
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
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: Thu, 21 Jan 2016 20:06:40 -0000
Pascal Thubert (pthubert) <pthubert@cisco.com> wrote: > The non RPL source leaf sends a packet IPHC source = self dest = other leaf. > The 6LR adds the RPI but the IPHC and whatever comes after it stay untouched > and the packet flies to the root. I think that we went through this in useofrpi.... I read the above sentence to say that the packet format is supposed to be: IP2 RPI IP1 ULP which means that the the IP2 must say "6LR" to "Root", which implies that the 6LR knows what the root is. That's an unavoidable interaction between RPL and the IPv6 forwarding stack, and this is where I claim it's now about 6lowpan, but rather about mesh-over. I think that for a locally generated packet, a smart stack doesn't build those headers, but rather speaks directly to the 6LoRH part of the 6lowpan stack, and says: IPsrc=ME, IPdst=THEM, RPLroot=him > The root adds IP in IP 6LoRH, the updated RPI and the RH3 6LoRH(s) but still > the IPHC and whatever comes after it stay untouched. The root removes the IP/RPI, and adds IP3/RH3. (We agreed that the RPI is perhaps unnecessary). IP3 = RPL hop before "THEM", which root knows. I will read the rest of the text. -- Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works -= IPv6 IoT consulting =-
- Re: [Roll] [6lo] [6tisch] The "BEFORE" and "AFTER" Michael Richardson
- Re: [Roll] [6lo] [6tisch] The "BEFORE" and "AFTER" Pascal Thubert (pthubert)