[decade] Open Issue-4 (draft "An HTTP-based DECADE ResourceProtocol")

Wangdanhua <wangdanhua@huawei.com> Thu, 20 September 2012 09:09 UTC

Return-Path: <wangdanhua@huawei.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 141E821F86EA for <decade@ietfa.amsl.com>; Thu, 20 Sep 2012 02:09:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.949
X-Spam-Level:
X-Spam-Status: No, score=-4.949 tagged_above=-999 required=5 tests=[AWL=1.649, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 CLP4gu9QLT0B for <decade@ietfa.amsl.com>; Thu, 20 Sep 2012 02:09:00 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id E5B2421F86EB for <DECADE@ietf.org>; Thu, 20 Sep 2012 02:08:59 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AJV75941; Thu, 20 Sep 2012 09:08:56 +0000 (GMT)
Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 20 Sep 2012 10:08:11 +0100
Received: from SZXEML419-HUB.china.huawei.com (10.82.67.158) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 20 Sep 2012 10:08:44 +0100
Received: from SZXEML507-MBS.china.huawei.com ([169.254.7.120]) by szxeml419-hub.china.huawei.com ([10.82.67.158]) with mapi id 14.01.0323.003; Thu, 20 Sep 2012 17:08:30 +0800
From: Wangdanhua <wangdanhua@huawei.com>
To: "DECADE@ietf.org" <DECADE@ietf.org>
Thread-Topic: Open Issue-4 (draft "An HTTP-based DECADE ResourceProtocol")
Thread-Index: Ac2XD3/qQWNlzkJ7RF6MHYNtHO16vw==
Date: Thu, 20 Sep 2012 09:08:30 +0000
Message-ID: <AFD688AF30E249418739DBDC55B9C75B34D7C893@SZXEML507-MBS.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.177]
Content-Type: multipart/alternative; boundary="_000_AFD688AF30E249418739DBDC55B9C75B34D7C893SZXEML507MBSchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: [decade] Open Issue-4 (draft "An HTTP-based DECADE ResourceProtocol")
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: Thu, 20 Sep 2012 09:09:01 -0000

Hi all,

The following is the forth open issue left for "An HTTP-based DECADE Resource Protocol" (draft-wang-drp).

As to SDT, we'd like to support both push mode and pull mode while DECADE Client gets data object from its DECADE Server. If so, subscription mode has to be introduced
in DECADE.

Do you think it's necessary to include both these two modes or just pull mode is enough? We're looking forward to your opinions and comments.

Thanks!

Best wishes,
Danhua