Re: [rrg] Recommendation and what happens next

"Templin, Fred L" <Fred.L.Templin@boeing.com> Thu, 11 March 2010 22:18 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 4EB863A6806 for <rrg@core3.amsl.com>; Thu, 11 Mar 2010 14:18:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.553
X-Spam-Level:
X-Spam-Status: No, score=-6.553 tagged_above=-999 required=5 tests=[AWL=0.046, 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 PWwbeWMQk+FC for <rrg@core3.amsl.com>; Thu, 11 Mar 2010 14:17:59 -0800 (PST)
Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [130.76.64.48]) by core3.amsl.com (Postfix) with ESMTP id 683263A67FF for <rrg@irtf.org>; Thu, 11 Mar 2010 14:17:59 -0800 (PST)
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by slb-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id o2BMI3xv003164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 11 Mar 2010 14:18:03 -0800 (PST)
Received: from slb-av-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id o2BMI39w028624; Thu, 11 Mar 2010 14:18:03 -0800 (PST)
Received: from XCH-NWHT-06.nw.nos.boeing.com (xch-nwht-06.nw.nos.boeing.com [130.247.25.110]) by slb-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id o2BMI3sU028618 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Thu, 11 Mar 2010 14:18:03 -0800 (PST)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-06.nw.nos.boeing.com ([130.247.25.110]) with mapi; Thu, 11 Mar 2010 14:18:03 -0800
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Scott Brim <scott.brim@gmail.com>
Date: Thu, 11 Mar 2010 14:18:01 -0800
Thread-Topic: [rrg] Recommendation and what happens next
Thread-Index: AcrAcQcOh03OgzGzRmuj8bDitLZS2gA91Y7A
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A6495119415F@XCH-NW-01V.nw.nos.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> <4B97CC82.70808@gmail.com>
In-Reply-To: <4B97CC82.70808@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
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: Thu, 11 Mar 2010 22:18:00 -0000

Scott,

> -----Original Message-----
> From: Scott Brim [mailto:scott.brim@gmail.com]
> Sent: Wednesday, March 10, 2010 8:45 AM
> To: Templin, Fred L
> Cc: Russ White; RRG
> Subject: Re: [rrg] Recommendation and what happens next
> 
> 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?".

That is a very good question.

> 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."?

That is also correct. Although I named a specific
endpoint mobility approach, there is nothing in
IRON/RANGER that would introduce any unfavorable
constraints to other approaches.

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

> 
> thanks ... Scott