[tsv-area] A Next Generation Transport Services Architecture

Janardhan Iyengar <janardhan.iyengar@fandm.edu> Mon, 06 July 2009 22:45 UTC

Return-Path: <janardhan.iyengar@fandm.edu>
X-Original-To: tsv-area@core3.amsl.com
Delivered-To: tsv-area@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73FFD28C3A2; Mon, 6 Jul 2009 15:45:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 0NcFmJhlKoXh; Mon, 6 Jul 2009 15:45:03 -0700 (PDT)
Received: from zimfe2.fandm.edu (zimfe2.fandm.edu [155.68.1.75]) by core3.amsl.com (Postfix) with ESMTP id 100093A6819; Mon, 6 Jul 2009 15:45:02 -0700 (PDT)
Received: from surutti.fandm.edu (pool-72-95-58-210.hrbgpa.east.verizon.net [72.95.58.210]) by zimfe2.fandm.edu (Postfix) with ESMTP id D1F0811687F8; Mon, 6 Jul 2009 18:44:43 -0400 (EDT)
Message-ID: <4A527E5A.3090801@fandm.edu>
Date: Mon, 06 Jul 2009 18:44:42 -0400
From: Janardhan Iyengar <janardhan.iyengar@fandm.edu>
Organization: Franklin & Marshall College
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: tsv-area@ietf.org, multipathtcp@ietf.org, tae@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Bryan Ford <baford@mpi-sws.org>
Subject: [tsv-area] A Next Generation Transport Services Architecture
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: janardhan.iyengar@fandm.edu
List-Id: IETF Transport Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsv-area>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Jul 2009 22:45:04 -0000

(Apologies for cross-posting)

Dear all,

We have uploaded a draft describing our proposed transport re-architecture, with its relevance and implications to multipath transport.  Our hope is that this draft starts (or continues?) a conversation on a refactoring of the transport layer to accomodate new services and network elements.

We also hope that this draft serves as a starting point for discussions about multipath transport and for an architectural framework within which to place multipath-tcp work at the IETF.

   -----------
   A Next Generation Transport Services Architecture
   http://www.ietf.org/internet-drafts/draft-iyengar-ford-tng-00.txt

   Abstract:

   While there is substantial community interest in next-generation
   multipath-capable Internet transports, evolutionary pressures have
   gradually eroded the simplicity of the Internet's original transport
   architecture to a point where it is no longer realistically
   applicable to new tranports.  This document proposes a new
   architectural framework for next-generation multipath-capable
   transport protocols, focusing immediately on multipath TCP but taking
   care to allow for generalization to other multipath-capable
   transports.  The architecture places emphasis on enabling new
   multipath features in a safe, TCP-friendly, and backward-compatible
   fashion, retaining full interoperability with both existing
   applications and existing network infrastructure, and enabling reuse
   of existing protocols as much as possible while providing incremental
   deployment paths to new, more powerful and/or more efficient
   protocols.  The architecture re-establishes the long-lost principles
   of end-to-end reliability and fate sharing, in the presence of
   existing and future network middleboxes, and enables the deployment
   of transport-neutral end-to-end protection without interfering with
   these policy-enforcing or performance-enhancing middleboxes.  This
   document describes architecture goals, a layering model supporting
   these goals, abstract properties of the interfaces between the
   architecture's new layers, general approaches to multipath congestion
   control and how they fit into the architecture, realistic protocol
   design and incremental deployment paths, and ways in which this
   document complements and relates to ongoing protocol design
   activities in the IETF.
   ------------

Comments and thoughts welcome!
- jana

-- 
Janardhan Iyengar
Assistant Professor, Computer Science
Franklin & Marshall College
http://www.fandm.edu/jiyengar