Re: [Supa] draft-bi-supa-gap-analysis

Tina TSOU <Tina.Tsou.Zouting@huawei.com> Mon, 02 March 2015 15:15 UTC

Return-Path: <Tina.Tsou.Zouting@huawei.com>
X-Original-To: supa@ietfa.amsl.com
Delivered-To: supa@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE14D1A8900 for <supa@ietfa.amsl.com>; Mon, 2 Mar 2015 07:15:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.211
X-Spam-Level:
X-Spam-Status: No, score=-2.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O2rYS2G74GhL for <supa@ietfa.amsl.com>; Mon, 2 Mar 2015 07:14:56 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B496A1A8897 for <supa@ietf.org>; Mon, 2 Mar 2015 07:08:06 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BTE44698; Mon, 02 Mar 2015 15:08:05 +0000 (GMT)
Received: from SZXEML427-HUB.china.huawei.com (10.82.67.182) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Mar 2015 15:08:02 +0000
Received: from szxeml557-mbs.china.huawei.com ([169.254.6.208]) by szxeml427-hub.china.huawei.com ([10.82.67.182]) with mapi id 14.03.0158.001; Mon, 2 Mar 2015 23:07:54 +0800
From: Tina TSOU <Tina.Tsou.Zouting@huawei.com>
To: Susan Hares <shares@ndzh.com>, "'Romascanu, Dan (Dan)'" <dromasca@avaya.com>, 'Ying Cheng' <chengying10@chinaunicom.cn>, 'Dacheng Zhang' <dacheng.zdc@alibaba-inc.com>
Thread-Topic: [Supa] draft-bi-supa-gap-analysis
Thread-Index: AQHQVN9vTejtI9x0/keFdWASb8TcT50InQEAgAAjuoCAAId5sA==
Date: Mon, 02 Mar 2015 15:07:55 +0000
Message-ID: <C0E0A32284495243BDE0AC8A066631A81891B052@szxeml557-mbs.china.huawei.com>
References: <8111CF12-F439-470A-8275-D349CE54FFC3@huawei.com>, <201502251359268145228@chinaunicom.cn>, <BY1PR09MB044015C9F341AE2B37EACA60A8170@BY1PR09MB0440.namprd09.prod.outlook.com>, <9904FB1B0159DA42B0B887B7FA8119CA5C9A2D66@AZ-FFEXMB04.global.avaya.com>, <E9687C93-A344-40FA-8852-E8243CD7F1B7@huawei.com> <201502281506128912287@chinaunicom.cn> <9904FB1B0159DA42B0B887B7FA8119CA5C9A8EF8@AZ-FFEXMB04.global.avaya.com> <9904FB1B0159DA42B0B887B7FA8119CA5C9A91A3@AZ-FFEXMB04.global.avaya.com> <026401d054f8$4c64ee50$e52ecaf0$@ndzh.com>
In-Reply-To: <026401d054f8$4c64ee50$e52ecaf0$@ndzh.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.46.89.44]
Content-Type: multipart/mixed; boundary="_006_C0E0A32284495243BDE0AC8A066631A81891B052szxeml557mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/supa/F0LRlcES9XHcbBDx6dYav0CCD3A>
Cc: 'Marc Blanchet' <marc.blanchet@viagenie.ca>, 'Jean-Fran?ois Tremblay' <jean-francois.tremblay@viagenie.ca>, 'Jun Bi' <junbi@tsinghua.edu.cn>, "supa@ietf.org" <supa@ietf.org>, "'Natale, Bob'" <RNATALE@mitre.org>
Subject: Re: [Supa] draft-bi-supa-gap-analysis
X-BeenThere: supa@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This list is to discuss SUPA \(Shared Unified Policy Automation\) related issues." <supa.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/supa>, <mailto:supa-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/supa/>
List-Post: <mailto:supa@ietf.org>
List-Help: <mailto:supa-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/supa>, <mailto:supa-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2015 15:15:02 -0000

Dear all,

Great discussion.

I edited a little bit on Ying’s figure as attached, for discussion purpose.

As discussed in this thread, at this point in time, the existing WG charters do not specify which WG is in charge to provide a generic toplogy model and that we are happy to work with any WG that might get chartered to provide the generic topology model.


Thank you,
Tina

