Re: [CCAMP] Reply to ETSI communication on WIM

Zhenghaomian <> Thu, 19 December 2019 13:10 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DA842120255; Thu, 19 Dec 2019 05:10:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id bBHiAPRIJVLT; Thu, 19 Dec 2019 05:10:45 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 4F4F212021C; Thu, 19 Dec 2019 05:10:45 -0800 (PST)
Received: from (unknown []) by Forcepoint Email with ESMTP id E85A1A705964CE993328; Thu, 19 Dec 2019 13:10:42 +0000 (GMT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 19 Dec 2019 13:10:42 +0000
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Thu, 19 Dec 2019 13:10:42 +0000
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Thu, 19 Dec 2019 13:10:41 +0000
Received: from ([]) by ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0439.000; Thu, 19 Dec 2019 21:10:35 +0800
From: Zhenghaomian <>
To: Daniele Ceccarelli <>, "" <>, "CCAMP (" <>
CC: "" <>
Thread-Topic: Reply to ETSI communication on WIM
Thread-Index: AdW2bIn58KckpyZoR/Wy/qgpIGK+mQ==
Date: Thu, 19 Dec 2019 13:10:35 +0000
Message-ID: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A43B9251CCdggeml511mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [CCAMP] Reply to ETSI communication on WIM
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 19 Dec 2019 13:10:48 -0000

Hi, Daniele,

Thank you for the text, it looks great!

A few corrections on spelling as follow:

-          In the first paragraph, CMI (CSC-MDSC) should be CMI (CNC-MDSC);

-          ¡®L1CMS¡¯ should be ¡®L1CSM¡¯;

-          In the last paragraph, ¡®flexi grid¡¯ should be ¡®flexi-grid¡¯.

I wish it¡¯s not too late to send this:)

Best wishes,

·¢¼þÈË: Teas [] ´ú±í Daniele Ceccarelli
·¢ËÍʱ¼ä: 2019Äê12ÔÂ15ÈÕ 1:28
ÊÕ¼þÈË:; CCAMP ( <>
Ö÷Ìâ: [Teas] Reply to ETSI communication on WIM

TEAS, CCAMP, chairs,

I tried to put together a  first draft of the reply to the ETSI communication.
I would suggest to include the OPSA WG since the reply includes also the service and network models defined there.
Here is a preliminary proposal:
The IETF TEAS and CCAMP working groups would like to thank the ETSI ISG NFV for notifying the start of the work on multi-site connectivity services. We acknowledge the commonalities between the WIM infrastructure manager interfaces and the ACTN ones, in particular the CMI (CSC-MDSC) interface. Our understanding is that the scope of the WIM interfaces is not limited to the management of the underlay Traffic Engineered infrastructure but also the connectivity services that can be built on top of that, like e.g. L3VPNs and L2VPNs.

The relevant documents specifying YANG models (and related status) for the connectivity services are:
-          L3SM ¨C A service model for L3VPN services ¨C RFC 8299
-          L2SM ¨C A service model for L2VPN service ¨C RFC 8466
-          L1CMS -  stable working group document already reviewed by YANG doctors.
-          L3NM ¨C  stable working group document

On the other side ACTN provides guidelines for the implementation of interfaces for the management of traffic engineered underlay infrastructure ( A wide variety of YANG models can be used to implement various features (e.g. calendaring, telemetry) but a minimal set of mandatory models to operate the network is identified:

-          TE topology: ¨C approved by the IESG and in the editor queue
-          ACTN virtual network: ¨C stable working group document
-          TE tunnel: ¨C stable working group document

Extensions to these models are defined in the CCAMP working group to provide technology specific extensions. TE Topology and TE tunnels augmentations are being defined for WSON (Wavelength Switched Optical Networks), flexi grid WSON, OTN (digital layer of the Optical Transport Network) and microwave.
In the eventuality in which the ETSI NFV ISG identifies additional requirements that are not currently addressed in the ACTN framework (RFC8453) and models, they can be proposed as individual contributions either in the TEAS working group (if technology agnostic) or in the CCAMP working group (if technology specific) and follow the IETF process.