[6lowpan] RE: [Manemo] MANEMO is not just about Nested Nemo
"Pascal Thubert \(pthubert\)" <pthubert@cisco.com> Thu, 26 July 2007 11:38 UTC
Return-path: <6lowpan-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IE1fu-000133-Bu; Thu, 26 Jul 2007 07:38:34 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IE1ft-00012x-Ay for 6lowpan@lists.ietf.org; Thu, 26 Jul 2007 07:38:33 -0400
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE1fs-00030g-2M for 6lowpan@lists.ietf.org; Thu, 26 Jul 2007 07:38:33 -0400
Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 26 Jul 2007 13:38:31 +0200
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAAANIjqEaQ/uCKh2dsb2JhbACPZwEBAQgKJw
X-IronPort-AV: i="4.16,584,1175464800"; d="scan'208"; a="149063105:sNHT92000274"
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6QBcUVp030800; Thu, 26 Jul 2007 13:38:30 +0200
Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6QBc6kv003625; Thu, 26 Jul 2007 11:38:11 GMT
Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Jul 2007 13:38:06 +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: Thu, 26 Jul 2007 13:38:00 +0200
Message-ID: <7892795E1A87F04CADFCCF41FADD00FC0446A5BA@xmb-ams-337.emea.cisco.com>
In-Reply-To: <46A7A767.3050906@gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Manemo] MANEMO is not just about Nested Nemo
Thread-Index: AcfO89HZaQGI1Fb4QxmO+OAmsHM2YQAhEV0g
References: <816DD9299957E547B5D758D7F977D6DC022501AE@tayexc14.americas.cpqcorp.net> <7892795E1A87F04CADFCCF41FADD00FC0441DEBC@xmb-ams-337.emea.cisco.com> <46A7A767.3050906@gmail.com>
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
X-OriginalArrivalTime: 26 Jul 2007 11:38:06.0965 (UTC) FILETIME=[6F5C2250:01C7CF79]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2138; t=1185449910; x=1186313910; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pthubert@cisco.com; z=From:=20=22Pascal=20Thubert=20\(pthubert\)=22=20<pthubert@cisco.com> |Subject:=20RE=3A=20[Manemo]=20MANEMO=20is=20not=20just=20about=20Nested= 20Nemo |Sender:=20; bh=IqYz3be7gpS5r7ALMA6ZNa+sLSVGmpQXDCZOJl320Co=; b=ICSNIzmw/qBVJTIV7OAbP8fK8CNCZTz3YOerS/uovIOVn7+SYuWNVfi4cAG9zDGLufyBMogP VGAmxEKP4eNJlTFt0PwWZr3Bp/rekBmZC2dOneIpRDZbtqMo6Eyb545j;
Authentication-Results: ams-dkim-1; header.From=pthubert@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; );
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: 6lowpan@lists.ietf.org, rsn@ietf.org, manemo@mobileip.jp, "Bound, Jim" <Jim.Bound@hp.com>
Subject: [6lowpan] RE: [Manemo] MANEMO is not just about Nested Nemo
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
Errors-To: 6lowpan-bounces@ietf.org
Hi Alex: I'm adding RSN and 6LoWPAN. Seems we agree here :) >> At the moment, RSN takes its requirements from 6LoWPAN, but I'd >> suggest considering whether MANEMO can influence RSN and offload some >> of its routing part there. > >I agree that MANEMO shouldn't do much routing, like routing for sensors >or so. I agree if sensors we need then talking to RSN or 6LowPAN. [Pascal] RSN (or rather RL2N now) is not really specific to sensors but to highly constrained devices (battery, CPU, memory, bandwidth, wake time etc...). We would see MANEMO at the same level as 6LoWPAN, pushing some requirements into RSN. > >> It just seems better to do routing work in the routing area, and that >> would enable to focus MANEMO on more specific problems, like routing >> policies between topologies, nested NEMO RO solution, CIA properties >> definition and enforcement, using the fringe structure for >> multicasting, etc... > >I mainly agree. I think we want to stay in the Internet area and do as >much routing as Internet area has traditionally done, but no more. [Pascal] Yes. We have enough trouble focusing/chartering MANEMO and we should avoid an inter area conflict on what belongs where. The routing expertise is supposed to come from routing area. >> If we specify properly the needs for building the logical structure >> to reach the infrastructure, then we could see how RSN and MANET >> solutions as defined within the routing area perform best for our >> routing needs. We could also develop tree discovery within RSN, since >> very similar technology already happens at L2 within sensor networks. > >So do we see tree discovery out of MANEMO and into RSN rather? [Pascal] Yes. I think that the core engine should be in RSN, and then we can add options and best practices so that the generic TD applies well to forming a nested-NEMO for instance. I see 6LoWPAN adapting TD as well so that TD benefits from the ND and compression optimizations that they do there. Would you agree with that approach ? Pascal_____________________________________________________________ _______________________________________________ 6lowpan mailing list 6lowpan@ietf.org https://www1.ietf.org/mailman/listinfo/6lowpan
- [6lowpan] RE: [Manemo] MANEMO is not just about N… Pascal Thubert (pthubert)