RE: [Tsvwg] multiaddressing

"Henderson, Thomas R" <thomas.r.henderson@boeing.com> Thu, 18 November 2004 02:32 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA18562; Wed, 17 Nov 2004 21:32:35 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CUc8g-0004o0-1s; Wed, 17 Nov 2004 21:35:15 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CUc1O-0002tu-US; Wed, 17 Nov 2004 21:27:42 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CUbrJ-0001M1-6s for tsvwg@megatron.ietf.org; Wed, 17 Nov 2004 21:17:17 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA17414 for <tsvwg@ietf.org>; Wed, 17 Nov 2004 21:17:15 -0500 (EST)
Received: from blv-smtpout-01.boeing.com ([130.76.32.69]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CUbtp-0004VD-P8 for tsvwg@ietf.org; Wed, 17 Nov 2004 21:19:54 -0500
Received: from blv-av-01.boeing.com ([192.42.227.216]) by blv-smtpout-01.boeing.com (8.9.2.MG.10092003/8.8.5-M2) with ESMTP id SAA28648; Wed, 17 Nov 2004 18:16:38 -0800 (PST)
Received: from XCH-NWBH-02.nw.nos.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.11.3/8.11.3/MBS-AV-LDAP-01) with ESMTP id iAI2Gct24804; Wed, 17 Nov 2004 18:16:38 -0800 (PST)
Received: from XCH-NW-27.nw.nos.boeing.com ([192.48.4.101]) by XCH-NWBH-02.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 17 Nov 2004 18:16:38 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Tsvwg] multiaddressing
Date: Wed, 17 Nov 2004 18:16:36 -0800
Message-ID: <6938661A6EDA8A4EA8D1419BCE46F24C0614067A@xch-nw-27.nw.nos.boeing.com>
Thread-Topic: [Tsvwg] multiaddressing
Thread-Index: AcTLRIMt4DwmUVVxTkGsa7d/UQP0IABs4QeQ
From: "Henderson, Thomas R" <thomas.r.henderson@boeing.com>
To: weddy@grc.nasa.gov
X-OriginalArrivalTime: 18 Nov 2004 02:16:38.0103 (UTC) FILETIME=[A268BE70:01C4CD14]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Content-Transfer-Encoding: quoted-printable
Cc: tsvwg@ietf.org
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
Sender: tsvwg-bounces@ietf.org
Errors-To: tsvwg-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Content-Transfer-Encoding: quoted-printable

 

> -----Original Message-----
> From: Wesley Eddy [mailto:weddy@grc.nasa.gov] 
> Sent: Monday, November 15, 2004 1:41 PM
> To: tsvwg@ietf.org
> Subject: [Tsvwg] multiaddressing
> 
> 
> Architectures that don't include such wedges are what we were 
> considering in draft-eddy-tlmarch-00 (presented last week).  
> The idea of rapidly fixing the transport's path estimation 
> variables is roughly visible in draft-swami-tcp-lmdr-04.  For 
> architectures that *do* include wedges, some similar form of 
> signaling and responding to path changes is still _required_. 
>  Signaling has to occur both between the wedge and transport 
> locally and remotely, so that both half-connections can be 
> fixed.  Responses to these signals will have to be 
> implemented per-transport protocol.
> 
> It's not entirely clear to me how we can combine the 
> strengths of a multiaddressing wedge layer with the 
> rapid-response of path property estimates that we can have 
> without the wedge in a transport layer mobility scheme.  Thoughts?

What is not clear?  Whether to use the LMDR techniques, or how
to invoke them?  It doesn't seem that invoking them should be
much of a problem-- wedge layers can keep track of when addresses
change and do an internal trigger notification.  In fact, the 
proposed LMDR option might not be needed in such a case, and it
can all be handled locally, independently by both sides of the
connection.

What is the status of LMDR?  Has it been proposed for any WG
activity?  

Tom

_______________________________________________
tsvwg mailing list
tsvwg@ietf.org
https://www1.ietf.org/mailman/listinfo/tsvwg