Re: [rrg] Recommendation and what happens next

Scott Brim <scott.brim@gmail.com> Wed, 10 March 2010 16:44 UTC

Return-Path: <scott.brim@gmail.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 6E2A03A6912 for <rrg@core3.amsl.com>; Wed, 10 Mar 2010 08:44:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 92fvC--9Rb7c for <rrg@core3.amsl.com>; Wed, 10 Mar 2010 08:44:57 -0800 (PST)
Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by core3.amsl.com (Postfix) with ESMTP id 41C893A697E for <rrg@irtf.org>; Wed, 10 Mar 2010 08:44:57 -0800 (PST)
Received: by fxm25 with SMTP id 25so2096527fxm.7 for <rrg@irtf.org>; Wed, 10 Mar 2010 08:44:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=dTqAyFQGtm/PkAvrBcRv7Q9ZVtJ2xVsY7OYhvJRG5vM=; b=gy10wlCX1HP4nTCVsE45EHxdwuNiOLXvx7j90GsvG+BEGkXuMQ7KSz9QVw0oJzdfWY cCqaeJL2cKvoK9BhawzgXzhBxo/6tHBz+kMUDC9ZmU2vO4wwB3VQW0tm87quctf+7Yfh cpkg5pl0WY/lZql+2vFOw4WeDBIUoJiVd+oqc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=jXWvK7ypgR5Zv1uYP5W4BvQT0bsXHyF7JmlcI23fZNe2rsVUAkzwDU9Qh+6I9MXX/t HliI8Hl3fgTybbNh34TlEsXQ0OE5mOYdFP8Du131iynahl6XhtvFE2jWKjse4ofhAAyd fgiclmshzcaUvu/gd96Qssv5cwjfcvIYHnqDA=
Received: by 10.223.58.71 with SMTP id f7mr1874048fah.45.1268239497226; Wed, 10 Mar 2010 08:44:57 -0800 (PST)
Received: from sbrim-mbp.local (198-135-0-233.cisco.com [198.135.0.233]) by mx.google.com with ESMTPS id z15sm372642fkz.21.2010.03.10.08.44.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Mar 2010 08:44:54 -0800 (PST)
Message-ID: <4B97CC82.70808@gmail.com>
Date: Wed, 10 Mar 2010 11:44:50 -0500
From: Scott Brim <scott.brim@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: "Templin, Fred L" <Fred.L.Templin@boeing.com>
References: <C7B951B7.4F5D%tony.li@tony.li> <4B945997.9080704@cisco.com> <4B969703.3040901@gmail.com> <E1829B60731D1740BB7A0626B4FAF0A64951193A22@XCH-NW-01V.nw.nos.boeing.com>
In-Reply-To: <E1829B60731D1740BB7A0626B4FAF0A64951193A22@XCH-NW-01V.nw.nos.boeing.com>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: RRG <rrg@irtf.org>, Russ White <russ@cisco.com>
Subject: Re: [rrg] Recommendation and what happens next
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: Wed, 10 Mar 2010 16:44:58 -0000

Templin, Fred L allegedly wrote on 03/09/2010 17:22 EST:
> Scott,
> 
>> -----Original Message-----
>> From: rrg-bounces@irtf.org [mailto:rrg-bounces@irtf.org] On Behalf Of Scott Brim
>> Sent: Tuesday, March 09, 2010 10:44 AM
>> To: Russ White
>> Cc: RRG
>> Subject: Re: [rrg] Recommendation and what happens next
>>
>> Russ White allegedly wrote on 03/07/2010 20:57 EST:
>>> A second thing might be to address mobility. How does each proposal deal
>>> with host level mobility, since this is obviously a direction in the
>>> Internet at large (whether we like it or not, mobile phones and other
>>> such devices are going to rely increasingly on the Internet, which
>>> may--or may not--place a larger burden on the routing system).
>>
>> The routing system does not deal with endpoint mobility directly and
>> cannot make many predictions about how it will be handled.  However,
>> each proposal does set up the framework in which mobility has to be
>> designed, and can constrain how mobility can be done.  It would be good
>> if each proposal listed the assumptions it makes, and the constraints it
>> puts on, both endpoint and network mobility.
> 
> With IRON/RANGER, the hybrid routing system handles network
> mobility without causing a ripple effect in the BGP. Endpoint
> mobility as you say is not handled by the routing system
> directly, but is rather handled by an adjunct mechanism. We
> have been thinking that HIP would be the natural adjunct
> mechanism to not only handle host-level mobility but also
> to give a true loc/ID split.

Suppose the generic question everyone should answer is "how does the
proposed system constrain or promote specific approaches to endpoint and
network mobility?".  You would say something like: "IRON/RANGER does not
introduce any constraints on endpoint or network mobility approaches, or
make one more appropriate than another."?

thanks ... Scott