The MPLS working group is responsible for standardizing technology for label switching and for the implementation of label-switched paths over packet based link-level technologies.
The working group's responsibilities include: procedures and protocols for the distribution of labels between Label Switching Routers (LSRs); MPLS encapsulation and emulation of Layer 1, Layer 2, and Layer 3 frames, packets, and services that run over MPLS; and mechanisms for Operation, Administration, and Maintenance (OAM) for MPLS systems including the necessary management objects expressed as YANG data models.

The current WG focus areas and work items are:

•	Maintain existing MPLS requirements, mechanisms, and protocols, as currently documented in RFCs, in coordination with other working groups that work in overlapping areas including the BESS, BFD, BIER, CCAMP, DETNET, IDR, IPPM, OPSAWG, SPRING, and TEAS working groups.
•	Maintain and evolve key MPLS protocols to meet new requirements: LDP (including Targeted LDP (tLDP) and Multipoint LDP (mLDP)), RSVP-TE for packet networks, and LSP Ping.
•	Maintain existing MPLS-based static and LDP-signaled pseudowire and L2VPN requirements, mechanisms, and protocols as currently documented in RFCs, and enhance them. Ensure that MPLS can continue to support these applications, as well as other MPLS based signaled PWs as they evolve.
•	Document use cases for MPLS protocols.
•	Document MPLS-specific aspects of traffic engineering including multi-areas/multi-AS scenarios in cooperation with the TEAS working group.
•	Coordinate the work on RSVP-TE with CCAMP and TEAS. In the cases where there is an overlap, generic parts will be done by the TEAS working group, MPLS data plane specific parts will be done by the MPLS working group, and support for any other specific data planes will be done by the CCAMP working group. The TEAS working group acts as the hub for coordinating this work, and the MPLS working group will track agreements about work to be done in this working group through milestones in this charter.
•	Define YANG data models for MPLS working group related solutions. Coordinate with other working groups (such as NETMOD) for core YANG data models.
•	Define an overall OAM framework for applications that are topology-driven, traffic engineered, or utilize transport profile MPLS to achieve a common set of approaches and mechanisms across the full family of applications that use MPLS.
•	Document mechanisms for securing MPLS protocols and data plane.
•	Define a framework and encapsulations for MPLS Network Actions (MNA). Document use cases for MNA and define solutions for those use cases.