organized into Services, Architecture, Management, Test

1
MEF Specifications Industry Update
An Introduction to the Technical Work of the MEF
Accelerating Worldwide Adoption of Carrier-class
Ethernet Networks and Services
MEF Reference Presentation March 2010
20th April 2007
2
Session Topics

• Overview of the Technical Work
• The Specifications
• Summaries recent specifications
• Technical work in development
• Relationship to other standards bodies

3
The Technical Work of the MEF

• Technical Committee
• The Technical Committee is organized into
  Services, Architecture, Management, Test
  Measurement.
• The Technical Committee has active liaisons with
  other standards organizations.
• Technical Overview of the Work of the MEF
• The technical committee develops technical
  specifications, implementation agreements, test
  specifications and position statements
• A list of the Specifications, timelines, etc.,
  follows
• Detailed technical presentations are available on
  the MEF web site
• www.metroethernetforum.org/presentations
• www.metroethernetforum.org/techspecs

Each year, approaching 500 technical
contributions are generated by the 875 members of
MEF technical group who are engaged in the
ongoing work. Over 120 technical committee
members meet each quarter to instigate, progress
and finalize specifications and implementation
agreements.
4
The Technical Work of the MEF

• Technical Committee
• The Technical Committee currently focuses their
  work
• Services, Architecture, Architecture, Management,
  Test Measurement.
• Each have sub-teams focused on delivering
  technical specifications, implementation
  agreements, frameworks, agreements and
  interoperability content to support the adoption
  of Carrier Ethernet.
• The Technical Committee has active liaisons with
  other standards organizations.
• Active Participation in the Development of
  Carrier Ethernet
• The Development of Carrier Ethernet is driven
  solely by the active participation of the
  members. This participation is an opportunity to
  advance member companies and contribution to next
  generation networking.
• Active recruitment to involve new Service
  Provider and equipment manufacturers in the work
  of the MEF

5
Introduction to the Specifications

• Purpose
• This section takes a brief look at the
  specifications and their purpose prior to going
  to individual specification overviews and or the
  specifications
• Contents
• Connectivity between Carrier Ethernet and the
  specifications
• Specification timeline
• A summary of all the specifications
• A quick look at terminology and the two types of
  specifications
• Audience
• Intended for those who want to understand the
  scope of the presentations prior to looking at
  the specifications
• What to do next
• Review the more detailed PowerPoint presentations
  or read the specifications

Please also see the presentations on the MEF
website giving overviews on each specification
and further details of upcoming specifications
and industry liaisons
6
Approved MEF Specifications
MEF 6.1 replaced MEF 6., MEF 7.1 replaced MEF
7, MEF 10 .2 replaced MEF 10.1.1, MEF 10.1, MEF
10 which replaced MEF 1 and MEF 5.
7
Approved MEF Specifications
8
Specifications Timeline
Mar 2010
MEF 23
MEF 16
MEF 4
MEF 7
Class of Service
ELMI
Architecture
EMS-NMS
MEF 26 ENNI
MEF 6.1
MEF 12
MEF 22
Architecture
MEF 10.1
Ethernet Service Definitions Phase 2
MEF 25
Service OAM
MEF 17
Mobile Backhaul Phase 1
MEF 11
MEF 2
MEF 15
Service AttributesPhase 2
Service OAM
Protection
UNI Framework
Management
2010
2009
2001-3
2006
2005
2004
2007
2008
MEF 10.2 Services Amendment
MEF 20 UNI Type 2 MEF 21 UNI Type 2 Test Suite
Part 1
MEF 13
MEF 18
MEF 10.1.1 Services Amendment MEF 24 UNI Type
2 Test Suite Part 2
MEF 3
MEF 10
UNI-IA
Circuit EmulationServices Test Suite
Circuit Emulation
Service Attributes Phase 1
MEF 14
MEF 19
Traffic Management Test Suite
UNI Type 1 Test Suite
MEF 7.1 EMS-NMS
MEF 6 Service Definitions
MEF 8
Circuit Emulation
MEF 9
Services Test Suite
9
How the Specifications Enable Carrier Ethernet
Nov 2009
This chart shows how the MEF specifications
enable the attributes of Carrier Ethernet
indicating the responsible area within the MEF
Technical Committee
Carrier Ethernet Attributes
Service Management
Reliability
Quality of Service
Standardized Services
Scalability
MEF Specs


Architecture Area


MEF 2
Service Area

