[Roll] Signaling a packet forwarded along a Projected Route

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 18 December 2018 09:29 UTC

From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: ROLL WG <roll@ietf.org>
Thread-Topic: Signaling a packet forwarded along a Projected Route
Thread-Index: AQHUlrQYwjsI1mTHc0OJi+93tomdPw==
Date: Tue, 18 Dec 2018 09:28:55 +0000
Message-ID: <FC462CD6-7BA2-4E09-88EE-084D3739FE56@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
Content-Type: text/plain; charset="us-ascii"
Content-ID: <D94119B950DE33418F9A2D2717C7FA82@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/1q5i4ZCSlYNz4LJyiJgbpSDTvnw>
Subject: [Roll] Signaling a packet forwarded along a Projected Route
Precedence: list

Dear all

To avoid loops it is important that once a packet is placed in a projected route it follows that till destination and does not fall back to the base RPL topology.

The authors are pondering how to make that happen. We see 2 ways:

1) A flag in the RPI but then there can be trouble between a lose storing mode path interconnected with strict non storing hops, since these are all projected DAOs and we would not discriminate.

2) create the projected routes as different instances and allow routing from the base instance into the projected ones.

What do you think?

Pascal

[Roll] Signaling a packet forwarded along a Proje… Pascal Thubert (pthubert)