[TERNLI] Re: [Int-area] BOF: Transport-Enhancing Refinements to the Network Layer Interface (TERNLI)

Lars Eggert <lars.eggert@netlab.nec.de> Mon, 12 June 2006 14:17 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FpnEP-0004Ir-RG; Mon, 12 Jun 2006 10:17:29 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FpnEO-0004Go-KO for ternli@ietf.org; Mon, 12 Jun 2006 10:17:28 -0400
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FpnEM-00039s-N1 for ternli@ietf.org; Mon, 12 Jun 2006 10:17:28 -0400
Received: from lars.local (unknown [192.100.124.156]) by kyoto.netlab.nec.de (Postfix) with ESMTP id 3E86D1BAC4D; Mon, 12 Jun 2006 16:06:38 +0200 (CEST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.local (Postfix) with ESMTP id CA48110DD38; Mon, 12 Jun 2006 17:17:22 +0300 (EEST)
In-Reply-To: <Pine.LNX.4.61.0606120513140.24393@internaut.com>
References: <E4B0ECFD-3565-47C7-A970-CF245F91975C@netlab.nec.de> <Pine.LNX.4.61.0606120513140.24393@internaut.com>
Mime-Version: 1.0 (Apple Message framework v750)
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-35-15949864; protocol="application/pkcs7-signature"
Message-Id: <D4AC9ED5-32CF-4D40-8C16-8AC3C4EB07D1@netlab.nec.de>
From: Lars Eggert <lars.eggert@netlab.nec.de>
Date: Mon, 12 Jun 2006 17:17:21 +0300
To: Bernard Aboba <aboba@internaut.com>
X-Mailer: Apple Mail (2.750)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3
Cc: ternli@ietf.org
Subject: [TERNLI] Re: [Int-area] BOF: Transport-Enhancing Refinements to the Network Layer Interface (TERNLI)
X-BeenThere: ternli@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport-Enhancing Refinements to the Network Layer Interface <ternli.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ternli>, <mailto:ternli-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ternli>
List-Post: <mailto:ternli@ietf.org>
List-Help: <mailto:ternli-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ternli>, <mailto:ternli-request@ietf.org?subject=subscribe>
Errors-To: ternli-bounces@ietf.org

(Redirecting the reply to the TERNLI list.)

On Jun 12, 2006, at 15:25, Bernard Aboba wrote:
>> This isolation, however, comes at a cost, because the traditional
>> communication abstraction maintained by these new network-layer  
>> extensions
>> hides information that transport-layer protocols should act on.
>
> The information is hidden only for the purposes of connection  
> management,
> not for parameter estimation.

What we tried to express by "isolation" is that one doesn't really  
want to implement optimizations that are MIP-, HIP-, SHIM6- or MULTI6- 
specific into each of the transport protocols, even if one could.  
(And we'd like to standardize such extensions even less.)

A better approach could be to define an extension to the interface  
between network and transport that is independent of a specific  
network-layer technology, and extend transport protocols to act on  
the generic extension.

>> Many common
>> transport mechanisms, such as congestion window estimation, RTT  
>> measurements
>> or path MTU discovery, are not agile enough to properly handle the  
>> significant
>> instantaneous changes to path characteristics that these network- 
>> layer
>> extensions introduce.
>
> I might say that "Many current transport algorithms for...", so  
> that it
> is not implied that there are no algorithms that would work.

Good point, will change this.

Thanks!

Lars
-- 
Lars Eggert                                     NEC Network Laboratories