Re: [clouds] Scope of the Cloud is too big

"So, Ning" <ning.so@verizonbusiness.com> Thu, 08 April 2010 16:09 UTC

Return-Path: <ning.so@verizonbusiness.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 483E828C13A for <clouds@core3.amsl.com>; Thu, 8 Apr 2010 09:09:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-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 oQ1W+FRKlKg2 for <clouds@core3.amsl.com>; Thu, 8 Apr 2010 09:09:33 -0700 (PDT)
Received: from ashesmtp02.verizonbusiness.com (ashesmtp02.verizonbusiness.com [198.4.8.166]) by core3.amsl.com (Postfix) with ESMTP id 87DFE3A687F for <clouds@ietf.org>; Thu, 8 Apr 2010 09:09:33 -0700 (PDT)
Received: from pdcismtp01.vzbi.com ([unknown] [166.40.77.67]) by firewall.verizonbusiness.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0L0K007DPFJTTHA0@firewall.verizonbusiness.com> for clouds@ietf.org; Thu, 08 Apr 2010 16:09:29 +0000 (GMT)
Received: from pdcismtp01.vzbi.com ([unknown] [127.0.0.1]) by pdcismtp01.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0L0K00537FJTAQ00@pdcismtp01.vzbi.com> for clouds@ietf.org; Thu, 08 Apr 2010 16:09:29 +0000 (GMT)
Received: from ASHSRV142.mcilink.com ([unknown] [153.39.68.168]) by pdcismtp01.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0L0K005EUFJL7000@pdcismtp01.vzbi.com> for clouds@ietf.org; Thu, 08 Apr 2010 16:09:29 +0000 (GMT)
Received: from ASHEVS008.mcilink.com ([153.39.69.129]) by ASHSRV142.mcilink.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 08 Apr 2010 16:09:22 +0000
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-version: 1.0
Content-type: multipart/alternative; boundary="----_=_NextPart_001_01CAD735.C9A927C2"
Date: Thu, 08 Apr 2010 16:08:53 +0000
Message-id: <14584D6EE26B314187A4F68BA206060003A394BD@ASHEVS008.mcilink.com>
In-reply-to: <008201cad72f$2e502700$440c7c0a@china.huawei.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-topic: [clouds] Scope of the Cloud is too big
Thread-index: AcrWZG3CXjqNFavLQbKotmOiCqs3WAABEIbAAAKmDwAAAKcaoAAn7/1gAAYvOAAAAEJnIA==
References: <C6A1D07CACFDBD4D9422C7D7ED288D41041896117A@34093-MBX-C01.mex07a.mlsrvr.com> <4BBC9B0C.5050207@stpeter.im> <C6A1D07CACFDBD4D9422C7D7ED288D41041896119B@34093-MBX-C01.mex07a.mlsrvr.com> <D7AB7C87-E8F6-496B-9D37-E13FAED746F2@cisco.com> <008001cad669$a4d0add0$440c7c0a@china.huawei.com> <010401cad673$9e2ca6f0$da85f4d0$@org> <00d001cad676$0be2fa30$440c7c0a@china.huawei.com> <C6A1D07CACFDBD4D9422C7D7ED288D4104189615B3@34093-MBX-C01.mex07a.mlsrvr.com> <008201cad72f$2e502700$440c7c0a@china.huawei.com>
From: "So, Ning" <ning.so@verizonbusiness.com>
To: clouds@ietf.org
X-OriginalArrivalTime: 08 Apr 2010 16:09:22.0541 (UTC) FILETIME=[DA1331D0:01CAD735]
Subject: Re: [clouds] Scope of the Cloud is too big
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, 08 Apr 2010 16:09:43 -0000

Carrier/operators indeed do have a unique angle to the Cloud-based
Services, including but not limited to storage, data mining/search,
computing, and so on.  How does this new type of services interwork with
the existing MPLS-based network technologies?  For example, how does
these service interwork with today's L2 and L3 VPN based-services?  How
is the virtual separation of the traffic/data/queries maintained
end-to-end for the security conscious customers?  

 

Ning So

Lead Engineer

Global Data Network Traffic Planning

972-729-7905

 

________________________________

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf
Of Linda Dunbar
Sent: Thursday, April 08, 2010 10:22 AM
To: 'Gene Golovinsky'; carlw@mcsr-labs.org; 'Mark Webb'; clouds@ietf.org
Subject: Re: [clouds] Scope of the Cloud is too big

 

I am looking at a very different angle of the "Cloud". Rather than the
"IT functions as a service", I am looking at Virtual Network Services
and Storage Services which can be offered by Service Providers. 

Are there anyone else interested in this area? Maybe we should form a
separate discussion group. 

 

Linda Dunbar

 

________________________________