Service Area


MEF 3
Architecture Area




MEF 4
Service Area

Service Area

Service Area
MEF 6.1
Management Area




MEF 7.1
Service Area




MEF 8
Test Measurement Area

Test Measurement Area


MEF 9
Service Area
Service Area


Service Area
MEF 10.2
Architecture Area




MEF 11
Architecture Area



Architecture Area
MEF 12
Architecture Area




MEF 13

Test Measurement Area
Test Measurement Area
Test Measurement Area

MEF 14

Management Area



MEF 15

Management Area



MEF 16

Management Area



MEF 17

Test Measurement Area
Test Measurement Area

MEF 18

Test Measurement Area
Test Measurement Area

MEF 19
MEF 20
Architecture Area


Architecture Area
Architecture Area

Test Measurement Area
Test Measurement Area

MEF 21 24
MEF 22
Service Area
Service Area
Service Area
Service Area
Service Area

Service Area

Service Area
MEF 23


MEF 25
Test Measurement Area
Test Measurement Area


MEF 26
Service Area
Service Area
Service Area
10
Global Expansion to Carrier Ethernet

• Relationship between the MEF Specifications and
  Carrier Ethernet
• The technical work of the MEF as described in the
  specifications, together with the work of
  associated standards bodies, collectively enable
  the functionality and attributes of Carrier
  Ethernet
• The completed specifications continue to refer to
  MENs (Metro Ethernet Networks) but this is now a
  generic term covering the enabled service network
  in the increasing variety of access, metro and
  long haul networks

11
MEF Key Specifications

• Architecture
• MEF 4, Generic architecture provides a basis for
  offering services and building out
  national/international networks
• Services
• MEF 6.1 Ethernet Services Definitions defines
  E-Line and E-LAN service types, and defines in
  detail Ethernet Private Line (EPL) and Ethernet
  Virtual Private Line (EVPL) service
• MEF 10.2 - Ethernet Service Attributes Phase 2
  defines the key UNI and EVC attributes that can
  be used to build services.
• Abstract Test Suite for Ethernet Services
• MEF 9 MEF 14 - basis for certification of
  vendor equipment and service provider services

12
Industry Challenges MEF Initiatives
13
Three Types of Specifications

• Technical Specifications
• They include architectural and abstract models
  required to create a robust platform of technical
  requirements and definitions
• They are the principal documents that define
  mandatory and optional elements, attributes etc.,
  of the elements of a Carrier Ethernet network
  (UNI, Services, NNI, etc)
• Implementation Agreements
• These typically quantify specific parameters and
  attributes called out in the technical
  specifications so that consistent, interoperable
  implementation can occur
• Abstract Test Suites
• These consist of a series of tests to be used to
  measure conformance to certain MEF
  specifications.
• They are intended to be used to create specific
  test plans such as those used in the MEF
  Certification Program

Note The MEF specifications are written by
representatives from the member companies who
give their time to the work in the interests of
the industry. Their various backgrounds and style
are reflected n the MEF specifications
14
Terminology

• Terminology
• There are a great number of definitions in each
  specification. Where possible they reuse common
  understanding of terms in other standards bodies
  such as the ITU
• A full glossary of terms used in the MEF
  Specifications is also available in the
  Information Center of the MEF Public Web Site
• Compliance terminology common to all
  specifications
• The level of mandatory and optional compliance to
  the implementation agreement uses the familiar
  RFC 2119 terminology

15
MEF Specifications Overview
MEF 4
Metro Ethernet Network Architecture Framework
Part 1 Generic Framework
Purpose
Introduces the framework and terminology for the
services (Eth) layer
Audience
All (Equipment Manufacturers, Service Providers
Enterprises), since it provides the fundamental
understanding of the Carrier Ethernet architecture
Technical Committee Architecture Area
Ethernet Services Attributes Phase 2
MEF 10.2
Purpose
Defines the service attributes and parameters
required to offer the services defined in MEF 6.
Updated from Original MEF 10
Audience
All, since it provides the fundamentals required
to build devices and services that deliver
Carrier Ethernet. For Enterprise users it gives
the background to Service Level Specifications
for Carrier Ethernet Services being offered by
their Service Providers and helps to plan
Ethernet Services as part of their overall
network.
Standardized Services
Technical Committee Service Area
16
MEF Specifications Overview
MEF 6.1
Metro Ethernet Services Definitions Phase II
Purpose
Defines the Ethernet Services (EPL, EVPL,
E-Line, E-LAN, E-Tree. etc)
Audience
All, since it provides the fundamentals required
to build devices and services that deliver
Carrier Ethernet. For Enterprise users it gives
the background to Service Level Specifications
for Carrier Ethernet Services being offered by
their Service Providers and helps to plan
Ethernet Services as part of their overall
network.
Technical Committee Service Area
MEF 12
Metro Ethernet Network Architecture Framework
Part 2 Ethernet Services Layer
Purpose
Defines the Ethernet Services (ETH) Layer as the
specific layer network responsible for delivery
of Ethernet Protocol Data Units across internal
and external interfaces.
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Architecture Area

