Re: [p2pi] [tana] [tsv-area] TANA proposed charter

Lars Eggert <> Tue, 21 October 2008 18:53 UTC

Return-Path: <>
Received: from [] (localhost []) by (Postfix) with ESMTP id 2EA903A6B93; Tue, 21 Oct 2008 11:53:06 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 154383A6B92; Tue, 21 Oct 2008 11:53:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Q2jdwZx3Ky6b; Tue, 21 Oct 2008 11:53:04 -0700 (PDT)
Received: from (unknown [IPv6:2001:2060:40:1::123]) by (Postfix) with ESMTP id 283C93A6985; Tue, 21 Oct 2008 11:53:03 -0700 (PDT)
Received: from ( []) (authenticated bits=0) by (8.14.3/8.14.3) with ESMTP id m9LIrt0h084372 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 21 Oct 2008 21:53:57 +0300 (EEST) (envelope-from
Message-Id: <>
From: Lars Eggert <>
To: "ext Narayanan, Vidya" <>
In-Reply-To: <>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Tue, 21 Oct 2008 14:53:22 -0400
References: <> <> <> <> <> <4D4C2826-077A-4948-9A92-5EC393DC88AF@ICSI.Berkeley.EDU> <>
X-Mailer: Apple Mail (2.929.2)
X-Virus-Scanned: ClamAV 0.94/8461/Tue Oct 21 17:16:58 2008 on
X-Virus-Status: Clean
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 ( []); Tue, 21 Oct 2008 21:54:10 +0300 (EEST)
Cc: "" <>, Nicholas Weaver <nweaver@ICSI.Berkeley.EDU>, "" <>, TSV Area <>, "Eddy, Wesley M. \(GRC-RCN0\)\[VZ\]" <>
Subject: Re: [p2pi] [tana] [tsv-area] TANA proposed charter
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: P2P Infrastructure Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"


the goal for TANA and ALTO was to identify some subsets of the overall  
problem space that are sufficiently well understood that we can start  
to architect solutions. (And limit ourselves to those subsets where  
the IETF would be an appropriate body for this work.)

There are certainly other parts of this problem that may be ripe for  
discussion in the IETF, and chartering TANA and ALTO by no means  
precludes this discussion from happening. I fully expect the IETF to  
take on additional work related to this general problem space in the  
future - we just had to start somewhere, and TANA and ALTO is where we  

I'd strongly encourage folks that want to push forward additional  
proposals for the IETF to take on in this space!


On 2008-10-21, at 14:33, ext Narayanan, Vidya wrote:
> I'll start by saying that I do like the charter and believe that it  
> is scoped correctly.
> I do, however, share some of the concerns that Nicholas has raised.   
> We are talking about bulk data p2p transfers here, not necessarily  
> just limited to file transfers.  This does mean p2p models of video,  
> games that exchange large amounts of data (e.g., World of Warcraft),  
> large medical data (e.g., high resolution imaging) transfer, etc.  
> fall into this category.  Of course, for some of these applications,  
> the answer may simply be that TANA is not applicable and hence,  
> should not be used.  However, I do think there are more grades to  
> this.
> Another interesting piece of data is that for the first time in many  
> years, http has overtaken p2p traffic in some markets, primarily  
> driven by video download applications such as YouTube.  Thanks to  
> http being the common firewall transport mechanism, much of the  
> video now runs over TCP.  So, is it really as cut and dry as the  
> bulk data P2P traffic needing to yield to Internet traffic?  As long  
> as it is about some background file transfer, perhaps that  
> philosophy will just work.  But, if the P2P app is also a video app,  
> the answer is probably more complex.
> There is no doubt that this charter is attempting to tackle a very  
> important issue.  But, it would be good to think about what grades  
> we may need to address here.
> Regards,
> Vidya

p2pi mailing list