From richard_woundy@cable.comcast.com Tue Mar 6 16:56:14 2012 Return-Path: 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 6B9C821E8010 for ; Tue, 6 Mar 2012 16:56:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.846 X-Spam-Level: X-Spam-Status: No, score=-104.846 tagged_above=-999 required=5 tests=[AWL=3.616, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HcES0J1G7uCA for ; Tue, 6 Mar 2012 16:56:14 -0800 (PST) Received: from pacdcimo01.cable.comcast.com (PacdcIMO01.cable.comcast.com [24.40.8.145]) by ietfa.amsl.com (Postfix) with ESMTP id A7C9C21E801E for ; Tue, 6 Mar 2012 16:56:13 -0800 (PST) Received: from ([24.40.56.115]) by pacdcimo01.cable.comcast.com with ESMTP id 5503620.152803360; Tue, 06 Mar 2012 19:56:08 -0500 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::492e:3fa1:c2ad:e04e%17]) with mapi id 14.01.0355.002; Tue, 6 Mar 2012 19:56:08 -0500 From: "Woundy, Richard" To: "decade@ietf.org" Thread-Topic: Agenda requests for DECADE at IETF 83/Paris Thread-Index: Acz7+fMEjFn4oSk/RJGasDO/1tZn0Q== Date: Wed, 7 Mar 2012 00:55:47 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD128972C45@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [76.96.69.110] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD128972C45PACDCEXMB05cabl_" MIME-Version: 1.0 Subject: [decade] Agenda requests for DECADE at IETF 83/Paris 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 00:56:14 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD128972C45PACDCEXMB05cabl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, Please send us your agenda requests for the upcoming DECADE WG meeting at I= ETF 83. Priority will be given to items on the charter, or to topics alread= y discussed on the list. If you have requests for agenda slots at the Paris meeting, please send the= m to Haibin and me by March 12, identifying the draft, the length of the sc= heduled slot and the name of the speaker. Below are our upcoming deadlines: 2012-03-12 (Monday): Internet Draft final submission cut-off by 17:00 PT (U= TC -7) 2012-03-14 (Wednesday): Draft Working Group agendas due by 17:00 PT (UTC -7= ) The following timeslot has been scheduled for DECADE: Thursday, Afternoon Session II 1520-1720, Room Name: 253 -- Rich and Haibin --_000_1CA25301D2219F40B3AA37201F0EACD128972C45PACDCEXMB05cabl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

Please send us your agenda requests for the upcoming= DECADE WG meeting at IETF 83. Priority will be given to items on the chart= er, or to topics already discussed on the list.

 

If you have requests for agenda slots at the Pari= s meeting, please send them to Haibin and me by March 12, identifying the d= raft, the length of the scheduled slot and the name of the speaker.

 

Below are our upcoming deadlines:

2012-03-12 (Monday): Internet Draft final submiss= ion cut-off by 17:00 PT (UTC -7)

2012-03-14 (Wednesday): Draft Working Group agend= as due by 17:00 PT (UTC -7)

 

The following timeslot has been scheduled for DEC= ADE:

    Thursday, Afternoon Session II= 1520-1720, Room Name: 253

 

-- Rich and Haibin

