Re: Application protocol for distributed storage

Wesley Leggette <wleggette@cleversafe.com> Fri, 15 January 2010 04:03 UTC

Return-Path: <wleggette@cleversafe.com>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 22AC73A6839 for <apps-discuss@core3.amsl.com>; Thu, 14 Jan 2010 20:03:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.227
X-Spam-Level:
X-Spam-Status: No, score=-6.227 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 60Py8YVjeglj for <apps-discuss@core3.amsl.com>; Thu, 14 Jan 2010 20:03:28 -0800 (PST)
Received: from p01c11o144.mxlogic.net (p01c11o144.mxlogic.net [208.65.144.67]) by core3.amsl.com (Postfix) with ESMTP id 8AD083A6869 for <apps-discuss@ietf.org>; Thu, 14 Jan 2010 20:03:26 -0800 (PST)
Received: from unknown [216.166.12.72] by p01c11o144.mxlogic.net(mxl_mta-6.4.0-2) with SMTP id b09ef4b4.0.30542.00-008.67618.p01c11o144.mxlogic.net (envelope-from <wleggette@cleversafe.com>); Thu, 14 Jan 2010 21:03:25 -0700 (MST)
X-MXL-Hash: 4b4fe90d76f4a058-870a753ceb2e8b478b79eedae203d206bd08c0ac
Received: from AUSP01MHUB08.collaborationhost.net (10.2.8.243) by AUSP01MHUB50.collaborationhost.net (10.2.10.3) with Microsoft SMTP Server (TLS) id 8.1.375.2; Thu, 14 Jan 2010 22:02:36 -0600
Received: from AUSP01VMBX09.collaborationhost.net ([10.2.8.161]) by AUSP01MHUB08.collaborationhost.net ([10.2.8.243]) with mapi; Thu, 14 Jan 2010 22:02:36 -0600
From: Wesley Leggette <wleggette@cleversafe.com>
To: Song Haibin <melodysong@huawei.com>, Alexey Melnikov <alexey.melnikov@isode.com>
Date: Thu, 14 Jan 2010 22:02:34 -0600
Subject: Re: Application protocol for distributed storage
Thread-Topic: Application protocol for distributed storage
Thread-Index: AcqVbiE7OCPdRj/vRb2EHDqL4aDIkAAJIr0QAAE5OKI=
Message-ID: <C77544FA.23CE2%wleggette@cleversafe.com>
In-Reply-To: <001b01ca9594$b31e0d30$180ca40a@china.huawei.com>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010011101)]
X-MAIL-FROM: <wleggette@cleversafe.com>
X-SOURCE-IP: [(unknown)]
X-AnalysisOut: [v=1.0 c=1 a=MTH7pjUJw3YA:10 a=jM3uHZP82BWpxjlUuN2t4A==:17 ]
X-AnalysisOut: [a=lxMegurXAAAA:8 a=i0EeH86SAAAA:8 a=48vgC7mUAAAA:8 a=APQWW]
X-AnalysisOut: [o9-AAAA:8 a=-KQH23QPpn71XOgk3tIA:9 a=vau61xqyUtO3OMRnbYcA:]
X-AnalysisOut: [7 a=3LG5Mhg0szsNDuX_NGmb-Yw3UpkA:4 a=ZInJwY_DxTsA:10 a=hVN]
X-AnalysisOut: [Vvb_tba4A:10 a=hPjdaMEvmhQA:10 a=cat5K2ZOYqEA:10 a=lZB815d]
X-AnalysisOut: [zVvQA:10 a=PgELOIaYKjrb5hYf:21 a=4PUYU-2-NHJJn8Or:21]
Cc: "Woundy, Richard" <Richard_Woundy@cable.comcast.com>, IETF Apps Discuss <apps-discuss@ietf.org>
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jan 2010 04:03:35 -0000

The DECADE work is interesting, but it is not specifically what we are
working on. Our system, I'm sure, uses some of the same principals, but we
are focusing on hosted systems. Sort of a "hosted P2P" if you will.

So while our system [1] will address dynamic peer environments, it is not
our main concern because our storage nodes are assumed to be available in
the usual case. Instead, we are interested in using IDAs[2] to enhance
availability, reliability, and security.

[1] http://www.cleversafe.com/

However, DECADE does seem very interesting. There are some people in my
company that may be interested in participating in that if it gets going.

Wesley Leggette
Cleversafe, Inc.


On 1/14/10 21:41, "Song Haibin" <melodysong@huawei.com> wrote:

> Hi Wesley,
> 
> I'm very glad to get this email from Alexey. The link below is about the BOF
> information at IETF 76 meeting.
> http://trac.tools.ietf.org/bof/trac/wiki/decade
> 
> And we have been trying to narrow down the protocol scope to resource
> control and negotiation of transport protocol as we have discussed in the
> mailing list. You could read about the latest thread here:
> http://www.ietf.org/mail-archive/web/decade/current/threads.html#00106.
> 
> Please let me know if it is the work that you are interested.
> 
> Xie Xie,
> Haibin
> 
> 
>> -----Original Message-----
>> From: Alexey Melnikov [mailto:alexey.melnikov@isode.com]
>> Sent: Friday, January 15, 2010 7:05 AM
>> To: Wesley Leggette
>> Cc: apps-discuss@ietf.org; 'Woundy, Richard'; Song Haibin
>> Subject: Re: Application protocol for distributed storage
>> 
>> Wesley Leggette wrote:
>> 
>>> Hello,
>>> 
>>> 
>> Hi Wesley,
>> 
>>> My company is interested in submitting an I-D for our network
>>> distributed storage protocol. At this point, we're thinking
>> of dividing
>>> our efforts into multiple parts:
>>> 
>>> * An on-the-wire application protocol from client to storage servers.
>>> * A security protocol.
>>> * A data processing method and storage format for client
>> data stored on
>>> storage servers.
>>> 
>>> I'm not entirely clear which working group(s) I should
>> attempt to work with.
>>> Any pointers would be helpful.
>>> 
>>> 
>>> Our application and products as a whole get into the "cloud storage"
>>> area, but we would like to focus on a smaller subset (just
>> the network
>>> protocol) to begin with. However, if there are any working groups
>>> within IETF that focus on remote or distributed storage that
>> would be
>>> interesting to know as well.
>>> 
>>> 
>> This looks similar to the DECADE BOF that IETF had in
>> Hiroshima. I am hoping this would become a WG soon.
>> (I've CCed the BOF co-chairs).
>> 
>> Regards,
>> Alexey
>> 
>> --
>> IETF Application Area Director, <http://www.ietf.org/IESGmems.html>
>> Internet Messaging Team Lead, <http://www.isode.com>
>> JID: same as my email address
>> 
>> 
> 
>