Introducing The Specifications of The Metro Ethernet Forum: Mef 7 EMS-NMS Information Model
Introducing The Specifications of The Metro Ethernet Forum: Mef 7 EMS-NMS Information Model
1
This Presentation
2
MEF 7: EMS - NMS Information Model
A specification
Enable consistent definition of the management information required to manage
Carrier Ethernet.
A Model
defines the specific EMS-NMS management interface using a well-defined
method such as Common Object Request Broker Object (CORBA) IDL, Simple
Network Management Protocol (SNMP), JAVA, XML, etc.
Scope
Ethernet (ETH) layer UNI configuration provisioning
ETH layer configuration and provisioning
ETH layer network connection and fault management (including
setup/modification, notification, testing)
3
MEF Services OAM
4
Key Assumptions behind MEF OAM
5
Network Layering Concepts
6
MEF 7
Network Mgmt Functions Addressed
7
NMS Functional Model
NMS
Environment
EMS-NMS Interface
EMS EMS
EMS-NE Interface
NE NE NE NE NE NE
8
Network Concepts
9
Flow Domain Partitioning Concept
Flow Domain A
A.1
A.2
A.1.1 A.1.3 A.2.2
A.2.1
A.1.2
Link
Flow Domain
10
Provisioning, Flow, Connection Management
ETH LND
Flow Domain A
FD A.1 Link FD A.2
FPP FPP
Terminations of links between flow domains are called Flow Point Pools
(FPPs) or Link Ends
FPPs can be associated with trail ends within a sub network topology )Fig. 1)
A subnetwork connection is terminated by Connection Termination Points (CTPs)
Multiple subnetworks can make up a flow domain link as depicted in Fig. 2
11
Relationship Diagrams
12
Applying the Model
13
On-Demand retrieval of
Ethernet Flow Domains
: NMS
CLASS:
mef_nw::ETH_Flow_Domain
1: << get (AllInstances) >>
ETHFlowDomA:
mef_nw::ETH_Flow_Domain
TRIGGER:
The NMS initiates this operation to inventory all Ethernet Flow
Domains managed by the EMS, and retrieve certain attributes
from each.
PRE-CONDITIONS:
EMS-NMS Connectivity is established.
14
On-Demand retrieval of
Ethernet UNIs
: NMS
CLASS:
mef_nw:: ETH_FPP_UNI
1: << get (AllInstances) >>
ETH*NEa*1*2*4*1*1:
mef_nw::ETH_FPP_UNI
3: << get (AllAttributes) >>
TRIGGER:
The NMS initiate this operation to inventory all Ethernet UNIs managed
by the EMS, and retrieve certain attributes from each.
PRE-CONDITIONS:
EMS-NMS Connectivity is established.
The NMS is aware of or able to retrieve the names or identifiers for all
Ethernet UNI instances.
15
Auto-discovery of Ethernet FPP UNIs
: NMS
ETH*NEa*1*2*4*1*1:
mef_nw::ETH_FPP_UNI
TRIGGER:
Whenever a new Ethernet FPP is created, the EMS
notifies the NMS and provides attribute information.
PRE-CONDITIONS:
EMS-NMS Connectivity is established.
16
On-Demand retrieval of Ethernet EVCs
TRIGGER:
The NMS initiate this operation to inventory all Ethernet EVCs and
associated ETH_Flow_Points within a subnetwork managed by the EMS,
and retrieve certain attributes from each.
17
Create a Point-to-Point EVC
TRIGGER:
The NMS has provisioned an ETH_FPP_UNI representing an
Ethernet UNI on a port, and is ready to create a EVC to support the
customers service.
18
Change Ethernet Flow Point EVC
Ingress COS Profile
TRIGGER:
The NMS has a need to revise the COS Profile on an
Ethernet Flow Point due to a change order.
19
Receiving Ethernet Flow
Point Related Alarms
TRIGGER:
An alarm notification is sent to the NMS
whenever an alarmable event is detected by
the EMS or NE
20
OAM Frame Requirements
21
Discovery Requirements
22
Connectivity, Latency, Loss
23
Delay Variation
24
Summary
25
For Full Details
visit www.metroethernetforum.org
to access the full specification
Video
Source
Subscriber
Subscriber
Site
Site
26