17
MEF Specifications Overview
MEF 7.1
EMS-NMS Information ModelElement Management
SystemNetwork Management System
Purpose
Provides a standard for carrier management
systems to enable configuration and fault
management of Metro Ethernet services.
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Management Area
Requirements for Management of Metro Ethernet
Phase 1 Network Elements
MEF 15
Purpose
Specifies the network management requirements to
be met by Network Elements supporting Ethernet
Service Phase 1
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Management Area
18
MEF Specifications Overview
Ethernet Local Management Interface (E-LMI)
MEF 16
Purpose
Enables customer equipment to receive information
regarding the status and attributes of Ethernet
Services thus allowing automatic configuration
and improved Subscriber network performance.
Audience
Equipment manufacturers of Customer Edge devices
and of Service Provider equipment. Useful for
Service Providers architecting their systems.
Technical Committee Management Area
Service OAM Requirements Framework Phase 1
MEF 17
Purpose
Provides requirements to be satisfied by the
Service OAM mechanisms in MENs and framework for
discussing and implementing those mechanisms. It
also provides context for several MEF
specifications (UNI type 2 and ENNI) and the work
of other standards bodies
Audience
Equipment Manufacturers building devices and
Service Providers architecting their systems.
Technical Committee Management Area
19
MEF Specifications Overview
MEF 11
User Network Interface (UNI) Requirements and
Framework
Purpose
Defines a split demarcation function between the
customer (Subscriber), and the Service Provider
MEF 13
User Network Interface (UNI) Type 1
Implementation Agreement
Purpose
This allows existing Ethernet devices (switch,
router, workstation, etc) acting as Customer Edge
devices to be compliant to this IA with no
additional software or hardware upgrades
MEF 20
User Network Interface (UNI) Type 2
Implementation Agreement
Purpose
Specifies MEF UNI characteristics and operation
in which customer side of the UNI is
automatically configured by the network side of
the UNI allowing verification of SLA and UNI
connectivity. Additional objectives include
support for Ethernet OAM (802.3ah, 802.1ag) over
the UNI. Required for support of ELMI
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Architecture Area
20
MEF Specifications Overview
MEF 9
Abstract Test Suite for Ethernet Services at the
UNI
Purpose
Defines the test suite for conformance of
Ethernet services and equipment when deployed at
the UNI
Abstract Test Suite for Traffic Management Phase 1
MEF 14
Purpose
Defines the requirements and corresponding test
procedures for Service Performance and Bandwidth
Profile Service Attributes that may be specified
as part of a Service Level Specification (SLS)
for an Ethernet Service
Audience
Equipment Manufacturers building devices that are
designed to conform to MEF Specifications.
Service Providers conducting who require that
their services comply to MEF Specifications
Technical Committee Test and Measurement Area
21
MEF Specifications Overview
Abstract Test Suite for CES
MEF 18
Purpose
Specifies testing procedures for pass/fail
assessment of conformance with each of the
operating modes in MEF 8.
Audience
Equipment Manufacturers building devices that
will carry TDM traffic across Carrier Ethernet
Networks. Useful for Service Providers
architecting their systems.
Technical Committee Test and Measurement Area
Abstract Test Suite for UNI Type 1
MEF 19
Purpose
Supplements the MEF test specifications MEF 9,
and MEF 14 with test procedures for UNI manual
configuration mode defined in MEF 13
Abstract Test Suite for UNI Type 2, Phase 1 Link
OAM
MEF 21/24
Provides the first of six possible test suites
for UNI type 2 (MEF 20)
Purpose
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Test and Measurement Area
22
MEF Specifications Overview
Requirements and Framework for Ethernet Service
Protection
MEF 2
Purpose
Defines a broad frame work for hop-by-hop and
end-to-end service level protection.
Audience
Equipment Manufacturers building devices that
will carry Carrier Ethernet Services. Useful for
Service Providers architecting their systems.
Technical Committee Architecture Area
Class of Service Implementation Phase 1
MEF 23
Purpose
Defines sets of classes of service, each set
having two to four classes of services. For each
set, recommendations for traffic type mapping
(e.g., voice signaling) to each of class of
service within the set will be provided.
Audience
Equipment Manufacturers building devices and
Service Providers architecting their systems.
Technical Committee Management Area
23
MEF Specifications Overview
Circuit Emulation Service Definitions, Framework
and Requirements in Metro Ethernet Networks
MEF 3
Purpose
Circuit Emulation Service tunnels TDM traffic
through a Metro Ethernet network allowing
inclusion of legacy networks within a Carrier
Ethernet environment
Audience
Equipment Manufacturers supporting devices that
provide Circuit Emulation over Carrier Ethernet
Services.Useful for Service Providers
architecting their systems.
Technical Committee Service Area
Implementation Agreement for the Emulation of PDH
Circuits over Metro Ethernet Networks
MEF 8
Purpose
Gives precise instructions for implementing
interoperable CES equipment that reliably
transport TDM circuits across Metro Ethernet
Networks while meeting the required performance
of circuit emulated TDM services as defined in
ITU-T and ANSI TDM standards
Audience
Equipment Manufacturers supporting devices that
provide Circuit Emulation over Carrier Ethernet
Services.Useful for Service Providers
architecting their systems.
Technical Committee Service Area
24
Recently Approved Specifications
25
MEF 20 Advances Carrier Ethernet Deployment