From: Susan Hares [mailto:shares@ndzh.com]
Sent: Monday, March 02, 2015 10:51 PM
To: 'Romascanu, Dan (Dan)'; 'Ying Cheng'; 'Dacheng Zhang'; Tina TSOU
Cc: 'Marc Blanchet'; 'Jean-Fran?ois Tremblay'; 'Natale, Bob'; supa@ietf.org; 'Jun Bi'
Subject: RE: [Supa] draft-bi-supa-gap-analysis

Dan, Ying, and Dacheng:

This model seems to really mix many pieces of the work.  SUPA’s problem statement claims to look at the service level for the configuration.  If so, the work is either configuration (netmod/netconf)?  If it is dynamic, the protocol independent topologies and policy for services are being handled by the I2RS work.

•   draft-chen-i2rs-topology-im-00.txt  (summary of PIT topologies including service topologies, pending)   <http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/>
•   draft-clemm-i2rs-yang-network-topo-02<http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-network-topo/> (generic model)
•   Draft-dong-i2rs-inventory-00.txt    (generic model addition for resources, pending)
•    draft-zhang-i2rs-l1-topo-yang-model-00<http://datatracker.ietf.org/doc/draft-zhang-i2rs-l1-topo-yang-model/>draft-dong-i2rs-l2-network-topology-00<http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/>draft-clemm-i2rs-yang-l3-topo-00<http://datatracker.ietf.org/doc/draft-clemm-i2rs-yang-l3-topo/>draft-dong-i2rs-l2-network-topology-00<http://datatracker.ietf.org/doc/draft-dong-i2rs-l2-network-topology/>
•   Draft-wang-i2rs-service-topo-dm-00  <http://tools.ietf.org/html/draft-wang-i2rs-yang-service-topo-dm-00>  - exist, revision pending
•   Draft-wang-i2rs-service-topo-sfc-dm-00 (service model) – exists , revision pending

•   Draft-dunbar-i2rs-discover-traffic-rules-00 (policy models) - pending

