Re: [rrg] belated msg: further description of the recommendation process

"Flinck, Hannu (NSN - FI/Espoo)" <hannu.flinck@nsn.com> Thu, 17 December 2009 09:02 UTC

Return-Path: <hannu.flinck@nsn.com>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6DCCA3A67D9 for <rrg@core3.amsl.com>; Thu, 17 Dec 2009 01:02:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.539
X-Spam-Level:
X-Spam-Status: No, score=-2.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599]
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 Zt2K9fht9LLz for <rrg@core3.amsl.com>; Thu, 17 Dec 2009 01:02:36 -0800 (PST)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id 392A73A67B0 for <rrg@irtf.org>; Thu, 17 Dec 2009 01:02:35 -0800 (PST)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id nBH92DQ2019343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 17 Dec 2009 10:02:13 +0100
Received: from demuexc024.nsn-intra.net (demuexc024.nsn-intra.net [10.159.32.11]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id nBH92CCM013870; Thu, 17 Dec 2009 10:02:12 +0100
Received: from FIESEXC014.nsn-intra.net ([10.159.0.22]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Dec 2009 10:02:04 +0100
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, 17 Dec 2009 11:02:03 +0200
Message-ID: <2B5F3EA7272CFF47A66518E4FF3BE235045CC01B@FIESEXC014.nsn-intra.net>
In-Reply-To: <4B275C53.6040205@tony.li>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [rrg] belated msg: further description of the recommendation process
Thread-Index: Acp9bFpayjUXAlACS5ycRuv6xKF+FwBili0g
References: <5976B445-7209-4DE5-9D83-E2920265EB27@CS.UCLA.EDU> <4B25275A.4050101@informatik.uni-wuerzburg.de><4B2665B9.2080903@tony.li> <4B269571.10406@gmail.com> <4B275C53.6040205@tony.li>
From: "Flinck, Hannu (NSN - FI/Espoo)" <hannu.flinck@nsn.com>
To: ext Tony Li <tony.li@tony.li>, Brian E Carpenter <brian.e.carpenter@gmail.com>
X-OriginalArrivalTime: 17 Dec 2009 09:02:04.0041 (UTC) FILETIME=[9A128F90:01CA7EF7]
Cc: rrg@irtf.org, Lixia Zhang <lixia@CS.UCLA.EDU>
Subject: Re: [rrg] belated msg: further description of the recommendation process
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Dec 2009 09:02:37 -0000

Most of the scalability discussions we have had are dealing exactly with
the mapping system, not how to tunnel or rewrite the addresses. The
mapping system is the architecture that uses the tunnels or address
manipulation based on some address structure.  A tunneling
scheme/address rewrite together with an address structure is not
sufficient for scalabilty. 


- Hannu


>-----Original Message-----
>From: rrg-bounces@irtf.org [mailto:rrg-bounces@irtf.org] On 
>Behalf Of ext Tony Li
>Sent: Tuesday, December 15, 2009 11:52
>To: Brian E Carpenter
>Cc: rrg@irtf.org; Lixia Zhang
>Subject: Re: [rrg] belated msg: further description of the 
>recommendation process
>
>Brian E Carpenter wrote:
>
>>> Mapping systems are obviously a component of a solution but are not 
>>> by themselves a solution.  To be considered seriously, they 
>should be 
>>> used in conjunction with some network layer solution.
>> 
>> Hmm. Don't you think that to some extent these should be orthogonal?
>> A mapping mechanism needs to meet the specific requirements of a 
>> network layer mechanism, but that doesn't require the two to be 
>> irrevocably bound to each other.
>> 
>> I have a feeling that the mapping system should be very general in 
>> nature, in case the first cut at either the locator or identifier 
>> space proves to fall short. Also I feel it should support hierarchy, 
>> even if we don't need a hierarchy from the start.
>
>
>
>Brian,
>
>Our recommendation is focused on providing an alternative 
>routing architecture.  A mapping system is a fine component, 
>but would not seem to provide a credible architecture by itself.
>
>Tony
>
>_______________________________________________
>rrg mailing list
>rrg@irtf.org
>http://www.irtf.org/mailman/listinfo/rrg
>