Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services
"Ashish Dalela (adalela)" <adalela@cisco.com> Thu, 16 February 2012 16:09 UTC
Return-Path: <adalela@cisco.com>
X-Original-To: sop@ietfa.amsl.com
Delivered-To: sop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36C4921F883C for <sop@ietfa.amsl.com>; Thu, 16 Feb 2012 08:09:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.71
X-Spam-Level:
X-Spam-Status: No, score=-6.71 tagged_above=-999 required=5 tests=[AWL=3.888, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qeVQbHxpD7CR for <sop@ietfa.amsl.com>; Thu, 16 Feb 2012 08:09:52 -0800 (PST)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) by ietfa.amsl.com (Postfix) with ESMTP id 5FAC421F883D for <sop@ietf.org>; Thu, 16 Feb 2012 08:09:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=adalela@cisco.com; l=54270; q=dns/txt; s=iport; t=1329408588; x=1330618188; h=mime-version:subject:date:message-id:in-reply-to: references:from:to:cc; bh=dIdQTvZe5+ZWpF2djDe3RXX1dNi+zpgvwWzUnQDiqvY=; b=XrHHE17IfpiKkq34qf5r6IFpdsuu5pDZvz/QySlKwrwFTnWohFCbe/hu vVQN8e9LOKAZHPNmDtjljofNsiDfrfuGbeMNiib0bVQ9rIa3DB5y4voAc cXm5s2icEoXFH593v17tMJ6vOr3FVPBGD19lcLnyUgLFsvpcuLfth7VCW c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvgFABwpPU9Io8UY/2dsb2JhbABEgk2CRJp4iBMBh1eBdoFyAQEBBAEBAQ8BCQcKAz4EBwwEAgEGAhEBAwEBCwIEEAECBAECAgIBASUfAwUBCAEBBAsICAESB4dmmjABjGWRaYtkAQcBAQMBAgIDBwkICAICMYNbJAEJBhECAwIEAQIEAwQFAgUDA4IUM2MEiEyfWw
X-IronPort-AV: E=Sophos;i="4.73,430,1325462400"; d="scan'208,217";a="5722656"
Received: from vla196-nat.cisco.com (HELO bgl-core-4.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 16 Feb 2012 16:09:46 +0000
Received: from xbh-bgl-412.cisco.com (xbh-bgl-412.cisco.com [72.163.129.202]) by bgl-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q1GG9kmL028681; Thu, 16 Feb 2012 16:09:46 GMT
Received: from xmb-bgl-416.cisco.com ([72.163.129.212]) by xbh-bgl-412.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 16 Feb 2012 21:39:46 +0530
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_01CCECC5.666D81B5"
Date: Thu, 16 Feb 2012 21:39:45 +0530
Message-ID: <618BE8B40039924EB9AED233D4A09C5103001EA3@XMB-BGL-416.cisco.com>
In-Reply-To: <CAHEV9L0wgfFt_j6JPgb36vRSj0-LF3bS+NjUuKcTyKwoeVq3Sg@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [sop] [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services
Thread-Index: AczswwEuprH3a78jStiTjnCrOXJLXgAAagNA
References: <CB62CCB4.C846D%mmorrow@cisco.com> <470D91CE-5D54-48F8-8889-438DA873A3FA@lucidvision.com> <618BE8B40039924EB9AED233D4A09C5103001E76@XMB-BGL-416.cisco.com> <CAHEV9L3EiCHutLEYHTCbPc0b439k_47mda1y1ONmwthKrQMiYw@mail.gmail.com> <618BE8B40039924EB9AED233D4A09C5103001E8E@XMB-BGL-416.cisco.com> <CAHEV9L0wgfFt_j6JPgb36vRSj0-LF3bS+NjUuKcTyKwoeVq3Sg@mail.gmail.com>
From: "Ashish Dalela (adalela)" <adalela@cisco.com>
To: Ping Pan <ping@pingpan.org>
X-OriginalArrivalTime: 16 Feb 2012 16:09:46.0224 (UTC) FILETIME=[66AD2F00:01CCECC5]
Cc: sop@ietf.org
Subject: Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services
X-BeenThere: sop@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Service Orchestration and Desciption for Cloud Services <sop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sop>, <mailto:sop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sop>
List-Post: <mailto:sop@ietf.org>
List-Help: <mailto:sop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sop>, <mailto:sop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2012 16:09:57 -0000
Ping, This isn’t just about the network resources and SOP isn’t only about provisioning network resources. The protocol definition is generalized to support any kind of service – network included. To your point about changing routes – I agree to that completely. The goal isn’t to replace routing protocols! SOP will use network routes. As you say, it can be used to provision “policies”. Thanks, Ashish From: Ping Pan [mailto:ping@pingpan.org] Sent: Thursday, February 16, 2012 9:21 PM To: Ashish Dalela (adalela) Cc: Thomas Nadeau; Monique Morrow (mmorrow); sdnp; sop@ietf.org; robert@raszuk.net Subject: Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services There are talks on more control from applications to the networks. IMHO, this is more of a misunderstanding than anything else. First, many DC operators have leased the circuits or built the network. They have every right to decide the policy at edge and aggregate traffic onto the network they lease or own. Second, I think that the service providers would have no problem to expedite the BW provisioning process when a customer is asking for more, but no service provider to my best knowledge would allow the customers to alter the routes inside their networks. So deep-control to me means a cleaner, simpler and faster way to provisioning network resources through a consistent interface. Ping On Thu, Feb 16, 2012 at 7:38 AM, Ashish Dalela (adalela) <adalela@cisco.com> wrote: Well, yes, one of the use-case is to solve interoperability issues between and across clouds. I also have heard from folks the need for “deep control” in which a customer outside the cloud wants to tweak or control the infrastructure or application at a low granularity. I think that would be hard, although not impossible, if the mechanisms outside and inside were different – as you will have to create mappings. That is a topic quite open for discussion. Thanks, Ashish From: Ping Pan [mailto:ping@pingpan.org] Sent: Thursday, February 16, 2012 8:54 PM To: Ashish Dalela (adalela) Cc: Thomas Nadeau; Monique Morrow (mmorrow); sdnp; sop@ietf.org; robert@raszuk.net Subject: Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services Yeah, I have read all the drafts during the DC BoF discussion. In general, this makes sense... My thinking is that we may not want to standardize the interior DC management, as each vendor has own solution. But at the same time, we need to enable applications and services to ride on top of DC resources. In other words, SDN is in the position to enable Virtual DC's, and create the interface to communicate with networking resources at abstraction level. SDN should not be viewed as the NMS for DC's. There are a lot of work to be done here, and many parts are moving. Let's work together. Ping On Thu, Feb 16, 2012 at 7:02 AM, Ashish Dalela (adalela) <adalela@cisco.com> wrote: SOP has the following main goals – 1. Fix interoperability issues with cloud services today. Main examples are inter-cloud, hybrid-cloud, and multi-vendor cloud. All cloud services are being enabled through proprietary APIs today, which don’t interoperate. To interoperate across vendors, providers and customers, we need an open standard. Ability to go across administrative domains is a basic requirement. 2. A clear separation between service-independent and service-dependent pieces in cloud services. SOP is about service-independent pieces. Using SOP, a variety of services could be accessed or advertized. Separation between service-independent and service-dependent pieces makes the scheme extensible to any type of service – current or future. 3. Create a common scheme for service orchestration that can be used across compute, network, storage, security, applications, etc. A common set of constructs that can be applied to any service type whether it is infrastructure or application. http://tools.ietf.org/html/draft-dalela-orchestration-00 The above draft describes the problems SOP is aimed to address. This is the “requirements” draft. The other drafts are: http://tools.ietf.org/html/draft-dalela-sop-architecture-00 - describes the use-cases and network deployments with the protocol http://tools.ietf.org/html/draft-dalela-sop-00 - describes the protocol’s messages http://tools.ietf.org/html/draft-dalela-sdf-00 - describes service naming, workflow construction, etc. http://tools.ietf.org/html/draft-dalela-sop-flows-00 - describes some message flows Thanks, Ashish From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] Sent: Thursday, February 16, 2012 7:59 PM To: Monique Morrow (mmorrow) Cc: Ping Pan; robert@raszuk.net; sdnp; sop@ietf.org Subject: Re: [Sdnp] FW: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services Can you please explain what the purpose of SOP is and what its goals are? People on this list have been also asking how it differs from SDN(p), so it might be helpful to include that as well. 8) --Tom On Feb 16, 2012, at 9:09 AM, Monique Morrow wrote: Guys Please join the SOP mailer List address: sop@ietf.org Archive: http://www.ietf.org/mail-archive/web/sop/ To subscribe: https://www.ietf.org/mailman/listinfo/sop TIA Monique On 2/14/12 10:45 PM, "Ping Pan" <ping@pingpan.org> wrote: Where does OpenStack Quantum fit? OpenStack Quantum is to have agents in controllers and networking devices for the purpose of better transport. This is well within the goal of SDN. Ping On Tue, Feb 14, 2012 at 1:37 PM, Robert Raszuk <robert@raszuk.net> wrote: Actually I think those are quite separate problem spaces. SOP aim to address the requirement of cloud to cloud communication (hybrid or multi-domain). The way I think about this is how to standardize and synchronize OpenStack to OpenStack instrumentation signaling. The next step would be to actually also provide cloud to cloud communication layer. Simple example: How to launch N VMs in various data centers to be part of common resources for customer X. On the contrary SDNx seems to me of totally different caliber. One way to look at this is what and how we could use APIs exposed by existing network control planes to define and accomplish new network services. I quite do not see current network element control planes nor their APIs as much relevant to cloud services. My own personal view ;) Regards, R. I'd like to get some clarification (from anyone who might know or have an opinion) on how this would interact with/be distinct from any of the SDNP (or whatever name we decide upon) proposed work. Is this duplication/people striking out on their own from the nascent SDNP effort, a companion effort that became clear as we have begun segmenting the problem space, or something else entirely? Since this is the first I've heard of the list, I'm thinking it's a separate effort, but I figured I would raise the topic for discussion. Thanks, Wes George -----Original Message----- From: ietf-announce-bounces@ietf.org [mailto:ietf-announce-bounces@ietf.org <mailto:ietf-announce-bounces@ietf.org> ] On Behalf Of IETF Secretariat Sent: Tuesday, February 14, 2012 2:25 PM To: IETF Announcement list Cc: sop@ietf.org; Monique Morrow Subject: New Non-WG Mailing List: sop -- Service Orchestration and Desciption for Cloud Services A new IETF non-working group email list has been created. List address: sop@ietf.org Archive: http://www.ietf.org/mail-archive/web/sop/ <http://www.ietf.org/mail-archive/web/sop/> To subscribe: https://www.ietf.org/mailman/listinfo/sop <https://www.ietf.org/mailman/listinfo/sop> Purpose: Cloud services need to interoperate across cloud providers, service vendors and private/public domains. To enable this interoperability, there is need for a standard wire-format for exchanging service information. This mailing lists is for discussing protocols, data formats and server descriptions formats that allow cloud services to be discovered and used across private and public domains. Using these, it would be possible to interoperate diverse APIs and cloud services across service providers, service vendors and service users. For additional information, please contact the list administrators. _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www.ietf.org/mailman/listinfo/ietf-announce <https://www.ietf.org/mailman/listinfo/ietf-announce> This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. _______________________________________________ SDNP mailing list SDNP@lucidvision.com http://lucidvision.com/mailman/listinfo/sdnp <http://lucidvision.com/mailman/listinfo/sdnp> _______________________________________________ SDNP mailing list SDNP@lucidvision.com http://lucidvision.com/mailman/listinfo/sdnp <http://lucidvision.com/mailman/listinfo/sdnp> ________________________________ _______________________________________________ SDNP mailing list SDNP@lucidvision.com http://lucidvision.com/mailman/listinfo/sdnp _______________________________________________ SDNP mailing list SDNP@lucidvision.com http://lucidvision.com/mailman/listinfo/sdnp _______________________________________________ sop mailing list sop@ietf.org https://www.ietf.org/mailman/listinfo/sop
- [sop] New Non-WG Mailing List: sop -- Service Orc… IETF Secretariat
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Monique Morrow
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Thomas Nadeau
- Re: [sop] FW: [Sdnp] New Non-WG Mailing List: sop… Thomas Nadeau
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Scott Brim
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Robert Raszuk
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Thomas Nadeau
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Robert Raszuk
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ping Pan
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Thomas Nadeau
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Ashish Dalela (adalela)
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Michael Hammer
- Re: [sop] [Sdnp] FW: New Non-WG Mailing List: sop… Robert Raszuk
- Re: [sop] -- Service Orchestration and Desciption… Ashish Dalela (adalela)
- Re: [sop] -- Service Orchestration and Desciption… Robert Raszuk
- Re: [sop] -- Service Orchestration and Desciption… Ashish Dalela (adalela)
- Re: [sop] -- Service Orchestration and Desciption… Robert Raszuk
- Re: [sop] [Sdnp] New Non-WG Mailing List: sop -- … DIEGO LOPEZ GARCIA
- Re: [sop] [Sdnp] New Non-WG Mailing List: sop -- … Ashish Dalela (adalela)
- Re: [sop] [Sdnp] New Non-WG Mailing List: sop -- … DIEGO LOPEZ GARCIA
- Re: [sop] [Sdnp] New Non-WG Mailing List: sop -- … Ashish Dalela (adalela)