• Carrier Ethernet growth challenges
• The success of Carrier Ethernet brings its own
  challenges, not the least of these is operational
  scalability
• Until now, MEF specifications have defined manual
  management process relying on manual or ad hoc
  processes. This cannot scale.
• MEF 20
• Introduces automated processes for managing
  services, fault monitoring and management
  enabling at UNI level
• Carrier Ethernet networks to scale
• Carrier Ethernet networks to operate at reduce
  cost and
• Creation of a framework for the dynamic service
  provisioning that will leverage the inherent
  benefits of MEF-defined Carrier Ethernet services

26
The MEF User Network Interface

• The User Network Interface (UNI)
• The UNI is the single point that is the
  demarcation between the customer and the service
  provider/Cable Operator/Carrier/MSO
• The UNI is typically at a port on an active
  device owned and operated by the Service Provider
• The UNI in a Carrier Ethernet Network uses a
  physical Ethernet Interface at operating speeds
  10Mbs, 100Mbps, 1Gbps or 10Gbps

• In this instance the UNI is located at the port
  of the service provider edge device located in
  the customer premises.
• The service provider cloud is shown
  terminating in the customer premises

CE
Carrier Ethernet Network
customer responsibility
Service provider responsibility
UNI
CE Customer Equipment, UNI User Network
Interface. MEF certified Carrier
Ethernet products
27
Functional Elements of the UNI

• There are two functional elements (typically)
  located in two connected devices situated on
  either side of the UNI demarcation point
• UNI-C Executes the processes of the customer
  side
• UNI-N Executes the processes of the network side
• All the functions of the UNI-N and UNI-C need
  not be located in the same physical device as
  they may be located in several devices

UNI-C
CE
Carrier Ethernet Network
UNI-N
customer responsibility
Service provider responsibility
UNI
CE Customer Equipment, UNI User Network
Interface. MEF certified Carrier
Ethernet products
28
MEF 20 UNI Type 2 Overview (In context of MEF 11)

• MEF 11 introduced 3 types of UNI
• UNI Type 1 (now defined in MEF 13), November 2005
• Service Provider and Customer manually configure
  the UNI-N and UNI-C for services
• UNI Type 1.1 and 1.2 are defined
• Type 1.1 Non-multiplexed UNI for Services like
  EPL
• Type 1.2 Multiplexed UNI for Services like EVPL
• UNI Type 2 (now defined in MEF 20)
• An automated implementation model allowing UNI-C
  to retrieve EVC status and configuration
  information from UNI-N
• Enhanced UNI attributes
• Additional fault management and protection
  functionality
• Backward compatibility with UNI Type 1
• UNI Type 3 (Possible future MEF Specification)
• Allows the UNI-C to request, signal and negotiate
  EVCs and its associated Service Attributes to the
  UNI-N. UNI
