
From vumip1@gmail.com  Tue May 25 09:33:54 2010
Return-Path: <vumip1@gmail.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8F5F3A6FF4 for <clouds@core3.amsl.com>; Tue, 25 May 2010 09:33:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.517
X-Spam-Level: 
X-Spam-Status: No, score=-0.517 tagged_above=-999 required=5 tests=[AWL=-0.519, BAYES_50=0.001, HTML_MESSAGE=0.001]
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 67gcRprC28sF for <clouds@core3.amsl.com>; Tue, 25 May 2010 09:33:50 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 547B83A6A06 for <clouds@ietf.org>; Tue, 25 May 2010 09:33:43 -0700 (PDT)
Received: by iwn42 with SMTP id 42so5146790iwn.31 for <clouds@ietf.org>; Tue, 25 May 2010 09:33:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=3NqUNbc0/K4YU6i62MthWTl+N5iTwFQEk5oj7ehRpWs=; b=Fq2afDIkziEA1NQahcSthXFWXbIxTSL6t1udMn7J6/fsKvUsrIlxta0XrkBIL6qDMK 1g09qLrvxAA/PFUuaE5yYCRJF5AT2m8oOmGlMpJZsAdmgim/D+SRwlbm9SQp9GPlRWMO g4a6gZNOsKzxB73b5kY5BqrmT9unA9andzB2c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KEPK1gm5PEqt0H0CRoWTnPAR4ZkJSYnYD041/jagZccvSf0bSStL059jc20kuzAKv8 78fOiEq98JNCv52Ic3nCJRbtry3losS/C1SFhlXRE+lQwtxzjyh3FLdNNPTq4hgfjZbg WN/FYWXwXUkYjVMaOrkINvywvI1pvShE/2IzY=
MIME-Version: 1.0
Received: by 10.231.186.161 with SMTP id cs33mr5646456ibb.65.1274805212020;  Tue, 25 May 2010 09:33:32 -0700 (PDT)
Received: by 10.231.58.203 with HTTP; Tue, 25 May 2010 09:33:31 -0700 (PDT)
Date: Tue, 25 May 2010 12:33:31 -0400
Message-ID: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com>
From: Bhumip Khasnabish <vumip1@gmail.com>
To: clouds@ietf.org
Content-Type: multipart/mixed; boundary=001636b2ae39d201c804876db796
Subject: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 16:33:54 -0000

--001636b2ae39d201c804876db796
Content-Type: multipart/alternative; boundary=001636b2ae39d201c104876db794

--001636b2ae39d201c104876db794
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Dear All,

Attached please find a template (a Table) that can be utilized for Clouds
SDO gap analysis.

Very much appreciate your comments, inputs, suggestions for updating it.

The plan is to populate this template with SDOs' information,
once this template is finalized through email discussion.

Thanks a lot for your support and contributions

Best Regards.
Bhumip



Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt
of this email if you are not the intended recipient of the communiqu=E9.

--001636b2ae39d201c104876db794
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div>Dear All,</div>
<div>=A0</div>
<div>Attached please find a template (a Table) that can be utilized for Clo=
uds SDO gap analysis.</div>
<div>=A0</div>
<div>Very much appreciate your comments, inputs, suggestions for updating i=
t.</div>
<div>=A0</div>
<div>The plan is to populate this template with SDOs&#39; information, </di=
v>
<div>once this template is finalized through email discussion.</div>
<div>=A0</div>
<div>Thanks a lot for your support and contributions</div>
<div>=A0</div>
<div>Best Regards.<br></div>
<div>Bhumip</div>
<div>=A0</div>
<div>=A0</div>
<div><br>Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhu=
mip@acm.org">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip Khasnabish. Do not =
view, print, forward, and save the content of this email if you are not the=
 intended recipient of the communiqu=E9.<br>
</div>

--001636b2ae39d201c104876db794--
--001636b2ae39d201c804876db796
Content-Type: application/msword; 
	name="Clouds-SDO-Survey-Template-v4-25May10.doc"
Content-Disposition: attachment; 
	filename="Clouds-SDO-Survey-Template-v4-25May10.doc"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_g9my2lg60

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAWQAAAAAAAAAA
EAAAWwAAAAEAAAD+////AAAAAFgAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////s
pcEAA4AJBAAA8BK/AAAAAAAAEAAAAAAACAAAvQkAAA4AYmpiamNUY1QAAAAAAAAAAAAAAAAAAAAA
AAAJBBYAO1oAAAE+AQABPgEAvQEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA
AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAALcAAAAAAAgGAAAAAAAACAYAAEsT
AAAAAAAASxMAAAAAAABLEwAAAAAAAEsTAAAAAAAASxMAABQAAAAAAAAAAAAAAP////8AAAAAXxMA
AAAAAABfEwAAAAAAAF8TAAAAAAAAXxMAABQAAABzEwAANAEAAF8TAAAAAAAAGxcAADABAACnFAAA
AAAAAKcUAAAAAAAApxQAAAAAAACnFAAAAAAAAKcUAAAAAAAAphUAAAAAAACmFQAAAAAAAKYVAAAA
AAAAmhYAAAIAAACcFgAAAAAAAJwWAAAAAAAAnBYAAAAAAACcFgAAAAAAAJwWAAAAAAAAnBYAACQA
AABLGAAAogIAAO0aAABuAAAAwBYAABUAAAAAAAAAAAAAAAAAAAAAAAAASxMAAAAAAACmFQAAAAAA
AAAAAAAAAAAAAAAAAAAAAACmFQAAAAAAAKYVAAAAAAAAphUAAAAAAACmFQAAAAAAAMAWAAAAAAAA
AAAAAAAAAABLEwAAAAAAAEsTAAAAAAAApxQAAAAAAAAAAAAAAAAAAKcUAAD/AAAA1RYAABYAAAAS
FgAAAAAAABIWAAAAAAAAEhYAAAAAAACmFQAACgAAAEsTAAAAAAAApxQAAAAAAABLEwAAAAAAAKcU
AAAAAAAAmhYAAAAAAAAAAAAAAAAAABIWAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAphUAAAAAAACaFgAAAAAAAAAAAAAAAAAAEhYAAAAAAAAAAAAA
AAAAABIWAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEhYAAAAAAACnFAAAAAAAAP////8AAAAAEEaa+CX8
ygEAAAAAAAAAAF8TAAAAAAAAsBUAABYAAAASFgAAAAAAAAAAAAAAAAAAhhYAABQAAADrFgAAMAAA
ABsXAAAAAAAAEhYAAAAAAABbGwAAAAAAAMYVAABMAAAAWxsAAAAAAAASFgAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAFsbAAAAAAAAAAAAAAAAAABLEwAAAAAAABIWAAB0AAAAphUAAAAAAACmFQAAAAAAABIW
AAAAAAAAphUAAAAAAACmFQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAphUA
AAAAAACmFQAAAAAAAKYVAAAAAAAAwBYAAAAAAADAFgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAEhYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKYVAAAA
AAAAphUAAAAAAACmFQAAAAAAABsXAAAAAAAAphUAAAAAAACmFQAAAAAAAKYVAAAAAAAAphUAAAAA
AAAAAAAAAAAAAP////8AAAAA/////wAAAAD/////AAAAAAAAAAAAAAAA/////wAAAAD/////AAAA
AP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAAP////8AAAAA
/////wAAAAD/////AAAAAP////8AAAAA/////wAAAAD/////AAAAAFsbAAAAAAAAphUAAAAAAACm
FQAAAAAAAKYVAAAAAAAAphUAAAAAAACmFQAAAAAAAKYVAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACmFQAAAAAAAKYVAAAAAAAAphUA
AAAAAAAIBgAACQwAABESAAA6AQAABQASAQAACQQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAENsb3Vk
cyBTRE8gU3VydmV5IFRlbXBsYXRlDU5vLgdTRE8gTmFtZSBhbmQgU3RhdHVzIChXZWJzaXRlKSAH
TWFpbiBNaXNzaW9uIGFuZCBTY29wZSAHV29ya2luZyBHcm91cHMgYW5kIExlYWRzIAdNYWpvciBE
ZWxpdmVyYWJsZSBhbmQgRGF0ZXMgDShwdWJsaXNoZWQgYW5kIHNjaGVkdWxlZCkgB0NvbW1lbnRz
IChpbmNsdWRpbmcgcHJvdG9jb2wsIGludGVyZmFjZSwgcmVxdWlyZW1lbnRzLCBldGMuIGdhcHMp
IAcHMQcHBwcHBwcyBwcHBwcHBzMHBwcHBwcHNAcHBwcHBwc1BwcHBwcHBzYHBwcHBwcHNwcHBwcH
Bwc4BwcHBwcHBzkHBwcHBwcHMTAHBwcHBwcHMTEHBwcHBwcHMTIHBwcHBwcHMTMHBwcHBwcHMTQH
BwcHBwcHMTUHBwcHBwcHMTYHBwcHBwcHMTcHBwcHBwcHMTgHBwcHBwcHMTkHBwcHBwcHMjAHBwcH
BwcHMjEHBwcHBwcHMjIHBwcHBwcHMjMHBwcHBwcHMjQHBwcHBwcHDQ0AAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAABoI
AAAbCAAAKAgAADMIAABKCAAAVQgAAGcIAABoCAAAdggAAIEIAACMCAAApwgAALEIAADlCAAA6ggA
AOsIAADsCAAA7QgAAPMIAAD0CAAA9QgAAPsIAAD8CAAA/QgAAAMJAAAECQAABQkAAAsJAAAMCQAA
DQkAABMJAAAUCQAAFQkAABsJAAAcCQAAHQkAACMJAAAkCQAAKwkAACwJAAAzCQAANAkAADwJAAA9
CQAARQkAAEYJAABOCQAATwkAAFcJAABYCQAAYAkAAGEJAABpCQAAagkAAHIJAADy5NjP2MbYuti6
2LHYsbrYqp+Uqp+Uqp+Uqp+Uqp+Uqp+Uqp+Uqp+Nn42fjZ+Nn42fjZ+Nn42fAAAADBVouFhLABZo
GzTMAAAUFWi4WEsAFmh4YYgAQ0oYAGFKGAAAFBVouFhLABZoGzTMAENKGABhShgAAAwVaLhYSwAW
aJBvYAAAERZoaw/RADUIgUNKGABhShgAFxVouFhLABZobxCZADUIgUNKGABhShgAERZoHy5cADUI
gUNKGABhShgAERZoxUDaADUIgUNKGABhShgAFxVouFhLABZoeGGIADUIgUNKGABhShgAGhVoGzTM
ABZoDHCsADUIgT4qAUNKHABhShwAABoVaBs0zAAWaHhhiAA1CIE+KgFDShwAYUocADcACAAAGwgA
AB8IAAA+CAAAVggAAHAIAACNCAAAqAgAAOsIAAD3AAAAAAAAAAAAAAAA5gAAAAAAAAAAAAAAAOYA
AAAAAAAAAAAAAADmAAAAAAAAAAAAAAAA5gAAAAAAAAAAAAAAAOYAAAAAAAAAAAAAAADmAAAAAAAA
AAAAAAAA5gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAA
AyQBEmTwAAEAFKQAABYkAUlmAQAAAGEkAWdkuFhLAAAHAAADJAFhJAFnZHhhiAAACOsIAADsCAAA
7ggAAO8IAADwCAAAOAAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAA
AAAAAAAAAAAAAAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZAAAAAAW
JAEXJAFJZgEAAAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQo
LD2CUAAGOAIAAAAAAAAAAAQDAAAAAAAAAAZmCAAAAAAAAAAABAMAAAAAAAAABrYNAAAAAAAAAAAE
AwAAAAAAAAAGLBAAAAAAAAAAAAQDAAAAAAAAAAYYFQAAAAAAAAAABAMAAAAAAAAABlYTAAAAAAAA
AAAEAwAAAAAAAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQB
AAAAAAAABAEAABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/
AAAA/wAAAP8AAAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA
/wAAAP8AAAD/AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAE8AgAAPEIAADy
CAAA8wgAAPQIAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAA
AAAAAAAAAAAAAAAAxwAAa2T5AAAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAE
AQEABAEBAAjWiAAGlP/MATIK6BcUKCw9glAABjgCBAMAAAAAAAAAAAAAAAAAAAAGZggEAwAAAAAA
AAAAAAAAAAAAAAa2DQQDAAAAAAAAAAAAAAAAAAAABiwQBAMAAAAAAAAAAAAAAAAAAAAGGBUEAwAA
AAAAAAAAAAAAAAAAAAZWEwQDAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAA
AAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8A
AAD/AAAA/wAAAP8AAAD/G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/
AAAA/wAAAP8AAAD/HdYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wA
YfYDAAB5dLhYSwARAAADJAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAAT0CAAA9ggAAPcI
AAD4CAAA+QgAAPoIAAD7CAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA
7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABvsIAAD8CAAA/ggA
AP8IAAAACQAAOAAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAA
AAAAAAAAAAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZPIBAAAWJAEX
JAFJZgEAAAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2C
UAAGOAIAAAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAA
AAAAAAAGLBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAA
AAAAAAAAAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAA
AAAABAEAABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA
/wAAAP8AAAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEAAkAAAEJAAACCQAA
AwkAAAQJAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAA
AAAAAAAAAAAAxwAAa2TdAgAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEA
BAEBAAjWiAAGlP/MATIK6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAA
AAAAAAAAAAa2DQAAAAAAAAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAA
AAAAAAAAAAAAAAZWEwAAAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAA
AAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/
AAAA/wAAAP8AAAD/G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA
/wAAAP8AAAD/HdYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYD
AAB5dLhYSwARAAADJAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAAQECQAABgkAAAcJAAAI
CQAACQkAAAoJAAALCQAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAA
AAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABgsJAAAMCQAADgkAAA8J
AAAQCQAAOAAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAA
AAAAAAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZMgDAAAWJAEXJAFJ
ZgEAAAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAG
OAIAAAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAA
AAAGLBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAA
AAAAAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAA
BAEAABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEEAkAABEJAAASCQAAEwkA
ABQJAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAA
AAAAAAAAxwAAa2SzBAAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEB
AAjWiAAGlP/MATIK6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAA
AAAAAAa2DQAAAAAAAAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAA
AAAAAAAAAAZWEwAAAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQB
AAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA
/wAAAP8AAAD/G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAA
AP8AAAD/HdYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5
dLhYSwARAAADJAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAAQUCQAAFgkAABcJAAAYCQAA
GQkAABoJAAAbCQAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAA
AAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABhsJAAAcCQAAHgkAAB8JAAAg
CQAAOAAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAA
AAAAABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZJ4FAAAWJAEXJAFJZgEA
AAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIA
AAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAG
LBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAA
AAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
ABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/
AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEIAkAACEJAAAiCQAAIwkAACQJ
AADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAA
AAAAxwAAa2SJBgAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEBAAjW
iAAGlP/MATIK6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAAAAAA
AAa2DQAAAAAAAAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAAAAAA
AAAAAAZWEwAAAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAA
AAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA/wAA
AP8AAAD/G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAAAP8A
AAD/HdYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5dLhY
SwARAAADJAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAAQkCQAAJgkAACcJAAAoCQAAKQkA
ACoJAAArCQAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAA
AAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABisJAAAsCQAALgkAAC8JAAAwCQAA
OAAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAAAAAA
ABEAAAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZHQHAAAWJAEXJAFJZgEAAAAC
lmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAA
AAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAA
AAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0
AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2
AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/
AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA
/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEMAkAADEJAAAyCQAAMwkAADQJAADu
AAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAA
xwAAa2RfCAAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEBAAjWiAAG
lP/MATIK6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAAAAAAAAa2
DQAAAAAAAAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAAAAAAAAAA
AAZWEwAAAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAA
BAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA/wAAAP8A
AAD/G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/
HdYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5dLhYSwAR
AAADJAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAAQ0CQAANwkAADgJAAA5CQAAOgkAADsJ
AAA8CQAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAA
AO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEA
AAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABjwJAAA9CQAAQAkAAEEJAABCCQAAOAAA
AAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAAAAAAABEA
AAMkARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZEoJAAAWJAEXJAFJZgEAAAAClmwA
BdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAAAAAA
AAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAAAAAA
AAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0AACg
BBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAA
FTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/AAAA
/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAA
AP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEQgkAAEMJAABECQAARQkAAEYJAADuAAAA
AAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAxwAA
a2Q1CgAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEBAAjWiAAGlP/M
ATIK6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAAAAAAAAa2DQAA
AAAAAAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAAAAAAAAAAAAZW
EwAAAAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/
G9YYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HdYY
AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5dLhYSwARAAAD
JAESZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAARGCQAASQkAAEoJAABLCQAATAkAAE0JAABO
CQAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4A
AAAAAAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEAAAMk
ARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABk4JAABPCQAAUgkAAFMJAABUCQAAOAAAAAAA
AAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAAAAAAABEAAAMk
ARJk8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZCALAAAWJAEXJAFJZgEAAAAClmwABdYY
BAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAAAAAAAAAA
AAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAAAAAAAAAA
AAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0AACgBBPW
MAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYB
F/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAA
AP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP80
1gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEVAkAAFUJAABWCQAAVwkAAFgJAADuAAAAAAAA
AAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAxwAAa2QL
DAAAFiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEBAAjWiAAGlP/MATIK
6BcUKCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAAAAAAAAa2DQAAAAAA
AAAAAAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAAAAAAAAAAAAZWEwAA
AAAAAAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAA
AAAEAQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/G9YY
AAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HdYYAAAA
/wAAAP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5dLhYSwARAAADJAES
ZPAAAQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAARYCQAAWwkAAFwJAABdCQAAXgkAAF8JAABgCQAA
7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAA
AAAAAAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEAAAMkARJk
8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABmAJAABhCQAAZAkAAGUJAABmCQAAOAAAAAAAAAAA
AAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAAAAAAABEAAAMkARJk
8AABABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZPYMAAAWJAEXJAFJZgEAAAAClmwABdYYBAEB
AAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAAAAAAAAAAAAAA
AAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAAAAAAAAAAAAAA
AAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0AACgBBPWMAAA
AAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBF/YD
AAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8c
1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP801gYA
AQUDAAA01gYAAQoDbABh9gMAAHl0uFhLAAAEZgkAAGcJAABoCQAAaQkAAGoJAADuAAAAAAAAAAAA
AAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAxwAAa2ThDQAA
FiQBFyQBSWYBAAAAApZsAAXWGAQBAQAEAQEABAEBAAQBAQAEAQEABAEBAAjWiAAGlP/MATIK6BcU
KCw9glAABjgCAAAAAAAAAAAAAAAAAAAAAAAGZggAAAAAAAAAAAAAAAAAAAAAAAa2DQAAAAAAAAAA
AAAAAAAAAAAABiwQAAAAAAAAAAAAAAAAAAAAAAAGGBUAAAAAAAAAAAAAAAAAAAAAAAZWEwAAAAAA
AAAAAAAAAAAAAAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAE
AQAAAAAAAAQBAAAU9gEAABU2ARf2AwAAGtYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/G9YYAAAA
/wAAAP8AAAD/AAAA/wAAAP8AAAD/HNYYAAAA/wAAAP8AAAD/AAAA/wAAAP8AAAD/HdYYAAAA/wAA
AP8AAAD/AAAA/wAAAP8AAAD/NNYGAAEFAwAANNYGAAEKA2wAYfYDAAB5dLhYSwARAAADJAESZPAA
AQAUpAAAFiQBSWYBAAAAYSQBZ2S4WEsAAARqCQAAbQkAAG4JAABvCQAAcAkAAHEJAAByCQAA7gAA
AAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAA
AAAAAADuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEAAAMkARJk8AAB
ABSkAAAWJAFJZgEAAABhJAFnZLhYSwAABnIJAABzCQAAdgkAAHcJAAB4CQAAOAAAAAAAAAAAAAAA
ACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAJwAAAAAAAAAAAAAAAAAAAAAAABEAAAMkARJk8AAB
ABSkAAAWJAFJZgEAAABhJAFnZLhYSwDHAABrZMwOAAAWJAEXJAFJZgEAAAAClmwABdYYBAEBAAQB
AQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAAAAAAAAAAAAAAAAAA
AAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAAAAAAAAAAAAAAAAAA
AAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0AACgBBPWMAAAAAAE
AQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBF/YDAAAa
1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8c1hgA
AAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP801gYAAQUD
AAA01gYAAQoDbABh9gMAAHl0uFhLAAAEcgkAAHMJAAB7CQAAfAkAAIQJAACFCQAAjQkAAI4JAACW
CQAAlwkAAJ8JAACgCQAAqAkAAKkJAACxCQAAsgkAALoJAAC7CQAAvAkAAL0JAAD57vnu+e757vnu
+e757vnu+ebbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAFBVoeGGIABZo8FBRAENKIABhSiAAAA4WaJBvYABDSiAAYUogAAAUFWi4WEsAFmgbNMwA
Q0oYAGFKGAAADBVouFhLABZoGzTMABN4CQAAeQkAAHoJAAB7CQAAfAkAAO4AAAAAAAAAAAAAAADu
AAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAAAAAAAADHAABrZLcPAAAWJAEX
JAFJZgEAAAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2C
UAAGOAIAAAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAA
AAAAAAAGLBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAA
AAAAAAAAAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAA
AAAABAEAABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA
/wAAAP8AAAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLABEAAAMkARJk8AABABSk
AAAWJAFJZgEAAABhJAFnZLhYSwAABHwJAAB/CQAAgAkAAIEJAACCCQAAgwkAAIQJAADuAAAAAAAA
AAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAA
AO4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQA
ABYkAUlmAQAAAGEkAWdkuFhLAAAGhAkAAIUJAACICQAAiQkAAIoJAAA4AAAAAAAAAAAAAAAAJwAA
AAAAAAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQA
ABYkAUlmAQAAAGEkAWdkuFhLAMcAAGtkohAAABYkARckAUlmAQAAAAKWbAAF1hgEAQEABAEBAAQB
AQAEAQEABAEBAAQBAQAI1ogABpT/zAEyCugXFCgsPYJQAAY4AgAAAAAAAAAAAAAAAAAAAAAABmYI
AAAAAAAAAAAAAAAAAAAAAAAGtg0AAAAAAAAAAAAAAAAAAAAAAAYsEAAAAAAAAAAAAAAAAAAAAAAA
BhgVAAAAAAAAAAAAAAAAAAAAAAAGVhMAAAAAAAAAAAAAAAAAAAAACnQAAKAEE9YwAAAAAAQBAAAA
AAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgEX9gMAABrWGAAA
AP8AAAD/AAAA/wAAAP8AAAD/AAAA/xvWGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/xzWGAAAAP8A
AAD/AAAA/wAAAP8AAAD/AAAA/x3WGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/zTWBgABBQMAADTW
BgABCgNsAGH2AwAAeXS4WEsAAASKCQAAiwkAAIwJAACNCQAAjgkAAO4AAAAAAAAAAAAAAADuAAAA
AAAAAAAAAAAA7gAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAAAAAAAADHAABrZI0RAAAWJAEXJAFJ
ZgEAAAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAG
OAIAAAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAA
AAAGLBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAA
AAAAAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAA
BAEAABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAA
AP8AAAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLABEAAAMkARJk8AABABSkAAAW
JAFJZgEAAABhJAFnZLhYSwAABI4JAACRCQAAkgkAAJMJAACUCQAAlQkAAJYJAADuAAAAAAAAAAAA
AAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4A
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQAABYk
AUlmAQAAAGEkAWdkuFhLAAAGlgkAAJcJAACaCQAAmwkAAJwJAAA4AAAAAAAAAAAAAAAAJwAAAAAA
AAAAAAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQAABYk
AUlmAQAAAGEkAWdkuFhLAMcAAGtkeBIAABYkARckAUlmAQAAAAKWbAAF1hgEAQEABAEBAAQBAQAE
AQEABAEBAAQBAQAI1ogABpT/zAEyCugXFCgsPYJQAAY4AgAAAAAAAAAAAAAAAAAAAAAABmYIAAAA
AAAAAAAAAAAAAAAAAAAGtg0AAAAAAAAAAAAAAAAAAAAAAAYsEAAAAAAAAAAAAAAAAAAAAAAABhgV
AAAAAAAAAAAAAAAAAAAAAAAGVhMAAAAAAAAAAAAAAAAAAAAACnQAAKAEE9YwAAAAAAQBAAAAAAAA
BAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgEX9gMAABrWGAAAAP8A
AAD/AAAA/wAAAP8AAAD/AAAA/xvWGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/xzWGAAAAP8AAAD/
AAAA/wAAAP8AAAD/AAAA/x3WGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/zTWBgABBQMAADTWBgAB
CgNsAGH2AwAAeXS4WEsAAAScCQAAnQkAAJ4JAACfCQAAoAkAAO4AAAAAAAAAAAAAAADuAAAAAAAA
AAAAAAAA7gAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAAAAAAAADHAABrZGMTAAAWJAEXJAFJZgEA
AAAClmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIA
AAAAAAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAG
LBAAAAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAA
AAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
ABT2AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8A
AAD/AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/
AAAA/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLABEAAAMkARJk8AABABSkAAAWJAFJ
ZgEAAABhJAFnZLhYSwAABKAJAACjCQAApAkAAKUJAACmCQAApwkAAKgJAADuAAAAAAAAAAAAAAAA
7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQAABYkAUlm
AQAAAGEkAWdkuFhLAAAGqAkAAKkJAACsCQAArQkAAK4JAAA4AAAAAAAAAAAAAAAAJwAAAAAAAAAA
AAAAACcAAAAAAAAAAAAAAAAnAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQAABYkAUlm
AQAAAGEkAWdkuFhLAMcAAGtkThQAABYkARckAUlmAQAAAAKWbAAF1hgEAQEABAEBAAQBAQAEAQEA
BAEBAAQBAQAI1ogABpT/zAEyCugXFCgsPYJQAAY4AgAAAAAAAAAAAAAAAAAAAAAABmYIAAAAAAAA
AAAAAAAAAAAAAAAGtg0AAAAAAAAAAAAAAAAAAAAAAAYsEAAAAAAAAAAAAAAAAAAAAAAABhgVAAAA
AAAAAAAAAAAAAAAAAAAGVhMAAAAAAAAAAAAAAAAAAAAACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgEX9gMAABrWGAAAAP8AAAD/
AAAA/wAAAP8AAAD/AAAA/xvWGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/xzWGAAAAP8AAAD/AAAA
/wAAAP8AAAD/AAAA/x3WGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/zTWBgABBQMAADTWBgABCgNs
AGH2AwAAeXS4WEsAAASuCQAArwkAALAJAACxCQAAsgkAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAA
AAAA7gAAAAAAAAAAAAAAACcAAAAAAAAAAAAAAAAAAAAAAADHAABrZDkVAAAWJAEXJAFJZgEAAAAC
lmwABdYYBAEBAAQBAQAEAQEABAEBAAQBAQAEAQEACNaIAAaU/8wBMgroFxQoLD2CUAAGOAIAAAAA
AAAAAAAAAAAAAAAAAAZmCAAAAAAAAAAAAAAAAAAAAAAABrYNAAAAAAAAAAAAAAAAAAAAAAAGLBAA
AAAAAAAAAAAAAAAAAAAAAAYYFQAAAAAAAAAAAAAAAAAAAAAABlYTAAAAAAAAAAAAAAAAAAAAAAp0
AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2
AQAAFTYBF/YDAAAa1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hgAAAD/AAAA/wAAAP8AAAD/
AAAA/wAAAP8c1hgAAAD/AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hgAAAD/AAAA/wAAAP8AAAD/AAAA
/wAAAP801gYAAQUDAAA01gYAAQoDbABh9gMAAHl0uFhLABEAAAMkARJk8AABABSkAAAWJAFJZgEA
AABhJAFnZLhYSwAABLIJAAC1CQAAtgkAALcJAAC4CQAAuQkAALoJAADuAAAAAAAAAAAAAAAA7gAA
AAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAAyQBEmTwAAEAFKQAABYkAUlmAQAA
AGEkAWdkuFhLAAAGugkAALsJAAC8CQAAvQkAADgAAAAAAAAAAAAAAAAwAAAAAAAAAAAAAAAAMAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAcAAAMk
AWEkAWdkeGGIAMcAAGtkJBYAABYkARckAUlmAQAAAAKWbAAF1hgEAQEABAEBAAQBAQAEAQEABAEB
AAQBAQAI1ogABpT/zAEyCugXFCgsPYJQAAY4AgAAAAAAAAAAAAAAAAAAAAAABmYIAAAAAAAAAAAA
AAAAAAAAAAAGtg0AAAAAAAAAAAAAAAAAAAAAAAYsEAAAAAAAAAAAAAAAAAAAAAAABhgVAAAAAAAA
AAAAAAAAAAAAAAAGVhMAAAAAAAAAAAAAAAAAAAAACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAA
AAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgEX9gMAABrWGAAAAP8AAAD/AAAA
/wAAAP8AAAD/AAAA/xvWGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/xzWGAAAAP8AAAD/AAAA/wAA
AP8AAAD/AAAA/x3WGAAAAP8AAAD/AAAA/wAAAP8AAAD/AAAA/zTWBgABBQMAADTWBgABCgNsAGH2
AwAAeXS4WEsAAAM5ACZQAwAxkGgBHTACOnCjOTwAH7CgXyCw4D0hsKAFIrCgBSOQoAUkkKAFJbAA
ABew0AIYsNACDJDQAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAPcAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2
DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2
BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAA
BAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQF
AxgVNdYFBQYDVhMv1gsABgQAAAD/BAMAAHl0uFhLAPcAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXW
BQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJm
CCN2AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YI
NdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMv1gsABgEAAAD/BAMAAHl0uFhLAOkAFiQB
FyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUD
GBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQA
AKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYB
AAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhN5dLhY
SwDpABYkARckAUlmAQAAAAGWAAAhdgAGaAE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMs
EDXWBQQFAxgVNdYFBQYDVhMjdgABOAIjdgECZggjdgIDtg0jdgMELBAjdgQFGBUjdgUGVhM6VgsA
ApZsAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAA
BAEAABT2AQAAFTYBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUG
A1YTeXS4WEsA6QAWJAEXJAFJZgEAAAABlgAAIXYABmgBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YN
NdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTI3YAATgCI3YBAmYII3YCA7YNI3YDBCwQI3YEBRgVI3YF
BlYTOlYLAAKWbAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAE
AQAAAAAAAAQBAAAU9gEAABU2ATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUD
GBU11gUFBgNWE3l0uFhLAOkAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg1
1gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2
BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQB
AAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMs
EDXWBQQFAxgVNdYFBQYDVhN5dLhYSwDpABYkARckAUlmAQAAAAGWAAAhdgAGaAE11gUAAQM4AjXW
BQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMjdgABOAIjdgECZggjdgIDtg0j
dgMELBAjdgQFGBUjdgUGVhM6VgsAApZsAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YN
NdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTeXS4WEsA6QAWJAEXJAFJZgEAAAABlgAAIXYABmgBNdYF
AAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTI3YAATgCI3YBAmYI
I3YCA7YNI3YDBCwQI3YEBRgVI3YFBlYTOlYLAAKWbAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAA
AAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ATXWBQABAzgCNdYFAQIDZgg1
1gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWE3l0uFhLAOkAFiQBFyQBSWYBAAAAAZYAACF2
AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4
AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAA
AAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXW
BQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhN5dLhYSwDpABYkARckAUlmAQAA
AAGWAAAhdgAGaAE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYD
VhMjdgABOAIjdgECZggjdgIDtg0jdgMELBAjdgQFGBUjdgUGVhM6VgsAApZsAAp0AACgBBPWMAAA
AAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBNdYF
AAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTeXS4WEsA6QAWJAEX
JAFJZgEAAAABlgAAIXYABmgBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMY
FTXWBQUGA1YTI3YAATgCI3YBAmYII3YCA7YNI3YDBCwQI3YEBRgVI3YFBlYTOlYLAAKWbAAKdAAA
oAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEA
ABU2ATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWE3l0uFhL
AOkAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQ
NdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAC
lmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAE
AQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYD
VhN5dLhYSwDpABYkARckAUlmAQAAAAGWAAAhdgAGaAE11gUAAQM4AjXWBQECA2YINdYFAgMDtg01
1gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMjdgABOAIjdgECZggjdgIDtg0jdgMELBAjdgQFGBUjdgUG
VhM6VgsAApZsAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQB
AAAAAAAABAEAABT2AQAAFTYBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMY
FTXWBQUGA1YTeXS4WEsA6QAWJAEXJAFJZgEAAAABlgAAIXYABmgBNdYFAAEDOAI11gUBAgNmCDXW
BQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTI3YAATgCI3YBAmYII3YCA7YNI3YDBCwQI3YE
BRgVI3YFBlYTOlYLAAKWbAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQ
NdYFBAUDGBU11gUFBgNWE3l0uFhLAOkAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYF
AQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2
AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAA
AAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg01
1gUDBAMsEDXWBQQFAxgVNdYFBQYDVhN5dLhYSwDpABYkARckAUlmAQAAAAGWAAAhdgAGaAE11gUA
AQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMjdgABOAIjdgECZggj
dgIDtg0jdgMELBAjdgQFGBUjdgUGVhM6VgsAApZsAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAA
AAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBNdYFAAEDOAI11gUBAgNmCDXW
BQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTeXS4WEsA6QAWJAEXJAFJZgEAAAABlgAAIXYA
BmgBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTI3YAATgC
I3YBAmYII3YCA7YNI3YDBCwQI3YEBRgVI3YFBlYTOlYLAAKWbAAKdAAAoAQT1jAAAAAABAEAAAAA
AAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ATXWBQABAzgCNdYF
AQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWE3l0uFhLAOkAFiQBFyQBSWYBAAAA
AZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNW
EyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAA
AAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUA
AQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhN5dLhYSwDpABYkARck
AUlmAQAAAAGWAAAhdgAGaAE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgV
NdYFBQYDVhMjdgABOAIjdgECZggjdgIDtg0jdgMELBAjdgQFGBUjdgUGVhM6VgsAApZsAAp0AACg
BBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAA
FTYBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTeXS4WEsA
6QAWJAEXJAFJZgEAAAABlgAAIXYABmgBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA1
1gUEBQMYFTXWBQUGA1YTI3YAATgCI3YBAmYII3YCA7YNI3YDBCwQI3YEBRgVI3YFBlYTOlYLAAKW
bAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQB
AAAU9gEAABU2ATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNW
E3l0uFhLAOkAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXW
BQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2AgO2DSN2AwQsECN2BAUYFSN2BQZW
EzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEA
AAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgV
NdYFBQYDVhN5dLhYSwDpABYkARckAUlmAQAAAAGWAAAhdgAGaAE11gUAAQM4AjXWBQECA2YINdYF
AgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMjdgABOAIjdgECZggjdgIDtg0jdgMELBAjdgQF
GBUjdgUGVhM6VgsAApZsAAp0AACgBBPWMAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAA
AAAAAAQBAAAAAAAABAEAABT2AQAAFTYBNdYFAAEDOAI11gUBAgNmCDXWBQIDA7YNNdYFAwQDLBA1
1gUEBQMYFTXWBQUGA1YTeXS4WEsA6QAWJAEXJAFJZgEAAAABlgAAIXYABmgBNdYFAAEDOAI11gUB
AgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTI3YAATgCI3YBAmYII3YCA7YNI3YD
BCwQI3YEBRgVI3YFBlYTOlYLAAKWbAAKdAAAoAQT1jAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAA
AAAABAEAAAAAAAAEAQAAAAAAAAQBAAAU9gEAABU2ATXWBQABAzgCNdYFAQIDZgg11gUCAwO2DTXW
BQMEAywQNdYFBAUDGBU11gUFBgNWE3l0uFhLAOkAFiQBFyQBSWYBAAAAAZYAACF2AAZoATXWBQAB
AzgCNdYFAQIDZgg11gUCAwO2DTXWBQMEAywQNdYFBAUDGBU11gUFBgNWEyN2AAE4AiN2AQJmCCN2
AgO2DSN2AwQsECN2BAUYFSN2BQZWEzpWCwAClmwACnQAAKAEE9YwAAAAAAQBAAAAAAAABAEAAAAA
AAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAFPYBAAAVNgE11gUAAQM4AjXWBQECA2YINdYF
AgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhN5dLhYSwDpABYkARckAUlmAQAAAAGWAAAhdgAG
aAE11gUAAQM4AjXWBQECA2YINdYFAgMDtg011gUDBAMsEDXWBQQFAxgVNdYFBQYDVhMjdgABOAIj
dgECZggjdgIDtg0jdgMELBAjdgQFGBUjdgUGVhM6VgsAApZsAAp0AACgBBPWMAAAAAAEAQAAAAAA
AAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAABT2AQAAFTYBNdYFAAEDOAI11gUB
AgNmCDXWBQIDA7YNNdYFAwQDLBA11gUEBQMYFTXWBQUGA1YTeXS4WEsAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGoE
EAASAAEACwEPAAcAAwADAAMAAAAEAAgAAACYAAAAngAAAJ4AAACeAAAAngAAAJ4AAACeAAAAngAA
AJ4AAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAB2AgAAdgIAAHYCAAB2AgAA
dgIAAHYCAAB2AgAAdgIAAHYCAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA+AgAANgYAADYGAAA2
BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYG
AAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAAqAAAADYGAAA2BgAAFgAA
ADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAAuAAAADYGAAA2BgAANgYAADYGAAA2BgAA
NgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAAGgBAABIAQAANgYAADYGAAA2BgAANgYAADYGAAA2
BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYG
AAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYA
ADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAA
NgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2BgAANgYAADYGAAA2
BgAANgYAADYGAACwAwAANgYAADIGAAAYAAAAwAMAANADAADgAwAA8AMAAAAEAAAQBAAAIAQAADAE
AABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQAABAEAAAyBgAAKAIA
ANgBAADoAQAAIAQAADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAA
AAQAABAEAAAgBAAAMAQAAEAEAABQBAAAYAQAAHAEAACABAAAkAQAAMADAADQAwAA4AMAAPADAAAA
BAAAEAQAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAwAMAANADAADgAwAA8AMAAAAE
AAAQBAAAIAQAADAEAABABAAAUAQAAGAEAABwBAAAgAQAAJAEAADAAwAA0AMAAOADAADwAwAAAAQA
ABAEAAAgBAAAMAQAAEAEAABQBAAAYAQAAHAEAACABAAAkAQAAMADAADQAwAA4AMAAPADAAAABAAA
EAQAACAEAAAwBAAAQAQAAFAEAABgBAAAcAQAAIAEAACQBAAAOAEAAFgBAAD4AQAACAIAABgCAABW
AgAAfgIAACAAAABPSgMAUEoDAFFKAwBfSAEEbUgJBG5ICQRzSAkEdEgJBAAAAABKAABg8f8CAEoA
DBAAAAxwrAAAAAYATgBvAHIAbQBhAGwAAAAMAAAAEmQUAQEAFKTIABgAQ0oWAF9IAQRhShYAbUgJ
BHNICQR0SAkEAAAAAAAAAAAAAAAAAAAAAAAARABBIPL/oQBEAAwNAAAAAAAAEAAWAEQAZQBmAGEA
dQBsAHQAIABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAFIAaUDz/7MAUgAMHQAAAAAA
ADAGDABUAGEAYgBsAGUAIABOAG8AcgBtAGEAbAAAABwAF/YDAAA01gYAAQoDbAA01gYAAQUDAABh
9gMAAAIACwAAACgAayD0/8EAKAAADQAAAAAAADAGBwBOAG8AIABMAGkAcwB0AAAAAgAMAAAAAAB0
AJoAswDzAHQADAAAAHhhiACwAwoAVABhAGIAbABlACAARwByAGkAZAAAADcAOlYPABPWMAAAAAAE
AQAAAAAAAAQBAAAAAAAABAEAAAAAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAMAA8AEmTwAAEAFKQA
AAAAUEsDBBQABgAIAAAAIQCCirwT+gAAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rD
MBBF94X+g9C22HK6KKXYzqJJd30s0g8Y5LEtao+ENAnJ33fsuFC6CC10IxBizpl7Va6P46AOGJPz
VOlVXmiFZH3jqKv0++4pu9cqMVADgyes9AmTXtfXV+XuFDApmaZU6Z45PBiTbI8jpNwHJHlpfRyB
5Ro7E8B+QIfmtijujPXESJzxxNB1+SoLRNegeoPILzCKx7Cg8Pv5DCSAmAtYq8czYVqi0hDC4Cyw
RDAHan7oM9+2zmLj7X4UaT6DF9jNBDO/XGD1P+ov5wZb2A+stkfp4lx/xCH9LdtSay6Tc/7Uu5Au
GC6Xt7Rh5r+tPwEAAP//AwBQSwMEFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAABfcmVscy8ucmVs
c4SPz2rDMAyH74W9g9F9UdLDGCV2L6WQQy+jfQDhKH9oIhvbG+vbT8cGCrsIhKTv96k9/q6L+eGU
5yAWmqoGw+JDP8to4XY9v3+CyYWkpyUIW3hwhqN727VfvFDRozzNMRulSLYwlRIPiNlPvFKuQmTR
yRDSSkXbNGIkf6eRcV/XH5ieGeA2TNP1FlLXN2Cuj6jJ/7PDMMyeT8F/ryzlRQRuN5RMaeRioagv
41O9kKhlqtQe0LW4+db9AQAA//8DAFBLAwQUAAYACAAAACEAa3mWFoMAAACKAAAAHAAAAHRoZW1l
L3RoZW1lL3RoZW1lTWFuYWdlci54bWwMzE0KwyAQQOF9oXeQ2TdjuyhFYrLLrrv2AEOcGkHHoNKf
29fl44M3zt8U1ZtLDVksnAcNimXNLoi38Hwspxuo2kgcxSxs4ccV5ul4GMm0jRPfSchzUX0j1ZCF
rbXdINa1K9Uh7yzdXrkkaj2LR1fo0/cp4kXrKyYKAjj9AQAA//8DAFBLAwQUAAYACAAAACEAlrWt
4pYGAABQGwAAFgAAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWzsWU9v2zYUvw/YdyB0b2MndhoHdYrY
sZstTRvEboceaYmW2FCiQNJJfRva44ABw7phhxXYbYdhW4EW2KX7NNk6bB3Qr7BHUpLFWF6SNtiK
rT4kEvnj+/8eH6mr1+7HDB0SISlP2l79cs1DJPF5QJOw7d0e9i+teUgqnASY8YS0vSmR3rWN99+7
itdVRGKCYH0i13Hbi5RK15eWpA/DWF7mKUlgbsxFjBW8inApEPgI6MZsablWW12KMU08lOAYyN4a
j6lP0FCT9DZy4j0Gr4mSesBnYqBJE2eFwQYHdY2QU9llAh1i1vaAT8CPhuS+8hDDUsFE26uZn7e0
cXUJr2eLmFqwtrSub37ZumxBcLBseIpwVDCt9xutK1sFfQNgah7X6/W6vXpBzwCw74OmVpYyzUZ/
rd7JaZZA9nGedrfWrDVcfIn+ypzMrU6n02xlsliiBmQfG3P4tdpqY3PZwRuQxTfn8I3OZre76uAN
yOJX5/D9K63Vhos3oIjR5GAOrR3a72fUC8iYs+1K+BrA12oZfIaCaCiiS7MY80QtirUY3+OiDwAN
ZFjRBKlpSsbYhyju4ngkKNYM8DrBpRk75Mu5Ic0LSV/QVLW9D1MMGTGj9+r596+eP0XHD54dP/jp
+OHD4wc/WkLOqm2chOVVL7/97M/HH6M/nn7z8tEX1XhZxv/6wye//Px5NRDSZybOiy+f/PbsyYuv
Pv39u0cV8E2BR2X4kMZEopvkCO3zGBQzVnElJyNxvhXDCNPyis0klDjBmksF/Z6KHPTNKWaZdxw5
OsS14B0B5aMKeH1yzxF4EImJohWcd6LYAe5yzjpcVFphR/MqmXk4ScJq5mJSxu1jfFjFu4sTx7+9
SQp1Mw9LR/FuRBwx9xhOFA5JQhTSc/yAkArt7lLq2HWX+oJLPlboLkUdTCtNMqQjJ5pmi7ZpDH6Z
VukM/nZss3sHdTir0nqLHLpIyArMKoQfEuaY8TqeKBxXkRzimJUNfgOrqErIwVT4ZVxPKvB0SBhH
vYBIWbXmlgB9S07fwVCxKt2+y6axixSKHlTRvIE5LyO3+EE3wnFahR3QJCpjP5AHEKIY7XFVBd/l
bobod/ADTha6+w4ljrtPrwa3aeiINAsQPTMR2pdQqp0KHNPk78oxo1CPbQxcXDmGAvji68cVkfW2
FuJN2JOqMmH7RPldhDtZdLtcBPTtr7lbeJLsEQjz+Y3nXcl9V3K9/3zJXZTPZy20s9oKZVf3DbYp
Ni1yvLBDHlPGBmrKyA1pmmQJ+0TQh0G9zpwOSXFiSiN4zOq6gwsFNmuQ4OojqqJBhFNosOueJhLK
jHQoUcolHOzMcCVtjYcmXdljYVMfGGw9kFjt8sAOr+jh/FxQkDG7TWgOnzmjFU3grMxWrmREQe3X
YVbXQp2ZW92IZkqdw61QGXw4rxoMFtaEBgRB2wJWXoXzuWYNBxPMSKDtbvfe3C3GCxfpIhnhgGQ+
0nrP+6hunJTHirkJgNip8JE+5J1itRK3lib7BtzO4qQyu8YCdrn33sRLeQTPvKTz9kQ6sqScnCxB
R22v1VxuesjHadsbw5kWHuMUvC51z4dZCBdDvhI27E9NZpPlM2+2csXcJKjDNYW1+5zCTh1IhVRb
WEY2NMxUFgIs0Zys/MtNMOtFKWAj/TWkWFmDYPjXpAA7uq4l4zHxVdnZpRFtO/ualVI+UUQMouAI
jdhE7GNwvw5V0CegEq4mTEXQL3CPpq1tptzinCVd+fbK4Ow4ZmmEs3KrUzTPZAs3eVzIYN5K4oFu
lbIb5c6vikn5C1KlHMb/M1X0fgI3BSuB9oAP17gCI52vbY8LFXGoQmlE/b6AxsHUDogWuIuFaQgq
uEw2/wU51P9tzlkaJq3hwKf2aYgEhf1IRYKQPShLJvpOIVbP9i5LkmWETESVxJWpFXtEDgkb6hq4
qvd2D0UQ6qaaZGXA4E7Gn/ueZdAo1E1OOd+cGlLsvTYH/unOxyYzKOXWYdPQ5PYvRKzYVe16szzf
e8uK6IlZm9XIswKYlbaCVpb2rynCObdaW7HmNF5u5sKBF+c1hsGiIUrhvgfpP7D/UeEz+2VCb6hD
vg+1FcGHBk0Mwgai+pJtPJAukHZwBI2THbTBpElZ02atk7ZavllfcKdb8D1hbC3ZWfx9TmMXzZnL
zsnFizR2ZmHH1nZsoanBsydTFIbG+UHGOMZ80ip/deKje+DoLbjfnzAlTTDBNyWBofUcmDyA5Lcc
zdKNvwAAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVtZS90aGVtZS9fcmVs
cy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs
7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCCjm837RVnkUsoTSYk
UiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvVABmWUJr/s/04Goln
Lx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8DAFBLAQItABQABgAIAAAAIQCCirwT+gAA
ABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh
AKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAKwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh
AGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAFAIAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54
bWxQSwECLQAUAAYACAAAACEAlrWt4pYGAABQGwAAFgAAAAAAAAAAAAAAAADRAgAAdGhlbWUvdGhl
bWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAAAAAAAAAAAAAAJsJ
AAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUGAAAAAAUABQBdAQAA
lgoAAAAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Inll
cyI/Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9y
Zy9kcmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9
ImRrMiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50
MyIgYWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIg
aGxpbms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxpbmsiLz4AAAAAvQEAAAwAAFoAAAAA/////wAI
AAByCQAAvQkAAAUAAAAgAAAAAAgAAOsIAADwCAAA9AgAAPsIAAAACQAABAkAAAsJAAAQCQAAFAkA
ABsJAAAgCQAAJAkAACsJAAAwCQAANAkAADwJAABCCQAARgkAAE4JAABUCQAAWAkAAGAJAABmCQAA
agkAAHIJAAB4CQAAfAkAAIQJAACKCQAAjgkAAJYJAACcCQAAoAkAAKgJAACuCQAAsgkAALoJAAC9
CQAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAAAAARAAAAEgAAABMA
AAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAAAB8AAAAhAAAAIgAA
ACMAAAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAAPAADwXAAAAAAABvAoAAAA
AhAAAAQAAAABAAAAAQAAAAEAAAACAAAAAAAAAAAAAAAAAAAAAAAAACMAC/AMAAAAhkEAAAAAxUEA
AAAAQAAe8RAAAAD//wAAAAD/AICAgAD3AAAQAA8AAvCSAAAAEAAI8AgAAAABAAAAAQQAAA8AA/Aw
AAAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAEAAAFAAAADwAE8EIA
AAASAArwCAAAAAEEAAAADgAAUwAL8B4AAAC/AQAAEADLAQAAAAD/AQAACAAEAwkAAAA/AwEAAQAA
ABHwBAAAAAEAAAAAAAAAvwEAAAcAAAAAAB8AAAA9AAAAvwEAAAcABAAHAAAAAAAoAAAAMwAAAEoA
AABVAAAAbwAAAG8AAACMAAAApwAAALsAAADlAAAAvAEAAL8BAAADAAQAAwAEAAMABAADAAQAAwAE
AAMABwAXAAAABAAAAAgAAADlAAAAAAAAAAYAAAA0UQAAk0wEAFJGHADvbDAAfmE6AKM5PAC4WEsA
8FBRAB8uXACQb2AAWB94AGsQgQB4YYgAbxCZAAxwrAAmf74AFkjGABs0zAB2Uc8AumHPAGsP0QDF
QNoAIEbqAAAAAAC9AQAAvwEAAAAAAAABAAAA/0ANgAEAMwAAADMAAAAAUEMFJgAmADMAAAAAAAAA
MwAAAAAAAAACEAAAAAAAAAC9AQAAYAAAEABAAAD//wEAAAAHAFUAbgBrAG4AbwB3AG4A//8BAAgA
AAAAAAAAAAAAAP//AQAAAAAA//8AAAIA//8AAAAA//8AAAIA//8AAAAABQAAAEcekAEAAAICBgMF
BAUCAwTvKgDgQXgAwAkAAAAAAAAA/wEAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEA
bgAAADUekAECAAUFAQIBBwYCBQcAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8AbAAA
ADMukAEAAAILBgQCAgICAgT/KgDgQ3gAwAkAAAAAAAAA/wEAAAAAAABBAHIAaQBhAGwAAAA3LpAB
AAACDwUCAgIEAwIE7wIAoHsgAEAAAAAAAAAAAJ8AAAAAAAAAQwBhAGwAaQBiAHIAaQAAAEEekAEA
AAIEBQMFBAYDAgTvAgCg6yAAQgAAAAAAAAAAnwAAAAAAAABDAGEAbQBiAHIAaQBhACAATQBhAHQA
aAAAACIABADxCIgYAPDQAgAAaAEAAAAADcvlRhLL5UYAAAAABgAFAAAAQgAAAHsBAAABAAEAAAAE
AAOQAwAAAEIAAAB7AQAAAQABAAAAAwAAAAAAAAAxAgDwEAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACgBaAFbgC0AIGCcjAAAAAAAAAAAAAAAAAAALwBAAC8AQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAAAAAA+gxEA
8BAACAD8/QEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAISFgAAAAACfD/DwAJJFAAAOQEAAD///9/
////f////3////9/////f////3////9/eGGIAAAEAAAyAAAAAAAAAAAAAAAAAAAAAAAAAAAAIQQA
AAAAAAAAAAAAAAAAAAAAAAAQHAAABAAAAAAAAAAAAHgAAAB4AAAAAAAAAAAAAACgBQAA//8SAAAA
AAAAAAAAAAAAAAAAEQBCAGgAdQBtAGkAcAAgAEsAaABhAHMAbgBhAGIAaQBzAGgAEQBCAGgAdQBt
AGkAcAAgAEsAaABhAHMAbgBhAGIAaQBzAGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABgACAAAAAAAAAAAA
AAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAAAwAQAADQAAAAEAAABwAAAABAAAAHgAAAAH
AAAAlAAAAAgAAACkAAAACQAAAMAAAAASAAAAzAAAAAoAAADsAAAADAAAAPgAAAANAAAABAEAAA4A
AAAQAQAADwAAABgBAAAQAAAAIAEAABMAAAAoAQAAAgAAAOQEAAAeAAAAFAAAAEJodW1pcCBLaGFz
bmFiaXNoAAAAHgAAAAgAAABOb3JtYWwAAB4AAAAUAAAAQmh1bWlwIEtoYXNuYWJpc2gAAAAeAAAA
BAAAADYAAAAeAAAAGAAAAE1pY3Jvc29mdCBPZmZpY2UgV29yZAAAAEAAAAAAXtCyAAAAAEAAAAAA
DhslJfzKAUAAAAAAbOvXJfzKAQMAAAABAAAAAwAAAEIAAAADAAAAewEAAAMAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAYAAgAAAAAAAAAAAAAAAAAAAAAA
AQAAAALVzdWcLhsQk5cIACss+a4wAAAA/AAAAAwAAAABAAAAaAAAAA8AAABwAAAABQAAAJAAAAAG
AAAAmAAAABEAAACgAAAAFwAAAKgAAAALAAAAsAAAABAAAAC4AAAAEwAAAMAAAAAWAAAAyAAAAA0A
AADQAAAADAAAAN0AAAACAAAA5AQAAB4AAAAYAAAASGV3bGV0dC1QYWNrYXJkIENvbXBhbnkAAwAA
AAMAAAADAAAAAQAAAAMAAAC8AQAAAwAAAAAADAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAA
AAAAAB4QAAABAAAAAQAAAAAMEAAAAgAAAB4AAAAGAAAAVGl0bGUAAwAAAAEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAAAwAAAAQAAAAFAAAABgAAAAcAAAAIAAAA
CQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAAAAARAAAAEgAAABMAAAAUAAAAFQAAABYAAAAX
AAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAAAB8AAAAgAAAAIQAAACIAAAAjAAAAJAAAACUA
AAAmAAAAJwAAACgAAAApAAAAKgAAACsAAAAsAAAALQAAAP7///8vAAAAMAAAADEAAAAyAAAAMwAA
ADQAAAA1AAAANgAAADcAAAA4AAAAOQAAAP7///87AAAAPAAAAD0AAAA+AAAAPwAAAEAAAABBAAAA
QgAAAEMAAABEAAAARQAAAEYAAABHAAAA/v///0kAAABKAAAASwAAAEwAAABNAAAATgAAAE8AAAD+
////UQAAAFIAAABTAAAAVAAAAFUAAABWAAAAVwAAAP7////9////WgAAAP7////+/////v//////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYABQH//////////wMAAAAGCQIAAAAAAMAA
AAAAAABGAAAAAAAAAAAAAAAAAJCc+CX8ygFcAAAAgAAAAAAAAABEAGEAdABhAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgACAf//////////
/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC4AAAAPFwAAAAAAADEAVABh
AGIAbABlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAOAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOgAA
AFsbAAAAAAAAVwBvAHIAZABEAG8AYwB1AG0AZQBuAHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAABoAAgECAAAABQAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAO1oAAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkA
bwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAf///////////////wAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgAAAAAEAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMA
dQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIBBAAAAP//////
////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUAAAAAAQAAAAAAAAAQBDAG8A
bQBwAE8AYgBqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ABIAAgD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
eQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAD+////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////AQD+/wMKAAD/////BgkCAAAAAADAAAAAAAAARicAAABNaWNy
b3NvZnQgT2ZmaWNlIFdvcmQgOTctMjAwMyBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3Jk
LkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAA=
--001636b2ae39d201c804876db796--

From mark.carlson@oracle.com  Tue May 25 09:46:33 2010
Return-Path: <mark.carlson@oracle.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C1833A6A92 for <clouds@core3.amsl.com>; Tue, 25 May 2010 09:46:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.497
X-Spam-Level: 
X-Spam-Status: No, score=-4.497 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 dclaHIj7Iozo for <clouds@core3.amsl.com>; Tue, 25 May 2010 09:46:31 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id E02F73A6BCE for <clouds@ietf.org>; Tue, 25 May 2010 09:46:30 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4PGkJpc028102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <clouds@ietf.org>; Tue, 25 May 2010 16:46:21 GMT
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4PB4fsW010792 for <clouds@ietf.org>; Tue, 25 May 2010 16:46:18 GMT
Received: from abhmt003.oracle.com by acsmt354.oracle.com with ESMTP id 266698171274805947; Tue, 25 May 2010 09:45:47 -0700
Received: from vpn-129-150-64-212.east.sun.com (/129.150.64.212) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 May 2010 09:45:46 -0700
Message-ID: <4BFBFEB9.1080606@oracle.com>
Date: Tue, 25 May 2010 10:45:45 -0600
From: Mark Carlson <mark.carlson@oracle.com>
Organization: Oracle
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: clouds@ietf.org
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com>
In-Reply-To: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------060400030606080507090207"
X-Auth-Type: Internal IP
X-Source-IP: acsinet15.oracle.com [141.146.126.227]
X-CT-RefId: str=0001.0A090203.4BFBFEDD.0190:SCFMA922111,ss=1,fgs=0
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 16:46:33 -0000

This is a multi-part message in MIME format.
--------------060400030606080507090207
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Bhumip,

Not sure why you are doing this. The information you need is largely already
available on http://cloud-standards.org wiki. Each SDO has already created
an entry describing their cloud work, and they use a standard template 
already
to describe each standard.

For example, here is one for an already finalized standard:


http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29


  Cloud Standard

*1. The name of the specification*

SNIA Cloud Data Management Interface

*2. A short statement (<100 words) of the purpose and function of the 
specification* The SNIA Cloud Data Management Interface (CDMI) is the 
functional interface that applications will use to create, retrieve, 
update and delete data elements from the cloud. As part of this 
interface the client will be able to discover the capabilities of the 
cloud storage offering and use this interface to manage containers and 
the data that is placed in them. In addition, metadata can be set on 
containers and their contained data elements through this interface.

*3. The version number (or other distinct identifier) and date of the 
most recently approved version of the specification.*

SNIA Architecture - 1.0 standard

*4. If the specification is part of a group of explicitly related 
specifications from the same source, the name of the group of 
specifications.* Not applicable

*5. URI for the normative text of the specification * 
http://www.snia.org/tech_activities/standards/curr_standards/cdmi 
<http://www.snia.org/tech_activities/standards/curr_standards/cdmi>


    SOURCE

*6. The name of the SDO that generated/authored/hosted the 
specification. * Storage Networking Industry Association

*7. URI for the SDO* http://snia.org

*8. The level of approval that the SDO has conferred on the 
specification as described by the SDO's process.* SNIA Architecture 
(Final Standard)

*9. The language or languages in which the specification is available. * 
US English


    SUBJECT

*10. Which of the categories of Cloud services does the standard 
address? * (Infrastructure as a Service - IaaS, Data Storage as a 
Service - DaaS, Platform as a Service - PaaS, Software as a Service - 
SaaS) DaaS (Cloud Storage)

*11. Does the standard address both functional and management aspects of 
the service?* Yes. Management is done by setting metadata on containers 
of data and individual data elements. The functional interface allows 
CRUD semantics for storage of data via HTTP.


    OPTIONAL

*12. The level of approval of the specification in this generic 
lifecycle taxonomy: *

Final standard


*13. URI for the applicable SDO's patent and copyright rules, if any, 
applicable to development and use of the specification.* SNIA IP Policy 
<http://www.snia.org/about/corporate_info/ip_policy/>

*14. URI for the SDO's posting location, (if any) for notices from 
participants or individuals regarding claims under the rules stated 
under number 15.* SNIA IP Policy 
<http://www.snia.org/about/corporate_info/ip_policy/>

*15. Interoperability, conformance, or certification test activity for 
the specification (by owner name or URI). *

None

*16. Known implementations of the specification (by owner name or URI).*

The SNIA Cloud Storage TWG is producing an open source reference 
implementation.

*17. A list (or URI pointer to same) of the other specifications* that 
are normatively referenced in the specification. *


[ISO-8601] International Standards Organization, "Data elements and 
interchange formats -- Information interchange -- Representation of 
dates and times", ISO 8601:20044 - 
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874 


[ITU-T509] International Telecommunications Union Telecommunication 
Standardization Sector (ITU-T), Recommendation X.509: Information 
technology - Open Systems Interconnection - The Directory: Public-key 
and attribute certificate frameworks, May 2000. Specification and 
technical corrigenda - http://www.itu.int/ITU-T/publications/recs.html

[RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key words 
for use in RFCs to Indicate Requirement Levels - 
http://www.ietf.org/rfc/rfc2119.txt

[RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>. 
Multipurpose Internet Mail Extensions (MIME) Part One: Format of 
Internet Message Bodies - http://www.ietf.org/rfc/rfc2045.txt

[RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>. Structure 
of Management Information Version 2 (SMIv2) - 
http://www.ietf.org/rfc/rfc2578.txt

[RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>. Hypertext 
Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt

[RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>. Internet 
X.509 Public Key Infrastructure Certificate and Certificate Revocation 
List (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt

[RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>. Network 
File System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt

[RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>. Uniform 
Resource Identifier (URI): Generic Syntax - 
http://www.ietf/org/rfc/rfc3986.txt

[RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The 
Transport Layer Security (TLS) Protocol Version 1.1 - 
http://tools.ietf.org/rfc/rfc4346.txt

[RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The 
application/json Media Type for JavaScript Object Notation (JSON) - 
http://www.ietf.org/rfc/rfc4627.txt

[RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The 
Transport Layer Security (TLS) Protocol Version 1.2 - 
http://tools.ietf.org/rfc/rfc5246.txt


*18. A list (or URI pointer to same) of the other specifications* that 
are referenced in the specification (except the ones listed under number 
17). *

[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection 
Algorithms", Chapter 16, August 1993, 
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html

[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange 
Syntax, Version 1.0, June 1999. Specification and Technical Corrigendum 
- http://www.rsa.com:80/rsalabs/node.asp?id=2138

[REST] "Representational State Transfer" - 
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm 
<http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm>

[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, 
O'Reilly, 2007.

[SIRDM] Storage Industry Resource Domain Model - 
http://www.snia.org/education/storage_networking_primer/sirdm/


*19. A list (or URI pointer to same) of other specifications* with which 
the specification may (speculatively) interoperate or act in 
complementary, compatible fashion. *

OCCI - see OGF entry.

*20. A list (or URI pointer to same) of other specifications* similar to 
this specification. (Whether or not substitutable.) *

None.

-----------------------------------

The template can be found here:
http://cloud-standards.org/wiki/index.php?title=Template

-- mark

On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
> Dear All,
> Attached please find a template (a Table) that can be utilized for 
> Clouds SDO gap analysis.
> Very much appreciate your comments, inputs, suggestions for updating it.
> The plan is to populate this template with SDOs' information,
> once this template is finalized through email discussion.
> Thanks a lot for your support and contributions
> Best Regards.
> Bhumip
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org 
> <mailto:bhumip@acm.org>)
>
> © 2010 Bhumip Khasnabish. Do not view, print, forward, and save the 
> content of this email if you are not the intended recipient of the 
> communiqué.
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>    

--------------060400030606080507090207
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="+1">Bhumip,<br>
<br>
Not sure why you are doing this. The information you need is largely
already<br>
available on <a class="moz-txt-link-freetext" href="http://cloud-standards.org">http://cloud-standards.org</a> wiki. Each SDO has already
created <br>
an entry describing their cloud work, and they use a standard template
already<br>
to describe each standard.<br>
<br>
For example, here is one for an already finalized standard:<br>
<br>
<br>
<a class="moz-txt-link-freetext" href="http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29">http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29</a><br>
</font><br>
<div id="bodyContent">
<h1> <span class="mw-headline">Cloud Standard</span></h1>
<p><b>1. The name of the specification</b>
</p>
<pre>SNIA Cloud Data Management Interface
</pre>
<p><b>2. A short statement (&lt;100 words) of the purpose and function
of the specification</b>
The SNIA Cloud Data Management Interface (CDMI) is the functional
interface that applications will use to create, retrieve, update and
delete data elements from the cloud. As part of this interface the
client will be able to discover the capabilities of the cloud storage
offering and use this interface to manage containers and the data that
is placed in them. In addition, metadata can be set on containers and
their contained data elements through this interface.
</p>
<p><b>3. The version number (or other distinct identifier) and date of
the most recently approved version of the specification.</b>
</p>
<p>SNIA Architecture - 1.0 standard
</p>
<p><b>4. If the specification is part of a group of explicitly related
specifications from the same source, the name of the group of
specifications.</b>
Not applicable
</p>
<p><b>5. URI for the normative text of the specification </b>
<a
 href="http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
 class="external text"
 title="http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
 rel="nofollow">http://www.snia.org/tech_activities/standards/curr_standards/cdmi

</a></p>
<a name="SOURCE" id="SOURCE"></a>
<h2> <span class="mw-headline"> SOURCE </span></h2>
<p><b>6. The name of the SDO that generated/authored/hosted the
specification. </b>
Storage Networking Industry Association
</p>
<p><b>7. URI for the SDO</b>
<a href="http://snia.org" class="external free" title="http://snia.org"
 rel="nofollow">http://snia.org</a>
</p>
<p><b>8. The level of approval that the SDO has conferred on the
specification as described by the SDO's process.</b>
SNIA Architecture (Final Standard)
</p>
<p><b>9. The language or languages in which the specification is
available. </b>
US English
</p>
<a name="SUBJECT" id="SUBJECT"></a>
<h2> <span class="mw-headline"> SUBJECT </span></h2>
<p><b>10. Which of the categories of Cloud services does the standard
address? </b>
(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
Platform as a Service - PaaS, Software as a Service - SaaS)
DaaS (Cloud Storage)
</p>
<p><b>11. Does the standard address both functional and management
aspects of the service?</b>
Yes. Management is done by setting metadata on containers of data and
individual data elements. The functional interface allows CRUD
semantics for storage of data via HTTP.
</p>
<a name="OPTIONAL" id="OPTIONAL"></a>
<h2> <span class="mw-headline"> OPTIONAL </span></h2>
<p><b>12. The level of approval of the specification in this generic
lifecycle taxonomy: </b>
</p>
<p>Final standard
</p>
<p><br>
<b>13. URI for the applicable SDO's patent and copyright rules, if any,
applicable to development and use of the specification.</b>
<a href="http://www.snia.org/about/corporate_info/ip_policy/"
 class="external text"
 title="http://www.snia.org/about/corporate_info/ip_policy/"
 rel="nofollow">SNIA IP Policy</a>
</p>
<p><b>14. URI for the SDO's posting location, (if any) for notices from
participants or individuals regarding claims under the rules stated
under number 15.</b>
<a href="http://www.snia.org/about/corporate_info/ip_policy/"
 class="external text"
 title="http://www.snia.org/about/corporate_info/ip_policy/"
 rel="nofollow">SNIA IP Policy</a>
</p>
<p><b>15. Interoperability, conformance, or certification test activity
for the specification (by owner name or URI). </b>
</p>
<p>None
</p>
<p><b>16. Known implementations of the specification (by owner name or
URI).</b>
</p>
<p>The SNIA Cloud Storage TWG is producing an open source reference
implementation.
</p>
<p><b>17. A list (or URI pointer to same) of the other specifications*
that are normatively referenced in the specification. </b>
</p>
<p><br>
[ISO-8601] International Standards Organization, "Data elements and
interchange formats -- Information interchange -- Representation of
dates and times", ISO 8601:20044 - <a
 href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874"
 class="external free"
 title="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874"
 rel="nofollow">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874</a>
</p>
<p>[ITU-T509] International Telecommunications Union Telecommunication
Standardization Sector (ITU-T), Recommendation X.509: Information
technology - Open Systems Interconnection - The Directory: Public-key
and attribute certificate frameworks, May 2000. Specification and
technical corrigenda - <a
 href="http://www.itu.int/ITU-T/publications/recs.html"
 class="external 
free"
 title="http://www.itu.int/ITU-T/publications/recs.html" rel="nofollow">http://www.itu.int/ITU-T/publications/recs.html</a>
</p>
<p>[RFC2119] IETF <a href="http://tools.ietf.org/html/rfc2119"
 class="external" title="http://tools.ietf.org/html/rfc2119">RFC 2119</a>.

Key words for use in RFCs to Indicate Requirement Levels - <a
 href="http://www.ietf.org/rfc/rfc2119.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc2119.txt" rel="nofollow">http://www.ietf.org/rfc/rfc2119.txt</a>
</p>
<p>[RFC2045] IETF <a href="http://tools.ietf.org/html/rfc2045"
 class="external" title="http://tools.ietf.org/html/rfc2045">RFC 2045</a>.

Multipurpose Internet Mail Extensions (MIME) Part One: Format of
Internet Message Bodies - <a href="http://www.ietf.org/rfc/rfc2045.txt"
 class="external free" title="http://www.ietf.org/rfc/rfc2045.txt"
 rel="nofollow">http://www.ietf.org/rfc/rfc2045.txt</a>
</p>
<p>[RFC2578] IETF <a href="http://tools.ietf.org/html/rfc2578"
 class="external" title="http://tools.ietf.org/html/rfc2578">RFC 2578</a>.

Structure of Management Information Version 2 (SMIv2) - <a
 href="http://www.ietf.org/rfc/rfc2578.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc2578.txt" rel="nofollow">http://www.ietf.org/rfc/rfc2578.txt</a>
</p>
<p>[RFC2616] IETF <a href="http://tools.ietf.org/html/rfc2616"
 class="external" title="http://tools.ietf.org/html/rfc2616">RFC 2616</a>.

Hypertext Transfer Protocol -- HTTP/1.1 - <a
 href="http://www.ietf.org/rfc/rfc2616.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc2616.txt" rel="nofollow">http://www.ietf.org/rfc/rfc2616.txt</a>
</p>
<p>[RFC3280] IETF <a href="http://tools.ietf.org/html/rfc3280"
 class="external" title="http://tools.ietf.org/html/rfc3280">RFC 3280</a>.

Internet X.509 Public Key Infrastructure Certificate and Certificate
Revocation List (CRL) Profile - <a
 href="http://www.ietf.org/rfc/rfc3280.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc3280.txt" rel="nofollow">http://www.ietf.org/rfc/rfc3280.txt</a>
</p>
<p>[RFC3530] IETF <a href="http://tools.ietf.org/html/rfc3530"
 class="external" title="http://tools.ietf.org/html/rfc3530">RFC 3530</a>.

Network File System (NFS) version 4 Protocol - <a
 href="http://www.ietf.org/rfc/rfc3530.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc3530.txt" rel="nofollow">http://www.ietf.org/rfc/rfc3530.txt</a>
</p>
<p>[RFC3986] IETF <a href="http://tools.ietf.org/html/rfc3986"
 class="external" title="http://tools.ietf.org/html/rfc3986">RFC 3986</a>.

Uniform Resource Identifier (URI): Generic Syntax - <a
 href="http://www.ietf/org/rfc/rfc3986.txt" class="external free"
 title="http://www.ietf/org/rfc/rfc3986.txt" rel="nofollow">http://www.ietf/org/rfc/rfc3986.txt</a>
</p>
<p>[RFC4346] IETF <a href="http://tools.ietf.org/html/rfc4346"
 class="external" title="http://tools.ietf.org/html/rfc4346">RFC 4346</a>.

The Transport Layer Security (TLS) Protocol Version 1.1 - <a
 href="http://tools.ietf.org/rfc/rfc4346.txt" class="external free"
 title="http://tools.ietf.org/rfc/rfc4346.txt" rel="nofollow">http://tools.ietf.org/rfc/rfc4346.txt</a>
</p>
<p>[RFC4627] IETF <a href="http://tools.ietf.org/html/rfc4627"
 class="external" title="http://tools.ietf.org/html/rfc4627">RFC 4627</a>.

The application/json Media Type for JavaScript Object Notation (JSON) -
<a href="http://www.ietf.org/rfc/rfc4627.txt" class="external free"
 title="http://www.ietf.org/rfc/rfc4627.txt" rel="nofollow">http://www.ietf.org/rfc/rfc4627.txt</a>
</p>
<p>[RFC5246] IETF <a href="http://tools.ietf.org/html/rfc5246"
 class="external" title="http://tools.ietf.org/html/rfc5246">RFC 5246</a>.

The Transport Layer Security (TLS) Protocol Version 1.2 - <a
 href="http://tools.ietf.org/rfc/rfc5246.txt" class="external free"
 title="http://tools.ietf.org/rfc/rfc5246.txt" rel="nofollow">http://tools.ietf.org/rfc/rfc5246.txt</a>
</p>
<p><br>
</p>
<p><b>18. A list (or URI pointer to same) of the other specifications*
that are referenced in the specification (except the ones listed under
number 17). </b>
</p>
<p>[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection
Algorithms", Chapter 16, August 1993, <a
 href="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
 class="external free"
 title="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
 rel="nofollow">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a>
</p>
<p>[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange
Syntax, Version 1.0, June 1999. Specification and Technical Corrigendum
- <a href="http://www.rsa.com:80/rsalabs/node.asp?id=2138"
 class="external free"
 title="http://www.rsa.com:80/rsalabs/node.asp?id=2138" rel="nofollow">http://www.rsa.com:80/rsalabs/node.asp?id=2138</a>
</p>
<p>[REST] "Representational State Transfer" - <a
 href="http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm"
 class="external free"
 title="http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm"
 rel="nofollow">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm</a>
</p>
<p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web
Services, O'Reilly, 2007.
</p>
<p>[SIRDM] Storage Industry Resource Domain Model - <a
 href="http://www.snia.org/education/storage_networking_primer/sirdm/"
 class="external free"
 title="http://www.snia.org/education/storage_networking_primer/sirdm/"
 rel="nofollow">http://www.snia.org/education/storage_networking_primer/sirdm/</a>
</p>
<p><br>
<b>19. A list (or URI pointer to same) of other specifications* with
which the specification may (speculatively) interoperate or act in
complementary, compatible fashion. </b>
</p>
<p>OCCI - see OGF entry.
</p>
<p><b>20. A list (or URI pointer to same) of other specifications*
similar to this specification. (Whether or not substitutable.) </b>
</p>
<p>None.
</p>
</div>
-----------------------------------<br>
<br>
The template can be found here:<br>
<a class="moz-txt-link-freetext" href="http://cloud-standards.org/wiki/index.php?title=Template">http://cloud-standards.org/wiki/index.php?title=Template</a><br>
<br>
-- mark<br>
<br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
<blockquote
 cite="mid:AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com"
 type="cite">
  <div>Dear All,</div>
  <div>&nbsp;</div>
  <div>Attached please find a template (a Table) that can be utilized
for Clouds SDO gap analysis.</div>
  <div>&nbsp;</div>
  <div>Very much appreciate your comments, inputs, suggestions for
updating it.</div>
  <div>&nbsp;</div>
  <div>The plan is to populate this template with SDOs' information, </div>
  <div>once this template is finalized through email discussion.</div>
  <div>&nbsp;</div>
  <div>Thanks a lot for your support and contributions</div>
  <div>&nbsp;</div>
  <div>Best Regards.<br>
  </div>
  <div>Bhumip</div>
  <div>&nbsp;</div>
  <div>&nbsp;</div>
  <div><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a moz-do-not-send="true"
 href="mailto:bhumip@acm.org">bhumip@acm.org</a>)<br>
  <br>
&copy; 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of this email if you are not the intended recipient of the
communiqu&eacute;.<br>
  </div>
  <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
clouds mailing list
<a class="moz-txt-link-abbreviated" href="mailto:clouds@ietf.org">clouds@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre>
</blockquote>
</body>
</html>

--------------060400030606080507090207--

From mwebb@cisco.com  Tue May 25 10:06:53 2010
Return-Path: <mwebb@cisco.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2FDE63A6C24 for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:06:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.298
X-Spam-Level: 
X-Spam-Status: No, score=-9.298 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 shpNCuVAlfid for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:06:49 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 949A33A6C30 for <clouds@ietf.org>; Tue, 25 May 2010 10:06:46 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAM+g+0tAZnwM/2dsb2JhbACeBnGIK55SmgKCTxEVgh4E
X-IronPort-AV: E=Sophos;i="4.53,299,1272844800";  d="scan'208,217";a="114692752"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 25 May 2010 17:06:30 +0000
Received: from rtp-mwebb-8715.cisco.com (rtp-mwebb-8715.cisco.com [10.116.65.198]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o4PH6Tl2027442; Tue, 25 May 2010 17:06:29 GMT
Message-Id: <4E8DA166-4F41-4174-9CF3-D7F05BD084C3@cisco.com>
From: Mark Webb <mwebb@cisco.com>
To: clouds@ietf.org
In-Reply-To: <4BFBFEB9.1080606@oracle.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-3-147245716
Mime-Version: 1.0 (Apple Message framework v936)
Date: Tue, 25 May 2010 13:06:28 -0400
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com>
X-Mailer: Apple Mail (2.936)
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 17:06:53 -0000

--Apple-Mail-3-147245716
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable



I think the cloud-standards.org wiki is a fine effort.  Ad-hoc and =20
informal, but with fine goals.

However, it doesn't capture the full picture or all significant SDO =20
and forum working on cloud related standards and profiles.  TMF (very =20=

important IMO) and ITU-T cloud working group, (less significant now =20
but carries weight) are two that are not on this site.

There is work to be done IMO.

Mark Webb

On May 25, 2010, at 12:45 PM, Mark Carlson wrote:

> Bhumip,
>
> Not sure why you are doing this. The information you need is largely =20=

> already
> available on http://cloud-standards.org wiki. Each SDO has already =20
> created
> an entry describing their cloud work, and they use a standard =20
> template already
> to describe each standard.
>
> For example, here is one for an already finalized standard:
>
>
> =
http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Manageme=
nt_Interface_%28CDMI%29
>
> Cloud Standard
>
> 1. The name of the specification
>
> SNIA Cloud Data Management Interface
> 2. A short statement (<100 words) of the purpose and function of the =20=

> specification The SNIA Cloud Data Management Interface (CDMI) is the =20=

> functional interface that applications will use to create, retrieve, =20=

> update and delete data elements from the cloud. As part of this =20
> interface the client will be able to discover the capabilities of =20
> the cloud storage offering and use this interface to manage =20
> containers and the data that is placed in them. In addition, =20
> metadata can be set on containers and their contained data elements =20=

> through this interface.
>
> 3. The version number (or other distinct identifier) and date of the =20=

> most recently approved version of the specification.
>
> SNIA Architecture - 1.0 standard
>
> 4. If the specification is part of a group of explicitly related =20
> specifications from the same source, the name of the group of =20
> specifications. Not applicable
>
> 5. URI for the normative text of the specification =
http://www.snia.org/tech_activities/standards/curr_standards/cdmi
>
> SOURCE
>
> 6. The name of the SDO that generated/authored/hosted the =20
> specification. Storage Networking Industry Association
>
> 7. URI for the SDO http://snia.org
>
> 8. The level of approval that the SDO has conferred on the =20
> specification as described by the SDO's process. SNIA Architecture =20
> (Final Standard)
>
> 9. The language or languages in which the specification is =20
> available. US English
>
> SUBJECT
>
> 10. Which of the categories of Cloud services does the standard =20
> address? (Infrastructure as a Service - IaaS, Data Storage as a =20
> Service - DaaS, Platform as a Service - PaaS, Software as a Service =20=

> - SaaS) DaaS (Cloud Storage)
>
> 11. Does the standard address both functional and management aspects =20=

> of the service? Yes. Management is done by setting metadata on =20
> containers of data and individual data elements. The functional =20
> interface allows CRUD semantics for storage of data via HTTP.
>
> OPTIONAL
>
> 12. The level of approval of the specification in this generic =20
> lifecycle taxonomy:
>
> Final standard
>
>
> 13. URI for the applicable SDO's patent and copyright rules, if any, =20=

> applicable to development and use of the specification. SNIA IP Policy
>
> 14. URI for the SDO's posting location, (if any) for notices from =20
> participants or individuals regarding claims under the rules stated =20=

> under number 15. SNIA IP Policy
>
> 15. Interoperability, conformance, or certification test activity =20
> for the specification (by owner name or URI).
>
> None
>
> 16. Known implementations of the specification (by owner name or URI).
>
> The SNIA Cloud Storage TWG is producing an open source reference =20
> implementation.
>
> 17. A list (or URI pointer to same) of the other specifications* =20
> that are normatively referenced in the specification.
>
>
> [ISO-8601] International Standards Organization, "Data elements and =20=

> interchange formats -- Information interchange -- Representation of =20=

> dates and times", ISO 8601:20044 - =
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csn=
umber=3D40874
>
> [ITU-T509] International Telecommunications Union Telecommunication =20=

> Standardization Sector (ITU-T), Recommendation X.509: Information =20
> technology - Open Systems Interconnection - The Directory: Public-=20
> key and attribute certificate frameworks, May 2000. Specification =20
> and technical corrigenda - =
http://www.itu.int/ITU-T/publications/recs.html
>
> [RFC2119] IETF RFC 2119. Key words for use in RFCs to Indicate =20
> Requirement Levels - http://www.ietf.org/rfc/rfc2119.txt
>
> [RFC2045] IETF RFC 2045. Multipurpose Internet Mail Extensions =20
> (MIME) Part One: Format of Internet Message Bodies - =
http://www.ietf.org/rfc/rfc2045.txt
>
> [RFC2578] IETF RFC 2578. Structure of Management Information Version =20=

> 2 (SMIv2) - http://www.ietf.org/rfc/rfc2578.txt
>
> [RFC2616] IETF RFC 2616. Hypertext Transfer Protocol -- HTTP/1.1 - =
http://www.ietf.org/rfc/rfc2616.txt
>
> [RFC3280] IETF RFC 3280. Internet X.509 Public Key Infrastructure =20
> Certificate and Certificate Revocation List (CRL) Profile - =
http://www.ietf.org/rfc/rfc3280.txt
>
> [RFC3530] IETF RFC 3530. Network File System (NFS) version 4 =20
> Protocol - http://www.ietf.org/rfc/rfc3530.txt
>
> [RFC3986] IETF RFC 3986. Uniform Resource Identifier (URI): Generic =20=

> Syntax - http://www.ietf/org/rfc/rfc3986.txt
>
> [RFC4346] IETF RFC 4346. The Transport Layer Security (TLS) Protocol =20=

> Version 1.1 - http://tools.ietf.org/rfc/rfc4346.txt
>
> [RFC4627] IETF RFC 4627. The application/json Media Type for =20
> JavaScript Object Notation (JSON) - =
http://www.ietf.org/rfc/rfc4627.txt
>
> [RFC5246] IETF RFC 5246. The Transport Layer Security (TLS) Protocol =20=

> Version 1.2 - http://tools.ietf.org/rfc/rfc5246.txt
>
>
> 18. A list (or URI pointer to same) of the other specifications* =20
> that are referenced in the specification (except the ones listed =20
> under number 17).
>
> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection =20
> Algorithms", Chapter 16, August 1993, =
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =20
> Syntax, Version 1.0, June 1999. Specification and Technical =20
> Corrigendum - http://www.rsa.com:80/rsalabs/node.asp?id=3D2138
>
> [REST] "Representational State Transfer" - =
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>
> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web =20
> Services, O'Reilly, 2007.
>
> [SIRDM] Storage Industry Resource Domain Model - =
http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
> 19. A list (or URI pointer to same) of other specifications* with =20
> which the specification may (speculatively) interoperate or act in =20
> complementary, compatible fashion.
>
> OCCI - see OGF entry.
>
> 20. A list (or URI pointer to same) of other specifications* similar =20=

> to this specification. (Whether or not substitutable.)
>
> None.
>
> -----------------------------------
>
> The template can be found here:
> http://cloud-standards.org/wiki/index.php?title=3DTemplate
>
> -- mark
>
> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>>
>> Dear All,
>>
>> Attached please find a template (a Table) that can be utilized for =20=

>> Clouds SDO gap analysis.
>>
>> Very much appreciate your comments, inputs, suggestions for =20
>> updating it.
>>
>> The plan is to populate this template with SDOs' information,
>> once this template is finalized through email discussion.
>>
>> Thanks a lot for your support and contributions
>>
>> Best Regards.
>> Bhumip
>>
>>
>>
>> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>>
>> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
=20
>> content of this email if you are not the intended recipient of the =20=

>> communiqu=E9.
>>
>> _______________________________________________
>> clouds mailing list
>> clouds@ietf.org
>> https://www.ietf.org/mailman/listinfo/clouds
>>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds


--Apple-Mail-3-147245716
Content-Type: text/html;
	charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><br><div><br></div><div>I think =
the cloud-standards.org wiki is a fine effort. &nbsp;Ad-hoc and =
informal, but with fine goals.</div><div><br></div><div>However, it =
doesn't capture the full picture or all significant SDO and forum =
working on cloud related standards and profiles. &nbsp;TMF (very =
important IMO) and ITU-T cloud working group, (less significant now but =
carries weight) are two that are not on this =
site.</div><div><br></div><div>There is work to be done =
IMO.</div><div><br></div><div>Mark Webb</div><div><br><div><div>On May =
25, 2010, at 12:45 PM, Mark Carlson wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"> <div =
bgcolor=3D"#ffffff" text=3D"#000000"> <font size=3D"+1">Bhumip,<br> <br> =
Not sure why you are doing this. The information you need is largely =
already<br> available on <a class=3D"moz-txt-link-freetext" =
href=3D"http://cloud-standards.org">http://cloud-standards.org</a> wiki. =
Each SDO has already created <br> an entry describing their cloud work, =
and they use a standard template already<br> to describe each =
standard.<br> <br> For example, here is one for an already finalized =
standard:<br> <br> <br> <a class=3D"moz-txt-link-freetext" =
href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_=
Management_Interface_%28CDMI%29">http://cloud-standards.org/wiki/index.php=
?title=3DSNIA_Cloud_Data_Management_Interface_%28CDMI%29</a><br> =
</font><br> <div id=3D"bodyContent"> <h1> <span =
class=3D"mw-headline">Cloud Standard</span></h1><p><b>1. The name of the =
specification</b> </p> <pre>SNIA Cloud Data Management Interface
</pre><p><b>2. A short statement (&lt;100 words) of the purpose and =
function of the specification</b> The SNIA Cloud Data Management =
Interface (CDMI) is the functional interface that applications will use =
to create, retrieve, update and delete data elements from the cloud. As =
part of this interface the client will be able to discover the =
capabilities of the cloud storage offering and use this interface to =
manage containers and the data that is placed in them. In addition, =
metadata can be set on containers and their contained data elements =
through this interface. </p><p><b>3. The version number (or other =
distinct identifier) and date of the most recently approved version of =
the specification.</b> </p><p>SNIA Architecture - 1.0 standard =
</p><p><b>4. If the specification is part of a group of explicitly =
related specifications from the same source, the name of the group of =
specifications.</b> Not applicable </p><p><b>5. URI for the normative =
text of the specification </b> <a =
href=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi"=
 class=3D"external text" =
title=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi=
" =
rel=3D"nofollow">http://www.snia.org/tech_activities/standards/curr_standa=
rds/cdmi </a></p> <a name=3D"SOURCE" id=3D"SOURCE"></a> <h2> <span =
class=3D"mw-headline"> SOURCE </span></h2><p><b>6. The name of the SDO =
that generated/authored/hosted the specification. </b> Storage =
Networking Industry Association </p><p><b>7. URI for the SDO</b> <a =
href=3D"http://snia.org" class=3D"external free" title=3D"http://snia.org"=
 rel=3D"nofollow">http://snia.org</a> </p><p><b>8. The level of approval =
that the SDO has conferred on the specification as described by the =
SDO's process.</b> SNIA Architecture (Final Standard) </p><p><b>9. The =
language or languages in which the specification is available. </b> US =
English </p> <a name=3D"SUBJECT" id=3D"SUBJECT"></a> <h2> <span =
class=3D"mw-headline"> SUBJECT </span></h2><p><b>10. Which of the =
categories of Cloud services does the standard address? </b> =
(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS, =
Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud =
Storage) </p><p><b>11. Does the standard address both functional and =
management aspects of the service?</b> Yes. Management is done by =
setting metadata on containers of data and individual data elements. The =
functional interface allows CRUD semantics for storage of data via HTTP. =
</p> <a name=3D"OPTIONAL" id=3D"OPTIONAL"></a> <h2> <span =
class=3D"mw-headline"> OPTIONAL </span></h2><p><b>12. The level of =
approval of the specification in this generic lifecycle taxonomy: </b> =
</p><p>Final standard </p><p><br> <b>13. URI for the applicable SDO's =
patent and copyright rules, if any, applicable to development and use of =
the specification.</b> <a =
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
class=3D"external text" =
title=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
rel=3D"nofollow">SNIA IP Policy</a> </p><p><b>14. URI for the SDO's =
posting location, (if any) for notices from participants or individuals =
regarding claims under the rules stated under number 15.</b> <a =
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
class=3D"external text" =
title=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
rel=3D"nofollow">SNIA IP Policy</a> </p><p><b>15. Interoperability, =
conformance, or certification test activity for the specification (by =
owner name or URI). </b> </p><p>None </p><p><b>16. Known implementations =
of the specification (by owner name or URI).</b> </p><p>The SNIA Cloud =
Storage TWG is producing an open source reference implementation. =
</p><p><b>17. A list (or URI pointer to same) of the other =
specifications* that are normatively referenced in the specification. =
</b> </p><p><br> [ISO-8601] International Standards Organization, "Data =
elements and interchange formats -- Information interchange -- =
Representation of dates and times", ISO 8601:20044 - <a =
href=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail=
.htm?csnumber=3D40874" class=3D"external free" =
title=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detai=
l.htm?csnumber=3D40874" =
rel=3D"nofollow">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalog=
ue_detail.htm?csnumber=3D40874</a> </p><p>[ITU-T509] International =
Telecommunications Union Telecommunication Standardization Sector =
(ITU-T), Recommendation X.509: Information technology - Open Systems =
Interconnection - The Directory: Public-key and attribute certificate =
frameworks, May 2000. Specification and technical corrigenda - <a =
href=3D"http://www.itu.int/ITU-T/publications/recs.html" class=3D"external=
 free" title=3D"http://www.itu.int/ITU-T/publications/recs.html" =
rel=3D"nofollow">http://www.itu.int/ITU-T/publications/recs.html</a> =
</p><p>[RFC2119] IETF <a href=3D"http://tools.ietf.org/html/rfc2119" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc2119">RFC =
2119</a>. Key words for use in RFCs to Indicate Requirement Levels - <a =
href=3D"http://www.ietf.org/rfc/rfc2119.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc2119.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc2119.txt</a> =
</p><p>[RFC2045] IETF <a href=3D"http://tools.ietf.org/html/rfc2045" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc2045">RFC =
2045</a>. Multipurpose Internet Mail Extensions (MIME) Part One: Format =
of Internet Message Bodies - <a =
href=3D"http://www.ietf.org/rfc/rfc2045.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc2045.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc2045.txt</a> =
</p><p>[RFC2578] IETF <a href=3D"http://tools.ietf.org/html/rfc2578" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc2578">RFC =
2578</a>. Structure of Management Information Version 2 (SMIv2) - <a =
href=3D"http://www.ietf.org/rfc/rfc2578.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc2578.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc2578.txt</a> =
</p><p>[RFC2616] IETF <a href=3D"http://tools.ietf.org/html/rfc2616" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc2616">RFC =
2616</a>. Hypertext Transfer Protocol -- HTTP/1.1 - <a =
href=3D"http://www.ietf.org/rfc/rfc2616.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc2616.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc2616.txt</a> =
</p><p>[RFC3280] IETF <a href=3D"http://tools.ietf.org/html/rfc3280" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc3280">RFC =
3280</a>. Internet X.509 Public Key Infrastructure Certificate and =
Certificate Revocation List (CRL) Profile - <a =
href=3D"http://www.ietf.org/rfc/rfc3280.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc3280.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc3280.txt</a> =
</p><p>[RFC3530] IETF <a href=3D"http://tools.ietf.org/html/rfc3530" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc3530">RFC =
3530</a>. Network File System (NFS) version 4 Protocol - <a =
href=3D"http://www.ietf.org/rfc/rfc3530.txt" class=3D"external free" =
title=3D"http://www.ietf.org/rfc/rfc3530.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc3530.txt</a> =
</p><p>[RFC3986] IETF <a href=3D"http://tools.ietf.org/html/rfc3986" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc3986">RFC =
3986</a>. Uniform Resource Identifier (URI): Generic Syntax - <a =
href=3D"http://www.ietf/org/rfc/rfc3986.txt" class=3D"external free" =
title=3D"http://www.ietf/org/rfc/rfc3986.txt" =
rel=3D"nofollow">http://www.ietf/org/rfc/rfc3986.txt</a> =
</p><p>[RFC4346] IETF <a href=3D"http://tools.ietf.org/html/rfc4346" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc4346">RFC =
4346</a>. The Transport Layer Security (TLS) Protocol Version 1.1 - <a =
href=3D"http://tools.ietf.org/rfc/rfc4346.txt" class=3D"external free" =
title=3D"http://tools.ietf.org/rfc/rfc4346.txt" =
rel=3D"nofollow">http://tools.ietf.org/rfc/rfc4346.txt</a> =
</p><p>[RFC4627] IETF <a href=3D"http://tools.ietf.org/html/rfc4627" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc4627">RFC =
4627</a>. The application/json Media Type for JavaScript Object Notation =
(JSON) - <a href=3D"http://www.ietf.org/rfc/rfc4627.txt" class=3D"external=
 free" title=3D"http://www.ietf.org/rfc/rfc4627.txt" =
rel=3D"nofollow">http://www.ietf.org/rfc/rfc4627.txt</a> =
</p><p>[RFC5246] IETF <a href=3D"http://tools.ietf.org/html/rfc5246" =
class=3D"external" title=3D"http://tools.ietf.org/html/rfc5246">RFC =
5246</a>. The Transport Layer Security (TLS) Protocol Version 1.2 - <a =
href=3D"http://tools.ietf.org/rfc/rfc5246.txt" class=3D"external free" =
title=3D"http://tools.ietf.org/rfc/rfc5246.txt" =
rel=3D"nofollow">http://tools.ietf.org/rfc/rfc5246.txt</a> </p><p><br> =
</p><p><b>18. A list (or URI pointer to same) of the other =
specifications* that are referenced in the specification (except the =
ones listed under number 17). </b> </p><p>[CRC] Williams, Ross, "A =
Painless Guide to CRC Error Detection Algorithms", Chapter 16, August =
1993, <a href=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html" =
class=3D"external free" =
title=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html" =
rel=3D"nofollow">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a> =
</p><p>[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =
Syntax, Version 1.0, June 1999. Specification and Technical Corrigendum =
- <a href=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138" =
class=3D"external free" =
title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138" =
rel=3D"nofollow">http://www.rsa.com:80/rsalabs/node.asp?id=3D2138</a> =
</p><p>[REST] "Representational State Transfer" - <a =
href=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_sty=
le.htm" class=3D"external free" =
title=3D"http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_styl=
e.htm" =
rel=3D"nofollow">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_a=
rch_style.htm</a> </p><p>[RESTful Web] Richardson, Leonard and Sam Ruby, =
RESTful Web Services, O'Reilly, 2007. </p><p>[SIRDM] Storage Industry =
Resource Domain Model - <a =
href=3D"http://www.snia.org/education/storage_networking_primer/sirdm/" =
class=3D"external free" =
title=3D"http://www.snia.org/education/storage_networking_primer/sirdm/" =
rel=3D"nofollow">http://www.snia.org/education/storage_networking_primer/s=
irdm/</a> </p><p><br> <b>19. A list (or URI pointer to same) of other =
specifications* with which the specification may (speculatively) =
interoperate or act in complementary, compatible fashion. </b> =
</p><p>OCCI - see OGF entry. </p><p><b>20. A list (or URI pointer to =
same) of other specifications* similar to this specification. (Whether =
or not substitutable.) </b> </p><p>None. </p> </div> =
-----------------------------------<br> <br> The template can be found =
here:<br> <a class=3D"moz-txt-link-freetext" =
href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate">http:/=
/cloud-standards.org/wiki/index.php?title=3DTemplate</a><br> <br> -- =
mark<br> <br> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: <blockquote =
cite=3D"mid:AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com" =
type=3D"cite">  <div>Dear All,</div>  <div>&nbsp;</div>  <div>Attached =
please find a template (a Table) that can be utilized for Clouds SDO gap =
analysis.</div>  <div>&nbsp;</div>  <div>Very much appreciate your =
comments, inputs, suggestions for updating it.</div>  <div>&nbsp;</div>  =
<div>The plan is to populate this template with SDOs' information, =
</div>  <div>once this template is finalized through email =
discussion.</div>  <div>&nbsp;</div>  <div>Thanks a lot for your support =
and contributions</div>  <div>&nbsp;</div>  <div>Best Regards.<br>  =
</div>  <div>Bhumip</div>  <div>&nbsp;</div>  <div>&nbsp;</div>  =
<div><br> Bhumip Khasnabish (Mobile:+001-781-752-8003, <a =
moz-do-not-send=3D"true" =
href=3D"mailto:bhumip@acm.org">bhumip@acm.org</a>)<br>  <br> =A9 2010 =
Bhumip Khasnabish. Do not view, print, forward, and save the content of =
this email if you are not the intended recipient of the communiqu=E9.<br> =
 </div>  <pre wrap=3D""><fieldset =
class=3D"mimeAttachmentHeader"></fieldset>
_______________________________________________
clouds mailing list
<a class=3D"moz-txt-link-abbreviated" =
href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a>
<a class=3D"moz-txt-link-freetext" =
href=3D"https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.org=
/mailman/listinfo/clouds</a>
  </pre> </blockquote> </div>  =
_______________________________________________<br>clouds mailing =
list<br><a =
href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>https://www.ietf.or=
g/mailman/listinfo/clouds<br></blockquote></div><br></div></body></html>=

--Apple-Mail-3-147245716--

From vumip1@gmail.com  Tue May 25 10:16:54 2010
Return-Path: <vumip1@gmail.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4326D3A6EF4 for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:16:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.759
X-Spam-Level: 
X-Spam-Status: No, score=-1.759 tagged_above=-999 required=5 tests=[AWL=0.839,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 AE6tmFtlzZYu for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:16:50 -0700 (PDT)
Received: from mail-yw0-f202.google.com (mail-yw0-f202.google.com [209.85.211.202]) by core3.amsl.com (Postfix) with ESMTP id 3F4463A6F01 for <clouds@ietf.org>; Tue, 25 May 2010 10:16:01 -0700 (PDT)
Received: by ywh40 with SMTP id 40so2491280ywh.18 for <clouds@ietf.org>; Tue, 25 May 2010 10:15:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WrD6MuQLVzYqQ07FqL+AbbgxVi+tB+Ja7atlkYid/w8=; b=AmzLwzDegUWMLVXpe3nyQGMfnozkz8bhK/doxPBeeEah2VZbpdxdSl5fOQk2qKu95n 5Y6r98rVCRm+E4Q8014dC1pfCVPziwM1zsuweRVkFDx1A1STfRqjpfIXfGbI75mBJWZD PsiGZ1DfVrOi4QAGrK6v/HJ1OGs6WsV7rM0bI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Cq9WRCV3+96vp/YvAsvhkgl5EhpoYzIg1B2cSKSCNYGuXvjexuD/kqEkSYwbT9YvwS HMPV6NLlYsUWmjyRqHZ8SMSahvF3+1yvWDIm2N4hZr3naE3/4MjDghMH5tCHxHCNqDKU 8Nv7pFqANPb1Ok9EEbYaC1RZj8q5b/xumY4lA=
MIME-Version: 1.0
Received: by 10.231.148.73 with SMTP id o9mr5899228ibv.21.1274807749656; Tue,  25 May 2010 10:15:49 -0700 (PDT)
Received: by 10.231.58.203 with HTTP; Tue, 25 May 2010 10:15:49 -0700 (PDT)
In-Reply-To: <4BFBFEB9.1080606@oracle.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com>
Date: Tue, 25 May 2010 13:15:49 -0400
Message-ID: <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com>
From: Bhumip Khasnabish <vumip1@gmail.com>
To: Mark Carlson <mark.carlson@oracle.com>
Content-Type: multipart/alternative; boundary=0016e645ba581340cb04876e4f42
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 17:16:54 -0000

--0016e645ba581340cb04876e4f42
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Mark,

Thanks for your inputs and suggestions.

Yes, we'll utilize all of the relevant existing information from the sites
that you mention and a few others.

As you know our objective is to determine the gaps (existing and emerging)
and focus on where IETF can contribute in terms of standardization (protoco=
l
development, protocol extension recommendation, etc.) and profile
development for Cloud-based services.

Hope these help clarify matters.

Thanks again.

Best.

Bhumip



On Tue, May 25, 2010 at 12:45 PM, Mark Carlson <mark.carlson@oracle.com>wro=
te:

> Bhumip,
>
> Not sure why you are doing this. The information you need is largely
> already
> available on http://cloud-standards.org wiki. Each SDO has already create=
d
>
> an entry describing their cloud work, and they use a standard template
> already
> to describe each standard.
>
> For example, here is one for an already finalized standard:
>
>
>
> http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managem=
ent_Interface_%28CDMI%29
>
>  Cloud Standard
>
> *1. The name of the specification*
>
> SNIA Cloud Data Management Interface
>
> *2. A short statement (<100 words) of the purpose and function of the
> specification* The SNIA Cloud Data Management Interface (CDMI) is the
> functional interface that applications will use to create, retrieve, upda=
te
> and delete data elements from the cloud. As part of this interface the
> client will be able to discover the capabilities of the cloud storage
> offering and use this interface to manage containers and the data that is
> placed in them. In addition, metadata can be set on containers and their
> contained data elements through this interface.
>
> *3. The version number (or other distinct identifier) and date of the mos=
t
> recently approved version of the specification.*
>
> SNIA Architecture - 1.0 standard
>
> *4. If the specification is part of a group of explicitly related
> specifications from the same source, the name of the group of
> specifications.* Not applicable
>
> *5. URI for the normative text of the specification *http://www.snia.org/=
tech_activities/standards/curr_standards/cdmi
>
> SOURCE
>
> *6. The name of the SDO that generated/authored/hosted the specification.
> *Storage Networking Industry Association
>
> *7. URI for the SDO* http://snia.org
>
> *8. The level of approval that the SDO has conferred on the specification
> as described by the SDO's process.* SNIA Architecture (Final Standard)
>
> *9. The language or languages in which the specification is available. *U=
S
> English
> SUBJECT
>
> *10. Which of the categories of Cloud services does the standard address?
> *(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
> Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud
> Storage)
>
> *11. Does the standard address both functional and management aspects of
> the service?* Yes. Management is done by setting metadata on containers o=
f
> data and individual data elements. The functional interface allows CRUD
> semantics for storage of data via HTTP.
> OPTIONAL
>
> *12. The level of approval of the specification in this generic lifecycle
> taxonomy: *
>
> Final standard
>
>
> *13. URI for the applicable SDO's patent and copyright rules, if any,
> applicable to development and use of the specification.* SNIA IP Policy<h=
ttp://www.snia.org/about/corporate_info/ip_policy/>
>
> *14. URI for the SDO's posting location, (if any) for notices from
> participants or individuals regarding claims under the rules stated under
> number 15.* SNIA IP Policy<http://www.snia.org/about/corporate_info/ip_po=
licy/>
>
> *15. Interoperability, conformance, or certification test activity for th=
e
> specification (by owner name or URI). *
>
> None
>
> *16. Known implementations of the specification (by owner name or URI).*
>
> The SNIA Cloud Storage TWG is producing an open source reference
> implementation.
>
> *17. A list (or URI pointer to same) of the other specifications* that ar=
e
> normatively referenced in the specification. *
>
>
> [ISO-8601] International Standards Organization, "Data elements and
> interchange formats -- Information interchange -- Representation of dates
> and times", ISO 8601:20044 -
> http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
number=3D40874
>
> [ITU-T509] International Telecommunications Union Telecommunication
> Standardization Sector (ITU-T), Recommendation X.509: Information technol=
ogy
> - Open Systems Interconnection - The Directory: Public-key and attribute
> certificate frameworks, May 2000. Specification and technical corrigenda =
-
> http://www.itu.int/ITU-T/publications/recs.html
>
> [RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key words
> for use in RFCs to Indicate Requirement Levels -
> http://www.ietf.org/rfc/rfc2119.txt
>
> [RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>. Multipurpos=
e
> Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodi=
es
> - http://www.ietf.org/rfc/rfc2045.txt
>
> [RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>. Structure o=
f
> Management Information Version 2 (SMIv2) -
> http://www.ietf.org/rfc/rfc2578.txt
>
> [RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>. Hypertext
> Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt
>
> [RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>. Internet
> X.509 Public Key Infrastructure Certificate and Certificate Revocation Li=
st
> (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt
>
> [RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>. Network Fil=
e
> System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt
>
> [RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>. Uniform
> Resource Identifier (URI): Generic Syntax -
> http://www.ietf/org/rfc/rfc3986.txt
>
> [RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The
> Transport Layer Security (TLS) Protocol Version 1.1 -
> http://tools.ietf.org/rfc/rfc4346.txt
>
> [RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The
> application/json Media Type for JavaScript Object Notation (JSON) -
> http://www.ietf.org/rfc/rfc4627.txt
>
> [RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The
> Transport Layer Security (TLS) Protocol Version 1.2 -
> http://tools.ietf.org/rfc/rfc5246.txt
>
>
> *18. A list (or URI pointer to same) of the other specifications* that ar=
e
> referenced in the specification (except the ones listed under number 17).
> *
>
> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection Algorithms=
",
> Chapter 16, August 1993,
> http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax,
> Version 1.0, June 1999. Specification and Technical Corrigendum -
> http://www.rsa.com:80/rsalabs/node.asp?id=3D2138<http://www.rsa.com/rsala=
bs/node.asp?id=3D2138>
>
> [REST] "Representational State Transfer" -
> http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>
> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
> O'Reilly, 2007.
>
> [SIRDM] Storage Industry Resource Domain Model -
> http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
> *19. A list (or URI pointer to same) of other specifications* with which
> the specification may (speculatively) interoperate or act in complementar=
y,
> compatible fashion. *
>
> OCCI - see OGF entry.
>
> *20. A list (or URI pointer to same) of other specifications* similar to
> this specification. (Whether or not substitutable.) *
>
> None.
> -----------------------------------
>
> The template can be found here:
> http://cloud-standards.org/wiki/index.php?title=3DTemplate
>
> -- mark
>
>
> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>
>   Dear All,
>
> Attached please find a template (a Table) that can be utilized for Clouds
> SDO gap analysis.
>
> Very much appreciate your comments, inputs, suggestions for updating it.
>
> The plan is to populate this template with SDOs' information,
> once this template is finalized through email discussion.
>
> Thanks a lot for your support and contributions
>
> Best Regards.
> Bhumip
>
>
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>
> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the con=
tent
> of this email if you are not the intended recipient of the communiqu=E9.
>
>
> _______________________________________________
> clouds mailing listclouds@ietf.orghttps://www.ietf.org/mailman/listinfo/c=
louds
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>


--=20
Best Regards.

Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt
of this email if you are not the intended recipient of the communiqu=E9.

--0016e645ba581340cb04876e4f42
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div>Dear Mark,</div>
<div>=A0</div>
<div>Thanks for your inputs and suggestions. </div>
<div>=A0</div>
<div>Yes, we&#39;ll utilize all of the relevant existing information from t=
he sites that you mention and a few others.</div>
<div>=A0</div>
<div>As you know our objective is to determine the gaps (existing and emerg=
ing) and focus on where IETF can contribute in terms of standardization (pr=
otocol development, protocol extension recommendation, etc.) and profile de=
velopment for Cloud-based services.=A0</div>

<div>=A0</div>
<div>Hope these help clarify matters.</div>
<div>=A0</div>
<div>Thanks again.</div>
<div>=A0</div>
<div>Best.</div>
<div>=A0</div>
<div>Bhumip</div>
<div>=A0</div>
<div><br>=A0</div>
<div class=3D"gmail_quote">On Tue, May 25, 2010 at 12:45 PM, Mark Carlson <=
span dir=3D"ltr">&lt;<a href=3D"mailto:mark.carlson@oracle.com">mark.carlso=
n@oracle.com</a>&gt;</span> wrote:<br>
<blockquote style=3D"BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex=
; PADDING-LEFT: 1ex" class=3D"gmail_quote">
<div bgcolor=3D"#ffffff" text=3D"#000000"><font size=3D"+1">Bhumip,<br><br>=
Not sure why you are doing this. The information you need is largely alread=
y<br>available on <a href=3D"http://cloud-standards.org/" target=3D"_blank"=
>http://cloud-standards.org</a> wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template alre=
ady<br>to describe each standard.<br><br>For example, here is one for an al=
ready finalized standard:<br><br><br><a href=3D"http://cloud-standards.org/=
wiki/index.php?title=3DSNIA_Cloud_Data_Management_Interface_%28CDMI%29" tar=
get=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud=
_Data_Management_Interface_%28CDMI%29</a><br>
</font><br>
<div>
<h1><span>Cloud Standard</span></h1>
<p><b>1. The name of the specification</b> </p><pre>SNIA Cloud Data Managem=
ent Interface
</pre>
<p><b>2. A short statement (&lt;100 words) of the purpose and function of t=
he specification</b> The SNIA Cloud Data Management Interface (CDMI) is the=
 functional interface that applications will use to create, retrieve, updat=
e and delete data elements from the cloud. As part of this interface the cl=
ient will be able to discover the capabilities of the cloud storage offerin=
g and use this interface to manage containers and the data that is placed i=
n them. In addition, metadata can be set on containers and their contained =
data elements through this interface. </p>

<p><b>3. The version number (or other distinct identifier) and date of the =
most recently approved version of the specification.</b> </p>
<p>SNIA Architecture - 1.0 standard </p>
<p><b>4. If the specification is part of a group of explicitly related spec=
ifications from the same source, the name of the group of specifications.</=
b> Not applicable </p>
<p><b>5. URI for the normative text of the specification </b><a title=3D"ht=
tp://www.snia.org/tech_activities/standards/curr_standards/cdmi" href=3D"ht=
tp://www.snia.org/tech_activities/standards/curr_standards/cdmi" rel=3D"nof=
ollow" target=3D"_blank">http://www.snia.org/tech_activities/standards/curr=
_standards/cdmi </a></p>
<a name=3D"128d05bafe021cfc_SOURCE"></a>
<h2><span>SOURCE </span></h2>
<p><b>6. The name of the SDO that generated/authored/hosted the specificati=
on. </b>Storage Networking Industry Association </p>
<p><b>7. URI for the SDO</b> <a title=3D"http://snia.org" href=3D"http://sn=
ia.org/" rel=3D"nofollow" target=3D"_blank">http://snia.org</a> </p>
<p><b>8. The level of approval that the SDO has conferred on the specificat=
ion as described by the SDO&#39;s process.</b> SNIA Architecture (Final Sta=
ndard) </p>
<p><b>9. The language or languages in which the specification is available.=
 </b>US English </p><a name=3D"128d05bafe021cfc_SUBJECT"></a>
<h2><span>SUBJECT </span></h2>
<p><b>10. Which of the categories of Cloud services does the standard addre=
ss? </b>(Infrastructure as a Service - IaaS, Data Storage as a Service - Da=
aS, Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud=
 Storage) </p>

<p><b>11. Does the standard address both functional and management aspects =
of the service?</b> Yes. Management is done by setting metadata on containe=
rs of data and individual data elements. The functional interface allows CR=
UD semantics for storage of data via HTTP. </p>
<a name=3D"128d05bafe021cfc_OPTIONAL"></a>
<h2><span>OPTIONAL </span></h2>
<p><b>12. The level of approval of the specification in this generic lifecy=
cle taxonomy: </b></p>
<p>Final standard </p>
<p><br><b>13. URI for the applicable SDO&#39;s patent and copyright rules, =
if any, applicable to development and use of the specification.</b> <a titl=
e=3D"http://www.snia.org/about/corporate_info/ip_policy/" href=3D"http://ww=
w.snia.org/about/corporate_info/ip_policy/" rel=3D"nofollow" target=3D"_bla=
nk">SNIA IP Policy</a> </p>

<p><b>14. URI for the SDO&#39;s posting location, (if any) for notices from=
 participants or individuals regarding claims under the rules stated under =
number 15.</b> <a title=3D"http://www.snia.org/about/corporate_info/ip_poli=
cy/" href=3D"http://www.snia.org/about/corporate_info/ip_policy/" rel=3D"no=
follow" target=3D"_blank">SNIA IP Policy</a> </p>

<p><b>15. Interoperability, conformance, or certification test activity for=
 the specification (by owner name or URI). </b></p>
<p>None </p>
<p><b>16. Known implementations of the specification (by owner name or URI)=
.</b> </p>
<p>The SNIA Cloud Storage TWG is producing an open source reference impleme=
ntation. </p>
<p><b>17. A list (or URI pointer to same) of the other specifications* that=
 are normatively referenced in the specification. </b></p>
<p><br>[ISO-8601] International Standards Organization, &quot;Data elements=
 and interchange formats -- Information interchange -- Representation of da=
tes and times&quot;, ISO 8601:20044 - <a title=3D"http://www.iso.org/iso/is=
o_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874" href=3D"htt=
p://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumbe=
r=3D40874" rel=3D"nofollow" target=3D"_blank">http://www.iso.org/iso/iso_ca=
talogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874</a> </p>

<p>[ITU-T509] International Telecommunications Union Telecommunication Stan=
dardization Sector (ITU-T), Recommendation X.509: Information technology - =
Open Systems Interconnection - The Directory: Public-key and attribute cert=
ificate frameworks, May 2000. Specification and technical corrigenda - <a t=
itle=3D"http://www.itu.int/ITU-T/publications/recs.html" href=3D"http://www=
.itu.int/ITU-T/publications/recs.html" rel=3D"nofollow" target=3D"_blank">h=
ttp://www.itu.int/ITU-T/publications/recs.html</a> </p>

<p>[RFC2119] IETF <a title=3D"http://tools.ietf.org/html/rfc2119" href=3D"h=
ttp://tools.ietf.org/html/rfc2119" target=3D"_blank">RFC 2119</a>. Key word=
s for use in RFCs to Indicate Requirement Levels - <a title=3D"http://www.i=
etf.org/rfc/rfc2119.txt" href=3D"http://www.ietf.org/rfc/rfc2119.txt" rel=
=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2119.txt</a> </p=
>

<p>[RFC2045] IETF <a title=3D"http://tools.ietf.org/html/rfc2045" href=3D"h=
ttp://tools.ietf.org/html/rfc2045" target=3D"_blank">RFC 2045</a>. Multipur=
pose Internet Mail Extensions (MIME) Part One: Format of Internet Message B=
odies - <a title=3D"http://www.ietf.org/rfc/rfc2045.txt" href=3D"http://www=
.ietf.org/rfc/rfc2045.txt" rel=3D"nofollow" target=3D"_blank">http://www.ie=
tf.org/rfc/rfc2045.txt</a> </p>

<p>[RFC2578] IETF <a title=3D"http://tools.ietf.org/html/rfc2578" href=3D"h=
ttp://tools.ietf.org/html/rfc2578" target=3D"_blank">RFC 2578</a>. Structur=
e of Management Information Version 2 (SMIv2) - <a title=3D"http://www.ietf=
.org/rfc/rfc2578.txt" href=3D"http://www.ietf.org/rfc/rfc2578.txt" rel=3D"n=
ofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2578.txt</a> </p>

<p>[RFC2616] IETF <a title=3D"http://tools.ietf.org/html/rfc2616" href=3D"h=
ttp://tools.ietf.org/html/rfc2616" target=3D"_blank">RFC 2616</a>. Hypertex=
t Transfer Protocol -- HTTP/1.1 - <a title=3D"http://www.ietf.org/rfc/rfc26=
16.txt" href=3D"http://www.ietf.org/rfc/rfc2616.txt" rel=3D"nofollow" targe=
t=3D"_blank">http://www.ietf.org/rfc/rfc2616.txt</a> </p>

<p>[RFC3280] IETF <a title=3D"http://tools.ietf.org/html/rfc3280" href=3D"h=
ttp://tools.ietf.org/html/rfc3280" target=3D"_blank">RFC 3280</a>. Internet=
 X.509 Public Key Infrastructure Certificate and Certificate Revocation Lis=
t (CRL) Profile - <a title=3D"http://www.ietf.org/rfc/rfc3280.txt" href=3D"=
http://www.ietf.org/rfc/rfc3280.txt" rel=3D"nofollow" target=3D"_blank">htt=
p://www.ietf.org/rfc/rfc3280.txt</a> </p>

<p>[RFC3530] IETF <a title=3D"http://tools.ietf.org/html/rfc3530" href=3D"h=
ttp://tools.ietf.org/html/rfc3530" target=3D"_blank">RFC 3530</a>. Network =
File System (NFS) version 4 Protocol - <a title=3D"http://www.ietf.org/rfc/=
rfc3530.txt" href=3D"http://www.ietf.org/rfc/rfc3530.txt" rel=3D"nofollow" =
target=3D"_blank">http://www.ietf.org/rfc/rfc3530.txt</a> </p>

<p>[RFC3986] IETF <a title=3D"http://tools.ietf.org/html/rfc3986" href=3D"h=
ttp://tools.ietf.org/html/rfc3986" target=3D"_blank">RFC 3986</a>. Uniform =
Resource Identifier (URI): Generic Syntax - <a title=3D"http://www.ietf/org=
/rfc/rfc3986.txt" href=3D"http://www.ietf/org/rfc/rfc3986.txt" rel=3D"nofol=
low" target=3D"_blank">http://www.ietf/org/rfc/rfc3986.txt</a> </p>

<p>[RFC4346] IETF <a title=3D"http://tools.ietf.org/html/rfc4346" href=3D"h=
ttp://tools.ietf.org/html/rfc4346" target=3D"_blank">RFC 4346</a>. The Tran=
sport Layer Security (TLS) Protocol Version 1.1 - <a title=3D"http://tools.=
ietf.org/rfc/rfc4346.txt" href=3D"http://tools.ietf.org/rfc/rfc4346.txt" re=
l=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc4346.txt</a> =
</p>

<p>[RFC4627] IETF <a title=3D"http://tools.ietf.org/html/rfc4627" href=3D"h=
ttp://tools.ietf.org/html/rfc4627" target=3D"_blank">RFC 4627</a>. The appl=
ication/json Media Type for JavaScript Object Notation (JSON) - <a title=3D=
"http://www.ietf.org/rfc/rfc4627.txt" href=3D"http://www.ietf.org/rfc/rfc46=
27.txt" rel=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc4627.=
txt</a> </p>

<p>[RFC5246] IETF <a title=3D"http://tools.ietf.org/html/rfc5246" href=3D"h=
ttp://tools.ietf.org/html/rfc5246" target=3D"_blank">RFC 5246</a>. The Tran=
sport Layer Security (TLS) Protocol Version 1.2 - <a title=3D"http://tools.=
ietf.org/rfc/rfc5246.txt" href=3D"http://tools.ietf.org/rfc/rfc5246.txt" re=
l=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc5246.txt</a> =
</p>

<p><br></p>
<p><b>18. A list (or URI pointer to same) of the other specifications* that=
 are referenced in the specification (except the ones listed under number 1=
7). </b></p>
<p>[CRC] Williams, Ross, &quot;A Painless Guide to CRC Error Detection Algo=
rithms&quot;, Chapter 16, August 1993, <a title=3D"http://www.repairfaq.org=
/filipg/LINK/F_crc_v3.html" href=3D"http://www.repairfaq.org/filipg/LINK/F_=
crc_v3.html" rel=3D"nofollow" target=3D"_blank">http://www.repairfaq.org/fi=
lipg/LINK/F_crc_v3.html</a> </p>

<p>[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax=
, Version 1.0, June 1999. Specification and Technical Corrigendum - <a titl=
e=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138" href=3D"http://www.r=
sa.com/rsalabs/node.asp?id=3D2138" rel=3D"nofollow" target=3D"_blank">http:=
//www.rsa.com:80/rsalabs/node.asp?id=3D2138</a> </p>

<p>[REST] &quot;Representational State Transfer&quot; - <a title=3D"http://=
www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm" href=3D"ht=
tp://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm" rel=
=3D"nofollow" target=3D"_blank">http://www.ics.uci.edu/~fielding/pubs/disse=
rtation/rest_arch_style.htm</a> </p>

<p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, O&=
#39;Reilly, 2007. </p>
<p>[SIRDM] Storage Industry Resource Domain Model - <a title=3D"http://www.=
snia.org/education/storage_networking_primer/sirdm/" href=3D"http://www.sni=
a.org/education/storage_networking_primer/sirdm/" rel=3D"nofollow" target=
=3D"_blank">http://www.snia.org/education/storage_networking_primer/sirdm/<=
/a> </p>

<p><br><b>19. A list (or URI pointer to same) of other specifications* with=
 which the specification may (speculatively) interoperate or act in complem=
entary, compatible fashion. </b></p>
<p>OCCI - see OGF entry. </p>
<p><b>20. A list (or URI pointer to same) of other specifications* similar =
to this specification. (Whether or not substitutable.) </b></p>
<p>None. </p></div>-----------------------------------<br><br>The template =
can be found here:<br><a href=3D"http://cloud-standards.org/wiki/index.php?=
title=3DTemplate" target=3D"_blank">http://cloud-standards.org/wiki/index.p=
hp?title=3DTemplate</a><br>
<br>-- mark=20
<div>
<div></div>
<div class=3D"h5"><br><br>On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: </d=
iv></div>
<blockquote type=3D"cite">
<div>
<div></div>
<div class=3D"h5">
<div>Dear All,</div>
<div>=A0</div>
<div>Attached please find a template (a Table) that can be utilized for Clo=
uds SDO gap analysis.</div>
<div>=A0</div>
<div>Very much appreciate your comments, inputs, suggestions for updating i=
t.</div>
<div>=A0</div>
<div>The plan is to populate this template with SDOs&#39; information, </di=
v>
<div>once this template is finalized through email discussion.</div>
<div>=A0</div>
<div>Thanks a lot for your support and contributions</div>
<div>=A0</div>
<div>Best Regards.<br></div>
<div>Bhumip</div>
<div>=A0</div>
<div>=A0</div>
<div><br>Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhu=
mip@acm.org" target=3D"_blank">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip K=
hasnabish. Do not view, print, forward, and save the content of this email =
if you are not the intended recipient of the communiqu=E9.<br>
</div></div></div><pre><fieldset></fieldset>
_______________________________________________
clouds mailing list
<a href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre></blockquote></div><br>____________________________________________=
___<br>clouds mailing list<br><a href=3D"mailto:clouds@ietf.org">clouds@iet=
f.org</a><br><a href=3D"https://www.ietf.org/mailman/listinfo/clouds" targe=
t=3D"_blank">https://www.ietf.org/mailman/listinfo/clouds</a><br>
<br></blockquote></div><br><br clear=3D"all"><br>-- <br>Best Regards.<br><b=
r>Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhumip@acm=
.org">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip Khasnabish. Do not view, p=
rint, forward, and save the content of this email if you are not the intend=
ed recipient of the communiqu=E9.<br>

--0016e645ba581340cb04876e4f42--

From vumip1@gmail.com  Tue May 25 10:18:32 2010
Return-Path: <vumip1@gmail.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8F0E3A6AE1 for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:18:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.843
X-Spam-Level: 
X-Spam-Status: No, score=-1.843 tagged_above=-999 required=5 tests=[AWL=0.755,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 bUdkkiRtE+iu for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:18:24 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 3E8963A6A63 for <clouds@ietf.org>; Tue, 25 May 2010 10:18:23 -0700 (PDT)
Received: by iwn42 with SMTP id 42so5192806iwn.31 for <clouds@ietf.org>; Tue, 25 May 2010 10:18:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=RZfI34o5qpxPh2L209Tjit3OaKGiySZS+GcF3YMB7Uo=; b=UyBcj8IXbpzV2f+ogwiPnd6d7USp/uXbMaKi/1CNyk4N9dLoK6Rgk6jbS5x7PhOCPW dK3tlDqepHrnw2+jMBWWgOd6XnqSXhmdNshFH++cGSWujdQTwXRYHhH/kRaWHl6xOCLQ I54twcytwSUsF9bQLh/a5ph4UsrFkL3LDbzJM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lquaIqZQiOaAiDUCapokYQ7H08GoUV+4z5Iz9HyIO5H3WqHcV5vpQf7JJW1vbWRXzR g0CzU/uyKyPHbiCJVTY3g2bvMA7F4USR/z7u6VKIW7GTAEHqDdNTq7U2zXcH9ncOhGIj NIh+LiABDRRfuhEF3FHsQrLS7g3d5RV+HPTO0=
MIME-Version: 1.0
Received: by 10.231.149.145 with SMTP id t17mr6084900ibv.25.1274807850531;  Tue, 25 May 2010 10:17:30 -0700 (PDT)
Received: by 10.231.58.203 with HTTP; Tue, 25 May 2010 10:17:30 -0700 (PDT)
In-Reply-To: <4E8DA166-4F41-4174-9CF3-D7F05BD084C3@cisco.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com> <4E8DA166-4F41-4174-9CF3-D7F05BD084C3@cisco.com>
Date: Tue, 25 May 2010 13:17:30 -0400
Message-ID: <AANLkTimqCSYnxKeBIO_DPkwZQ4xVS-cwV3a_IIA1wACO@mail.gmail.com>
From: Bhumip Khasnabish <vumip1@gmail.com>
To: Mark Webb <mwebb@cisco.com>
Content-Type: multipart/alternative; boundary=005045013c82167d4204876e55d8
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 17:18:33 -0000

--005045013c82167d4204876e55d8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Thanks a lot Mark (M. Webb) and I agree.

Best.
Bhumip



On Tue, May 25, 2010 at 1:06 PM, Mark Webb <mwebb@cisco.com> wrote:

>
>
> I think the cloud-standards.org wiki is a fine effort.  Ad-hoc and
> informal, but with fine goals.
>
> However, it doesn't capture the full picture or all significant SDO and
> forum working on cloud related standards and profiles.  TMF (very importa=
nt
> IMO) and ITU-T cloud working group, (less significant now but carries
> weight) are two that are not on this site.
>
> There is work to be done IMO.
>
> Mark Webb
>
>  On May 25, 2010, at 12:45 PM, Mark Carlson wrote:
>
>  Bhumip,
>
> Not sure why you are doing this. The information you need is largely
> already
> available on http://cloud-standards.org wiki. Each SDO has already create=
d
>
> an entry describing their cloud work, and they use a standard template
> already
> to describe each standard.
>
> For example, here is one for an already finalized standard:
>
>
>
> http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managem=
ent_Interface_%28CDMI%29
>
>  Cloud Standard
>
> *1. The name of the specification*
>
> SNIA Cloud Data Management Interface
>
> *2. A short statement (<100 words) of the purpose and function of the
> specification* The SNIA Cloud Data Management Interface (CDMI) is the
> functional interface that applications will use to create, retrieve, upda=
te
> and delete data elements from the cloud. As part of this interface the
> client will be able to discover the capabilities of the cloud storage
> offering and use this interface to manage containers and the data that is
> placed in them. In addition, metadata can be set on containers and their
> contained data elements through this interface.
>
> *3. The version number (or other distinct identifier) and date of the mos=
t
> recently approved version of the specification.*
>
> SNIA Architecture - 1.0 standard
>
> *4. If the specification is part of a group of explicitly related
> specifications from the same source, the name of the group of
> specifications.* Not applicable
>
> *5. URI for the normative text of the specification *http://www.snia.org/=
tech_activities/standards/curr_standards/cdmi
>
> SOURCE
>
> *6. The name of the SDO that generated/authored/hosted the specification.
> *Storage Networking Industry Association
>
> *7. URI for the SDO* http://snia.org
>
> *8. The level of approval that the SDO has conferred on the specification
> as described by the SDO's process.* SNIA Architecture (Final Standard)
>
> *9. The language or languages in which the specification is available. *U=
S
> English
> SUBJECT
>
> *10. Which of the categories of Cloud services does the standard address?
> *(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
> Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud
> Storage)
>
> *11. Does the standard address both functional and management aspects of
> the service?* Yes. Management is done by setting metadata on containers o=
f
> data and individual data elements. The functional interface allows CRUD
> semantics for storage of data via HTTP.
> OPTIONAL
>
> *12. The level of approval of the specification in this generic lifecycle
> taxonomy: *
>
> Final standard
>
>
> *13. URI for the applicable SDO's patent and copyright rules, if any,
> applicable to development and use of the specification.* SNIA IP Policy<h=
ttp://www.snia.org/about/corporate_info/ip_policy/>
>
> *14. URI for the SDO's posting location, (if any) for notices from
> participants or individuals regarding claims under the rules stated under
> number 15.* SNIA IP Policy<http://www.snia.org/about/corporate_info/ip_po=
licy/>
>
> *15. Interoperability, conformance, or certification test activity for th=
e
> specification (by owner name or URI). *
>
> None
>
> *16. Known implementations of the specification (by owner name or URI).*
>
> The SNIA Cloud Storage TWG is producing an open source reference
> implementation.
>
> *17. A list (or URI pointer to same) of the other specifications* that ar=
e
> normatively referenced in the specification. *
>
>
> [ISO-8601] International Standards Organization, "Data elements and
> interchange formats -- Information interchange -- Representation of dates
> and times", ISO 8601:20044 -
> http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
number=3D40874
>
> [ITU-T509] International Telecommunications Union Telecommunication
> Standardization Sector (ITU-T), Recommendation X.509: Information technol=
ogy
> - Open Systems Interconnection - The Directory: Public-key and attribute
> certificate frameworks, May 2000. Specification and technical corrigenda =
-
> http://www.itu.int/ITU-T/publications/recs.html
>
> [RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key words
> for use in RFCs to Indicate Requirement Levels -
> http://www.ietf.org/rfc/rfc2119.txt
>
> [RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>. Multipurpos=
e
> Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodi=
es
> - http://www.ietf.org/rfc/rfc2045.txt
>
> [RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>. Structure o=
f
> Management Information Version 2 (SMIv2) -
> http://www.ietf.org/rfc/rfc2578.txt
>
> [RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>. Hypertext
> Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt
>
> [RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>. Internet
> X.509 Public Key Infrastructure Certificate and Certificate Revocation Li=
st
> (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt
>
> [RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>. Network Fil=
e
> System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt
>
> [RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>. Uniform
> Resource Identifier (URI): Generic Syntax -
> http://www.ietf/org/rfc/rfc3986.txt
>
> [RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The
> Transport Layer Security (TLS) Protocol Version 1.1 -
> http://tools.ietf.org/rfc/rfc4346.txt
>
> [RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The
> application/json Media Type for JavaScript Object Notation (JSON) -
> http://www.ietf.org/rfc/rfc4627.txt
>
> [RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The
> Transport Layer Security (TLS) Protocol Version 1.2 -
> http://tools.ietf.org/rfc/rfc5246.txt
>
>
> *18. A list (or URI pointer to same) of the other specifications* that ar=
e
> referenced in the specification (except the ones listed under number 17).
> *
>
> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection Algorithms=
",
> Chapter 16, August 1993,
> http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax,
> Version 1.0, June 1999. Specification and Technical Corrigendum -
> http://www.rsa.com:80/rsalabs/node.asp?id=3D2138<http://www.rsa.com/rsala=
bs/node.asp?id=3D2138>
>
> [REST] "Representational State Transfer" -
> http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>
> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
> O'Reilly, 2007.
>
> [SIRDM] Storage Industry Resource Domain Model -
> http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
> *19. A list (or URI pointer to same) of other specifications* with which
> the specification may (speculatively) interoperate or act in complementar=
y,
> compatible fashion. *
>
> OCCI - see OGF entry.
>
> *20. A list (or URI pointer to same) of other specifications* similar to
> this specification. (Whether or not substitutable.) *
>
> None.
> -----------------------------------
>
> The template can be found here:
> http://cloud-standards.org/wiki/index.php?title=3DTemplate
>
> -- mark
>
> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>
> Dear All,
>
> Attached please find a template (a Table) that can be utilized for Clouds
> SDO gap analysis.
>
> Very much appreciate your comments, inputs, suggestions for updating it.
>
> The plan is to populate this template with SDOs' information,
> once this template is finalized through email discussion.
>
> Thanks a lot for your support and contributions
>
> Best Regards.
> Bhumip
>
>
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>
> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the con=
tent
> of this email if you are not the intended recipient of the communiqu=E9.
>
>
> _______________________________________________
> clouds mailing listclouds@ietf.orghttps://www.ietf.org/mailman/listinfo/c=
louds
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>


--=20
Best Regards.

Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt
of this email if you are not the intended recipient of the communiqu=E9.

--005045013c82167d4204876e55d8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div>Thanks a lot Mark (M. Webb) and I agree.</div>
<div>=A0</div>
<div>Best.<br></div>
<div>Bhumip</div>
<div><br><br>=A0</div>
<div class=3D"gmail_quote">On Tue, May 25, 2010 at 1:06 PM, Mark Webb <span=
 dir=3D"ltr">&lt;<a href=3D"mailto:mwebb@cisco.com">mwebb@cisco.com</a>&gt;=
</span> wrote:<br>
<blockquote style=3D"BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex=
; PADDING-LEFT: 1ex" class=3D"gmail_quote">
<div style=3D"WORD-WRAP: break-word"><br>
<div><br></div>
<div>I think the <a href=3D"http://cloud-standards.org/" target=3D"_blank">=
cloud-standards.org</a> wiki is a fine effort. =A0Ad-hoc and informal, but =
with fine goals.</div>
<div><br></div>
<div>However, it doesn&#39;t capture the full picture or all significant SD=
O and forum working on cloud related standards and profiles. =A0TMF (very i=
mportant IMO) and ITU-T cloud working group, (less significant now but carr=
ies weight) are two that are not on this site.</div>

<div><br></div>
<div>There is work to be done IMO.</div>
<div><br></div><font color=3D"#888888">
<div>Mark Webb</div></font>
<div>
<div></div>
<div class=3D"h5">
<div><br>
<div>
<div>On May 25, 2010, at 12:45 PM, Mark Carlson wrote:</div><br>
<blockquote type=3D"cite">
<div bgcolor=3D"#ffffff" text=3D"#000000"><font size=3D"+1">Bhumip,<br><br>=
Not sure why you are doing this. The information you need is largely alread=
y<br>available on <a href=3D"http://cloud-standards.org/" target=3D"_blank"=
>http://cloud-standards.org</a> wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template alre=
ady<br>to describe each standard.<br><br>For example, here is one for an al=
ready finalized standard:<br><br><br><a href=3D"http://cloud-standards.org/=
wiki/index.php?title=3DSNIA_Cloud_Data_Management_Interface_%28CDMI%29" tar=
get=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud=
_Data_Management_Interface_%28CDMI%29</a><br>
</font><br>
<div>
<h1><span>Cloud Standard</span></h1>
<p><b>1. The name of the specification</b> </p><pre>SNIA Cloud Data Managem=
ent Interface
</pre>
<p><b>2. A short statement (&lt;100 words) of the purpose and function of t=
he specification</b> The SNIA Cloud Data Management Interface (CDMI) is the=
 functional interface that applications will use to create, retrieve, updat=
e and delete data elements from the cloud. As part of this interface the cl=
ient will be able to discover the capabilities of the cloud storage offerin=
g and use this interface to manage containers and the data that is placed i=
n them. In addition, metadata can be set on containers and their contained =
data elements through this interface. </p>

<p><b>3. The version number (or other distinct identifier) and date of the =
most recently approved version of the specification.</b> </p>
<p>SNIA Architecture - 1.0 standard </p>
<p><b>4. If the specification is part of a group of explicitly related spec=
ifications from the same source, the name of the group of specifications.</=
b> Not applicable </p>
<p><b>5. URI for the normative text of the specification </b><a title=3D"ht=
tp://www.snia.org/tech_activities/standards/curr_standards/cdmi" href=3D"ht=
tp://www.snia.org/tech_activities/standards/curr_standards/cdmi" rel=3D"nof=
ollow" target=3D"_blank">http://www.snia.org/tech_activities/standards/curr=
_standards/cdmi </a></p>
<a name=3D"128d06e4a357b2fc_SOURCE"></a>
<h2><span>SOURCE </span></h2>
<p><b>6. The name of the SDO that generated/authored/hosted the specificati=
on. </b>Storage Networking Industry Association </p>
<p><b>7. URI for the SDO</b> <a title=3D"http://snia.org" href=3D"http://sn=
ia.org/" rel=3D"nofollow" target=3D"_blank">http://snia.org</a> </p>
<p><b>8. The level of approval that the SDO has conferred on the specificat=
ion as described by the SDO&#39;s process.</b> SNIA Architecture (Final Sta=
ndard) </p>
<p><b>9. The language or languages in which the specification is available.=
 </b>US English </p><a name=3D"128d06e4a357b2fc_SUBJECT"></a>
<h2><span>SUBJECT </span></h2>
<p><b>10. Which of the categories of Cloud services does the standard addre=
ss? </b>(Infrastructure as a Service - IaaS, Data Storage as a Service - Da=
aS, Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud=
 Storage) </p>

<p><b>11. Does the standard address both functional and management aspects =
of the service?</b> Yes. Management is done by setting metadata on containe=
rs of data and individual data elements. The functional interface allows CR=
UD semantics for storage of data via HTTP. </p>
<a name=3D"128d06e4a357b2fc_OPTIONAL"></a>
<h2><span>OPTIONAL </span></h2>
<p><b>12. The level of approval of the specification in this generic lifecy=
cle taxonomy: </b></p>
<p>Final standard </p>
<p><br><b>13. URI for the applicable SDO&#39;s patent and copyright rules, =
if any, applicable to development and use of the specification.</b> <a titl=
e=3D"http://www.snia.org/about/corporate_info/ip_policy/" href=3D"http://ww=
w.snia.org/about/corporate_info/ip_policy/" rel=3D"nofollow" target=3D"_bla=
nk">SNIA IP Policy</a> </p>

<p><b>14. URI for the SDO&#39;s posting location, (if any) for notices from=
 participants or individuals regarding claims under the rules stated under =
number 15.</b> <a title=3D"http://www.snia.org/about/corporate_info/ip_poli=
cy/" href=3D"http://www.snia.org/about/corporate_info/ip_policy/" rel=3D"no=
follow" target=3D"_blank">SNIA IP Policy</a> </p>

<p><b>15. Interoperability, conformance, or certification test activity for=
 the specification (by owner name or URI). </b></p>
<p>None </p>
<p><b>16. Known implementations of the specification (by owner name or URI)=
.</b> </p>
<p>The SNIA Cloud Storage TWG is producing an open source reference impleme=
ntation. </p>
<p><b>17. A list (or URI pointer to same) of the other specifications* that=
 are normatively referenced in the specification. </b></p>
<p><br>[ISO-8601] International Standards Organization, &quot;Data elements=
 and interchange formats -- Information interchange -- Representation of da=
tes and times&quot;, ISO 8601:20044 - <a title=3D"http://www.iso.org/iso/is=
o_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874" href=3D"htt=
p://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumbe=
r=3D40874" rel=3D"nofollow" target=3D"_blank">http://www.iso.org/iso/iso_ca=
talogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874</a> </p>

<p>[ITU-T509] International Telecommunications Union Telecommunication Stan=
dardization Sector (ITU-T), Recommendation X.509: Information technology - =
Open Systems Interconnection - The Directory: Public-key and attribute cert=
ificate frameworks, May 2000. Specification and technical corrigenda - <a t=
itle=3D"http://www.itu.int/ITU-T/publications/recs.html" href=3D"http://www=
.itu.int/ITU-T/publications/recs.html" rel=3D"nofollow" target=3D"_blank">h=
ttp://www.itu.int/ITU-T/publications/recs.html</a> </p>

<p>[RFC2119] IETF <a title=3D"http://tools.ietf.org/html/rfc2119" href=3D"h=
ttp://tools.ietf.org/html/rfc2119" target=3D"_blank">RFC 2119</a>. Key word=
s for use in RFCs to Indicate Requirement Levels - <a title=3D"http://www.i=
etf.org/rfc/rfc2119.txt" href=3D"http://www.ietf.org/rfc/rfc2119.txt" rel=
=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2119.txt</a> </p=
>

<p>[RFC2045] IETF <a title=3D"http://tools.ietf.org/html/rfc2045" href=3D"h=
ttp://tools.ietf.org/html/rfc2045" target=3D"_blank">RFC 2045</a>. Multipur=
pose Internet Mail Extensions (MIME) Part One: Format of Internet Message B=
odies - <a title=3D"http://www.ietf.org/rfc/rfc2045.txt" href=3D"http://www=
.ietf.org/rfc/rfc2045.txt" rel=3D"nofollow" target=3D"_blank">http://www.ie=
tf.org/rfc/rfc2045.txt</a> </p>

<p>[RFC2578] IETF <a title=3D"http://tools.ietf.org/html/rfc2578" href=3D"h=
ttp://tools.ietf.org/html/rfc2578" target=3D"_blank">RFC 2578</a>. Structur=
e of Management Information Version 2 (SMIv2) - <a title=3D"http://www.ietf=
.org/rfc/rfc2578.txt" href=3D"http://www.ietf.org/rfc/rfc2578.txt" rel=3D"n=
ofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2578.txt</a> </p>

<p>[RFC2616] IETF <a title=3D"http://tools.ietf.org/html/rfc2616" href=3D"h=
ttp://tools.ietf.org/html/rfc2616" target=3D"_blank">RFC 2616</a>. Hypertex=
t Transfer Protocol -- HTTP/1.1 - <a title=3D"http://www.ietf.org/rfc/rfc26=
16.txt" href=3D"http://www.ietf.org/rfc/rfc2616.txt" rel=3D"nofollow" targe=
t=3D"_blank">http://www.ietf.org/rfc/rfc2616.txt</a> </p>

<p>[RFC3280] IETF <a title=3D"http://tools.ietf.org/html/rfc3280" href=3D"h=
ttp://tools.ietf.org/html/rfc3280" target=3D"_blank">RFC 3280</a>. Internet=
 X.509 Public Key Infrastructure Certificate and Certificate Revocation Lis=
t (CRL) Profile - <a title=3D"http://www.ietf.org/rfc/rfc3280.txt" href=3D"=
http://www.ietf.org/rfc/rfc3280.txt" rel=3D"nofollow" target=3D"_blank">htt=
p://www.ietf.org/rfc/rfc3280.txt</a> </p>

<p>[RFC3530] IETF <a title=3D"http://tools.ietf.org/html/rfc3530" href=3D"h=
ttp://tools.ietf.org/html/rfc3530" target=3D"_blank">RFC 3530</a>. Network =
File System (NFS) version 4 Protocol - <a title=3D"http://www.ietf.org/rfc/=
rfc3530.txt" href=3D"http://www.ietf.org/rfc/rfc3530.txt" rel=3D"nofollow" =
target=3D"_blank">http://www.ietf.org/rfc/rfc3530.txt</a> </p>

<p>[RFC3986] IETF <a title=3D"http://tools.ietf.org/html/rfc3986" href=3D"h=
ttp://tools.ietf.org/html/rfc3986" target=3D"_blank">RFC 3986</a>. Uniform =
Resource Identifier (URI): Generic Syntax - <a title=3D"http://www.ietf/org=
/rfc/rfc3986.txt" href=3D"http://www.ietf/org/rfc/rfc3986.txt" rel=3D"nofol=
low" target=3D"_blank">http://www.ietf/org/rfc/rfc3986.txt</a> </p>

<p>[RFC4346] IETF <a title=3D"http://tools.ietf.org/html/rfc4346" href=3D"h=
ttp://tools.ietf.org/html/rfc4346" target=3D"_blank">RFC 4346</a>. The Tran=
sport Layer Security (TLS) Protocol Version 1.1 - <a title=3D"http://tools.=
ietf.org/rfc/rfc4346.txt" href=3D"http://tools.ietf.org/rfc/rfc4346.txt" re=
l=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc4346.txt</a> =
</p>

<p>[RFC4627] IETF <a title=3D"http://tools.ietf.org/html/rfc4627" href=3D"h=
ttp://tools.ietf.org/html/rfc4627" target=3D"_blank">RFC 4627</a>. The appl=
ication/json Media Type for JavaScript Object Notation (JSON) - <a title=3D=
"http://www.ietf.org/rfc/rfc4627.txt" href=3D"http://www.ietf.org/rfc/rfc46=
27.txt" rel=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc4627.=
txt</a> </p>

<p>[RFC5246] IETF <a title=3D"http://tools.ietf.org/html/rfc5246" href=3D"h=
ttp://tools.ietf.org/html/rfc5246" target=3D"_blank">RFC 5246</a>. The Tran=
sport Layer Security (TLS) Protocol Version 1.2 - <a title=3D"http://tools.=
ietf.org/rfc/rfc5246.txt" href=3D"http://tools.ietf.org/rfc/rfc5246.txt" re=
l=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc5246.txt</a> =
</p>

<p><br></p>
<p><b>18. A list (or URI pointer to same) of the other specifications* that=
 are referenced in the specification (except the ones listed under number 1=
7). </b></p>
<p>[CRC] Williams, Ross, &quot;A Painless Guide to CRC Error Detection Algo=
rithms&quot;, Chapter 16, August 1993, <a title=3D"http://www.repairfaq.org=
/filipg/LINK/F_crc_v3.html" href=3D"http://www.repairfaq.org/filipg/LINK/F_=
crc_v3.html" rel=3D"nofollow" target=3D"_blank">http://www.repairfaq.org/fi=
lipg/LINK/F_crc_v3.html</a> </p>

<p>[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax=
, Version 1.0, June 1999. Specification and Technical Corrigendum - <a titl=
e=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138" href=3D"http://www.r=
sa.com/rsalabs/node.asp?id=3D2138" rel=3D"nofollow" target=3D"_blank">http:=
//www.rsa.com:80/rsalabs/node.asp?id=3D2138</a> </p>

<p>[REST] &quot;Representational State Transfer&quot; - <a title=3D"http://=
www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm" href=3D"ht=
tp://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm" rel=
=3D"nofollow" target=3D"_blank">http://www.ics.uci.edu/~fielding/pubs/disse=
rtation/rest_arch_style.htm</a> </p>

<p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, O&=
#39;Reilly, 2007. </p>
<p>[SIRDM] Storage Industry Resource Domain Model - <a title=3D"http://www.=
snia.org/education/storage_networking_primer/sirdm/" href=3D"http://www.sni=
a.org/education/storage_networking_primer/sirdm/" rel=3D"nofollow" target=
=3D"_blank">http://www.snia.org/education/storage_networking_primer/sirdm/<=
/a> </p>

<p><br><b>19. A list (or URI pointer to same) of other specifications* with=
 which the specification may (speculatively) interoperate or act in complem=
entary, compatible fashion. </b></p>
<p>OCCI - see OGF entry. </p>
<p><b>20. A list (or URI pointer to same) of other specifications* similar =
to this specification. (Whether or not substitutable.) </b></p>
<p>None. </p></div>-----------------------------------<br><br>The template =
can be found here:<br><a href=3D"http://cloud-standards.org/wiki/index.php?=
title=3DTemplate" target=3D"_blank">http://cloud-standards.org/wiki/index.p=
hp?title=3DTemplate</a><br>
<br>-- mark<br><br>On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:=20
<blockquote type=3D"cite">
<div>Dear All,</div>
<div>=A0</div>
<div>Attached please find a template (a Table) that can be utilized for Clo=
uds SDO gap analysis.</div>
<div>=A0</div>
<div>Very much appreciate your comments, inputs, suggestions for updating i=
t.</div>
<div>=A0</div>
<div>The plan is to populate this template with SDOs&#39; information, </di=
v>
<div>once this template is finalized through email discussion.</div>
<div>=A0</div>
<div>Thanks a lot for your support and contributions</div>
<div>=A0</div>
<div>Best Regards.<br></div>
<div>Bhumip</div>
<div>=A0</div>
<div>=A0</div>
<div><br>Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhu=
mip@acm.org" target=3D"_blank">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip K=
hasnabish. Do not view, print, forward, and save the content of this email =
if you are not the intended recipient of the communiqu=E9.<br>
</div><pre><fieldset></fieldset>
_______________________________________________
clouds mailing list
<a href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre></blockquote></div>_______________________________________________<=
br>clouds mailing list<br><a href=3D"mailto:clouds@ietf.org" target=3D"_bla=
nk">clouds@ietf.org</a><br><a href=3D"https://www.ietf.org/mailman/listinfo=
/clouds" target=3D"_blank">https://www.ietf.org/mailman/listinfo/clouds</a>=
<br>
</blockquote></div><br></div></div></div></div><br>________________________=
_______________________<br>clouds mailing list<br><a href=3D"mailto:clouds@=
ietf.org">clouds@ietf.org</a><br><a href=3D"https://www.ietf.org/mailman/li=
stinfo/clouds" target=3D"_blank">https://www.ietf.org/mailman/listinfo/clou=
ds</a><br>
<br></blockquote></div><br><br clear=3D"all"><br>-- <br>Best Regards.<br><b=
r>Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhumip@acm=
.org">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip Khasnabish. Do not view, p=
rint, forward, and save the content of this email if you are not the intend=
ed recipient of the communiqu=E9.<br>

--005045013c82167d4204876e55d8--

From carlw@mcsr-labs.org  Tue May 25 10:28:22 2010
Return-Path: <carlw@mcsr-labs.org>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB0273A63D3 for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.289
X-Spam-Level: 
X-Spam-Status: No, score=-2.289 tagged_above=-999 required=5 tests=[AWL=0.309,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 ji-wnBSNhy6l for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:28:11 -0700 (PDT)
Received: from whasmtp-shoe.pas.sa.earthlink.net (whasmtp-shoe.pas.sa.earthlink.net [207.217.120.47]) by core3.amsl.com (Postfix) with ESMTP id 055943A681F for <clouds@ietf.org>; Tue, 25 May 2010 10:28:10 -0700 (PDT)
Received: from [69.241.25.0] (helo=carlwPC) by whasmtp-shoe.pas.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <carlw@mcsr-labs.org>) id 1OGxv8-0000bt-AU; Tue, 25 May 2010 10:28:02 -0700
From: "Carl Williams" <carlw@mcsr-labs.org>
To: "'Mark Webb'" <mwebb@cisco.com>, <clouds@ietf.org>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com>	<4BFBFEB9.1080606@oracle.com> <4E8DA166-4F41-4174-9CF3-D7F05BD084C3@cisco.com>
In-Reply-To: <4E8DA166-4F41-4174-9CF3-D7F05BD084C3@cisco.com>
Date: Tue, 25 May 2010 13:28:07 -0400
Organization: MCSR Labs
Message-ID: <008b01cafc2f$a497e180$edc7a480$@org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_008C_01CAFC0E.1D864180"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acr8LKkk4x7BouK2SmG77p0MKucONgAAukAA
Content-Language: en-us
X-ELNK-Trace: 43c6fb6bcad0e12d8fb8d53de325e257a94dbb672ca097f4cd8a6537e1e116d64c29f44aa89573bf350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 69.241.25.0
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: carlw@mcsr-labs.org
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 17:28:22 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_008C_01CAFC0E.1D864180
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Mark,

=20

  I agree with you and support a =93Gap Analysis=94 that should be =
published in
internet-draft form.

=20

Carl

=20

=20

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf =
Of
Mark Webb
Sent: Tuesday, May 25, 2010 1:06 PM
To: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)

=20

=20

=20

I think the cloud-standards.org wiki is a fine effort.  Ad-hoc and =
informal,
but with fine goals.

=20

However, it doesn't capture the full picture or all significant SDO and
forum working on cloud related standards and profiles.  TMF (very =
important
IMO) and ITU-T cloud working group, (less significant now but carries
weight) are two that are not on this site.

=20

There is work to be done IMO.

=20

Mark Webb

=20

On May 25, 2010, at 12:45 PM, Mark Carlson wrote:





Bhumip,

Not sure why you are doing this. The information you need is largely =
already
available on http://cloud-standards.org wiki. Each SDO has already =
created=20
an entry describing their cloud work, and they use a standard template
already
to describe each standard.

For example, here is one for an already finalized standard:


http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managem=
ent_I
nterface_%28CDMI%29


Cloud Standard


1. The name of the specification=20

SNIA Cloud Data Management Interface

2. A short statement (<100 words) of the purpose and function of the
specification The SNIA Cloud Data Management Interface (CDMI) is the
functional interface that applications will use to create, retrieve, =
update
and delete data elements from the cloud. As part of this interface the
client will be able to discover the capabilities of the cloud storage
offering and use this interface to manage containers and the data that =
is
placed in them. In addition, metadata can be set on containers and their
contained data elements through this interface.=20

3. The version number (or other distinct identifier) and date of the =
most
recently approved version of the specification.=20

SNIA Architecture - 1.0 standard=20

4. If the specification is part of a group of explicitly related
specifications from the same source, the name of the group of
specifications. Not applicable=20

5. URI for the normative text of the specification
http://www.snia.org/tech_activities/standards/curr_standards/cdmi=20


SOURCE=20


6. The name of the SDO that generated/authored/hosted the specification.
Storage Networking Industry Association=20

7. URI for the SDO http://snia.org=20

8. The level of approval that the SDO has conferred on the specification =
as
described by the SDO's process. SNIA Architecture (Final Standard)=20

9. The language or languages in which the specification is available. US
English=20


SUBJECT=20


10. Which of the categories of Cloud services does the standard address?
(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud
Storage)=20

11. Does the standard address both functional and management aspects of =
the
service? Yes. Management is done by setting metadata on containers of =
data
and individual data elements. The functional interface allows CRUD =
semantics
for storage of data via HTTP.=20


OPTIONAL=20


12. The level of approval of the specification in this generic lifecycle
taxonomy:=20

Final standard=20


13. URI for the applicable SDO's patent and copyright rules, if any,
applicable to development and use of the specification. SNIA IP Policy
<http://www.snia.org/about/corporate_info/ip_policy/> =20

14. URI for the SDO's posting location, (if any) for notices from
participants or individuals regarding claims under the rules stated =
under
number 15. SNIA IP Policy
<http://www.snia.org/about/corporate_info/ip_policy/> =20

15. Interoperability, conformance, or certification test activity for =
the
specification (by owner name or URI).=20

None=20

16. Known implementations of the specification (by owner name or URI).=20

The SNIA Cloud Storage TWG is producing an open source reference
implementation.=20

17. A list (or URI pointer to same) of the other specifications* that =
are
normatively referenced in the specification.=20


[ISO-8601] International Standards Organization, "Data elements and
interchange formats -- Information interchange -- Representation of =
dates
and times", ISO 8601:20044 -
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
num
ber=3D40874=20

[ITU-T509] International Telecommunications Union Telecommunication
Standardization Sector (ITU-T), Recommendation X.509: Information =
technology
- Open Systems Interconnection - The Directory: Public-key and attribute
certificate frameworks, May 2000. Specification and technical corrigenda =
-
http://www.itu.int/ITU-T/publications/recs.html=20

[RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119> . Key words =
for
use in RFCs to Indicate Requirement Levels -
http://www.ietf.org/rfc/rfc2119.txt=20

[RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045> . =
Multipurpose
Internet Mail Extensions (MIME) Part One: Format of Internet Message =
Bodies
- http://www.ietf.org/rfc/rfc2045.txt=20

[RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578> . Structure =
of
Management Information Version 2 (SMIv2) -
http://www.ietf.org/rfc/rfc2578.txt=20

[RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616> . Hypertext
Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt=20

[RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280> . Internet
X.509 Public Key Infrastructure Certificate and Certificate Revocation =
List
(CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt=20

[RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530> . Network =
File
System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt=20

[RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986> . Uniform
Resource Identifier (URI): Generic Syntax -
http://www.ietf/org/rfc/rfc3986.txt=20

[RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346> . The =
Transport
Layer Security (TLS) Protocol Version 1.1 -
http://tools.ietf.org/rfc/rfc4346.txt=20

[RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627> . The
application/json Media Type for JavaScript Object Notation (JSON) -
http://www.ietf.org/rfc/rfc4627.txt=20

[RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246> . The =
Transport
Layer Security (TLS) Protocol Version 1.2 -
http://tools.ietf.org/rfc/rfc5246.txt=20

=20

18. A list (or URI pointer to same) of the other specifications* that =
are
referenced in the specification (except the ones listed under number =
17).=20

[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection =
Algorithms",
Chapter 16, August 1993, =
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html=20

[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =
Syntax,
Version 1.0, June 1999. Specification and Technical Corrigendum -
http://www.rsa.com:80/rsalabs/node.asp?id=3D2138=20

[REST] "Representational State Transfer" -
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
<http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm=
> =20

[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
O'Reilly, 2007.=20

[SIRDM] Storage Industry Resource Domain Model -
http://www.snia.org/education/storage_networking_primer/sirdm/=20


19. A list (or URI pointer to same) of other specifications* with which =
the
specification may (speculatively) interoperate or act in complementary,
compatible fashion.=20

OCCI - see OGF entry.=20

20. A list (or URI pointer to same) of other specifications* similar to =
this
specification. (Whether or not substitutable.)=20

None.=20

-----------------------------------

The template can be found here:
http://cloud-standards.org/wiki/index.php?title=3DTemplate

-- mark

On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:=20

Dear All,

=20

Attached please find a template (a Table) that can be utilized for =
Clouds
SDO gap analysis.

=20

Very much appreciate your comments, inputs, suggestions for updating it.

=20

The plan is to populate this template with SDOs' information,=20

once this template is finalized through email discussion.

=20

Thanks a lot for your support and contributions

=20

Best Regards.

Bhumip

=20

=20


Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content
of this email if you are not the intended recipient of the communiqu=E9.

=20
_______________________________________________
clouds mailing list
clouds@ietf.org
https://www.ietf.org/mailman/listinfo/clouds
 =20

_______________________________________________
clouds mailing list
clouds@ietf.org
https://www.ietf.org/mailman/listinfo/clouds

=20


------=_NextPart_000_008C_01CAFC0E.1D864180
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>

<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
h1
	{mso-style-priority:9;
	mso-style-link:"Heading 1 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:24.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
h2
	{mso-style-priority:9;
	mso-style-link:"Heading 2 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:18.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.Heading1Char
	{mso-style-name:"Heading 1 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 1";
	font-family:"Cambria","serif";
	color:#365F91;
	font-weight:bold;}
span.mw-headline
	{mso-style-name:mw-headline;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.Heading2Char
	{mso-style-name:"Heading 2 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 2";
	font-family:"Cambria","serif";
	color:#4F81BD;
	font-weight:bold;}
span.EmailStyle23
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple style=3D'word-wrap: =
break-word;
-webkit-nbsp-mode: space;-webkit-line-break: after-white-space'>

<div class=3DSection1>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Hi Mark,<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>=A0 I agree with you and support a &#8220;Gap =
Analysis&#8221; that should be
published in internet-draft form.<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Carl<o:p></o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span =
style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt =
0in 0in 0in'>

<p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] <b>On Behalf Of =
</b>Mark
Webb<br>
<b>Sent:</b> Tuesday, May 25, 2010 1:06 PM<br>
<b>To:</b> clouds@ietf.org<br>
<b>Subject:</b> Re: [clouds] Clouds SDO gap analysis template (a =
Table)<o:p></o:p></span></p>

</div>

</div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal>I think the cloud-standards.org wiki is a fine =
effort.
&nbsp;Ad-hoc and informal, but with fine goals.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal>However, it doesn't capture the full picture or all
significant SDO and forum working on cloud related standards and =
profiles.
&nbsp;TMF (very important IMO) and ITU-T cloud working group, (less =
significant
now but carries weight) are two that are not on this =
site.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal>There is work to be done IMO.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal>Mark Webb<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<div>

<div>

<p class=3DMsoNormal>On May 25, 2010, at 12:45 PM, Mark Carlson =
wrote:<o:p></o:p></p>

</div>

<p class=3DMsoNormal><br>
<br>
<o:p></o:p></p>

<div>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><span =
style=3D'font-size:13.5pt'>Bhumip,<br>
<br>
Not sure why you are doing this. The information you need is largely =
already<br>
available on <a =
href=3D"http://cloud-standards.org">http://cloud-standards.org</a>
wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template =
already<br>
to describe each standard.<br>
<br>
For example, here is one for an already finalized standard:<br>
<br>
<br>
<a
href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data=
_Management_Interface_%28CDMI%29">http://cloud-standards.org/wiki/index.p=
hp?title=3DSNIA_Cloud_Data_Management_Interface_%28CDMI%29</a></span><o:p=
></o:p></p>

<div id=3DbodyContent>

<h1><span class=3Dmw-headline>Cloud Standard</span><o:p></o:p></h1>

<p><b>1. The name of the specification</b> <o:p></o:p></p>

<pre>SNIA Cloud Data Management Interface<o:p></o:p></pre>

<p><b>2. A short statement (&lt;100 words) of the purpose and function =
of the
specification</b> The SNIA Cloud Data Management Interface (CDMI) is the
functional interface that applications will use to create, retrieve, =
update and
delete data elements from the cloud. As part of this interface the =
client will
be able to discover the capabilities of the cloud storage offering and =
use this
interface to manage containers and the data that is placed in them. In
addition, metadata can be set on containers and their contained data =
elements
through this interface. <o:p></o:p></p>

<p><b>3. The version number (or other distinct identifier) and date of =
the most
recently approved version of the specification.</b> <o:p></o:p></p>

<p>SNIA Architecture - 1.0 standard <o:p></o:p></p>

<p><b>4. If the specification is part of a group of explicitly related
specifications from the same source, the name of the group of =
specifications.</b>
Not applicable <o:p></o:p></p>

<p><b>5. URI for the normative text of the specification </b><a
href=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi=
"
title=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdm=
i">http://www.snia.org/tech_activities/standards/curr_standards/cdmi
</a><o:p></o:p></p>

<h2><a name=3DSOURCE id=3DSOURCE></a><span class=3Dmw-headline>SOURCE =
</span><o:p></o:p></h2>

<p><b>6. The name of the SDO that generated/authored/hosted the =
specification. </b>Storage
Networking Industry Association <o:p></o:p></p>

<p><b>7. URI for the SDO</b> <a href=3D"http://snia.org" =
title=3D"http://snia.org">http://snia.org</a>
<o:p></o:p></p>

<p><b>8. The level of approval that the SDO has conferred on the =
specification
as described by the SDO's process.</b> SNIA Architecture (Final =
Standard) <o:p></o:p></p>

<p><b>9. The language or languages in which the specification is =
available. </b>US
English <o:p></o:p></p>

<h2><a name=3DSUBJECT id=3DSUBJECT></a><span class=3Dmw-headline>SUBJECT =
</span><o:p></o:p></h2>

<p><b>10. Which of the categories of Cloud services does the standard =
address? </b>(Infrastructure
as a Service - IaaS, Data Storage as a Service - DaaS, Platform as a =
Service -
PaaS, Software as a Service - SaaS) DaaS (Cloud Storage) <o:p></o:p></p>

<p><b>11. Does the standard address both functional and management =
aspects of
the service?</b> Yes. Management is done by setting metadata on =
containers of
data and individual data elements. The functional interface allows CRUD
semantics for storage of data via HTTP. <o:p></o:p></p>

<h2><a name=3DOPTIONAL id=3DOPTIONAL></a><span =
class=3Dmw-headline>OPTIONAL </span><o:p></o:p></h2>

<p><b>12. The level of approval of the specification in this generic =
lifecycle
taxonomy: </b><o:p></o:p></p>

<p>Final standard <o:p></o:p></p>

<p><br>
<b>13. URI for the applicable SDO's patent and copyright rules, if any,
applicable to development and use of the specification.</b> <a
href=3D"http://www.snia.org/about/corporate_info/ip_policy/"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP =
Policy</a> <o:p></o:p></p>

<p><b>14. URI for the SDO's posting location, (if any) for notices from
participants or individuals regarding claims under the rules stated =
under
number 15.</b> <a =
href=3D"http://www.snia.org/about/corporate_info/ip_policy/"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP =
Policy</a> <o:p></o:p></p>

<p><b>15. Interoperability, conformance, or certification test activity =
for the
specification (by owner name or URI). </b><o:p></o:p></p>

<p>None <o:p></o:p></p>

<p><b>16. Known implementations of the specification (by owner name or =
URI).</b>
<o:p></o:p></p>

<p>The SNIA Cloud Storage TWG is producing an open source reference
implementation. <o:p></o:p></p>

<p><b>17. A list (or URI pointer to same) of the other specifications* =
that are
normatively referenced in the specification. </b><o:p></o:p></p>

<p><br>
[ISO-8601] International Standards Organization, &quot;Data elements and
interchange formats -- Information interchange -- Representation of =
dates and
times&quot;, ISO 8601:20044 - <a
href=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detai=
l.htm?csnumber=3D40874"
title=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_deta=
il.htm?csnumber=3D40874">http://www.iso.org/iso/iso_catalogue/catalogue_t=
c/catalogue_detail.htm?csnumber=3D40874</a>
<o:p></o:p></p>

<p>[ITU-T509] International Telecommunications Union Telecommunication
Standardization Sector (ITU-T), Recommendation X.509: Information =
technology -
Open Systems Interconnection - The Directory: Public-key and attribute
certificate frameworks, May 2000. Specification and technical corrigenda =
- <a
href=3D"http://www.itu.int/ITU-T/publications/recs.html"
title=3D"http://www.itu.int/ITU-T/publications/recs.html">http://www.itu.=
int/ITU-T/publications/recs.html</a>
<o:p></o:p></p>

<p>[RFC2119] IETF <a href=3D"http://tools.ietf.org/html/rfc2119"
title=3D"http://tools.ietf.org/html/rfc2119">RFC 2119</a>. Key words for =
use in
RFCs to Indicate Requirement Levels - <a
href=3D"http://www.ietf.org/rfc/rfc2119.txt"
title=3D"http://www.ietf.org/rfc/rfc2119.txt">http://www.ietf.org/rfc/rfc=
2119.txt</a>
<o:p></o:p></p>

<p>[RFC2045] IETF <a href=3D"http://tools.ietf.org/html/rfc2045"
title=3D"http://tools.ietf.org/html/rfc2045">RFC 2045</a>. Multipurpose =
Internet
Mail Extensions (MIME) Part One: Format of Internet Message Bodies - <a
href=3D"http://www.ietf.org/rfc/rfc2045.txt"
title=3D"http://www.ietf.org/rfc/rfc2045.txt">http://www.ietf.org/rfc/rfc=
2045.txt</a>
<o:p></o:p></p>

<p>[RFC2578] IETF <a href=3D"http://tools.ietf.org/html/rfc2578"
title=3D"http://tools.ietf.org/html/rfc2578">RFC 2578</a>. Structure of
Management Information Version 2 (SMIv2) - <a
href=3D"http://www.ietf.org/rfc/rfc2578.txt"
title=3D"http://www.ietf.org/rfc/rfc2578.txt">http://www.ietf.org/rfc/rfc=
2578.txt</a>
<o:p></o:p></p>

<p>[RFC2616] IETF <a href=3D"http://tools.ietf.org/html/rfc2616"
title=3D"http://tools.ietf.org/html/rfc2616">RFC 2616</a>. Hypertext =
Transfer
Protocol -- HTTP/1.1 - <a href=3D"http://www.ietf.org/rfc/rfc2616.txt"
title=3D"http://www.ietf.org/rfc/rfc2616.txt">http://www.ietf.org/rfc/rfc=
2616.txt</a>
<o:p></o:p></p>

<p>[RFC3280] IETF <a href=3D"http://tools.ietf.org/html/rfc3280"
title=3D"http://tools.ietf.org/html/rfc3280">RFC 3280</a>. Internet =
X.509 Public
Key Infrastructure Certificate and Certificate Revocation List (CRL) =
Profile - <a
href=3D"http://www.ietf.org/rfc/rfc3280.txt"
title=3D"http://www.ietf.org/rfc/rfc3280.txt">http://www.ietf.org/rfc/rfc=
3280.txt</a>
<o:p></o:p></p>

<p>[RFC3530] IETF <a href=3D"http://tools.ietf.org/html/rfc3530"
title=3D"http://tools.ietf.org/html/rfc3530">RFC 3530</a>. Network File =
System
(NFS) version 4 Protocol - <a =
href=3D"http://www.ietf.org/rfc/rfc3530.txt"
title=3D"http://www.ietf.org/rfc/rfc3530.txt">http://www.ietf.org/rfc/rfc=
3530.txt</a>
<o:p></o:p></p>

<p>[RFC3986] IETF <a href=3D"http://tools.ietf.org/html/rfc3986"
title=3D"http://tools.ietf.org/html/rfc3986">RFC 3986</a>. Uniform =
Resource
Identifier (URI): Generic Syntax - <a =
href=3D"http://www.ietf/org/rfc/rfc3986.txt"
title=3D"http://www.ietf/org/rfc/rfc3986.txt">http://www.ietf/org/rfc/rfc=
3986.txt</a>
<o:p></o:p></p>

<p>[RFC4346] IETF <a href=3D"http://tools.ietf.org/html/rfc4346"
title=3D"http://tools.ietf.org/html/rfc4346">RFC 4346</a>. The Transport =
Layer
Security (TLS) Protocol Version 1.1 - <a
href=3D"http://tools.ietf.org/rfc/rfc4346.txt"
title=3D"http://tools.ietf.org/rfc/rfc4346.txt">http://tools.ietf.org/rfc=
/rfc4346.txt</a>
<o:p></o:p></p>

<p>[RFC4627] IETF <a href=3D"http://tools.ietf.org/html/rfc4627"
title=3D"http://tools.ietf.org/html/rfc4627">RFC 4627</a>. The =
application/json
Media Type for JavaScript Object Notation (JSON) - <a
href=3D"http://www.ietf.org/rfc/rfc4627.txt"
title=3D"http://www.ietf.org/rfc/rfc4627.txt">http://www.ietf.org/rfc/rfc=
4627.txt</a>
<o:p></o:p></p>

<p>[RFC5246] IETF <a href=3D"http://tools.ietf.org/html/rfc5246"
title=3D"http://tools.ietf.org/html/rfc5246">RFC 5246</a>. The Transport =
Layer
Security (TLS) Protocol Version 1.2 - <a
href=3D"http://tools.ietf.org/rfc/rfc5246.txt"
title=3D"http://tools.ietf.org/rfc/rfc5246.txt">http://tools.ietf.org/rfc=
/rfc5246.txt</a>
<o:p></o:p></p>

<p><o:p>&nbsp;</o:p></p>

<p><b>18. A list (or URI pointer to same) of the other specifications* =
that are
referenced in the specification (except the ones listed under number =
17). </b><o:p></o:p></p>

<p>[CRC] Williams, Ross, &quot;A Painless Guide to CRC Error Detection
Algorithms&quot;, Chapter 16, August 1993, <a
href=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
title=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html">http://www.r=
epairfaq.org/filipg/LINK/F_crc_v3.html</a>
<o:p></o:p></p>

<p>[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =
Syntax,
Version 1.0, June 1999. Specification and Technical Corrigendum - <a
href=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138"
title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138">http://www.rsa=
.com:80/rsalabs/node.asp?id=3D2138</a>
<o:p></o:p></p>

<p>[REST] &quot;Representational State Transfer&quot; - <a
href=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_st=
yle.htm"
title=3D"http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_sty=
le.htm">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_styl=
e.htm</a>
<o:p></o:p></p>

<p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
O'Reilly, 2007. <o:p></o:p></p>

<p>[SIRDM] Storage Industry Resource Domain Model - <a
href=3D"http://www.snia.org/education/storage_networking_primer/sirdm/"
title=3D"http://www.snia.org/education/storage_networking_primer/sirdm/">=
http://www.snia.org/education/storage_networking_primer/sirdm/</a>
<o:p></o:p></p>

<p><br>
<b>19. A list (or URI pointer to same) of other specifications* with =
which the
specification may (speculatively) interoperate or act in complementary,
compatible fashion. </b><o:p></o:p></p>

<p>OCCI - see OGF entry. <o:p></o:p></p>

<p><b>20. A list (or URI pointer to same) of other specifications* =
similar to
this specification. (Whether or not substitutable.) </b><o:p></o:p></p>

<p>None. <o:p></o:p></p>

</div>

<p class=3DMsoNormal>-----------------------------------<br>
<br>
The template can be found here:<br>
<a =
href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate">http:=
//cloud-standards.org/wiki/index.php?title=3DTemplate</a><br>
<br>
-- mark<br>
<br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: <o:p></o:p></p>

<div>

<p class=3DMsoNormal>Dear All,<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>Attached please find a template (a Table) that can =
be utilized
for Clouds SDO gap analysis.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>Very much appreciate your comments, inputs, =
suggestions for
updating it.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>The plan is to populate this template with SDOs'
information, <o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>once this template is finalized through email =
discussion.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>Thanks a lot for your support and =
contributions<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>Best Regards.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>Bhumip<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal>&nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a =
href=3D"mailto:bhumip@acm.org">bhumip@acm.org</a>)<br>
<br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content of
this email if you are not the intended recipient of the =
communiqu=E9.<o:p></o:p></p>

</div>

<pre><o:p>&nbsp;</o:p></pre><pre>________________________________________=
_______<o:p></o:p></pre><pre>clouds mailing list<o:p></o:p></pre><pre><a
href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><o:p></o:p></pre><pre>=
<a
href=3D"https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.or=
g/mailman/listinfo/clouds</a><o:p></o:p></pre><pre>=A0 =
<o:p></o:p></pre></div>

<p class=3DMsoNormal>_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
https://www.ietf.org/mailman/listinfo/clouds<o:p></o:p></p>

</div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

</div>

</div>

</body>

</html>

------=_NextPart_000_008C_01CAFC0E.1D864180--


From mark.carlson@oracle.com  Tue May 25 10:51:07 2010
Return-Path: <mark.carlson@oracle.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 116F33A6957 for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:51:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.714
X-Spam-Level: 
X-Spam-Status: No, score=-5.714 tagged_above=-999 required=5 tests=[AWL=0.883,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 l0Wnzo7UCZsX for <clouds@core3.amsl.com>; Tue, 25 May 2010 10:51:03 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id AA10B3A6949 for <clouds@ietf.org>; Tue, 25 May 2010 10:51:03 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4PHonDO020435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 25 May 2010 17:50:51 GMT
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4PHKicn012440; Tue, 25 May 2010 17:50:43 GMT
Received: from abhmt021.oracle.com by acsmt354.oracle.com with ESMTP id 266914521274809744; Tue, 25 May 2010 10:49:04 -0700
Received: from vpn-129-150-64-212.east.sun.com (/129.150.64.212) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 May 2010 10:49:03 -0700
Message-ID: <4BFC0D8E.3030007@oracle.com>
Date: Tue, 25 May 2010 11:49:02 -0600
From: Mark Carlson <mark.carlson@oracle.com>
Organization: Oracle
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: Bhumip Khasnabish <vumip1@gmail.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com>	<4BFBFEB9.1080606@oracle.com> <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com>
In-Reply-To: <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------020901080504030705000109"
X-Auth-Type: Internal IP
X-Source-IP: acsinet15.oracle.com [141.146.126.227]
X-CT-RefId: str=0001.0A090205.4BFC0DFD.0150:SCFMA922111,ss=1,fgs=0
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 17:51:07 -0000

This is a multi-part message in MIME format.
--------------020901080504030705000109
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

That's great. When the IETF decides what it wants to do, you should
also create and maintain an entry up there.

Thanks,

-- mark

On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
> Dear Mark,
> Thanks for your inputs and suggestions.
> Yes, we'll utilize all of the relevant existing information from the 
> sites that you mention and a few others.
> As you know our objective is to determine the gaps (existing and 
> emerging) and focus on where IETF can contribute in terms of 
> standardization (protocol development, protocol extension 
> recommendation, etc.) and profile development for Cloud-based services.
> Hope these help clarify matters.
> Thanks again.
> Best.
> Bhumip
>
> On Tue, May 25, 2010 at 12:45 PM, Mark Carlson 
> <mark.carlson@oracle.com <mailto:mark.carlson@oracle.com>> wrote:
>
>     Bhumip,
>
>     Not sure why you are doing this. The information you need is
>     largely already
>     available on http://cloud-standards.org
>     <http://cloud-standards.org/> wiki. Each SDO has already created
>     an entry describing their cloud work, and they use a standard
>     template already
>     to describe each standard.
>
>     For example, here is one for an already finalized standard:
>
>
>     http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29
>
>
>       Cloud Standard
>
>     *1. The name of the specification*
>
>     SNIA Cloud Data Management Interface
>          
>
>     *2. A short statement (<100 words) of the purpose and function of
>     the specification* The SNIA Cloud Data Management Interface (CDMI)
>     is the functional interface that applications will use to create,
>     retrieve, update and delete data elements from the cloud. As part
>     of this interface the client will be able to discover the
>     capabilities of the cloud storage offering and use this interface
>     to manage containers and the data that is placed in them. In
>     addition, metadata can be set on containers and their contained
>     data elements through this interface.
>
>     *3. The version number (or other distinct identifier) and date of
>     the most recently approved version of the specification.*
>
>     SNIA Architecture - 1.0 standard
>
>     *4. If the specification is part of a group of explicitly related
>     specifications from the same source, the name of the group of
>     specifications.* Not applicable
>
>     *5. URI for the normative text of the specification
>     *http://www.snia.org/tech_activities/standards/curr_standards/cdmi
>     <http://www.snia.org/tech_activities/standards/curr_standards/cdmi>
>
>
>         SOURCE
>
>     *6. The name of the SDO that generated/authored/hosted the
>     specification. *Storage Networking Industry Association
>
>     *7. URI for the SDO* http://snia.org <http://snia.org/>
>
>     *8. The level of approval that the SDO has conferred on the
>     specification as described by the SDO's process.* SNIA
>     Architecture (Final Standard)
>
>     *9. The language or languages in which the specification is
>     available. *US English
>
>
>         SUBJECT
>
>     *10. Which of the categories of Cloud services does the standard
>     address? *(Infrastructure as a Service - IaaS, Data Storage as a
>     Service - DaaS, Platform as a Service - PaaS, Software as a
>     Service - SaaS) DaaS (Cloud Storage)
>
>     *11. Does the standard address both functional and management
>     aspects of the service?* Yes. Management is done by setting
>     metadata on containers of data and individual data elements. The
>     functional interface allows CRUD semantics for storage of data via
>     HTTP.
>
>
>         OPTIONAL
>
>     *12. The level of approval of the specification in this generic
>     lifecycle taxonomy: *
>
>     Final standard
>
>
>     *13. URI for the applicable SDO's patent and copyright rules, if
>     any, applicable to development and use of the specification.* SNIA
>     IP Policy <http://www.snia.org/about/corporate_info/ip_policy/>
>
>     *14. URI for the SDO's posting location, (if any) for notices from
>     participants or individuals regarding claims under the rules
>     stated under number 15.* SNIA IP Policy
>     <http://www.snia.org/about/corporate_info/ip_policy/>
>
>     *15. Interoperability, conformance, or certification test activity
>     for the specification (by owner name or URI). *
>
>     None
>
>     *16. Known implementations of the specification (by owner name or
>     URI).*
>
>     The SNIA Cloud Storage TWG is producing an open source reference
>     implementation.
>
>     *17. A list (or URI pointer to same) of the other specifications*
>     that are normatively referenced in the specification. *
>
>
>     [ISO-8601] International Standards Organization, "Data elements
>     and interchange formats -- Information interchange --
>     Representation of dates and times", ISO 8601:20044 -
>     http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874
>
>
>     [ITU-T509] International Telecommunications Union
>     Telecommunication Standardization Sector (ITU-T), Recommendation
>     X.509: Information technology - Open Systems Interconnection - The
>     Directory: Public-key and attribute certificate frameworks, May
>     2000. Specification and technical corrigenda -
>     http://www.itu.int/ITU-T/publications/recs.html
>
>     [RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key
>     words for use in RFCs to Indicate Requirement Levels -
>     http://www.ietf.org/rfc/rfc2119.txt
>
>     [RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>.
>     Multipurpose Internet Mail Extensions (MIME) Part One: Format of
>     Internet Message Bodies - http://www.ietf.org/rfc/rfc2045.txt
>
>     [RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>.
>     Structure of Management Information Version 2 (SMIv2) -
>     http://www.ietf.org/rfc/rfc2578.txt
>
>     [RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>.
>     Hypertext Transfer Protocol -- HTTP/1.1 -
>     http://www.ietf.org/rfc/rfc2616.txt
>
>     [RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>.
>     Internet X.509 Public Key Infrastructure Certificate and
>     Certificate Revocation List (CRL) Profile -
>     http://www.ietf.org/rfc/rfc3280.txt
>
>     [RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>.
>     Network File System (NFS) version 4 Protocol -
>     http://www.ietf.org/rfc/rfc3530.txt
>
>     [RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>.
>     Uniform Resource Identifier (URI): Generic Syntax -
>     http://www.ietf/org/rfc/rfc3986.txt
>
>     [RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The
>     Transport Layer Security (TLS) Protocol Version 1.1 -
>     http://tools.ietf.org/rfc/rfc4346.txt
>
>     [RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The
>     application/json Media Type for JavaScript Object Notation (JSON)
>     - http://www.ietf.org/rfc/rfc4627.txt
>
>     [RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The
>     Transport Layer Security (TLS) Protocol Version 1.2 -
>     http://tools.ietf.org/rfc/rfc5246.txt
>
>
>     *18. A list (or URI pointer to same) of the other specifications*
>     that are referenced in the specification (except the ones listed
>     under number 17). *
>
>     [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection
>     Algorithms", Chapter 16, August 1993,
>     http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
>     [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange
>     Syntax, Version 1.0, June 1999. Specification and Technical
>     Corrigendum - http://www.rsa.com:80/rsalabs/node.asp?id=2138
>     <http://www.rsa.com/rsalabs/node.asp?id=2138>
>
>     [REST] "Representational State Transfer" -
>     http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>     <http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm>
>
>
>     [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web
>     Services, O'Reilly, 2007.
>
>     [SIRDM] Storage Industry Resource Domain Model -
>     http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
>     *19. A list (or URI pointer to same) of other specifications* with
>     which the specification may (speculatively) interoperate or act in
>     complementary, compatible fashion. *
>
>     OCCI - see OGF entry.
>
>     *20. A list (or URI pointer to same) of other specifications*
>     similar to this specification. (Whether or not substitutable.) *
>
>     None.
>
>     -----------------------------------
>
>     The template can be found here:
>     http://cloud-standards.org/wiki/index.php?title=Template
>
>     -- mark
>
>
>     On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>>     Dear All,
>>     Attached please find a template (a Table) that can be utilized
>>     for Clouds SDO gap analysis.
>>     Very much appreciate your comments, inputs, suggestions for
>>     updating it.
>>     The plan is to populate this template with SDOs' information,
>>     once this template is finalized through email discussion.
>>     Thanks a lot for your support and contributions
>>     Best Regards.
>>     Bhumip
>>
>>     Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org
>>     <mailto:bhumip@acm.org>)
>>
>>     © 2010 Bhumip Khasnabish. Do not view, print, forward, and save
>>     the content of this email if you are not the intended recipient
>>     of the communiqué.
>>
>>
>>     _______________________________________________
>>     clouds mailing list
>>     clouds@ietf.org  <mailto:clouds@ietf.org>
>>     https://www.ietf.org/mailman/listinfo/clouds
>>        
>
>     _______________________________________________
>     clouds mailing list
>     clouds@ietf.org <mailto:clouds@ietf.org>
>     https://www.ietf.org/mailman/listinfo/clouds
>
>
>
>
> -- 
> Best Regards.
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org 
> <mailto:bhumip@acm.org>)
>
> © 2010 Bhumip Khasnabish. Do not view, print, forward, and save the 
> content of this email if you are not the intended recipient of the 
> communiqué.

--------------020901080504030705000109
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="+1">That's great. When the IETF decides what it wants to
do, you should<br>
also create and maintain an entry up there.<br>
<br>
Thanks,<br>
<br>
-- mark<br>
</font><br>
On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
<blockquote
 cite="mid:AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com"
 type="cite">
  <div>Dear Mark,</div>
  <div>&nbsp;</div>
  <div>Thanks for your inputs and suggestions. </div>
  <div>&nbsp;</div>
  <div>Yes, we'll utilize all of the relevant existing information from
the sites that you mention and a few others.</div>
  <div>&nbsp;</div>
  <div>As you know our objective is to determine the gaps (existing and
emerging) and focus on where IETF can contribute in terms of
standardization (protocol development, protocol extension
recommendation, etc.) and profile development for Cloud-based services.&nbsp;</div>
  <div>&nbsp;</div>
  <div>Hope these help clarify matters.</div>
  <div>&nbsp;</div>
  <div>Thanks again.</div>
  <div>&nbsp;</div>
  <div>Best.</div>
  <div>&nbsp;</div>
  <div>Bhumip</div>
  <div>&nbsp;</div>
  <div><br>
&nbsp;</div>
  <div class="gmail_quote">On Tue, May 25, 2010 at 12:45 PM, Mark
Carlson <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:mark.carlson@oracle.com">mark.carlson@oracle.com</a>&gt;</span>
wrote:<br>
  <blockquote
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;"
 class="gmail_quote">
    <div bgcolor="#ffffff" text="#000000"><font size="+1">Bhumip,<br>
    <br>
Not sure why you are doing this. The information you need is largely
already<br>
available on <a moz-do-not-send="true"
 href="http://cloud-standards.org/" target="_blank">http://cloud-standards.org</a>
wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template
already<br>
to describe each standard.<br>
    <br>
For example, here is one for an already finalized standard:<br>
    <br>
    <br>
    <a moz-do-not-send="true"
 href="http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29"
 target="_blank">http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29</a><br>
    </font><br>
    <div>
    <h1><span>Cloud Standard</span></h1>
    <p><b>1. The name of the specification</b> </p>
    <pre>SNIA Cloud Data Management Interface
    </pre>
    <p><b>2. A short statement (&lt;100 words) of the purpose and
function of the specification</b> The SNIA Cloud Data Management
Interface (CDMI) is the functional interface that applications will use
to create, retrieve, update and delete data elements from the cloud. As
part of this interface the client will be able to discover the
capabilities of the cloud storage offering and use this interface to
manage containers and the data that is placed in them. In addition,
metadata can be set on containers and their contained data elements
through this interface. </p>
    <p><b>3. The version number (or other distinct identifier) and date
of the most recently approved version of the specification.</b> </p>
    <p>SNIA Architecture - 1.0 standard </p>
    <p><b>4. If the specification is part of a group of explicitly
related specifications from the same source, the name of the group of
specifications.</b> Not applicable </p>
    <p><b>5. URI for the normative text of the specification </b><a
 moz-do-not-send="true"
 title="http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
 href="http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
 rel="nofollow" target="_blank">http://www.snia.org/tech_activities/standards/curr_standards/cdmi
    </a></p>
    <a moz-do-not-send="true" name="128d05bafe021cfc_SOURCE"></a>
    <h2><span>SOURCE </span></h2>
    <p><b>6. The name of the SDO that generated/authored/hosted the
specification. </b>Storage Networking Industry Association </p>
    <p><b>7. URI for the SDO</b> <a moz-do-not-send="true"
 title="http://snia.org" href="http://snia.org/" rel="nofollow"
 target="_blank">http://snia.org</a> </p>
    <p><b>8. The level of approval that the SDO has conferred on the
specification as described by the SDO's process.</b> SNIA Architecture
(Final Standard) </p>
    <p><b>9. The language or languages in which the specification is
available. </b>US English </p>
    <a moz-do-not-send="true" name="128d05bafe021cfc_SUBJECT"></a>
    <h2><span>SUBJECT </span></h2>
    <p><b>10. Which of the categories of Cloud services does the
standard address? </b>(Infrastructure as a Service - IaaS, Data
Storage as a Service - DaaS, Platform as a Service - PaaS, Software as
a Service - SaaS) DaaS (Cloud Storage) </p>
    <p><b>11. Does the standard address both functional and management
aspects of the service?</b> Yes. Management is done by setting metadata
on containers of data and individual data elements. The functional
interface allows CRUD semantics for storage of data via HTTP. </p>
    <a moz-do-not-send="true" name="128d05bafe021cfc_OPTIONAL"></a>
    <h2><span>OPTIONAL </span></h2>
    <p><b>12. The level of approval of the specification in this
generic lifecycle taxonomy: </b></p>
    <p>Final standard </p>
    <p><br>
    <b>13. URI for the applicable SDO's patent and copyright rules, if
any, applicable to development and use of the specification.</b> <a
 moz-do-not-send="true"
 title="http://www.snia.org/about/corporate_info/ip_policy/"
 href="http://www.snia.org/about/corporate_info/ip_policy/"
 rel="nofollow" target="_blank">SNIA IP Policy</a> </p>
    <p><b>14. URI for the SDO's posting location, (if any) for notices
from participants or individuals regarding claims under the rules
stated under number 15.</b> <a moz-do-not-send="true"
 title="http://www.snia.org/about/corporate_info/ip_policy/"
 href="http://www.snia.org/about/corporate_info/ip_policy/"
 rel="nofollow" target="_blank">SNIA IP Policy</a> </p>
    <p><b>15. Interoperability, conformance, or certification test
activity for the specification (by owner name or URI). </b></p>
    <p>None </p>
    <p><b>16. Known implementations of the specification (by owner name
or URI).</b> </p>
    <p>The SNIA Cloud Storage TWG is producing an open source reference
implementation. </p>
    <p><b>17. A list (or URI pointer to same) of the other
specifications* that are normatively referenced in the specification. </b></p>
    <p><br>
[ISO-8601] International Standards Organization, "Data elements and
interchange formats -- Information interchange -- Representation of
dates and times", ISO 8601:20044 - <a moz-do-not-send="true"
 title="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874"
 href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874"
 rel="nofollow" target="_blank">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874</a>
    </p>
    <p>[ITU-T509] International Telecommunications Union
Telecommunication Standardization Sector (ITU-T), Recommendation X.509:
Information technology - Open Systems Interconnection - The Directory:
Public-key and attribute certificate frameworks, May 2000.
Specification and technical corrigenda - <a moz-do-not-send="true"
 title="http://www.itu.int/ITU-T/publications/recs.html"
 href="http://www.itu.int/ITU-T/publications/recs.html" rel="nofollow"
 target="_blank">http://www.itu.int/ITU-T/publications/recs.html</a> </p>
    <p>[RFC2119] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc2119"
 href="http://tools.ietf.org/html/rfc2119" target="_blank">RFC 2119</a>.
Key words for use in RFCs to Indicate Requirement Levels - <a
 moz-do-not-send="true" title="http://www.ietf.org/rfc/rfc2119.txt"
 href="http://www.ietf.org/rfc/rfc2119.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc2119.txt</a> </p>
    <p>[RFC2045] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc2045"
 href="http://tools.ietf.org/html/rfc2045" target="_blank">RFC 2045</a>.
Multipurpose Internet Mail Extensions (MIME) Part One: Format of
Internet Message Bodies - <a moz-do-not-send="true"
 title="http://www.ietf.org/rfc/rfc2045.txt"
 href="http://www.ietf.org/rfc/rfc2045.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc2045.txt</a> </p>
    <p>[RFC2578] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc2578"
 href="http://tools.ietf.org/html/rfc2578" target="_blank">RFC 2578</a>.
Structure of Management Information Version 2 (SMIv2) - <a
 moz-do-not-send="true" title="http://www.ietf.org/rfc/rfc2578.txt"
 href="http://www.ietf.org/rfc/rfc2578.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc2578.txt</a> </p>
    <p>[RFC2616] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc2616"
 href="http://tools.ietf.org/html/rfc2616" target="_blank">RFC 2616</a>.
Hypertext Transfer Protocol -- HTTP/1.1 - <a moz-do-not-send="true"
 title="http://www.ietf.org/rfc/rfc2616.txt"
 href="http://www.ietf.org/rfc/rfc2616.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc2616.txt</a> </p>
    <p>[RFC3280] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc3280"
 href="http://tools.ietf.org/html/rfc3280" target="_blank">RFC 3280</a>.
Internet X.509 Public Key Infrastructure Certificate and Certificate
Revocation List (CRL) Profile - <a moz-do-not-send="true"
 title="http://www.ietf.org/rfc/rfc3280.txt"
 href="http://www.ietf.org/rfc/rfc3280.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc3280.txt</a> </p>
    <p>[RFC3530] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc3530"
 href="http://tools.ietf.org/html/rfc3530" target="_blank">RFC 3530</a>.
Network File System (NFS) version 4 Protocol - <a
 moz-do-not-send="true" title="http://www.ietf.org/rfc/rfc3530.txt"
 href="http://www.ietf.org/rfc/rfc3530.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc3530.txt</a> </p>
    <p>[RFC3986] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc3986"
 href="http://tools.ietf.org/html/rfc3986" target="_blank">RFC 3986</a>.
Uniform Resource Identifier (URI): Generic Syntax - <a
 moz-do-not-send="true" title="http://www.ietf/org/rfc/rfc3986.txt"
 href="http://www.ietf/org/rfc/rfc3986.txt" rel="nofollow"
 target="_blank">http://www.ietf/org/rfc/rfc3986.txt</a> </p>
    <p>[RFC4346] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc4346"
 href="http://tools.ietf.org/html/rfc4346" target="_blank">RFC 4346</a>.
The Transport Layer Security (TLS) Protocol Version 1.1 - <a
 moz-do-not-send="true" title="http://tools.ietf.org/rfc/rfc4346.txt"
 href="http://tools.ietf.org/rfc/rfc4346.txt" rel="nofollow"
 target="_blank">http://tools.ietf.org/rfc/rfc4346.txt</a> </p>
    <p>[RFC4627] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc4627"
 href="http://tools.ietf.org/html/rfc4627" target="_blank">RFC 4627</a>.
The application/json Media Type for JavaScript Object Notation (JSON) -
    <a moz-do-not-send="true"
 title="http://www.ietf.org/rfc/rfc4627.txt"
 href="http://www.ietf.org/rfc/rfc4627.txt" rel="nofollow"
 target="_blank">http://www.ietf.org/rfc/rfc4627.txt</a> </p>
    <p>[RFC5246] IETF <a moz-do-not-send="true"
 title="http://tools.ietf.org/html/rfc5246"
 href="http://tools.ietf.org/html/rfc5246" target="_blank">RFC 5246</a>.
The Transport Layer Security (TLS) Protocol Version 1.2 - <a
 moz-do-not-send="true" title="http://tools.ietf.org/rfc/rfc5246.txt"
 href="http://tools.ietf.org/rfc/rfc5246.txt" rel="nofollow"
 target="_blank">http://tools.ietf.org/rfc/rfc5246.txt</a> </p>
    <p><br>
    </p>
    <p><b>18. A list (or URI pointer to same) of the other
specifications* that are referenced in the specification (except the
ones listed under number 17). </b></p>
    <p>[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection
Algorithms", Chapter 16, August 1993, <a moz-do-not-send="true"
 title="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
 href="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
 rel="nofollow" target="_blank">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a>
    </p>
    <p>[PKS12] RSA Laboratories, PKCS #12: Personal Information
Exchange Syntax, Version 1.0, June 1999. Specification and Technical
Corrigendum - <a moz-do-not-send="true"
 title="http://www.rsa.com:80/rsalabs/node.asp?id=2138"
 href="http://www.rsa.com/rsalabs/node.asp?id=2138" rel="nofollow"
 target="_blank">http://www.rsa.com:80/rsalabs/node.asp?id=2138</a> </p>
    <p>[REST] "Representational State Transfer" - <a
 moz-do-not-send="true"
 title="http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm"
 href="http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm"
 rel="nofollow" target="_blank">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm</a>
    </p>
    <p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web
Services, O'Reilly, 2007. </p>
    <p>[SIRDM] Storage Industry Resource Domain Model - <a
 moz-do-not-send="true"
 title="http://www.snia.org/education/storage_networking_primer/sirdm/"
 href="http://www.snia.org/education/storage_networking_primer/sirdm/"
 rel="nofollow" target="_blank">http://www.snia.org/education/storage_networking_primer/sirdm/</a>
    </p>
    <p><br>
    <b>19. A list (or URI pointer to same) of other specifications*
with which the specification may (speculatively) interoperate or act in
complementary, compatible fashion. </b></p>
    <p>OCCI - see OGF entry. </p>
    <p><b>20. A list (or URI pointer to same) of other specifications*
similar to this specification. (Whether or not substitutable.) </b></p>
    <p>None. </p>
    </div>
-----------------------------------<br>
    <br>
The template can be found here:<br>
    <a moz-do-not-send="true"
 href="http://cloud-standards.org/wiki/index.php?title=Template"
 target="_blank">http://cloud-standards.org/wiki/index.php?title=Template</a><br>
    <br>
-- mark
    <div>
    <div class="h5"><br>
    <br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: </div>
    </div>
    <blockquote type="cite">
      <div>
      <div class="h5">
      <div>Dear All,</div>
      <div>&nbsp;</div>
      <div>Attached please find a template (a Table) that can be
utilized for Clouds SDO gap analysis.</div>
      <div>&nbsp;</div>
      <div>Very much appreciate your comments, inputs, suggestions for
updating it.</div>
      <div>&nbsp;</div>
      <div>The plan is to populate this template with SDOs'
information, </div>
      <div>once this template is finalized through email discussion.</div>
      <div>&nbsp;</div>
      <div>Thanks a lot for your support and contributions</div>
      <div>&nbsp;</div>
      <div>Best Regards.<br>
      </div>
      <div>Bhumip</div>
      <div>&nbsp;</div>
      <div>&nbsp;</div>
      <div><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a moz-do-not-send="true"
 href="mailto:bhumip@acm.org" target="_blank">bhumip@acm.org</a>)<br>
      <br>
&copy; 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of this email if you are not the intended recipient of the
communiqu&eacute;.<br>
      </div>
      </div>
      </div>
      <pre><fieldset></fieldset>
_______________________________________________
clouds mailing list
<a moz-do-not-send="true" href="mailto:clouds@ietf.org" target="_blank">clouds@ietf.org</a>
<a moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds" target="_blank">https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre>
    </blockquote>
    </div>
    <br>
_______________________________________________<br>
clouds mailing list<br>
    <a moz-do-not-send="true" href="mailto:clouds@ietf.org">clouds@ietf.org</a><br>
    <a moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds" target="_blank">https://www.ietf.org/mailman/listinfo/clouds</a><br>
    <br>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Best Regards.<br>
  <br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a moz-do-not-send="true"
 href="mailto:bhumip@acm.org">bhumip@acm.org</a>)<br>
  <br>
&copy; 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of this email if you are not the intended recipient of the
communiqu&eacute;.<br>
</blockquote>
</body>
</html>

--------------020901080504030705000109--

From sjj@google.com  Tue May 25 11:17:57 2010
Return-Path: <sjj@google.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2BBC93A69A8 for <clouds@core3.amsl.com>; Tue, 25 May 2010 11:17:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.377
X-Spam-Level: 
X-Spam-Status: No, score=-99.377 tagged_above=-999 required=5 tests=[FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
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 IvSUnP8lgnhR for <clouds@core3.amsl.com>; Tue, 25 May 2010 11:17:54 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [74.125.121.35]) by core3.amsl.com (Postfix) with ESMTP id 669783A699E for <clouds@ietf.org>; Tue, 25 May 2010 11:17:50 -0700 (PDT)
Received: from kpbe19.cbf.corp.google.com (kpbe19.cbf.corp.google.com [172.25.105.83]) by smtp-out.google.com with ESMTP id o4PIHZVo015624 for <clouds@ietf.org>; Tue, 25 May 2010 11:17:36 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1274811456; bh=B9vX/CwoeTvdDEzZQUCwElHXIMA=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type; b=nwE+ldBCQoP0oz1rY8g429qj0DTH+jafMwRJLwE3JWr5Q8gy6IG/zjQOE2gY4Pbh+ 6czwHBDgteG4nlDkkZrZw==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:x-system-of-record; b=pfs7BCzAlCjUPpPqy+W06+izoxvG0b+gKm1lS5B2Tyt7GR7je45Lgl/Z3lzcamX6W efDr9gctyI5v2Tr+GubQA==
Received: from wye20 (wye20.prod.google.com [10.241.226.20]) by kpbe19.cbf.corp.google.com with ESMTP id o4PIHHJT008319 for <clouds@ietf.org>; Tue, 25 May 2010 11:17:34 -0700
Received: by wye20 with SMTP id 20so1666370wye.31 for <clouds@ietf.org>; Tue, 25 May 2010 11:17:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.86.14 with SMTP id v14mr4664133wee.157.1274811453399; Tue,  25 May 2010 11:17:33 -0700 (PDT)
Received: by 10.216.62.65 with HTTP; Tue, 25 May 2010 11:17:33 -0700 (PDT)
In-Reply-To: <4BFC0D8E.3030007@oracle.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com> <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com> <4BFC0D8E.3030007@oracle.com>
Date: Tue, 25 May 2010 20:17:33 +0200
Message-ID: <AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com>
From: Sam Johnston <sjj@google.com>
To: Mark Carlson <mark.carlson@oracle.com>
Content-Type: multipart/alternative; boundary=0016e6d7eb68d5e53204876f2b27
X-System-Of-Record: true
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2010 18:17:57 -0000

--0016e6d7eb68d5e53204876f2b27
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bhumip/Mark,

In terms of gap analysis, I'd be more interested in seeing other groups
feeding into IETF than having it picking up the scraps. I certainly intend
to submit CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process fo=
r
a start. IETF is well known for having clean, interoperable specifications
which is something specialist groups are not so good at.

Sam

On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com> wrote:

>  That's great. When the IETF decides what it wants to do, you should
> also create and maintain an entry up there.
>
> Thanks,
>
> -- mark
>
> On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
>
> Dear Mark,
>
> Thanks for your inputs and suggestions.
>
> Yes, we'll utilize all of the relevant existing information from the site=
s
> that you mention and a few others.
>
> As you know our objective is to determine the gaps (existing and emerging=
)
> and focus on where IETF can contribute in terms of standardization (proto=
col
> development, protocol extension recommendation, etc.) and profile
> development for Cloud-based services.
>
> Hope these help clarify matters.
>
> Thanks again.
>
> Best.
>
> Bhumip
>
>
>
> On Tue, May 25, 2010 at 12:45 PM, Mark Carlson <mark.carlson@oracle.com>w=
rote:
>
>> Bhumip,
>>
>> Not sure why you are doing this. The information you need is largely
>> already
>> available on http://cloud-standards.org wiki. Each SDO has already
>> created
>> an entry describing their cloud work, and they use a standard template
>> already
>> to describe each standard.
>>
>> For example, here is one for an already finalized standard:
>>
>>
>>
>> http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Manage=
ment_Interface_%28CDMI%29
>>
>>  Cloud Standard
>>
>> *1. The name of the specification*
>>
>> SNIA Cloud Data Management Interface
>>
>>
>> *2. A short statement (<100 words) of the purpose and function of the
>> specification* The SNIA Cloud Data Management Interface (CDMI) is the
>> functional interface that applications will use to create, retrieve, upd=
ate
>> and delete data elements from the cloud. As part of this interface the
>> client will be able to discover the capabilities of the cloud storage
>> offering and use this interface to manage containers and the data that i=
s
>> placed in them. In addition, metadata can be set on containers and their
>> contained data elements through this interface.
>>
>> *3. The version number (or other distinct identifier) and date of the
>> most recently approved version of the specification.*
>>
>> SNIA Architecture - 1.0 standard
>>
>> *4. If the specification is part of a group of explicitly related
>> specifications from the same source, the name of the group of
>> specifications.* Not applicable
>>
>> *5. URI for the normative text of the specification *http://www.snia.org=
/tech_activities/standards/curr_standards/cdmi
>>
>>  SOURCE
>>
>> *6. The name of the SDO that generated/authored/hosted the specification=
.
>> *Storage Networking Industry Association
>>
>> *7. URI for the SDO* http://snia.org
>>
>> *8. The level of approval that the SDO has conferred on the specificatio=
n
>> as described by the SDO's process.* SNIA Architecture (Final Standard)
>>
>> *9. The language or languages in which the specification is available. *=
US
>> English
>>  SUBJECT
>>
>> *10. Which of the categories of Cloud services does the standard address=
?
>> *(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
>> Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud
>> Storage)
>>
>> *11. Does the standard address both functional and management aspects of
>> the service?* Yes. Management is done by setting metadata on containers
>> of data and individual data elements. The functional interface allows CR=
UD
>> semantics for storage of data via HTTP.
>>  OPTIONAL
>>
>> *12. The level of approval of the specification in this generic lifecycl=
e
>> taxonomy: *
>>
>> Final standard
>>
>>
>> *13. URI for the applicable SDO's patent and copyright rules, if any,
>> applicable to development and use of the specification.* SNIA IP Policy<=
http://www.snia.org/about/corporate_info/ip_policy/>
>>
>> *14. URI for the SDO's posting location, (if any) for notices from
>> participants or individuals regarding claims under the rules stated unde=
r
>> number 15.* SNIA IP Policy<http://www.snia.org/about/corporate_info/ip_p=
olicy/>
>>
>> *15. Interoperability, conformance, or certification test activity for
>> the specification (by owner name or URI). *
>>
>> None
>>
>> *16. Known implementations of the specification (by owner name or URI).*
>>
>> The SNIA Cloud Storage TWG is producing an open source reference
>> implementation.
>>
>> *17. A list (or URI pointer to same) of the other specifications* that
>> are normatively referenced in the specification. *
>>
>>
>> [ISO-8601] International Standards Organization, "Data elements and
>> interchange formats -- Information interchange -- Representation of date=
s
>> and times", ISO 8601:20044 -
>> http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?c=
snumber=3D40874
>>
>> [ITU-T509] International Telecommunications Union Telecommunication
>> Standardization Sector (ITU-T), Recommendation X.509: Information techno=
logy
>> - Open Systems Interconnection - The Directory: Public-key and attribute
>> certificate frameworks, May 2000. Specification and technical corrigenda=
 -
>> http://www.itu.int/ITU-T/publications/recs.html
>>
>> [RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key words
>> for use in RFCs to Indicate Requirement Levels -
>> http://www.ietf.org/rfc/rfc2119.txt
>>
>> [RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>.
>> Multipurpose Internet Mail Extensions (MIME) Part One: Format of Interne=
t
>> Message Bodies - http://www.ietf.org/rfc/rfc2045.txt
>>
>> [RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>. Structure
>> of Management Information Version 2 (SMIv2) -
>> http://www.ietf.org/rfc/rfc2578.txt
>>
>> [RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>. Hypertext
>> Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt
>>
>> [RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>. Internet
>> X.509 Public Key Infrastructure Certificate and Certificate Revocation L=
ist
>> (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt
>>
>> [RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>. Network
>> File System (NFS) version 4 Protocol -
>> http://www.ietf.org/rfc/rfc3530.txt
>>
>> [RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>. Uniform
>> Resource Identifier (URI): Generic Syntax -
>> http://www.ietf/org/rfc/rfc3986.txt
>>
>> [RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The
>> Transport Layer Security (TLS) Protocol Version 1.1 -
>> http://tools.ietf.org/rfc/rfc4346.txt
>>
>> [RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The
>> application/json Media Type for JavaScript Object Notation (JSON) -
>> http://www.ietf.org/rfc/rfc4627.txt
>>
>> [RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The
>> Transport Layer Security (TLS) Protocol Version 1.2 -
>> http://tools.ietf.org/rfc/rfc5246.txt
>>
>>
>>  *18. A list (or URI pointer to same) of the other specifications* that
>> are referenced in the specification (except the ones listed under number
>> 17). *
>>
>> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection
>> Algorithms", Chapter 16, August 1993,
>> http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>>
>> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax=
,
>> Version 1.0, June 1999. Specification and Technical Corrigendum -
>> http://www.rsa.com:80/rsalabs/node.asp?id=3D2138<http://www.rsa.com/rsal=
abs/node.asp?id=3D2138>
>>
>> [REST] "Representational State Transfer" -
>> http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm<h=
ttp://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm>
>>
>> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
>> O'Reilly, 2007.
>>
>> [SIRDM] Storage Industry Resource Domain Model -
>> http://www.snia.org/education/storage_networking_primer/sirdm/
>>
>>
>> *19. A list (or URI pointer to same) of other specifications* with which
>> the specification may (speculatively) interoperate or act in complementa=
ry,
>> compatible fashion. *
>>
>> OCCI - see OGF entry.
>>
>> *20. A list (or URI pointer to same) of other specifications* similar to
>> this specification. (Whether or not substitutable.) *
>>
>> None.
>>  -----------------------------------
>>
>> The template can be found here:
>> http://cloud-standards.org/wiki/index.php?title=3DTemplate
>>
>> -- mark
>>
>>
>> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>>
>>  Dear All,
>>
>> Attached please find a template (a Table) that can be utilized for Cloud=
s
>> SDO gap analysis.
>>
>> Very much appreciate your comments, inputs, suggestions for updating it.
>>
>> The plan is to populate this template with SDOs' information,
>> once this template is finalized through email discussion.
>>
>> Thanks a lot for your support and contributions
>>
>> Best Regards.
>>  Bhumip
>>
>>
>>
>> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>>
>> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
>> content of this email if you are not the intended recipient of the
>> communiqu=E9.
>>
>>
>> _______________________________________________
>> clouds mailing listclouds@ietf.orghttps://www.ietf.org/mailman/listinfo/=
clouds
>>
>>
>> _______________________________________________
>> clouds mailing list
>> clouds@ietf.org
>> https://www.ietf.org/mailman/listinfo/clouds
>>
>>
>
>
> --
> Best Regards.
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>
> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the con=
tent
> of this email if you are not the intended recipient of the communiqu=E9.
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>

--0016e6d7eb68d5e53204876f2b27
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bhumip/Mark,<div><br></div><div>In terms of gap analysis, I&#39;d be more i=
nterested in seeing other groups feeding into IETF than having it picking u=
p the scraps. I certainly intend to submit CloudAudit, and ideally [parts o=
f] OCCI to the I-D/RFC process for a start. IETF is well known for having c=
lean, interoperable specifications which is something specialist groups are=
 not so good at.<div>
<br></div><div>Sam<br></div><div><br><div class=3D"gmail_quote">On 25 May 2=
010 19:49, Mark Carlson <span dir=3D"ltr">&lt;<a href=3D"mailto:mark.carlso=
n@oracle.com">mark.carlson@oracle.com</a>&gt;</span> wrote:<br><blockquote =
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid=
;padding-left:1ex;">



 =20

<div bgcolor=3D"#ffffff" text=3D"#000000">
<font size=3D"+1">That&#39;s great. When the IETF decides what it wants to
do, you should<br>
also create and maintain an entry up there.<br>
<br>
Thanks,<br><font color=3D"#888888">
<br>
-- mark<br>
</font></font><div><div></div><div class=3D"h5"><br>
On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
<blockquote type=3D"cite">
  <div>Dear Mark,</div>
  <div>=A0</div>
  <div>Thanks for your inputs and suggestions. </div>
  <div>=A0</div>
  <div>Yes, we&#39;ll utilize all of the relevant existing information from
the sites that you mention and a few others.</div>
  <div>=A0</div>
  <div>As you know our objective is to determine the gaps (existing and
emerging) and focus on where IETF can contribute in terms of
standardization (protocol development, protocol extension
recommendation, etc.) and profile development for Cloud-based services.=A0<=
/div>
  <div>=A0</div>
  <div>Hope these help clarify matters.</div>
  <div>=A0</div>
  <div>Thanks again.</div>
  <div>=A0</div>
  <div>Best.</div>
  <div>=A0</div>
  <div>Bhumip</div>
  <div>=A0</div>
  <div><br>
=A0</div>
  <div class=3D"gmail_quote">On Tue, May 25, 2010 at 12:45 PM, Mark
Carlson <span dir=3D"ltr">&lt;<a href=3D"mailto:mark.carlson@oracle.com" ta=
rget=3D"_blank">mark.carlson@oracle.com</a>&gt;</span>
wrote:<br>
  <blockquote style=3D"border-left:1px solid rgb(204, 204, 204);margin:0px =
0px 0px 0.8ex;padding-left:1ex" class=3D"gmail_quote">
    <div bgcolor=3D"#ffffff" text=3D"#000000"><font size=3D"+1">Bhumip,<br>
    <br>
Not sure why you are doing this. The information you need is largely
already<br>
available on <a href=3D"http://cloud-standards.org/" target=3D"_blank">http=
://cloud-standards.org</a>
wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template
already<br>
to describe each standard.<br>
    <br>
For example, here is one for an already finalized standard:<br>
    <br>
    <br>
    <a href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud=
_Data_Management_Interface_%28CDMI%29" target=3D"_blank">http://cloud-stand=
ards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Management_Interface_%28CDM=
I%29</a><br>

    </font><br>
    <div>
    <h1><span>Cloud Standard</span></h1>
    <p><b>1. The name of the specification</b> </p>
    <pre>SNIA Cloud Data Management Interface
    </pre>
    <p><b>2. A short statement (&lt;100 words) of the purpose and
function of the specification</b> The SNIA Cloud Data Management
Interface (CDMI) is the functional interface that applications will use
to create, retrieve, update and delete data elements from the cloud. As
part of this interface the client will be able to discover the
capabilities of the cloud storage offering and use this interface to
manage containers and the data that is placed in them. In addition,
metadata can be set on containers and their contained data elements
through this interface. </p>
    <p><b>3. The version number (or other distinct identifier) and date
of the most recently approved version of the specification.</b> </p>
    <p>SNIA Architecture - 1.0 standard </p>
    <p><b>4. If the specification is part of a group of explicitly
related specifications from the same source, the name of the group of
specifications.</b> Not applicable </p>
    <p><b>5. URI for the normative text of the specification </b><a title=
=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi" href=
=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi" rel=
=3D"nofollow" target=3D"_blank">http://www.snia.org/tech_activities/standar=
ds/curr_standards/cdmi
    </a></p>
    <a name=3D"128d09714f6a9e9a_128d05bafe021cfc_SOURCE"></a>
    <h2><span>SOURCE </span></h2>
    <p><b>6. The name of the SDO that generated/authored/hosted the
specification. </b>Storage Networking Industry Association </p>
    <p><b>7. URI for the SDO</b> <a title=3D"http://snia.org" href=3D"http:=
//snia.org/" rel=3D"nofollow" target=3D"_blank">http://snia.org</a> </p>
    <p><b>8. The level of approval that the SDO has conferred on the
specification as described by the SDO&#39;s process.</b> SNIA Architecture
(Final Standard) </p>
    <p><b>9. The language or languages in which the specification is
available. </b>US English </p>
    <a name=3D"128d09714f6a9e9a_128d05bafe021cfc_SUBJECT"></a>
    <h2><span>SUBJECT </span></h2>
    <p><b>10. Which of the categories of Cloud services does the
standard address? </b>(Infrastructure as a Service - IaaS, Data
Storage as a Service - DaaS, Platform as a Service - PaaS, Software as
a Service - SaaS) DaaS (Cloud Storage) </p>
    <p><b>11. Does the standard address both functional and management
aspects of the service?</b> Yes. Management is done by setting metadata
on containers of data and individual data elements. The functional
interface allows CRUD semantics for storage of data via HTTP. </p>
    <a name=3D"128d09714f6a9e9a_128d05bafe021cfc_OPTIONAL"></a>
    <h2><span>OPTIONAL </span></h2>
    <p><b>12. The level of approval of the specification in this
generic lifecycle taxonomy: </b></p>
    <p>Final standard </p>
    <p><br>
    <b>13. URI for the applicable SDO&#39;s patent and copyright rules, if
any, applicable to development and use of the specification.</b> <a title=
=3D"http://www.snia.org/about/corporate_info/ip_policy/" href=3D"http://www=
.snia.org/about/corporate_info/ip_policy/" rel=3D"nofollow" target=3D"_blan=
k">SNIA IP Policy</a> </p>

    <p><b>14. URI for the SDO&#39;s posting location, (if any) for notices
from participants or individuals regarding claims under the rules
stated under number 15.</b> <a title=3D"http://www.snia.org/about/corporate=
_info/ip_policy/" href=3D"http://www.snia.org/about/corporate_info/ip_polic=
y/" rel=3D"nofollow" target=3D"_blank">SNIA IP Policy</a> </p>
    <p><b>15. Interoperability, conformance, or certification test
activity for the specification (by owner name or URI). </b></p>
    <p>None </p>
    <p><b>16. Known implementations of the specification (by owner name
or URI).</b> </p>
    <p>The SNIA Cloud Storage TWG is producing an open source reference
implementation. </p>
    <p><b>17. A list (or URI pointer to same) of the other
specifications* that are normatively referenced in the specification. </b><=
/p>
    <p><br>
[ISO-8601] International Standards Organization, &quot;Data elements and
interchange formats -- Information interchange -- Representation of
dates and times&quot;, ISO 8601:20044 - <a title=3D"http://www.iso.org/iso/=
iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874" href=3D"h=
ttp://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnum=
ber=3D40874" rel=3D"nofollow" target=3D"_blank">http://www.iso.org/iso/iso_=
catalogue/catalogue_tc/catalogue_detail.htm?csnumber=3D40874</a>
    </p>
    <p>[ITU-T509] International Telecommunications Union
Telecommunication Standardization Sector (ITU-T), Recommendation X.509:
Information technology - Open Systems Interconnection - The Directory:
Public-key and attribute certificate frameworks, May 2000.
Specification and technical corrigenda - <a title=3D"http://www.itu.int/ITU=
-T/publications/recs.html" href=3D"http://www.itu.int/ITU-T/publications/re=
cs.html" rel=3D"nofollow" target=3D"_blank">http://www.itu.int/ITU-T/public=
ations/recs.html</a> </p>

    <p>[RFC2119] IETF <a title=3D"http://tools.ietf.org/html/rfc2119" href=
=3D"http://tools.ietf.org/html/rfc2119" target=3D"_blank">RFC 2119</a>.
Key words for use in RFCs to Indicate Requirement Levels - <a title=3D"http=
://www.ietf.org/rfc/rfc2119.txt" href=3D"http://www.ietf.org/rfc/rfc2119.tx=
t" rel=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2119.txt</=
a> </p>

    <p>[RFC2045] IETF <a title=3D"http://tools.ietf.org/html/rfc2045" href=
=3D"http://tools.ietf.org/html/rfc2045" target=3D"_blank">RFC 2045</a>.
Multipurpose Internet Mail Extensions (MIME) Part One: Format of
Internet Message Bodies - <a title=3D"http://www.ietf.org/rfc/rfc2045.txt" =
href=3D"http://www.ietf.org/rfc/rfc2045.txt" rel=3D"nofollow" target=3D"_bl=
ank">http://www.ietf.org/rfc/rfc2045.txt</a> </p>
    <p>[RFC2578] IETF <a title=3D"http://tools.ietf.org/html/rfc2578" href=
=3D"http://tools.ietf.org/html/rfc2578" target=3D"_blank">RFC 2578</a>.
Structure of Management Information Version 2 (SMIv2) - <a title=3D"http://=
www.ietf.org/rfc/rfc2578.txt" href=3D"http://www.ietf.org/rfc/rfc2578.txt" =
rel=3D"nofollow" target=3D"_blank">http://www.ietf.org/rfc/rfc2578.txt</a> =
</p>

    <p>[RFC2616] IETF <a title=3D"http://tools.ietf.org/html/rfc2616" href=
=3D"http://tools.ietf.org/html/rfc2616" target=3D"_blank">RFC 2616</a>.
Hypertext Transfer Protocol -- HTTP/1.1 - <a title=3D"http://www.ietf.org/r=
fc/rfc2616.txt" href=3D"http://www.ietf.org/rfc/rfc2616.txt" rel=3D"nofollo=
w" target=3D"_blank">http://www.ietf.org/rfc/rfc2616.txt</a> </p>
    <p>[RFC3280] IETF <a title=3D"http://tools.ietf.org/html/rfc3280" href=
=3D"http://tools.ietf.org/html/rfc3280" target=3D"_blank">RFC 3280</a>.
Internet X.509 Public Key Infrastructure Certificate and Certificate
Revocation List (CRL) Profile - <a title=3D"http://www.ietf.org/rfc/rfc3280=
.txt" href=3D"http://www.ietf.org/rfc/rfc3280.txt" rel=3D"nofollow" target=
=3D"_blank">http://www.ietf.org/rfc/rfc3280.txt</a> </p>
    <p>[RFC3530] IETF <a title=3D"http://tools.ietf.org/html/rfc3530" href=
=3D"http://tools.ietf.org/html/rfc3530" target=3D"_blank">RFC 3530</a>.
Network File System (NFS) version 4 Protocol - <a title=3D"http://www.ietf.=
org/rfc/rfc3530.txt" href=3D"http://www.ietf.org/rfc/rfc3530.txt" rel=3D"no=
follow" target=3D"_blank">http://www.ietf.org/rfc/rfc3530.txt</a> </p>
    <p>[RFC3986] IETF <a title=3D"http://tools.ietf.org/html/rfc3986" href=
=3D"http://tools.ietf.org/html/rfc3986" target=3D"_blank">RFC 3986</a>.
Uniform Resource Identifier (URI): Generic Syntax - <a title=3D"http://www.=
ietf/org/rfc/rfc3986.txt" href=3D"http://www.ietf/org/rfc/rfc3986.txt" rel=
=3D"nofollow" target=3D"_blank">http://www.ietf/org/rfc/rfc3986.txt</a> </p=
>
    <p>[RFC4346] IETF <a title=3D"http://tools.ietf.org/html/rfc4346" href=
=3D"http://tools.ietf.org/html/rfc4346" target=3D"_blank">RFC 4346</a>.
The Transport Layer Security (TLS) Protocol Version 1.1 - <a title=3D"http:=
//tools.ietf.org/rfc/rfc4346.txt" href=3D"http://tools.ietf.org/rfc/rfc4346=
.txt" rel=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc4346.=
txt</a> </p>

    <p>[RFC4627] IETF <a title=3D"http://tools.ietf.org/html/rfc4627" href=
=3D"http://tools.ietf.org/html/rfc4627" target=3D"_blank">RFC 4627</a>.
The application/json Media Type for JavaScript Object Notation (JSON) -
    <a title=3D"http://www.ietf.org/rfc/rfc4627.txt" href=3D"http://www.iet=
f.org/rfc/rfc4627.txt" rel=3D"nofollow" target=3D"_blank">http://www.ietf.o=
rg/rfc/rfc4627.txt</a> </p>
    <p>[RFC5246] IETF <a title=3D"http://tools.ietf.org/html/rfc5246" href=
=3D"http://tools.ietf.org/html/rfc5246" target=3D"_blank">RFC 5246</a>.
The Transport Layer Security (TLS) Protocol Version 1.2 - <a title=3D"http:=
//tools.ietf.org/rfc/rfc5246.txt" href=3D"http://tools.ietf.org/rfc/rfc5246=
.txt" rel=3D"nofollow" target=3D"_blank">http://tools.ietf.org/rfc/rfc5246.=
txt</a> </p>

    <p><br>
    </p>
    <p><b>18. A list (or URI pointer to same) of the other
specifications* that are referenced in the specification (except the
ones listed under number 17). </b></p>
    <p>[CRC] Williams, Ross, &quot;A Painless Guide to CRC Error Detection
Algorithms&quot;, Chapter 16, August 1993, <a title=3D"http://www.repairfaq=
.org/filipg/LINK/F_crc_v3.html" href=3D"http://www.repairfaq.org/filipg/LIN=
K/F_crc_v3.html" rel=3D"nofollow" target=3D"_blank">http://www.repairfaq.or=
g/filipg/LINK/F_crc_v3.html</a>
    </p>
    <p>[PKS12] RSA Laboratories, PKCS #12: Personal Information
Exchange Syntax, Version 1.0, June 1999. Specification and Technical
Corrigendum - <a title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138"=
 href=3D"http://www.rsa.com/rsalabs/node.asp?id=3D2138" rel=3D"nofollow" ta=
rget=3D"_blank">http://www.rsa.com:80/rsalabs/node.asp?id=3D2138</a> </p>
    <p>[REST] &quot;Representational State Transfer&quot; - <a title=3D"htt=
p://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm" href=
=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.ht=
m" rel=3D"nofollow" target=3D"_blank">http://www.ics.uci.edu/~fielding/pubs=
/dissertation/rest_arch_style.htm</a>
    </p>
    <p>[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web
Services, O&#39;Reilly, 2007. </p>
    <p>[SIRDM] Storage Industry Resource Domain Model - <a title=3D"http://=
www.snia.org/education/storage_networking_primer/sirdm/" href=3D"http://www=
.snia.org/education/storage_networking_primer/sirdm/" rel=3D"nofollow" targ=
et=3D"_blank">http://www.snia.org/education/storage_networking_primer/sirdm=
/</a>
    </p>
    <p><br>
    <b>19. A list (or URI pointer to same) of other specifications*
with which the specification may (speculatively) interoperate or act in
complementary, compatible fashion. </b></p>
    <p>OCCI - see OGF entry. </p>
    <p><b>20. A list (or URI pointer to same) of other specifications*
similar to this specification. (Whether or not substitutable.) </b></p>
    <p>None. </p>
    </div>
-----------------------------------<br>
    <br>
The template can be found here:<br>
    <a href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate" =
target=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DTemplat=
e</a><br>
    <br>
-- mark
    <div>
    <div><br>
    <br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: </div>
    </div>
    <blockquote type=3D"cite">
      <div>
      <div>
      <div>Dear All,</div>
      <div>=A0</div>
      <div>Attached please find a template (a Table) that can be
utilized for Clouds SDO gap analysis.</div>
      <div>=A0</div>
      <div>Very much appreciate your comments, inputs, suggestions for
updating it.</div>
      <div>=A0</div>
      <div>The plan is to populate this template with SDOs&#39;
information, </div>
      <div>once this template is finalized through email discussion.</div>
      <div>=A0</div>
      <div>Thanks a lot for your support and contributions</div>
      <div>=A0</div>
      <div>Best Regards.<br>
      </div>
      <div>Bhumip</div>
      <div>=A0</div>
      <div>=A0</div>
      <div><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhumip@acm.o=
rg" target=3D"_blank">bhumip@acm.org</a>)<br>
      <br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of this email if you are not the intended recipient of the
communiqu=E9.<br>
      </div>
      </div>
      </div>
      <pre><fieldset></fieldset>
_______________________________________________
clouds mailing list
<a href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre>
    </blockquote>
    </div>
    <br>
_______________________________________________<br>
clouds mailing list<br>
    <a href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a=
><br>
    <a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_bla=
nk">https://www.ietf.org/mailman/listinfo/clouds</a><br>
    <br>
  </blockquote>
  </div>
  <br>
  <br clear=3D"all">
  <br>
-- <br>
Best Regards.<br>
  <br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a href=3D"mailto:bhumip@acm.o=
rg" target=3D"_blank">bhumip@acm.org</a>)<br>
  <br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of this email if you are not the intended recipient of the
communiqu=E9.<br>
</blockquote>
</div></div></div>

<br>_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a><br>
<br></blockquote></div><br><br clear=3D"all"><br><br>
</div></div>

--0016e6d7eb68d5e53204876f2b27--

From ldunbar@huawei.com  Wed May 26 22:58:56 2010
Return-Path: <ldunbar@huawei.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E53033A67A5 for <clouds@core3.amsl.com>; Wed, 26 May 2010 22:58:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.003
X-Spam-Level: 
X-Spam-Status: No, score=0.003 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_FONT_SIZE_LARGE=0.001, HTML_MESSAGE=0.001]
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 4gmekADm3mQ3 for <clouds@core3.amsl.com>; Wed, 26 May 2010 22:58:40 -0700 (PDT)
Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id 0C73C3A67B7 for <clouds@ietf.org>; Wed, 26 May 2010 22:58:40 -0700 (PDT)
Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L320028PDXHOL@usaga02-in.huawei.com> for clouds@ietf.org; Wed, 26 May 2010 22:58:30 -0700 (PDT)
Received: from L735042 ([10.77.66.162]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L3200JOWDXD6W@usaga02-in.huawei.com> for clouds@ietf.org; Wed, 26 May 2010 22:58:29 -0700 (PDT)
Date: Thu, 27 May 2010 00:58:25 -0500
From: Linda Dunbar <ldunbar@huawei.com>
In-reply-to: <AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com>
To: 'Sam Johnston' <sjj@google.com>, 'Mark Carlson' <mark.carlson@oracle.com>
Message-id: <008001cafd61$a05069c0$a6140674@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Office Outlook 11
Content-type: multipart/alternative; boundary="Boundary_(ID_hDAAg3NBdL2LoQMNSTwm3g)"
Thread-index: Acr8Nt9nNUZKMwxITQyHFtk/RVSufABKlIVg
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com> <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com> <4BFC0D8E.3030007@oracle.com> <AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com>
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 05:58:57 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_hDAAg3NBdL2LoQMNSTwm3g)
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable

I don=92t think it is realistic for IETF to keep up with all the Cloud =
work
done by other SDO. =93Cloud=94 is just too big a scope for one IETF =
working
group. We should focus on one concrete problem. Other SDO=92s work will =
be
background and justify why this problem has to be solved by IETF instead =
of
other SDO.=20

=20

=20

Linda Dunbar

  _____ =20

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf =
Of
Sam Johnston
Sent: Tuesday, May 25, 2010 1:18 PM
To: Mark Carlson
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)

=20

Bhumip/Mark,

=20

In terms of gap analysis, I'd be more interested in seeing other groups
feeding into IETF than having it picking up the scraps. I certainly =
intend
to submit CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process =
for
a start. IETF is well known for having clean, interoperable =
specifications
which is something specialist groups are not so good at.

=20

Sam

=20

On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com> wrote:

That's great. When the IETF decides what it wants to do, you should
also create and maintain an entry up there.

Thanks,

-- mark


On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:=20

Dear Mark,

=20

Thanks for your inputs and suggestions.=20

=20

Yes, we'll utilize all of the relevant existing information from the =
sites
that you mention and a few others.

=20

As you know our objective is to determine the gaps (existing and =
emerging)
and focus on where IETF can contribute in terms of standardization =
(protocol
development, protocol extension recommendation, etc.) and profile
development for Cloud-based services.=20

=20

Hope these help clarify matters.

=20

Thanks again.

=20

Best.

=20

Bhumip

=20


=20

On Tue, May 25, 2010 at 12:45 PM, Mark Carlson <mark.carlson@oracle.com>
wrote:

Bhumip,

Not sure why you are doing this. The information you need is largely =
already
available on http://cloud-standards.org <http://cloud-standards.org/>  =
wiki.
Each SDO has already created=20
an entry describing their cloud work, and they use a standard template
already
to describe each standard.

For example, here is one for an already finalized standard:


http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managem=
ent_I
nterface_%28CDMI%29


Cloud Standard


1. The name of the specification=20

SNIA Cloud Data Management Interface
   =20

2. A short statement (<100 words) of the purpose and function of the
specification The SNIA Cloud Data Management Interface (CDMI) is the
functional interface that applications will use to create, retrieve, =
update
and delete data elements from the cloud. As part of this interface the
client will be able to discover the capabilities of the cloud storage
offering and use this interface to manage containers and the data that =
is
placed in them. In addition, metadata can be set on containers and their
contained data elements through this interface.=20

3. The version number (or other distinct identifier) and date of the =
most
recently approved version of the specification.=20

SNIA Architecture - 1.0 standard=20

4. If the specification is part of a group of explicitly related
specifications from the same source, the name of the group of
specifications. Not applicable=20

5. URI for the normative text of the specification
http://www.snia.org/tech_activities/standards/curr_standards/cdmi=20


SOURCE=20


6. The name of the SDO that generated/authored/hosted the specification.
Storage Networking Industry Association=20

7. URI for the SDO http://snia.org <http://snia.org/> =20

8. The level of approval that the SDO has conferred on the specification =
as
described by the SDO's process. SNIA Architecture (Final Standard)=20

9. The language or languages in which the specification is available. US
English=20


SUBJECT=20


10. Which of the categories of Cloud services does the standard address?
(Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
Platform as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud
Storage)=20

11. Does the standard address both functional and management aspects of =
the
service? Yes. Management is done by setting metadata on containers of =
data
and individual data elements. The functional interface allows CRUD =
semantics
for storage of data via HTTP.=20


OPTIONAL=20


12. The level of approval of the specification in this generic lifecycle
taxonomy:=20

Final standard=20


13. URI for the applicable SDO's patent and copyright rules, if any,
applicable to development and use of the specification. SNIA IP Policy
<http://www.snia.org/about/corporate_info/ip_policy/> =20

14. URI for the SDO's posting location, (if any) for notices from
participants or individuals regarding claims under the rules stated =
under
number 15. SNIA IP Policy
<http://www.snia.org/about/corporate_info/ip_policy/> =20

15. Interoperability, conformance, or certification test activity for =
the
specification (by owner name or URI).=20

None=20

16. Known implementations of the specification (by owner name or URI).=20

The SNIA Cloud Storage TWG is producing an open source reference
implementation.=20

17. A list (or URI pointer to same) of the other specifications* that =
are
normatively referenced in the specification.=20


[ISO-8601] International Standards Organization, "Data elements and
interchange formats -- Information interchange -- Representation of =
dates
and times", ISO 8601:20044 -
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
num
ber=3D40874=20

[ITU-T509] International Telecommunications Union Telecommunication
Standardization Sector (ITU-T), Recommendation X.509: Information =
technology
- Open Systems Interconnection - The Directory: Public-key and attribute
certificate frameworks, May 2000. Specification and technical corrigenda =
-
http://www.itu.int/ITU-T/publications/recs.html=20

[RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119> . Key words =
for
use in RFCs to Indicate Requirement Levels -
http://www.ietf.org/rfc/rfc2119.txt=20

[RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045> . =
Multipurpose
Internet Mail Extensions (MIME) Part One: Format of Internet Message =
Bodies
- http://www.ietf.org/rfc/rfc2045.txt=20

[RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578> . Structure =
of
Management Information Version 2 (SMIv2) -
http://www.ietf.org/rfc/rfc2578.txt=20

[RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616> . Hypertext
Transfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt=20

[RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280> . Internet
X.509 Public Key Infrastructure Certificate and Certificate Revocation =
List
(CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt=20

[RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530> . Network =
File
System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt=20

[RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986> . Uniform
Resource Identifier (URI): Generic Syntax -
http://www.ietf/org/rfc/rfc3986.txt=20

[RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346> . The =
Transport
Layer Security (TLS) Protocol Version 1.1 -
http://tools.ietf.org/rfc/rfc4346.txt=20

[RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627> . The
application/json Media Type for JavaScript Object Notation (JSON) -
http://www.ietf.org/rfc/rfc4627.txt=20

[RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246> . The =
Transport
Layer Security (TLS) Protocol Version 1.2 -
http://tools.ietf.org/rfc/rfc5246.txt=20

=20

18. A list (or URI pointer to same) of the other specifications* that =
are
referenced in the specification (except the ones listed under number =
17).=20

[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection =
Algorithms",
Chapter 16, August 1993, =
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html=20

[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =
Syntax,
Version 1.0, June 1999. Specification and Technical Corrigendum -
http://www.rsa.com:80/rsalabs/node.asp?id=3D2138
<http://www.rsa.com/rsalabs/node.asp?id=3D2138> =20

[REST] "Representational State Transfer" -
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
<http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm=
> =20

[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services,
O'Reilly, 2007.=20

[SIRDM] Storage Industry Resource Domain Model -
http://www.snia.org/education/storage_networking_primer/sirdm/=20


19. A list (or URI pointer to same) of other specifications* with which =
the
specification may (speculatively) interoperate or act in complementary,
compatible fashion.=20

OCCI - see OGF entry.=20

20. A list (or URI pointer to same) of other specifications* similar to =
this
specification. (Whether or not substitutable.)=20

None.=20

-----------------------------------

The template can be found here:
http://cloud-standards.org/wiki/index.php?title=3DTemplate

-- mark=20



On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:=20

Dear All,

=20

Attached please find a template (a Table) that can be utilized for =
Clouds
SDO gap analysis.

=20

Very much appreciate your comments, inputs, suggestions for updating it.

=20

The plan is to populate this template with SDOs' information,=20

once this template is finalized through email discussion.

=20

Thanks a lot for your support and contributions

=20

Best Regards.

Bhumip

=20

=20


Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content
of this email if you are not the intended recipient of the communiqu=E9.

=20
_______________________________________________
clouds mailing list
clouds@ietf.org
https://www.ietf.org/mailman/listinfo/clouds
 =20


_______________________________________________
clouds mailing list
clouds@ietf.org
https://www.ietf.org/mailman/listinfo/clouds




--=20
Best Regards.

Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content
of this email if you are not the intended recipient of the communiqu=E9.


_______________________________________________
clouds mailing list
clouds@ietf.org
https://www.ietf.org/mailman/listinfo/clouds






--Boundary_(ID_hDAAg3NBdL2LoQMNSTwm3g)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h1
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:24.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h2
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:18.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman";}
pre
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:blue;
	font-weight:normal;
	font-style:normal;
	text-decoration:none none;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D3 color=3Dblue face=3DArial><span =
style=3D'font-size:
12.0pt;font-family:Arial;color:blue'>I don&#8217;t think it is realistic =
for
IETF to keep up with all the Cloud work done by other SDO. =
&#8220;Cloud&#8221;
is just too big a scope for one IETF working group. We should focus on =
one
concrete problem. Other SDO&#8217;s work will be background and justify =
why
this problem has to be solved by IETF instead of other SDO. =
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblue face=3DArial><span =
style=3D'font-size:
12.0pt;font-family:Arial;color:blue'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblue face=3DArial><span =
style=3D'font-size:
12.0pt;font-family:Arial;color:blue'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblue face=3DArial><span =
style=3D'font-size:
12.0pt;font-family:Arial;color:blue'>Linda =
Dunbar<o:p></o:p></span></font></p>

<div>

<div class=3DMsoNormal align=3Dcenter =
style=3D'margin-left:.5in;text-align:center'><font
size=3D3 face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><b><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</spa=
n></font></b><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'>
clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] <b><span
style=3D'font-weight:bold'>On Behalf Of </span></b>Sam Johnston<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> Tuesday, May 25, =
2010 1:18
PM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> Mark Carlson<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> clouds@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: [clouds] =
Clouds SDO
gap analysis template (a Table)</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Bhumip/Mark,<o:p></o:p></span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>In terms of gap analysis, I'd be more =
interested in
seeing other groups feeding into IETF than having it picking up the =
scraps. I
certainly intend to submit CloudAudit, and ideally [parts of] OCCI to =
the
I-D/RFC process for a start. IETF is well known for having clean, =
interoperable
specifications which is something specialist groups are not so good =
at.<o:p></o:p></span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Sam<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>On 25 May 2010 19:49, Mark Carlson &lt;<a
href=3D"mailto:mark.carlson@oracle.com">mark.carlson@oracle.com</a>&gt; =
wrote:<o:p></o:p></span></font></p>

<div bgcolor=3D"#ffffff" text=3D"#000000">

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D4 =
face=3D"Times New Roman"><span
style=3D'font-size:13.5pt'>That's great. When the IETF decides what it =
wants to
do, you should<br>
also create and maintain an entry up there.<br>
<br>
Thanks,<br>
<font color=3D"#888888"><span style=3D'color:#888888'><br>
-- mark</span></font></span></font><o:p></o:p></p>

<div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
On 5/25/10 11:15 AM, Bhumip Khasnabish wrote: =
<o:p></o:p></span></font></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Dear Mark,<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Thanks for your inputs and suggestions. =
<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Yes, we'll utilize all of the relevant =
existing
information from the sites that you mention and a few =
others.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>As you know our objective is to determine the =
gaps
(existing and emerging) and focus on where IETF can contribute in terms =
of
standardization (protocol development, protocol extension =
recommendation, etc.)
and profile development for Cloud-based =
services.&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Hope these help clarify =
matters.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Thanks again.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Best.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Bhumip<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>On Tue, May 25, 2010 at 12:45 PM, Mark =
Carlson &lt;<a
href=3D"mailto:mark.carlson@oracle.com" =
target=3D"_blank">mark.carlson@oracle.com</a>&gt;
wrote:<o:p></o:p></span></font></p>

<div bgcolor=3D"#ffffff" text=3D"#000000">

<p class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:
12.0pt;margin-left:.5in'><font size=3D4 face=3D"Times New Roman"><span
style=3D'font-size:13.5pt'>Bhumip,<br>
<br>
Not sure why you are doing this. The information you need is largely =
already<br>
available on <a href=3D"http://cloud-standards.org/" =
target=3D"_blank">http://cloud-standards.org</a>
wiki. Each SDO has already created <br>
an entry describing their cloud work, and they use a standard template =
already<br>
to describe each standard.<br>
<br>
For example, here is one for an already finalized standard:<br>
<br>
<br>
<a
href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data=
_Management_Interface_%28CDMI%29"
target=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DSNIA_=
Cloud_Data_Management_Interface_%28CDMI%29</a></span></font><o:p></o:p></=
p>

<div>

<h1 style=3D'margin-left:.5in'><b><font size=3D6 face=3D"Times New =
Roman"><span
style=3D'font-size:24.0pt'>Cloud =
Standard<o:p></o:p></span></font></b></h1>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>1. The name of the =
specification</span></font></b>
<o:p></o:p></p>

<pre style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier =
New"><span
style=3D'font-size:10.0pt'>SNIA Cloud Data Management =
Interface<o:p></o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'>=A0=A0=A0 <o:p></o:p></span></font></pre>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>2. A short statement =
(&lt;100 words)
of the purpose and function of the specification</span></font></b> The =
SNIA
Cloud Data Management Interface (CDMI) is the functional interface that
applications will use to create, retrieve, update and delete data =
elements from
the cloud. As part of this interface the client will be able to discover =
the
capabilities of the cloud storage offering and use this interface to =
manage
containers and the data that is placed in them. In addition, metadata =
can be
set on containers and their contained data elements through this =
interface. <o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>3. The version number (or =
other
distinct identifier) and date of the most recently approved version of =
the
specification.</span></font></b> <o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>SNIA Architecture - 1.0 standard =
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>4. If the specification is =
part of a
group of explicitly related specifications from the same source, the =
name of
the group of specifications.</span></font></b> Not applicable =
<o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>5. URI for the normative =
text of the
specification </span></font></b><a
href=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi=
"
target=3D"_blank"
title=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdm=
i">http://www.snia.org/tech_activities/standards/curr_standards/cdmi
</a><o:p></o:p></p>

<h2 style=3D'margin-left:.5in'><a =
name=3D"128d09714f6a9e9a_128d05bafe021cfc_SOURCE"></a><b><font
size=3D5 face=3D"Times New Roman"><span =
style=3D'font-size:18.0pt'>SOURCE <o:p></o:p></span></font></b></h2>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>6. The name of the SDO that
generated/authored/hosted the specification. </span></font></b>Storage
Networking Industry Association <o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>7. URI for the =
SDO</span></font></b> <a
href=3D"http://snia.org/" target=3D"_blank" =
title=3D"http://snia.org">http://snia.org</a>
<o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>8. The level of approval =
that the SDO
has conferred on the specification as described by the SDO's =
process.</span></font></b>
SNIA Architecture (Final Standard) <o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>9. The language or languages =
in which
the specification is available. </span></font></b>US English =
<o:p></o:p></p>

<h2 style=3D'margin-left:.5in'><a =
name=3D"128d09714f6a9e9a_128d05bafe021cfc_SUBJEC"></a><b><font
size=3D5 face=3D"Times New Roman"><span =
style=3D'font-size:18.0pt'>SUBJECT <o:p></o:p></span></font></b></h2>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>10. Which of the categories =
of Cloud
services does the standard address? </span></font></b>(Infrastructure as =
a
Service - IaaS, Data Storage as a Service - DaaS, Platform as a Service =
- PaaS,
Software as a Service - SaaS) DaaS (Cloud Storage) <o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>11. Does the standard =
address both
functional and management aspects of the service?</span></font></b> Yes.
Management is done by setting metadata on containers of data and =
individual
data elements. The functional interface allows CRUD semantics for =
storage of
data via HTTP. <o:p></o:p></p>

<h2 style=3D'margin-left:.5in'><a =
name=3D"128d09714f6a9e9a_128d05bafe021cfc_OPTION"></a><b><font
size=3D5 face=3D"Times New Roman"><span =
style=3D'font-size:18.0pt'>OPTIONAL <o:p></o:p></span></font></b></h2>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>12. The level of approval of =
the
specification in this generic lifecycle taxonomy: =
</span></font></b><o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>Final standard <o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><br>
<b><span style=3D'font-weight:bold'>13. URI for the applicable SDO's =
patent and
copyright rules, if any, applicable to development and use of the
specification.</span></b> <a
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
target=3D"_blank"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP =
Policy</a> <o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>14. URI for the SDO's =
posting
location, (if any) for notices from participants or individuals =
regarding
claims under the rules stated under number 15.</span></font></b> <a
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
target=3D"_blank"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP =
Policy</a> <o:p></o:p></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>15. Interoperability, =
conformance, or
certification test activity for the specification (by owner name or =
URI). </span></font></b><o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>None <o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>16. Known implementations of =
the
specification (by owner name or URI).</span></font></b> <o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>The SNIA Cloud Storage TWG is producing an =
open source
reference implementation. <o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>17. A list (or URI pointer =
to same)
of the other specifications* that are normatively referenced in the =
specification.
</span></font></b><o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><br>
[ISO-8601] International Standards Organization, &quot;Data elements and
interchange formats -- Information interchange -- Representation of =
dates and
times&quot;, ISO 8601:20044 - <a
href=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detai=
l.htm?csnumber=3D40874"
target=3D"_blank"
title=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_deta=
il.htm?csnumber=3D40874">http://www.iso.org/iso/iso_catalogue/catalogue_t=
c/catalogue_detail.htm?csnumber=3D40874</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[ITU-T509] International Telecommunications =
Union
Telecommunication Standardization Sector (ITU-T), Recommendation X.509:
Information technology - Open Systems Interconnection - The Directory:
Public-key and attribute certificate frameworks, May 2000. Specification =
and
technical corrigenda - <a =
href=3D"http://www.itu.int/ITU-T/publications/recs.html"
target=3D"_blank" =
title=3D"http://www.itu.int/ITU-T/publications/recs.html">http://www.itu.=
int/ITU-T/publications/recs.html</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC2119] IETF <a
href=3D"http://tools.ietf.org/html/rfc2119" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2119">RFC 2119</a>. Key words for =
use in
RFCs to Indicate Requirement Levels - <a
href=3D"http://www.ietf.org/rfc/rfc2119.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2119.txt">http://www.ietf.org/rfc/rfc=
2119.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC2045] IETF <a
href=3D"http://tools.ietf.org/html/rfc2045" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2045">RFC 2045</a>. Multipurpose =
Internet
Mail Extensions (MIME) Part One: Format of Internet Message Bodies - <a
href=3D"http://www.ietf.org/rfc/rfc2045.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2045.txt">http://www.ietf.org/rfc/rfc=
2045.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC2578] IETF <a
href=3D"http://tools.ietf.org/html/rfc2578" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2578">RFC 2578</a>. Structure of
Management Information Version 2 (SMIv2) - <a
href=3D"http://www.ietf.org/rfc/rfc2578.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2578.txt">http://www.ietf.org/rfc/rfc=
2578.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC2616] IETF <a
href=3D"http://tools.ietf.org/html/rfc2616" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2616">RFC 2616</a>. Hypertext =
Transfer
Protocol -- HTTP/1.1 - <a href=3D"http://www.ietf.org/rfc/rfc2616.txt"
target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc2616.txt">http://www.ietf.org/rfc/rfc=
2616.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC3280] IETF <a
href=3D"http://tools.ietf.org/html/rfc3280" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3280">RFC 3280</a>. Internet =
X.509 Public
Key Infrastructure Certificate and Certificate Revocation List (CRL) =
Profile - <a
href=3D"http://www.ietf.org/rfc/rfc3280.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc3280.txt">http://www.ietf.org/rfc/rfc=
3280.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC3530] IETF <a
href=3D"http://tools.ietf.org/html/rfc3530" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3530">RFC 3530</a>. Network File =
System
(NFS) version 4 Protocol - <a =
href=3D"http://www.ietf.org/rfc/rfc3530.txt"
target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc3530.txt">http://www.ietf.org/rfc/rfc=
3530.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC3986] IETF <a
href=3D"http://tools.ietf.org/html/rfc3986" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3986">RFC 3986</a>. Uniform =
Resource
Identifier (URI): Generic Syntax - <a =
href=3D"http://www.ietf/org/rfc/rfc3986.txt"
target=3D"_blank" =
title=3D"http://www.ietf/org/rfc/rfc3986.txt">http://www.ietf/org/rfc/rfc=
3986.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC4346] IETF <a
href=3D"http://tools.ietf.org/html/rfc4346" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc4346">RFC 4346</a>. The Transport =
Layer
Security (TLS) Protocol Version 1.1 - <a
href=3D"http://tools.ietf.org/rfc/rfc4346.txt" target=3D"_blank"
title=3D"http://tools.ietf.org/rfc/rfc4346.txt">http://tools.ietf.org/rfc=
/rfc4346.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC4627] IETF <a
href=3D"http://tools.ietf.org/html/rfc4627" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc4627">RFC 4627</a>. The =
application/json
Media Type for JavaScript Object Notation (JSON) - <a
href=3D"http://www.ietf.org/rfc/rfc4627.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc4627.txt">http://www.ietf.org/rfc/rfc=
4627.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RFC5246] IETF <a
href=3D"http://tools.ietf.org/html/rfc5246" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc5246">RFC 5246</a>. The Transport =
Layer
Security (TLS) Protocol Version 1.2 - <a
href=3D"http://tools.ietf.org/rfc/rfc5246.txt" target=3D"_blank"
title=3D"http://tools.ietf.org/rfc/rfc5246.txt">http://tools.ietf.org/rfc=
/rfc5246.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>18. A list (or URI pointer =
to same)
of the other specifications* that are referenced in the specification =
(except
the ones listed under number 17). </span></font></b><o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[CRC] Williams, Ross, &quot;A Painless Guide =
to CRC
Error Detection Algorithms&quot;, Chapter 16, August 1993, <a
href=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html" =
target=3D"_blank"
title=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html">http://www.r=
epairfaq.org/filipg/LINK/F_crc_v3.html</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[PKS12] RSA Laboratories, PKCS #12: Personal
Information Exchange Syntax, Version 1.0, June 1999. Specification and
Technical Corrigendum - <a =
href=3D"http://www.rsa.com/rsalabs/node.asp?id=3D2138"
target=3D"_blank" =
title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138">http://www.rsa=
.com:80/rsalabs/node.asp?id=3D2138</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[REST] &quot;Representational State =
Transfer&quot; - <a
href=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_st=
yle.htm"
target=3D"_blank"
title=3D"http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_sty=
le.htm">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_styl=
e.htm</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[RESTful Web] Richardson, Leonard and Sam =
Ruby,
RESTful Web Services, O'Reilly, 2007. <o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>[SIRDM] Storage Industry Resource Domain =
Model - <a
href=3D"http://www.snia.org/education/storage_networking_primer/sirdm/"
target=3D"_blank"
title=3D"http://www.snia.org/education/storage_networking_primer/sirdm/">=
http://www.snia.org/education/storage_networking_primer/sirdm/</a>
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'><br>
<b><span style=3D'font-weight:bold'>19. A list (or URI pointer to same) =
of other
specifications* with which the specification may (speculatively) =
interoperate
or act in complementary, compatible fashion. =
</span></b><o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>OCCI - see OGF entry. =
<o:p></o:p></span></font></p>

<p style=3D'margin-left:.5in'><b><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;font-weight:bold'>20. A list (or URI pointer =
to same)
of other specifications* similar to this specification. (Whether or not
substitutable.) </span></font></b><o:p></o:p></p>

<p style=3D'margin-left:.5in'><font size=3D3 face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>None. <o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>-----------------------------------<br>
<br>
The template can be found here:<br>
<a href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate"
target=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DTempl=
ate</a><br>
<br>
-- mark <o:p></o:p></span></font></p>

<div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
<br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote: =
<o:p></o:p></span></font></p>

</div>

</div>

<blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt' type=3Dcite>

<div>

<div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Dear All,<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Attached please find a template (a Table) =
that can be utilized
for Clouds SDO gap analysis.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Very much appreciate your comments, inputs,
suggestions for updating it.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>The plan is to populate this template with =
SDOs'
information, <o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>once this template is finalized through email
discussion.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Thanks a lot for your support and =
contributions<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Best Regards.<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Bhumip<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a =
href=3D"mailto:bhumip@acm.org"
target=3D"_blank">bhumip@acm.org</a>)<br>
<br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content of
this email if you are not the intended recipient of the =
communiqu=E9.<o:p></o:p></span></font></p>

</div>

</div>

</div>

<pre style=3D'margin-left:.5in'><fieldset></fieldset><font size=3D2
face=3D"Courier New"><span =
style=3D'font-size:10.0pt'><o:p>&nbsp;</o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'>______________________________________________=
_<o:p></o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'>clouds mailing =
list<o:p></o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'><a href=3D"mailto:clouds@ietf.org" =
target=3D"_blank">clouds@ietf.org</a><o:p></o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'><a =
href=3D"https://www.ietf.org/mailman/listinfo/clouds"
target=3D"_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></=
o:p></span></font></pre><pre
style=3D'margin-left:.5in'><font size=3D2 face=3D"Courier New"><span
style=3D'font-size:10.0pt'>=A0 =
<o:p></o:p></span></font></pre></blockquote>

</div>

<p class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:
12.0pt;margin-left:.5in'><font size=3D3 face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org" =
target=3D"_blank">clouds@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" =
target=3D"_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></=
o:p></span></font></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
<br clear=3Dall>
<br>
-- <br>
Best Regards.<br>
<br>
Bhumip Khasnabish (Mobile:+001-781-752-8003, <a =
href=3D"mailto:bhumip@acm.org"
target=3D"_blank">bhumip@acm.org</a>)<br>
<br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content of
this email if you are not the intended recipient of the =
communiqu=E9.<o:p></o:p></span></font></p>

</div>

</div>

</div>

<p class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:
12.0pt;margin-left:.5in'><font size=3D3 face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" =
target=3D"_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></=
o:p></span></font></p>

</div>

<p class=3DMsoNormal =
style=3D'mso-margin-top-alt:0in;margin-right:0in;margin-bottom:
12.0pt;margin-left:.5in'><font size=3D3 face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'><br>
<br clear=3Dall>
<o:p></o:p></span></font></p>

</div>

</div>

</div>

</body>

</html>

--Boundary_(ID_hDAAg3NBdL2LoQMNSTwm3g)--

From hannes.tschofenig@nsn.com  Thu May 27 00:02:55 2010
Return-Path: <hannes.tschofenig@nsn.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 843853A6895 for <clouds@core3.amsl.com>; Thu, 27 May 2010 00:02:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
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 1ohdwEd5vzvH for <clouds@core3.amsl.com>; Thu, 27 May 2010 00:02:53 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by core3.amsl.com (Postfix) with ESMTP id E7A923A6843 for <clouds@ietf.org>; Thu, 27 May 2010 00:02:52 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id o4R72SEg030214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 27 May 2010 09:02:28 +0200
Received: from demuexc022.nsn-intra.net (demuexc022.nsn-intra.net [10.150.128.35]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id o4R72SIs021511; Thu, 27 May 2010 09:02:28 +0200
Received: from FIESEXC015.nsn-intra.net ([10.159.0.23]) by demuexc022.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 27 May 2010 09:02:28 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 27 May 2010 10:02:37 +0300
Message-ID: <3D3C75174CB95F42AD6BCC56E5555B4502A01B51@FIESEXC015.nsn-intra.net>
In-Reply-To: <008001cafd61$a05069c0$a6140674@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [clouds] Clouds SDO gap analysis template (a Table)
Thread-Index: Acr8Nt9nNUZKMwxITQyHFtk/RVSufABKlIVgAAG+D7A=
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com><4BFBFEB9.1080606@oracle.com><AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com><4BFC0D8E.3030007@oracle.com><AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com> <008001cafd61$a05069c0$a6140674@china.huawei.com>
From: "Tschofenig, Hannes (NSN - FI/Espoo)" <hannes.tschofenig@nsn.com>
To: "ext Linda Dunbar" <ldunbar@huawei.com>, "Sam Johnston" <sjj@google.com>,  "Mark Carlson" <mark.carlson@oracle.com>
X-OriginalArrivalTime: 27 May 2010 07:02:28.0436 (UTC) FILETIME=[9195E140:01CAFD6A]
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 07:02:55 -0000

Hi Linda,=20

Two minor items that come to my mind.=20

1) "Cloud Computing" is largely a marketing term. Many of us (including =
me) are not good in marketing. For discussions it therefore helps to =
translate the cloud terminology into something that many of us =
understand.=20

2) Keeping up with all the "cloud" work is in some sense quite easy to =
do. Why? It seems that most organizations just look around what other =
SDOs are doing and try to figure out what cloud computing actually =
means.

We typically try to work on well-defined scoped work (see all the =
working group charters). Some SDOs have taken a different approach and =
that's fine as well. So far, I have not seen anyone proposing detailed =
*technical* work. I am looking forward to see technical contributions =
from Sam (in the mail thread below) and others.=20

In starting new work there are additional aspects to consider (beyond =
what http://tools.ietf.org/html/rfc5434 says), namely:

1) Are there deployed solutions available that require standardization? =
(Not everything requires interoperability.) Bringing work to the IETF =
that has found acceptance in the marketplace already offers some =
advantages over starting with a clean slate.=20

2) Do those companies producing whatever solutions (such as =
virtualization, etc.) demand that their work gets standardized? If not, =
then the outcome of standardization will have a hard time to find =
acceptance.=20

Ciao
Hannes

PS: Just something to think about. When I helped to bring OAuth to the =
IETF nobody was talking about cloud computing. It was just about =
delegated authentication on the Internet. Now, a year later some people =
refer to the very same use cases but use the term "cloud" somewhere in =
the description even though nothing has changed compared to last year =
from a technical point of view.=20


________________________________

	From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On =
Behalf Of ext Linda Dunbar
	Sent: 27 May, 2010 08:58
	To: 'Sam Johnston'; 'Mark Carlson'
	Cc: clouds@ietf.org
	Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
=09
=09

	I don't think it is realistic for IETF to keep up with all the Cloud =
work done by other SDO. "Cloud" is just too big a scope for one IETF =
working group. We should focus on one concrete problem. Other SDO's work =
will be background and justify why this problem has to be solved by IETF =
instead of other SDO.=20

	=20

	=20

	Linda Dunbar

	________________________________

		From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On =
Behalf Of Sam Johnston
	Sent: Tuesday, May 25, 2010 1:18 PM
	To: Mark Carlson
	Cc: clouds@ietf.org
	Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)

	=20

	Bhumip/Mark,

	=20

	In terms of gap analysis, I'd be more interested in seeing other groups =
feeding into IETF than having it picking up the scraps. I certainly =
intend to submit CloudAudit, and ideally [parts of] OCCI to the I-D/RFC =
process for a start. IETF is well known for having clean, interoperable =
specifications which is something specialist groups are not so good at.

	=20

	Sam

	=20

	On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com> wrote:

	That's great. When the IETF decides what it wants to do, you should
	also create and maintain an entry up there.
=09
	Thanks,
=09
	-- mark

=09
	On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:=20

	Dear Mark,

	=20

	Thanks for your inputs and suggestions.=20

	=20

	Yes, we'll utilize all of the relevant existing information from the =
sites that you mention and a few others.

	=20

	As you know our objective is to determine the gaps (existing and =
emerging) and focus on where IETF can contribute in terms of =
standardization (protocol development, protocol extension =
recommendation, etc.) and profile development for Cloud-based services.=20

	=20

	Hope these help clarify matters.

	=20

	Thanks again.

	=20

	Best.

	=20

	Bhumip

	=20

=09
	=20

	On Tue, May 25, 2010 at 12:45 PM, Mark Carlson =
<mark.carlson@oracle.com> wrote:

	Bhumip,
=09
	Not sure why you are doing this. The information you need is largely =
already
	available on http://cloud-standards.org <http://cloud-standards.org/>  =
wiki. Each SDO has already created=20
	an entry describing their cloud work, and they use a standard template =
already
	to describe each standard.
=09
	For example, here is one for an already finalized standard:
=09
=09
	=
http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managem=
ent_Interface_%28CDMI%29


	Cloud Standard


	1. The name of the specification=20

	SNIA Cloud Data Management Interface
	   =20

	2. A short statement (<100 words) of the purpose and function of the =
specification The SNIA Cloud Data Management Interface (CDMI) is the =
functional interface that applications will use to create, retrieve, =
update and delete data elements from the cloud. As part of this =
interface the client will be able to discover the capabilities of the =
cloud storage offering and use this interface to manage containers and =
the data that is placed in them. In addition, metadata can be set on =
containers and their contained data elements through this interface.=20

	3. The version number (or other distinct identifier) and date of the =
most recently approved version of the specification.=20

	SNIA Architecture - 1.0 standard=20

	4. If the specification is part of a group of explicitly related =
specifications from the same source, the name of the group of =
specifications. Not applicable=20

	5. URI for the normative text of the specification =
http://www.snia.org/tech_activities/standards/curr_standards/cdmi =
<http://www.snia.org/tech_activities/standards/curr_standards/cdmi>=20


	SOURCE=20


	6. The name of the SDO that generated/authored/hosted the =
specification. Storage Networking Industry Association=20

	7. URI for the SDO http://snia.org <http://snia.org/> =20

	8. The level of approval that the SDO has conferred on the =
specification as described by the SDO's process. SNIA Architecture =
(Final Standard)=20

	9. The language or languages in which the specification is available. =
US English=20


	SUBJECT=20


	10. Which of the categories of Cloud services does the standard =
address? (Infrastructure as a Service - IaaS, Data Storage as a Service =
- DaaS, Platform as a Service - PaaS, Software as a Service - SaaS) DaaS =
(Cloud Storage)=20

	11. Does the standard address both functional and management aspects of =
the service? Yes. Management is done by setting metadata on containers =
of data and individual data elements. The functional interface allows =
CRUD semantics for storage of data via HTTP.=20


	OPTIONAL=20


	12. The level of approval of the specification in this generic =
lifecycle taxonomy:=20

	Final standard=20

=09
	13. URI for the applicable SDO's patent and copyright rules, if any, =
applicable to development and use of the specification. SNIA IP Policy =
<http://www.snia.org/about/corporate_info/ip_policy/> =20

	14. URI for the SDO's posting location, (if any) for notices from =
participants or individuals regarding claims under the rules stated =
under number 15. SNIA IP Policy =
<http://www.snia.org/about/corporate_info/ip_policy/> =20

	15. Interoperability, conformance, or certification test activity for =
the specification (by owner name or URI).=20

	None=20

	16. Known implementations of the specification (by owner name or URI).=20

	The SNIA Cloud Storage TWG is producing an open source reference =
implementation.=20

	17. A list (or URI pointer to same) of the other specifications* that =
are normatively referenced in the specification.=20

=09
	[ISO-8601] International Standards Organization, "Data elements and =
interchange formats -- Information interchange -- Representation of =
dates and times", ISO 8601:20044 - =
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
number=3D40874=20

	[ITU-T509] International Telecommunications Union Telecommunication =
Standardization Sector (ITU-T), Recommendation X.509: Information =
technology - Open Systems Interconnection - The Directory: Public-key =
and attribute certificate frameworks, May 2000. Specification and =
technical corrigenda - http://www.itu.int/ITU-T/publications/recs.html=20

	[RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119> . Key =
words for use in RFCs to Indicate Requirement Levels - =
http://www.ietf.org/rfc/rfc2119.txt=20

	[RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045> . =
Multipurpose Internet Mail Extensions (MIME) Part One: Format of =
Internet Message Bodies - http://www.ietf.org/rfc/rfc2045.txt=20

	[RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578> . =
Structure of Management Information Version 2 (SMIv2) - =
http://www.ietf.org/rfc/rfc2578.txt=20

	[RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616> . =
Hypertext Transfer Protocol -- HTTP/1.1 - =
http://www.ietf.org/rfc/rfc2616.txt=20

	[RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280> . Internet =
X.509 Public Key Infrastructure Certificate and Certificate Revocation =
List (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt=20

	[RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530> . Network =
File System (NFS) version 4 Protocol - =
http://www.ietf.org/rfc/rfc3530.txt=20

	[RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986> . Uniform =
Resource Identifier (URI): Generic Syntax - =
http://www.ietf/org/rfc/rfc3986.txt=20

	[RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346> . The =
Transport Layer Security (TLS) Protocol Version 1.1 - =
http://tools.ietf.org/rfc/rfc4346.txt=20

	[RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627> . The =
application/json Media Type for JavaScript Object Notation (JSON) - =
http://www.ietf.org/rfc/rfc4627.txt=20

	[RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246> . The =
Transport Layer Security (TLS) Protocol Version 1.2 - =
http://tools.ietf.org/rfc/rfc5246.txt=20

	=20

	18. A list (or URI pointer to same) of the other specifications* that =
are referenced in the specification (except the ones listed under number =
17).=20

	[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection =
Algorithms", Chapter 16, August 1993, =
http://www.repairfaq.org/filipg/LINK/F_crc_v3.html=20

	[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =
Syntax, Version 1.0, June 1999. Specification and Technical Corrigendum =
- http://www.rsa.com:80/rsalabs/node.asp?id=3D2138 =
<http://www.rsa.com/rsalabs/node.asp?id=3D2138> =20

	[REST] "Representational State Transfer" - =
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm =
<http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm=
> =20

	[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, =
O'Reilly, 2007.=20

	[SIRDM] Storage Industry Resource Domain Model - =
http://www.snia.org/education/storage_networking_primer/sirdm/=20

=09
	19. A list (or URI pointer to same) of other specifications* with which =
the specification may (speculatively) interoperate or act in =
complementary, compatible fashion.=20

	OCCI - see OGF entry.=20

	20. A list (or URI pointer to same) of other specifications* similar to =
this specification. (Whether or not substitutable.)=20

	None.=20

	-----------------------------------
=09
	The template can be found here:
	http://cloud-standards.org/wiki/index.php?title=3DTemplate
=09
	-- mark=20

=09
=09
	On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:=20

		Dear All,

		=20

		Attached please find a template (a Table) that can be utilized for =
Clouds SDO gap analysis.

		=20

		Very much appreciate your comments, inputs, suggestions for updating =
it.

		=20

		The plan is to populate this template with SDOs' information,=20

		once this template is finalized through email discussion.

		=20

		Thanks a lot for your support and contributions

		=20

		Best Regards.

		Bhumip

		=20

		=20

	=09
		Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
	=09
		=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content of this email if you are not the intended recipient of the =
communiqu=E9.

		=20
		_______________________________________________
		clouds mailing list
		clouds@ietf.org
		https://www.ietf.org/mailman/listinfo/clouds
		 =20

=09
	_______________________________________________
	clouds mailing list
	clouds@ietf.org
	https://www.ietf.org/mailman/listinfo/clouds

=09
=09
=09
	--=20
	Best Regards.
=09
	Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
=09
	=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
content of this email if you are not the intended recipient of the =
communiqu=E9.

=09
	_______________________________________________
	clouds mailing list
	clouds@ietf.org
	https://www.ietf.org/mailman/listinfo/clouds

=09
=09
=09


From melodysong@huawei.com  Thu May 27 02:05:52 2010
Return-Path: <melodysong@huawei.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68B363A68B8 for <clouds@core3.amsl.com>; Thu, 27 May 2010 02:05:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level: 
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553,  RDNS_NONE=0.1]
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 828AaFTRm-Cl for <clouds@core3.amsl.com>; Thu, 27 May 2010 02:05:50 -0700 (PDT)
Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id D0D133A6902 for <clouds@ietf.org>; Thu, 27 May 2010 02:05:45 -0700 (PDT)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L3200DOEMKXV4@szxga03-in.huawei.com> for clouds@ietf.org; Thu, 27 May 2010 17:05:21 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L32007MCMKXW4@szxga03-in.huawei.com> for clouds@ietf.org; Thu, 27 May 2010 17:05:21 +0800 (CST)
Received: from s64081a ([10.138.84.48]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L3200I6WMKRYT@szxml04-in.huawei.com> for clouds@ietf.org; Thu, 27 May 2010 17:05:21 +0800 (CST)
Date: Thu, 27 May 2010 17:05:15 +0800
From: Song Haibin <melodysong@huawei.com>
In-reply-to: <3D3C75174CB95F42AD6BCC56E5555B4502A01B51@FIESEXC015.nsn-intra.net>
To: "'Tschofenig, Hannes (NSN - FI/Espoo)'" <hannes.tschofenig@nsn.com>, 'ext Linda Dunbar' <ldunbar@huawei.com>, 'Sam Johnston' <sjj@google.com>, 'Mark Carlson' <mark.carlson@oracle.com>
Message-id: <005701cafd7b$b8e09090$2aa1b1b0$@com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset=ISO-8859-1
Content-language: zh-cn
Content-transfer-encoding: quoted-printable
Thread-index: Acr8Nt9nNUZKMwxITQyHFtk/RVSufABKlIVgAAG+D7AABCp7sA==
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com> <4BFBFEB9.1080606@oracle.com> <AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com> <4BFC0D8E.3030007@oracle.com> <AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com> <008001cafd61$a05069c0$a6140674@china.huawei.com> <3D3C75174CB95F42AD6BCC56E5555B4502A01B51@FIESEXC015.nsn-intra.net>
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 09:05:52 -0000

Hi Hannes,

In general, I agree with you. I'm not sure this kind of general gap =
analysis
between SDOS is helpful or not. How much does it help to determine what
protocol should be developed in IETF?

> -----Original Message-----
> From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On =
Behalf
> Of Tschofenig, Hannes (NSN - FI/Espoo)
> Sent: Thursday, May 27, 2010 3:03 PM
> To: ext Linda Dunbar; Sam Johnston; Mark Carlson
> Cc: clouds@ietf.org
> Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
>=20
> Hi Linda,
>=20
> Two minor items that come to my mind.
>=20
> 1) "Cloud Computing" is largely a marketing term. Many of us =
(including
me)
> are not good in marketing. For discussions it therefore helps to =
translate
the
> cloud terminology into something that many of us understand.
>=20

I agree with that. A small piece of work that needs interoperability is
always good. "Cloud" means different things to different people.

> 2) Keeping up with all the "cloud" work is in some sense quite easy to =
do.
> Why? It seems that most organizations just look around what other SDOs =
are
> doing and try to figure out what cloud computing actually means.
>=20

> We typically try to work on well-defined scoped work (see all the =
working
> group charters). Some SDOs have taken a different approach and that's =
fine
> as well. So far, I have not seen anyone proposing detailed *technical*
work. I
> am looking forward to see technical contributions from Sam (in the =
mail
> thread below) and others.
>=20

+1

> In starting new work there are additional aspects to consider (beyond =
what
> http://tools.ietf.org/html/rfc5434 says), namely:
>=20
> 1) Are there deployed solutions available that require =
standardization?
(Not
> everything requires interoperability.) Bringing work to the IETF that =
has
> found acceptance in the marketplace already offers some advantages =
over
> starting with a clean slate.
>=20

Or you can come up with a concrete problem that industrial world agrees =
on,
and try to solve it here.

> 2) Do those companies producing whatever solutions (such as
virtualization,
> etc.) demand that their work gets standardized? If not, then the =
outcome
of
> standardization will have a hard time to find acceptance.
>=20
> Ciao
> Hannes
>=20
> PS: Just something to think about. When I helped to bring OAuth to the
IETF
> nobody was talking about cloud computing. It was just about delegated
> authentication on the Internet. Now, a year later some people refer to =
the
> very same use cases but use the term "cloud" somewhere in the =
description
> even though nothing has changed compared to last year from a technical
> point of view.
>=20

I'm reading OAuth stuff these days. Is it widely deployed now? I would =
like
to get more information about it (privately, not in this thread).

BR,
Haibin

>=20
> ________________________________
>=20
> 	From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On
> Behalf Of ext Linda Dunbar
> 	Sent: 27 May, 2010 08:58
> 	To: 'Sam Johnston'; 'Mark Carlson'
> 	Cc: clouds@ietf.org
> 	Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
>=20
>=20
>=20
> 	I don't think it is realistic for IETF to keep up with all the Cloud
work
> done by other SDO. "Cloud" is just too big a scope for one IETF =
working
> group. We should focus on one concrete problem. Other SDO's work will =
be
> background and justify why this problem has to be solved by IETF =
instead
of
> other SDO.
>=20
>=20
>=20
>=20
>=20
> 	Linda Dunbar
>=20
> 	________________________________
>=20
> 		From: clouds-bounces@ietf.org
[mailto:clouds-bounces@ietf.org]
> On Behalf Of Sam Johnston
> 	Sent: Tuesday, May 25, 2010 1:18 PM
> 	To: Mark Carlson
> 	Cc: clouds@ietf.org
> 	Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
>=20
>=20
>=20
> 	Bhumip/Mark,
>=20
>=20
>=20
> 	In terms of gap analysis, I'd be more interested in seeing other
groups
> feeding into IETF than having it picking up the scraps. I certainly =
intend
to
> submit CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process =
for
a
> start. IETF is well known for having clean, interoperable =
specifications
which
> is something specialist groups are not so good at.
>=20
>=20
>=20
> 	Sam
>=20
>=20
>=20
> 	On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com>
> wrote:
>=20
> 	That's great. When the IETF decides what it wants to do, you should
> 	also create and maintain an entry up there.
>=20
> 	Thanks,
>=20
> 	-- mark
>=20
>=20
> 	On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
>=20
> 	Dear Mark,
>=20
>=20
>=20
> 	Thanks for your inputs and suggestions.
>=20
>=20
>=20
> 	Yes, we'll utilize all of the relevant existing information from the
sites
> that you mention and a few others.
>=20
>=20
>=20
> 	As you know our objective is to determine the gaps (existing and
> emerging) and focus on where IETF can contribute in terms of
> standardization (protocol development, protocol extension
> recommendation, etc.) and profile development for Cloud-based =
services.
>=20
>=20
>=20
> 	Hope these help clarify matters.
>=20
>=20
>=20
> 	Thanks again.
>=20
>=20
>=20
> 	Best.
>=20
>=20
>=20
> 	Bhumip
>=20
>=20
>=20
>=20
>=20
>=20
> 	On Tue, May 25, 2010 at 12:45 PM, Mark Carlson
> <mark.carlson@oracle.com> wrote:
>=20
> 	Bhumip,
>=20
> 	Not sure why you are doing this. The information you need is largely
> already
> 	available on http://cloud-standards.org
<http://cloud-standards.org/>
> wiki. Each SDO has already created
> 	an entry describing their cloud work, and they use a standard
template
> already
> 	to describe each standard.
>=20
> 	For example, here is one for an already finalized standard:
>=20
>=20
> 	http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Ma
> nagement_Interface_%28CDMI%29
>=20
>=20
> 	Cloud Standard
>=20
>=20
> 	1. The name of the specification
>=20
> 	SNIA Cloud Data Management Interface
>=20
>=20
> 	2. A short statement (<100 words) of the purpose and function of the
> specification The SNIA Cloud Data Management Interface (CDMI) is the
> functional interface that applications will use to create, retrieve,
update and
> delete data elements from the cloud. As part of this interface the =
client
will
> be able to discover the capabilities of the cloud storage offering and =
use
this
> interface to manage containers and the data that is placed in them. In
> addition, metadata can be set on containers and their contained data
> elements through this interface.
>=20
> 	3. The version number (or other distinct identifier) and date of the
most
> recently approved version of the specification.
>=20
> 	SNIA Architecture - 1.0 standard
>=20
> 	4. If the specification is part of a group of explicitly related
> specifications from the same source, the name of the group of
specifications.
> Not applicable
>=20
> 	5. URI for the normative text of the specification
> http://www.snia.org/tech_activities/standards/curr_standards/cdmi
> <http://www.snia.org/tech_activities/standards/curr_standards/cdmi>
>=20
>=20
> 	SOURCE
>=20
>=20
> 	6. The name of the SDO that generated/authored/hosted the
> specification. Storage Networking Industry Association
>=20
> 	7. URI for the SDO http://snia.org <http://snia.org/>
>=20
> 	8. The level of approval that the SDO has conferred on the
specification
> as described by the SDO's process. SNIA Architecture (Final Standard)
>=20
> 	9. The language or languages in which the specification is
available. US
> English
>=20
>=20
> 	SUBJECT
>=20
>=20
> 	10. Which of the categories of Cloud services does the standard
address?
> (Infrastructure as a Service - IaaS, Data Storage as a Service - DaaS,
Platform
> as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud =
Storage)
>=20
> 	11. Does the standard address both functional and management
> aspects of the service? Yes. Management is done by setting metadata on
> containers of data and individual data elements. The functional =
interface
> allows CRUD semantics for storage of data via HTTP.
>=20
>=20
> 	OPTIONAL
>=20
>=20
> 	12. The level of approval of the specification in this generic
lifecycle
> taxonomy:
>=20
> 	Final standard
>=20
>=20
> 	13. URI for the applicable SDO's patent and copyright rules, if any,
> applicable to development and use of the specification. SNIA IP Policy
> <http://www.snia.org/about/corporate_info/ip_policy/>
>=20
> 	14. URI for the SDO's posting location, (if any) for notices from
> participants or individuals regarding claims under the rules stated =
under
> number 15. SNIA IP Policy
> <http://www.snia.org/about/corporate_info/ip_policy/>
>=20
> 	15. Interoperability, conformance, or certification test activity
for the
> specification (by owner name or URI).
>=20
> 	None
>=20
> 	16. Known implementations of the specification (by owner name or
> URI).
>=20
> 	The SNIA Cloud Storage TWG is producing an open source reference
> implementation.
>=20
> 	17. A list (or URI pointer to same) of the other specifications*
that are
> normatively referenced in the specification.
>=20
>=20
> 	[ISO-8601] International Standards Organization, "Data elements and
> interchange formats -- Information interchange -- Representation of =
dates
> and times", ISO 8601:20044 -
> =
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?
> csnumber=3D40874
>=20
> 	[ITU-T509] International Telecommunications Union
> Telecommunication Standardization Sector (ITU-T), Recommendation =
X.509:
> Information technology - Open Systems Interconnection - The Directory:
> Public-key and attribute certificate frameworks, May 2000. =
Specification
and
> technical corrigenda - http://www.itu.int/ITU-T/publications/recs.html
>=20
> 	[RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119> . Key
> words for use in RFCs to Indicate Requirement Levels -
> http://www.ietf.org/rfc/rfc2119.txt
>=20
> 	[RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045> .
> Multipurpose Internet Mail Extensions (MIME) Part One: Format of =
Internet
> Message Bodies - http://www.ietf.org/rfc/rfc2045.txt
>=20
> 	[RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578> .
> Structure of Management Information Version 2 (SMIv2) -
> http://www.ietf.org/rfc/rfc2578.txt
>=20
> 	[RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616> .
> Hypertext Transfer Protocol -- HTTP/1.1 -
> http://www.ietf.org/rfc/rfc2616.txt
>=20
> 	[RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280> .
Internet
> X.509 Public Key Infrastructure Certificate and Certificate Revocation
List
> (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt
>=20
> 	[RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530> .
> Network File System (NFS) version 4 Protocol -
> http://www.ietf.org/rfc/rfc3530.txt
>=20
> 	[RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986> .
> Uniform Resource Identifier (URI): Generic Syntax -
> http://www.ietf/org/rfc/rfc3986.txt
>=20
> 	[RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346> . The
> Transport Layer Security (TLS) Protocol Version 1.1 -
> http://tools.ietf.org/rfc/rfc4346.txt
>=20
> 	[RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627> . The
> application/json Media Type for JavaScript Object Notation (JSON) -
> http://www.ietf.org/rfc/rfc4627.txt
>=20
> 	[RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246> . The
> Transport Layer Security (TLS) Protocol Version 1.2 -
> http://tools.ietf.org/rfc/rfc5246.txt
>=20
>=20
>=20
> 	18. A list (or URI pointer to same) of the other specifications*
that are
> referenced in the specification (except the ones listed under number =
17).
>=20
> 	[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection
> Algorithms", Chapter 16, August 1993,
> http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>=20
> 	[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange
> Syntax, Version 1.0, June 1999. Specification and Technical =
Corrigendum -
> http://www.rsa.com:80/rsalabs/node.asp?id=3D2138
> <http://www.rsa.com/rsalabs/node.asp?id=3D2138>
>=20
> 	[REST] "Representational State Transfer" -
> http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
> =
<http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm=

> >
>=20
> 	[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web
> Services, O'Reilly, 2007.
>=20
> 	[SIRDM] Storage Industry Resource Domain Model -
> http://www.snia.org/education/storage_networking_primer/sirdm/
>=20
>=20
> 	19. A list (or URI pointer to same) of other specifications* with
which
> the specification may (speculatively) interoperate or act in
complementary,
> compatible fashion.
>=20
> 	OCCI - see OGF entry.
>=20
> 	20. A list (or URI pointer to same) of other specifications* similar
to this
> specification. (Whether or not substitutable.)
>=20
> 	None.
>=20
> 	-----------------------------------
>=20
> 	The template can be found here:
> 	http://cloud-standards.org/wiki/index.php?title=3DTemplate
>=20
> 	-- mark
>=20
>=20
>=20
> 	On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>=20
> 		Dear All,
>=20
>=20
>=20
> 		Attached please find a template (a Table) that can be
utilized for
> Clouds SDO gap analysis.
>=20
>=20
>=20
> 		Very much appreciate your comments, inputs, suggestions for
> updating it.
>=20
>=20
>=20
> 		The plan is to populate this template with SDOs'
information,
>=20
> 		once this template is finalized through email discussion.
>=20
>=20
>=20
> 		Thanks a lot for your support and contributions
>=20
>=20
>=20
> 		Best Regards.
>=20
> 		Bhumip
>=20
>=20
>=20
>=20
>=20
>=20
> 		Bhumip Khasnabish (Mobile:+001-781-752-8003,
> bhumip@acm.org)
>=20
> 		=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and
save
> the content of this email if you are not the intended recipient of the
> communiqu=E9.
>=20
>=20
> 		_______________________________________________
> 		clouds mailing list
> 		clouds@ietf.org
> 		https://www.ietf.org/mailman/listinfo/clouds
>=20
>=20
>=20
> 	_______________________________________________
> 	clouds mailing list
> 	clouds@ietf.org
> 	https://www.ietf.org/mailman/listinfo/clouds
>=20
>=20
>=20
>=20
> 	--
> 	Best Regards.
>=20
> 	Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>=20
> 	=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
> content of this email if you are not the intended recipient of the
> communiqu=E9.
>=20
>=20
> 	_______________________________________________
> 	clouds mailing list
> 	clouds@ietf.org
> 	https://www.ietf.org/mailman/listinfo/clouds
>=20
>=20
>=20
>=20
>=20
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds



From mwebb@cisco.com  Thu May 27 06:16:54 2010
Return-Path: <mwebb@cisco.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01DBF3A6AD2 for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:16:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.597
X-Spam-Level: 
X-Spam-Status: No, score=-10.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_FONT_SIZE_LARGE=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
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 nV6O9u86njV5 for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:16:51 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 09FB83A6AA3 for <clouds@ietf.org>; Thu, 27 May 2010 06:16:49 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiUFAOYN/ktAZnwN/2dsb2JhbACBP5xdcYgtnjeaIIJPCgcVgh4EkBI
X-IronPort-AV: E=Sophos;i="4.53,311,1272844800";  d="scan'208,217";a="115356183"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 27 May 2010 13:16:39 +0000
Received: from [64.101.201.94] ([64.101.201.94]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o4RDGYCI009223; Thu, 27 May 2010 13:16:39 GMT
Message-Id: <1BEB2423-C12A-4D0C-B4D5-03DE4F88AA70@cisco.com>
From: Mark Webb <mwebb@cisco.com>
To: Linda Dunbar <ldunbar@huawei.com>
In-Reply-To: <008001cafd61$a05069c0$a6140674@china.huawei.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-1-306250702
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 27 May 2010 09:16:33 -0400
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com><4BFBFEB9.1080606@oracle.com><AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com><4BFC0D8E.3030007@oracle.com><AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com> <008001cafd61$a05069c0$a6140674@china.huawei.com>
X-Mailer: Apple Mail (2.936)
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 13:16:54 -0000

--Apple-Mail-1-306250702
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

Linda,

In principle I think you have a good point that I agree with in the =20
longer term.  I think if the IETF community wants to be relevant to =20
whatever cloud computing is, then the group needs to find something =20
within the scope of IETF _and_ not already being worked by some other =20=

SDO or forum where a significant contribution, (job to be done, =20
problem to be solved) needs to be made.

I see the "gap analysis" as only a means to that end, (identify a real =20=

concrete problem & potential solution in need of standardization at =20
this point in time for cloud).

Keeping all possible outcomes in play also means to me that IETF may =20
have no _significant_ new cloud value at this snapshot in time, (as =20
unpopular as that may be).

Mark Webb

PS: with the understanding that individuals, groups, organizations =20
will shop SDOs for path of least resistance for their own benefit.

On May 27, 2010, at 1:58 AM, Linda Dunbar wrote:

> I don=92t think it is realistic for IETF to keep up with all the Cloud =
=20
> work done by other SDO. =93Cloud=94 is just too big a scope for one =
IETF =20
> working group. We should focus on one concrete problem. Other SDO=92s =20=

> work will be background and justify why this problem has to be =20
> solved by IETF instead of other SDO.
>
>
> Linda Dunbar
> From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On =20
> Behalf Of Sam Johnston
> Sent: Tuesday, May 25, 2010 1:18 PM
> To: Mark Carlson
> Cc: clouds@ietf.org
> Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
>
> Bhumip/Mark,
>
> In terms of gap analysis, I'd be more interested in seeing other =20
> groups feeding into IETF than having it picking up the scraps. I =20
> certainly intend to submit CloudAudit, and ideally [parts of] OCCI =20
> to the I-D/RFC process for a start. IETF is well known for having =20
> clean, interoperable specifications which is something specialist =20
> groups are not so good at.
>
> Sam
>
> On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com> wrote:
> That's great. When the IETF decides what it wants to do, you should
> also create and maintain an entry up there.
>
> Thanks,
>
> -- mark
>
> On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
> Dear Mark,
>
> Thanks for your inputs and suggestions.
>
> Yes, we'll utilize all of the relevant existing information from the =20=

> sites that you mention and a few others.
>
> As you know our objective is to determine the gaps (existing and =20
> emerging) and focus on where IETF can contribute in terms of =20
> standardization (protocol development, protocol extension =20
> recommendation, etc.) and profile development for Cloud-based =20
> services.
>
> Hope these help clarify matters.
>
> Thanks again.
>
> Best.
>
> Bhumip
>
>
>
> On Tue, May 25, 2010 at 12:45 PM, Mark Carlson =
<mark.carlson@oracle.com=20
> > wrote:
> Bhumip,
>
> Not sure why you are doing this. The information you need is largely =20=

> already
> available on http://cloud-standards.org wiki. Each SDO has already =20
> created
> an entry describing their cloud work, and they use a standard =20
> template already
> to describe each standard.
>
> For example, here is one for an already finalized standard:
>
>
> =
http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Manageme=
nt_Interface_%28CDMI%29
>
> Cloud Standard
>
> 1. The name of the specification
>
> SNIA Cloud Data Management Interface
>
> 2. A short statement (<100 words) of the purpose and function of the =20=

> specification The SNIA Cloud Data Management Interface (CDMI) is the =20=

> functional interface that applications will use to create, retrieve, =20=

> update and delete data elements from the cloud. As part of this =20
> interface the client will be able to discover the capabilities of =20
> the cloud storage offering and use this interface to manage =20
> containers and the data that is placed in them. In addition, =20
> metadata can be set on containers and their contained data elements =20=

> through this interface.
>
> 3. The version number (or other distinct identifier) and date of the =20=

> most recently approved version of the specification.
>
> SNIA Architecture - 1.0 standard
>
> 4. If the specification is part of a group of explicitly related =20
> specifications from the same source, the name of the group of =20
> specifications. Not applicable
>
> 5. URI for the normative text of the specification =
http://www.snia.org/tech_activities/standards/curr_standards/cdmi
>
> SOURCE
>
> 6. The name of the SDO that generated/authored/hosted the =20
> specification. Storage Networking Industry Association
>
> 7. URI for the SDO http://snia.org
>
> 8. The level of approval that the SDO has conferred on the =20
> specification as described by the SDO's process. SNIA Architecture =20
> (Final Standard)
>
> 9. The language or languages in which the specification is =20
> available. US English
>
> SUBJECT
>
> 10. Which of the categories of Cloud services does the standard =20
> address? (Infrastructure as a Service - IaaS, Data Storage as a =20
> Service - DaaS, Platform as a Service - PaaS, Software as a Service =20=

> - SaaS) DaaS (Cloud Storage)
>
> 11. Does the standard address both functional and management aspects =20=

> of the service? Yes. Management is done by setting metadata on =20
> containers of data and individual data elements. The functional =20
> interface allows CRUD semantics for storage of data via HTTP.
>
> OPTIONAL
>
> 12. The level of approval of the specification in this generic =20
> lifecycle taxonomy:
>
> Final standard
>
>
> 13. URI for the applicable SDO's patent and copyright rules, if any, =20=

> applicable to development and use of the specification. SNIA IP Policy
>
> 14. URI for the SDO's posting location, (if any) for notices from =20
> participants or individuals regarding claims under the rules stated =20=

> under number 15. SNIA IP Policy
>
> 15. Interoperability, conformance, or certification test activity =20
> for the specification (by owner name or URI).
>
> None
>
> 16. Known implementations of the specification (by owner name or URI).
>
> The SNIA Cloud Storage TWG is producing an open source reference =20
> implementation.
>
> 17. A list (or URI pointer to same) of the other specifications* =20
> that are normatively referenced in the specification.
>
>
> [ISO-8601] International Standards Organization, "Data elements and =20=

> interchange formats -- Information interchange -- Representation of =20=

> dates and times", ISO 8601:20044 =
-http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?cs=
number=3D40874
>
> [ITU-T509] International Telecommunications Union Telecommunication =20=

> Standardization Sector (ITU-T), Recommendation X.509: Information =20
> technology - Open Systems Interconnection - The Directory: Public-=20
> key and attribute certificate frameworks, May 2000. Specification =20
> and technical corrigenda - =
http://www.itu.int/ITU-T/publications/recs.html
>
> [RFC2119] IETF RFC 2119. Key words for use in RFCs to Indicate =20
> Requirement Levels -http://www.ietf.org/rfc/rfc2119.txt
>
> [RFC2045] IETF RFC 2045. Multipurpose Internet Mail Extensions =20
> (MIME) Part One: Format of Internet Message Bodies =
-http://www.ietf.org/rfc/rfc2045.txt
>
> [RFC2578] IETF RFC 2578. Structure of Management Information Version =20=

> 2 (SMIv2) - http://www.ietf.org/rfc/rfc2578.txt
>
> [RFC2616] IETF RFC 2616. Hypertext Transfer Protocol -- HTTP/1.1 - =
http://www.ietf.org/rfc/rfc2616.txt
>
> [RFC3280] IETF RFC 3280. Internet X.509 Public Key Infrastructure =20
> Certificate and Certificate Revocation List (CRL) Profile - =
http://www.ietf.org/rfc/rfc3280.txt
>
> [RFC3530] IETF RFC 3530. Network File System (NFS) version 4 =20
> Protocol - http://www.ietf.org/rfc/rfc3530.txt
>
> [RFC3986] IETF RFC 3986. Uniform Resource Identifier (URI): Generic =20=

> Syntax - http://www.ietf/org/rfc/rfc3986.txt
>
> [RFC4346] IETF RFC 4346. The Transport Layer Security (TLS) Protocol =20=

> Version 1.1 - http://tools.ietf.org/rfc/rfc4346.txt
>
> [RFC4627] IETF RFC 4627. The application/json Media Type for =20
> JavaScript Object Notation (JSON) -http://www.ietf.org/rfc/rfc4627.txt
>
> [RFC5246] IETF RFC 5246. The Transport Layer Security (TLS) Protocol =20=

> Version 1.2 - http://tools.ietf.org/rfc/rfc5246.txt
>
>
>
> 18. A list (or URI pointer to same) of the other specifications* =20
> that are referenced in the specification (except the ones listed =20
> under number 17).
>
> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection =20
> Algorithms", Chapter 16, August =
1993,http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange =20
> Syntax, Version 1.0, June 1999. Specification and Technical =20
> Corrigendum - http://www.rsa.com:80/rsalabs/node.asp?id=3D2138
>
> [REST] "Representational State Transfer" - =
http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>
> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web =20
> Services, O'Reilly, 2007.
>
> [SIRDM] Storage Industry Resource Domain Model - =
http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
> 19. A list (or URI pointer to same) of other specifications* with =20
> which the specification may (speculatively) interoperate or act in =20
> complementary, compatible fashion.
>
> OCCI - see OGF entry.
>
> 20. A list (or URI pointer to same) of other specifications* similar =20=

> to this specification. (Whether or not substitutable.)
>
> None.
>
> -----------------------------------
>
> The template can be found here:
> http://cloud-standards.org/wiki/index.php?title=3DTemplate
>
> -- mark
>
>
> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>> Dear All,
>>
>> Attached please find a template (a Table) that can be utilized for =20=

>> Clouds SDO gap analysis.
>>
>> Very much appreciate your comments, inputs, suggestions for =20
>> updating it.
>>
>> The plan is to populate this template with SDOs' information,
>> once this template is finalized through email discussion.
>>
>> Thanks a lot for your support and contributions
>>
>> Best Regards.
>> Bhumip
>>
>>
>>
>> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>>
>> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =
=20
>> content of this email if you are not the intended recipient of the =20=

>> communiqu=E9.
>>
>> _______________________________________________
>> clouds mailing list
>> clouds@ietf.org
>> https://www.ietf.org/mailman/listinfo/clouds
>>
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>
>
>
> --=20
> Best Regards.
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org)
>
> =A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the =20=

> content of this email if you are not the intended recipient of the =20
> communiqu=E9.
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>
>
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds


--Apple-Mail-1-306250702
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">Linda,<div><br></div><div>In =
principle I think you have a good point that I agree with in the longer =
term. &nbsp;I think if the IETF community wants to be relevant to =
whatever cloud computing is, then the group needs to find something =
within the scope of IETF _and_ not already being worked by some other =
SDO or forum where a significant contribution, (job to be done, problem =
to be solved) needs to be made.</div><div><br></div><div>I see the "gap =
analysis" as only a means to that end, (identify a real concrete problem =
&amp; potential solution in need of standardization at this point in =
time for cloud).</div><div><br></div><div>Keeping all possible outcomes =
in play also means to me that IETF may have no _significant_ new cloud =
value at this snapshot in time, (as unpopular as that may be). =
&nbsp;</div><div><br></div><div>Mark Webb</div><div><br></div><div>PS: =
with the understanding that individuals, groups, organizations will shop =
SDOs for path of least resistance for their own =
benefit.</div><div><br><div><div>On May 27, 2010, at 1:58 AM, Linda =
Dunbar wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-collapse: =
separate; color: rgb(0, 0, 0); font-family: 'Lucida Grande'; font-size: =
medium; font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; orphans: 2; text-align: =
auto; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div lang=3D"EN-US" link=3D"blue" =
vlink=3D"blue"><div class=3D"Section1"><div style=3D"margin-right: 0in; =
margin-left: 0in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
color=3D"blue" face=3D"Arial"><span style=3D"font-size: 12pt; =
font-family: Arial; color: blue; ">I don=92t think it is realistic for =
IETF to keep up with all the Cloud work done by other SDO. =93Cloud=94 =
is just too big a scope for one IETF working group. We should focus on =
one concrete problem. Other SDO=92s work will be background and justify =
why this problem has to be solved by IETF instead of other =
SDO.<o:p></o:p></span></font></div><div style=3D"margin-right: 0in; =
margin-left: 0in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
color=3D"blue" face=3D"Arial"><span style=3D"font-size: 12pt; =
font-family: Arial; color: blue; =
"><o:p>&nbsp;</o:p></span></font></div><div style=3D"margin-right: 0in; =
margin-left: 0in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
color=3D"blue" face=3D"Arial"><span style=3D"font-size: 12pt; =
font-family: Arial; color: blue; =
"><o:p>&nbsp;</o:p></span></font></div><div style=3D"margin-right: 0in; =
margin-left: 0in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
color=3D"blue" face=3D"Arial"><span style=3D"font-size: 12pt; =
font-family: Arial; color: blue; ">Linda =
Dunbar<o:p></o:p></span></font></div><div><div class=3D"MsoNormal" =
align=3D"center" style=3D"margin-top: 0in; margin-right: 0in; =
margin-bottom: 0.0001pt; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; text-align: center; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; "><hr size=3D"2" =
width=3D"100%" align=3D"center" tabindex=3D"-1"></span></font></div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><b><font size=3D"2" face=3D"Tahoma"><span style=3D"font-size: =
10pt; font-family: Tahoma; font-weight: bold; =
">From:</span></font></b><font size=3D"2" face=3D"Tahoma"><span =
style=3D"font-size: 10pt; font-family: Tahoma; "><span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"mailto:clouds-bounces@ietf.org">clouds-bounces@ietf.org</a> [<a =
href=3D"mailto:clouds-bounces@ietf.org" style=3D"color: blue; =
text-decoration: underline; ">mailto:clouds-bounces@ietf.org</a>]<span =
class=3D"Apple-converted-space">&nbsp;</span><b><span =
style=3D"font-weight: bold; ">On Behalf Of<span =
class=3D"Apple-converted-space">&nbsp;</span></span></b>Sam =
Johnston<br><b><span style=3D"font-weight: bold; ">Sent:</span></b><span =
class=3D"Apple-converted-space">&nbsp;</span>Tuesday, May 25, 2010 1:18 =
PM<br><b><span style=3D"font-weight: bold; ">To:</span></b><span =
class=3D"Apple-converted-space">&nbsp;</span>Mark Carlson<br><b><span =
style=3D"font-weight: bold; ">Cc:</span></b><span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"mailto:clouds@ietf.org" style=3D"color: blue; text-decoration: =
underline; ">clouds@ietf.org</a><br><b><span style=3D"font-weight: bold; =
">Subject:</span></b><span =
class=3D"Apple-converted-space">&nbsp;</span>Re: [clouds] Clouds SDO gap =
analysis template (a Table)</span></font><o:p></o:p></div></div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; "><o:p>&nbsp;</o:p></span></font></div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">Bhumip/Mark,<o:p></o:p></span></font></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
"><o:p>&nbsp;</o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">In terms of gap analysis, I'd be more =
interested in seeing other groups feeding into IETF than having it =
picking up the scraps. I certainly intend to submit CloudAudit, and =
ideally [parts of] OCCI to the I-D/RFC process for a start. IETF is well =
known for having clean, interoperable specifications which is something =
specialist groups are not so good =
at.<o:p></o:p></span></font></div><div><div style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" face=3D"Times=
 New Roman"><span style=3D"font-size: 12pt; =
"><o:p>&nbsp;</o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">Sam<o:p></o:p></span></font></div></div><div><div style=3D"margin-right:=
 0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
"><o:p>&nbsp;</o:p></span></font></div><div><div style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; ">On 25 May =
2010 19:49, Mark Carlson &lt;<a href=3D"mailto:mark.carlson@oracle.com" =
style=3D"color: blue; text-decoration: underline; =
">mark.carlson@oracle.com</a>&gt; =
wrote:<o:p></o:p></span></font></div><div bgcolor=3D"#ffffff" =
text=3D"#000000"><div style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 12pt; font-family: 'Times New Roman'; margin-top: 0in; =
margin-bottom: 0.0001pt; "><font size=3D"4" face=3D"Times New =
Roman"><span style=3D"font-size: 13.5pt; ">That's great. When the IETF =
decides what it wants to do, you should<br>also create and maintain an =
entry up there.<br><br>Thanks,<br><font color=3D"#888888"><span =
style=3D"color: rgb(136, 136, 136); "><br>-- =
mark</span></font></span></font><o:p></o:p></div><div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; "><br>On 5/25/10 11:15 AM, Bhumip Khasnabish =
wrote:<o:p></o:p></span></font></div><div><div style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; ">Dear =
Mark,<o:p></o:p></span></font></div></div><div><div style=3D"margin-right:=
 0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Thanks for your inputs and =
suggestions.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Yes, we'll utilize all of the relevant =
existing information from the sites that you mention and a few =
others.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">As you know our objective is to determine =
the gaps (existing and emerging) and focus on where IETF can contribute =
in terms of standardization (protocol development, protocol extension =
recommendation, etc.) and profile development for Cloud-based =
services.&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Hope these help clarify =
matters.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Thanks =
again.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">Best.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">Bhumip<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
"><br>&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">On Tue, May 25, 2010 at 12:45 PM, Mark =
Carlson &lt;<a href=3D"mailto:mark.carlson@oracle.com" target=3D"_blank" =
style=3D"color: blue; text-decoration: underline; =
">mark.carlson@oracle.com</a>&gt; =
wrote:<o:p></o:p></span></font></div><div bgcolor=3D"#ffffff" =
text=3D"#000000"><p class=3D"MsoNormal" style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 12pt; "><font size=3D"4" face=3D"Times =
New Roman"><span style=3D"font-size: 13.5pt; ">Bhumip,<br><br>Not sure =
why you are doing this. The information you need is largely =
already<br>available on<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://cloud-standards.org/" target=3D"_blank" style=3D"color: =
blue; text-decoration: underline; ">http://cloud-standards.org</a><span =
class=3D"Apple-converted-space">&nbsp;</span>wiki. Each SDO has already =
created<span class=3D"Apple-converted-space">&nbsp;</span><br>an entry =
describing their cloud work, and they use a standard template =
already<br>to describe each standard.<br><br>For example, here is one =
for an already finalized standard:<br><br><br><a =
href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_=
Management_Interface_%28CDMI%29" target=3D"_blank" style=3D"color: blue; =
text-decoration: underline; =
">http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Manage=
ment_Interface_%28CDMI%29</a></span></font><o:p></o:p></p><div><h1 =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 24pt; =
font-family: 'Times New Roman'; font-weight: bold; "><b><font size=3D"6" =
face=3D"Times New Roman"><span style=3D"font-size: 24pt; ">Cloud =
Standard<o:p></o:p></span></font></b></h1><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">1. The name of the =
specification</span></font></b><o:p></o:p></p><pre style=3D"margin-top: =
0in; margin-right: 0in; margin-bottom: 0.0001pt; margin-left: 0.5in; =
font-size: 10pt; font-family: 'Courier New'; "><font size=3D"2" =
face=3D"Courier New"><span style=3D"font-size: 10pt; ">SNIA Cloud Data =
Management Interface<o:p></o:p></span></font></pre><pre =
style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: 0.0001pt; =
margin-left: 0.5in; font-size: 10pt; font-family: 'Courier New'; "><font =
size=3D"2" face=3D"Courier New"><span style=3D"font-size: 10pt; =
">&nbsp;&nbsp;&nbsp; <o:p></o:p></span></font></pre><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><b><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; font-weight: bold; ">2. A short =
statement (&lt;100 words) of the purpose and function of the =
specification</span></font></b><span =
class=3D"Apple-converted-space">&nbsp;</span>The SNIA Cloud Data =
Management Interface (CDMI) is the functional interface that =
applications will use to create, retrieve, update and delete data =
elements from the cloud. As part of this interface the client will be =
able to discover the capabilities of the cloud storage offering and use =
this interface to manage containers and the data that is placed in them. =
In addition, metadata can be set on containers and their contained data =
elements through this interface.<o:p></o:p></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><b><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; font-weight: bold; ">3. The version number (or =
other distinct identifier) and date of the most recently approved =
version of the specification.</span></font></b><o:p></o:p></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">SNIA Architecture - 1.0 =
standard<o:p></o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">4. If the specification is part of a group of =
explicitly related specifications from the same source, the name of the =
group of specifications.</span></font></b><span =
class=3D"Apple-converted-space">&nbsp;</span>Not =
applicable<o:p></o:p></p><p style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 12pt; font-family: 'Times New Roman'; "><b><font =
size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
font-weight: bold; ">5. URI for the normative text of the =
specification<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font></b><a =
href=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi"=
 target=3D"_blank" =
title=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi=
" style=3D"color: blue; text-decoration: underline; =
">http://www.snia.org/tech_activities/standards/curr_standards/cdmi</a><o:=
p></o:p></p><h2 style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 18pt; font-family: 'Times New Roman'; font-weight: bold; "><a =
name=3D"128d09714f6a9e9a_128d05bafe021cfc_SOURCE"></a><b><font size=3D"5" =
face=3D"Times New Roman"><span style=3D"font-size: 18pt; =
">SOURCE<o:p></o:p></span></font></b></h2><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">6. The name of the SDO that =
generated/authored/hosted the specification.<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font></b>Storage =
Networking Industry Association<o:p></o:p></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><b><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; font-weight: bold; ">7. URI for the =
SDO</span></font></b><span class=3D"Apple-converted-space">&nbsp;</span><a=
 href=3D"http://snia.org/" target=3D"_blank" title=3D"http://snia.org" =
style=3D"color: blue; text-decoration: underline; =
">http://snia.org</a><o:p></o:p></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">8. The level of approval that the SDO has =
conferred on the specification as described by the SDO's =
process.</span></font></b><span =
class=3D"Apple-converted-space">&nbsp;</span>SNIA Architecture (Final =
Standard)<o:p></o:p></p><p style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 12pt; font-family: 'Times New Roman'; "><b><font =
size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
font-weight: bold; ">9. The language or languages in which the =
specification is available.<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font></b>US =
English<o:p></o:p></p><h2 style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 18pt; font-family: 'Times New Roman'; font-weight: =
bold; "><a name=3D"128d09714f6a9e9a_128d05bafe021cfc_SUBJEC"></a><b><font =
size=3D"5" face=3D"Times New Roman"><span style=3D"font-size: 18pt; =
">SUBJECT<o:p></o:p></span></font></b></h2><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><b><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; font-weight: bold; ">10. Which of the =
categories of Cloud services does the standard address?<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font></b>(Infrastruc=
ture as a Service - IaaS, Data Storage as a Service - DaaS, Platform as =
a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud =
Storage)<o:p></o:p></p><p style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 12pt; font-family: 'Times New Roman'; "><b><font =
size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
font-weight: bold; ">11. Does the standard address both functional and =
management aspects of the service?</span></font></b><span =
class=3D"Apple-converted-space">&nbsp;</span>Yes. Management is done by =
setting metadata on containers of data and individual data elements. The =
functional interface allows CRUD semantics for storage of data via =
HTTP.<o:p></o:p></p><h2 style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 18pt; font-family: 'Times New Roman'; font-weight: bold; "><a =
name=3D"128d09714f6a9e9a_128d05bafe021cfc_OPTION"></a><b><font size=3D"5" =
face=3D"Times New Roman"><span style=3D"font-size: 18pt; =
">OPTIONAL<o:p></o:p></span></font></b></h2><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><b><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; font-weight: bold; ">12. The level of approval =
of the specification in this generic lifecycle =
taxonomy:</span></font></b><o:p></o:p></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; ">Final standard<o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; "><br><b><span =
style=3D"font-weight: bold; ">13. URI for the applicable SDO's patent =
and copyright rules, if any, applicable to development and use of the =
specification.</span></b><span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
target=3D"_blank" =
title=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
style=3D"color: blue; text-decoration: underline; ">SNIA IP =
Policy</a><o:p></o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">14. URI for the SDO's posting location, (if =
any) for notices from participants or individuals regarding claims under =
the rules stated under number 15.</span></font></b><span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
target=3D"_blank" =
title=3D"http://www.snia.org/about/corporate_info/ip_policy/" =
style=3D"color: blue; text-decoration: underline; ">SNIA IP =
Policy</a><o:p></o:p></p><p style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 12pt; font-family: 'Times New Roman'; "><b><font =
size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
font-weight: bold; ">15. Interoperability, conformance, or certification =
test activity for the specification (by owner name or =
URI).</span></font></b><o:p></o:p></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; ">None<o:p></o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">16. Known implementations of the =
specification (by owner name or URI).</span></font></b><o:p></o:p></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">The SNIA Cloud Storage TWG is =
producing an open source reference =
implementation.<o:p></o:p></span></font></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><b><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; font-weight: bold; ">17. A list (or URI =
pointer to same) of the other specifications* that are normatively =
referenced in the specification.</span></font></b><o:p></o:p></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; "><br>[ISO-8601] International =
Standards Organization, "Data elements and interchange formats -- =
Information interchange -- Representation of dates and times", ISO =
8601:20044 -<a =
href=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail=
.htm?csnumber=3D40874" target=3D"_blank" =
title=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detai=
l.htm?csnumber=3D40874" style=3D"color: blue; text-decoration: =
underline; =
">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?c=
snumber=3D40874</a><o:p></o:p></span></font></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">[ITU-T509] International Telecommunications =
Union Telecommunication Standardization Sector (ITU-T), Recommendation =
X.509: Information technology - Open Systems Interconnection - The =
Directory: Public-key and attribute certificate frameworks, May 2000. =
Specification and technical corrigenda -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.itu.int/ITU-T/publications/recs.html" target=3D"_blank"=
 title=3D"http://www.itu.int/ITU-T/publications/recs.html" style=3D"color:=
 blue; text-decoration: underline; =
">http://www.itu.int/ITU-T/publications/recs.html</a><o:p></o:p></span></f=
ont></p><p style=3D"margin-right: 0in; margin-left: 0.5in; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times =
New Roman"><span style=3D"font-size: 12pt; ">[RFC2119] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc2119" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc2119" style=3D"color: blue; =
text-decoration: underline; ">RFC 2119</a>. Key words for use in RFCs to =
Indicate Requirement Levels -<a =
href=3D"http://www.ietf.org/rfc/rfc2119.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc2119.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc2119.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC2045] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc2045" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc2045" style=3D"color: blue; =
text-decoration: underline; ">RFC 2045</a>. Multipurpose Internet Mail =
Extensions (MIME) Part One: Format of Internet Message Bodies -<a =
href=3D"http://www.ietf.org/rfc/rfc2045.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc2045.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc2045.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC2578] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc2578" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc2578" style=3D"color: blue; =
text-decoration: underline; ">RFC 2578</a>. Structure of Management =
Information Version 2 (SMIv2) -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ietf.org/rfc/rfc2578.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc2578.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc2578.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC2616] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc2616" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc2616" style=3D"color: blue; =
text-decoration: underline; ">RFC 2616</a>. Hypertext Transfer Protocol =
-- HTTP/1.1 -<span class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ietf.org/rfc/rfc2616.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc2616.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc2616.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC3280] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc3280" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc3280" style=3D"color: blue; =
text-decoration: underline; ">RFC 3280</a>. Internet X.509 Public Key =
Infrastructure Certificate and Certificate Revocation List (CRL) Profile =
-<span class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ietf.org/rfc/rfc3280.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc3280.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc3280.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC3530] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc3530" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc3530" style=3D"color: blue; =
text-decoration: underline; ">RFC 3530</a>. Network File System (NFS) =
version 4 Protocol -<span class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ietf.org/rfc/rfc3530.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc3530.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc3530.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC3986] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc3986" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc3986" style=3D"color: blue; =
text-decoration: underline; ">RFC 3986</a>. Uniform Resource Identifier =
(URI): Generic Syntax -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ietf/org/rfc/rfc3986.txt" target=3D"_blank" =
title=3D"http://www.ietf/org/rfc/rfc3986.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf/org/rfc/rfc3986.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC4346] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc4346" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc4346" style=3D"color: blue; =
text-decoration: underline; ">RFC 4346</a>. The Transport Layer Security =
(TLS) Protocol Version 1.1 -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/rfc/rfc4346.txt" target=3D"_blank" =
title=3D"http://tools.ietf.org/rfc/rfc4346.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://tools.ietf.org/rfc/rfc4346.txt</a><o:p></o:p></span></font></p><p=
 style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC4627] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc4627" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc4627" style=3D"color: blue; =
text-decoration: underline; ">RFC 4627</a>. The application/json Media =
Type for JavaScript Object Notation (JSON) -<a =
href=3D"http://www.ietf.org/rfc/rfc4627.txt" target=3D"_blank" =
title=3D"http://www.ietf.org/rfc/rfc4627.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://www.ietf.org/rfc/rfc4627.txt</a><o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[RFC5246] IETF<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/html/rfc5246" target=3D"_blank" =
title=3D"http://tools.ietf.org/html/rfc5246" style=3D"color: blue; =
text-decoration: underline; ">RFC 5246</a>. The Transport Layer Security =
(TLS) Protocol Version 1.2 -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://tools.ietf.org/rfc/rfc5246.txt" target=3D"_blank" =
title=3D"http://tools.ietf.org/rfc/rfc5246.txt" style=3D"color: blue; =
text-decoration: underline; =
">http://tools.ietf.org/rfc/rfc5246.txt</a><o:p></o:p></span></font></p><p=
 style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; =
"><o:p>&nbsp;</o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">18. A list (or URI pointer to same) of the =
other specifications* that are referenced in the specification (except =
the ones listed under number 17).</span></font></b><o:p></o:p></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[CRC] Williams, Ross, "A =
Painless Guide to CRC Error Detection Algorithms", Chapter 16, August =
1993,<a href=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html" =
target=3D"_blank" =
title=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html" =
style=3D"color: blue; text-decoration: underline; =
">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a><o:p></o:p></span>=
</font></p><p style=3D"margin-right: 0in; margin-left: 0.5in; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times =
New Roman"><span style=3D"font-size: 12pt; ">[PKS12] RSA Laboratories, =
PKCS #12: Personal Information Exchange Syntax, Version 1.0, June 1999. =
Specification and Technical Corrigendum -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.rsa.com/rsalabs/node.asp?id=3D2138" target=3D"_blank" =
title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138" style=3D"color:=
 blue; text-decoration: underline; =
">http://www.rsa.com:80/rsalabs/node.asp?id=3D2138</a><o:p></o:p></span></=
font></p><p style=3D"margin-right: 0in; margin-left: 0.5in; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times =
New Roman"><span style=3D"font-size: 12pt; ">[REST] "Representational =
State Transfer" -<span class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_sty=
le.htm" target=3D"_blank" =
title=3D"http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_styl=
e.htm" style=3D"color: blue; text-decoration: underline; =
">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm</=
a><o:p></o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; ">[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web =
Services, O'Reilly, 2007.<o:p></o:p></span></font></p><p =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">[SIRDM] Storage Industry =
Resource Domain Model -<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"http://www.snia.org/education/storage_networking_primer/sirdm/" =
target=3D"_blank" =
title=3D"http://www.snia.org/education/storage_networking_primer/sirdm/" =
style=3D"color: blue; text-decoration: underline; =
">http://www.snia.org/education/storage_networking_primer/sirdm/</a><o:p><=
/o:p></span></font></p><p style=3D"margin-right: 0in; margin-left: =
0.5in; font-size: 12pt; font-family: 'Times New Roman'; "><font size=3D"3"=
 face=3D"Times New Roman"><span style=3D"font-size: 12pt; "><br><b><span =
style=3D"font-weight: bold; ">19. A list (or URI pointer to same) of =
other specifications* with which the specification may (speculatively) =
interoperate or act in complementary, compatible =
fashion.</span></b><o:p></o:p></span></font></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">OCCI - see OGF =
entry.<o:p></o:p></span></font></p><p style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
"><b><font size=3D"3" face=3D"Times New Roman"><span style=3D"font-size: =
12pt; font-weight: bold; ">20. A list (or URI pointer to same) of other =
specifications* similar to this specification. (Whether or not =
substitutable.)</span></font></b><o:p></o:p></p><p style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">None.<o:p></o:p></span></font></p></div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">-----------------------------------<br><br>The template can be found =
here:<br><a =
href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate" =
target=3D"_blank" style=3D"color: blue; text-decoration: underline; =
">http://cloud-standards.org/wiki/index.php?title=3DTemplate</a><br><br>--=
 mark<o:p></o:p></span></font></div><div><div><div style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; "><br><br>On =
5/25/10 10:33 AM, Bhumip Khasnabish =
wrote:<o:p></o:p></span></font></div></div></div><blockquote type=3D"cite"=
 style=3D"margin-top: 5pt; margin-bottom: 5pt; "><div><div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Dear =
All,<o:p></o:p></span></font></div></div><div><div style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Attached please find a template (a Table) =
that can be utilized for Clouds SDO gap =
analysis.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Very much appreciate your comments, inputs, =
suggestions for updating =
it.<o:p></o:p></span></font></div></div><div><div style=3D"margin-right: =
0in; margin-left: 0.5in; font-size: 12pt; font-family: 'Times New =
Roman'; margin-top: 0in; margin-bottom: 0.0001pt; "><font size=3D"3" =
face=3D"Times New Roman"><span style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">The plan is to populate this template with =
SDOs' information,<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">once this template is finalized through =
email discussion.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Thanks a lot for your support and =
contributions<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; ">Best =
Regards.<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">Bhumip<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
">&nbsp;<o:p></o:p></span></font></div></div><div><div =
style=3D"margin-right: 0in; margin-left: 0.5in; font-size: 12pt; =
font-family: 'Times New Roman'; margin-top: 0in; margin-bottom: =
0.0001pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; "><br>Bhumip Khasnabish =
(Mobile:+001-781-752-8003,<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"mailto:bhumip@acm.org" target=3D"_blank" style=3D"color: blue; =
text-decoration: underline; ">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip =
Khasnabish. Do not view, print, forward, and save the content of this =
email if you are not the intended recipient of the =
communiqu=E9.<o:p></o:p></span></font></div></div></div></div><pre =
style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: 0.0001pt; =
margin-left: 0.5in; font-size: 10pt; font-family: 'Courier New'; =
"><fieldset></fieldset><font size=3D"2" face=3D"Courier New"><span =
style=3D"font-size: 10pt; "><o:p>&nbsp;</o:p></span></font></pre><pre =
style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: 0.0001pt; =
margin-left: 0.5in; font-size: 10pt; font-family: 'Courier New'; "><font =
size=3D"2" face=3D"Courier New"><span style=3D"font-size: 10pt; =
">_______________________________________________<o:p></o:p></span></font>=
</pre><pre style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: =
0.0001pt; margin-left: 0.5in; font-size: 10pt; font-family: 'Courier =
New'; "><font size=3D"2" face=3D"Courier New"><span style=3D"font-size: =
10pt; ">clouds mailing list<o:p></o:p></span></font></pre><pre =
style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: 0.0001pt; =
margin-left: 0.5in; font-size: 10pt; font-family: 'Courier New'; "><font =
size=3D"2" face=3D"Courier New"><span style=3D"font-size: 10pt; "><a =
href=3D"mailto:clouds@ietf.org" target=3D"_blank" style=3D"color: blue; =
text-decoration: underline; =
">clouds@ietf.org</a><o:p></o:p></span></font></pre><pre =
style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: 0.0001pt; =
margin-left: 0.5in; font-size: 10pt; font-family: 'Courier New'; "><font =
size=3D"2" face=3D"Courier New"><span style=3D"font-size: 10pt; "><a =
href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank" =
style=3D"color: blue; text-decoration: underline; =
">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></font=
></pre><pre style=3D"margin-top: 0in; margin-right: 0in; margin-bottom: =
0.0001pt; margin-left: 0.5in; font-size: 10pt; font-family: 'Courier =
New'; "><font size=3D"2" face=3D"Courier New"><span style=3D"font-size: =
10pt; ">&nbsp; <o:p></o:p></span></font></pre></blockquote></div><p =
class=3D"MsoNormal" style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 12pt; font-family: 'Times New Roman'; margin-top: 0in; =
margin-bottom: 12pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
"><br>_______________________________________________<br>clouds mailing =
list<br><a href=3D"mailto:clouds@ietf.org" target=3D"_blank" =
style=3D"color: blue; text-decoration: underline; =
">clouds@ietf.org</a><br><a =
href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank" =
style=3D"color: blue; text-decoration: underline; =
">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></font=
></p></div><div style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 12pt; font-family: 'Times New Roman'; margin-top: 0in; =
margin-bottom: 0.0001pt; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; "><br><br clear=3D"all"><br>--<span=
 class=3D"Apple-converted-space">&nbsp;</span><br>Best =
Regards.<br><br>Bhumip Khasnabish (Mobile:+001-781-752-8003,<span =
class=3D"Apple-converted-space">&nbsp;</span><a =
href=3D"mailto:bhumip@acm.org" target=3D"_blank" style=3D"color: blue; =
text-decoration: underline; ">bhumip@acm.org</a>)<br><br>=A9 2010 Bhumip =
Khasnabish. Do not view, print, forward, and save the content of this =
email if you are not the intended recipient of the =
communiqu=E9.<o:p></o:p></span></font></div></div></div></div><p =
class=3D"MsoNormal" style=3D"margin-right: 0in; margin-left: 0.5in; =
font-size: 12pt; font-family: 'Times New Roman'; margin-top: 0in; =
margin-bottom: 12pt; "><font size=3D"3" face=3D"Times New Roman"><span =
style=3D"font-size: 12pt; =
"><br>_______________________________________________<br>clouds mailing =
list<br><a href=3D"mailto:clouds@ietf.org" style=3D"color: blue; =
text-decoration: underline; ">clouds@ietf.org</a><br><a =
href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank" =
style=3D"color: blue; text-decoration: underline; =
">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></font=
></p></div><p class=3D"MsoNormal" style=3D"margin-right: 0in; =
margin-left: 0.5in; font-size: 12pt; font-family: 'Times New Roman'; =
margin-top: 0in; margin-bottom: 12pt; "><font size=3D"3" face=3D"Times =
New Roman"><span style=3D"font-size: 12pt; "><br><br =
clear=3D"all"><o:p></o:p></span></font></p></div></div></div>_____________=
__________________________________<br>clouds mailing list<br><a =
href=3D"mailto:clouds@ietf.org" style=3D"color: blue; text-decoration: =
underline; ">clouds@ietf.org</a><br><a =
href=3D"https://www.ietf.org/mailman/listinfo/clouds" style=3D"color: =
blue; text-decoration: underline; =
">https://www.ietf.org/mailman/listinfo/clouds</a><br></div></span></block=
quote></div><br></div></body></html>=

--Apple-Mail-1-306250702--

From gene@alertlogic.com  Thu May 27 06:27:49 2010
Return-Path: <gene@alertlogic.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D4F453A68C3 for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:27:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.264
X-Spam-Level: 
X-Spam-Status: No, score=-2.264 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
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 vq0bpHKBUsyi for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:27:34 -0700 (PDT)
Received: from smtp151.dfw.emailsrvr.com (smtp151.dfw.emailsrvr.com [67.192.241.151]) by core3.amsl.com (Postfix) with ESMTP id B10A23A6851 for <clouds@ietf.org>; Thu, 27 May 2010 06:27:34 -0700 (PDT)
Received: from relay25.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay25.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 61F5F360D56; Thu, 27 May 2010 09:27:25 -0400 (EDT)
Received: from smtp192.mex07a.mlsrvr.com (smtp192.mex07a.mlsrvr.com [67.192.133.192]) by relay25.relay.dfw.mlsrvr.com (SMTP Server) with ESMTPS id 4BC14360CA5; Thu, 27 May 2010 09:27:25 -0400 (EDT)
Received: from 34093-MBX-C01.mex07a.mlsrvr.com ([192.168.1.63]) by 152333-HUB01.mex07a.mlsrvr.com ([192.168.1.195]) with mapi; Thu, 27 May 2010 08:27:18 -0500
From: Gene Golovinsky <gene@alertlogic.com>
To: Mark Webb <mwebb@cisco.com>, Linda Dunbar <ldunbar@huawei.com>
Date: Thu, 27 May 2010 08:27:13 -0500
Thread-Topic: [clouds] Clouds SDO gap analysis template (a Table)
Thread-Index: Acr9nu+HVeCyKWrLRGy9Q2cCEVEoPQAACl7g
Message-ID: <C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF8@34093-MBX-C01.mex07a.mlsrvr.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com><4BFBFEB9.1080606@oracle.com><AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com><4BFC0D8E.3030007@oracle.com><AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com> <008001cafd61$a05069c0$a6140674@china.huawei.com> <1BEB2423-C12A-4D0C-B4D5-03DE4F88AA70@cisco.com>
In-Reply-To: <1BEB2423-C12A-4D0C-B4D5-03DE4F88AA70@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF834093MBXC01me_"
MIME-Version: 1.0
Cc: "clouds@ietf.org" <clouds@ietf.org>
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 13:27:50 -0000

--_000_C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF834093MBXC01me_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Mark and all.

One of the areas where I am convinced Cloud can benefit from IETF efforts i=
s logging.
As I mentioned a few months ago "Auditability" for any Cloud infrastructure=
 and applications either does not exist at all or in its enfancy.
CloudAudit is making very good progress towards some aspects of "Auditabili=
ty", but it is mostly geared towards identifying and locating appropriate c=
ompliance documents in the defined namespace.
I have in mind logging Syslog style. The content of the logs for the Cloud =
should be different from your traditional server, router, switch log since =
the managed entity itself is obfuscated in the cloud.
This leads to almost impossible forensics and compliance objectives unless =
Cloud participating entity logs information consistently and in interoperab=
le manner.

I'll be sending high level proposal soon. I believe it will be specific eno=
ugh and complimentary to CloudAudit efforts.

--Gene





From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf Of=
 Mark Webb
Sent: Thursday, May 27, 2010 8:17 AM
To: Linda Dunbar
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)

Linda,

In principle I think you have a good point that I agree with in the longer =
term.  I think if the IETF community wants to be relevant to whatever cloud=
 computing is, then the group needs to find something within the scope of I=
ETF _and_ not already being worked by some other SDO or forum where a signi=
ficant contribution, (job to be done, problem to be solved) needs to be mad=
e.

I see the "gap analysis" as only a means to that end, (identify a real conc=
rete problem & potential solution in need of standardization at this point =
in time for cloud).

Keeping all possible outcomes in play also means to me that IETF may have n=
o _significant_ new cloud value at this snapshot in time, (as unpopular as =
that may be).

Mark Webb

PS: with the understanding that individuals, groups, organizations will sho=
p SDOs for path of least resistance for their own benefit.

On May 27, 2010, at 1:58 AM, Linda Dunbar wrote:


I don't think it is realistic for IETF to keep up with all the Cloud work d=
one by other SDO. "Cloud" is just too big a scope for one IETF working grou=
p. We should focus on one concrete problem. Other SDO's work will be backgr=
ound and justify why this problem has to be solved by IETF instead of other=
 SDO.


Linda Dunbar
________________________________
From: clouds-bounces@ietf.org<mailto:clouds-bounces@ietf.org> [mailto:cloud=
s-bounces@ietf.org] On Behalf Of Sam Johnston
Sent: Tuesday, May 25, 2010 1:18 PM
To: Mark Carlson
Cc: clouds@ietf.org<mailto:clouds@ietf.org>
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)

Bhumip/Mark,

In terms of gap analysis, I'd be more interested in seeing other groups fee=
ding into IETF than having it picking up the scraps. I certainly intend to =
submit CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process for a=
 start. IETF is well known for having clean, interoperable specifications w=
hich is something specialist groups are not so good at.

Sam

On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com<mailto:mark.car=
lson@oracle.com>> wrote:
That's great. When the IETF decides what it wants to do, you should
also create and maintain an entry up there.

Thanks,

-- mark

On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
Dear Mark,

Thanks for your inputs and suggestions.

Yes, we'll utilize all of the relevant existing information from the sites =
that you mention and a few others.

As you know our objective is to determine the gaps (existing and emerging) =
and focus on where IETF can contribute in terms of standardization (protoco=
l development, protocol extension recommendation, etc.) and profile develop=
ment for Cloud-based services.

Hope these help clarify matters.

Thanks again.

Best.

Bhumip



On Tue, May 25, 2010 at 12:45 PM, Mark Carlson <mark.carlson@oracle.com<mai=
lto:mark.carlson@oracle.com>> wrote:
Bhumip,

Not sure why you are doing this. The information you need is largely alread=
y
available on http://cloud-standards.org<http://cloud-standards.org/> wiki. =
Each SDO has already created
an entry describing their cloud work, and they use a standard template alre=
ady
to describe each standard.

For example, here is one for an already finalized standard:


http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_Managemen=
t_Interface_%28CDMI%29
Cloud Standard

1. The name of the specification

SNIA Cloud Data Management Interface



2. A short statement (<100 words) of the purpose and function of the specif=
ication The SNIA Cloud Data Management Interface (CDMI) is the functional i=
nterface that applications will use to create, retrieve, update and delete =
data elements from the cloud. As part of this interface the client will be =
able to discover the capabilities of the cloud storage offering and use thi=
s interface to manage containers and the data that is placed in them. In ad=
dition, metadata can be set on containers and their contained data elements=
 through this interface.

3. The version number (or other distinct identifier) and date of the most r=
ecently approved version of the specification.

SNIA Architecture - 1.0 standard

4. If the specification is part of a group of explicitly related specificat=
ions from the same source, the name of the group of specifications. Not app=
licable

5. URI for the normative text of the specification http://www.snia.org/tech=
_activities/standards/curr_standards/cdmi

SOURCE

6. The name of the SDO that generated/authored/hosted the specification. St=
orage Networking Industry Association

7. URI for the SDO http://snia.org<http://snia.org/>

8. The level of approval that the SDO has conferred on the specification as=
 described by the SDO's process. SNIA Architecture (Final Standard)

9. The language or languages in which the specification is available. US En=
glish

SUBJECT

10. Which of the categories of Cloud services does the standard address? (I=
nfrastructure as a Service - IaaS, Data Storage as a Service - DaaS, Platfo=
rm as a Service - PaaS, Software as a Service - SaaS) DaaS (Cloud Storage)

11. Does the standard address both functional and management aspects of the=
 service? Yes. Management is done by setting metadata on containers of data=
 and individual data elements. The functional interface allows CRUD semanti=
cs for storage of data via HTTP.

OPTIONAL

12. The level of approval of the specification in this generic lifecycle ta=
xonomy:

Final standard

13. URI for the applicable SDO's patent and copyright rules, if any, applic=
able to development and use of the specification. SNIA IP Policy<http://www=
.snia.org/about/corporate_info/ip_policy/>

14. URI for the SDO's posting location, (if any) for notices from participa=
nts or individuals regarding claims under the rules stated under number 15.=
 SNIA IP Policy<http://www.snia.org/about/corporate_info/ip_policy/>

15. Interoperability, conformance, or certification test activity for the s=
pecification (by owner name or URI).

None

16. Known implementations of the specification (by owner name or URI).

The SNIA Cloud Storage TWG is producing an open source reference implementa=
tion.

17. A list (or URI pointer to same) of the other specifications* that are n=
ormatively referenced in the specification.

[ISO-8601] International Standards Organization, "Data elements and interch=
ange formats -- Information interchange -- Representation of dates and time=
s", ISO 8601:20044 -http://www.iso.org/iso/iso_catalogue/catalogue_tc/catal=
ogue_detail.htm?csnumber=3D40874

[ITU-T509] International Telecommunications Union Telecommunication Standar=
dization Sector (ITU-T), Recommendation X.509: Information technology - Ope=
n Systems Interconnection - The Directory: Public-key and attribute certifi=
cate frameworks, May 2000. Specification and technical corrigenda - http://=
www.itu.int/ITU-T/publications/recs.html

[RFC2119] IETF RFC 2119<http://tools.ietf.org/html/rfc2119>. Key words for =
use in RFCs to Indicate Requirement Levels -http://www.ietf.org/rfc/rfc2119=
.txt

[RFC2045] IETF RFC 2045<http://tools.ietf.org/html/rfc2045>. Multipurpose I=
nternet Mail Extensions (MIME) Part One: Format of Internet Message Bodies =
-http://www.ietf.org/rfc/rfc2045.txt

[RFC2578] IETF RFC 2578<http://tools.ietf.org/html/rfc2578>. Structure of M=
anagement Information Version 2 (SMIv2) - http://www.ietf.org/rfc/rfc2578.t=
xt

[RFC2616] IETF RFC 2616<http://tools.ietf.org/html/rfc2616>. Hypertext Tran=
sfer Protocol -- HTTP/1.1 - http://www.ietf.org/rfc/rfc2616.txt

[RFC3280] IETF RFC 3280<http://tools.ietf.org/html/rfc3280>. Internet X.509=
 Public Key Infrastructure Certificate and Certificate Revocation List (CRL=
) Profile - http://www.ietf.org/rfc/rfc3280.txt

[RFC3530] IETF RFC 3530<http://tools.ietf.org/html/rfc3530>. Network File S=
ystem (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt

[RFC3986] IETF RFC 3986<http://tools.ietf.org/html/rfc3986>. Uniform Resour=
ce Identifier (URI): Generic Syntax - http://www.ietf/org/rfc/rfc3986.txt

[RFC4346] IETF RFC 4346<http://tools.ietf.org/html/rfc4346>. The Transport =
Layer Security (TLS) Protocol Version 1.1 - http://tools.ietf.org/rfc/rfc43=
46.txt

[RFC4627] IETF RFC 4627<http://tools.ietf.org/html/rfc4627>. The applicatio=
n/json Media Type for JavaScript Object Notation (JSON) -http://www.ietf.or=
g/rfc/rfc4627.txt

[RFC5246] IETF RFC 5246<http://tools.ietf.org/html/rfc5246>. The Transport =
Layer Security (TLS) Protocol Version 1.2 - http://tools.ietf.org/rfc/rfc52=
46.txt



18. A list (or URI pointer to same) of the other specifications* that are r=
eferenced in the specification (except the ones listed under number 17).

[CRC] Williams, Ross, "A Painless Guide to CRC Error Detection Algorithms",=
 Chapter 16, August 1993,http://www.repairfaq.org/filipg/LINK/F_crc_v3.html

[PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange Syntax, V=
ersion 1.0, June 1999. Specification and Technical Corrigendum - http://www=
.rsa.com:80/rsalabs/node.asp?id=3D2138<http://www.rsa.com/rsalabs/node.asp?=
id=3D2138>

[REST] "Representational State Transfer" - http://www.ics.uci.edu/~fielding=
/pubs/dissertation/rest_arch_style.htm<http://www.ics.uci.edu/%7Efielding/p=
ubs/dissertation/rest_arch_style.htm>

[RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, O'Rei=
lly, 2007.

[SIRDM] Storage Industry Resource Domain Model - http://www.snia.org/educat=
ion/storage_networking_primer/sirdm/

19. A list (or URI pointer to same) of other specifications* with which the=
 specification may (speculatively) interoperate or act in complementary, co=
mpatible fashion.

OCCI - see OGF entry.

20. A list (or URI pointer to same) of other specifications* similar to thi=
s specification. (Whether or not substitutable.)

None.
-----------------------------------

The template can be found here:
http://cloud-standards.org/wiki/index.php?title=3DTemplate

-- mark


On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
Dear All,

Attached please find a template (a Table) that can be utilized for Clouds S=
DO gap analysis.

Very much appreciate your comments, inputs, suggestions for updating it.

The plan is to populate this template with SDOs' information,
once this template is finalized through email discussion.

Thanks a lot for your support and contributions

Best Regards.
Bhumip



Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org<mailto:bhumip@a=
cm.org>)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt of this email if you are not the intended recipient of the communiqu=E9.



_______________________________________________

clouds mailing list

clouds@ietf.org<mailto:clouds@ietf.org>

https://www.ietf.org/mailman/listinfo/clouds



_______________________________________________
clouds mailing list
clouds@ietf.org<mailto:clouds@ietf.org>
https://www.ietf.org/mailman/listinfo/clouds



--
Best Regards.

Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org<mailto:bhumip@a=
cm.org>)

=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt of this email if you are not the intended recipient of the communiqu=E9.

_______________________________________________
clouds mailing list
clouds@ietf.org<mailto:clouds@ietf.org>
https://www.ietf.org/mailman/listinfo/clouds


_______________________________________________
clouds mailing list
clouds@ietf.org<mailto:clouds@ietf.org>
https://www.ietf.org/mailman/listinfo/clouds


--_000_C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF834093MBXC01me_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1"=
>
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"Lucida Grande";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
h1
	{mso-style-priority:9;
	mso-style-link:"Heading 1 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:24.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
h2
	{mso-style-priority:9;
	mso-style-link:"Heading 2 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:18.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.apple-converted-space
	{mso-style-name:apple-converted-space;}
span.Heading1Char
	{mso-style-name:"Heading 1 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 1";
	font-family:"Cambria","serif";
	color:#365F91;
	font-weight:bold;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.Heading2Char
	{mso-style-name:"Heading 2 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 2";
	font-family:"Cambria","serif";
	color:#4F81BD;
	font-weight:bold;}
span.EmailStyle24
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple style=3D'word-wrap: break-wor=
d;
-webkit-nbsp-mode: space;-webkit-line-break: after-white-space'>

<div class=3DSection1>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Mark and all.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>One of the areas where I am convinced Cloud can benefit from
IETF efforts is logging.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>As I mentioned a few months ago &#8220;Auditability&#8221; f=
or
any Cloud infrastructure and applications either does not exist at all or i=
n
its enfancy.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>CloudAudit is making very good progress towards some aspects=
 of &#8220;Auditability&#8221;,
but it is mostly geared towards identifying and locating appropriate compli=
ance
documents in the defined namespace.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>I have in mind logging Syslog style. The content of the logs=
 for
the Cloud should be different from your traditional server, router, switch =
log since
the managed entity itself is obfuscated in the cloud.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>This leads to almost impossible forensics and compliance
objectives unless Cloud participating entity logs information consistently =
and
in interoperable manner.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>I&#8217;ll be sending high level proposal soon. I believe it
will be specific enough and complimentary to CloudAudit efforts.<o:p></o:p>=
</span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>--Gene<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><b><span style=3D'font-size=
:10.0pt;
font-family:"Tahoma","sans-serif"'>From:</span></b><span style=3D'font-size=
:10.0pt;
font-family:"Tahoma","sans-serif"'> clouds-bounces@ietf.org
[mailto:clouds-bounces@ietf.org] <b>On Behalf Of </b>Mark Webb<br>
<b>Sent:</b> Thursday, May 27, 2010 8:17 AM<br>
<b>To:</b> Linda Dunbar<br>
<b>Cc:</b> clouds@ietf.org<br>
<b>Subject:</b> Re: [clouds] Clouds SDO gap analysis template (a Table)<o:p=
></o:p></span></p>

</div>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal style=3D'margin-left:.5in'>Linda,<o:p></o:p></p>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>In principle I think you ha=
ve a
good point that I agree with in the longer term. &nbsp;I think if the IETF
community wants to be relevant to whatever cloud computing is, then the gro=
up
needs to find something within the scope of IETF _and_ not already being wo=
rked
by some other SDO or forum where a significant contribution, (job to be don=
e,
problem to be solved) needs to be made.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>I see the &quot;gap analysi=
s&quot;
as only a means to that end, (identify a real concrete problem &amp; potent=
ial
solution in need of standardization at this point in time for cloud).<o:p><=
/o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>Keeping all possible outcom=
es in
play also means to me that IETF may have no _significant_ new cloud value a=
t
this snapshot in time, (as unpopular as that may be). &nbsp;<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>Mark Webb<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>PS: with the understanding =
that
individuals, groups, organizations will shop SDOs for path of least resista=
nce
for their own benefit.<o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

<div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'>On May 27, 2010, at 1:58 AM=
, Linda
Dunbar wrote:<o:p></o:p></p>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><br>
<br>
<o:p></o:p></p>

<div>

<div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-family:=
"Arial","sans-serif";
color:blue'>I don&#8217;t think it is realistic for IETF to keep up with al=
l
the Cloud work done by other SDO. &#8220;Cloud&#8221; is just too big a sco=
pe
for one IETF working group. We should focus on one concrete problem. Other
SDO&#8217;s work will be background and justify why this problem has to be
solved by IETF instead of other SDO.</span><span style=3D'color:black'><o:p=
></o:p></span></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-family:=
"Arial","sans-serif";
color:blue'>&nbsp;</span><span style=3D'color:black'><o:p></o:p></span></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-family:=
"Arial","sans-serif";
color:blue'>&nbsp;</span><span style=3D'color:black'><o:p></o:p></span></p>

</div>

<div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-family:=
"Arial","sans-serif";
color:blue'>Linda Dunbar</span><span style=3D'color:black'><o:p></o:p></spa=
n></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<div class=3DMsoNormal align=3Dcenter style=3D'margin-left:.5in;text-align:=
center'><span
style=3D'color:black'>

<hr size=3D2 width=3D"100%" align=3Dcenter>

</span></div>

</div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><b><span style=3D'font-size=
:10.0pt;
font-family:"Tahoma","sans-serif";color:black'>From:</span></b><span
class=3Dapple-converted-space><span style=3D'font-size:10.0pt;font-family:"=
Tahoma","sans-serif";
color:black'>&nbsp;</span></span><span style=3D'font-size:10.0pt;font-famil=
y:
"Tahoma","sans-serif";color:black'><a href=3D"mailto:clouds-bounces@ietf.or=
g">clouds-bounces@ietf.org</a>
[<a href=3D"mailto:clouds-bounces@ietf.org">mailto:clouds-bounces@ietf.org<=
/a>]<span
class=3Dapple-converted-space>&nbsp;</span><b>On Behalf Of<span
class=3Dapple-converted-space>&nbsp;</span></b>Sam Johnston<br>
<b>Sent:</b><span class=3Dapple-converted-space>&nbsp;</span>Tuesday, May 2=
5,
2010 1:18 PM<br>
<b>To:</b><span class=3Dapple-converted-space>&nbsp;</span>Mark Carlson<br>
<b>Cc:</b><span class=3Dapple-converted-space>&nbsp;</span><a
href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
<b>Subject:</b><span class=3Dapple-converted-space>&nbsp;</span>Re: [clouds=
]
Clouds SDO gap analysis template (a Table)</span><span style=3D'color:black=
'><o:p></o:p></span></p>

</div>

</div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Bhumip/Mark,<o:p></o:p></span></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>In terms
of gap analysis, I'd be more interested in seeing other groups feeding into
IETF than having it picking up the scraps. I certainly intend to submit
CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process for a start.
IETF is well known for having clean, interoperable specifications which is
something specialist groups are not so good at.<o:p></o:p></span></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Sam<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>On 25 May
2010 19:49, Mark Carlson &lt;<a href=3D"mailto:mark.carlson@oracle.com">mar=
k.carlson@oracle.com</a>&gt;
wrote:<o:p></o:p></span></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-size:13=
.5pt;
color:black'>That's great. When the IETF decides what it wants to do, you
should<br>
also create and maintain an entry up there.<br>
<br>
Thanks,<br>
</span><span style=3D'font-size:13.5pt;color:#888888'><br>
-- mark</span><span style=3D'color:black'><o:p></o:p></span></p>

</div>

<div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
><br>
On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:<o:p></o:p></span></p>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Dear Mark,<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Thanks
for your inputs and suggestions.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Yes,
we'll utilize all of the relevant existing information from the sites that =
you
mention and a few others.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>As you
know our objective is to determine the gaps (existing and emerging) and foc=
us
on where IETF can contribute in terms of standardization (protocol developm=
ent,
protocol extension recommendation, etc.) and profile development for
Cloud-based services.&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Hope
these help clarify matters.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Thanks
again.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Best.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Bhumip<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
><br>
&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>On Tue,
May 25, 2010 at 12:45 PM, Mark Carlson &lt;<a
href=3D"mailto:mark.carlson@oracle.com" target=3D"_blank">mark.carlson@orac=
le.com</a>&gt;
wrote:<o:p></o:p></span></p>

</div>

<div>

<p class=3DMsoNormal style=3D'mso-margin-top-alt:0in;margin-right:0in;margi=
n-bottom:
12.0pt;margin-left:1.0in'><span style=3D'font-size:13.5pt;color:black'>Bhum=
ip,<br>
<br>
Not sure why you are doing this. The information you need is largely alread=
y<br>
available on<span class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://cloud-standards.org/" target=3D"_blank">http://cloud-standar=
ds.org</a><span
class=3Dapple-converted-space>&nbsp;</span>wiki. Each SDO has already creat=
ed<span
class=3Dapple-converted-space>&nbsp;</span><br>
an entry describing their cloud work, and they use a standard template alre=
ady<br>
to describe each standard.<br>
<br>
For example, here is one for an already finalized standard:<br>
<br>
<br>
<a
href=3D"http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cloud_Data_M=
anagement_Interface_%28CDMI%29"
target=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DSNIA_Cl=
oud_Data_Management_Interface_%28CDMI%29</a></span><span
style=3D'color:black'><o:p></o:p></span></p>

<div>

<h1 style=3D'margin-left:1.0in'><span style=3D'color:black'>Cloud Standard<=
o:p></o:p></span></h1>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>1. The name o=
f the
specification</span></b><span style=3D'color:black'><o:p></o:p></span></p>

<pre style=3D'margin-left:1.0in'><span style=3D'color:black'>SNIA Cloud Dat=
a Management Interface<o:p></o:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'>&nbsp;&nbsp;&nbsp; =
<o:p></o:p></span></pre>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>2. A short st=
atement
(&lt;100 words) of the purpose and function of the specification</span></b>=
<span
class=3Dapple-converted-space><span style=3D'color:black'>&nbsp;</span></sp=
an><span
style=3D'color:black'>The SNIA Cloud Data Management Interface (CDMI) is th=
e
functional interface that applications will use to create, retrieve, update=
 and
delete data elements from the cloud. As part of this interface the client w=
ill
be able to discover the capabilities of the cloud storage offering and use =
this
interface to manage containers and the data that is placed in them. In
addition, metadata can be set on containers and their contained data elemen=
ts
through this interface.<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>3. The versio=
n number
(or other distinct identifier) and date of the most recently approved versi=
on
of the specification.</span></b><span style=3D'color:black'><o:p></o:p></sp=
an></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>SNIA Architectur=
e - 1.0
standard<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>4. If the
specification is part of a group of explicitly related specifications from =
the
same source, the name of the group of specifications.</span></b><span
class=3Dapple-converted-space><span style=3D'color:black'>&nbsp;</span></sp=
an><span
style=3D'color:black'>Not applicable<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>5. URI for th=
e
normative text of the specification<span class=3Dapple-converted-space>&nbs=
p;</span></span></b><span
style=3D'color:black'><a
href=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
target=3D"_blank"
title=3D"http://www.snia.org/tech_activities/standards/curr_standards/cdmi"=
>http://www.snia.org/tech_activities/standards/curr_standards/cdmi</a><o:p>=
</o:p></span></p>

<h2 style=3D'margin-left:1.0in'><a name=3D"128d09714f6a9e9a_128d05bafe021cf=
c_SOURCE"></a><span
style=3D'color:black'>SOURCE<o:p></o:p></span></h2>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>6. The name o=
f the
SDO that generated/authored/hosted the specification.<span
class=3Dapple-converted-space>&nbsp;</span></span></b><span style=3D'color:=
black'>Storage
Networking Industry Association<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>7. URI for th=
e SDO</span></b><span
class=3Dapple-converted-space><span style=3D'color:black'>&nbsp;</span></sp=
an><span
style=3D'color:black'><a href=3D"http://snia.org/" target=3D"_blank"
title=3D"http://snia.org">http://snia.org</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>8. The level =
of
approval that the SDO has conferred on the specification as described by th=
e
SDO's process.</span></b><span class=3Dapple-converted-space><span
style=3D'color:black'>&nbsp;</span></span><span style=3D'color:black'>SNIA
Architecture (Final Standard)<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>9. The langua=
ge or
languages in which the specification is available.<span
class=3Dapple-converted-space>&nbsp;</span></span></b><span style=3D'color:=
black'>US
English<o:p></o:p></span></p>

<h2 style=3D'margin-left:1.0in'><a name=3D"128d09714f6a9e9a_128d05bafe021cf=
c_SUBJEC"></a><span
style=3D'color:black'>SUBJECT<o:p></o:p></span></h2>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>10. Which of =
the
categories of Cloud services does the standard address?<span
class=3Dapple-converted-space>&nbsp;</span></span></b><span style=3D'color:=
black'>(Infrastructure
as a Service - IaaS, Data Storage as a Service - DaaS, Platform as a Servic=
e -
PaaS, Software as a Service - SaaS) DaaS (Cloud Storage)<o:p></o:p></span><=
/p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>11. Does the =
standard
address both functional and management aspects of the service?</span></b><s=
pan
class=3Dapple-converted-space><span style=3D'color:black'>&nbsp;</span></sp=
an><span
style=3D'color:black'>Yes. Management is done by setting metadata on contai=
ners
of data and individual data elements. The functional interface allows CRUD
semantics for storage of data via HTTP.<o:p></o:p></span></p>

<h2 style=3D'margin-left:1.0in'><a name=3D"128d09714f6a9e9a_128d05bafe021cf=
c_OPTION"></a><span
style=3D'color:black'>OPTIONAL<o:p></o:p></span></h2>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>12. The level=
 of
approval of the specification in this generic lifecycle taxonomy:</span></b=
><span
style=3D'color:black'><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>Final standard<o=
:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'><br>
<b>13. URI for the applicable SDO's patent and copyright rules, if any,
applicable to development and use of the specification.</b><span
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" target=3D"_bla=
nk"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP Polic=
y</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>14. URI for t=
he SDO's
posting location, (if any) for notices from participants or individuals
regarding claims under the rules stated under number 15.</span></b><span
class=3Dapple-converted-space><span style=3D'color:black'>&nbsp;</span></sp=
an><span
style=3D'color:black'><a
href=3D"http://www.snia.org/about/corporate_info/ip_policy/" target=3D"_bla=
nk"
title=3D"http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP Polic=
y</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>15. Interoper=
ability,
conformance, or certification test activity for the specification (by owner
name or URI).</span></b><span style=3D'color:black'><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>None<o:p></o:p><=
/span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>16. Known
implementations of the specification (by owner name or URI).</span></b><spa=
n
style=3D'color:black'><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>The SNIA Cloud S=
torage
TWG is producing an open source reference implementation.<o:p></o:p></span>=
</p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>17. A list (o=
r URI
pointer to same) of the other specifications* that are normatively referenc=
ed
in the specification.</span></b><span style=3D'color:black'><o:p></o:p></sp=
an></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'><br>
[ISO-8601] International Standards Organization, &quot;Data elements and
interchange formats -- Information interchange -- Representation of dates a=
nd
times&quot;, ISO 8601:20044 -<a
href=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.=
htm?csnumber=3D40874"
target=3D"_blank"
title=3D"http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail=
.htm?csnumber=3D40874">http://www.iso.org/iso/iso_catalogue/catalogue_tc/ca=
talogue_detail.htm?csnumber=3D40874</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[ITU-T509] Inter=
national
Telecommunications Union Telecommunication Standardization Sector (ITU-T),
Recommendation X.509: Information technology - Open Systems Interconnection=
 -
The Directory: Public-key and attribute certificate frameworks, May 2000.
Specification and technical corrigenda -<span class=3Dapple-converted-space=
>&nbsp;</span><a
href=3D"http://www.itu.int/ITU-T/publications/recs.html" target=3D"_blank"
title=3D"http://www.itu.int/ITU-T/publications/recs.html">http://www.itu.in=
t/ITU-T/publications/recs.html</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC2119] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc2119" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2119">RFC 2119</a>. Key words for us=
e in
RFCs to Indicate Requirement Levels -<a
href=3D"http://www.ietf.org/rfc/rfc2119.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2119.txt">http://www.ietf.org/rfc/rfc21=
19.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC2045] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc2045" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2045">RFC 2045</a>. Multipurpose Int=
ernet
Mail Extensions (MIME) Part One: Format of Internet Message Bodies -<a
href=3D"http://www.ietf.org/rfc/rfc2045.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2045.txt">http://www.ietf.org/rfc/rfc20=
45.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC2578] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc2578" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2578">RFC 2578</a>. Structure of
Management Information Version 2 (SMIv2) -<span class=3Dapple-converted-spa=
ce>&nbsp;</span><a
href=3D"http://www.ietf.org/rfc/rfc2578.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2578.txt">http://www.ietf.org/rfc/rfc25=
78.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC2616] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc2616" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc2616">RFC 2616</a>. Hypertext Transf=
er
Protocol -- HTTP/1.1 -<span class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://www.ietf.org/rfc/rfc2616.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc2616.txt">http://www.ietf.org/rfc/rfc26=
16.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC3280] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc3280" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3280">RFC 3280</a>. Internet X.509 P=
ublic
Key Infrastructure Certificate and Certificate Revocation List (CRL) Profil=
e -<span
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://www.ietf.org/rfc/rfc3280.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc3280.txt">http://www.ietf.org/rfc/rfc32=
80.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC3530] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc3530" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3530">RFC 3530</a>. Network File Sys=
tem
(NFS) version 4 Protocol -<span class=3Dapple-converted-space>&nbsp;</span>=
<a
href=3D"http://www.ietf.org/rfc/rfc3530.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc3530.txt">http://www.ietf.org/rfc/rfc35=
30.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC3986] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc3986" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc3986">RFC 3986</a>. Uniform Resource
Identifier (URI): Generic Syntax -<span class=3Dapple-converted-space>&nbsp=
;</span><a
href=3D"http://www.ietf/org/rfc/rfc3986.txt" target=3D"_blank"
title=3D"http://www.ietf/org/rfc/rfc3986.txt">http://www.ietf/org/rfc/rfc39=
86.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC4346] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc4346" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc4346">RFC 4346</a>. The Transport La=
yer
Security (TLS) Protocol Version 1.1 -<span class=3Dapple-converted-space>&n=
bsp;</span><a
href=3D"http://tools.ietf.org/rfc/rfc4346.txt" target=3D"_blank"
title=3D"http://tools.ietf.org/rfc/rfc4346.txt">http://tools.ietf.org/rfc/r=
fc4346.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC4627] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc4627" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc4627">RFC 4627</a>. The application/=
json
Media Type for JavaScript Object Notation (JSON) -<a
href=3D"http://www.ietf.org/rfc/rfc4627.txt" target=3D"_blank"
title=3D"http://www.ietf.org/rfc/rfc4627.txt">http://www.ietf.org/rfc/rfc46=
27.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RFC5246] IETF<s=
pan
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://tools.ietf.org/html/rfc5246" target=3D"_blank"
title=3D"http://tools.ietf.org/html/rfc5246">RFC 5246</a>. The Transport La=
yer
Security (TLS) Protocol Version 1.2 -<span class=3Dapple-converted-space>&n=
bsp;</span><a
href=3D"http://tools.ietf.org/rfc/rfc5246.txt" target=3D"_blank"
title=3D"http://tools.ietf.org/rfc/rfc5246.txt">http://tools.ietf.org/rfc/r=
fc5246.txt</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>&nbsp;<o:p></o:p=
></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>18. A list (o=
r URI
pointer to same) of the other specifications* that are referenced in the
specification (except the ones listed under number 17).</span></b><span
style=3D'color:black'><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[CRC] Williams, =
Ross,
&quot;A Painless Guide to CRC Error Detection Algorithms&quot;, Chapter 16,
August 1993,<a href=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
target=3D"_blank" title=3D"http://www.repairfaq.org/filipg/LINK/F_crc_v3.ht=
ml">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a><o:p></o:p></span=
></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[PKS12] RSA
Laboratories, PKCS #12: Personal Information Exchange Syntax, Version 1.0, =
June
1999. Specification and Technical Corrigendum -<span
class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://www.rsa.com/rsalabs/node.asp?id=3D2138" target=3D"_blank"
title=3D"http://www.rsa.com:80/rsalabs/node.asp?id=3D2138">http://www.rsa.c=
om:80/rsalabs/node.asp?id=3D2138</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[REST]
&quot;Representational State Transfer&quot; -<span class=3Dapple-converted-=
space>&nbsp;</span><a
href=3D"http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_styl=
e.htm"
target=3D"_blank"
title=3D"http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style=
.htm">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.ht=
m</a><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[RESTful Web]
Richardson, Leonard and Sam Ruby, RESTful Web Services, O'Reilly, 2007.<o:p=
></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>[SIRDM] Storage =
Industry
Resource Domain Model -<span class=3Dapple-converted-space>&nbsp;</span><a
href=3D"http://www.snia.org/education/storage_networking_primer/sirdm/"
target=3D"_blank"
title=3D"http://www.snia.org/education/storage_networking_primer/sirdm/">ht=
tp://www.snia.org/education/storage_networking_primer/sirdm/</a><o:p></o:p>=
</span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'><br>
<b>19. A list (or URI pointer to same) of other specifications* with which =
the
specification may (speculatively) interoperate or act in complementary,
compatible fashion.</b><o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>OCCI - see OGF e=
ntry.<o:p></o:p></span></p>

<p style=3D'margin-left:1.0in'><b><span style=3D'color:black'>20. A list (o=
r URI
pointer to same) of other specifications* similar to this specification.
(Whether or not substitutable.)</span></b><span style=3D'color:black'><o:p>=
</o:p></span></p>

<p style=3D'margin-left:1.0in'><span style=3D'color:black'>None.<o:p></o:p>=
</span></p>

</div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>-----------------------------------<br>
<br>
The template can be found here:<br>
<a href=3D"http://cloud-standards.org/wiki/index.php?title=3DTemplate"
target=3D"_blank">http://cloud-standards.org/wiki/index.php?title=3DTemplat=
e</a><br>
<br>
-- mark<o:p></o:p></span></p>

</div>

<div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
><br>
<br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:<o:p></o:p></span></p>

</div>

</div>

</div>

<blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'>

<div>

<div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Dear All,<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Attached
please find a template (a Table) that can be utilized for Clouds SDO gap
analysis.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Very much
appreciate your comments, inputs, suggestions for updating it.<o:p></o:p></=
span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>The plan
is to populate this template with SDOs' information,<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>once this
template is finalized through email discussion.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Thanks a
lot for your support and contributions<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Best
Regards.<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>Bhumip<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
>&nbsp;<o:p></o:p></span></p>

</div>

</div>

<div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003,<span class=3Dapple-converted-s=
pace>&nbsp;</span><a
href=3D"mailto:bhumip@acm.org" target=3D"_blank">bhumip@acm.org</a>)<br>
<br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt of
this email if you are not the intended recipient of the communiqu=E9.<o:p><=
/o:p></span></p>

</div>

</div>

</div>

</div>

<pre style=3D'margin-left:1.0in'><span style=3D'color:black'>&nbsp;<o:p></o=
:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'>___________________=
____________________________<o:p></o:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'>clouds mailing list=
<o:p></o:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'><a
href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a><o:p><=
/o:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'><a
href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">htt=
ps://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></pre><pre
style=3D'margin-left:1.0in'><span style=3D'color:black'>&nbsp; <o:p></o:p><=
/span></pre></blockquote>

</div>

<p class=3DMsoNormal style=3D'mso-margin-top-alt:0in;margin-right:0in;margi=
n-bottom:
12.0pt;margin-left:1.0in'><span style=3D'color:black'><br>
_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org" target=3D"_blank">clouds@ietf.org</a><br=
>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></p>

</div>

<div style=3D'margin-left:.5in'>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'color:black'=
><br>
<br clear=3Dall>
<br>
--<span class=3Dapple-converted-space>&nbsp;</span><br>
Best Regards.<br>
<br>
Bhumip Khasnabish (Mobile:+001-781-752-8003,<span class=3Dapple-converted-s=
pace>&nbsp;</span><a
href=3D"mailto:bhumip@acm.org" target=3D"_blank">bhumip@acm.org</a>)<br>
<br>
=A9 2010 Bhumip Khasnabish. Do not view, print, forward, and save the conte=
nt of
this email if you are not the intended recipient of the communiqu=E9.<o:p><=
/o:p></span></p>

</div>

</div>

</div>

</div>

<p class=3DMsoNormal style=3D'mso-margin-top-alt:0in;margin-right:0in;margi=
n-bottom:
12.0pt;margin-left:1.0in'><span style=3D'color:black'><br>
_______________________________________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds" target=3D"_blank">=
https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></p>

</div>

<p class=3DMsoNormal style=3D'mso-margin-top-alt:0in;margin-right:0in;margi=
n-bottom:
12.0pt;margin-left:1.0in'><span style=3D'color:black'><br>
<br clear=3Dall>
<o:p></o:p></span></p>

</div>

</div>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><span style=3D'font-size:13=
.5pt;
font-family:"Lucida Grande","serif";color:black'>__________________________=
_____________________<br>
clouds mailing list<br>
<a href=3D"mailto:clouds@ietf.org">clouds@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.o=
rg/mailman/listinfo/clouds</a><o:p></o:p></span></p>

</div>

</div>

<p class=3DMsoNormal style=3D'margin-left:.5in'><o:p>&nbsp;</o:p></p>

</div>

</div>

</body>

</html>

--_000_C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF834093MBXC01me_--

From mark.carlson@oracle.com  Thu May 27 06:46:38 2010
Return-Path: <mark.carlson@oracle.com>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 87B703A68E4 for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:46:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.597
X-Spam-Level: 
X-Spam-Status: No, score=-6.597 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
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 QoIgWfQJPHUm for <clouds@core3.amsl.com>; Thu, 27 May 2010 06:46:22 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id CA1E13A6AD5 for <clouds@ietf.org>; Thu, 27 May 2010 06:46:21 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4RDju5O005277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 27 May 2010 13:45:57 GMT
Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o4RDja39015147; Thu, 27 May 2010 13:45:51 GMT
Received: from abhmt020.oracle.com by acsmt354.oracle.com with ESMTP id 273609841274967882; Thu, 27 May 2010 06:44:42 -0700
Received: from Macintosh-335.local (/67.166.17.211) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 27 May 2010 06:44:42 -0700
Message-ID: <4BFE7749.50304@oracle.com>
Date: Thu, 27 May 2010 07:44:41 -0600
From: Mark Carlson <mark.carlson@oracle.com>
Organization: Oracle
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: Gene Golovinsky <gene@alertlogic.com>
References: <AANLkTikNK0e2JDPaTFKo8kZ_59TxmdG22rvBLGtFcU5e@mail.gmail.com><4BFBFEB9.1080606@oracle.com><AANLkTikFsY2KS7xIDhHwKTyUQKBZSHrisdgHuIhPURaB@mail.gmail.com><4BFC0D8E.3030007@oracle.com><AANLkTillQUoRixi4gqjlqTRTE8n7WIeXVJonS-M6yOsD@mail.gmail.com>	<008001cafd61$a05069c0$a6140674@china.huawei.com>	<1BEB2423-C12A-4D0C-B4D5-03DE4F88AA70@cisco.com> <C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF8@34093-MBX-C01.mex07a.mlsrvr.com>
In-Reply-To: <C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF8@34093-MBX-C01.mex07a.mlsrvr.com>
Content-Type: multipart/alternative; boundary="------------070802020608010407040707"
X-Auth-Type: Internal IP
X-Source-IP: acsinet15.oracle.com [141.146.126.227]
X-CT-RefId: str=0001.0A090201.4BFE779E.0060:SCFMA922111,ss=1,fgs=0
Cc: "clouds@ietf.org" <clouds@ietf.org>
Subject: Re: [clouds] Clouds SDO gap analysis template (a Table)
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2010 13:46:38 -0000

This is a multi-part message in MIME format.
--------------070802020608010407040707
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

+1 to this. This is a great example of where IETF can aid the cloud efforts.
The cloud efforts at the various SDOs always look for other existing 
standards
to leverage. CDMI, for example, references 
<http://cdmi.sniacloud.com/cdmi_spec/2-references/2-references.htm> no 
fewer than 10 existing IETF RFCs.
SNIA recently embarked on an effort to add more interoperable auditing 
to CDMI
and would readily reference the IETF work if it incorporated the 
requirements of
data and storage management.

-- mark

On 5/27/10 7:27 AM, Gene Golovinsky wrote:
>
> Mark and all.
>
> One of the areas where I am convinced Cloud can benefit from IETF 
> efforts is logging.
>
> As I mentioned a few months ago "Auditability" for any Cloud 
> infrastructure and applications either does not exist at all or in its 
> enfancy.
>
> CloudAudit is making very good progress towards some aspects of 
> "Auditability", but it is mostly geared towards identifying and 
> locating appropriate compliance documents in the defined namespace.
>
> I have in mind logging Syslog style. The content of the logs for the 
> Cloud should be different from your traditional server, router, switch 
> log since the managed entity itself is obfuscated in the cloud.
>
> This leads to almost impossible forensics and compliance objectives 
> unless Cloud participating entity logs information consistently and in 
> interoperable manner.
>
> I'll be sending high level proposal soon. I believe it will be 
> specific enough and complimentary to CloudAudit efforts.
>
> --Gene
>
> *From:* clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] *On 
> Behalf Of *Mark Webb
> *Sent:* Thursday, May 27, 2010 8:17 AM
> *To:* Linda Dunbar
> *Cc:* clouds@ietf.org
> *Subject:* Re: [clouds] Clouds SDO gap analysis template (a Table)
>
> Linda,
>
> In principle I think you have a good point that I agree with in the 
> longer term.  I think if the IETF community wants to be relevant to 
> whatever cloud computing is, then the group needs to find something 
> within the scope of IETF _and_ not already being worked by some other 
> SDO or forum where a significant contribution, (job to be done, 
> problem to be solved) needs to be made.
>
> I see the "gap analysis" as only a means to that end, (identify a real 
> concrete problem & potential solution in need of standardization at 
> this point in time for cloud).
>
> Keeping all possible outcomes in play also means to me that IETF may 
> have no _significant_ new cloud value at this snapshot in time, (as 
> unpopular as that may be).
>
> Mark Webb
>
> PS: with the understanding that individuals, groups, organizations 
> will shop SDOs for path of least resistance for their own benefit.
>
> On May 27, 2010, at 1:58 AM, Linda Dunbar wrote:
>
>
>
> I don't think it is realistic for IETF to keep up with all the Cloud 
> work done by other SDO. "Cloud" is just too big a scope for one IETF 
> working group. We should focus on one concrete problem. Other SDO's 
> work will be background and justify why this problem has to be solved 
> by IETF instead of other SDO.
>
> Linda Dunbar
>
> ------------------------------------------------------------------------
>
> *From:* clouds-bounces@ietf.org <mailto:clouds-bounces@ietf.org> 
> [mailto:clouds-bounces@ietf.org] *On Behalf Of *Sam Johnston
> *Sent:* Tuesday, May 25, 2010 1:18 PM
> *To:* Mark Carlson
> *Cc:* clouds@ietf.org <mailto:clouds@ietf.org>
> *Subject:* Re: [clouds] Clouds SDO gap analysis template (a Table)
>
> Bhumip/Mark,
>
> In terms of gap analysis, I'd be more interested in seeing other 
> groups feeding into IETF than having it picking up the scraps. I 
> certainly intend to submit CloudAudit, and ideally [parts of] OCCI to 
> the I-D/RFC process for a start. IETF is well known for having clean, 
> interoperable specifications which is something specialist groups are 
> not so good at.
>
> Sam
>
> On 25 May 2010 19:49, Mark Carlson <mark.carlson@oracle.com 
> <mailto:mark.carlson@oracle.com>> wrote:
>
> That's great. When the IETF decides what it wants to do, you should
> also create and maintain an entry up there.
>
> Thanks,
>
> -- mark
>
>
> On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:
>
> Dear Mark,
>
> Thanks for your inputs and suggestions.
>
> Yes, we'll utilize all of the relevant existing information from the 
> sites that you mention and a few others.
>
> As you know our objective is to determine the gaps (existing and 
> emerging) and focus on where IETF can contribute in terms of 
> standardization (protocol development, protocol extension 
> recommendation, etc.) and profile development for Cloud-based services.
>
> Hope these help clarify matters.
>
> Thanks again.
>
> Best.
>
> Bhumip
>
>
> On Tue, May 25, 2010 at 12:45 PM, Mark Carlson 
> <mark.carlson@oracle.com <mailto:mark.carlson@oracle.com>> wrote:
>
> Bhumip,
>
> Not sure why you are doing this. The information you need is largely 
> already
> available on http://cloud-standards.org <http://cloud-standards.org/> 
> wiki. Each SDO has already created
> an entry describing their cloud work, and they use a standard template 
> already
> to describe each standard.
>
> For example, here is one for an already finalized standard:
>
>
> http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29
>
>
>   Cloud Standard
>
> *1. The name of the specification*
>
> SNIA Cloud Data Management Interface
>      
>
> *2. A short statement (<100 words) of the purpose and function of the 
> specification* The SNIA Cloud Data Management Interface (CDMI) is the 
> functional interface that applications will use to create, retrieve, 
> update and delete data elements from the cloud. As part of this 
> interface the client will be able to discover the capabilities of the 
> cloud storage offering and use this interface to manage containers and 
> the data that is placed in them. In addition, metadata can be set on 
> containers and their contained data elements through this interface.
>
> *3. The version number (or other distinct identifier) and date of the 
> most recently approved version of the specification.*
>
> SNIA Architecture - 1.0 standard
>
> *4. If the specification is part of a group of explicitly related 
> specifications from the same source, the name of the group of 
> specifications.* Not applicable
>
> *5. URI for the normative text of the specification 
> *http://www.snia.org/tech_activities/standards/curr_standards/cdmi
>
>
>     SOURCE
>
> *6. The name of the SDO that generated/authored/hosted the 
> specification. *Storage Networking Industry Association
>
> *7. URI for the SDO* http://snia.org <http://snia.org/>
>
> *8. The level of approval that the SDO has conferred on the 
> specification as described by the SDO's process.* SNIA Architecture 
> (Final Standard)
>
> *9. The language or languages in which the specification is available. 
> *US English
>
>
>     SUBJECT
>
> *10. Which of the categories of Cloud services does the standard 
> address? *(Infrastructure as a Service - IaaS, Data Storage as a 
> Service - DaaS, Platform as a Service - PaaS, Software as a Service - 
> SaaS) DaaS (Cloud Storage)
>
> *11. Does the standard address both functional and management aspects 
> of the service?* Yes. Management is done by setting metadata on 
> containers of data and individual data elements. The functional 
> interface allows CRUD semantics for storage of data via HTTP.
>
>
>     OPTIONAL
>
> *12. The level of approval of the specification in this generic 
> lifecycle taxonomy:*
>
> Final standard
>
>
> *13. URI for the applicable SDO's patent and copyright rules, if any, 
> applicable to development and use of the specification.* SNIA IP 
> Policy <http://www.snia.org/about/corporate_info/ip_policy/>
>
> *14. URI for the SDO's posting location, (if any) for notices from 
> participants or individuals regarding claims under the rules stated 
> under number 15.* SNIA IP Policy 
> <http://www.snia.org/about/corporate_info/ip_policy/>
>
> *15. Interoperability, conformance, or certification test activity for 
> the specification (by owner name or URI).*
>
> None
>
> *16. Known implementations of the specification (by owner name or URI).*
>
> The SNIA Cloud Storage TWG is producing an open source reference 
> implementation.
>
> *17. A list (or URI pointer to same) of the other specifications* that 
> are normatively referenced in the specification.*
>
>
> [ISO-8601] International Standards Organization, "Data elements and 
> interchange formats -- Information interchange -- Representation of 
> dates and times", ISO 8601:20044 
> -http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874
>
> [ITU-T509] International Telecommunications Union Telecommunication 
> Standardization Sector (ITU-T), Recommendation X.509: Information 
> technology - Open Systems Interconnection - The Directory: Public-key 
> and attribute certificate frameworks, May 2000. Specification and 
> technical corrigenda - http://www.itu.int/ITU-T/publications/recs.html
>
> [RFC2119] IETF RFC 2119 <http://tools.ietf.org/html/rfc2119>. Key 
> words for use in RFCs to Indicate Requirement Levels 
> -http://www.ietf.org/rfc/rfc2119.txt
>
> [RFC2045] IETF RFC 2045 <http://tools.ietf.org/html/rfc2045>. 
> Multipurpose Internet Mail Extensions (MIME) Part One: Format of 
> Internet Message Bodies -http://www.ietf.org/rfc/rfc2045.txt
>
> [RFC2578] IETF RFC 2578 <http://tools.ietf.org/html/rfc2578>. 
> Structure of Management Information Version 2 (SMIv2) - 
> http://www.ietf.org/rfc/rfc2578.txt
>
> [RFC2616] IETF RFC 2616 <http://tools.ietf.org/html/rfc2616>. 
> Hypertext Transfer Protocol -- HTTP/1.1 - 
> http://www.ietf.org/rfc/rfc2616.txt
>
> [RFC3280] IETF RFC 3280 <http://tools.ietf.org/html/rfc3280>. Internet 
> X.509 Public Key Infrastructure Certificate and Certificate Revocation 
> List (CRL) Profile - http://www.ietf.org/rfc/rfc3280.txt
>
> [RFC3530] IETF RFC 3530 <http://tools.ietf.org/html/rfc3530>. Network 
> File System (NFS) version 4 Protocol - http://www.ietf.org/rfc/rfc3530.txt
>
> [RFC3986] IETF RFC 3986 <http://tools.ietf.org/html/rfc3986>. Uniform 
> Resource Identifier (URI): Generic Syntax - 
> http://www.ietf/org/rfc/rfc3986.txt
>
> [RFC4346] IETF RFC 4346 <http://tools.ietf.org/html/rfc4346>. The 
> Transport Layer Security (TLS) Protocol Version 1.1 - 
> http://tools.ietf.org/rfc/rfc4346.txt
>
> [RFC4627] IETF RFC 4627 <http://tools.ietf.org/html/rfc4627>. The 
> application/json Media Type for JavaScript Object Notation (JSON) 
> -http://www.ietf.org/rfc/rfc4627.txt
>
> [RFC5246] IETF RFC 5246 <http://tools.ietf.org/html/rfc5246>. The 
> Transport Layer Security (TLS) Protocol Version 1.2 - 
> http://tools.ietf.org/rfc/rfc5246.txt
>
> *18. A list (or URI pointer to same) of the other specifications* that 
> are referenced in the specification (except the ones listed under 
> number 17).*
>
> [CRC] Williams, Ross, "A Painless Guide to CRC Error Detection 
> Algorithms", Chapter 16, August 
> 1993,http://www.repairfaq.org/filipg/LINK/F_crc_v3.html
>
> [PKS12] RSA Laboratories, PKCS #12: Personal Information Exchange 
> Syntax, Version 1.0, June 1999. Specification and Technical 
> Corrigendum - http://www.rsa.com:80/rsalabs/node.asp?id=2138 
> <http://www.rsa.com/rsalabs/node.asp?id=2138>
>
> [REST] "Representational State Transfer" - 
> http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm 
> <http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm>
>
> [RESTful Web] Richardson, Leonard and Sam Ruby, RESTful Web Services, 
> O'Reilly, 2007.
>
> [SIRDM] Storage Industry Resource Domain Model - 
> http://www.snia.org/education/storage_networking_primer/sirdm/
>
>
> *19. A list (or URI pointer to same) of other specifications* with 
> which the specification may (speculatively) interoperate or act in 
> complementary, compatible fashion.*
>
> OCCI - see OGF entry.
>
> *20. A list (or URI pointer to same) of other specifications* similar 
> to this specification. (Whether or not substitutable.)*
>
> None.
>
> -----------------------------------
>
> The template can be found here:
> http://cloud-standards.org/wiki/index.php?title=Template
>
> -- mark
>
>
>
> On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:
>
>     Dear All,
>
>     Attached please find a template (a Table) that can be utilized for
>     Clouds SDO gap analysis.
>
>     Very much appreciate your comments, inputs, suggestions for
>     updating it.
>
>     The plan is to populate this template with SDOs' information,
>
>     once this template is finalized through email discussion.
>
>     Thanks a lot for your support and contributions
>
>     Best Regards.
>
>     Bhumip
>
>
>     Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org
>     <mailto:bhumip@acm.org>)
>
>     © 2010 Bhumip Khasnabish. Do not view, print, forward, and save
>     the content of this email if you are not the intended recipient of
>     the communiqué.
>
>       
>
>     _______________________________________________
>
>     clouds mailing list
>
>     clouds@ietf.org  <mailto:clouds@ietf.org>
>
>     https://www.ietf.org/mailman/listinfo/clouds
>
>        
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org <mailto:clouds@ietf.org>
> https://www.ietf.org/mailman/listinfo/clouds
>
>
>
>
> -- 
> Best Regards.
>
> Bhumip Khasnabish (Mobile:+001-781-752-8003, bhumip@acm.org 
> <mailto:bhumip@acm.org>)
>
> © 2010 Bhumip Khasnabish. Do not view, print, forward, and save the 
> content of this email if you are not the intended recipient of the 
> communiqué.
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org <mailto:clouds@ietf.org>
> https://www.ietf.org/mailman/listinfo/clouds
>
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org <mailto:clouds@ietf.org>
> https://www.ietf.org/mailman/listinfo/clouds
>
>
> _______________________________________________
> clouds mailing list
> clouds@ietf.org
> https://www.ietf.org/mailman/listinfo/clouds
>    

--------------070802020608010407040707
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="+1">+1 to this. This is a great example of where IETF can
aid the cloud efforts.<br>
The cloud efforts at the various SDOs always look for other existing
standards<br>
to leverage. CDMI, for example, <a
 href="http://cdmi.sniacloud.com/cdmi_spec/2-references/2-references.htm">references</a>
no fewer than 10 existing IETF RFCs.<br>
SNIA recently embarked on an effort to add more interoperable auditing
to CDMI<br>
and would readily reference the IETF work if it incorporated the
requirements of<br>
data and storage management.<br>
<br>
-- mark<br>
</font><br>
On 5/27/10 7:27 AM, Gene Golovinsky wrote:
<blockquote
 cite="mid:C6A1D07CACFDBD4D9422C7D7ED288D41041C266CF8@34093-MBX-C01.mex07a.mlsrvr.com"
 type="cite">
  <meta http-equiv="Content-Type"
 content="text/html; charset=ISO-8859-1">
  <meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
  <style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"Lucida Grande";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
h1
	{mso-style-priority:9;
	mso-style-link:"Heading 1 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:24.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
h2
	{mso-style-priority:9;
	mso-style-link:"Heading 2 Char";
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:18.0pt;
	font-family:"Times New Roman","serif";
	font-weight:bold;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p
	{mso-style-priority:99;
	mso-margin-top-alt:auto;
	margin-right:0in;
	mso-margin-bottom-alt:auto;
	margin-left:0in;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.apple-converted-space
	{mso-style-name:apple-converted-space;}
span.Heading1Char
	{mso-style-name:"Heading 1 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 1";
	font-family:"Cambria","serif";
	color:#365F91;
	font-weight:bold;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.Heading2Char
	{mso-style-name:"Heading 2 Char";
	mso-style-priority:9;
	mso-style-link:"Heading 2";
	font-family:"Cambria","serif";
	color:#4F81BD;
	font-weight:bold;}
span.EmailStyle24
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
  </style><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
  <div class="Section1">
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">Mark
and all.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">One
of the areas where I am convinced Cloud can benefit from
IETF efforts is logging.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">As
I mentioned a few months ago &#8220;Auditability&#8221; for
any Cloud infrastructure and applications either does not exist at all
or in
its enfancy.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">CloudAudit
is making very good progress towards some aspects of &#8220;Auditability&#8221;,
but it is mostly geared towards identifying and locating appropriate
compliance
documents in the defined namespace.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">I
have in mind logging Syslog style. The content of the logs for
the Cloud should be different from your traditional server, router,
switch log since
the managed entity itself is obfuscated in the cloud.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">This
leads to almost impossible forensics and compliance
objectives unless Cloud participating entity logs information
consistently and
in interoperable manner.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">I&#8217;ll
be sending high level proposal soon. I believe it
will be specific enough and complimentary to CloudAudit efforts.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);">--Gene<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; color: rgb(31, 73, 125);"><o:p>&nbsp;</o:p></span></p>
  <div>
  <div
 style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><b><span
 style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;;">From:</span></b><span
 style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;;">
<a class="moz-txt-link-abbreviated" href="mailto:clouds-bounces@ietf.org">clouds-bounces@ietf.org</a>
[<a class="moz-txt-link-freetext" href="mailto:clouds-bounces@ietf.org">mailto:clouds-bounces@ietf.org</a>] <b>On Behalf Of </b>Mark Webb<br>
  <b>Sent:</b> Thursday, May 27, 2010 8:17 AM<br>
  <b>To:</b> Linda Dunbar<br>
  <b>Cc:</b> <a class="moz-txt-link-abbreviated" href="mailto:clouds@ietf.org">clouds@ietf.org</a><br>
  <b>Subject:</b> Re: [clouds] Clouds SDO gap analysis template (a
Table)<o:p></o:p></span></p>
  </div>
  </div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal" style="margin-left: 0.5in;">Linda,<o:p></o:p></p>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">In principle I think
you have a
good point that I agree with in the longer term. &nbsp;I think if the IETF
community wants to be relevant to whatever cloud computing is, then the
group
needs to find something within the scope of IETF _and_ not already
being worked
by some other SDO or forum where a significant contribution, (job to be
done,
problem to be solved) needs to be made.<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">I see the "gap
analysis"
as only a means to that end, (identify a real concrete problem &amp;
potential
solution in need of standardization at this point in time for cloud).<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">Keeping all possible
outcomes in
play also means to me that IETF may have no _significant_ new cloud
value at
this snapshot in time, (as unpopular as that may be). &nbsp;<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">Mark Webb<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">PS: with the
understanding that
individuals, groups, organizations will shop SDOs for path of least
resistance
for their own benefit.<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  <div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;">On May 27, 2010, at
1:58 AM, Linda
Dunbar wrote:<o:p></o:p></p>
  </div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><br>
  <br>
  <o:p></o:p></p>
  <div>
  <div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-family: &quot;Arial&quot;,&quot;sans-serif&quot;; color: blue;">I don&#8217;t think
it is realistic for IETF to keep up with all
the Cloud work done by other SDO. &#8220;Cloud&#8221; is just too big a scope
for one IETF working group. We should focus on one concrete problem.
Other
SDO&#8217;s work will be background and justify why this problem has to be
solved by IETF instead of other SDO.</span><span style="color: black;"><o:p></o:p></span></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-family: &quot;Arial&quot;,&quot;sans-serif&quot;; color: blue;">&nbsp;</span><span
 style="color: black;"><o:p></o:p></span></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-family: &quot;Arial&quot;,&quot;sans-serif&quot;; color: blue;">&nbsp;</span><span
 style="color: black;"><o:p></o:p></span></p>
  </div>
  <div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-family: &quot;Arial&quot;,&quot;sans-serif&quot;; color: blue;">Linda Dunbar</span><span
 style="color: black;"><o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <div class="MsoNormal" style="margin-left: 0.5in; text-align: center;"
 align="center"><span style="color: black;">
  <hr align="center" width="100%" size="2"></span></div>
  </div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><b><span
 style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;; color: black;">From:</span></b><span
 class="apple-converted-space"><span
 style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;; color: black;">&nbsp;</span></span><span
 style="font-size: 10pt; font-family: &quot;Tahoma&quot;,&quot;sans-serif&quot;; color: black;"><a
 moz-do-not-send="true" href="mailto:clouds-bounces@ietf.org">clouds-bounces@ietf.org</a>
[<a moz-do-not-send="true" href="mailto:clouds-bounces@ietf.org">mailto:clouds-bounces@ietf.org</a>]<span
 class="apple-converted-space">&nbsp;</span><b>On Behalf Of<span
 class="apple-converted-space">&nbsp;</span></b>Sam Johnston<br>
  <b>Sent:</b><span class="apple-converted-space">&nbsp;</span>Tuesday, May
25,
2010 1:18 PM<br>
  <b>To:</b><span class="apple-converted-space">&nbsp;</span>Mark Carlson<br>
  <b>Cc:</b><span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="mailto:clouds@ietf.org">clouds@ietf.org</a><br>
  <b>Subject:</b><span class="apple-converted-space">&nbsp;</span>Re:
[clouds]
Clouds SDO gap analysis template (a Table)</span><span
 style="color: black;"><o:p></o:p></span></p>
  </div>
  </div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Bhumip/Mark,<o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">In terms
of gap analysis, I'd be more interested in seeing other groups feeding
into
IETF than having it picking up the scraps. I certainly intend to submit
CloudAudit, and ideally [parts of] OCCI to the I-D/RFC process for a
start.
IETF is well known for having clean, interoperable specifications which
is
something specialist groups are not so good at.<o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Sam<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">On 25 May
2010 19:49, Mark Carlson &lt;<a moz-do-not-send="true"
 href="mailto:mark.carlson@oracle.com">mark.carlson@oracle.com</a>&gt;
wrote:<o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-size: 13.5pt; color: black;">That's great. When the IETF
decides what it wants to do, you
should<br>
also create and maintain an entry up there.<br>
  <br>
Thanks,<br>
  </span><span style="font-size: 13.5pt; color: rgb(136, 136, 136);"><br>
-- mark</span><span style="color: black;"><o:p></o:p></span></p>
  </div>
  <div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;"><br>
On 5/25/10 11:15 AM, Bhumip Khasnabish wrote:<o:p></o:p></span></p>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Dear Mark,<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Thanks
for your inputs and suggestions.<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Yes,
we'll utilize all of the relevant existing information from the sites
that you
mention and a few others.<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">As you
know our objective is to determine the gaps (existing and emerging) and
focus
on where IETF can contribute in terms of standardization (protocol
development,
protocol extension recommendation, etc.) and profile development for
Cloud-based services.&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Hope
these help clarify matters.<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Thanks
again.<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Best.<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Bhumip<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;"><br>
&nbsp;<o:p></o:p></span></p>
  </div>
  </div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">On Tue,
May 25, 2010 at 12:45 PM, Mark Carlson &lt;<a moz-do-not-send="true"
 href="mailto:mark.carlson@oracle.com" target="_blank">mark.carlson@oracle.com</a>&gt;
wrote:<o:p></o:p></span></p>
  </div>
  <div>
  <p class="MsoNormal"
 style="margin-right: 0in; margin-bottom: 12pt; margin-left: 1in;"><span
 style="font-size: 13.5pt; color: black;">Bhumip,<br>
  <br>
Not sure why you are doing this. The information you need is largely
already<br>
available on<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://cloud-standards.org/"
 target="_blank">http://cloud-standards.org</a><span
 class="apple-converted-space">&nbsp;</span>wiki. Each SDO has already
created<span class="apple-converted-space">&nbsp;</span><br>
an entry describing their cloud work, and they use a standard template
already<br>
to describe each standard.<br>
  <br>
For example, here is one for an already finalized standard:<br>
  <br>
  <br>
  <a moz-do-not-send="true"
 href="http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29"
 target="_blank">http://cloud-standards.org/wiki/index.php?title=SNIA_Cloud_Data_Management_Interface_%28CDMI%29</a></span><span
 style="color: black;"><o:p></o:p></span></p>
  <div>
  <h1 style="margin-left: 1in;"><span style="color: black;">Cloud
Standard<o:p></o:p></span></h1>
  <p style="margin-left: 1in;"><b><span style="color: black;">1. The
name of the
specification</span></b><span style="color: black;"><o:p></o:p></span></p>
  <pre style="margin-left: 1in;"><span style="color: black;">SNIA Cloud Data Management Interface<o:p></o:p></span></pre>
  <pre style="margin-left: 1in;"><span style="color: black;">&nbsp;&nbsp;&nbsp; <o:p></o:p></span></pre>
  <p style="margin-left: 1in;"><b><span style="color: black;">2. A
short statement
(&lt;100 words) of the purpose and function of the specification</span></b><span
 class="apple-converted-space"><span style="color: black;">&nbsp;</span></span><span
 style="color: black;">The SNIA Cloud Data Management Interface (CDMI)
is the
functional interface that applications will use to create, retrieve,
update and
delete data elements from the cloud. As part of this interface the
client will
be able to discover the capabilities of the cloud storage offering and
use this
interface to manage containers and the data that is placed in them. In
addition, metadata can be set on containers and their contained data
elements
through this interface.<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">3. The
version number
(or other distinct identifier) and date of the most recently approved
version
of the specification.</span></b><span style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">SNIA
Architecture - 1.0
standard<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">4. If the
specification is part of a group of explicitly related specifications
from the
same source, the name of the group of specifications.</span></b><span
 class="apple-converted-space"><span style="color: black;">&nbsp;</span></span><span
 style="color: black;">Not applicable<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">5. URI
for the
normative text of the specification<span class="apple-converted-space">&nbsp;</span></span></b><span
 style="color: black;"><a moz-do-not-send="true"
 href="http://www.snia.org/tech_activities/standards/curr_standards/cdmi"
 target="_blank"
 title="http://www.snia.org/tech_activities/standards/curr_standards/cdmi">http://www.snia.org/tech_activities/standards/curr_standards/cdmi</a><o:p></o:p></span></p>
  <h2 style="margin-left: 1in;"><a moz-do-not-send="true"
 name="128d09714f6a9e9a_128d05bafe021cfc_SOURCE"></a><span
 style="color: black;">SOURCE<o:p></o:p></span></h2>
  <p style="margin-left: 1in;"><b><span style="color: black;">6. The
name of the
SDO that generated/authored/hosted the specification.<span
 class="apple-converted-space">&nbsp;</span></span></b><span
 style="color: black;">Storage
Networking Industry Association<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">7. URI
for the SDO</span></b><span class="apple-converted-space"><span
 style="color: black;">&nbsp;</span></span><span style="color: black;"><a
 moz-do-not-send="true" href="http://snia.org/" target="_blank"
 title="http://snia.org">http://snia.org</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">8. The
level of
approval that the SDO has conferred on the specification as described
by the
SDO's process.</span></b><span class="apple-converted-space"><span
 style="color: black;">&nbsp;</span></span><span style="color: black;">SNIA
Architecture (Final Standard)<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">9. The
language or
languages in which the specification is available.<span
 class="apple-converted-space">&nbsp;</span></span></b><span
 style="color: black;">US
English<o:p></o:p></span></p>
  <h2 style="margin-left: 1in;"><a moz-do-not-send="true"
 name="128d09714f6a9e9a_128d05bafe021cfc_SUBJEC"></a><span
 style="color: black;">SUBJECT<o:p></o:p></span></h2>
  <p style="margin-left: 1in;"><b><span style="color: black;">10. Which
of the
categories of Cloud services does the standard address?<span
 class="apple-converted-space">&nbsp;</span></span></b><span
 style="color: black;">(Infrastructure
as a Service - IaaS, Data Storage as a Service - DaaS, Platform as a
Service -
PaaS, Software as a Service - SaaS) DaaS (Cloud Storage)<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">11. Does
the standard
address both functional and management aspects of the service?</span></b><span
 class="apple-converted-space"><span style="color: black;">&nbsp;</span></span><span
 style="color: black;">Yes. Management is done by setting metadata on
containers
of data and individual data elements. The functional interface allows
CRUD
semantics for storage of data via HTTP.<o:p></o:p></span></p>
  <h2 style="margin-left: 1in;"><a moz-do-not-send="true"
 name="128d09714f6a9e9a_128d05bafe021cfc_OPTION"></a><span
 style="color: black;">OPTIONAL<o:p></o:p></span></h2>
  <p style="margin-left: 1in;"><b><span style="color: black;">12. The
level of
approval of the specification in this generic lifecycle taxonomy:</span></b><span
 style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">Final
standard<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;"><br>
  <b>13. URI for the applicable SDO's patent and copyright rules, if
any,
applicable to development and use of the specification.</b><span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="http://www.snia.org/about/corporate_info/ip_policy/"
 target="_blank"
 title="http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP
Policy</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">14. URI
for the SDO's
posting location, (if any) for notices from participants or individuals
regarding claims under the rules stated under number 15.</span></b><span
 class="apple-converted-space"><span style="color: black;">&nbsp;</span></span><span
 style="color: black;"><a moz-do-not-send="true"
 href="http://www.snia.org/about/corporate_info/ip_policy/"
 target="_blank"
 title="http://www.snia.org/about/corporate_info/ip_policy/">SNIA IP
Policy</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">15.
Interoperability,
conformance, or certification test activity for the specification (by
owner
name or URI).</span></b><span style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">None<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">16. Known
implementations of the specification (by owner name or URI).</span></b><span
 style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">The SNIA
Cloud Storage
TWG is producing an open source reference implementation.<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">17. A
list (or URI
pointer to same) of the other specifications* that are normatively
referenced
in the specification.</span></b><span style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;"><br>
[ISO-8601] International Standards Organization, "Data elements and
interchange formats -- Information interchange -- Representation of
dates and
times", ISO 8601:20044 -<a moz-do-not-send="true"
 href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874"
 target="_blank"
 title="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40874</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[ITU-T509]
International
Telecommunications Union Telecommunication Standardization Sector
(ITU-T),
Recommendation X.509: Information technology - Open Systems
Interconnection -
The Directory: Public-key and attribute certificate frameworks, May
2000.
Specification and technical corrigenda -<span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="http://www.itu.int/ITU-T/publications/recs.html" target="_blank"
 title="http://www.itu.int/ITU-T/publications/recs.html">http://www.itu.int/ITU-T/publications/recs.html</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC2119]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc2119"
 target="_blank" title="http://tools.ietf.org/html/rfc2119">RFC 2119</a>.
Key words for use in
RFCs to Indicate Requirement Levels -<a moz-do-not-send="true"
 href="http://www.ietf.org/rfc/rfc2119.txt" target="_blank"
 title="http://www.ietf.org/rfc/rfc2119.txt">http://www.ietf.org/rfc/rfc2119.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC2045]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc2045"
 target="_blank" title="http://tools.ietf.org/html/rfc2045">RFC 2045</a>.
Multipurpose Internet
Mail Extensions (MIME) Part One: Format of Internet Message Bodies -<a
 moz-do-not-send="true" href="http://www.ietf.org/rfc/rfc2045.txt"
 target="_blank" title="http://www.ietf.org/rfc/rfc2045.txt">http://www.ietf.org/rfc/rfc2045.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC2578]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc2578"
 target="_blank" title="http://tools.ietf.org/html/rfc2578">RFC 2578</a>.
Structure of
Management Information Version 2 (SMIv2) -<span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="http://www.ietf.org/rfc/rfc2578.txt" target="_blank"
 title="http://www.ietf.org/rfc/rfc2578.txt">http://www.ietf.org/rfc/rfc2578.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC2616]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc2616"
 target="_blank" title="http://tools.ietf.org/html/rfc2616">RFC 2616</a>.
Hypertext Transfer
Protocol -- HTTP/1.1 -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://www.ietf.org/rfc/rfc2616.txt"
 target="_blank" title="http://www.ietf.org/rfc/rfc2616.txt">http://www.ietf.org/rfc/rfc2616.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC3280]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc3280"
 target="_blank" title="http://tools.ietf.org/html/rfc3280">RFC 3280</a>.
Internet X.509 Public
Key Infrastructure Certificate and Certificate Revocation List (CRL)
Profile -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://www.ietf.org/rfc/rfc3280.txt"
 target="_blank" title="http://www.ietf.org/rfc/rfc3280.txt">http://www.ietf.org/rfc/rfc3280.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC3530]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc3530"
 target="_blank" title="http://tools.ietf.org/html/rfc3530">RFC 3530</a>.
Network File System
(NFS) version 4 Protocol -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://www.ietf.org/rfc/rfc3530.txt"
 target="_blank" title="http://www.ietf.org/rfc/rfc3530.txt">http://www.ietf.org/rfc/rfc3530.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC3986]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc3986"
 target="_blank" title="http://tools.ietf.org/html/rfc3986">RFC 3986</a>.
Uniform Resource
Identifier (URI): Generic Syntax -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://www.ietf/org/rfc/rfc3986.txt"
 target="_blank" title="http://www.ietf/org/rfc/rfc3986.txt">http://www.ietf/org/rfc/rfc3986.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC4346]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc4346"
 target="_blank" title="http://tools.ietf.org/html/rfc4346">RFC 4346</a>.
The Transport Layer
Security (TLS) Protocol Version 1.1 -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/rfc/rfc4346.txt"
 target="_blank" title="http://tools.ietf.org/rfc/rfc4346.txt">http://tools.ietf.org/rfc/rfc4346.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC4627]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc4627"
 target="_blank" title="http://tools.ietf.org/html/rfc4627">RFC 4627</a>.
The application/json
Media Type for JavaScript Object Notation (JSON) -<a
 moz-do-not-send="true" href="http://www.ietf.org/rfc/rfc4627.txt"
 target="_blank" title="http://www.ietf.org/rfc/rfc4627.txt">http://www.ietf.org/rfc/rfc4627.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RFC5246]
IETF<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/html/rfc5246"
 target="_blank" title="http://tools.ietf.org/html/rfc5246">RFC 5246</a>.
The Transport Layer
Security (TLS) Protocol Version 1.2 -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true" href="http://tools.ietf.org/rfc/rfc5246.txt"
 target="_blank" title="http://tools.ietf.org/rfc/rfc5246.txt">http://tools.ietf.org/rfc/rfc5246.txt</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">&nbsp;<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">18. A
list (or URI
pointer to same) of the other specifications* that are referenced in
the
specification (except the ones listed under number 17).</span></b><span
 style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[CRC]
Williams, Ross,
"A Painless Guide to CRC Error Detection Algorithms", Chapter 16,
August 1993,<a moz-do-not-send="true"
 href="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html"
 target="_blank"
 title="http://www.repairfaq.org/filipg/LINK/F_crc_v3.html">http://www.repairfaq.org/filipg/LINK/F_crc_v3.html</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[PKS12] RSA
Laboratories, PKCS #12: Personal Information Exchange Syntax, Version
1.0, June
1999. Specification and Technical Corrigendum -<span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="http://www.rsa.com/rsalabs/node.asp?id=2138" target="_blank"
 title="http://www.rsa.com:80/rsalabs/node.asp?id=2138">http://www.rsa.com:80/rsalabs/node.asp?id=2138</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[REST]
"Representational State Transfer" -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true"
 href="http://www.ics.uci.edu/%7Efielding/pubs/dissertation/rest_arch_style.htm"
 target="_blank"
 title="http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm">http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[RESTful
Web]
Richardson, Leonard and Sam Ruby, RESTful Web Services, O'Reilly, 2007.<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">[SIRDM]
Storage Industry
Resource Domain Model -<span class="apple-converted-space">&nbsp;</span><a
 moz-do-not-send="true"
 href="http://www.snia.org/education/storage_networking_primer/sirdm/"
 target="_blank"
 title="http://www.snia.org/education/storage_networking_primer/sirdm/">http://www.snia.org/education/storage_networking_primer/sirdm/</a><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;"><br>
  <b>19. A list (or URI pointer to same) of other specifications* with
which the
specification may (speculatively) interoperate or act in complementary,
compatible fashion.</b><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">OCCI - see
OGF entry.<o:p></o:p></span></p>
  <p style="margin-left: 1in;"><b><span style="color: black;">20. A
list (or URI
pointer to same) of other specifications* similar to this
specification.
(Whether or not substitutable.)</span></b><span style="color: black;"><o:p></o:p></span></p>
  <p style="margin-left: 1in;"><span style="color: black;">None.<o:p></o:p></span></p>
  </div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">-----------------------------------<br>
  <br>
The template can be found here:<br>
  <a moz-do-not-send="true"
 href="http://cloud-standards.org/wiki/index.php?title=Template"
 target="_blank">http://cloud-standards.org/wiki/index.php?title=Template</a><br>
  <br>
-- mark<o:p></o:p></span></p>
  </div>
  <div>
  <div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;"><br>
  <br>
On 5/25/10 10:33 AM, Bhumip Khasnabish wrote:<o:p></o:p></span></p>
  </div>
  </div>
  </div>
  <blockquote style="margin-top: 5pt; margin-bottom: 5pt;">
    <div>
    <div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Dear All,<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Attached
please find a template (a Table) that can be utilized for Clouds SDO
gap
analysis.<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Very much
appreciate your comments, inputs, suggestions for updating it.<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">The plan
is to populate this template with SDOs' information,<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">once this
template is finalized through email discussion.<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Thanks a
lot for your support and contributions<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Best
Regards.<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">Bhumip<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;">&nbsp;<o:p></o:p></span></p>
    </div>
    </div>
    <div>
    <div style="margin-left: 0.5in;">
    <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;"><br>
Bhumip Khasnabish (Mobile:+001-781-752-8003,<span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="mailto:bhumip@acm.org" target="_blank">bhumip@acm.org</a>)<br>
    <br>
&copy; 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of
this email if you are not the intended recipient of the communiqu&eacute;.<o:p></o:p></span></p>
    </div>
    </div>
    </div>
    </div>
    <pre style="margin-left: 1in;"><span style="color: black;">&nbsp;<o:p></o:p></span></pre>
    <pre style="margin-left: 1in;"><span style="color: black;">_______________________________________________<o:p></o:p></span></pre>
    <pre style="margin-left: 1in;"><span style="color: black;">clouds mailing list<o:p></o:p></span></pre>
    <pre style="margin-left: 1in;"><span style="color: black;"><a
 moz-do-not-send="true" href="mailto:clouds@ietf.org" target="_blank">clouds@ietf.org</a><o:p></o:p></span></pre>
    <pre style="margin-left: 1in;"><span style="color: black;"><a
 moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds" target="_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></pre>
    <pre style="margin-left: 1in;"><span style="color: black;">&nbsp; <o:p></o:p></span></pre>
  </blockquote>
  </div>
  <p class="MsoNormal"
 style="margin-right: 0in; margin-bottom: 12pt; margin-left: 1in;"><span
 style="color: black;"><br>
_______________________________________________<br>
clouds mailing list<br>
  <a moz-do-not-send="true" href="mailto:clouds@ietf.org"
 target="_blank">clouds@ietf.org</a><br>
  <a moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds" target="_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></p>
  </div>
  <div style="margin-left: 0.5in;">
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="color: black;"><br>
  <br clear="all">
  <br>
--<span class="apple-converted-space">&nbsp;</span><br>
Best Regards.<br>
  <br>
Bhumip Khasnabish (Mobile:+001-781-752-8003,<span
 class="apple-converted-space">&nbsp;</span><a moz-do-not-send="true"
 href="mailto:bhumip@acm.org" target="_blank">bhumip@acm.org</a>)<br>
  <br>
&copy; 2010 Bhumip Khasnabish. Do not view, print, forward, and save the
content of
this email if you are not the intended recipient of the communiqu&eacute;.<o:p></o:p></span></p>
  </div>
  </div>
  </div>
  </div>
  <p class="MsoNormal"
 style="margin-right: 0in; margin-bottom: 12pt; margin-left: 1in;"><span
 style="color: black;"><br>
_______________________________________________<br>
clouds mailing list<br>
  <a moz-do-not-send="true" href="mailto:clouds@ietf.org">clouds@ietf.org</a><br>
  <a moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds" target="_blank">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></p>
  </div>
  <p class="MsoNormal"
 style="margin-right: 0in; margin-bottom: 12pt; margin-left: 1in;"><span
 style="color: black;"><br>
  <br clear="all">
  <o:p></o:p></span></p>
  </div>
  </div>
  </div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><span
 style="font-size: 13.5pt; font-family: &quot;Lucida Grande&quot;,&quot;serif&quot;; color: black;">_______________________________________________<br>
clouds mailing list<br>
  <a moz-do-not-send="true" href="mailto:clouds@ietf.org">clouds@ietf.org</a><br>
  <a moz-do-not-send="true"
 href="https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.org/mailman/listinfo/clouds</a><o:p></o:p></span></p>
  </div>
  </div>
  <p class="MsoNormal" style="margin-left: 0.5in;"><o:p>&nbsp;</o:p></p>
  </div>
  </div>
  <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
clouds mailing list
<a class="moz-txt-link-abbreviated" href="mailto:clouds@ietf.org">clouds@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/clouds">https://www.ietf.org/mailman/listinfo/clouds</a>
  </pre>
</blockquote>
</body>
</html>

--------------070802020608010407040707--