From: Gene Golovinsky [mailto:gene@alertlogic.com] 
Sent: Thursday, April 08, 2010 7:37 AM
To: Linda Dunbar; carlw@mcsr-labs.org; 'Mark Webb'; clouds@ietf.org
Subject: RE: [clouds] Scope of the Cloud is too big

 

While I agree that SaaS, IaaS and PaaS are different categories they all
basically do the same thing - letting people consume IT functions as
service.

As a result the same multiple problem spaces apply: users need to be
authenticated, their access need to be controlled, activities audited,
data protected, functionality provisioned and the list goes on.

 

Cloud Security Alliance mentioned earlier does not necessarily deal with
those issues. I read their guidelines and it mostly deals with
deployment recommendations, but the area of auditing for example is not
really covered. 

 

Ability to audit is really important if we want to insure that people
that care about compliance actually use cloud technologies. Yet neither
ability, nor technology for that is there. While traditional logging
(syslog) is not good enough for the cloud simply because we are dealing
with shared and dynamically allocated resources and user info is not
consistently available. 

 

--Gene

 

 

 

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf
Of Linda Dunbar
Sent: Wednesday, April 07, 2010 12:16 PM
To: carlw@mcsr-labs.org; 'Mark Webb'; clouds@ietf.org
Subject: Re: [clouds] Scope of the Cloud is too big

 

I find it difficult that people in the same room talking about totally
different subjects. Very hard to get the discussion moving forward. 

 

Linda 

 

________________________________

From: Carl Williams [mailto:carlw@mcsr-labs.org] 
Sent: Wednesday, April 07, 2010 11:59 AM
To: 'Linda Dunbar'; 'Mark Webb'; clouds@ietf.org
Subject: RE: [clouds] Scope of the Cloud is too big

 

The name is irrelevant and perhaps in future it could change to avoid
distraction.  The technology discussions is what is key and that is what
was discussed in the informal meeting.  From what I can tell the purpose
was to get some informal discussion going first and see what people are
thinking.  There seems to be some conclusion that the next step was to
conduct a gap analysis.


Carl

 

 

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf
Of Linda Dunbar
Sent: Wednesday, April 07, 2010 11:48 AM
To: 'Mark Webb'; clouds@ietf.org
Subject: [clouds] Scope of the Cloud is too big

 

I attended the CLOUD's bar BOF. I don't think it is appropriate for IETF
to have a working group on "CLOUD" because it means different things to
different people. Cloud computing is a general term for anything that
involves delivering services over the Internet. I can see three basic
categories: 

*     Infrastructure-as-a-Service (IaaS
<http://searchcloudcomputing.techtarget.com/sDefinition/0,290660,sid201_
gci1358983,00.html> ),

*     Platform-as-a-Service (PaaS)
<http://searchcloudcomputing.techtarget.com/sDefinition/0,,sid201_gci133
2892,00.html>  and 

*     Software-as-a-Service (SaaS
<http://searchcloudcomputing.techtarget.com/sDefinition/0,290660,sid201_
gci1170781,00.html> )

 

There are a lot of stuff under each of the categories above. I suggest
separating them and further studying if there are enough contents for
one of them to become a working group. 

 

Linda Dunbar 

 

________________________________

From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf
Of Mark Webb
Sent: Wednesday, April 07, 2010 10:09 AM
To: clouds@ietf.org
Subject: Re: [clouds] Use cases

 

I was not there at the BoF, but did get reports from a couple of people
in attendance.

 

An important perspective is to ensure IETF does NOT start a new effort
that overlaps with other SDO and Forum already underway.  The industry
does not need more SDO declaring they are relevant to cloud computing
IMO.  

 

Seeking contributions on relevant & IETF appropriate gap analysis is the
_most_ that should be pursued at this point in time.

 

Mark Webb

 

 

On Apr 7, 2010, at 10:57 AM, Gene Golovinsky wrote:

 

Well, I think this is a topic worthy of IETF time and attention.
How can I help to move the discussion forward?

Was there any specific area out of the white paper discussed?
I think Cloud interoperability and security are topics were IETF is
traditionally focusing its efforts.

--Gene


-----Original Message-----
From: clouds-bounces@ietf.org [mailto:clouds-bounces@ietf.org] On Behalf
Of Peter Saint-Andre
Sent: Wednesday, April 07, 2010 9:48 AM
To: clouds@ietf.org
Subject: Re: [clouds] Use cases

On 4/7/10 8:40 AM, Gene Golovinsky wrote:

>    2. I saw references to bar BoF at last IETF meeting, but could not
>       really figure out if the WG was chartered.

It was a bar BoF, not a real BoF. And IMHO the discussion was so
nebulous that folks are a long way from forming a WG.

Peter

--
Peter Saint-Andre
https://stpeter.im/



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