Re: [Roll] Source Routing Header Format

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 18 May 2010 06:37 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F7973A6BFE for <roll@core3.amsl.com>; Mon, 17 May 2010 23:37:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.605
X-Spam-Level:
X-Spam-Status: No, score=-3.605 tagged_above=-999 required=5 tests=[AWL=-3.606, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id thdS2L-gfNpD for <roll@core3.amsl.com>; Mon, 17 May 2010 23:37:00 -0700 (PDT)
Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by core3.amsl.com (Postfix) with ESMTP id 411D23A6C2E for <roll@ietf.org>; Mon, 17 May 2010 23:36:27 -0700 (PDT)
Authentication-Results: ams-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,253,1272844800"; d="scan'208";a="7518882"
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-2.cisco.com with ESMTP; 18 May 2010 05:57:53 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o4I6aIfR008423; Tue, 18 May 2010 06:36:18 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 18 May 2010 08:36:18 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 18 May 2010 08:36:12 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D01E85DBE@XMB-AMS-107.cisco.com>
In-Reply-To: <7ED5239F-691E-448D-A174-D6B51128584D@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Roll] Source Routing Header Format
Thread-Index: Acr1vzKL+77aa0CVSayUfL+M/7aMGwAlAVNA
References: <6AAA6AEF-11B3-4342-BEA3-6D6D39E8154C@cs.jhu.edu> <7ED5239F-691E-448D-A174-D6B51128584D@cisco.com>
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: JP Vasseur <jpv@cisco.com>, "JeongGil Ko (John)" <jgko@cs.jhu.edu>
X-OriginalArrivalTime: 18 May 2010 06:36:18.0554 (UTC) FILETIME=[6C2525A0:01CAF654]
Cc: ROLL WG <roll@ietf.org>
Subject: Re: [Roll] Source Routing Header Format
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Tue, 18 May 2010 06:37:02 -0000

Hi JP:

For the P2P, it appears that we'll need the record route piece as well.
But the record route does not preexist in IPv6 standards.

It is present in my early work on tree discovery, so in a somewhat
similar context of mobile routers forming networks: 
http://tools.ietf.org/html/draft-thubert-nemo-reverse-routing-header

One option to move forward could be to start from that draft and make it
a separate spec.

We'd cleanup the mobility/tunnel pieces  and make it fully agnostic to
routing protocols.

What does the group think?

Pascal

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of JP
> Vasseur
> Sent: Monday, May 17, 2010 2:44 PM
> To: JeongGil Ko (John)
> Cc: ROLL WG
> Subject: Re: [Roll] Source Routing Header Format
> 
> Hi,
> 
> On May 7, 2010, at 8:24 AM, JeongGil Ko (John) wrote:
> 
> > Hi all,
> >
> > Have we decided on what the routing header format will be for point-
> > to-point routing?
> > The last discussion that I remember concluded with "Let's do
something
> > like RH0 and do tag/labels for addressing".
> 
> Right, Jonathan agreed to take the ownership of the ticket: indeed the
> conclusion was RH0-like, staying within RPL domain to avoid security
issues.
> Labels may come next (separate ID).
> 
> Thanks.
> 
> JP.
> 
> > Do we have anything else after that?
> >
> > -John
> >
> > ------
> > JeongGil Ko (John)
> > Ph.D. Student
> > Department of Computer Science
> > Johns Hopkins University
> > http://www.cs.jhu.edu/~jgko
> >
> > _______________________________________________
> > Roll mailing list
> > Roll@ietf.org
> > https://www.ietf.org/mailman/listinfo/roll
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll