- dcifed-wg - lists.ogf.org

Reminder: last call for ETSI Cloud Standards Coordination Phase II
by jens.jensen＠stfc.ac.uk 24 Sep '15

24 Sep '15

Apologies if you've already seen this - deadline tomorrow 25th (probably some sort of European time, probably turns into a pumpkin at midnight) http://csc.etsi.org/ Regards --jens

1 0

User Survey » OpenStack Open Source Cloud Computing Software
by Sill, Alan 10 Sep '15

10 Sep '15

Thought you would be interested in the following link. Please fill out and don’t forget to request your favorite feature(s)! "This is the OpenStack User Survey for OpenStack cloud users and operators. It should only take 10 minutes to complete. All of the information you provide is confidential to the Foundation (unless you specify otherwise). This survey provides users an opportunity to influence the community and software direction. By sharing information about your configuration and requirements, the OpenStack Foundation User Committee will be able to advocate on your behalf." Link: https://www.openstack.org/user-survey/Login Alan

1 0

Session invitation for next week
by alexander.papaspyrou＠tu-dortmund.de 05 Mar '12

05 Mar '12

Folks, as most of you might be aware, OGF is coming closer: next week, the event will take place in Oxford, UK. DCIfed-WG has a session registered for Wednesday, March 14 at 09:00h BST. Currently, DCIfed embraces three topics: 1. The original DCIfed cross-domain interop use cases (as expressed in the charter) This has been largely done by the DGSI project in Germany, which already has produced a number of documents on how to use available technologies from within OGF to achieve this. I consider this aspect mostly paperwork, bringing the docs into the OGF recommendation format. I would really appreciate if people (especially those with DGSI background) could volunteer to help with the paperwork. We need to discuss with our AD whether the docs should be GFD.Is or GFD.Rs, but this can be done in the session. Besides this, I am not planning to give a presentation on this (I have done so several times before), unless there is explicit interest for it -- please express this on the list. 2. The EGI Federated Cloud Task Force interop use cases (as proposed in [1]): This is the more "cloudy" part of DCIfed work, which emerged from David Wallom's IaaSCIP-BoF in Taipei last year. Currently, Matteo Turilli from OeRC is leading this task in FedCloud-TF. They have made some progress in terms of implementation, and I think time has come to start working on a profile document in the OGF document process to produce a P-REC as well. I would therefore like to invite the FedCloud-TF people to save the date and join the session so that we can make some progress. Also, Matteo, it would be good if you (or someone else from the group) could give a talk on FedCloud-TF and the state of the union. I think David already has a deck on the general ideas (he showed one at the last OGF in Lyon), and an update on what's on the wiki would make this a nice intro. Please let me know how much time you would like to have for this. 3. The Cloud Interoperability BoF (submitted by Florian Feldhaus) You might be aware that there is another Cloud-related BoF on Tuesday, led by Florian Feldhaus. Although the charter of DCIfed had been written in a very broad sense, the developments over time have shown that, in fact, the main work will move into the Cloud direction anyway (mostly due to the FedCloud-TF topic). I would therefore like to invite Florian to the session to hear about the results from the BoF and to discuss how and to what extent this relates to the FedCloud-TF work. In that context, we might as well consider rechartering of the WG towards this area of interest. Florian, please let me know if you are available, and whether you would be willing to give an update on the group. Looking forward to see you in Oxford! Cheers, Alexander -- Alexander Papaspyrou alexander.papaspyrou(a)tu-dortmund.de

1 0

Cloud Interoperability
by Edmonds, AndrewX 20 Sep '11

20 Sep '11

Some of you know about this already but for those that do not: http://blog.opennebula.org/?p=1893 Andy ------------------------------------------------------------- Intel Ireland Limited (Branch) Collinstown Industrial Park, Leixlip, County Kildare, Ireland Registered Number: E902934 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

Contrail federation use cases document
by jens.jensen＠stfc.ac.uk 17 Jul '11

17 Jul '11

Attached (apologies for sending a 600KB attachment...:-) The deliverable is closed now but I am sure we'd be interested in comments. We also have a D2.2 on federation architecture and how the SLA stuff will work but it's in progress - if you're interested lemme know. Thanks --jens -- Scanned by iCritical.

1 0

Re: [dcifed-wg] DCIFed status
by alexander.papaspyrou＠tu-dortmund.de 07 Jun '11

07 Jun '11

Hey Gary, putting your last message to the list as well... Am 23.05.2011 um 01:00 schrieb Gary Mazz: > The other cloud groups are trying to coordinate.... We will need to leverage this work Most definitely. > NIST is looking to compiles a list standards, use cases and scenarios that can be applied to cloud and distributed computing. We will need to leverage this work also. Sure. Maybe we can do a short write up of how the OCCI/CDMI/OVF integration would address the NIST stuff. I remember Alan pointing me to some NIST standards wiki pages with a table of use cases and cloud desiderata -- would be a good starting point to show what the DCIfed integration is supposed to address, if we assume OCCI/OVF/CDMI to be this integration. > I'm trying to put a cloud consumer working group together around DCI-Fed. Tony DiCenzo Director Standards committed Oracle's assistance. CA may also participate, if we ask nice. :) Use case and scenario work needs to proceed with the user community That sounds very interesting. Can we help you with anything on this? > I also just sent an email on "hot issues" from the largest IT consumer in the US Fed.., Its part of defining requirement areas for technical focus. Yep, seen that. Comments in that mail. Best, Alexander

4 7

Beginning of requirements and use cases
by Gary Mazz 20 May '11

20 May '11

Hi, I had a discussion with the large IT consumer in the US Federal Government. I have a list of "hot items" on their agenda. We can start using these as a set f requirements for use cases Communication architecture for operations (e.g. wired, satcom, wireless) Disconnected Intermittent and Low bandwidth communication scenarios Enterprise service (end-to-end) architecture Cloud computing reference architecture Information Assurance issues and cross domain solutions Dynamic resource allocation cheers, gary mazzaferro

1 0

Related work - Beginning IEEE Standards
by Andy Edmonds 05 Apr '11

05 Apr '11

P2301 - Guide for Cloud Portability and Interoperability Profiles (CPIP) http://standards.ieee.org/develop/project/2301.html P2302 - Standard for Intercloud Interoperability and Federation (SIIF) http://standards.ieee.org/develop/project/2302.html Andy andy.edmonds.be

1 0

Re: [dcifed-wg] DCIfed Charter Review towards incorporation of IaaSCIP
by Gary Mazz 05 Apr '11

05 Apr '11

Moved to DCIFed mailing list On 4/5/2011 8:13 AM, Steven Newhouse wrote: >> Any objections to moving this discussion to the DCIFed-WG list? If this is ok, Gary and Andre, can you double-check the current subscribers and advise at least Steven, David, and others who have participated in this discussion so far whether they are subscribed? (Just a suggestion.) > I have no problem with that. Please subscribe me. > > Clearly the standards that we use to define the profile are part of > the work the group has to go through. At this stage the bigger > question is are there other functional capabilities that have been > missed off here that should be present and identified as part of the > profile. And is this relevant for DCIFed? > > As regards the privacy issues... yes they exist... but are they not a > deployment issue? The profile is unlikely to say that these records > must be publicly exposed, only that they are emitted in some > mechanism. They may then feed straight out into the internet or into a > closed data centre billing record. The main thing is that the > virtualisation manager has become an appliance in its own right that > can be plugged into infrastructure. > > Cheers, > > Steven >

1 0

Re: [dcifed-wg] DCIfed Charter Review towards incorporation of IaaSCIP
by Gary Mazz 05 Apr '11

05 Apr '11

