Re: [decade] re-chartering

Börje Ohlman <Borje.Ohlman@ericsson.com> Wed, 13 July 2011 09:53 UTC

Return-Path: <borje.ohlman@ericsson.com>
X-Original-To: decade@ietfa.amsl.com
Delivered-To: decade@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C16E321F8AD3 for <decade@ietfa.amsl.com>; Wed, 13 Jul 2011 02:53:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F8JXIJPfTNAm for <decade@ietfa.amsl.com>; Wed, 13 Jul 2011 02:53:59 -0700 (PDT)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id F25C421F8AD1 for <decade@ietf.org>; Wed, 13 Jul 2011 02:53:58 -0700 (PDT)
X-AuditID: c1b4fb39-b7bfdae000005125-61-4e1d6b353496
Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id DE.28.20773.53B6D1E4; Wed, 13 Jul 2011 11:53:57 +0200 (CEST)
Received: from dhcp-147-214-183-80.ki.sw.ericsson.se (153.88.115.8) by smtps.internal.ericsson.com (153.88.115.84) with Microsoft SMTP Server id 8.3.137.0; Wed, 13 Jul 2011 11:53:56 +0200
MIME-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Börje Ohlman <Borje.Ohlman@ericsson.com>
In-Reply-To: <E33E01DFD5BEA24B9F3F18671078951F16D2AC@szxeml505-mbx.china.huawei.com>
Date: Wed, 13 Jul 2011 11:53:56 +0200
Content-Transfer-Encoding: quoted-printable
Message-ID: <D16A5CE9-BBBE-44A2-8707-486CBFD822E9@ericsson.com>
References: <E33E01DFD5BEA24B9F3F18671078951F16D2AC@szxeml505-mbx.china.huawei.com>
To: Songhaibin <haibin.song@huawei.com>
X-Mailer: Apple Mail (2.1084)
X-Brightmail-Tracker: AAAAAA==
Cc: "decade@ietf.org" <decade@ietf.org>
Subject: Re: [decade] re-chartering
X-BeenThere: decade@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "To start the discussion on DECoupled Application Data Enroute, to discuss the in-network data storage for p2p applications and its access protocol" <decade.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/decade>, <mailto:decade-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/decade>
List-Post: <mailto:decade@ietf.org>
List-Help: <mailto:decade-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/decade>, <mailto:decade-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Jul 2011 09:53:59 -0000

I think the items listed below are the main items for the next period. Obviously the protocol issues are key things to complete. For the other two I want to make the following comments.

Regarding the naming scheme I want to promote the idea to select a naming scheme that can be generally applicable to naming any type of information objects and thus not making it DECADE specific. As was mentioned at the last IETF there is a draft proposing one possible such naming scheme, see http://datatracker.ietf.org/doc/draft-farrell-ni/
In the DECADE architecture draft it is proposed to use a hash of the information object to name them. I support this idea and the naming scheme proposed in our draft could definitely support such naming. It might add a slight overhead compared with using a plain hash, but it will add flexibility and possibility for future extensions. These features could be useful if there is a need to change a comprised hash algorithm in the future or for making DECADE work smoothly with other future features provided by e.g. ALTO or CDNI.

Regarding service discovery I think this is a very important issue that is key for making it possible to use DECADE in scenarios where users and hosts are roaming in the network.

		Börje


On 20 jun 2011, at 09.54, Songhaibin wrote:

> Dear all,
> 
> As we began our discussion about re-chartering from last IETF meeting. We would like to hear more thoughts and comments in the list. The topics include but not limit to what we talked at last meeting.
> 
> 1. protocols
> 2. Mandatory underlying protocol
> 3. Mandatory naming scheme
> 4. service discovery and etc.
> 
> What stuff should we work on in the next period in this WG in your opinion? Any special consideration?
> 
> BR,
> -Haibin and Rich
> _______________________________________________
> decade mailing list
> decade@ietf.org
> https://www.ietf.org/mailman/listinfo/decade