Re: [rrg] Recommendation and what happens next

"Templin, Fred L" <Fred.L.Templin@boeing.com> Tue, 09 March 2010 22:22 UTC

Return-Path: <Fred.L.Templin@boeing.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 94B2A3A6AB1 for <rrg@core3.amsl.com>; Tue, 9 Mar 2010 14:22:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.547
X-Spam-Level:
X-Spam-Status: No, score=-6.547 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 TekluuLf-QOL for <rrg@core3.amsl.com>; Tue, 9 Mar 2010 14:22:37 -0800 (PST)
Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by core3.amsl.com (Postfix) with ESMTP id 031E33A6ABF for <rrg@irtf.org>; Tue, 9 Mar 2010 14:22:32 -0800 (PST)
Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by blv-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id o29MMZfx005967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 9 Mar 2010 14:22:36 -0800 (PST)
Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id o29MMYm7010624; Tue, 9 Mar 2010 16:22:35 -0600 (CST)
Received: from XCH-NWHT-01.nw.nos.boeing.com (xch-nwht-01.nw.nos.boeing.com [130.247.70.222]) by stl-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id o29MMYWT010603 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Tue, 9 Mar 2010 16:22:34 -0600 (CST)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-01.nw.nos.boeing.com ([130.247.70.222]) with mapi; Tue, 9 Mar 2010 14:22:34 -0800
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Scott Brim <scott.brim@gmail.com>, Russ White <russ@cisco.com>
Date: Tue, 09 Mar 2010 14:22:32 -0800
Thread-Topic: [rrg] Recommendation and what happens next
Thread-Index: Acq/uJIMEkgN5kfERHCjTcrvlijc9QAHgB+A
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A64951193A22@XCH-NW-01V.nw.nos.boeing.com>
References: <C7B951B7.4F5D%tony.li@tony.li> <4B945997.9080704@cisco.com> <4B969703.3040901@gmail.com>
In-Reply-To: <4B969703.3040901@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
x-tm-as-product-ver: SMEX-8.0.0.1181-6.000.1038-17238.005
x-tm-as-result: No--64.023000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: RRG <rrg@irtf.org>
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: Tue, 09 Mar 2010 22:22:38 -0000

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.

Thanks - Fred
fred.l.templin@boeing.com

> Scott
> _______________________________________________
> rrg mailing list
> rrg@irtf.org
> http://www.irtf.org/mailman/listinfo/rrg