IETF Logo Mail Archive

Re: [Roll] updating DAO caches (was Re: Something to ADD)

JP Vasseur <jvasseur@cisco.com> Thu, 19 November 2009 10:37 UTC

Return-Path: <jvasseur@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 CCDDE28C182 for <roll@core3.amsl.com>; Thu, 19 Nov 2009 02:37:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.861
X-Spam-Level:
X-Spam-Status: No, score=-9.861 tagged_above=-999 required=5 tests=[AWL=0.738, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 1TZc9JIFOglA for <roll@core3.amsl.com>; Thu, 19 Nov 2009 02:37:03 -0800 (PST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id B9D8C28C183 for <roll@ietf.org>; Thu, 19 Nov 2009 02:37:00 -0800 (PST)
Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjQAACKuBEuQ/uCWe2dsb2JhbACcBQEBCwskBqExl3mEOwSBbw
X-IronPort-AV: E=Sophos;i="4.44,770,1249257600"; d="scan'208";a="54735836"
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-1.cisco.com with ESMTP; 19 Nov 2009 10:36:57 +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 nAJAavk5009691; Thu, 19 Nov 2009 10:36:57 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 19 Nov 2009 11:36:57 +0100
Received: from ams-jvasseur-8713.cisco.com ([10.55.201.132]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 19 Nov 2009 11:36:56 +0100
Message-Id: <AC68F366-B4E6-40ED-B74B-4360408FADCF@cisco.com>
From: JP Vasseur <jvasseur@cisco.com>
To: Jonathan Hui <jhui@archrock.com>
In-Reply-To: <4A8BBD1A-96D1-4FEA-B36C-7EB3D0EE563B@archrock.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 19 Nov 2009 11:36:55 +0100
References: <34039830-7A8C-488B-A080-04013FBFC769@cisco.com><874op2l1s2.fsf@kelsey-ws.hq.ember.com><B6DBCBF27DEB1047AD57F03F217B1061856EF0@XMB-AMS-113.cisco.com><87hbt22djo.fsf@kelsey-ws.hq.ember.com><B6DBCBF27DEB1047AD57F03F217B1061856FAD@XMB-AMS-113.cisco.com><87ljidpg45.fsf@kelsey-ws.hq.ember.com><10442.1257951943@marajade.sandelman.ca><87r5s31ly9.fsf@kelsey-ws.hq.ember.com><31012.1258061765@marajade.sandelman.ca><87my2q43mv.fsf@kelsey-ws.hq.ember.com><13293.1258166652@marajade.sandelman.ca><59CDC556-1C4E-4DE7-A3A2-30D6AA86F3A3@ekasystems.com><874oot3zcf.fsf@kelsey-ws.hq.ember.com> <10F8F803-5EE2-4E71-8BF4-DB94D749DD62@archrock.com> <6A2A459175DABE4BB11DE2026AA50A5DAABD57@XMB-AMS-107.cisco.com> <4A8BBD1A-96D1-4FEA-B36C-7EB3D0EE563B@archrock.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Nov 2009 10:36:56.0670 (UTC) FILETIME=[3793CFE0:01CA6904]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17018.005
X-TM-AS-Result: No--5.468000-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: roll@ietf.org
Subject: Re: [Roll] updating DAO caches (was Re: Something to ADD)
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: Thu, 19 Nov 2009 10:37:03 -0000

On Nov 17, 2009, at 6:56 PM, Jonathan Hui wrote:

>
> On Nov 17, 2009, at 9:20 AM, Pascal Thubert (pthubert) wrote:
>
>> When you run the MANEMO trilogy (tree discovery, nina (DAO) and RRH
>> (source route)), you see the source route RH2/4 grow upon movement  
>> and
>> quickly shrink again as the NINA (DAO) states are reestablished.
>> When things are stable you only see as many entries as non DAO  
>> capable
>> nodes along the path. In my case, the source route is done on a MIP/ 
>> NEMO
>> tunnel, so the RH states are stored in eth binding cache on the home
>> agent. But we could store that at the root with exactly the same
>> process.
>> I can demo that next time we meet if you wish.
>>
>> http://tools.ietf.org/html/draft-thubert-nemo-reverse-routing-header
>> details the RRH, since there is not LSRR in IPv6.
>>
>> Note that in our case, the information in the header should be  
>> locally
>> significant, like a label.
>
> Here lies the disconnect.  The real benefit of storing state among  
> nodes within the network is to reduce the size of the source route  
> header not some attempt to support point-to-point traffic.  If you  
> buy that, then the mechanism to establish such state could be much  
> better than what's currently defined in the draft.  In particular,  
> there are some interesting things we could achieve if we start  
> treating next-hop information using locally significant labels  
> rather than globally significant IP addresses, as you suggested.   
> But if done properly, I think we can specify such a mechanism as an  
> optimization to basic source-route/record-route.

I'm with you, well as someone used to work on MPLS, no surprise.
But still that does not solve the traffic matrix issue: not storing  
DAO leads to all traffic transiting via the root, which is not  
acceptable in many networks.

>
> --
> Jonathan Hui
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

v2.23.0 | Report a Bug | By Email