• Type 3 is for further study.

29
Functionality and Scope of MEF 20

• Ethernet Local Management Interface (E-LMI)
• Allows UNI-C to retrieve EVC status and service
  attributes from UNI-N as specified in MEF 16
• Link OAM (Operation, Administration and
  Management)
• Allows customer and service provider to monitor
  and diagnose the UNI connectivity via Link OAM
  (link level)
• Service OAM
• Allows customer and service provider to monitor
  and diagnose the UNI connectivity via Service OAM
  (end-to-end)
• Protection
• Capability to protect UNI against port failure
  via Link Aggregation protocol
• Enhanced UNI Attributes
• Such as bandwidth profile per egress UNI, Maximum
  Transfer Unit size, etc. as defined in MEF 10.,
  MEF 6.1
• L2CP Handling
• Governs the passing or filtering of Layer 2
  control protocols to the Ethernet Virtual
  Connections

Details of each mandatory and optional element
are to be found in the specification
30
MEF 21/24/25 Testing UNI Type 2
Work in Progress
MEF 11 User Network Interface (UNI) Requirements
and Framework
Abstract Test Suite for UNI Type 2 Part 4
Protection
Abstract Test Suite for UNI Type 2 Part 5
Enhanced UNI Attributes
MEF 20 UNI Type 2 Implementation Agreement
MEF 13 UNI Type 1 Implementation Agreement
Abstract Test Suite for UNI Type 2 Part 6 L2CP
Handling
MEF 19 Abstract Test Suite for UNI Type 1
MEF 21 Abstract Test Suite for UNI Type 2 Part 1
Link OAM
MEF 24 Abstract Test Suite for UNI Type 2 Part
2 E-LMI (Approved April 21st 2009)

• Further Test projects are in preparation
• MEF Certification will be decided in due course

MEF 25 Abstract Test Suite for UNI Type 2 Part 3
ServiceOAM
31
MEF 22 Mobile Backhaul Implementation Agreement

• Purpose of specification
• First phase
• EVCs spanning a single MEN (Metro Ethernet
  Network).
• Synchronization is either delivered outside of
  the Ethernet transport network or using a packet
  based method that is transparent to the MEN,
  e.g. treated as standard Service Frames
• GSM, WCDMA, CDMA, CDMA2000, and WiMAX 802.16e.
• Subsequent phases anticipated
• EVCs spanning arbitrary number of MENs.
• Other synchronization methods.
• Other mobile standards, such as LTE (Long Term
  Evolution).
• Synchronous Ethernet

32
MEF 23 Class of Service Implementation Agreement

• Purpose of specification
• Accelerate adoption of Carrier Ethernet by
  minimizing confusion that will result from each
  Service Provider inventing their own CoS schemes.
  
• Multiple schemes result in a multiplicity of
  diverse CoS definitions that dont easily map to
  provide end to end CoS
• Interconnect (via ENNI) simplification
• Agree on 2 class and 3 class common models
• Ensure key applications can be given sufficient
  forwarding performance end-to-end to meet
  application requirements
• A Service Provider may well offer additional
  classes
• Stretch goal is to quantify models

33
MEF 26 External Network to Network Interface
(ENNI)
External Network to Network Interface (ENNI)
Phase I
MEF 26
Purpose
Specifies the reference point that is the
interface between two Metro Ethernet Networks
(MENs) where each operator MEN is under the
control of a distinct administration authority.
The ENNI is intended to support the extension of
Ethernet services across multiple operator MENs.
Audience
All, since it provides the fundamentals required
to delivery services that extend Carrier Ethernet
over multiple operator MENs and to build devices
that support those services . It is especially
relevant for Service Providers since it defines
the standard mechanisms for interconnecting
services across multiple operators MENs.
Standardized Services
34
MEF 26 ENNI - Definition

• ENNI is the reference point representing the
  boundary between two Operator MENs that are
  operated as separate administrative domains.
• ENNI-N represents the functions necessary to
  support the protocols and procedures for the
  interface.

ENNI-N1
ENNI-N2
Operator MEN 1
Operator MEN 2
ENNI
ENNI Frames are exchanged between ENNI-N1 and
ENNI-N2
35
The Scope of MEF 26

• Standard approach to implementing Ethernet
  Services as specified in MEF 10.2 and MEF 6.1
  among UNIs supported by different Operator MENs
