Re: [CCAMP] Charter update

Adrian Farrel <adrian@olddog.co.uk> Tue, 30 March 2021 22:22 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 388583A114C; Tue, 30 Mar 2021 15:22:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.916
X-Spam-Level:
X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 ENyuXqh5n9TJ; Tue, 30 Mar 2021 15:22:14 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C5AD3A1100; Tue, 30 Mar 2021 15:22:13 -0700 (PDT)
Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 12UMMBEP004929; Tue, 30 Mar 2021 23:22:11 +0100
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D64CA22074; Tue, 30 Mar 2021 23:22:10 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id C038422073; Tue, 30 Mar 2021 23:22:10 +0100 (BST)
Received: from LAPTOPK7AS653V ([84.93.2.51]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 12UMM9Qd004227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Mar 2021 23:22:10 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Daniele Ceccarelli'" <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>, "'CCAMP'" <ccamp@ietf.org>
References: <HE1PR0701MB22826C863193394BCAEB7026F07D9@HE1PR0701MB2282.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB22826C863193394BCAEB7026F07D9@HE1PR0701MB2282.eurprd07.prod.outlook.com>
Date: Tue, 30 Mar 2021 23:22:09 +0100
Organization: Old Dog Consulting
Message-ID: <062401d725b3$20560140$610203c0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0625_01D725BB.821B7AB0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQEAeV9QZJtBRfGCThuWjfgp857JI6xKcpKw
Content-Language: en-gb
X-Originating-IP: 84.93.2.51
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-26062.003
X-TM-AS-Result: No--17.154-10.0-31-10
X-imss-scan-details: No--17.154-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-26062.003
X-TMASE-Result: 10--17.154200-10.000000
X-TMASE-MatchedRID: jFqw+1pFnMweimh1YYHcKHFPUrVDm6jtiRPU6vvejXLPlmI4N1s8innr 8nRWhMU97sdD6UnTXnd7JGcEBNxd4e+wyY0yiVB/mE9Jt7idrkwZskwWqoib3MAQgkZXMifJ7pc 4NdFYN0pLr46Rbf4WgnUcOW1eoCHeI3fYWtWG9lmjU+HibC6DK/j4HFxuihXOfqFWsdsssTfhN/ aaplt82AQ3z4cd/PH/hRXAGwFGqEBLsPhcNTe2R9Mrcx6d6fiWAzbro1ypVcdrRM6wvXgDaT7Fn CrEJ7NN8m48P9nRZcTNgc4aQw/LYqGNSKCjoBq88Kg68su2wyEKJM4okvH5XnHePHkqFjf19Spi 2XpXgKSxuXOXINpoJphSd0Qgaz5CtI2CEEMRxDFKtJAbYAprcy9Xl/s/QdUMv5ndmnZN3UTJh+g WZ30QuCvn27+DO/kwKM/Iu0w4hPH7z77Qmx4Lx1k1hIeTdmvRzN2Fo3fuIAy2duf1KYOL/INSCf L1dw7/Wg5c8RxXsekWx66+1HmL9K3+Px7OO9ohEqR03snu3E+81F/qzO3CkxLf1vz7ecPHsn0JP kJJmHF/Cq5AyB3UHgUb71stxtYPT7UnfzJvIW6G6GdeSqkXk/moZ6x4ZgCUstyQ00HI6JvWbCLP laFyNCets3sCj9TQuARRx/gWF5fVjggigj64wsTiL+P6CoMg9l9p8mNlkgl1/q26L79bTENJF28 Lc7EuQJlfjErLkMuzXKAQ39BI1Udb73gUDwkXKwi7MItzaY2uiAW0p38/twsFkS6ogv1Kn3HS2b O+krbCfvo3UgFFJH7Iz4Xfn0uR1LFdtmiebE6eAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6H N6d7M+9+OQ9U/5f33fj+sMArfMaMUyeC0staJwDp1OIv3zj1AONrbVWajCYySHRfIpB9z0iXb6H 8M81Qb692qZNfn0INRBLIc7lEg==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/q6Ir1afJJFo46TrBWd8wvZAAKUY>
Subject: Re: [CCAMP] Charter update
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2021 22:22:17 -0000

Hi,

 

Thanks for the work on this. It's looking good.

 

Small point

*	"OAM work will be synchronized with the LIME WG"
LIME was closed down just over 3 years ago

 

Cheers,

Adrian

 

From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Daniele Ceccarelli
Sent: 30 March 2021 13:03
To: CCAMP <ccamp@ietf.org>
Subject: [CCAMP] Charter update

 

Hi working group,

 

as briefly anticipated during the CCAMP session at IETF110 please find below
the proposal for the update to the charter. 

Please send you comments/suggestions before April 15th.

 

Thanks

Daniele , Fatai, Oscar

------

 

The CCAMP working group is responsible for standardizing a common control
plane and a separate common measurement plane for non-packet technologies
found in the Internet and in the networks of telecom service providers (ISPs
and SPs). Examples of the devices in such networks include photonic
cross-connects, OEO switches, ROADMs, TDM switches, microwave links, and
Ethernet switches.

In this context, measurement refers to the acquisition and distribution of
attributes relevant to the setting up of tunnels and paths.

The working group develops extensions to core Traffic Engineering protocols
that are under the care of other working groups as well as YANG models for
the control and management of non-packet networks (this includes both device
models and network models). The CCAMP working group will coordinate with the
TEAS working group to ensure that extensions that can be generalized for use
with more than one technology are made appropriately, and with the working
groups that have responsibility for the specific protocols.

 

CCAMP WG work scope includes:

*	Definition of protocol-independent metrics and parameters
(measurement attributes) for describing links and paths that are required
for routing and signaling in technology-specific networks. These will be
developed in conjunction with requests and requirements from other WGs to
ensure overall usefulness.
*	Maintenance and extension of the Link Management Protocol (LMP)
*	Functional specification of extensions for GMPLS-related routing
(OSPF, ISIS) and signaling (RSVP-TE) protocols required for path
establishment and maintenance in non-packet, technology-specific  networks.
Protocol formats and procedures that embody these   extensions will be done
jointly with the WGs supervising those  protocols and the TEAS working group
has the responsibility to   determine whether such protocol extensions
should be generalized  for Traffic Engineering in any network. This may
include protocol work to support data planes that have  already been
approved by another Standards Development Organization. Note that the
specification or modification of data  planes is out of scope of this
working group.
*	Definition of management objects (e.g., as part of MIB modules or
YANG models) and control of OAM techniques relevant to the  protocols and
extensions specified within the WG. The OAM work will be synchronized with
the LIME WG
*	Describe non-packet-specific aspects of traffic engineering
including for multi-areas/multi-AS/multi-layer scenarios and  define
protocol extensions in cooperation with the TEAS and  PCE working groups.
*	Define how the properties of network resources gathered by a
measurement protocol (or by other means such as configuration) can be
distributed in existing routing protocols, such as OSPF,  IS-IS, and BGP-LS.
CCAMP will work with the WGs that supervise  these.

The CCAMP WG currently works on the following tasks:

*	Protocol extensions and YANG models in support of optical networks
(e.g. WSON, flexi grid) with and without awareness of the optical
impairments.

- Protocol extensions in support of flexible grid lambda networks.

*	Protocol extensions and YANG models in support of TDM networks (e.g.
OTN).
*	YANG models in support of microwave networks.
*	YANG models fin support of L1 services
*	Client TE topologies 
*	Maintenance of existing protocol extensions for non-packet
technology-specific networks (Ethernet, TDM, OTN) already specified by
CCAMP.
*	Maintenance of LMP.