Re: [clouds] Announcing Clouds bar BoF during IETF-77 (March, 2010, Anaheim, CA)

Melinda Shore <> Mon, 22 February 2010 20:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A7D1D28C331; Mon, 22 Feb 2010 12:58:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id XzTbrCB-y5fp; Mon, 22 Feb 2010 12:58:04 -0800 (PST)
Received: from ( [IPv6:2001:480:150:75::229]) by (Postfix) with ESMTP id 61E1A28C20B; Mon, 22 Feb 2010 12:58:03 -0800 (PST)
Received: from ( [IPv6:2001:480:150:860:223:32ff:feda:4a52]) by (20090828.ARSC) with ESMTP id o1MKxw8l004879; Mon, 22 Feb 2010 11:59:58 -0900 (AKST)
Message-Id: <>
From: Melinda Shore <>
To: Brian E Carpenter <>
In-Reply-To: <>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Mon, 22 Feb 2010 11:59:58 -0900
References: <> <> <> <>
X-Mailer: Apple Mail (2.936)
X-CanIt-Geo: No geolocation information available for 2001:480:150:860:223:32ff:feda:4a52
X-CanItPRO-Stream: default
X-Canit-Stats-ID: Bayes signature not available
X-Scanned-By: CanIt (www . roaringpenguin . com) on IPv6:2001:480:150:75::167
Cc:, Michael Richardson <>, David Chadwick <>,
Subject: Re: [clouds] Announcing Clouds bar BoF during IETF-77 (March, 2010, Anaheim, CA)
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 22 Feb 2010 20:58:04 -0000

On Feb 22, 2010, at 11:52 AM, Brian E Carpenter wrote:
> My thought exactly. The distinction between cloud computing and open  
> grid
> computing is very small (or possibly zero)

With all due respect, Brian, it's really not.  With cloud
computing you're typically dealing with multitenanting issues
and a bunch of other layer 8-9 stuff that tends (of necessity)
to be reflected down the stack, and I think I can see an
argument for cloud computing belonging in the RAI space,
or at least having substantial overlap.

The infrastructure aspects of it have implications for work
that not only has not been done in the past but has actively
been rejected in the past - see, for example, stuff
around state transfer and management in the rserpool discussions.
It's one thing to talk about network protocols for
carrying stuff around but the {i,r}pc aspects of the work
really have a lot more to do with computation than the IETF
has historically undertaken.