• Specifies a standard Interconnection Interface
  between Operator MENs the ENNI definition
• Specifies Operator Services Attributes the OVC
  definition

36
Interconnection Interface Details

• Physical Layer Gigabit and 10Gigabit Ethernet
  IEEE Std 802.3 2005
• 1000Base-SX, 1000Base-LX, 1000Base T, 10GBASE-SR,
  
• 10GBASE-LX4, 10GBASE-LR, 10GBASE-ER, 10GBASE-SW,
  10GBASE-LW, 10GBASE-EW IEEE Std 802.3 2005
• One or more physical links
• Link aggregation
• Protection
• Supported ENNI Frame Formats
• Untagged
• Single S-Tag (TPID 0x88A8)
• Single S-Tag (TPID 0x88A8) followed by a single
  C-Tag (TPID 0x8100)
• Maximum Transmission Unit
• Size ? 1526 bytes required
• Size ? 2000 bytes recommended

37
Protection at the ENNI

• When there are two physical links, the Operator
  MEN must be able to support Link Aggregation with
  one link active and the other passive per IEEE
  Std 802.3 2005
• All subscriber traffic on active link with other
  link as backup
• Operators may use other methods for protection if
  mutually agreed

38
Management at the ENNI

• The Operator MEN must be able to support Link OAM
  as per IEEE Std 802.3 2005
• However it is recommended that the loopback
  capability be disabled

39
MEF 7.1 EMS-NMS Information Model

• Describes applicability of Q.840.1 management
  entity elements.
• Includes object class, attributes, relationships,
  methods, and notifications applied to the Metro
  Ethernet EMS-NMS Interface.
• Mapping between the information model presented
  in Q.840.1 and TM Forums MTNM 3.5 Connectionless
  Network Model.
• Includes the definition of objects in support of
  ENNI and SOAM

Above is example of mapping between Q.840.1 and
MTNM 3.5
40
MEF Work in Development
41
MEF Development Work

• Statement
• The work of the MEF continues
• The questions
• How or why can I implement Carrier Ethernet while
  development is still ongoing?
• When will it be finished?
• The answers

42
MEF Development Work

• Future Technical Work
• The MEF technical work continues on all elements
  of Carrier Ethernet (OAM, Network to Network
  Interfaces, implementation agreements, etc.) This
  includes coordination with other standards
  bodies.
• Deployment now brings immediate benefits
• Immediate benefits are being obtained today based
  on implementing todays specifications. These
  benefits increase as the specifications complete
• MEF Timescales
• The MEF continues to exist during the foreseeable
  future to complete our mission

43
MEF Technical Committee Dashboard
Mar 2010
MEF 6.1 MEF 6, MEF 10.1 MEF 10, MEF 1 MEF
5. MEF 7.1 MEF 7, MEF 10.2 MEF 10.1.1 MEF
10.1
TS Technical Specification IA Implementation
Agreement
44
Bandwidth Profiles

• Defines new services work related to the
  definitions
• Service frame can be subjected to more than one
  Bandwidth Profile allowing, for example, limits
  on all traffic at the specific.

• The customer has a CIR/EIR per Class of Service
  and an overall rate limiter per EVC.
• During congestion flows will reside on different
  queues
• Allow more EIR per class without putting too
  much burst on the network.
• Traditionally high-class high bandwidth legacy
  traffic not dropped to match EVC profiles

Hierarchical Bandwidth profile aware network
Legacy Network
EVC Profile
EVC Profile
EVC.CoS
EVC.CoS
EVC.CoS
EVC.CoS
EVC.CoS
EVC.CoS
45
ENNI Constructs UTAS, VUNI, RUNI

• Work in parallel with ENNI defines requirements
  for UNI Tunnel Access Service (UTAS) which
  connects the Virtual UNI (VUNI) and Remote UNI
  (RUNI)
• Terminating Tunnels associate a VUNI and an RUNI
• VUNI is the Logical interface at endpoint of ENNI
  side of Terminating Tunnel which Maps CEVC(s) to
  its Terminating Tunnel
• RUNI is a Logical interface at end point of UNI
  side of the Terminating Tunnel

UNI
EVC1
ENNI
ENNI
EVC1
Operator 3
Operator 2
Operator 1
UNI
Terminating Tunnel
EVC3
EVC3
UNI
UNI
EVC2
EVC2
46
ENNI Constructs Putting it Together

• Access Network Provider
• Provides CEVC1 connection between Subscriber UNI1
  (RUNI) and ENNI1 with Transport Network Provider
