Common Control and Measurement Plane
charter-ietf-ccamp-08-01
Document | Proposed charter | Common Control and Measurement Plane WG (ccamp) | |
---|---|---|---|
Title | Common Control and Measurement Plane | ||
Last updated | 2022-04-25 | ||
State | Start Chartering/Rechartering (Internal Steering Group/IAB Review) Rechartering | ||
WG | State | Active | |
IESG | Responsible AD | John Scudder | |
Charter edit AD | John Scudder | ||
Telechat date |
(None)
Has enough positions to pass. |
||
Send notices to | (None) |
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 relevant working groups (e.g. IPPM, OPSAWG, BFD) and SDOs (e.g.
ITU-T). -
Description of 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. -
Description of non-packet-specific (e.g. Ethernet, TDM, OTN, WDM, …)
aspects (requirements, use cases, …) of network slicing and protocol and
YANG models extensions in cooperation with the TEAS and PCE working
groups. -
Definition of 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 and YANG models in support of TDM networks (e.g.
OTN). -
YANG models in support of microwave networks.
-
YANG models in 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.
Proposed milestones
Milestones
Date | Milestone | Associated documents |
---|---|---|
Aug 2023 | Submit client signal YANG model to IESG for review | |
Mar 2023 | Submit DWDM interface LMP and YANG to IESG for review |
draft-ietf-ccamp-dwdm-if-lmp
|
Feb 2023 | Submit OTN slicing YANG model to IESG for review |
draft-ietf-ccamp-yang-otn-slicing
|
Dec 2022 | Submit YANG model of WSON Impairment Topology YANG model to IESG for review; |
draft-ietf-ccamp-optical-impairment-topology-yang
|
Dec 2022 | Submit Info Model for WSON with impairments validation to IESG for review | |
Nov 2022 | Submit Microwave topology model to IESG for review |
rfc9656 (was draft-ietf-ccamp-mw-topo-yang)
|
Nov 2022 | Submit OTN tunnel model to IESG for review |
draft-ietf-ccamp-otn-tunnel-model
|
Oct 2022 | First version of client signal performance monitoring YANG model working group draft |
draft-zheng-ccamp-client-pm-yang
|
Sep 2022 | Submit DWDM Interface YANG model to IESG for review |
draft-ietf-ccamp-dwdm-if-param-yang
|
Aug 2022 | First version of client tunnel YANG model working group draft |
draft-zheng-ccamp-client-tunnel-yang
|
Aug 2022 | Submit L1CSM YANG model to IESG for review |
draft-ietf-ccamp-l1csm-yang
|
Jul 2022 | Submit YANG model of OTN topology & Flexi-grid topology to IESG for review |
draft-ietf-ccamp-otn-topo-yang
|
Jul 2022 | Submit YANG model of Layer 1 Types to IESG for review |
draft-ietf-ccamp-layer1-types
|
Jul 2022 | First version of YANG model of Ethernet Tunnel Working Group drafts |
draft-zheng-ccamp-client-tunnel-yang
|
Jun 2022 | Submit T-NBI model applicability to IESG for review |
draft-ietf-ccamp-transport-nbi-app-statement
|
May 2022 | Submit YANG modelling for flexi grid draft to IESG for review |