Moved to DCIFed mailing list On 4/5/2011 7:28 AM, Sill, Alan wrote: > To facilitate this, we should ensure that all relevant parties are subscribed to that list. > > To summarize: We need a WG home for IaaSCIP; DCIFed has been suggested as an alternative to spinning up a new group, which is still possible; the OCCI-WG list is probably not the best one to discuss this. > > Any objections to moving this discussion to the DCIFed-WG list? If this is ok, Gary and Andre, can you double-check the current subscribers and advise at least Steven, David, and others who have participated in this discussion so far whether they are subscribed? (Just a suggestion.) > > Thanks, > Alan > > > > On Apr 5, 2011, at 7:20 AM, "Andy Edmonds"<andy(a)edmonds.be<mailto:andy@edmonds.be>> wrote: > > Wouldn't it be better if these mails are moved off to the DCI-Fed mailing list perhaps? > <mailto:dcifed-wg@ogf.org>dcifed-wg(a)ogf.org<mailto:dcifed-wg@ogf.org> > > Andy > <http://andy.edmonds.be>andy.edmonds.be<http://andy.edmonds.be> > > > On Tue, Apr 5, 2011 at 12:05, Gary Mazz<<mailto:garymazzaferro@gmail.com>garymazzaferro(a)gmail.com<mailto:garymazzaferro@gmail.com>> wrote: > Thanks... They didn't show up when I looked at the email... Sometimes attachments show up late, not sure why.. > > After reviewing the slides... I think we will have to make changes to the charter. > > I am a little concerned about certain aspects of the presentation. > > Profiles require a taxonomy, one that doesn't really exist today. Profiles also indicate levels of interoperability, we need see how this ties into other initiatives. > > OVF, although OVF is moving toward standardization, it recommends a proprietary disk image format. I have a hard time believing that standardizing a proprietary image format will pass ISO's muster, I couldn't support it for OGF with the VMWare proprietary technology in there.. > > Authentication and Authorization, and the definition of SAML, although SAML is on the worldmap today, we need to be cautious about other Attribute Based Authorization Control as well as legacy RBAC schemes. AA even has its own taxonomy associated with it. > > Logging, traceability, billing information and their impacts on privacy and plausible deniability is another can of worms all on its own.. > > My concern here it there is much more in IAASCIP that in the DCIFed charter, and may not be achievable with out a very large influx of contribution. We will have to carefully pick and choose what we will adopt. Or be very very clever about how we approach the interfaces. I don't think we can get away with defining a "bunch of apis and protocols" This will all have to be consistent or else it will just be a mess. > > I do like the idea of tying use cases to profiles.. But, we need to be careful there aren't other initiatives already engaged, like the US Govt. FedRAMP doc. Its a security profile for GSA providers. > > -g > > > On 4/5/2011 4:05 AM,<mailto:alexander.papaspyrou@tu-dortmund.de> alexander.papaspyrou(a)tu-dortmund.de<mailto:alexander.papaspyrou@tu-dortmund.de> wrote: > Hey Gary, > > I sent around a slide deck yesterday -- that is basically it. I guess David or Steven (or both) have minutes, but I am not sure. Everything else we need to elicit from the two via email discussion... > > Best, > Alexander > > Am 05.04.2011 um 10:49 schrieb Gary Mazz: > > Hi, > Do you have the papers for IAASCIP ? > gary > > > > > On 4/4/2011 6:47 AM,<mailto:alexander.papaspyrou@tu-dortmund.de> alexander.papaspyrou(a)tu-dortmund.de<mailto:alexander.papaspyrou@tu-dortmund.de> wrote: > Nice discussion, guys. I think Gary makes a fair point here: the NIST definition is sort of strict in terms of what is called IaaS, and most probably anything that is slightly more useful than bare metal without OS and VMM/Hypervisor drivers will fall into PaaS (although this kind of separation is a bit awkward to me). > > But (insert deeper voice here) as a chair of the group (ahem), I need to bring the discussion back to the original topic ;-) > > We need to recharter slightly to accommodate the needs from the IaaSCIP people, most likely getting a bit broader regarding "resource leasing". Whether this is considered IaaS or PaaS is, for the purpose of the group charter, irrelevant IMHO. > > So, it would be great if I could get a few suggestions on rephrasing (everyone, please), and a timeline proposal (Steven, David). > > Best, > Alexander > > Am 30.03.2011 um 23:07 schrieb Andy Edmonds: > > :-) Agreed > > Regards from an IaaS believer :-), > > Andy > <http://andy.edmonds.be>andy.edmonds.be<http://andy.edmonds.be> > > > On Wed, Mar 30, 2011 at 21:45, Andre Merzky<<mailto:andre@merzky.net>andre(a)merzky.net<mailto:andre@merzky.net>> wrote: > On Wed, Mar 30, 2011 at 7:30 PM, Andy Edmonds<<mailto:andy@edmonds.be>andy(a)edmonds.be<mailto:andy@edmonds.be>> wrote: > Hmmm - I wouldn't agree either that IaaS no longer exists. > Even if no IaaS provider exists right now, that does not mean that > there won't ever be a IaaS provider again. Also, it seems useful to > me to well-define IaaS, even if nobody would ever provide clean IaaS > offerings, simply for distinguishing other *aaS levels from IaaS. > Like, you can't sensibly say 'there is no IaaS provider' withough > defining IaaS ;-) > > My $0.02, > > Andre. > > > On reading the > NIST definition of IaaS it says it is: > "The capability provided to the consumer is to provision processing, > storage, networks, and other fundamental computing resources where the > consumer is able to deploy and run arbitrary software, which can include > operating systems and applications. The consumer does not manage or control > the underlying cloud infrastructure but has control over operating systems, > storage, deployed applications, and possibly limited control of select > networking components (e.g., host firewalls)." > Clearly, OS is included in the IaaS domain as defined by NIST. Likewise the > close relationship of OS and IaaS is clearly marked out in the current NIST > Standards Roadmap (pre-9th) document. It's also this close relationship as > to why the OS template concept was included in the OCCI Infrastructure > document. > What is apparent however is that the presence of pure IaaS providers is > certainly less today, given that further value (to the business) is gained > by offering higher level services (e.g. those that fall into the PaaS > category). > I certainly think that some very interesting, real and usable output can > come from the group, especially given the excellent relationships we now > have with SNIA and DMTF. For those that are not aware there will be a very > appropriate set of meetings held in Boulder, Colorado in May. It's open to > all so if you can make it your experience and input would be most > appreciated. More details can be found up on the OCCI site [1] > Regards, > Andy > <http://andy.edmonds.be>andy.edmonds.be<http://andy.edmonds.be> > > [1]<http://occi-wg.org/2011/03/15/occi-the-cloud-sdo-alliance-symposium/> http://occi-wg.org/2011/03/15/occi-the-cloud-sdo-alliance-symposium/ > > On Tue, Mar 29, 2011 at 19:53, Gary Mazz<<mailto:garymazzaferro@gmail.com>garymazzaferro(a)gmail.com<mailto:garymazzaferro@gmail.com>> wrote: > Agreed with most of what you said, except for IAAS. > > Let me explain, IAAS and PAAS as defined by NIST is precise. IAAS is bare > metal vitalization while PAAS includes Operating systems as well as other > services. Since most providers require or provide OS' tuned/modified for > their infrastructure, they fall into the PAAS bucket. If we want to keep the > IAAS term around, we are going to have to change the NIST definition. I > proposed to change it in January to align it with current provider > offerings, but NIST was mandated to keep the current definitions until after > the April milestone. Even private cloud configurations using VMware, XEN, > Hyper-V all require specialized versions of drivers... Once that occurs, it > is no longer IAAS... > > I think we all agree we need to move to a profiling systems. I had already > proposed the idea to the Reference Architecture and Taxonomy wg. It was not > met overwhelming disagreement, which is a good first step. Profiles will > require a taxonomy, enough to at least characterize the service offerings. > They (Reference Architecture and Taxonomy wg) are willing to explore the > idea after the April workshop. > > -g > > > > > On 3/29/2011 10:06 AM, Alan Sill wrote: > From my point of view, the only thing that cloud services brought to > grids that we were not already doing was through the introduction of the > IaaS layer. Everything else was already available, and the only new > components we are looking at adding have to do with addition of RESTful > protocols to the interface and control layers. That does not require > invention of new levels. > > I think it may be premature, though, by far to say that IaaS is "on its > way out" as a paradigm, or is evolving to simply rebranding or PaaS > components. I personally do not not know how much buy-in exists for that > point of view right now in the community at large. > > From my point of view, anything that the group wants to call this profile > is OK with me. It really bridges across many layers and is the first step > towards what one might more rightfully call a "Cloud Basic Profile." > > The group is not ready to bite off such a large chunk of work, though, > and presented in Taiwan a model for staged evolution of a profile - IaaSCIP > - over time to achieve an increasing set of capabilities. It seemed to be > important to start at a manageable scale, and I wholeheartedly support the > basic infrastructure diagram that was presented by David and Steven at the > BOF and informally in other settings at OGF 31. I think it is more > important that the profile be available and have practical impact than > worrying over details as to what it is called. > > In the long run, I do think that work towards a basic cloud profile of > standards for RESTful interfaces to infrastructure, platform and service > controls as well as moving of data will be important and useful. > > Alan > > On Mar 29, 2011, at 10:38 AM, Gary Mazz wrote: > > Hi, > > I think Alan knows... IAAS, really no longer exists, as defined by > NIST. There are 3 options; redefine, mark as obsolete, and removal from > the model. Since the current model and definitions are strategic, and > the market has evolved passed the current definition there is little > reason to keep it around, other than product branding. > > -g > > On 3/29/2011 4:19 AM,<mailto:alexander.papaspyrou@tu-dortmund.de> alexander.papaspyrou(a)tu-dortmund.de<mailto:alexander.papaspyrou@tu-dortmund.de> wrote: > Hey Gary, > > you should speak to Alan Sill (<<mailto:alan.sill@ttu.edu>alan.sill(a)ttu.edu<mailto:alan.sill@ttu.edu>>) on that topic, > since he was and is quite active in promoting OCCI work within NIST SAJACC. > > Best, > Alexander > > Am 25.03.2011 um 18:28 schrieb Gary Mazz: > > Hi, > > I though there was agreement :-) > > BTW, I have already proposed to NIST to drop IAAS from their work. I > feel today that the market offering has evolved over the last two years, we > are hard pressed to find providers supplying IAAS. Most providers with the > offering are now providing PAAS branded as IAAS. NIST will examine dropping > IAAS after the April workshop. > > cheers, > gary > > On 3/25/2011 11:13 AM, Andre Merzky wrote: > On Fri, Mar 25, 2011 at 3:34 PM,<<mailto:alexander.papaspyrou@tu-dortmund.de>alexander.papaspyrou(a)tu-dortmund.de<mailto:alexander.papaspyrou@tu-dortmund.de>> > wrote: > Folks, > > I discussed our idea to do the IaaSCIP (Gary, Andy, see the session > information online; Steven, David, please send around some details on this) > stuff within DCIfed with our AD, Andre Merzky (see cc:), and he is very > positive about this. > Just to confirm: when the BoF organizers and the DCI-Fed WG are all > in > agreement, I would consider the integration of IaaSCIP's goals into > the WG's milestones a 'simple' adjustment of the WG's scope, due to > new and relevant use cases. FWIW, Richard is fine with this > procedure > as well. > > Cheers, Andre. > > > To check the details and see whether things fit together as we would > like them to, please find the current charter of DCIfed attached as PDF, or > take a look online here: > > <http://www.ogf.org/gf/group_info/charter.php?review&group=dcifed-wg>http://www.ogf.org/gf/group_info/charter.php?review&group=dcifed-wg > > Since we need to change the dates of the deliverables anyway, it > shouldn't be too difficult to make small modifications to the text as well. > OVerall, the use cases that David and Steven would like to address fit > pretty well into the "Resource Leasing" use case (even the proposed specs to > use overlap). > > Please take a look and let me know how we should proceed. > > Best, > Alexander > > Alan Sill, Ph.D > Senior Scientist, High Performance Computing Center > Adjunct Professor of Physics > TTU > > ==================================================================== > : Alan Sill, Texas Tech University Office: Drane 162, MS 4-1167 : > : e-mail:<mailto:Alan.Sill@ttu.edu> Alan.Sill(a)ttu.edu<mailto:Alan.Sill@ttu.edu> ph. 806-742-4350<tel:806-742-4350> fax 806-742-4358<tel:806-742-4358> : > ==================================================================== > > > > > > > -- > So much time, so little to do... > [Garfield] > > > >

1 0