If SUPA is dealing with intent, it is not covered in the problem statement or the use cases.  If you are adding intent at this late date, you should consider the intent-specific work in Nemo (ibnemo@ietf.org<mailto:ibnemo@ietf.org> work (www.nemo-project.org<http://www.nemo-project.org>) and the service topology).

Can you tell me why you are taking this approach to SUPA? This diagram changes the SUPA work to middle box area without providing any support for the topology?

Sue

From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Romascanu, Dan (Dan)
Sent: Monday, March 02, 2015 7:43 AM
To: Romascanu, Dan (Dan); Ying Cheng; Dacheng Zhang; Tina TSOU
Cc: Marc Blanchet; Jean-Fran?ois Tremblay; Natale, Bob; supa@ietf.org<mailto:supa@ietf.org>; Jun Bi
Subject: Re: [Supa] draft-bi-supa-gap-analysis

One more thing that I am missing here is the topology input. As things look now we will import different layers of topology from places like I2RS or TEAS – we may need to represent these.

Regards,

Dan


From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Romascanu, Dan (Dan)
Sent: Monday, March 02, 2015 1:53 PM
To: Ying Cheng; Dacheng Zhang; Tina TSOU
Cc: Marc Blanchet; Jun Bi; Jean-Fran?ois Tremblay; supa@ietf.org<mailto:supa@ietf.org>; Natale, Bob
Subject: Re: [Supa] draft-bi-supa-gap-analysis

Questions (if there are references already some place else please show me where they are:

-          What ‘Intent’ means in the figure?

-          I assume the middle box network element (NE) is labelled Deploy and not Depoly. What is the difference between it and the other two similar boxes with labels ‘Active’?

-          What is the functionality of the Service Management box? Only service creation or more?
Thanks and Regards,
Dan


From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Ying Cheng
Sent: Saturday, February 28, 2015 9:06 AM
To: Dacheng Zhang; Tina TSOU; Romascanu, Dan (Dan)
Cc: Jun Bi; Jean-François Tremblay; Natale, Bob; supa@ietf.org<mailto:supa@ietf.org>; Marc Blanchet
Subject: Re: [Supa] draft-bi-supa-gap-analysis

Hi all,

Based upon Dacheng's texts on SUPA scope, it is proposed to add the following figure as the starting point for our further discussion.

Any comments are welcomed and appreciated.

BR,
Ying

[cid:image001.jpg@01D0553C.7E27F150]


2015-02-28
________________________________
Ying CHENG  程莹
China Unicom Network Technology Research Institute 中国联通网络技术研究院
Tel: +86-10-68799999-7702
Mobile: +86-18601102971
________________________________
发件人: Dacheng Zhang
发送时间: 2015-02-27  22:26:06
收件人: Tina TSOU; Romascanu, Dan (Dan)
抄送: Ying Cheng(联通集团联通网络技术研究院); Jun Bi; Jean-François Tremblay; Marc Blanchet; Natale, Bob; supa@ietf.org<mailto:supa@ietf.org>
主题: Re: [Supa] draft-bi-supa-gap-analysis
SUPA Scope and Focus:
SUPA will focus in the first phase on inter-datacenter traffic management in the use case of a distributed data center, including the automated provisioning of site-to-site virtual private networks of various types, including service configuratioin model ,generic topology model and generic network-level policy model. All of them describe network behaviors for a service. Specially, the existing WG charters do not specify which WG is in charge to provide a generic toplogy model and that SUPA is happy to work with any WG that might get chartered to provide the generic topology model.

Relationship with I2RS:
I2RS defines a collection of protocol-based control or management
interfaces for route system;
SUPA can leverage the exsiting protocol and models defined I2RS;

Relationship with BESS:
BESS defines, specifies and extends network services based on BGP and sets up VPNs by configurating BGP;
SUPA doesn't care how to set up VPNs by some specific protocol;
SUPA can leverage the exsiting protocol and models defined BESS;

Relationship with OpenStack Congress:
Congress is intended to be a general-purpose, high-level policy component of OpenStack.  To enforce the policies across compute, storage and networking, Congress would carve off subpolicies and send them to the appropriate enforcement point in the cloud, Supa could be one of them in the networking domain.

Relationship with TEAS:
TEAS is responsible for defining MPLS and GMPLS traffic engineering architecture, standardizing the RSVP-TE signaling protocol, and identifying required related control-protocol functions.
SUPA is responsible for defining ECA policy model to implement TE.

Relationship with I2nsf:
The relation or intersection between the SUPA and I2NSF may be in the information and data model for policies. I2NSF does not have or care about topologies.

发件人: Tina TSOU <Tina.Tsou.Zouting@huawei.com<mailto:Tina.Tsou.Zouting@huawei.com>>
日期: 2015年2月26日 星期四 下午11:18
至: "Romascanu, Dan (Dan)" <dromasca@avaya.com<mailto:dromasca@avaya.com>>
抄送: Ying Cheng <chengying10@chinaunicom.cn<mailto:chengying10@chinaunicom.cn>>, Jun Bi <junbi@tsinghua.edu.cn<mailto:junbi@tsinghua.edu.cn>>, Jean-François Tremblay <jean-francois.tremblay@viagenie.ca<mailto:jean-francois.tremblay@viagenie.ca>>, Marc Blanchet <marc.blanchet@viagenie.ca<mailto:marc.blanchet@viagenie.ca>>, "Natale, Bob" <RNATALE@mitre.org<mailto:RNATALE@mitre.org>>, "supa@ietf.org<mailto:supa@ietf.org>" <supa@ietf.org<mailto:supa@ietf.org>>
主题: Re: [Supa] draft-bi-supa-gap-analysis

Dear Dan et al,

Good point.

I would suggest the following template to facilitate gap analysis discussion? Proposals? Let's see who fills it quickly;)
Ideally, there should be a figure.
SUPA scope and focus: xxx
Relationship with ir2s: xxx
Relationship with teas: xxx
Relationship with OpenStack Congress: xxx
Relationship with ODL NIC: xxx


Thank you,
Tina

On Feb 25, 2015, at 6:08 PM, Romascanu, Dan (Dan) <dromasca@avaya.com<mailto:dromasca@avaya.com>> wrote:
<!--[if mso 9]--> <!--[endif]-->
I agree that for the purpose of the discussions at the BOF slides are useful. However, the IETF mode of work gives preference to Internet-Drafts, and when chartering will be considered ‘are there relevant Internet-Drafts?’ is one of the questions the IESG will ask. My experience is that the IESG prefers I-Ds to powerpoint. The current I-D on gaps analysis was not updated since last September and for somebody searching and reading I-Ds the reading of this document can be mis-leading about where the team is in the discussions.

Regards,

Dan


From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Natale, Bob
Sent: Wednesday, February 25, 2015 8:45 AM
To: Ying Cheng; Marc Blanchet; Tina Tsou
Cc: Jun Bi; Jean-François Tremblay; supa@ietf.org<mailto:supa@ietf.org>
Subject: Re: [Supa] draft-bi-supa-gap-analysis

+1 … should be relatively easy to represent visually and, once agreed upon, would form the basis of the corresponding I-D.

Avanti,
BobN

From: Supa [mailto:supa-bounces@ietf.org] On Behalf Of Ying Cheng
Sent: Wednesday, February 25, 2015 12:59 AM
To: Marc Blanchet; Tina Tsou
Cc: Jun Bi; Jean-François Tremblay; supa@ietf.org<mailto:supa@ietf.org>
Subject: Re: [Supa] draft-bi-supa-gap-analysis

Hi all,

I agree with Marc's suggestion. Slides of gap analysis with figures are more helpful for discussion.

BR,
Ying


2015-02-25
________________________________
Ying CHENG  程莹
China Unicom Network Technology Research Institute 中国联通网络技术研究院
Tel: +86-10-68799999-7702
Mobile: +86-18601102971
________________________________
发件人: Marc Blanchet
发送时间: 2015-02-25  00:21:24
收件人: Tina Tsou
抄送: Jun Bi; Jean-François Tremblay; supa@ietf.org<mailto:supa@ietf.org>
主题: Re: [Supa] draft-bi-supa-gap-analysis

Le 2015-02-23 à 23:43, Tina TSOU <Tina.Tsou.Zouting@huawei.com<mailto:Tina.Tsou.Zouting@huawei.com>> a écrit :

Dear Jun and JF,

Per this Monday's meeting, the gap analysis draft is one of the drafts that must be updated by Mar 9.

http://datatracker.ietf.org/doc/draft-bi-supa-gap-analysis/<https://urldefense.proofpoint.com/v2/url?u=http-3A__datatracker.ietf.org_doc_draft-2Dbi-2Dsupa-2Dgap-2Danalysis_&d=AwMGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=75NnaKfHSnJEyTvLp9a5KStGqK_KqY0aUr8JpCuvi2A&s=d_YdL_lV5dqUgzvEw-Y8PvZYpUd4Q0aB-mAZj_0niGc&e=>

Would you work on it?

I remember you signed up to work on this draft. I may miss the other people who also signed up for this. Pls team up with Jun and JF.

Dear Tina,

I see two kind of gap analysis:
a) a full blown internet draft with all the details of everything
b) one slide or two that describes where each wg is shown and what is supa would be doing. I could even see some graphic representation.

The overall goal is to  have a good discussion during the BOF.  From that perspective, I think we should work on b), not a).

