Re: [Fwd: [Saad] Some initiating thoughts...]

Brian E Carpenter <brc@zurich.ibm.com> Wed, 29 October 2003 16:36 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17842 for <saad-archive@odin.ietf.org>; Wed, 29 Oct 2003 11:36:24 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEtIi-00055E-PD for saad-archive@odin.ietf.org; Wed, 29 Oct 2003 11:36:05 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h9TGa4se019536 for saad-archive@odin.ietf.org; Wed, 29 Oct 2003 11:36:04 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEtIi-00054z-Js for saad-web-archive@optimus.ietf.org; Wed, 29 Oct 2003 11:36:04 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17826 for <saad-web-archive@ietf.org>; Wed, 29 Oct 2003 11:35:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AEtIh-0004WQ-00 for saad-web-archive@ietf.org; Wed, 29 Oct 2003 11:36:03 -0500
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AEtIh-0004WM-00 for saad-web-archive@ietf.org; Wed, 29 Oct 2003 11:36:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEtIf-00053M-9M; Wed, 29 Oct 2003 11:36:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AEtHj-0004yR-CY for saad@optimus.ietf.org; Wed, 29 Oct 2003 11:35:03 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17787 for <saad@ietf.org>; Wed, 29 Oct 2003 11:34:52 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AEtHi-0004Vf-00 for saad@ietf.org; Wed, 29 Oct 2003 11:35:02 -0500
Received: from d12lmsgate-3.de.ibm.com ([194.196.100.236] helo=d12lmsgate.de.ibm.com) by ietf-mx with esmtp (Exim 4.12) id 1AEtHh-0004V2-00 for saad@ietf.org; Wed, 29 Oct 2003 11:35:01 -0500
Received: from d12relay01.megacenter.de.ibm.com (d12relay01.megacenter.de.ibm.com [9.149.165.180]) by d12lmsgate.de.ibm.com (8.12.10/8.12.8) with ESMTP id h9TGYIXZ087648; Wed, 29 Oct 2003 17:34:18 +0100
Received: from ochsehorn.zurich.ibm.com (ochsehorn.zurich.ibm.com [9.4.16.140]) by d12relay01.megacenter.de.ibm.com (8.12.9/NCO/VER6.6) with ESMTP id h9TGYIMt248134; Wed, 29 Oct 2003 17:34:19 +0100
Received: from zurich.ibm.com ([9.145.174.1]) by ochsehorn.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id RAA22154; Wed, 29 Oct 2003 17:34:17 +0100
Message-ID: <3F9FEBE9.B63027C6@zurich.ibm.com>
Date: Wed, 29 Oct 2003 17:33:45 +0100
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,fr,de
MIME-Version: 1.0
To: "Harrington, David" <dbh@enterasys.com>
CC: saad@ietf.org
Subject: Re: [Fwd: [Saad] Some initiating thoughts...]
References: <6D745637A7E0F94DA070743C55CDA9BA0113950D@NHROCMBX1.ets.enterasys.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: saad-admin@ietf.org
Errors-To: saad-admin@ietf.org
X-BeenThere: saad@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=unsubscribe>
List-Id: Scope Addressing Architecture Discussion <saad.ietf.org>
List-Post: <mailto:saad@ietf.org>
List-Help: <mailto:saad-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

David,

Virtual organizations are a fundamental feature of grid computing. A group
of users scattered around a selection of sites come together to tackle
a particular problem during a particular period of time. (In existing grids
it would typically be a particular computational scientific problem.) During that
time they pool their resources across organizations and these resources (servers,
storage, etc) need to communicate transparently among themselves as if they were
a single physical site, separate from their normal organizational affiliation
(i.e. NATs and firewalls are a big barrier, so today's addressing and security
model is a problem). You could conceive this as a set of VPN connnections but
that is a clumsy way to actually implement it.

There is some discussion of virtual organizations at 
https://forge.gridforum.org/docman2/ViewProperties.php?group_id=42&document_content_id=919

   Brian

"Harrington, David" wrote:
> 
> Hi Brian,
> 
> I'm having difficulty understanding the use-case scenario. Can you
> expand on a scenario when this would be needed so I can better grasp
> your point?
> 
> Thanks,
> dbh
> 
> > -----Original Message-----
> > From: Brian E Carpenter [mailto:brc@zurich.ibm.com]
> > Sent: Wednesday, October 29, 2003 6:00 AM
> > To: saad@ietf.org
> > Subject: Re: [Fwd: [Saad] Some initiating thoughts...]
> >
> >
> > Leslie Daigle wrote:
> > >
> > > I posted this a few days ago -- before, I think, people had
> > > a chance to get subscribed.  So, let me re-post it for
> > > further discussion...
> >
> > And I've been carrying the attached minor comment around for
> > two weeks...
> > ...
> > >
> > > 3.2.  Addressing Requirements of Enterprises
> > ...
> > > Some enterprises have addressing requirements caused by the
> > need to set
> > > up inter-enterprise Virtual Private Networks (VPNs).  Also, at some
> > > point in their existence most enterprises undergo some form
> > of merger or
> > > acquisition, and discover that they need to merge internal
> > networks.  In
> > > both these circumstances there is a requirement to avoid the need to
> > > renumber or to suffer from ambiguous addressing resulting from the
> > > merger of two private address spaces.
> >
> > I think this misses another related requirement that may become very
> > significant, in a future consisting of virtual organizations
> > and on-demand
> > computing environments. It may often be required for a set of
> > enterprises
> > to create a short-term "closed user group" of hosts that need
> > transparent
> > (firewall-free) interconnection for a period of time; this is
> > like a dynamic
> > merger followed some time later by a demerger. This is more
> > demanding on the
> > addressing (and routing) architecture than relatively static
> > VPNs or one-time
> > events like mergers.
> >
> >    Brian

_______________________________________________
Saad mailing list
Saad@ietf.org
https://www1.ietf.org/mailman/listinfo/saad