• Transport Network Provider
• Provides CEVC2 connection between ENNI1 and ENNI2
  with Ethernet Service Provider
• Ethernet Service Provider
• Provides connection to ENNI2 with Transport
  Network Provider
• Provides End-to-End Ethernet Service to
  Subscriber
• Connects VUNI to Terminating Tunnel
• Provides EVC between UNI1 and UNI2

ENNI 2
ENNI 1
UNI 1
Transport Network Provider
Access Network Provider
UNI 2
Ethernet Service Provider
Terminating Tunnel
Terminating Tunnel
Subscriber
Subscriber
47
Ethernet Service Constructs

• Defines constructs to be used by specifications
  defining specific Ethernet Sub-Networks and/or
  specific External Interfaces within a Carrier
  Ethernet network
• Includes Ethernet Sub-Network Connection (ESNC)
  and attributes.
• Includes Tunnel Construct (Tunnel Endpoint (TE)),
  a logical entity, associated with external
  interfaces and attributes.

ESN
TE Mouth
TE Stem
Tunnel Construct
IMPORTANT NOTE This information is preliminary
and is subject to change
48
MEF 12 Network Architecture Framework

• Update to Network Architecture Part 2 includes
  new elements related to
• Network Interface Device
• Ethernet Services Constructs
• External Network Interface project

CEN X
UNI-C
UNI-N
UNI
Subscriber
Site B
UNI-N
UNI-C
CEN Y
ENNI
ENNI
ENNI
UNI-N
UNI-C
Subscriber
Site C
UNIC-C Executes the process of the customer
side of the UNI
CEN Carrier Ethernet Network
UNIC-N Executes the process of the network side
of the UNI
49
Network Interface Devices (NID) Specification

• A NID is a network element or device that
  terminates both Ethernet Transport and service
  domains.
• Five types of NIDs identified
• Transport NID MEF Service Unaware
• Service NID MEF Subscriber Service Aware
• Tunnel NID MEF Tunnel Service Aware
• Tunnel Service NID MEF Tunnel Service and
  Subscriber Service Aware owned and controlled by
  single Operator.
• Hybrid NID MEF Tunnel Service and MEF
  Subscriber Service Aware owned and controlled by
  Out Of Franchise Operator. Hybrid NIDs allow Out
  Of Franchise Operator to relinquish control of
  some functions to Service Provider.

Partial UNI-N Interface in NID towards UNI-C
Metro Ethernet NID Towards Metro Ethernet Edge
Interface
Metro Ethernet Towards NID Interface
Inter-NID Interface
Carrier
Carrier
Customer
Ethernet
Ethernet
Equipment
NID

1
NID

2
IMPORTANT NOTE This information is preliminary
and is subject to change
50
Service OAM (SOAM) Performance Management

• Specifies an Implementation Agreement (IA) for
  Service Operations, Administration, and
  Maintenance (SOAM).
• Planned to consist of extensions to the
  Y.1731/IEEE802.1ag procedures and protocols to
  achieve the requirements of MEF Service OAM PM
  Phase I and extend the PM framework.
• Extensions are required to manage performance for
  multipoint EVCs since Y.1731 only covers
  Point-to-Point EVCs

Right Solution Components. NE conducts and
stores performance measurements. EMS-NMS
collects, processes to determine one or more
performance attributes for the EVC
EMS/NMS
This specification specifies network element (NE)
requirements to enable the following PM Solutions
Stored Measurements
NE B
NE A
Initiated Measurements
NE C
IMPORTANT NOTE This information is preliminary
and is subject to change
NE Network Element
51
Service OAM Fault Management

• Specifies how to utilize Q.1731 and IEEE 802.1ag
  protocols and procedures for fault management of
  Ethernet services.

UNI Single Hop
UNI is Multi-Hop
ENNI
If the UNI is a single-hop, MEPs will detect the
UNI failure if their MAs include the UNI, or if
they are positioned on the Ethernet interface of
the UNI-C and UNI-N which realize the UNI
If the UNI is multi-hop, and a failure occurs at
an intermediate point, only those MEPs whose MA
spans the UNI will detect the UNI failure.
MEPs will detect the ENNI failure if their MA
spans the ENNI, or if they are positioned on the
Ethernet interface of the ENNI-N which realizes
the ENNI.
IMPORTANT NOTE This information is preliminary
and is subject to change
52
Delivered Throughput