--_000_1CA25301D2219F40B3AA37201F0EACD128972C45PACDCEXMB05cabl_-- From internet-drafts@ietf.org Sun Mar 11 20:51:08 2012 Return-Path: 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 34B7C21F856F; Sun, 11 Mar 2012 20:50:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.571 X-Spam-Level: X-Spam-Status: No, score=-102.571 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0DHJ0bGjVlQy; Sun, 11 Mar 2012 20:50:56 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0812721F8569; Sun, 11 Mar 2012 20:50:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120312035056.27401.35125.idtracker@ietfa.amsl.com> Date: Sun, 11 Mar 2012 20:50:56 -0700 Cc: decade@ietf.org Subject: [decade] I-D Action: draft-ietf-decade-integration-example-03.txt 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 03:51:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Decoupled Application Data Enroute Wo= rking Group of the IETF. Title : Integration Examples of DECADE System Author(s) : Ning Zong Xiaohui Chen Zhigang Huang Lijiang Chen Hongqiang Liu Filename : draft-ietf-decade-integration-example-03.txt Pages : 23 Date : 2012-03-11 Decoupled Application Data Enroute (DECADE) system is an in-network storage infrastructure which is still under discussion and standardization process in IETF DECADE WG. This document presents two detailed examples of how to integrate such in-network storage infrastructure into peer-to-peer (P2P) applications to achieve more efficient content distribution, and Application Layer Traffic Optimization (ALTO) system to build a content distribution platform for Content Providers (CPs). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-integration-example-0= 3.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-decade-integration-example-03= .txt From zongning@huawei.com Sun Mar 11 21:37:11 2012 Return-Path: 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 82EC621F8559 for ; Sun, 11 Mar 2012 21:37:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.374 X-Spam-Level: X-Spam-Status: No, score=-106.374 tagged_above=-999 required=5 tests=[AWL=0.225, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D1Nl+c4teZL5 for ; Sun, 11 Mar 2012 21:37:08 -0700 (PDT) Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 36B6721F8541 for ; Sun, 11 Mar 2012 21:37:07 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0R006AR8TI7H@szxga04-in.huawei.com> for decade@ietf.org; Mon, 12 Mar 2012 12:36:54 +0800 (CST) Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0R00DRG8TIR1@szxga04-in.huawei.com> for decade@ietf.org; Mon, 12 Mar 2012 12:36:54 +0800 (CST) Received: from szxeml210-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AHT24150; Mon, 12 Mar 2012 12:35:59 +0800 Received: from SZXEML413-HUB.china.huawei.com (10.82.67.152) by szxeml210-edg.china.huawei.com (172.24.2.183) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 12 Mar 2012 12:35:22 +0800 Received: from SZXEML504-MBS.china.huawei.com ([169.254.8.11]) by szxeml413-hub.china.huawei.com ([10.82.67.152]) with mapi id 14.01.0323.003; Mon, 12 Mar 2012 12:35:55 +0800 Date: Mon, 12 Mar 2012 04:35:54 +0000 From: ZongNing X-Originating-IP: [10.138.41.33] To: "decade@ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: zh-CN Content-transfer-encoding: 7BIT Accept-Language: en-US, zh-CN Thread-topic: [decade] I-D Action: draft-ietf-decade-integration-example-03.txt Thread-index: AQHNAAOXrpHr93XkFkKFWmf4JaSiZZZmEk0Q X-MS-Has-Attach: X-MS-TNEF-Correlator: X-CFilter-Loop: Reflected Subject: [decade] FW: I-D Action: draft-ietf-decade-integration-example-03.txt 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 04:37:11 -0000 Hi, Folks, Please see the new version of Integration Examples of DECADE System. http://www.ietf.org/internet-drafts/draft-ietf-decade-integration-example-03.txt Thanks to Richard and Akbar for their valuable comments and I hope this new version has addressed most of the comments. BR, Ning Zong -----Original Message----- From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Monday, March 12, 2012 11:51 AM To: i-d-announce@ietf.org Cc: decade@ietf.org Subject: [decade] I-D Action: draft-ietf-decade-integration-example-03.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Decoupled Application Data Enroute Working Group of the IETF. Title : Integration Examples of DECADE System Author(s) : Ning Zong Xiaohui Chen Zhigang Huang Lijiang Chen Hongqiang Liu Filename : draft-ietf-decade-integration-example-03.txt Pages : 23 Date : 2012-03-11 Decoupled Application Data Enroute (DECADE) system is an in-network storage infrastructure which is still under discussion and standardization process in IETF DECADE WG. This document presents two detailed examples of how to integrate such in-network storage infrastructure into peer-to-peer (P2P) applications to achieve more efficient content distribution, and Application Layer Traffic Optimization (ALTO) system to build a content distribution platform for Content Providers (CPs). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-integration-example-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-decade-integration-example-03.txt From internet-drafts@ietf.org Mon Mar 12 13:47:23 2012 Return-Path: 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 C4E2B11E80FB; Mon, 12 Mar 2012 13:47:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.47 X-Spam-Level: X-Spam-Status: No, score=-102.47 tagged_above=-999 required=5 tests=[AWL=-0.098, BAYES_00=-2.599, SARE_SUB_OBFU_Q1=0.227, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tGP9XUoLLvbt; Mon, 12 Mar 2012 13:47:23 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C1D521F86AD; Mon, 12 Mar 2012 13:47:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120312204723.544.17954.idtracker@ietfa.amsl.com> Date: Mon, 12 Mar 2012 13:47:23 -0700 Cc: decade@ietf.org Subject: [decade] I-D Action: draft-ietf-decade-reqs-06.txt 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 20:47:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Decoupled Application Data Enroute Wo= rking Group of the IETF. Title : DECADE Requirements Author(s) : Yingjie Gu David A. Bryan Yang Richard Yang Richard Alimi Filename : draft-ietf-decade-reqs-06.txt Pages : 23 Date : 2012-03-12 The target of the DECoupled Application Data Enroute (DECADE) system is to provide an open and standard in-network storage system for applications, primarily P2P (peer-to-peer) applications, to store, retrieve and manage their data. This draft enumerates and explains requirements, not only for storage and retrieval, but also for data management, access control and resource control, that should be considered during the design and implementation of a DECADE- compatible system. These are requirements on the entire system; some of the requirements may eventually be implemented by an existing protocol with/without some extensions (e.g., a protocol used to read and write data from the storage system). The requirements in this document are intended to ensure that a DECADE-compatible system architecture includes all of the desired functionality for intended applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-reqs-06.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-decade-reqs-06.txt From internet-drafts@ietf.org Mon Mar 12 14:18:05 2012 Return-Path: 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 EE68021E8032; Mon, 12 Mar 2012 14:18:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.583 X-Spam-Level: X-Spam-Status: No, score=-102.583 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hU1LzsE8oYIQ; Mon, 12 Mar 2012 14:18:04 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60CDF21E8026; Mon, 12 Mar 2012 14:18:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120312211804.12069.49039.idtracker@ietfa.amsl.com> Date: Mon, 12 Mar 2012 14:18:04 -0700 Cc: decade@ietf.org Subject: [decade] I-D Action: draft-ietf-decade-arch-05.txt 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 21:18:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Decoupled Application Data Enroute Wo= rking Group of the IETF. Title : DECADE Architecture Author(s) : Richard Alimi Akbar Rahman Dirk Kutscher Y. Richard Yang Filename : draft-ietf-decade-arch-05.txt Pages : 37 Date : 2012-03-12 Content Distribution Applications (e.g., P2P applications) are widely used on the Internet and make up a large portion of the traffic in many networks. One technique to improve the network efficiency of these applications is to introduce storage capabilities within the networks; this is the capability to be provided by a DECADE (DECoupled Application Data Enroute) compliant system. This document presents an architecture for DECADE, discusses the underlying principles, and identifies key functionalities required for introducing in-network storage for these applications. In addition, some examples are given to illustrate these concepts in an informative manner. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-decade-arch-05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-decade-arch-05.txt From haibin.song@huawei.com Thu Mar 15 08:15:48 2012 Return-Path: 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 4CA4B21F84E4 for ; Thu, 15 Mar 2012 08:15:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.514 X-Spam-Level: X-Spam-Status: No, score=-6.514 tagged_above=-999 required=5 tests=[AWL=0.084, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58P8Z8-4GX-6 for ; Thu, 15 Mar 2012 08:15:47 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 00EED21F85D6 for ; Thu, 15 Mar 2012 08:15:47 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0X00J73MD7Q5@szxga05-in.huawei.com> for decade@ietf.org; Thu, 15 Mar 2012 23:15:07 +0800 (CST) Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M0X00806MD77C@szxga05-in.huawei.com> for decade@ietf.org; Thu, 15 Mar 2012 23:15:07 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AHW88668; Thu, 15 Mar 2012 23:14:57 +0800 Received: from SZXEML404-HUB.china.huawei.com (10.82.67.59) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 15 Mar 2012 23:14:50 +0800 Received: from SZXEML534-MBX.china.huawei.com ([169.254.2.76]) by szxeml404-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Thu, 15 Mar 2012 23:14:52 +0800 Date: Thu, 15 Mar 2012 15:14:50 +0000 From: Songhaibin X-Originating-IP: [172.24.1.69] To: "decade@ietf.org" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_IDher1G3sikxYAlnJ+PNtA)" Content-language: en-US Accept-Language: en-US, zh-CN Thread-topic: Draft agenda Thread-index: Ac0Cvi5AYNkvVaxhRCGhyeZXNDV7EQ== X-MS-Has-Attach: X-MS-TNEF-Correlator: X-CFilter-Loop: Reflected Subject: [decade] Draft agenda 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 15:15:48 -0000 --Boundary_(ID_IDher1G3sikxYAlnJ+PNtA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Dear folks, Please check the following link for the draft agenda. http://www.ietf.org/proceedings/83/agenda/agenda-83-decade.htm We are pleased to give a slot if you have other topic to discuss at the meeting before the agenda is finalized. BR, -Haibin and Rich --Boundary_(ID_IDher1G3sikxYAlnJ+PNtA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT

Dear folks,

 

Please check the following link for the draft agenda.

 

http://www.ietf.org/proceedings/83/agenda/agenda-83-decade.htm

 

We are pleased to give a slot if you have other topic to discuss at the meeting before the agenda is finalized.

 

BR,

-Haibin and Rich

--Boundary_(ID_IDher1G3sikxYAlnJ+PNtA)-- From Dirk.Kutscher@neclab.eu Wed Mar 21 06:58:42 2012 Return-Path: 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 DA65B21F8473 for ; Wed, 21 Mar 2012 06:58:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aWne3aV59leh for ; Wed, 21 Mar 2012 06:58:42 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 41FB621F865B for ; Wed, 21 Mar 2012 06:58:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id CD7641009CF for ; Wed, 21 Mar 2012 15:00:17 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YY7kaonM8yPM for ; Wed, 21 Mar 2012 15:00:17 +0100 (CET) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id B081DFF8C3 for ; Wed, 21 Mar 2012 15:00:12 +0100 (CET) Received: from Polydeuces.office.hd ([169.254.3.36]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.01.0323.003; Wed, 21 Mar 2012 14:58:34 +0100 From: Dirk Kutscher To: "decade@ietf.org" Thread-Topic: ANNOUNCE: NetInf software Thread-Index: Ac0HZxfxJDKgj6CASyeUscGwWMM6UgAA0onA Date: Wed, 21 Mar 2012 13:58:34 +0000 Message-ID: <82AB329A76E2484D934BBCA77E9F524924C5CFF1@Polydeuces.office.hd> References: <82AB329A76E2484D934BBCA77E9F524924C5CF01@Polydeuces.office.hd> In-Reply-To: <82AB329A76E2484D934BBCA77E9F524924C5CF01@Polydeuces.office.hd> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.210] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [decade] FW: ANNOUNCE: NetInf software 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 13:58:43 -0000 FYI -- there are a couple of open source implementations of draft-farrell-decade-ni and draft-hallambaker-decade-ni-params Best regards, Dirk -----Original Message----- From: icn-interest-bounces@listserv.netlab.nec.de [mailto:icn-interest-boun= ces@listserv.netlab.nec.de] On Behalf Of Dirk Kutscher Sent: Mittwoch, 21. M=E4rz 2012 14:34 To: icn-interest@listserv.netlab.nec.de Cc: Tuononen, Janne (NSN - FI/Espoo) (janne.tuononen@nsn.com); Elwyn Davies= (davieseb@scss.tcd.ie); Claudio Imbrenda Subject: [Icn-interest] ANNOUNCE: NetInf software Dear all, We (a group of individuals working on ICN in the SAIL project [1]) have rel= eased a first version of software tools and protocol implementations of our= NetInf (Network of Information) system: https://sourceforge.net/projects/netinf/ The package consists of different implementations of draft-farrell-decade-n= i [2] and draft-hallambaker-decade-ni-params [3] and additional protocol an= d NetInf router/client implementations. An overview of the different implementations and their functionalities: * c: NI URI format, HTTP convergence layer * curl: patch for curl to handle NI names * ruby: NI URI format, HTTP and UDP convergence layers, standalone NetInf r= outer * python: NI URI format, HTTP convergence layer, standalone NetInf server * java: NI URI format, HTTP convergence layer, NI proxy with local cache, G= ET/REGISTER/PUBLISH clients. * php: HTTP convergence layer * clojure: NI URI format * wget: patch for wget to handle NI names * sh: scripts to generate NI names for a web server environment We have been using these components in interop tests but please note that t= his is work in progress. The software is licensed under Apache-2.0 [4]. Thanks to all who contributed to this. We hope people find this useful and = would appreciate any feedback. Best regards, Dirk [1] http://www.sail-project.eu/ [2] http://tools.ietf.org/html/draft-farrell-decade-ni-00 [3] http://tools.ietf.org/html/draft-hallambaker-decade-ni-params-00 [4] http://www.apache.org/licenses/LICENSE-2.0 -- Dr. Dirk Kutscher | NEC Laboratories Europe phone: +49 6221 4342 203 | fax: +49 6221 4342 155 | webpage: www.neclab.eu NEC Europe Limited | Registered Office: NEC House, 1 Victoria Road, London = W3 6BL | Registered in England 2832014 _______________________________________________ Icn-interest mailing list Icn-interest@listserv.netlab.nec.de https://listserv.netlab.nec.de/mailman/listinfo/icn-interest From richard_woundy@cable.comcast.com Wed Mar 21 11:56:56 2012 Return-Path: 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 BEF1521E80A7 for ; Wed, 21 Mar 2012 11:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.501 X-Spam-Level: X-Spam-Status: No, score=-101.501 tagged_above=-999 required=5 tests=[AWL=-1.760, BAYES_05=-1.11, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7DkkHo2mOuPL for ; Wed, 21 Mar 2012 11:56:56 -0700 (PDT) Received: from cable.comcast.com (copdcavout01.cable.comcast.com [76.96.32.253]) by ietfa.amsl.com (Postfix) with ESMTP id 4908421E80A3 for ; Wed, 21 Mar 2012 11:56:56 -0700 (PDT) Received: from ([24.40.56.115]) by copdcavout01.cable.comcast.com with ESMTP id C7WM3M1.10344140; Wed, 21 Mar 2012 12:44:39 -0600 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB02.cable.comcast.com ([fe80::492e:3fa1:c2ad:e04e%17]) with mapi id 14.01.0355.002; Wed, 21 Mar 2012 14:56:42 -0400 From: "Woundy, Richard" To: "decade@ietf.org" Thread-Topic: Presentations for DECADE session at IETF 83 Thread-Index: Ac0HlFPKVvQaQgQKROeyE7Mnb0jApg== Date: Wed, 21 Mar 2012 18:56:42 +0000 Message-ID: <1CA25301D2219F40B3AA37201F0EACD1319FD2D2@PACDCEXMB05.cable.comcast.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [24.40.56.173] Content-Type: multipart/alternative; boundary="_000_1CA25301D2219F40B3AA37201F0EACD1319FD2D2PACDCEXMB05cabl_" MIME-Version: 1.0 Subject: [decade] Presentations for DECADE session at IETF 83 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 18:56:56 -0000 --_000_1CA25301D2219F40B3AA37201F0EACD1319FD2D2PACDCEXMB05cabl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Presenters, Please send a draft copy of your presentation to Haibin and myself by Tuesd= ay March 27 at 1800 CET. This process will allow the chairs to review your presentations, and to pos= t the slides for participants to read prior to our session on Thursday. -- Rich --_000_1CA25301D2219F40B3AA37201F0EACD1319FD2D2PACDCEXMB05cabl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Presenters,

 

Please send a draft copy of your presentation to Hai= bin and myself by Tuesday March 27 at 1800 CET.

 

This process will allow the chairs to review your pr= esentations, and to post the slides for participants to read prior to our s= ession on Thursday.

 

-- Rich

 

--_000_1CA25301D2219F40B3AA37201F0EACD1319FD2D2PACDCEXMB05cabl_-- From martin.thomson@gmail.com Tue Mar 27 22:12:34 2012 Return-Path: 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 CD42921F8578 for ; Tue, 27 Mar 2012 22:12:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.807 X-Spam-Level: X-Spam-Status: No, score=-4.807 tagged_above=-999 required=5 tests=[AWL=-1.208, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C6tGm3E-vbix for ; Tue, 27 Mar 2012 22:12:34 -0700 (PDT) Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id C53A021F8577 for ; Tue, 27 Mar 2012 22:12:30 -0700 (PDT) Received: by bkuw5 with SMTP id w5so579881bku.31 for ; Tue, 27 Mar 2012 22:12:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ovSoqNHzwTT3Wv7Om/hNJvxEj/SZGYtc3UvZj/TRSW4=; b=CQICRQ4el5dvzgXBQUBPJJvNjPH2ePPCxhmuc+zFf37Abfb3DvVrtCE4H5VsvmJx5M TFQ0kR2Kn0D6kF/oIZb6GlHNo8J3hWn+zdYAF+mVWm7yTKli3CxsssHrpu9EQ1lJAJ7c 4yEtBBjk+xBC6QQ6PUQIGsZj6EahWv5Wx9kCZiFhl+cpXr+w/dmt/nWMVnza3U6yVXFb hTi31Ni2Rm6G3ktwZmz7+DlPRxtkEIOfBkfKxBaInrB0jW3xNSDb40o+Om0z3WCiWTw+ XcFi1FfOIlxw2uCS0BMU6rohPm+j0shy6S6QpEGqXc8ridAF9U/jEa8VijCGUvOztSwp w+1A== MIME-Version: 1.0 Received: by 10.204.152.12 with SMTP id e12mr11284826bkw.29.1332911549765; Tue, 27 Mar 2012 22:12:29 -0700 (PDT) Received: by 10.205.38.73 with HTTP; Tue, 27 Mar 2012 22:12:29 -0700 (PDT) Date: Wed, 28 Mar 2012 07:12:29 +0200 Message-ID: From: Martin Thomson To: decade@ietf.org Content-Type: text/plain; charset=UTF-8 Subject: [decade] Naming and draft-farrel-wossname 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 05:12:35 -0000 This has probably already been raised, but "Named Information" is an awful, generic name. It doesn't really distinguish itself from URN, or even URI. Has anyone proposed a better, more descriptive acronym? Like maybe integrity protected resource (ipr) or integrity protected resource representation (iprr). Maybe hashed abstract resource representation identifier (harri). Or some combination of words like these. ...because names are fun to change when designing by committee. But it's a bigger deal when it comes to actually understanding the spec. It's better than it was, but it's much harder to work out what is going on than it should be and a good name would help a great deal. --Martin From stephen.farrell@cs.tcd.ie Tue Mar 27 23:38:27 2012 Return-Path: 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 A5C3421F8793 for ; Tue, 27 Mar 2012 23:38:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.879 X-Spam-Level: X-Spam-Status: No, score=-102.879 tagged_above=-999 required=5 tests=[AWL=-0.280, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jZQtIfkpWww9 for ; Tue, 27 Mar 2012 23:38:26 -0700 (PDT) Received: from scss.tcd.ie (hermes.scss.tcd.ie [IPv6:2001:770:10:200:889f:cdff:fe8d:ccd2]) by ietfa.amsl.com (Postfix) with ESMTP id 962B521F8792 for ; Tue, 27 Mar 2012 23:38:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 03952171C04; Wed, 28 Mar 2012 07:38:23 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received :received:x-virus-scanned; s=cs; t=1332916702; bh=TdZNNQDhCVVe4N Qys8WD1yb+RoT0mLo8hoSVTuTanrk=; b=hbxoVaXL/994qv9+PzI73H6cQ9ICpc +OEnBIVaaWCTCrXp7w4ns5yELWtBhnI79Kk79aLGsF7VhpO1mzuZh1TTwu412tWH f7RW4Mna8Vt9CuLv1cpw0KnRyQ6FA/6qHGFl3I+Peuog1j/ujoK1A/fSrHXJTqfl EAV6Mbufex/DJCLwL+C+eJk/niyjm8+2tgrl4DnpxmK76MDVX2BpUHTs0AAm8TmG Aoukw6u0XIz/NIkcN/NoG32Ko3I6l5ypsI5mmdxcO9U+35N2Cbltq3y8cM3eQRzT BdurZkU+u2+LS/v85AVzVT+8mah7UztZC007pnEDM9Bm3H6NDr0aFpCA== X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id 6ftQMHaJ1nO9; Wed, 28 Mar 2012 07:38:22 +0100 (IST) Received: from [130.129.103.171] (dhcp-67ab.meeting.ietf.org [130.129.103.171]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 90C79171BFD; Wed, 28 Mar 2012 07:38:22 +0100 (IST) Message-ID: <4F72B1DE.7010101@cs.tcd.ie> Date: Wed, 28 Mar 2012 07:38:22 +0100 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Martin Thomson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: decade@ietf.org Subject: Re: [decade] Naming and draft-farrel-wossname 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 06:38:27 -0000 s/farrel/farrell/ :-) On 03/28/2012 06:12 AM, Martin Thomson wrote: > This has probably already been raised, but "Named Information" is an > awful, generic name. It doesn't really distinguish itself from URN, > or even URI. Has anyone proposed a better, more descriptive acronym? > > Like maybe integrity protected resource (ipr) or integrity protected > resource representation (iprr). Maybe hashed abstract resource > representation identifier (harri). Or some combination of words like > these. > I've no problem changing from "ni" to something better. Or changing the expansion to something else. Whatever. "ipr" of course isn't better:-) > ...because names are fun to change when designing by committee. But > it's a bigger deal when it comes to actually understanding the spec. > It's better than it was, but it's much harder to work out what is > going on than it should be and a good name would help a great deal. Be glad to get more detailed comments about how to make it better, Cheers, S > > --Martin > From martin.thomson@gmail.com Tue Mar 27 23:57:28 2012 Return-Path: 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 9B4DD21E80F2 for ; Tue, 27 Mar 2012 23:57:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.82 X-Spam-Level: X-Spam-Status: No, score=-4.82 tagged_above=-999 required=5 tests=[AWL=-1.221, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yhTTA+hRD58Z for ; Tue, 27 Mar 2012 23:57:28 -0700 (PDT) Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3FF8521F8724 for ; Tue, 27 Mar 2012 23:57:23 -0700 (PDT) Received: by bkuw5 with SMTP id w5so635351bku.31 for ; Tue, 27 Mar 2012 23:57:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S9S3tCeBWvmtAJa/mJ1irNe+UZlQsazdITRDtPm5OZQ=; b=vHKonPYbOL00gF9kOXQ7lzJ076p4pdqOUP0tdLp48+ikyLh1pW3khvZKNESGW7oJ+W XZTeVHTnQBf2Kv0dZTkLlesTNTSv517hdmVH6XXaY0HvL7b+iIkGV1o6wHC7FbaUvz3j TCJ9ejZJG2K+Kobl3W22NtxWm4uQWJIG661xDdqI06bUxAed8h24foYuS5TiEVC9YJLY PodnNFNTqdXbEIha1uHcSy9kpSzup9Ix3BCgL7KA8x5jCEgNMcAKGzTVsD9JxEvl9Vl1 5/Hn7gYejMXMQSZ/u5YyvOvAiAeihN1TysPRwEyu7h4LHKgZt0GxexH9SfahVXKLp0DA A9Ig== MIME-Version: 1.0 Received: by 10.204.152.12 with SMTP id e12mr11409765bkw.29.1332917842319; Tue, 27 Mar 2012 23:57:22 -0700 (PDT) Received: by 10.205.38.73 with HTTP; Tue, 27 Mar 2012 23:57:22 -0700 (PDT) In-Reply-To: <4F72B1DE.7010101@cs.tcd.ie> References: <4F72B1DE.7010101@cs.tcd.ie> Date: Wed, 28 Mar 2012 08:57:22 +0200 Message-ID: From: Martin Thomson To: Stephen Farrell Content-Type: text/plain; charset=UTF-8 Cc: decade@ietf.org Subject: Re: [decade] Naming and draft-farrel-wossname 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 06:57:28 -0000 On 28 March 2012 08:38, Stephen Farrell wrote: > s/farrel/farrell/ :-) Apologies. > "ipr" of course isn't better:-) Of course it is. "Inadvertent" acronym collision gets great mileage. > Be glad to get more detailed comments about how to make it better, How to take a long block of text and make it more understandable is a difficult problem. I think that the most specific thing I can do without rewriting the introduction in way that you and your coauthors probably wont like is to suggest name improvement. From stephen.farrell@cs.tcd.ie Wed Mar 28 00:10:09 2012 Return-Path: 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 0907921E8161 for ; Wed, 28 Mar 2012 00:10:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.846 X-Spam-Level: X-Spam-Status: No, score=-102.846 tagged_above=-999 required=5 tests=[AWL=-0.247, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wPW-nOL-cN3F for ; Wed, 28 Mar 2012 00:10:08 -0700 (PDT) Received: from scss.tcd.ie (hermes.scss.tcd.ie [IPv6:2001:770:10:200:889f:cdff:fe8d:ccd2]) by ietfa.amsl.com (Postfix) with ESMTP id E85B921E80E3 for ; Wed, 28 Mar 2012 00:10:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 3980A171C04; Wed, 28 Mar 2012 08:10:07 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received :received:x-virus-scanned; s=cs; t=1332918606; bh=tCPApvotMLFdhG ikQo/WHxGIlXsos5/x7AFlqQN6A9c=; b=HeeoZMT1t5ktJEtOF69OQp4WFWpSo/ VYkncImqSGEoTjMVA30SF+UFta172vzsvAKgAtquzRC2FnwGhpNyzrA2pt24cp3Q k+aVkzUwVFzqaf/U1QqC2kdThhZDy61QkDGeiTUEImi5xVgnq2zpzjM+vVQ1I6pV Rvzc/+Z5NqY0q8lepL4LGIjMLY4pWZfVEanAOgx2q/ApmhOTdvb3MYLmGzy/adzi vOuIHOwNhhUPICzZr/IXt+G3jF15XbnCOq8I1yePJqAKW78PKO/Os8x2BJxtXceX WaaCieApT0bh2JCmn9i0Ytue+JxL4oHnknLQVEXoXJS0t61zLCXVrFrA== X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id 334KRUwG4iIq; Wed, 28 Mar 2012 08:10:06 +0100 (IST) Received: from [130.129.103.171] (dhcp-67ab.meeting.ietf.org [130.129.103.171]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id C97B3171BFD; Wed, 28 Mar 2012 08:10:06 +0100 (IST) Message-ID: <4F72B94E.8060603@cs.tcd.ie> Date: Wed, 28 Mar 2012 08:10:06 +0100 From: Stephen Farrell User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Martin Thomson References: <4F72B1DE.7010101@cs.tcd.ie> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: decade@ietf.org Subject: Re: [decade] Naming and draft-farrel-wossname 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 07:10:09 -0000 On 03/28/2012 07:57 AM, Martin Thomson wrote: > On 28 March 2012 08:38, Stephen Farrell wrote: >> s/farrel/farrell/ :-) > > Apologies. No problem. > >> "ipr" of course isn't better:-) > > Of course it is. "Inadvertent" acronym collision gets great mileage. Its maybe a bit tempting, but I suspect more folks would dislike that than ni. > >> Be glad to get more detailed comments about how to make it better, > > How to take a long block of text and make it more understandable is a > difficult problem. I think that the most specific thing I can do > without rewriting the introduction in way that you and your coauthors > probably wont like is to suggest name improvement. I'm quite fine with handling comments I don't like. Hard to handle unstated ones though. S From richard_woundy@cable.comcast.com Wed Mar 28 08:41:38 2012 Return-Path: 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 4FFFA21E829D for ; Wed, 28 Mar 2012 08:41:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.993 X-Spam-Level: X-Spam-Status: No, score=-101.993 tagged_above=-999 required=5 tests=[AWL=-0.763, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1IV8BYy54UOp for ; Wed, 28 Mar 2012 08:41:37 -0700 (PDT) Received: from cable.comcast.com (copdcavout01.cable.comcast.com [76.96.32.253]) by ietfa.amsl.com (Postfix) with ESMTP id C888D21E829B for ; Wed, 28 Mar 2012 08:41:36 -0700 (PDT) Received: from ([24.40.56.114]) by copdcavout01.cable.comcast.com with ESMTP id C7WM3M1.11220657; Wed, 28 Mar 2012 09:29:10 -0600 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB01.cable.comcast.com ([fe80::84e8:95f3:f13b:169e%13]) with mapi id 14.01.0355.002; Wed, 28 Mar 2012 11:41:28 -0400 From: "Woundy, Richard" To: "decade@ietf.org" Thread-Topic: Slides for IETF 83 Thread-Index: AQHNDPk9r22m7eo5IEiJp1e6gRGdIg== Date: Wed, 28 Mar 2012 15:41:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.14.0.111121 x-originating-ip: [24.40.55.72] Content-Type: multipart/alternative; boundary="_000_CB98FDC43A43RichardWoundycablecomcastcom_" MIME-Version: 1.0 Subject: [decade] Slides for IETF 83 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Mar 2012 15:41:38 -0000 --_000_CB98FDC43A43RichardWoundycablecomcastcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, The slides for the DECADE session at IETF 83 can be found here: https://dat= atracker.ietf.org/meeting/83/materials.html#wg-decade. We will meet on Thursday March 29 from 1520-1720 local time in room 253. -- Rich --_000_CB98FDC43A43RichardWoundycablecomcastcom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Folks,

The slides for the DECADE session at IETF 83 can be found here: https://datatracker.ietf.org/meeting/83/materials.html#wg-decade.

We will meet on Thursday March 29 from 1520-1720 local time in room 25= 3.

-- Rich
--_000_CB98FDC43A43RichardWoundycablecomcastcom_-- From richard_woundy@cable.comcast.com Fri Mar 30 07:36:39 2012 Return-Path: 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 6805A21F86CE for ; Fri, 30 Mar 2012 07:36:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.588 X-Spam-Level: X-Spam-Status: No, score=-101.588 tagged_above=-999 required=5 tests=[AWL=-0.358, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IbVtI4hymD0r for ; Fri, 30 Mar 2012 07:36:39 -0700 (PDT) Received: from cable.comcast.com (copdcavout01.cable.comcast.com [76.96.32.253]) by ietfa.amsl.com (Postfix) with ESMTP id CDB4D21F864B for ; Fri, 30 Mar 2012 07:36:38 -0700 (PDT) Received: from ([24.40.56.114]) by copdcavout01.cable.comcast.com with ESMTP id C7WM3M1.11521199; Fri, 30 Mar 2012 08:24:10 -0600 Received: from PACDCEXMB05.cable.comcast.com ([fe80::a5b0:e5c4:df1b:2367]) by PACDCEXHUB01.cable.comcast.com ([fe80::84e8:95f3:f13b:169e%13]) with mapi id 14.01.0355.002; Fri, 30 Mar 2012 10:36:35 -0400 From: "Woundy, Richard" To: "decade@ietf.org" Thread-Topic: Remote Get Object Message Thread-Index: AQHNDoKBg3eg7H8F4ECL+B6dPaD8mw== Date: Fri, 30 Mar 2012 14:36:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.14.0.111121 x-originating-ip: [24.40.55.73] Content-Type: multipart/alternative; boundary="_000_CB9B91923D2CRichardWoundycablecomcastcom_" MIME-Version: 1.0 Subject: [decade] Remote Get Object Message 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 14:36:39 -0000 --_000_CB9B91923D2CRichardWoundycablecomcastcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, In Thursday's session, we discussed how to implement the Remote Get Object = message. One proposal is to use HTTP Post with a new X-DECADE-ORIGIN header= ; another proposal is to define a new HTTP message. See slide 3 of > and >>. My thought (as an individual contributor, not as co-chair) is to use existi= ng HTTP Get headers and leverage the base functionality of an HTTP caching = proxy in DECADE. The local "DECADE" server would act as a caching proxy (wi= th additional functionality of course) in order to reach the remote "DECADE= " server, and cache the contents of the reply in the "DECADE" storage. I ha= ve a "non-transparent proxy" behavior in mind, per the definition of "proxy= " in RFC 2616 (http://tools.ietf.org/html/rfc2616#section-1.3). Also see , , and perhaps as well. Did we fully explore this possibility? As a co-chair, I can assure you that= it would be much better to leverage existing protocols and standards, vers= us inventing new ones. -- Rich --_000_CB9B91923D2CRichardWoundycablecomcastcom_ Content-Type: text/html; charset="us-ascii" Content-ID: <261972DA0F0CB946BCFFB94B1FBDDD33@cable.comcast.com> Content-Transfer-Encoding: quoted-printable
Folks,

In Thursday's session, we discussed how to implement the Remote Get Ob= ject message. One proposal is to use HTTP Post with a new X-DECADE-ORIGIN h= eader; another proposal is to define a new HTTP message. See slide 3 of <= ;http://www.ietf.org/proceedings/83/slides/slides-83-decade-4.pdf= > and <http://tools.ietf.org/html/draft-wang-decade-drp-03#section-8>.

Did we fully explore this possibility? As a co-chair, I can assure you= that it would be much better to leverage existing protocols and standards,= versus inventing new ones.

-- Rich
--_000_CB9B91923D2CRichardWoundycablecomcastcom_-- From Akbar.Rahman@InterDigital.com Fri Mar 30 17:40:05 2012 Return-Path: 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 BBBFF21F8663 for ; Fri, 30 Mar 2012 17:40:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.354 X-Spam-Level: X-Spam-Status: No, score=-2.354 tagged_above=-999 required=5 tests=[AWL=0.244, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C7Ztc2+TJWmc for ; Fri, 30 Mar 2012 17:40:04 -0700 (PDT) Received: from idcout.InterDigital.com (smtp-out1.interdigital.com [64.208.228.135]) by ietfa.amsl.com (Postfix) with ESMTP id D96AD21F8688 for ; Fri, 30 Mar 2012 17:40:03 -0700 (PDT) Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 30 Mar 2012 20:40:03 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD0ED6.CEF105E6" Date: Fri, 30 Mar 2012 20:40:00 -0400 Message-ID: In-reply-to: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [decade] Remote Get Object Message Thread-Index: AQHNDoKBg3eg7H8F4ECL+B6dPaD8m5aDi/Uw References: From: "Rahman, Akbar" To: "Woundy, Richard" X-OriginalArrivalTime: 31 Mar 2012 00:40:03.0067 (UTC) FILETIME=[CF7FECB0:01CD0ED6] Cc: decade@ietf.org Subject: Re: [decade] Remote Get Object Message 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" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 00:40:05 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CD0ED6.CEF105E6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rich, =20 I agree that using a classic HTTP GET request (instead of a new modified POST) to implement the "DECADE-compatible Remote Get Object" message is a good approach. =20 I also like your proposal for the local DECADE server to act as a non-transparent proxy when processing a request from a client. (I.E. Client makes a request to "DECADE server-1" which then acts as a proxy by forwarding the request to "DECADE server-2"). =20 However, I guess this model breaks down if we are required to support a use case where "DECADE server-1" wants to exchange content with "DECADE server-2" without being triggered by a client.=20 =20 Do you agree? =20 Akbar =20 =20 =20 From: decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of Woundy, Richard Sent: Friday, March 30, 2012 10:37 AM To: decade@ietf.org Subject: [decade] Remote Get Object Message =20 Folks, =20 In Thursday's session, we discussed how to implement the Remote Get Object message. One proposal is to use HTTP Post with a new X-DECADE-ORIGIN header; another proposal is to define a new HTTP message. See slide 3 of > and > >. =20 My thought (as an individual contributor, not as co-chair) is to use existing HTTP Get headers and leverage the base functionality of an HTTP caching proxy in DECADE. The local "DECADE" server would act as a caching proxy (with additional functionality of course) in order to reach the remote "DECADE" server, and cache the contents of the reply in the "DECADE" storage. I have a "non-transparent proxy" behavior in mind, per the definition of "proxy" in RFC 2616 (http://tools.ietf.org/html/rfc2616#section-1.3). Also see , , and perhaps as well. =20 Did we fully explore this possibility? As a co-chair, I can assure you that it would be much better to leverage existing protocols and standards, versus inventing new ones. =20 -- Rich ------_=_NextPart_001_01CD0ED6.CEF105E6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Rich,

 

I agree that using a classic HTTP GET request (instead of a new = modified POST) to implement the “DECADE-compatible Remote Get = Object” message is a good approach.

 

I also like your proposal for the local DECADE server to act as a = non-transparent proxy when processing a request from a client. =   (I.E. Client makes a request to “DECADE = server-1” which then acts as a proxy by forwarding the request to = “DECADE server-2”).

 

However, I guess this model breaks down if we are required to = support a use case where “DECADE server-1” wants to exchange = content with “DECADE server-2” without being triggered by a = client.

 

Do you agree?

 

Akbar

 

 

 

From:= = decade-bounces@ietf.org [mailto:decade-bounces@ietf.org] On Behalf Of = Woundy, Richard
Sent: Friday, March 30, 2012 10:37 = AM
To: decade@ietf.org
Subject: [decade] Remote Get = Object Message

 

Folks,

 

In Thursday's session, we discussed how to implement the Remote Get = Object message. One proposal is to use HTTP Post with a new = X-DECADE-ORIGIN header; another proposal is to define a new HTTP = message. See slide 3 of <http://www.ietf.org/proceedings/83/slides/slides-83-decade-4.pdf&= gt; and <http://tools.ietf.org/html/draft-wang-decade-drp-03#section-8>.<= o:p>

 

My thought (as an individual contributor, not as co-chair) is to use = existing HTTP Get headers and leverage the base functionality of an HTTP = caching proxy in DECADE. The local "DECADE" server would act = as a caching proxy (with additional functionality of course) in order to = reach the remote "DECADE" server, and cache the contents of = the reply in the "DECADE" storage. I have a = "non-transparent proxy" behavior in mind, per the definition = of "proxy" in RFC 2616 (http://tools.ietf= .org/html/rfc2616#section-1.3). Also see <http://tools.ietf.= org/html/rfc2616#section-13>, <http://tools.ietf.org/html/rf= c3040>, and perhaps <http://tools.ietf.org/html/rf= c3143> as well.

 

Did we fully explore this possibility? As a co-chair, I can assure you = that it would be much better to leverage existing protocols and = standards, versus inventing new ones.

 

-- Rich

------_=_NextPart_001_01CD0ED6.CEF105E6--