my 2 cents.

Marc.



Thank you,
Tina
_______________________________________________
Supa mailing list
Supa@ietf.org<mailto:Supa@ietf.org>
https://www.ietf.org/mailman/listinfo/supa<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_supa&d=AwMGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=75NnaKfHSnJEyTvLp9a5KStGqK_KqY0aUr8JpCuvi2A&s=xtw8PCJw-uH3Na6nOv2ntoPkGf7N9UkqKDggiMM681s&e=>


如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除<mailto:请回复邮件到hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除>。 If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc@chinaunicom.cn<mailto:hqs-spmc@chinaunicom.cn> if you want to unsubscribe from this mail. We will immediately remove your information from our sending catalogue.
_______________________________________________ Supa mailing list Supa@ietf.org<mailto:Supa@ietf.org> https://www.ietf.org/mailman/listinfo/supa<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_supa&d=AwMGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=I4dzGxR31OcNXCJfQzvlsiLQfucBXRucPvdrphpBsFA&m=8tlXfMBYiyXdl3QX_uaZEwaErzoCYOw1TwelXmRq-5M&s=hklOUyvfQM5mQ7KybkMJTKMVTlnu7lUcIuXQYHWTCgE&e=>

如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除。 If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc@chinaunicom.cn<mailto:hqs-spmc@chinaunicom.cn> if you want to unsubscribe from this mail. We will immediately remove your information from our sending catalogue.