• Extension of SOAM protocols specifies Layer 2
  throughput performance metrics (measured and
  derived outputs) to existing Ethernet OAM
  protocol ITUY.1731.
• Gives customers and service providers the ability
  to obtain instantaneous IN-SERVICE historical
  observed throughput performance such as PM fault
  isolation for In-Service point to point
  Ethernet services

Observed TPL Statistics
Observed throughput Statistics
IMPORTANT NOTE This information is preliminary
and is subject to change
53
Abstract Test Suites

• UNI Type 2 Part 3 Service OAM
• Defines test procedures based on a combination of
  requirements for Service OAM described in the
  UNI Type 2 Implementation Agreement, ITU-T Y.1731
  and IEEE 802.1ag
• UNI Type 2 service requires backwards
  compatibility with UNI Type 1
• Components of UNI type 2 test suite such as Link
  OAM (completed as MEF 21) and E-LMI are work in
  progress
• ENNI Abstract Test Suite
• Tests the function, protection recovery
  mechanisms of two interoperating MENs via their
  External Network to Network Interfaces.
• Part 1 Basic Abstract Test Suites test attributes
  for CEVC, ENNI, CEVC End Point per ENNI, VUNI,
  and CEVC per UNI / CEVC per VUNI.
• Part 3 Protection Abstract Test Suites defined
  per Link Aggregation requirements of the ENNI
  project which defines test cases for protection
  mechanisms in accordance with the requirements
  and service attributes as specified in the ENNI
  Phase 1.
• Part 2 OAM Abstract Test Suites and Part 4
  Bandwidth Profile Abstract Test are to be defined.

IMPORTANT NOTE This information is preliminary
and is subject to change
54
Relationship to other Standards Bodies
55
What Do We Mean By Ethernet?

• Ethernet as a point-to-point link
• IEEE 802.3 view
• Ethernet as a packet switched network (PSN)
  infrastructure
• IEEE 802.1 (bridging) view
• ITU-T SG15 / SG13 managed Ethernet network view
• Ethernet as a service
• MEF view user-to-user transfer of 802.3 frames
  over any transport layer
• E-Line, E-LAN and E-Tree

56
Each Standards Body Has Their Approach
Working outward from the core
Working inward from the edge
Making it work together
The MEFs role is largely additive to these
organizations, developing necessary additional
specifications that are required to enable
Carrier Ethernet. The MEF also provides inputs in
support of Carrier Ethernet to these bodies via
its participating members and liaisons. It is
not within the scope of the MEF to endorse or
otherwise the work of other standards bodies and
associations
57
Complementary Standards Activities

• Goals
• Reach consensus, bring MEF work to other bodies,
  re-use work of other bodies, work with other
  bodies, avoid duplication, keep in communications

Scalability
IEEE
Provider Bridge IEEE 802.1ad Provider Backbone
Bridge IEEE 802.1ah (MAC-in-MAC, and extended
label space)
ITU-T
ITU-T SG 15 has referenced the MEF service work
in their documents that describe EPL and EVPL.
IETF
Layer 2 VPNs
Service Management
IEEE
IEEE 802.1ag Fault Management IEEE 802.3ah link
OAM
ITU-T
ITU-T SG13 for Service OAM Working with ITU SG 4
on harmonizing their work with MEF 7 and adding
additional features of interest to the MEF such
as support of E-LMI
OIF
Customer signaling of Ethernet Services
Reliability
IETF
MPLS Fast Reroute, graceful restart
58
Ethernet Standards Summary
Ethernet OAM
Architecture/Control
Ethernet Services
Ethernet Interfaces
Standards Body

• G.8010 Layer Architecture
• G.8021 Equipment model
• G.8010v2 Layer Architecture
• G.8021v2 Equipment model
• Y.17ethmpls - ETH-MPLS Interwork

• G.8011 Services Framewrk
• G.8011.1 EPL Service
• G.8011.2 EVPL Service
• G.asm Service Mgmt Arch
• G.smc Service Mgmt Chnl

ITU

• Y.1730 Ethernet OAM Req
• Y.1731 OAM Mechanisms
• G.8031 Protection
• Y.17ethqos QoS
• Y.ethperf - Performance

• G.8012 UNI/NNI
• G.8012v2 UNI/NNI

-
-
TMF

• TMF814 EMS to NMS Model

-
59
Thank You
For more information Visit www.metroethernetforum
.org