RE: [nemo] new requirement for draft-ietf-nemo-requirements

"Davis, Terry L" <terry.l.davis@boeing.com> Mon, 04 December 2006 18:29 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GrIYn-0006cm-MX; Mon, 04 Dec 2006 13:29:01 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GrIYm-0006aX-0C for nemo@ietf.org; Mon, 04 Dec 2006 13:29:00 -0500
Received: from blv-smtpout-01.boeing.com ([130.76.32.69] helo=blv-smtpout-01.ns.cs.boeing.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrIUe-0004vv-7G for nemo@ietf.org; Mon, 04 Dec 2006 13:24:48 -0500
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.13.6/8.13.6/SMTPOUT) with ESMTP id kB4IObvD024625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 4 Dec 2006 10:24:43 -0800 (PST)
Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.13.6/8.13.6/DOWNSTREAM_RELAY) with ESMTP id kB4IOa11015191; Mon, 4 Dec 2006 12:24:36 -0600 (CST)
Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by stl-av-01.boeing.com (8.13.6/8.13.6/UPSTREAM_RELAY) with ESMTP id kB4IONoi014651; Mon, 4 Dec 2006 12:24:35 -0600 (CST)
Received: from XCH-NW-8V1.nw.nos.boeing.com ([130.247.55.69]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Dec 2006 10:24:23 -0800
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
Subject: RE: [nemo] new requirement for draft-ietf-nemo-requirements
Date: Mon, 04 Dec 2006 10:24:23 -0800
Message-ID: <0D090F1E0F5536449C7E6527AFFA280A01BD2B5E@XCH-NW-8V1.nw.nos.boeing.com>
In-Reply-To: <45743493.3010403@piuha.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [nemo] new requirement for draft-ietf-nemo-requirements
Thread-Index: AccXsxd+W1eWhsy2Sc6hL6vNY5xO+wAHgOmg
From: "Davis, Terry L" <terry.l.davis@boeing.com>
To: Jari Arkko <jari.arkko@piuha.net>, IETF NEMO WG <nemo@ietf.org>
X-OriginalArrivalTime: 04 Dec 2006 18:24:23.0822 (UTC) FILETIME=[6C6FD2E0:01C717D1]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: Ross Callon <rcallon@juniper.net>
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NEMO Working Group <nemo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:nemo@ietf.org>
List-Help: <mailto:nemo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=subscribe>
Errors-To: nemo-bounces@ietf.org

Jari

Ross makes an excellent point!  I think that Geof's statistics showed
that Connexion by Boeing with just about 200 aircraft (mobile networks)
in service, we were 21st in forced routing table updates already.

Take care
Terry

> -----Original Message-----
> From: Jari Arkko [mailto:jari.arkko@piuha.net]
> Sent: Monday, December 04, 2006 6:46 AM
> To: IETF NEMO WG
> Cc: Ross Callon
> Subject: [nemo] new requirement for draft-ietf-nemo-requirements
> 
> Hi all,
> 
> We reviewed this draft in the IESG, and Ross raised
> a requirement that he thinks is important but is not
> listed in the current document. It is about the effect
> to the Internet routing tables. Please find a suggested
> edit below. We thought that this change is large
> enough that the WG needs to be consulted, even
> if the requirement is fulfilled by NEMO BSP. So,
> if you have a problem with this change let us know
> by the end of the week (Dec 8th).
> 
> NEW Section 3.12:
> 
> 3.12  Minimal Impact on Internet Routing
> 
> Any NEMO solution(s) needs have minimal negative effect on the
> global Internet routing system. The solution must therefore limit both
> the amount of information that must be injected into Internet routing,
> as well as the dynamic changes in the information that is injected
> into the global routing system.
> 
> As one example of why this is necessary, consider the approach of
> advertising each mobile network's connectivity into BGP, and for
> every movement withdrawing old routes and injecting new routes.
> If there were tens of thousands of mobile networks each advertising
> and withdrawing routes, for example, at the speed that an airplane can
> move from one ground station to another, the potential effect on BGP
> could be very unfortunate. In this example the total amount of routing
> information advertised into BGP may be acceptable, but the dynamic
> instability of the information (ie, the number of changes over time)
> would be unacceptable.
> 
> NEW requirement to be added to the end of Section 4:
> 
> R17: The solution should have a minimal impact on the
> global Internet routing system.
>