SD1 18 Layers
SD1 18 Layers
SD1 18 Layers
Optical Layer Encapsulation......................................................................................................... 21 TP Layering .................................................................................................................................. 26 Providing TP Layering Information ........................................................................................ 26 Layering Options ................................................................................................................... 26 Layer in CTP name ............................................................................................................... 27
MTNM in terms of Network Element Equipment .......................................................................... 27 PTP Layering ................................................................................................................................ 29 Overview................................................................................................................................ 29 The use of TerminationMode ................................................................................................ 30
CTP Layering................................................................................................................................ 30 Overview................................................................................................................................ 30 The use of TerminationMode ................................................................................................ 34 CTP types not covered by the release 3 MTNM interface .................................................... 37
FTP Layering ................................................................................................................................ 37 Overview................................................................................................................................ 38 The use of TerminationMode ................................................................................................ 40 FTP types not covered by the release 3 MTNM interface..................................................... 41
3.9.1
Functional Modeling Concepts 3.9.1.1 3.9.2 3.9.3 3.10 3.10.1 3.10.2 3.10.3 3.11 3.11.1 Directionality and Contra Directional flow..................................................................... 44
Tandem Connection Monitoring ............................................................................................ 46 Limitations of Monitoring in MTNM Version 3 ....................................................................... 47 Remote Unit Encapsulations ................................................................................................. 48 Deployment Constraints for TP Encapsulation ..................................................................... 49 Basic Encapsulations ............................................................................................................ 49 Non-Intrusive Monitoring ....................................................................................................... 51 Building PTPs, FTPs and CTPs ............................................................................................ 52 Rules for CTP break out........................................................................................................52 Point where cardinality increases ................................................................................. 52 Point of optional connection flexibility........................................................................... 53 Point of Transition from demultiplexing to multiplexing (point of reversal of layering) . 53
Rules for breaking flow containment ..................................................................................... 54 Inflexible NE..................................................................................................................54 Sequence of points of reversal in inflexible NE ............................................................ 54
TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA .............................. 57 CTP Naming Summary ......................................................................................................... 59 Layer equivalence for interconnection compatibility.............................................................. 60 Repeating Layers in a TP...................................................................................................... 60
Specific Cases of TP Layering............................................................................................................. 61 4.1 4.2 Overview....................................................................................................................................... 61 STM-n/OC-n Port in SDH, SONET, WDM and ATM NEs ............................................................ 61 Digital Signal Rate................................................................................................................. 61 Non-Coloured STM-4 port ..................................................................................................... 62 DWDM capable OC12 port.................................................................................................... 63 Coloured STM-4 and STM-16 ports ...................................................................................... 64 Non-Coloured OC48 port ...................................................................................................... 66 ATM capable STM-4 ports .................................................................................................... 67 ATM and SDH capable STM-4 port....................................................................................... 68 Mixed Async (PDH) and SONET Port................................................................................... 69
TM Forum 2007
Page 2 of 159
Functional Modeling Concepts 4.2.9 4.2.10 4.2.11 4.2.12 4.2.13 4.2.14 4.2.15 4.2.16 4.2.17 4.2.18 4.2.19 4.2.20 4.2.21 4.3 STM-4 port showing VC12 path overhead monitors ............................................................. 70 Mixed Async and SONET port that is ATM and DWDM capable.......................................... 71 G.709 transponder port .........................................................................................................72 OTS port supporting G.709 DSR, ODU and OTU................................................................. 73 OTS port supporting G.709 OTU and ODU .......................................................................... 74 OTS port supporting G.709 ODU1, ODU2 and OTU2 .......................................................... 75 OTS port supporting G.709 ODU1, ODU2 and OTU2 .......................................................... 76 OTS port supporting G.709 ODU1, ODU2 and OTU2 .......................................................... 77 OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib .................... 78 OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib .................... 80 Basic coloured WDM port showing connected trib............................................................... 81 OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib .................... 82 Basic coloured WDM port showing connected OC48 trib ..................................................... 83
Async and PDH ports in SDH, SONET, DWDM and ATM NEs ................................................... 85 DS3 trib port of an SONET NE.............................................................................................. 85 DS1 trib port of an SDH NE................................................................................................... 85 DS3 trib circuit emulation port of an ATM NE ....................................................................... 86 DS3 trib of a DWDM NE........................................................................................................ 86 Electrical trib (of unknown signal type) of a DWDM NE ........................................................ 88 Electrical Trib......................................................................................................................... 88 Async/PDH Transmux Trib Port ............................................................................................ 88
Optical Port ................................................................................................................................... 88 Basic DWDM capable Optical port ........................................................................................ 89 Basic DWDM capable non-Electrical Optical port ................................................................. 89 DWDM Port with Two Alternative Models ............................................................................. 90 Basic Optical port that converts to DWDM............................................................................ 91 Non-Coloured Optical Amplifier Port ..................................................................................... 92 Coloured Optical Amplifier Port ............................................................................................. 92 Coloured Optical Amplifier..................................................................................................... 92 Coloured Optical Amplifier..................................................................................................... 93
ATM ports with Inverse Multiplexing in ports in SDH, SONET, DWDM and ATM NEs................ 94 Inverse Multiplexing of many E1 signals to support ATM ..................................................... 94
4.5.1 4.6
Unspecified signals with Inverse Multiplexing in ports in SDH, SONET and DWDM NEs........... 96 Inverse multiplexing of a high rate unspecified digital signal over a number of VC4s .......... 96
4.6.1 4.7
DSL ports utilizing the Remote Unit capability ............................................................................. 97 Basic DSL port modelling ...................................................................................................... 98
TM Forum 2007
4.7.1
Page 3 of 159
Functional Modeling Concepts 4.8 Ethernet port modelling ................................................................................................................ 99 Inverse Multiplexing of many VC4/STS3c signals to support Ethernet................................. 99 Inverse Multiplexing of many VC3/STS1 signals to support Ethernet................................. 101 Inverse Multiplexing of many VC3/STS1 or VC4/STS3c signals to support Ethernet ........ 102 Alarms and Attributes for an Inverse Multiplexed Ethernet signal ...................................... 103 Inverse Multiplexing of many VT1.5 signals to support Ethernet ........................................ 104 Direct Multiplexing of Ethernet over VC4-4c/STS-12c carried by STM-16/OC48............... 105 Inverse Multiplexing of many VC4/STS3c signals to support Ethernet............................... 105 Ethernet with LAG ............................................................................................................... 107 Ethernet with LAG over an SDH port .................................................................................. 107 Ethernet with LAG over VCAT............................................................................................. 108
4.8.1 4.8.2 4.8.3 4.8.4 4.8.5 4.8.6 4.8.7 4.8.8 4.8.9 4.8.10 4.9
Wireless port modelling .............................................................................................................. 109 STM-1 Wireless ports.......................................................................................................... 109 Wireless Protection ............................................................................................................. 111 Non-intrusive monitoring and Tandem Connection Monitoring........................................... 112
Fixed Crossconnect Usage................................................................................................................ 113 Topological Links ............................................................................................................................... 116 6.1 6.2 Layering of Topological Links and Principles ............................................................................. 116 Topological Links in SDH, ATM and OTN/DWDM ..................................................................... 117 Network Considered for the Topological Link Examples .................................................... 117 Basic Regen Cases............................................................................................................. 118 SDH and WDM Combination............................................................................................... 120 ATM, SDH and WDM Combination ..................................................................................... 121 OTN Example ...................................................................................................................... 124
Subnetwork Layering and Topological Links ..................................................................................... 125 7.1 7.2 7.3 7.4 7.5 Topological links where the EML is presenting multiple subnetworks ....................................... 125 Topological links where the EML is presenting a single multi-layer subnetwork ....................... 126 Topological links where there are multiple EML devices............................................................ 126 Topological links where there are multiple EML devices............................................................ 127 Topological links where there are multiple subnetworks ............................................................ 128
SNC versus TL, Trail and Network Connection Modelling ................................................................ 130 8.1 8.2 Rules for SNCs and TLs............................................................................................................. 131 Examples .................................................................................................................................... 133 Basic SNC and Topological Link Model for singleton implementation................................ 133 Basic SNC and Topological Link Model for mesh subnetwork ........................................... 134 Extended SNC Model (for mesh subnetwork)..................................................................... 135
TM Forum 2007
Page 4 of 159
Functional Modeling Concepts 8.2.4 8.2.5 8.2.6 8.2.7 8.2.8 8.2.9 8.2.10 8.2.11 8.2.12 8.2.13 8.2.14 8.2.15 8.2.16 8.3 8.4 9 10 Extended SNC Model with Example of Illegal SNC ............................................................ 136 Extended SNC Model with Topological Link above SNC.................................................... 137 Extended SNC Model with SNC having no Crossconnects ................................................ 138 Extended SNC Model with SNC to TCP at one end ........................................................... 139 Extended SNC Model showing Illegal SNC and Correction................................................ 140 Extended SNC Model showing two SNCs on top of each other ......................................... 141 Extended SNC Model showing TP Relationship as part of a route..................................... 144 Extended SNC Model with SNC and Topological Link between FTPs ............................... 145 Extended SNC Model showing SNC Protection between FTPs ......................................... 146 Topological Links and SNCs for OTN Network ................................................................... 148 Repeated DSR layer in a single TP in an OTN Network..................................................... 149 Topological Links and SNCs for Ethernet Ports.................................................................. 150 Extended SNC Model used for Opaque View Implementation ........................................... 151
Implications of Opaque View and Multiple Layers of a Management Hierarchy........................ 152 Multiple topological links in the same subnetwork...................................................................... 152
Annex Introduction to G.805 ............................................................................................................ 154 Administrative Appendix................................................................................................................. 158 Document History................................................................................................................ 158 Acknowledgments ............................................................................................................... 158 How to comment on this document..................................................................................... 158
TM Forum 2007
Page 5 of 159
Table of Figures
Figure 1 Extract of ITU-T G.805 Layered Model and MTNM Simplification ............................................... 16 Figure 2 MTNM and G.805 Layered Model ................................................................................................ 16 Figure 3 MTNM and G.805 Layered Model ................................................................................................ 18 Figure 4 Connectionless Model .................................................................................................................. 20 Figure 5 Extract of ITU-T G.805 Layered Model for IM and MTNM Simplification ..................................... 21 Figure 6 Layer Encapsulation in the Optical Layers ................................................................................... 22 Figure 7 ITU-T G.709 OTN layers............................................................................................................... 24 Figure 8 Extract from ITU-T G.709 ............................................................................................................. 24 Figure 10 Enhanced encapsulation for the Optical Layers showing OTU 3 ............................................... 25 Figure 11 Enhanced encapsulation for the Optical Layers showing OTU 1 ............................................... 25 Figure 12 Optional Layers behaviour.......................................................................................................... 27 Figure 13 MTNM and a Network Element Model (Plan View) .................................................................... 28 Figure 14 PTP variety and layering............................................................................................................. 29 Figure 15 CTP variety and layering (Elevation View) ................................................................................. 33 Figure 16 Equipment View (Plan View): CTP variety and layering............................................................. 33 Figure 17 Termination Mode examples ...................................................................................................... 37 Figure 18 CTP types not covered ............................................................................................................... 37 Figure 19 FTP Variety and layering (also showing CTPs).......................................................................... 39 Figure 20 FTP cases not covered............................................................................................................... 41 Figure 21 Directionality ............................................................................................................................... 42 Figure 22 Non-Intrusive Monitoring............................................................................................................. 43 Figure 23 Non-intrusive Monitoring in a network ........................................................................................ 44 Figure 24 CTP directionality........................................................................................................................ 45 Figure 25 Monitor/control directionality and Contra Flow ........................................................................... 45 Figure 26 Tandem Connection Monitoring.................................................................................................. 46 Figure 27 Non-intrusive Monitoring............................................................................................................. 47 Figure 28 Example of ambiguous cases for Non-Intrusive Monitoring ....................................................... 48 Figure 29 Far End and Remote Unit compared ..................................................................................... 49 Figure 30 Basic RU PTPs and CTPs .......................................................................................................... 50 Figure 31 Physical view of Remote unit model ........................................................................................... 50 Figure 32 RU PTPs and RU/ Non-intrusive monitoring CTPs .................................................................... 51 Figure 33 Break in Encapsulation due to Cardinality Change .................................................................... 52 Figure 34 Break in Encapsulation due to connection flexibility................................................................... 53 Figure 35 Simple Inflexible NE.................................................................................................................... 54
SD1-18_layers, Version 3.4 TM Forum 2007 Page 6 of 159
Functional Modeling Concepts Figure 36 Repeated reversal of layers........................................................................................................ 54 Figure 37 Positioning the FTP where there is cardinality and connection flexibility variety ....................... 55 Figure 38 Ambiguous FTP cases................................................................................................................ 56 Figure 39 Layering ...................................................................................................................................... 57 Figure 40 Inverse Multiplexing Key models ................................................................................................ 59 Figure 41 CTP connection layers, naming and terminationMode............................................................... 59 Figure 42 Non-Coloured STM-4 Port .......................................................................................................... 62 Figure 43 DWDM OC12 Port ...................................................................................................................... 63 Figure 44 Coloured STM-4 Port.................................................................................................................. 64 Figure 45 Coloured STM-16 Port exposing full OTN model ....................................................................... 65 Figure 46 Non-Coloured OC48 Port ........................................................................................................... 66 Figure 47 ATM Capable STM-4 Port .......................................................................................................... 67 Figure 48 ATM and SDH Capable STM-4 Port........................................................................................... 68 Figure 49 Mixed Async (PDH) and SONET OC12 Port.............................................................................. 69 Figure 50 STM-4 Port with VC12 Overhead Monitoring ............................................................................. 70 Figure 51 DWDM, ATM, Async and SONET Port....................................................................................... 71 Figure 52 G.709 Transponder port ............................................................................................................. 72 Figure 53 G.709 OTS port........................................................................................................................... 73 Figure 54 G.709 OTS port........................................................................................................................... 74 Figure 55 G.709 OTS port with ODU2/1 ..................................................................................................... 75 Figure 56 G.709 OTS port with ODU2/1 with flexible ODU2 connection.................................................... 76 Figure 57 G.709 OTS port with ODU2/1 with flexible ODU2 connection.................................................... 77 Figure 58 ME with G.709 OTS port and DSR tributary port........................................................................ 78 Figure 59 ME with G.709 OTS port and specific DSR tributary.................................................................. 79 Figure 60 G.709 OTS port with ODU2/1 with flexible ODU2 connection with OC48 payload .................... 80 Figure 61 Coloured to non-coloured ........................................................................................................... 81 Figure 62 G.709 OTS port with ODU2/1 with flexible ODU1 connection with VC4 payload ...................... 83 Figure 63 Basic WDM mux terminating multiple Optical Channels connecting at OC48/STM16............... 84 Figure 64 DS3 Trib Port .............................................................................................................................. 85 Figure 65 DS1 Trib Port in an SDH NE....................................................................................................... 86 Figure 66 DS3 Circuit Emulation in STM .................................................................................................... 86 Figure 67 DS3 Trib on DWDM System ....................................................................................................... 87 Figure 68 Electrical Trib of Unknown Signal Type to OCH......................................................................... 88 Figure 69 Electrical Trib .............................................................................................................................. 88 Figure 70 DWDM Capable Optical Port ...................................................................................................... 89 Figure 71 DWDM Capable Non-Electrical Optical Port .............................................................................. 89
TM Forum 2007
Page 7 of 159
Functional Modeling Concepts Figure 72 DWDM Port with Two Alternative Models................................................................................... 90 Figure 73 DWDM Port with Three Alternative Models ................................................................................ 91 Figure 74 Optical Port That Converts To DWDM........................................................................................ 92 Figure 75 Non-Coloured Optical Amplifier Port........................................................................................... 92 Figure 76 Coloured (WDM) Optical Amplifier Port ...................................................................................... 92 Figure 77 Basic Coloured (WDM) Optical Amplifier.................................................................................... 93 Figure 78 Optical Amplifier with N bands of amplification ........................................................................ 93 Figure 79 Inverse multiplexing of an ATM VP signal over multiple E1s ..................................................... 95 Figure 80 Inverse multiplexing of an undefined digital signal over multiple VC4s...................................... 96 Figure 81 ME view of Inverse multiplexing of an undefined digital signal over multiple VC4s ................... 97 Figure 82 Two models of DSL ports carrying ATM..................................................................................... 98 Figure 83 Gigabit Ethernet Port in an SONET/SDH NE (Fragmentation with STS3c/VC4) ..................... 100 Figure 84 Gigabit Ethernet port in a SONET NE (Fragmentation with STS1/VC3) .................................. 101 Figure 85 Gigabit Ethernet port in a SONET NE (Fragmentation with STS1/VC3) .................................. 102 Figure 86 Ethernet/Fragmentation layering with transmission parameters and alarms. .......................... 103 Figure 87 Fast Ethernet port in a SONET NE (Fragmentation with VT1.5/VC11).................................... 104 Figure 88 Gigabit Ethernet port in a SONET NE without Fragmentation ................................................. 105 Figure 89 Gigabit Ethernet port in a SONET NE with VCAT .................................................................... 106 Figure 90 Gigabit Ethernet port in an NE with LAG .................................................................................. 107 Figure 91 Gigabit Ethernet port in a SONET NE with LAG....................................................................... 108 Figure 92 Gigabit Ethernet port in a SONET NE with LAG over VCAT .................................................... 109 Figure 93 Wireless port capable of carrying 2 x STM1............................................................................. 110 Figure 94 Wireless ME capable of carrying 2 x STM1.............................................................................. 111 Figure 95 Wireless Protection ................................................................................................................... 112 Figure 96 Client Crossconnect/SNC is fixed............................................................................................. 114 Figure 97 Client Crossconnect/SNC flexible............................................................................................. 115 Figure 98 Client Crossconnect/SNC is not present .................................................................................. 115 Figure 99 Link Layering............................................................................................................................. 116 Figure 100 Network Diagram for Topology Discussion ............................................................................ 118 Figure 101 SDH Regen topology reported................................................................................................ 119 Figure 102 SDH Regen topology not reported.......................................................................................... 119 Figure 103 Basic Link Arrangement for DWDM........................................................................................ 120 Figure 104 Basic Link Arrangement for DWDM........................................................................................ 121 Figure 105 ATM and DWDM managed by single EML device ................................................................. 122 Figure 106 ATM and DWDM managed by two EML devices ................................................................... 123 Figure 107 Optical transmission system ................................................................................................... 124
TM Forum 2007
Page 8 of 159
Functional Modeling Concepts Figure 108 Single EMS showing technology subnetworks ....................................................................... 125 Figure 109 A single EMS and single multi-layer subnetwork.................................................................... 126 Figure 110 Two EMSs with mixed subnetworks ....................................................................................... 127 Figure 111 Two EMSs alternative............................................................................................................. 128 Figure 112 Single EMS with interconnected subnetworks........................................................................ 129 Figure 113 Extract of ITU-T G.805 Layered Model showing Trails........................................................... 130 Figure 114 Basic SNC and TerminationMode Capabilities....................................................................... 133 Figure 115 Connection between two Termination Functions using Release 2.1 Capabilities.................. 134 Figure 116 Connection between two Termination Functions using Release 3.0 Enhancement .............. 135 Figure 117 An illegal SNC......................................................................................................................... 136 Figure 118 Topological Link and SNC Combination................................................................................. 137 Figure 119 SNC without Crossconnects ................................................................................................... 138 Figure 120 SNC crossing ME to TCP ....................................................................................................... 139 Figure 121 SNC terminating illegally on the external face of a CP........................................................... 140 Figure 122 A valid form of SNC configuration for the case covered in Figure 114................................... 141 Figure 123 Two layers of SNC legally formed .......................................................................................... 142 Figure 124 After ME removal the lower SNC is a duplicate of the TL and so is illegal............................. 142 Figure 125 After crossconnecting its end points the upper SNC is illegal ................................................ 143 Figure 126 SNC including a fixed TP relationship in its layer as part of its route ..................................... 144 Figure 127 SNC and TL between FTPs.................................................................................................... 145 Figure 128 Partially protected server SNC (Release 2)............................................................................ 146 Figure 129 Fully protected server SNC using FTPs ................................................................................. 147 Figure 130 Starting point with SNC and Topological Links....................................................................... 148 Figure 131 Ethernet topological links and SNCs when using Inverse Multiplexing .................................. 150 Figure 132 End-to-end trail made of two half-open trails and an ordinary SNC ....................................... 151 Figure 133 ATM VP trail supported by ATM links and ATM VP SNC....................................................... 153 Figure 134 Basic G.805 Modelling Concepts............................................................................................ 155 Figure 135 Transport Network Resource Model (G.852.2)....................................................................... 156 Figure 136 Traditional Transmission Technologies .................................................................................. 157
TM Forum 2007
Page 9 of 159
The text provides several perspectives to cater for readers who are familiar with network element (NE) hardware but not familiar with the ITU-T recommendations as well as readers familiar with ITU-T G.805 but not so familiar with the restrictions and capabilities of real hardware. It is not intended to be a specification of requirements, rather more a descriptive text of modelling recommendations to aid the understanding of the interface definition. The novel pictorial form of the model components may be used by the vendor or purchaser to aid the description of a model of any specific port or set of interconnectable ports in any of their equipment to be managed via MTNM and MTOSI. To that end a set of power point component parts have also been included in a separate supporting document SD1-22 for extraction and assembly. The term MTNM model will be used in this document when referring to the model used by both MTNM and MTOSI and the term MTNM interface will be used in this document when referring to both the MTNM and MTOSI interfaces.
TM Forum 2007
Page 10 of 159
2 Introduction
The MTNM model promoted by the TMF has been developed by considering: the transmission technology capabilities of real network elements deployed today (SDH, SONET, OTN/WDM, ATM, DSL, Ethernet, Frame Relay, inverse multiplexing, etc); refer to the supporting document SD1-17 for a list of technologies, expressed as characteristic information (CI) or adapted information (AI) of transmission layers, supported by this version of the interface the evolution of networks and network elements in many technologies (e.g., Ethernet and Services with customer separation, AAL, Circuit Emulation over ATM or Ethernet (including SDT mode), MPLS, IP Services, ASTN/ASON and GMPLS, VoATM/VoDSL, Provider-Provisioned VPNs) the layering concepts set out in ITU-T G.805 (a generalized multi-technology layered model)
The layered concepts of ITU-T G.805 have been extended using encapsulations identified from real network element behaviour to provide modelling and performance advantages for information transfer between the management systems. This document provides an explanation of the layering and encapsulation and then builds a view of the use of the layered components in a large number of network scenarios. The MTNM model also provides support for: ASON Control Plane. Much of the detail is covered by a separate pair of supporting documents (SD1-45 and SD1-46) which should be read in conjunction with this document where ASON Control Plane support is to be implemented/deployed. Support for ASON Control Plane will not be covered by this document. Sophisticated Ethernet applications (such as VLAN). This document covers the Ethernet model and provides G.805 oriented pictures to represent the Ethernet constructs. Further details are available in a separate supporting document (SD1-44) which should be read in conjunction with this document where Ethernet support is to be implemented/deployed.
Of most concepts two views are provided: For readers familiar with the concepts of ITU-T G.805 there is an extensive set of figures mapping the MTNM model to G.805 layering. The key to Figure 2 (on page 16) and Figure 3 (on page 18), supplemented by Figure 5 (on page 21) for inverse multiplexing and further MTNM symbols for directionality and monitoring, provides a key to MTNM symbols used throughout the document. For readers familiar with standard network element operations, but not so familiar with ITU-T G.805, there is an extensive set of network element oriented figures and descriptions. See Figure 12 (on page 28), Figure 15 (on page 33), and Figure 16 (on page 37) for details.
Throughout this document abbreviated forms of transmission layer rates are used whose long forms are defined in the supporting document SD1-17. For example, LR_STS3c_and_AU4_VC4 is normally abbreviated to VC4 in the descriptive sections relating to SDH, and to STS3c in sections relating to SONET. The document is divided into a number of major sections and it is recommended that these sections be read in order as each builds on the previous. Once this document has been studied the reader should be able to construct models of the network devices to be managed and understand how interconnection of these Managed Elements in the network should be modelled. The sections are summarised below:
TM Forum 2007
Page 11 of 159
Functional Modeling Concepts Section 3 MTNM Model in terms of Layering and Equipment on page 14 provides details the MTNM traffic model in terms of termination points their layering encapsulation and interconnect ability. The section explains the modelling of PTPs, CTPs and FTPs and then uses these components to explain the modelling of concepts such as non-intrusive monitoring, inverse multiplexing, remote unit encapsulation. There are also explanations of where to break a flow of TPs to form CTPs, where TPs should be encapsulated in FTP and where fixed crossconnects/SNCs should be used. The section should provide all necessary information and rules to allow the construction of a model of a Managed Element in any of the supported technologies. In other words, this section provides the rules for TP modelling. Section 4 Specific Cases of TP Layering on page 61 provides examples of models for particular types of ports. The examples in this section are certainly not exhaustive, but should be used as templates for ports within the equipment to be modelled. The introduction of the section provides a summary of the models provided and some cross references to the models in subsections. Section 5 Fixed Crossconnect Usage on page 113 provides a brief summary of the use of fixed crossconnects in the context of Termination points by way of some basic examples. Section 6 Topological Links on page 116 provides an overview of topological links and sets out rules for their usage by means of example In the context of termination points within Managed Elements. Section 7 Subnetwork Layering and Topological Links 125 provides an overview of topological links in the context of subnetworks. This section also provides some views of Ethernet capabilities. Section 8 SNC versus TL, Trail and Network Connection Modelling on page 130 provides strict rules for combinations of Topological Links and SNCs. It provides an explanation of SNCs and Topological Links in terms of Trails and Network Connections (both of which may be more familiar terms to those who are conversant in ITU-T modelling). The section highlights by example where SNCs and Topological links may be combined and where not in terms of layered TPs.
There are a number of related supporting documents that provide further details on aspects of the model and of network technologies that may also assist the reader of this document. These are: SD1-3 The interface supports simultaneous operations on SNCs grouped in Bundles. This document explains the concept and usage of Bundled SNCs. SD1-6 provides specific naming details for a number of cases of TP containment using the layered model and is a companion to SD1-25 SD1-7 provides an overview of DSL technology SD1-10 Specifies the equipment model and equipment states SD1-14 Provides an overview of Inverse Multiplexing SD1-16 The interface is built around a layered model this document provides a specification of and explanation of the parameters may be reported and configured in the context of the layered TP model SD1-17 Provides a list of supported transport layer along with their naming and a method for adding new layer where currently not supported. SD1-19 Defines the usage of Contra Directional in the context of PM location SD1-23 There are several ways that an NMS may choose to use the SNCs, this document explains these various modes of operation.
TM Forum 2007
Page 12 of 159
Functional Modeling Concepts SD1-25 Provides an overview and specification of the object naming used across the interface SD1-29 Provides a specification and explanation of the Protection Group Parameters SD1-34 Provides an overview of the protection switching model and operations for Trail protection applied to a number of example scenarios SD1-35 Provides an explanation and specification of the various states of the SNC SD1-36 The SNC is a fundamental component in the provision of connectivity across the network. This document defines the SNC types and provides examples of their usage SD1-41 Explains the relationship between TP Pools and the TP. SD1-42 Provides a specification of and explanation of traffic parameters
As stated above there are supporting documents that cover that cover Ethernet VLANs and ASON Control Plane model and application. It should be noted that many of the supporting documents above provide information related to Ethernet VLAN support and ASON Control Plane support and should therefore be read in conjunction with the following documents: SD1-44 Provides an overview of the support for connectionless technologies focussing on Ethernet. SD1-45 Provides an overview of the ASON Control Plane support provided by the interface and how the interface might be used.
SD1-46 Provides an explanation of a number of applications of the ASON Control Plane and shows how these relate to the model. References have been added as appropriate through out this document to aid navigation to the appropriate explanatory material. If you have questions or comments related to this document please refer to section How to comment on this document.
TM Forum 2007
Page 13 of 159
Some parts of the TP model are subject to interpretation. In these cases, the solution vendors are free to model the TPs as they consider appropriate. However, it is advised that where a model is represented in the examples, it is used on the interface that where there is an obvious and simple extrapolation required to achieve a model of an NE this extrapolation is followed that in all cases regardless of the apparent deviation of the NE to be modelled all possible attempts are made to follow the essence of the examples and the rules set out below
The MTNM Ethernet solution also uses the same essential termination model. A number of additional terms are introduced to help describe the Ethernet application. These terms are used in the descriptions of this model but the essential termination model is preserved o o Connectionless Port TP (CPTP) is a PTP, FTP or CTP Flow Point (FP) is a CTP or FTP
For a detailed explanation of the Ethernet CPTP model and the ASON Control Plane point model see see SD1-44, SD1-45 and SD1-46. This section also introduces a number of Connection and Flow entities in the context of the TPs o o o o SubNetwork (SN) SubNetwork Connection (SNC) Flow Domanin (FD) equivalent to a SN Flow Domain Fragment (FDFr) equivalent to a SNC
3.1
The MTNM model aligns with the modelling work carried out in ITU-T described in ITU-T G.805. Refer also to Annex Introduction to G.805 for an overview of G.805 and G.852.2 diagrammatic conventions.
TM Forum 2007
Page 14 of 159
Figure 2 (on page 16) shows the MTNM interface objects overlaid with stylized G.805 objects. The diagram represents two ports (PTPs) of a network element. The port to the left could be a DS3 trib of an OC3 mux and the port to the right could be an OC3 port on the same mux that is capable of both connecting STS1 unterminated and also of terminating to produce VT1.5 payload. The figure does not show the number of STS1 CTPs available (potentially 3) nor the number of VT1.5 CTPs available (potentially 84) but does show an STS1 SNC connecting an STS1 CTP to a DS3 port. Clearly this STS1 CTP is not available for termination to VT1.5. The interaction of SNCs and TerminationMode is covered in section 3.6.2 (on page 34). This is also shown in Figure 12 (on page 28). As it can be seen the G.805 model and the MTNM model are very closely aligned around the principles of layering, termination, adaptation 1 , and connectivity. It can also be seen that the MTNM model provides in addition a number of encapsulations enabled by the restrictions observed in standard NEs; an example of such a restriction is that many of the layers associated with a port are quite static and not of interest and therefore do not need to be modelled in full detail. These encapsulations have been created to allow a less cluttered model and to reduce the number of exchanges required between the NML and EML over the interface when enrolling NEs and their ports.
Adaptation capabilities of a particular PTP may be restricted such that usage of CTPs in one layer impacts the availability of CTPs in another layer (e.g., the interaction between VC12 and VC3 within a single VC4). The MTNM model presents an "optimistic" super set of capabilities for each PTP and uses a resource utilisation model to identify the CTPs that are available at any particular time. Additional capabilities to express such limitations are under study.
TM Forum 2007
Page 15 of 159
G.805 Fragment
MTNM Model
PTP CTP SNC TerminationMode Naming/containment
Figure 2 MTNM and G.805 Layered Model However, the encapsulated layers cannot be totally forgotten as they do play a role in termination and do provide measures and monitors etc. The layers that are encapsulated in a TP (i.e., PTP or CTP or FTP)
TM Forum 2007
Page 16 of 159
Functional Modeling Concepts are exposed in MTNM via the Layered Transmission Parameters of the TP; refer to the supporting document SD1-16 for a list of transmission parameters per layer supported by this version of MTNM. It should be noted that the term G.805 TTP has been used throughout the text to refer to the assembly of G.805 Trail Termination (TT) function and associated G.805 Termination Connection Point (TCP) (see also Figure 134 Transport Network Resource Model (G.852.2) on page 156), even if the TCP is not shown in every case. In addition the term G.805 CP has been used to refer to the G.805 Connection Point. The assembly of G.805 TT function and associated G.805 TCP, i.e. the G.805 TTP, is always encapsulated in the same MTNM TP. The layer of an MTNM TP is called terminated if the TP encapsulates a TTP at this layer and either no CP at this layer or a CP at this layer that is attached to the TCP of the TTP (and is not potentially or actually crossconnected). The attachment capability is depicted by a red dotted line in the figures that may be drawn undotted when the attachment is actually made or is inflexible.
TM Forum 2007
Page 17 of 159
MTNM Model
PTP CTP FTP SNC Relationship Naming/containment
TM Forum 2007
Page 18 of 159
Functional Modeling Concepts It should be noted that the CPTP is NOT a class but simply a convenient label to help distinguish the role of the TP from one that does not support connectionless technologies. The term will not be used extensively in this document beyond this section. Likewise the term FP will not be used extensively. The diagram also introduces the FDFr (Flow Domain Fragment) and FD (Flow Domain). Comparing this diagram with Figure 3 MTNM and G.805 Layered Model on page 18 it is clear that the same essential symbol is being used for FDFr as is used for SNC. This is intentional as an FDFr supports essentially the same function for a connectionless technology as an SNC does for a connection oriented technology, i.e. it provides for constrained forwarding of information between the points that it interconnects. The symbol for the FD will later also be used to represent the SN in a connection oriented situation. This is again intentional and is because the FD and SN have equivalent roles in connectionless and connection oriented solutions respectively, i.e. they group points that could be interconnected by an FDFr/SNC in order to enable forwarding. From a model perspective any connection oriented technology could be server to a connectionless client and any connectionless technology could be server to a connection oriented client, but clearly in reality there are some technology constraints that dictate the subset of real configurations that need to be supported. At this stage the model has not been developed to enable the termination of a connectionless technology (i.e. the model for connectionless technology Trail Termination (depicted for connection oriented technologies in Figure 3 MTNM and G.805 Layered Model on page 18) 2 is not supported). Not shown in this picture is the case where an FTP or a CTP takes the role of CPTP and supports client CTPs that are taking the role of FPs. This is supported by the model and will be described later in the document (as well as in SD1-44). Finally, returning to the CTP symbols, it should be noted that there is variety in the details of the symbols being used. This is described in more detail in section 3.6 CTP Layering on page 30.
FD using SN symbol to emphasise the equivalence CTP with complex internal switching function (acting as FP with mapping table) FDFr using SNC symbol to emphasise the equivalence Basic CTP (acting as transparent FP) PTP (acting as a CPTP)
ME
Elevation View
Plan View
Work is underway to extend the model usage to enable termination of connectionless technology Trails and this will be released shortly. TM Forum 2007 Page 19 of 159
Functional Modeling Concepts Figure 4 Connectionless Model There are also some cases of Ethernet termination (such as for LAG see Figure 89 Gigabit Ethernet port in an NE with LAG). The model and hence symbol set chosen for termination of a connectionless technology is the same as for termination of a connection oriented technology. The figure below shows various terminations using symbols for FTP and CTP introduced earlier in this section. The CTP and FTP model will be developed in detail in following sections (3.6 CTP Layering on page 30 and 3.7 FTP Layering on page 37). In summary all TP forms described in this document are potentially applicable to both connection oriented and connectionless technology termination 3
It should be noted that at the time this document was released the FTP form of termination of a connectionless technology has not yet been applied to any specific technology. 4 In version 2.1 CTP type I (identified as not supported) used an inverted symbol. This has now been corrected to line up with ITU-T. SD1-18_layers, Version 3.4 TM Forum 2007 Page 20 of 159
Functional Modeling Concepts These symbols are further developed in the TP models in the following sections (including a description of forms of CTPs and FTPs that support inverse multiplexing in section 3.6 CTP Layering on page 30 and section 3.7 FTP Layering on page 37).
G.805 Fragment CP Client to server adaptation Inverse Multiplexing Sublayer AP Trail Termination TCP
1 2 Y X 1 2YX
Simplified
Figure 5 Extract of ITU-T G.805 Layered Model for IM and MTNM Simplification Refer to section 3.11.5 on page 57 for guidelines for the construction of IM models.
3.2
ITU-T G.707 and G.709 identify a number of layers in the SDH/SONET and OTN/WDM problem spaces. ITU-T G.805 identifies the concept of sublayers that are themselves encapsulated (and thus hidden) within the termination points of other layers. An example from SDH/SONET of a sublayer is the Multiplex Section Protection (MSP) layer (identified in ITU-T G.803) which is hidden within the Multiplex Section (MS) layer. The layers used in the MTNM definition (identified by the LayerRate parameter) in some cases do encapsulate sublayers. For example the Tandem Path Monitoring capabilities of some VC4 CTPs could be considered as really aspects of the VC4 Tandem Path (sub)layer. In this case, the encapsulated layer capabilities would be represented via Layered Transmission Parameters. This layer encapsulation also occurs in the optical layers. In ITU-T G.709 a number of layers have been defined to deal with capabilities such as Tandem Connection Monitoring (TCM) and Forward Error Correction. Prior to release 3 of the MTNM interface these layers were doubly encapsulated as follows: OTU, ODU, OPU layers form ITU-T G.709 are encapsulate in the digital signal rate (DSR) layer of the MTNM model. Note that in addition, if the framing format is known for the digital signal rate, the corresponding rate is suffixed to the DSR. OCC and OCH of ITU-T G.709 are encapsulated in the OCH layer of the MTNM model.
This simple encapsulation is still available in release 3 and is shown in Figure 6 on page 22. In this model the OMS and OTS layers are unaffected and do not currently encapsulate any sublayers.
SD1-18_layers, Version 3.4 TM Forum 2007 Page 21 of 159
OPU ODU OTU OCH LR_Optical_Channel OCC OMS OTS Physical ITU Layers LR_Optical_Multiplex_Section LR_Optical_Transmission_Section LR_PHYSICAL_OPTICAL MTNM Release 2 model (available also in Release 3) LR_DIGITAL_SIGNAL_RATE
Figure 6 Layer Encapsulation in the Optical Layers In the release 3 definition of the MTNM interface it is also possible to provide a full representation of these layers in the definition of a TP so that both the double encapsulated approach and the explicit approach are available. The new layers LR_OCH_Data_Unit_1, LR_OCH_Data_Unit_2 and LR_OCH_Data_Unit_3 along with LR_OCH_Transport_Unit_1, LR_OCH_Transport_Unit_2 and LR_OCH_Transport_Unit_3 may be used (see also Figure 7 ITU-T G.709 OTN layers on page 24 and Figure 8 Extract from ITU-T G.709
TM Forum 2007
Page 22 of 159
TM Forum 2007
Page 23 of 159
Figure 8 Extract from ITU-T G.709 Examples have been added to this version of the document to show the full model of a WDM optical port (see 4.2.12 OTS port supporting G.709 DSR, ODU and OTU on page 73 and following sections for example templates). The OMS and OTS layers are again unaffected and do not currently encapsulate any sublayers. The enhanced model is shown in Figure 9 Enhanced encapsulation for the Optical Layers showing OTU 3 on page 25 and Figure 10 Enhanced encapsulation for the Optical Layers showing OTU 1 on page 25.
TM Forum 2007
Page 24 of 159
OPU
ODU
OTU
LR_OCH_Transport_Unit_3 LR_DSR_OTU_3 or
OMS OTS
LR_Optical_Transmission_Section
Client
OPU
ODU
OTU
LR_OCH_Transport_Unit_1 LR_DSR_OTU_1 or
OMS OTS
LR_Optical_Transmission_Section
TM Forum 2007
Page 25 of 159
3.3
TP Layering
An MTNM TP encapsulates one or more G.805 transmission layers and presents them to the NML.
TM Forum 2007
Page 26 of 159
If LR_X is inactive: The adaptor of LR_W maps to LR_Y If LR_X is active: The adaptor of LR_W maps to LR_X and the adaptor of LR_X maps to LR_Y
Figure 11 Optional Layers behaviour In some cases end-to-end compatibility is achievable although one end is supporting an optional layer and the layer is active and the other end does not support the layer or the layer is inactive. This is true for Tandem Connection Monitoring optional layers (see section 3.9.2 on page 46).
3.4
The diagram in Figure 12 (on page 28) shows an SONET OC3 NE with DS3 Tribs. The OC3 ports are supported by Line cards and provide mapping to STS1 (for possible interconnection to DS3 Tribs) and to VT1.5 for interconnection between the line ports. In this particular NE example there are no DS1 ports for interconnectivity. In this case an SNC is shown connecting an STS1 CTP of a DS3 port to an STS1 CTP of the OC3 port (thus making the VT1.5 CTPs of that STS1 unavailable) and a second SNC is shown connecting a VT1.5 of STS1#3 of the left line port to a VT1.5 of STS1#2 of the right line port. The STS1#3 CTP on the left line port and the STS1#2 CTP on the right line port have both tpTerminationMode TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING (see 3.6.2 on page 34). This basic NE is also shown and described in section 3.1.1 (on page 14) in terms of ITU-T G.805.
TM Forum 2007
Page 27 of 159
DS3
STS1
CTP that can terminate and map
OC3 STS1 VT1.5 OC3 Line Card STS1 VT1.5 OC3 Line Card
OC3
Figure 12 MTNM and a Network Element Model (Plan View) From an equipment perspective, the key to the model is the encapsulation of capabilities that represent the physical port (i.e., the PTP), where there is little flexibility and little to describe, and the expansion of the model into separate CTPs, where there is significant flexibility and much more to describe.
TM Forum 2007
Page 28 of 159
3.5
PTP Layering
This section describes the types of PTPs and their layer encapsulation structures that can and should be used in the MTNM model..
3.5.1 Overview
A PTP is used on any occasion where a physical port is to be represented. As can be seen from the diagram in Figure 13 (on page 29) (giving both G.805 layering and equipment representations) there are two distinct flavours of PTP. A PTP may for example represent the: SONET port (an OC3 physical port in Figure 13 on page 29) of an NE where the CTPs contained are associated by adaptation and represent solely client layers of the encapsulated G.805 TTPs of the PTP This type of PTP is shown below as PTP A. This type of PTP encapsulates only terminated layers. This type of PTP contains CTPs that further demultiplex the signal that flowed in through the physical port (same orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). Async port (a DS3 physical port in Figure 13 on page 29) of the NE where the CTPs contained are associated by connection rather than simply adaptation and represent a peer layer carrying the connected client signal This type of PTP is shown below as PTP B. This type of PTP encapsulates the G.805 CP of the uppermost client layer (black dot in the diagram), which is not terminated. This type of PTP contains CTPs that multiplex the signal that flowed in through the physical port and that was demultiplexed by the PTP (reverse orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57).
DS3
TM Forum 2007
Page 29 of 159
Functional Modeling Concepts This principle applies in general so the same is true of DWDM NEs, ATM NEs and Ethernet NEs. So for example the circuit emulation capable port of an ATM NE would be represented using PTP B above (see section 4.3.3 DS3 trib circuit emulation port of an ATM NE on page 86).
3.6
CTP Layering
This section describes the types of CTPs and their layer encapsulation structures that can and should be used in this version of the MTNM model.
3.6.1 Overview
The CTP model is the same as the PTP model in that a CTP is potentially an encapsulation of termination points at multiple layers. However, unlike a PTP, the CTP occurs in an area of the NE where there is high flexibility and as a consequence there are less examples of CTPs that encapsulate multiple layers. As can be seen from Figure 14 (on page 33) there are several distinct flavours of CTP, two of which, called CTP C and CTP F below, were shown in Figure 2 (on page 16) in Elevation View and also in Figure 12 (on page 28) in Plan View. This is also shown from an equipment perspective in Figure 15 (on page 33). A CTP is always contained in another TP, a CTP, PTP or FTP, the type of CTP contained depends upon the actual application. There are generic CTP types, that depend on the CTPs TerminationMode (see section 3.6.2 The use of TerminationMode on page 34), and encapsulation CTP types, that depend on the CTPs internal structure regarding G.805 layering and encapsulated reference points. The generic types are potential, in use/actual, and current. A contained CTP is called potential if the containing TP is potentially capable of supporting it in some mapping configuration. A contained CTP is called in use or actual if it either is used by an SNC in any state (including pending), either as a connection matrix end point or as an intermediate connection point (see chapter 8 SNC versus TL, Trail and Network Connection Modelling on page 130), or is terminated and mapped (with optionally assigned bandwidth) and thus capable of supporting lower rate (i.e., higher layer) connections (such a CTP is often also called channelized). An actual CTP is potentially available for connectivity using an SNC and may indeed already be connected by an SNC. A contained CTP is called current if it is either crossconnectable or crossconnected in the current mapping configuration. A CTP may for example represent the: VC4 component mapped from an STM-4 PTP (where there would be 4 instances of CTP) that is capable of terminating to provide VC12 capacity and also capable of crossconnecting to another CTP associated with another PTP within the NE This type of CTP is shown below as CTP C (upper type C diagram in the figure). If the CTP is such that there is no flexibility and it must always be terminated, then a short form of diagram may be used as shown (lower type C diagram in the figure).
TM Forum 2007
Page 30 of 159
Functional Modeling Concepts In the example this CTP represents the AU4 connection point and VC4 TTP (note that VC4 and AU4 are represented with the same layer rate in the model see supporting document SD1-17). The containment relationship to the PTP aligns with the traffic flow from the Adaptor of the Multiplex section TTP to the AU4 connection point. This type of CTP would be contained in PTP/FTP/CTP and further demultiplex the signal that flowed in at the base of the containing TP (same orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). The STS1 CTP shown attached to the OC3 PTP in Figure 12 on page 28 is also type C. It should be noted that this CTP type is not specified for use with Connectionless Technology layers at this point. STS3c component mapped from an OC12 PTP (where there would be 4 instances of CTP) that is solely capable of crossconnecting to another CTP associated with another PTP within the NE This type of CTP is shown below as CTP D. In the example this CTP represents the AU4 connection point. The containment relationship to the PTP aligns with the traffic flow from the Adaptor of the Multiplex section TTP to the AU4 connection point. This type of CTP would be contained in PTP/FTP/CTP and further demultiplex the signal that flowed in at the base of the containing TP (same orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). The VT1.5 CTP shown attached to the STS1 CTP attached to the OC3 PTP in Figure 12 on page 28 is also type D. two-layer STS1 component mapped from an OC3 PTP (where there would be 3 instance of CTP) that is capable of crossconnecting to another CTP associated with another PTP within the NE and also capable of terminating to provide DS3 capacity that is itself mandatorily terminated to always provide DS1 capacity This type of CTP is shown below as CTP E. In the example this CTP represents the AU3 connection point, the VC3 TTP, the DS3 connection point and the DS3 TTP (this is often classified as transmux). The containment relationship to the PTP aligns with the traffic flow from the Adaptor of the Multiplex section TTP to the AU3 connection point. This type of CTP would be contained in PTP/FTP/CTP and further demultiplex the signal that flowed in at the base of the containing TP (same orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). This type of CTP is not represented in Figure 12 on page 28. It should be noted that this CTP type is not specified for use with Connectionless Technology layers at this point. VC3 component that terminates a signal crossconnected within the NE and adapts it to E3 for output through an Asyn port This type of CTP is shown below as CTP F. In the example this CTP represents the VC3 TTP and the E3 connection point. The containment relationship to the PTP aligns with the traffic flow from the Adaptor of the Electrical Termination of the Async port (which produced the E3 unterminated signal) and the Adaptor of the VC3 TTP that absorbs the E3 signal.
TM Forum 2007
Page 31 of 159
Functional Modeling Concepts This type of CTP encapsulates the G.805 CP of the uppermost client layer (black dot in the diagram). This type of CTP would be contained in PTP/FTP/CTP and would multiplex the signal that flowed in at the base of the containing TP and that was demultiplexed by the containing TP (reverse orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). The STS1 CTP shown attached to the DS3 PTP in Figure 12 on page 28 is also type F. It should be noted that this CTP type is not specified for use with Connectionless Technology layers at this point. VC4 component that terminates a signal crossconnected within the NE and adapts it to fragments. The fragments will be subsequently assembled by an encapsulation layer termination (for example ATM NI layer) which together with N fragment CTPs form an inverse mux (see section 3.11.5 TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA on page 57). This type of CTP is shown below as CTP K where the black square represents the point where the relationship to the fragment assembly FTP/CTP is made (upper type K diagram). If the CTP is such that no adaptation is needed, then a short form of diagram may be used as shown (lower type K diagram). This type of CTP would be contained in the assembly FTP/CTP and would multiplex the signal that flowed in at the base of the FTP/CTP and that was demultiplexed by the containing TP (same orientation server containment see section 3.11.4.2 Layering and Reverse Layers on page 57). It should be noted that this CTP type is not specified for use with Connectionless Technology layers at this point. fragment assembly component that takes N fragments (provided by instances of CTP K) and assembles the signal into a single concatenated signal (such as the encapsulation layer) as part of the process of inverse multiplexing (see section 3.11.5 TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA on page 57). This type of CTP is shown below as CTP L, and also CTP M and CTP N, where the black square represents the point where the relationship to the fragment CTPs is made. CTP M also offers the ability to terminate an SNC (crossconnect) directly on the encapsulation layer (or another client layer of the fragment layer). CTP N is a multi-layered version of CTP L but unlike CTP M it offers no SNC capability. This type of CTP would be contained in PTP/FTP/CTP and would multiplex the signal that flowed in at the base of the containing TP and that was demultiplexed by the containing TP (reverse orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). It should be noted that this CTP type is not specified for use with Connectionless Technology layers at this point. Ethernet component mapped from an Optical PTP that is solely capable of being interconnected using a FDFr where the Ethernet component is capable of performing complex manipulation the stream of frames (based upon priority, Tag values etc) before the frames are offered up to the switching fabric (represented by the FD):
TM Forum 2007
Page 32 of 159
Functional Modeling Concepts This type of CTP is shown below as CTP P. In the example this CTP represents an Ethernet FP. The containment relationship to the PTP aligns with the traffic flow from the Adaptor of the server TTP to the Ethernet FP It should be noted that the CTP encapsulates a number of CPs and what is effectively a portion of FD with FDFrs that carry out the mapping and interconnectivity The symbol emphasises this encapsulation by embedding the essence of the symbol for the FDFr. This type of CTP would be contained in PTP/FTP/CTP and further demultiplex the signal that flowed in at the base of the containing TP (same orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57). Type P CTPs are shown in Figure 4 Connectionless Model on page 20.
C K E (multi-layer C)
N M
C (Simplified equivalent)
K P CTPs with same orientation client containment CTPs with reverse orientation client containment
OC3 STS1
VT1.5
OC3 STS1
DS3 STS1
VT1.5
TM Forum 2007
Page 33 of 159
The release 2 interface of MTNM identified a number of CTP structures that were not supported. The concepts embodied by these CTP structures are supported in the release 3 interface using FTPs 5 (see section 3.7.1 on page 38).
For ease of traceability the FTP type names match the CTPs that were described in release 2. TM Forum 2007 Page 34 of 159
Functional Modeling Concepts When CTP M is set to this value the traffic will flow via the red dotted line shown in Figure 14 (on page 33) and the SNC (or crossconnect) that would be made via the black dotted line in the figure can not be created. TM_NEITHER_TERMINATED_NOR_AVAILABLE_FOR_MAPPING (TM_NTNAFM) is a valid state for CTPs that support client side adaptation and for CTPs that support server side adaptation. The state indicates that for the case of a CTP that is contained in another TP of the same orientation (same orientation client containment), and where the CTP can be mapped but currently is not (i.e., it does have contained potential CTPs but currently has no contained actual CTPs): From a G.805 perspective, the G.805 CP is not adapted from the corresponding G.805 TTP within the CTP aggregate and is not available to provide client layer capacity. In this state the TCP will not be sourcing and/or sinking traffic (see also section 3.9 Monitoring on page 42). When in this state the CTP is potentially available for connectivity using an SNC (and may indeed already be connected by an SNC). NOTE: It is the G.805 CP and not the G.805 TCP that can be used for connectivity. When in this state the client CTPs of the CTP are not available for creation of SNCs (crossconnects). Both CTP C and CTP E may take this value. This is not a valid state for CTP D as it contains no client CTPs.
NOTE: This is a change to the behaviour from that of version 2 of the interface. In version 2 CTP D always took the value TM_NEITHER_TERMINATED_NOR_AVAILABLE_FOR_MAPPING. In version 3 CTP D always takes the value TM_NA.
When set to this value the traffic does not flow via the red dotted line shown in Figure 14 (on page 33) and the SNC (or crossconnect) that would be made via the black dotted line in the figure can be created. 6 For example an STS1 in this state is not terminated and not mapped to VT1.5 (i.e., not channelized). For example from a hardware perspective, an STS1 CTP of an OC3 PTP that has been connected to the STS1 CTP of a DS3 PTP in this state (see Figure 12 on page 28). for the same orientation server containment cases where the CTP can be mapped but currently is not (i.e., the contained CTPs on the server side are not available and can not be connected via an SNC (= crossconnect)): This is the case for a CTP that is the client of inverse multiplexed server layers (and thus contains the server CTPs) but may be configured to not use the server CTPs. This type of CTPs is shown in Figure 14 (on page 33) as CTP M.
This does not prevent the CTP from carrying out supervisory functions including passive monitoring of Trail Trace and performance values (see section 3.9 Monitoring on page 42). Any such capabilities would be controlled via transmission parameters of the CTP and possibly via layer rates that are present for monitoring purposes only.
TM Forum 2007
Page 35 of 159
Functional Modeling Concepts When CTP M is set to this value no traffic will flow via the red dotted line shown in Figure 14 (on page 33) and it is possible to create an SNC (or crossconnect) to the TCP of the CTP (via the black dotted line in the figure). When in this state the server CTPs of the CTP may not be used for creation of SNCs (crossconnects). TM_NA indicates that for the case of a CTP that is contained in another TP of the same orientation (same orientation client containment), and where the CTP can not be mapped (i.e., it has no contained potential CTPs): From a G.805 perspective, the CTP exposes a CP for connectivity to other TPs (e.g., STS1 termination on SONET PTP that does not offer the capability to map to any clients so it does not offer VT1.5s etc, or ATM VC termination on ATM VP in a core ATM network where no adaptations of ATM cells can take place). This is the only valid state for CTP D as it contains no client CTPs.
NOTE: This is a change to the behaviour from that of version 2 of the interface. In version 2 CTP D always took the value TM_NEITHER_TERMINATED_NOR_AVAILABLE_FOR_MAPPING. In version 3 CTP D always takes the value TM_NA.
For example from a hardware perspective, a VT1.5 CTP of an OC3 line card is in this state (see Figure 12 on page 28). for the same orientation server containment cases where the CTP does not offer server side contained CTPs, and for the reverse orientation client containment cases: From a G.805 perspective, the CTP only exposes a TCP for connectivity to other TPs (e.g., STS1 termination on a DS3 PTP). This is the only valid state for CTP K as it contains no server CTPs, and likewise for CTP F. For example from a hardware perspective, an STS1 CTP of a DS3 trib card is in this state (see Figure 12 on page 28). Specific examples of the usage of TerminationMode are given throughout the following sections. In addition Figure 16 (on page 37) shows two example cases. In the unterminated case (i.e., TM_NTNAFM) the VT1.5 CTPs are not available for connectivity and if one of these VT1.5 CTPs forms part of a requested SNC, the STS1 CTP will be automatically Terminated and Mapped assuming that it is not already involved in an active STS1 SNC (in which case the VT1.5 SNC request will be rejected).
TM Forum 2007
Page 36 of 159
OC3 STS1 VT1.5 OC3 Line Card Terminated and available for mapping
OC3 STS1 VT1.5 OC3 Line Card Neither terminated nor available for mapping
Figure 16 Termination Mode examples Further very detailed examples for the use of TerminationMode and the generic CTP types can be found in the supporting document SD1-6.
Figure 17 CTP types not covered These types may be detailed in later releases of the MTNM interface.
3.7
FTP Layering
This section describes the types of FTPs and their layer encapsulation structures that can and should be used in this version of the MTNM model. It should be noted that the FTP is specified for use in Connectionless Technology layers at this point.
TM Forum 2007
Page 37 of 159
3.7.1 Overview
The FTP model is a hybrid of the PTP model and the CTP model. It is an encapsulation of termination points, potentially at multiple layers. Like a PTP the FTP always contains CTPs on the client side. However, unlike a PTP, but like a CTP, the FTP may contain CTPs on the server side. As can be seen from Figure 18 FTP Variety and layering (also showing CTPs) on page 39 there are several distinct flavours of FTP (one of which are shown in Figure 3 MTNM and G.805 Layered Model on page 18). A FTP is never contained in another TP. Like the PTP there are two distinct orientations on the client side same orientation client containment and reverse orientation client containment see section 3.11.4.2 Layering and Reverse Layers on page 57. The FTP represents an internal resource of the ME, which has no network routing relevance. In other words, the entry/exit points to/from an ME are only the CTPs contained by PTPs. The FTP plays the role of an internal connection point. Typically these FTP instances represent the matrix ports of the ME. To avoid that the NMS has to choose the FTP instance (which would be fairly inconvenient), release 3 of the MTNM interface offers the capability to specify, at SNC creation time, a generic end point (which in the example here is identified by the FTP name "EMS_assigned"). This feature is called EMS assignment of trail end points.
n CTPs
n CTPs
n CTPs
n CTPs
G H (multi-layer G) I J
TM Forum 2007
Page 38 of 159
n CTPs
n CTPs
n CTPs
n CTPs
Figure 18 FTP Variety and layering (also showing CTPs) An FTP may for example represent the: VC4 component that terminates a signal crossconnected within the NE (from perhaps a VC4 CTP produced by an STM-4 PTP) that may be the closure point of a protection switch and that then adapts to VC12 providing VC12 CTPs available for crossconnection within the NE, again potentially via a protected connection. This type of FTP is shown above as FTP G where there is only a single layer of termination and FTP H were there are multiple layers of termination Fragment assembly component that takes N fragments (provided by instances of CTP K) and assembles the signal into a single concatenated signal (such as the Encapsulation layer) as part of the process of inverse multiplexing (see section 3.11.5 TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA on page 57). An example of this is ATM NI that combines a number of independent STS1 streams to form a single composite signal that is then adapted to form ATM VPs. This ATM NI CTP is as shown in FTP I. The FTP has a contained CTP that is and the associated fragment layer CTP. There are also similar examples in SDH/SONET and other technologies. This type of FTP is shown below as FTP I and also FTP J (where the black square represents the point where the relationship to the fragment CTPs is made) FTP J also offers the ability to terminate an SNC (crossconnect) directly on the encapsulation layer FTP I unlike FTP J it offers no SNC capability
TM Forum 2007
Page 39 of 159
TM Forum 2007
Page 40 of 159
Functional Modeling Concepts Specific examples of the usage of Termination Mode are given throughout the following sections. In addition Figure 16 (on page 37) shows two example cases. In the unterminated case (Neither terminated....) the VT1.5 CTPs are not available for connectivity and if one of these VT1.5 CTP forms part of a requested SNC, the STS1 CTP will be automatically Terminated and Mapped assuming that it is not already involved in an active STS1 SNC (in which case the VT1.5 SNC request will be rejected).
n CTPs
Figure 19 FTP cases not covered This type may be detailed in later releases of the MTNM interface.
3.8
Directionality
A simple arrow symbol has been used in the document to indicate directionality of a unidirectional TP. This is shown below in Figure 20 Directionality on page 42.
TM Forum 2007
Page 41 of 159
Transmit G.805 TCP Receive G.805 TCPs in a PTP (tx) in a PTP (rx)
Figure 20 Directionality
The directionality of a CTP is explained in SD1-36 and described further in conjunction with the concept of Contra-directional flow in section 3.9.1.1 Directionality and Contra Directional flow on page 44 (see also SD1-19 for an explanation of Contra Directional flow).
3.9
Monitoring
This section covers both non-intrusive monitoring where the signal is simply examined as it passes a point but is not modified in any way and tandem connection monitoring where the signal is examined and modified but the modifications are done in such a way as to be not apparent to the end termination.
TM Forum 2007
Page 42 of 159
Functional Modeling Concepts All FTP types that contain reverse direction CTPs, i.e. FTP type G-rev, H-rev, I-rev and J-rev (but not FTP type G, H, I and J as these have contained CTPs that are with the normal flow of traffic and any non-intrusive monitoring would be encapsulated in the CTPs).
CONTRA CONTRA
CONTRA
CONTRA
TM Forum 2007
Page 43 of 159
It should be noted that if basic G.805 CP level monitoring is carried out at the layer of connectivity (e.g. AIS or LOP for an SDH VC-12) the TP does not include any addition layers and does not include the G.805 TCP function (i.e. it is as shown in Figure 14 CTP variety and layering on page 33).
The following figure shows a view of a chain of NEs some of which support non-intrusive monitoring.
ME1
ME2
ME3
ME4
TM Forum 2007
Page 44 of 159
G.805 RX termination function (terminates the signal and examines it) RX TCP
CONTRA
G.805 TX termination function (generates a test signal and when selected inserts it into the outgoing flow from the CTP) TX TCP The other part of the G.805 TX CP (transmits signal out of the CTP) Directionality of the CTP is adopted from the flow at this point (i.e. the external flow point) the signal flows out in this case and therefore is TX and therefore the CTP is an TX CTP
Part of the G.805 TX CP (transmits signal into the CTP) G.805 TX Adaptation function G.805 RX Termination Function Directionality of the PTP is adopted from the flow at this point (i.e. the external flow point) the signal flows in in this case and therefore is RX and therefore the PTP is an RX PTP
Normal Flow
TM Forum 2007
Page 45 of 159
C E
TM Forum 2007
Page 46 of 159
ME1
ME2
ME3
ME4
No control functions are provided in version 3 of MTNM to activate or deactivate the monitoring capability. It is clear that Transmission parameters positioned appropriately could be used to control the capabilities, however no specific attributes are defined beyond Tandem Connection Monitoring support. There is no specific support for client layer intrusive test, although it is clear that such a capability could be provided and identified in a similar way to the non-intrusive monitoring. Certain configurations of non-intrusive monitoring may be ambiguous. For example the configuration shown in Figure 27 Example of ambiguous cases for Non-Intrusive Monitoring on page 48 is a case where the layer lists and names of the TPs are insufficient to resolve the layer of interconnection between the two TPs.
TM Forum 2007
Page 47 of 159
These two configurations can not readily be distinguished using the information provided through the interface
So as to avoid confusion a simple diagram has been included to assist the reader in distinguishing between far end data and remote unit data (see Figure 28 Far End and Remote Unit compared on page 49.
TM Forum 2007
Page 48 of 159
Network device H makes no adjustment to information that it receives from Network device R Network device H is effectively managing the Network device R Information from R is Remote Unit information prefixed by RU- The RU-Information at H is exactly what would be seen at R
Consider fig B (not remote unit monitoring) Processing Function: Naming and messaging (TF -> PTP)
Network device H receives relatively raw information from Network device R and make significant adjustment Network device H is not managing Network device R Information at R and H may differ due to different processing Information at H is Far end information (e.g. FEBE SES)
Processing Function: Complex algorithms and abstractions (BIP->UAS etc)
TM Forum 2007
Page 49 of 159
Termination functions actually in the remote equipment (alarms, transmission parameters etc have prefix RU_)
RU
Undeclared topological link that represents the physical connection between the head site and the remote unit
Figure 30 Physical view of Remote unit model Asymmetric cases have not be covered in this release so combinations of ports that have different termination capability or support different layer mappings is not defined.
TM Forum 2007
Page 50 of 159
RU CONTRA
RU_CONTRA measures I.e. measures of the signal at the remote equipment that flow towards the head equipment
RU
TM Forum 2007
Page 51 of 159
AP Trail Termination
AP
TM Forum 2007
Page 52 of 159
G.805 Fragment Flexible SNCs which can connect to channels in same port or another port
MTNM
AP Trail Termination
An additional case of this rule would be where there is a Trail Protection scheme that has several fixed layers above the protection switch. The protection switch (represented by the presence of a protection group) can be considered as a point of connection flexibility.
TM Forum 2007
Page 53 of 159
3.11.2.1 Inflexible NE
In some simple NEs it is possible that there are no points of connection flexibility that would cause the chain of TPs linked back to a naming TP to be broken prior to reaching the next physical port. In these cases the flow should be broken at the point of transition from multiplexing to demultiplexing (point of layer reversal) and this break in flow is a break in naming. The two resulting CTPs at either side of the point of inversion (each contained in its own PTP) should be connected by a fixed SNC or crossconnect. (also see section 5 Fixed Crossconnect Usage on page 113).
fixed
fixed
fixed
TM Forum 2007
Page 54 of 159
N N 1 1 N 1
Multiple channels fron the server that can either be further terminated or crossconnected elsewhere in the NE
1
Single channel from the server that can be terminated or crossconnected elsewhere in the NE
1
Single channel from the server that can be terminated on a client TCP where the client TCP may take traffic from elsewhere in the NE
1
Multiple channels from the server potentially connecting to multiple client TCPs where the client TCPs may take their traffic from elsewhere in the NE
Figure 36 Positioning the FTP where there is cardinality and connection flexibility variety
TM Forum 2007
Page 55 of 159
OR
OR
Ambiguous case
TM Forum 2007
Page 56 of 159
CONTRA
CONTRA
Y Z X
Y Z V Y
Figure 38 Layering
3.11.5 TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA
The functional modelling concepts of MTNM interface are based on ITU-T Recs. G.805 and G.852.2 but extend the layering concepts set out there using multi-layer encapsulations identified from real network element behaviour to provide performance advantage for information transfer between over the interface. In the G.805 client/server relationship of adjacent (single-)layer networks, client layer link connections are supported by server layer trails (one-to-one, many-to-one, one-to-many) through an adaptation that modifies the characteristic information of the client layer so that it can be transported over the trail (a connection with trail terminations at both ends) in the server layer network. A one-to-one client/server relationship represents the case of a single client layer link connection supported by a single server layer trail.
SD1-18_layers, Version 3.4 TM Forum 2007 Page 57 of 159
Functional Modeling Concepts The many-to-one relationship represents the case of several link connections of client layer networks supported by one server layer trail at the same time. Multiplexing techniques are used to combine the client layer signals. The one-to-many relationship represents the case of a client layer link connection supported by several server layer trails in parallel. Unlike traditional multiplexing (as described above), inverse multiplexing techniques are used to distribute the client layer signal over many lower rate server signals. The inclusion of inverse multiplexing as well as adaptation and trail termination function cardinalities (and also link partitioning) are the essential enhancements of the current issue of G.805 (March 2000, published in August 2001) compared to its predecessor (November 1995). This document uses the term Fragmentation to indicate an inverse multiplexing adaptation applied to a given data signal. Each example of inverse multiplexing represent a specific kind of "fragmentation" of a signal into a number of lower rate components signals (LR_Fragment) that are then passed across a number of parallel lower rate servers, i.e. an inverse multiplexing adaptation to some signal. These fragments are then recombined at the receive end to reform the original signal. There are several different mapping techniques that are used to allow generation of a recombinable signal. These techniques include some general and some technology-specific approaches (e.g., G.7042 LCAS, I.761 IMA). Transmission parameters are used to specify controls etc for inverse multiplexing (these are specified in the supporting document SD1-16). The fragmentation mechanism for SONET, SDH and DWDM is called Virtual Concatenation. Virtual Concatenation is specified in T1.105 (T1X1.5) document for SONET technology and by ITU-T SG15 for SDH technology. Currently there is a proposal from in T1X1.5 group to provide specific extensions to G.709 to incorporate the Virtual Concatenation function to the ODUk layer of Digital Wrapper technology. The fragmentation mechanism for ATM is called Inverse Multiplexing (IMA) for ATM technology. IMA is a User-to-Network Interface standard first approved by the ATM Forum in 1997. There are several generalized structures that should be used in the construction of Inverse Multiplex models, these are shown in Figure 39 Inverse Multiplexing Key models 59.
TM Forum 2007
Page 58 of 159
Figure 39 Inverse Multiplexing Key models These models are used as the basis for the specific examples highlighted in the following sections.
Y Y X X
D
X
Y X X
F K E
L
X X
TM Forum 2007
Page 59 of 159
Refer to section 8.2.14 Repeated DSR layer in a single TP in an OTN Network on page 149 for a network perspective.
TM Forum 2007
Page 60 of 159
To further clarify the usage of layering in the TP this section identifies the expected layering for several comply found port types. This is by no means a restrictive list and the set of layers will clearly vary from technology to technology and new TP examples will regularly be encountered. To allow the NML to interpret inter-port compatibility, the TPs of the types identified below must be represented with the layers identified. It should be noted that although the list of layers are in order of position in the multiplexing hierarchy, there is no intended list order meaning in the interface and the EML may report the layers of a TP in any order. The following sections detail the layers for various basic port types.
4.2
4.2.1
The digital signal rate represents the first layer of adaptation from an optical signal to an electrical signal. The format of the signal is usually decided by the framing available on the client signals and that is used to represent the first layer of electrical signal formats in this model. The Digital Signal Rate is qualified via the format known to the EMS/NE. If the format is not known at the configuration time, no qualification is provided.
TM Forum 2007
Page 61 of 159
4.2.2
The following diagram shows the layers of an STM-4 port that is capable of terminating VC4 and can provide VC12 and VC3 payload. The port shown can not map to VC2. It does not use a specific wavelength (uses "dark fiber"). To make the VC12 and VC3 CTPs available for connectivity the NML would use set TerminationMode attribute of a VC4 CTP to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. When set to this value the VC4 CTP is no longer available for connection at the VC4 rate.
STM-4
TM Forum 2007
Page 62 of 159
4.2.3
The following diagram shows the layers of an OC12 port that is capable of terminating STS1 and can provide VT1.5. The port is DWDM capable, i.e., it can process the OTS/OMS overhead. The optical layer model is consistent with that described in ITU-T G.872 7 .
CTPs (per STS1) 28 x LR_VT1_5_and_TU11_VC11
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
OC12
STS1
LR_Optical_Channel LR_Optical_Multiplex_Section LR_Optical_Transmission_Section LR_PHYSICAL_OPTICAL
It should be noted that the optical layer has been modelled with only a single OMS and also only a single layer to represent optical channels.
TM Forum 2007
Page 63 of 159
4.2.4
The following diagram shows the layers of an STM-4 port that is capable of terminating VC4 and can provide VC12 and VC3 payload. The port shown can not map to VC2. It uses a specific wavelength (coloured fiber), but is not DWDM capable (it does not process the OTS/OMS overhead). To make the VC12 and VC3 CTPs available for connectivity the NML would use set TerminationMode attribute of a VC4 CTP to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. When set to this value the VC4 CTP is no longer available for connection at the VC4 rate.
CTPs (per VC4) 63 x LR_VT2_and_TU12_VC12 and 3 x LR_Low_Order_TU3_VC3 CTPs 4 x LR_STS3c_and_AU4_VC4
STM-4
LR_Section_OC12_STS12_and_RS_STM4 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_Optical_Channel LR_OPTICAL_SECTION LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 64 of 159
The following diagram shows a coloured STM-16 port with the additional OTN layers referenced in section 3.2 Optical Layer Encapsulation on page 21.
CTPs 48 x LR_STS1_and_AU3_High_Order_VC3 CTP with layers: LR_Line_OC48_STS48_and_MS_STM16, LR_Section_OC48_STS48_and_RS_STM16, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC48_STM16 LR_OCH_Data_Unit_1 PTP with layers: LR_OCH_Data_Unit_2 LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 65 of 159
4.2.5
The following diagram shows the layers of an OC48 port that is capable of terminating STS1 and can provide VT1.5. The port can also crossconnect at the STS3c and STS12c rates.
CTPs (per STS1) 28 x LR_VT1_5_and_TU11_VC11 CTPs (as D ) 16 x LR_STS3c_and_AU4_VC4 and 4 x LR_STS12c_and_VC4_4c CTPs (as C)
48 x LR_STS1_and_AU3_High_Order_VC3,
D
PTP with layers: LR_Line_OC48_STS48_and_MS_STM16, LR_Section_OC48_STS48_and_RS_STM16, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC48_STM16 LR_OPTICAL_SECTION & LR_PHYSICAL_OPTICAL
OC48
STS1 VT1.5
TM Forum 2007
Page 66 of 159
4.2.6
The following diagram shows the layers of an STM-4 port that always terminates all four VC4s to provide ATM NI. The ATM NI can itself be terminated to provide ATM VP CTPs (notice that the ATM NI can not be crossconnected). The ATM VP can be crossconnected or further terminated to provide ATM VC CTPs. Termination mode is used to set the TPs to terminate and to make the client CTPs available for connectivity (TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING). When setting the TP to terminate parameters such as traffic descriptor identifiers can be provided.
CTPs (per ATM VP) n x LR_ATM_VC CTPs (per ATM NI) n x LR_ATM_VP
STM-4
CTPs 4 x LR_STS3c_and_AU4_VC4
AU-4
ATM NI
ATM VP
LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_OPTICAL_SECTION &
ATM VC
TM Forum 2007
Page 67 of 159
4.2.7
The following diagram shows the layers of an STM-4 port that is capable of terminating VC4 and can provide VC12, VC3 and ATM NI from the VC4. The ATM NI can itself be terminated to provide ATM VP CTPs (notice that the ATM NI can not be crossconnected). The ATM VP can be crossconnected or further terminated to provide ATM VC CTPs.
CTPs (per ATM VP) n x LR_ATM_VC CTPs (per ATM NI) n x LR_ATM_VP
CTPs (per VC4) 1 x LR_ATM_NI CTPs (per VC4) 63 x LR_VT2_and_TU12_VC12 and 3 x LR_Low_Order_TU3_VC3 CTPs 4 x LR_STS3c_and_AU4_VC4
PTP with layers: LR_Line_OC12_STS12_and_MS_STM4, LR_Section_OC12_STS12_and_RS_STM4, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_OPTICAL_SECTION & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 68 of 159
4.2.8
The following diagram shows the layers of an OC12 port that is capable of terminating STS1 from which it can provide DS1 for crossconnection via two different mappings. The naming of the CTPs allows the client to distinguish the specific mapping chosen.
CTPs (per DS2) 4 x LR_T1_and_DS1_1_5M CTPs (per DS3) 7 x LR_T2_and_DS2_6M CTPs (per VT1.5) 1 x LR_T1_and_DS1_1_5M CTPs (per STS1) 1 x LR_T3_and_DS3_45M CTPs (per STS1) 28 x LR_VT1_5_and_TU11_VC11
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
TM Forum 2007
Page 69 of 159
4.2.9
The following diagram shows the layers of an STM-4 port that is capable of terminating VC-4 and can provide VC12 payload. The VC12 CTP is capable of monitoring the overhead of the received signal 8 . Note that the VC12 CTP does not contain any CTPs. The TerminationMode of the VC12 CTP always takes the value TM_NEITHER_TERMINATED_NOR_AVAILABLE_FOR_MAPPING and as a consequence the CTP behaves in the same way as CTP D in Figure 14 (on page 33).
CTPs 4 x LR_STS3c_and_AU4_VC4
PTP with layers: LR_Line_OC12_STS12_and_MS_STM4, LR_Section_OC12_STS12_and_RS_STM4, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_OPTICAL_SECTION & LR_PHYSICAL_OPTICAL
This model mechanism can also be used for Tandem Connection monitoring (and the equivalent DWDM connection monitoring), although the specific usage of the interface needs to be defined further.
TM Forum 2007
Page 70 of 159
4.2.10
Mixed Async and SONET port that is ATM and DWDM capable
As discussed previously...
CTPs (per ATM VP) n x LR_ATM_VC CTPs (per ATM NI) n x LR_ATM_VP
CTPs (per DS2) 4 x LR_T1_and_DS1_1_5M CTPs (per DS3) 7 x LR_T2_and_DS2_6M CTPs (per VT1.5) 1 x LR_T1_and_DS1_1_5M
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
PTP with layers: LR_Line_OC12_STS12_and_MS_STM4, LR_Section_OC12_STS12_and_RS_STM4, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_Optical_Channel LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 71 of 159
4.2.11
The following diagram shows the layers of Transponder port that takes an STM16 signal from a noncoloured port and packages it in a G.709 ODU1 container for transport across a WDM network.
CTPs LR_Section_OC48_STS48_and_RS_STM16
LR_OCH_Data_Unit_1
TM Forum 2007
Page 72 of 159
4.2.12
The following diagram shows the model of a port that maps multiple unspecified digital signals into OTU/ODUs and then each is mapped into a single wavelength. All wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING.
CTP DIGITAL_SIGNAL_RATE CTP (n wavelengths) LR_OCH_Data_Unit_1 LR_OCH_Transport_Unit_1 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_1 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 73 of 159
4.2.13
The following diagram shows the model of a port that maps multiple ODU into a single physical port. The port takes each ODU signal and multiplex it into an OTU and then each is mapped into a single wavelength. All wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING.
CTP LR_OCH_Data_Unit_1 CTP (n wavelengths) LR_OCH_Transport_Unit_1 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_1 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 74 of 159
4.2.14
The following diagram shows the model of a port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2 then an OTU and then each is mapped into a single wavelength. All wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING.
LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 75 of 159
4.2.15
The following diagram shows the model of a port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2, then for this case there is ODU2 connection flexibility. As a consequence of the connection flexibility at both ODU1 and ODU2 layers an FTP has been used in the model. The ODU 2 is then mapped into an OTU and then each OTU is mapped into a single wavelength. All wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING.
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
Figure 55 G.709 OTS port with ODU2/1 with flexible ODU2 connection
TM Forum 2007
Page 76 of 159
4.2.16
The following diagram shows the model of a port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2 or takes an ODU2 signal from elsewhere in the ME and then maps the ODU2 into an OTU and then each OTU is mapped into a single wavelength. All wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING.
CTP LR_OCH_Data_Unit_1
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
Figure 56 G.709 OTS port with ODU2/1 with flexible ODU2 connection
TM Forum 2007
Page 77 of 159
4.2.17
OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib
The following diagram shows the model of two ports in an ME. The WDM port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2 or takes an ODU2 signal from elsewhere in the ME (in this case the terminationMode of the ODU CTP is also set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING so that the client ODU1 can be connected). The ODU2 is then mapped into an OTU which is the mapped into a single wavelength. As this is a multiple wavelength port all wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. The diagram also shows a DSR tributary port that carries an unspecified signal and maps it into an ODU1. The two ports are shown connected.
CTPs LR_DIGITAL_SIGNAL_RATE
LR_PHYSICAL_OPTICAL
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 78 of 159
The following diagram shows a case with a more specific digital signal.
LR_PHYSICAL_OPTICAL
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 79 of 159
4.2.18
OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib
The following diagram shows the model of two ports in an ME. The WDM port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2 or takes an ODU2 signal from elsewhere in the ME (in this case the terminationMode of the ODU CTP is also set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING so that the client ODU1 can be connected). The ODU2 is then mapped into an OTU which is the mapped into a single wavelength. As this is a multiple wavelength port all wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. The diagram also shows an OC48/STM16 tributary port that maps the OC48 section via a DSR into an ODU1. The two ports are shown connected.
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
Figure 59 G.709 OTS port with ODU2/1 with flexible ODU2 connection with OC48 payload
TM Forum 2007
Page 80 of 159
4.2.19
The following diagram shows the model of two ports in an ME. The WDM port that maps multiple unspecified digital signals into a single physical port via a basic OCH layer. The port takes each DSR signal and multiplex it into an OCH (a single wavelength). As this is a multiple wavelength port all wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. The diagram also shows a DSR tributary port that carries an unspecified signal. The two ports are shown connected.
CTP LR_DIGITAL_SIGNAL_RATE CTP (n wavelengths) LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 81 of 159
4.2.20
OTS port supporting G.709 ODU1, ODU2 and OTU2 showing connected trib
The following diagram shows the model of two ports in an ME. The WDM port that maps multiple ODU1 into a single physical port via OTU2. The port takes each ODU1 signal and multiplex it into an ODU2 or takes an ODU2 signal from elsewhere in the ME (in this case the terminationMode of the ODU CTP is also set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING so that the client ODU1 can be connected). The ODU2 is then mapped into an OTU which is the mapped into a single wavelength. As this is a multiple wavelength port all wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. The diagram also shows an OC48/STM16 tributary port that decomposes to VC4 via standard mappings. In this case the ME offers VC4 connection flexibility as well as ODU1 connection flexibility. As a consequence the mapping between the VC4 and the ODU1 is supported by an FTP. The two PTPs are shown connected via the FTP and SNCs at the VC4 and ODU1 layers.
TM Forum 2007
Page 82 of 159
LR_Section_OC48_and_RS_STM16
LR_DIGITAL_SIGNAL_RATE
LR_PHYSICAL_OPTICAL
CTP LR_OCH_Data_Unit_2 CTP (n wavelengths) LR_OCH_Transport_Unit_2 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_2 LR_Optical_Channel PTP with layers: LR_Optical_Multiplex_Section LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
Figure 61 G.709 OTS port with ODU2/1 with flexible ODU1 connection with VC4 payload
4.2.21
The following diagram shows the model of two ports in an ME. The WDM port that maps multiple OC48/STM16 signals into a single physical port via a basic OCH layer. The port takes each OC48/STM16 signal and multiplex it via a DSR layer into an OCH (a single wavelength). As this is a multiple wavelength port all wavelengths are then mapped into a single OMS. As there is no flexibility in the OCH layer, the CTP terminationMode is always set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING. The diagram also shows an OC48 tributary port. The two ports are shown connected.
TM Forum 2007
Page 83 of 159
LR_PHYSICAL_OPTICAL
Figure 62 Basic WDM mux terminating multiple Optical Channels connecting at OC48/STM16
TM Forum 2007
Page 84 of 159
4.3
Async and PDH ports in SDH, SONET, DWDM and ATM NEs
The reader should study sections 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section.
DS3
STS1
No other equipment oriented examples are provided at this stage as the relationship between the G.805 view and the equipment view is the same as this example for all following examples. 10 Strictly the DS1 is mapped into a VC11 which is carried in a TU12, however, in the MTNM model, it is assumed that the VC11 and VC12 are equivalent in this case and the model shows DS1 mapped into VC12. SD1-18_layers, Version 3.4 TM Forum 2007 Page 85 of 159
TM Forum 2007
Page 86 of 159
TM Forum 2007
Page 87 of 159
4.4
Optical Port
The reader should study sections 4.1 (on page 61), 4.2 (on page 61) 4.1 and 4.3 (on page 85) prior to reading this section.
TM Forum 2007
Page 88 of 159
LR_Optical_Transmission_Section LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 89 of 159
As this PTP two alternative layering presentations, the transmissionParameter THIS_LAYER_ACTIVE is used to indicate which of the two paths through the PTP has been selected (see section 3.3.2 Layering Options on page 26)) 11 . The OTS, OMS, OCH and OS layers all offer the parameter. The OTS, OMS and OCH always take the same value which is the inverse of that taken by the OS layer (e.g. when OS is INACTIVE the OCH is set to ACTIVE).
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
11
The mode of operation of the port is controlled by the NE/EMS (via operator provisioning, auto detect, etc). TM Forum 2007 Page 90 of 159
In MTNM release 3 a further extension to the optical model has been made (see 3.2 Optical Layer Encapsulation on page 21). The following diagram shows a case where the new OTN layer model may be represented/activated in as an alternative to the old models.
CTPs (per STS1) 28 x LR_VT1_5_and_TU11_VC11
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
PTP with layers: LR_Line_OC12_STS12_and_MS_STM4, LR_Section_OC12_STS12_and_RS_STM4, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC12_STM4 LR_OCH_Data_Unit_1 LR_OCH_Transport_Unit_1 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OTU_1 LR_Optical_Channel LR_Optical_Multiplex_Section LR_OPTICAL_SECTION LR_Optical_Transmission_Section & LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 91 of 159
LR_OPTICAL_SECTION LR_PHYSICAL_OPTICAL
TM Forum 2007
Page 92 of 159
N
LR_PHYSICAL_OPTICAL CTP LR_Fragment fixed
Transmission Parameter
TM Forum 2007
Page 93 of 159
4.5
ATM ports with Inverse Multiplexing in ports in SDH, SONET, DWDM and ATM NEs
The reader should study sections 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section.
TM Forum 2007
Page 94 of 159
CTPs LR_ATM_VC
CTPs LR_ATM_VP
4096
FTP LR_ATM_NI LR_Fragment
TM Forum 2007
Page 95 of 159
4.6
Unspecified signals with Inverse Multiplexing in ports in SDH, SONET and DWDM NEs
The reader should study sections 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section.
4.6.1 Inverse multiplexing of a high rate unspecified digital signal over a number of VC4s
The following diagram shows a number of ports interconnected to a flow of a high rate unspecified digital signal over a number of parallel VC4 servers that themselves are multiplexed into a single Multiplex Section that is itself crossconnected to other ports in the ME (shown in Figure 80 ME view of Inverse multiplexing of an undefined digital signal over multiple VC4s on page 97). Several of the ports show non-intrusive test capability. The PTP contains a number of reverse layer CTPs supporting inverse multiplexing.
CONTRA
N
LR_PHYSICAL_OPTICAL LR_Fragment
CTPs LR_STS3c_and_AU4_VC4
M
FTP with layers: LR_Line_OC48_STS48_and_MS_STM16
LR_Section_OC48_STS48_and_RS_STM 16
LR_DIGITAL_SIGNAL_RATE
TM Forum 2007
Page 96 of 159
Functional Modeling Concepts The following diagram shows a fragment of a ME including the port described above.
CONTRA
LR_Encapsulation LR_OPTICAL_SECTION
LR_Fragment
M
FTP with layers: LR_Line_OC48_STS48_and_MS_STM16 CTP LR_xxx LR_Section_OC48_STS48_and_RS_STM16
LR_DIGITAL_SIGNAL_RATE
LR_DIGITAL_SIGNAL_RATE
LR_Optical_Multiplex_Section
LR_Optical_Transmission_Section
LR_PHYSICAL_OPTICAL
Figure 80 ME view of Inverse multiplexing of an undefined digital signal over multiple VC4s
4.7
The reader should study sections 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section.
TM Forum 2007
Page 97 of 159
DSL TU-C
(Transceiver Unit at the Central office) - or CTPs LR_ATM_NI PTP with layers: LR_DSL LR_DIGITAL_SIGNAL_RATE LR_PHYSICAL_ELECTRICAL
physical interconnectivity
DSL TU-R
ATM Link TL (Transceiver Unit at the Remote site)
DSL TU-O
(Transceiver Unit at the Optical network unit) DSL Line TL
CTPs LR_ATM_VC
CTPs LR_ATM_VP
CTPs LR_ATM_NI
RU
TM Forum 2007
Page 98 of 159
4.8
The reader should study sections 3.1.3 (on page 18), 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section. The first set of examples below offer pictorial representation of models of segmengts of MEs providing Basic Ethernet capability using the MTNM 3.0 approach. These are followed by further examples of more sophisticated MEs using the MTNM 3.5 model for Connectionless Technologies applied to Ethernet.
Some NEs have the capability to configure dynamically the fragmented layer rate, i.e. the EMS modifies the configuration of the CTP C (shown in Figure 82 Gigabit Ethernet Port in an SONET/SDH NE (Fragmentation with STS3c/VC4) on page 100) by replacing the layer rate LR_STS3c_and_AU4_VC4 by LR_STS1_AU3_High_Order_VC3. A transmission parameter Fragment_Server_Layer, is used to indicate which server layer is being used. The value of this parameter is an integer. The AVC notification on this transmission parameter will allow a NMS to be aware that a layer rate change has occurred in the EMS.
The LR_Encapsulation layer is used when a network element can be configured to provide encapsulation of the client Ethernet layer. As there are many types of possible encapsulation methods, the active method will be indicated by the transmission parameter ProtocolIdentifier that can take the following values: HDLC_PPP, ML_PPP_BAP, HDLC_LAPS, GFP_TRANSPARENT, GFP_FRAME_MAPPED.
The naming scheme of the LR_Fragment CTP will append an index number starting with 1 and this number is independent of the Sent Sequence Number, Accepted Sequence Number or Expected Sequence Number. The reason for this is that those values are made available to a management system after the connection is activated. Therefore, the sequence number is not available at the time of creation of the LR_Fragment CTP by the EMS. As CTP C incorporates components of several layers (LR_Fragment and LR_STS3c_and AU4_VC4), the naming of this CTP uses the layer rate of the connectable component of the diagram, which is LR_STS3c_and_AU4_VC4.
The Fragment layer in CTP B (shown in Figure 82 Gigabit Ethernet Port in an SONET/SDH NE (Fragmentation with STS3c/VC4) on page 100) is used to define inverse multiplexing in a generic way (IMA and SONET/SDH Virtual Concatenation). In order to avoid very specific behaviour of Fragment layer
TM Forum 2007
Page 99 of 159
Functional Modeling Concepts related to Virtual Concatenation, a transmission parameter for the Fragment layer rate: Dynamic_Fragmentation has been provided. The purpose of this transmission parameter is to allow the NMS to retrieve the Fragment capability related to the bandwidth management support. It can take the following values: LCAS, IMA.
When Dynamic_Fragmentation = LCAS, NMS is allowed to hitlessly increase or decrease the capacity of a virtual concatenated link by adding or removing server Fragment CTP crossconnects in order to meet the bandwidth needs of the application.
When Dynamic_Fragmentation = IMA, it indicates that dynamic fragmentation for ATM Inverse Muxing is used.. Behaviour is similar to the above (but it applies to the IMA group and its components). The absence of this transmission parameter indicates that dynamic bandwidth management is not supported (e.g., LCAS and IMA is not supported).
LR_PHYSICAL_ELECTRICAL
LR_PHYSICAL_OPTICAL
TM Forum 2007
LR_PHYSICAL_ELECTRICAL
LR_PHYSICAL_OPTICAL
TM Forum 2007
LR_Fragment LR_STS1_and_
AU3_High_Order_VC3
TM Forum 2007
AutoNegotiation AdministrativeSpeedRate ActualSpeedRate DuplexMode ProtocolIdentifier Loss of Carrier (LOC) Loss of Signal (LOS)
PTP with layers: LR_Ethernet CTPs LR_Ethernet LR_Encapsulation LR_Fragment LR_PHYSICAL_ELECTRICAL CTPs LR_Fragment LR_XXX
LR_DIGITAL_SIGNAL_RATE or LR_DSR_Gigabit_Ethernet
Loss Of Multi-frame (LOM) Loss Of Sequence (SQL) Trail Signal Degrade (TSD) Trail Signal Fail (TSF)
Server Signal Fail (SSF) Loss Of Alignment (LOA) Loss Of Partial Capacity (LOPC) Loss Of Total Capacity (LOTC) Fragmentation Failure (FF)
TM Forum 2007
CTPs LR_VT1_5_and_TU11_VC11
CTPs LR_STS1_and_AU3_High_Order_VC3
LR_PHYSICAL_OPTICAL
TM Forum 2007
4.8.6
The following diagram shows a direct mapping of Ethernet over a VC4-4c/STS12c which is itself carried by STM-16/OC48.
LR_PHYSICAL_OPTICAL
TM Forum 2007
LR_PHYSICAL_ELECTRICAL
B N
LR_PHYSICAL_OPTICAL
TM Forum 2007
A B
N
FIXED
TM Forum 2007
A B
N
FIXED
CTPs LR_Ethernet
M
PTP with layers: LR_Line_OC48_STS48_and_MS_STM16
LR_PHYSICAL_OPTICAL
TM Forum 2007
FIXED
M
PTP with layers: LR_Line_OC48_STS48_and_MS_STM16
LR_PHYSICAL_OPTICAL
4.9
The reader should study sections 4.1 (on page 61) and 4.2 (on page 61) prior to reading this section.
TM Forum 2007
2
PTP with layers: LR_DSR_2xSTM1 LR_PHYSICAL_MEDIALESS
TM Forum 2007
This PTP may be used in a simple ME with fixed connectivity to transfer two STM-1 signals (see also section 5 Fixed Crossconnect Usage on page 113)
Fixed
2
PTP with layers: LR_DSR_2xSTM1
LR_PHYSICAL_OPTICAL
LR_PHYSICAL_MEDIALESS
TM Forum 2007
CTPs LR_STS3c_and_AU4_VC4 PTP with layers: LR_Line_OC3_STS3_and_MS_STM1 LR_Section_OC3_STS3_and_RS_STM1, LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC3_STM1 LR_OPTICAL_SECTION
Fixed
CTPs LR_STS3c_and_AU4_VC4 PTP with layers: LR_Line_OC3_STS3_and_MS_STM1 LR_Section_OC3_STS3_and_RS_STM1 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC3_and_STM1 LR_PHYSICAL_MEDIALESS
LR_PHYSICAL_OPTICAL
main
backup
TM Forum 2007
For a vast majority MEs each case in the ME where the cross connection between two TPs can not be adjusted in any way give rise to simple hidden relationships between layers within a TP (PTP, CTP, FTP) or between TPs as containment. However in some cases it is not possible to hide the relationship as either the cardinality of the relationship is not simple or the fixed nature of the relationship is temporary and caused by some other configuration of the ME.
For example, some MEs support TPs that can work in 2 modes depending upon the configuration of the ME: fixed multiplexing and cross connecting flexible cross connect
Taking an example an ME that supports only a single layer of connection flexibility per signal passing so flexible crossconnection may be performed at VC12 or at VC4 but not both for any particular signal (due to an intentional design limitation in the fabric of the ME). Consider a 2Mb card which supports physical 2Mb ports that can be either flexibly cross-connected at VC12 level to STM-n ports where the VC4 is mapped directly into the port. Alternatively all the VC12s may be connected in a fixed relationship on the card into a VC4 FTP and this FTP may then be flexibly cross-connected at VC4 level.
The VC4 TP can be configured in 3 modes as shown in the following figures: In mode fixed cross connect as shown in Figure 95 Client Crossconnect/SNC is fixed on page 114, the low order TP are connected in the fixed manner into a high order FTP. In mode flexible cross connect as shown inFigure 96 Client Crossconnect/SNC flexible on page 115, the low order CTPs can be flexible cross connected to other low order CTPs on some others. In mode not set as shown inFigure 97 Client Crossconnect/SNC is not present on page 115, the containing TP is not configured in either modes above. It means it can be configured in any of the above mode at a later time.
This is modeled through the interface by reporting fixed VC12 cross connect between CTPs derived from the 2 Mb physical ports on one hand and from CTP derived from the FTP on the other hand.
TM Forum 2007
Fixed
Mux Card
TM Forum 2007
Mux Card
TM Forum 2007
6 Topological Links
Prior to release 3 a Topological Link (TL) was either a physical link between two PTPs, at the lowest (server-most, closest to physical) common layer (highest common layer rate) of which the EMS has accurate knowledge, or an ATM link between two ATM NI CTPs. In release 3 of the MTNM model, the ATM link case is extended to trails between two arbitrary termination points which have the layer rate of the topological link in common and encapsulate a TTP at this layer. This chapter considers examples of physical links and ATM links. Refer to chapter 8 for examples of release 3 topological links.
6.1
The topological link of the MTNM model allows an EML to report interconnectivity between PTPs of NEs within subnetworks and at the edges of subnetworks. The topological link represents interconnectivity at a single layer rate between a G.805 TTP encapsulated by the PTP at one end and the PTP at the other. It does not necessarily represent the physical interconnectivity between the NEs.
NE 1
NE 2
NE 3 Physical Interconnectivity
NE 4
Figure 98 Link Layering For example, in Figure 98 (on page 116), the EML exposes a layer B topological link to the NML between a port of NE1 and a port of NE2 which in this case happens to reflect the physical interconnectivity since it is assumed that the EML does not know layers C and D accurately enough for NE1. The EML also exposes a layer B topological link to the NML between a port of NE2 and a port of NE4 that clearly does not reflect the physical interconnectivity. In the latter case, the positioning of NE 3 is not indicated to the
TM Forum 2007
Functional Modeling Concepts NML and from the NML perspective NE3 is floating. 12 For example, NE 3 may be an SDH/SONET regen in a network where the connectivity can only be verified at the Multiplex Section/Line layer. The EML should report Topological Links at the lowest layer (i.e., closest to physical or server-most) about which it has accurate knowledge. With the Topological Links alone the NML will not have sufficient information to determine the flow of traffic through an NE, the Topological Link information must be used in conjunction with SNCs in the appropriate layer. This applies not only to layers in which an NE is flexible, but also when an NE supports an inflexible SNC between CTPs of two PTPs (as shown in the figure within NE 2). To provide sufficient information about traffic flow the EML should report an SNC (crossconnect) to represent the traffic flow through NE 2 in layer A even if the SNC can not be deleted. 13 An example of this would be an SDH/SONET regenerator which provides fixed MS/Line layer SNCs between its PTPs. Although in some cases, for example when the regenerator has only two PTPs equipped, it would be possible for an NML to infer the connectivity within the NE, in general this is not the case. To maximize consistency the EML should report all flexible and inflexible SNCs. 14
6.2
The following section details the topological link model to be reported for various different EML consolidations. It specifies the topological link responses expected for the cases of a single EMS for the whole network and of separate EMSs for WDM, ATM and SDH. A number of alternative presentations are highlighted for some cases.
12 The EML should only report topological link connectivity of which it has accurate knowledge. It would be wrong in the case shown for the EMS to report a layer C topological link between NE2 and NE4. 13 From release 3 onwards such an SNC can be marked as being fixed (see chapter 5 on page 113). 14 A signal can only flow across an NE from CTP to CTP via an SNC.
TM Forum 2007
F 4 WDM 5 E 16 ILA 19 D 13 DSR SDH OS 12 PDH 14 OS 15 H SDH Regen 22 SDH 18 WDM WDM 17 WDM
8 SDH WDM
WDM 10 11 ILA
DSR
WDM
TM Forum 2007
NE 15
NE 22
NE 18
Figure 100 SDH Regen topology reported The next diagram shows the case of an EML that has chosen not to expose to the NML the interconnectivities between the SDH multiplexers (NE15 and NE18) and the SDH regen (NE22), although the EML does report the regen (NE22) to the NML. The NML will need to build the regen into the network model for other information (using NML-provisioned TLs between NE15/NE18 and NE 22), the EML presentation is that of a floating NE22. The topology view is the same that would be achieved if the EML device managing NE15 and NE18 was not the device managing NE22. Again the EML responsible for the regenerator (NE22) reports the internal connectivity of the regenerator to the NML via an SNC (= crossconnect). From release 3 onwards on the MS layer an SNC could be provisioned instead of a TL (see the lower SNC in section 8.2.9)
VC4 MS
RS DSR OS Phy
RS DSR OS Phy
NE 15
NE 22
NE 18
TM Forum 2007
NE 6
NE 10
NE 11
NE 12
Figure 102 Basic Link Arrangement for DWDM Now consider the case where the SDH NEs (NE6 and NE14) are managed by one EML device (EML1) and the DWDM NEs are managed by another EML device (EML2). In this situation the NML can only gain partial information from the EML devices.
15
NE 6 is unaware of the OTS layer interconnectivity. TM Forum 2007 Page 120 of 159
VC4 MS RS DSR
EML 1
EML 2 OCH OMS OTS Phy OMS OTS Phy OTS Phy OMS OTS Phy OS Phy NE 13 NE 14
NE 6
NE 10
NE 11
NE 12
TM Forum 2007
ATM VC ATM VP
ATM NI
VC4
MS RS DSR OCH OMS OTS Phy OMS OTS Phy OMS OTS Phy OTS Phy OMS OTS Phy OMS OTS Phy
NE 2
NE 4
NE 5
NE 16
NE 17
NE 19
NE 20
Figure 104 ATM and DWDM managed by single EML device It is likely that two separate EML devices are managing the network, one dealing with the ATM NEs (NE2 and NE20) and the other with the DWDM NEs (NE4, NE5, NE16, NE17 and NE19). The ATM EML device (EML1) will report the ATM NI topological link and the DWDM EML device (EML2) will report the other Topological Links thereby baring the physical interconnectivities NE2-NE4 and NE19-NE20, both of which cross the EML boundary. These outer interconnectivities can be reported as off network topological links (see section 7.3 on page 126).
TM Forum 2007
ATM NI
VC4
MS RS DSR OCH OMS OTS Phy OMS OTS Phy OMS OTS Phy OTS Phy EML 2 OMS OTS Phy OMS OTS Phy
NE 2
NE 4
NE 5
NE 16
NE 17
NE 19
NE 20
TM Forum 2007
VC4
VC4
MS RS
MS RS
DSR
OS
OS
OMS OTS
OS
OS
Phy
Phy
Phy
NE 7
NE 10
NE 11
NE 12
NE 13
NE 14
TM Forum 2007
7.1
The following example covers the case of a single EMS that is managing all the NEs and is offering separate subnetworks per technology. The EMS provides no top level topological links.
ATM Subnet 1 Pa Pz 21
RS Topological Link Pc Pz
16 WDM Subnet
17
19
21
TM Forum 2007
7.2
The following example covers the case of a single EMS that is managing all the NEs and is offering one subnetwork covering all technology. The EMS provides no top level topological links.
16
17
19
21
OTS Link
7.3
The following example covers the case of two EMSs, one of which (Manager A) is managing the ATM NEs (1 and 21) within a single subnetwork and the other (Manager B) is managing the SDH/WDM NEs (3, 4, 5, 16, 17 and 19) within a single subnetwork. In this example both EMSs provide top level topological links that are off network and as a consequence report a remote address in the Z end of the link. It is quite acceptable for an EMS to not support the single ended links.
TM Forum 2007
ATM/SDH/WDM Subnet 1 Pa Pz 21
Off network
SDH/WDM Subnet
7.4
The following example covers the case of two EMSs, one of which (Manager A) is managing the hybrid NEs 1 and 21 as ATM NEs within a single subnetwork and as SDH/WDM NEs in two separate subnetworks, the other (Manager B) is managing the remaining NEs (3, 4, 5, 16, 17 and 19) within a single (SDH/WDM) subnetwork. Both EMSs provides top level topological links that are off network.
TM Forum 2007
ATM Subnet 1 Pa Pz 21
ATM NI Topological Link SDH Subnet Pa Off network Off network RS Topological Link OTS Topological Link Manager A Manager B Off network 3 Pc Off network 4 5 16 17 19 SDH/WDM Subnet Pz 21
SDH/WDM Subnet
7.5
The following example covers the case of a single EMS managing the ATM NEs (1 and 21) within a single (ATM/SDH/WDM) subnetwork and the other NEs (3, 4, 5, 16, 17 and 19) within a single (SDH/WDM) subnetwork. The EMS provides top level topological links between the two subnetworks.
TM Forum 2007
ATM/SDH/WDM Subnet 1 Pa Pz 21
OTS Link
Pc
16
17
19
SDH/WDM Subnet
TM Forum 2007
G.805 Trail
TCP SNC
G.805 Trail
Figure 112 Extract of ITU-T G.805 Layered Model showing Trails In the release 3 version of the MTNM interface the SNC capability was enhanced to allow the creation of an SNC to the TCP encapsulated in any MTNM TP to encompass the Trail Termination function. Prior to release 3 it was only possible to create an SNC between the G.805 CP of a CTP (CTP type C, D and E in Figure 14 on page 33) or a G.805 TCP of a CTP that possessed no G.805 CP at the layer of connectivity (CTP type F and K in Figure 14 on page 33). It was not possible, for example, to create an SNC terminating on a PTP. From release 3 onwards, however, an SNC may represent not only a G.805 Sub-Network Connection between CTPs, FTPs and GTPs but also a G.805 Network Connection (NC) between G.805 TCPs (sometimes called a closed NC), or between a G.805 TCP and a G.805 CP (sometimes called a halfopen NC), that are encapsulated in any two MTNM TPs. Refer to Figure 134 on page 156 for the definition and relationship of G.805 Trails and NCs between the same TTPs. As a consequence, an SNC may potentially be created between any TPs. At a Connection Matrix (CM) end point (a G.805 CP) the span of the SNC starts with a fixed or flexible connection through the ME at the SNC layer, i.e. the connectable layer of the end point. At a Link Connection (LC) end point the span of the SNC starts with a G.805 TCP with mapping mode set to
TM Forum 2007
Functional Modeling Concepts TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING if it is flexible (i.e., can be attached to a G.805 CP at the same layer). The default end point type is CM which is the only type available prior to release 3 (it is not necessary to indicate this default type, however an LC connection end point must be indicated). Intermediate route points of an SNC are always of the CM type (i.e., they are the end point of a fixed or flexible connection fragment). This chapter shows all of MTNMs release 3 SNC capabilities in Figure 113 (on page 133) to Figure 128 Fully protected server SNC using FTPs on page 147. The figures also show SNCs terminating on PTPs or FTPs and highlight those SNCs that result from the SNC enhancement introduced in release 3 to encompass trail terminations. The assembly of G.805 TT function and associated G.805 TCP, i.e. the G.805 TTP, is always encapsulated in the same MTNM TP. This implies that between the same two end points there can potentially be a topological link and a network connection or SNC (but not at the same time in the same subnetwork). However, these are different MTNM connection objects since they transport different signals. While a TL runs between G.805 access points and transports adapted information, an NC or SNC runs between TCPs or CPs and transports characteristic server-layer information (see also Figure 133 on page 155). An SNC between TTPs could be considered as a trail when the TT functions are meant to be encompassed. It should be noted that the MTNM model has been extended further extended to support ASON Control Plane and that this section should be read in conjunction with the two ASON Control Plane supporting documents (SD1-45 and SD1-46) for ASON Control Plane deployments.
8.1
The enhanced SNC capability leads to the need to introduce a set of rules that govern the creation and deletion of SNCs and Topological Links as there is now a choice as to which entity to create between two TPs such that in some cases either entity could potentially be used. To understand the rules it is important to first understand the distinction between the SNC and the TL using the concepts from G.805 (see Figure 1 Extract of ITU-T G.805 Layered Model and MTNM Simplification on page 16 and Figure 112 Extract of ITU-T G.805 Layered Model showing Trails on page 130). The SNC: Is primarily for control of the network configuration and service provision Usually has routing details available in the layer of the SNC and often in the server layer(s) Note: There are cases of SNCs with empty route (see Figure 118 SNC without Crossconnects on page 138). Has a single dedicated layer rate but the layer rates of the crossconnections of its route(s) may refer either to this rate or to different server layers Is between G.805 TCPs and/or G.805 CPs of MTNM TPs (all four potential cases are possible) The end point of an SNC can be an edge TP only in the G.805 CP case, and so edge PTPs of type A (see Figure 13 PTP variety and layering on page 29) are never included in SNCs as they face out of the subnetwork Represents the essence of a G.805 SNC or Network Connection (NC)
The TL:
TM Forum 2007
Functional Modeling Concepts Note: Currently the MTNM model does provide means for creation and deletion of TLs but no means for TL provision in the sense of capacity management and link connection partitioning (i.e., channelization of TL capacities into link connections). Is used where there is no information (to the manager of the layer of the TL) on the relationship between the server layer termination relationship and connectivity Does not have any routing details except that it associates two peer end points Has a single dedicated layer rate Is solely created between G.805 TCPs of MTNM TPs (respectively between the hidden APs) Always represents the end-to-end essence of a G.805 Trail
There is a strong drive to constrain the number of objects visible at the MTNM interface to a minimum set to reduce the amount of data that needs to be transferred over the interface. For example, an EMS that provides an "Opaque View" of subnetworks to the NMS offers a minimum set of a subnetwork's resources that the NMS will need to see in order to manage the subnetwork (see section 8.2.16 on page 151). As a consequence there is a drive to not duplicate information. So for an EMS to report a topological link between two TPs and an SNC between the same two TPs to the same NMS would appear to be wasteful. There is also a drive for consistent operation of the interface from vendor to vendor reducing variety and easing the task of integration and validation of conformance. These drives in conjunction with the differences in definition of TL and SNC lead to the following rules: There should be no more than one SNC between a pair of TPs at any layer of the TPs as only one operation is required to associate the TPs via network routing This SNC must be at a lower layer than any Topological Links between the same two TPs The span of the SNC should include at least one of the following: A crossconnection in another ME between the two TPs that delimit the SNC A TP with flexible termination mode at the layer of the SNC A TP which is always terminated and mapped at the layer of the SNC A CTP of type F or K (see Figure 14 CTP variety and layering on page 33) (which can never be terminated and mapped) A variable Inverse Multiplexing function in the direct server layer (see section 3.11.5 TPs for Inverse Multiplexing (IM), Virtual Concatenation (VC), and IMA on page 57) There may be several Topological Links between two TPs, but for the layer set of any individual multi-layer subnetwork to which a TP belongs, there may be no more than one topological link to the TP per direction (see Figure 110 Two EMSs alternative on page 128 for a basic example). There should be no Topological Link between a pair of TPs if there is an SNC between that pair of TPs in a layer that is in the same multi-layer subnetwork (an SNC represents a trail when it encompasses the trail termination function at one or two ends).
Figure 113 Basic SNC and TerminationMode Capabilities(on page 133) to Figure 128 Fully protected server SNC using FTPs (on page 147) show abstract network examples of these rules and highlight cases that are illegal. The rules identified have implications in a number of common network transition scenarios. There are examples highlighted in the following sections. It should be noted that as a result of any network transition the SNC and topological link configuration should abide by the rules highlighted.
TM Forum 2007
8.2
Examples
Most of the following examples show very simple network cases. In reality there would be many more MEs involved between the terminating MEs, there may be complex server layer networks and there may be protection. Protection is shown in some of the later examples.
8.2.1 Basic SNC and Topological Link Model for singleton implementation
The following diagram shows the basic MTNM release 2 model for SNCs, TerminationMode and Topological Links for a singleton implementation. The diagram shows three MEs participating in a fragment of a trail. These capabilities are still available from release 3 onwards.
TerminationMode set to TM_TERMINATED_AND_AVAILABLE_FOR_MAPPING
ME1 ME2
ME3
Figure 113 Basic SNC and TerminationMode Capabilities So in a release 2 singleton implementation a fragment of a trail, when it cannot be represented as a TL, is represented by a sequence of MTNM objects comprising multiple MEs and consisting of adjacent singleton SNCs and a terminated and mapped CTP that is adjacent to the first (or last) SNC. The adjacencies of SNC end points and other edge TPs are represented by topological links below the SNC layers.
TM Forum 2007
8.2.2 Basic SNC and Topological Link Model for mesh subnetwork
The following diagram shows the basic MTNM release 2 model for SNC, TerminationMode and Topological Links for a mesh subnetwork 16 . The diagram shows three MEs participating in a full trail that is made up of the combination of the SNC and the two TerminationMode settings on the CTPs. Instead of only ME2 there could be any reasonable number of MEs belonging to the shown subnetwork each having a crossconnect that participates in the SNC and therefore in the trail.
Subnetwork including TPs in all MEs (ME2 could be a sequence of MEs in the Subnetwork with an associated sequence of XCs)
ME1 ME2
ME3
It should be noted that the MTNM model has been extended to support ASON Control Plane and that this section should be read in conjunction with the two ASON Control Plane supporting documents (SD145 and SD1-46) for ASON Control Plane deployments.
16
TM Forum 2007
ME1 ME2
ME3
Therefore it is not necessary to indicate the endpoint type CM/LC for a singleton subnetwork implementation as the endpoint type is always CM which is the default. SD1-18_layers, Version 3.4 TM Forum 2007 Page 135 of 159
17
Illegal!!
TM Forum 2007
TM Forum 2007
TM Forum 2007
TM Forum 2007
Illegal!!
TM Forum 2007
Figure 121 A valid form of SNC configuration for the case covered in Figure 120
8.2.9 Extended SNC Model showing two SNCs on top of each other
The following diagram shows the extended MTNM release 3.0 model for SNCs highlighting a case where an SNC exists at two layers above the same physical ports.
TM Forum 2007
Figure 122 Two layers of SNC legally formed And the next diagram shows the implications of removal of the intermediate ME.
Illegal!!
TM Forum 2007
Illegal!!
TM Forum 2007
Figure 125 SNC including a fixed TP relationship in its layer as part of its route
TM Forum 2007
8.2.11 Extended SNC Model with SNC and Topological Link between FTPs
The following diagram shows the extended MTNM release 3.0 model for SNCs highlighting a case where an SNC (i.e., a network connection) and a topological link (i.e., a trail) exist between two FTPs at the same time. Note that the SNC and topological link work at different multi-layer subnetworks. For example, the FTPs could represent peer IMA groups with the topological link representing the IMA Virtual Link composed of the supporting physical IMA links as shown in Figure 78 on page 95. This case is particularly applicable to Ethernet deployments (see SD1-44).
ME1
ME3
ME2
TM Forum 2007
Subnetwork including TPs in all MEs (ME2 and ME2a could be sequences of MEs in the Subnetwork with associated sequences of XCs)
ME1
ME3
ME2
add/drop XC ME2a
add/drop XC
ME1a
ME3a
crossconnect (XC)
protected core server SNC partially protected server SNC (closed NC in release 3)
Figure 127 Partially protected server SNC (Release 2) Using release 3 capabilities, a fully protected end-to-end infrastructure trail can be provisioned and separate network elements for the add/drop XCs are not needed. The following diagram shows the extended MTNM release 3.0 model for SNCs highlighting a case where SNC protection exists between two corresponding floating TPs (which are like PTPs always terminated and mapped at the client side). This SNCP represents the end-to-end protection of a server SNC which is in fact an infrastructure trail. Add/drop XCs are used to connect each FTP with edge CTPs, and TLs
TM Forum 2007
Functional Modeling Concepts connect the corresponding edge PTPs to the peer MEs where the core serving SNC starts respectively ends. The worker route and protecting route use different edge PTPs and therefore different TLs to reach a high degree of protection against topological link failures such as fibre cut. In large networks the server SNC could comprise multiple subnetworks with add/drop SNCs in the outer subnetworks and simple SNCs in the inner subnetworks. Such an SNC is called "NMS server SNC" since it needs to be stored at the NMS and is built from fragment SNCs that may be stored at multiple EMSes.
Subnetwork including TPs in all MEs (ME2 and ME2a could be sequences of MEs in the Subnetwork with associated sequences of XCs) or sequence of Subnetworks in case of NMS server SNC
ME2a
ME1
ME3
TM Forum 2007
NE 6
NE 10
NE 11
NE 12
TM Forum 2007
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
CTPs 12 x LR_STS1_and_AU3_High_Order_VC3
PTP with layers: PTP with layers: LR_Line_OC48_STS48_and_MS_STM16 LR_Section_OC48_STS48_and_RS_STM16 LR_DIGITAL_SIGNAL_RATE or LR_DSR_OC48_STM16 LR_Optical_Section LR_PHYSICAL_OPTICAL LR_OCH_Data_Unit_1 LR_Line_OC48_STS48_and_MS_STM16
LR_Section_OC48_STS48_and_RS_STM16
LR_DSR_OC48_STM16
LR_OCH_Transport_Unit_1
LR_DIGITAL_SIGNAL_RATE or
LR_Optical_Channel
LR_Optical_Multiplex_Section
LR_Optical_Transmission_Section &
LR_PHYSICAL_OPTICAL
TM Forum 2007
CTPs LR_Ethernet
FTP LR_Encapsulation
N
LR_Fragment
LR_VT1_5_and_TU11_VC11
CTPs LR_STS1_and_AU3_High_Order_VC3
LR_OPTICAL_SECTION
LR_PHYSICAL_OPTICAL
Figure 130 Ethernet topological links and SNCs when using Inverse Multiplexing
TM Forum 2007
half-open trail
SNC
half-open trail
client SNC
Figure 131 End-to-end trail made of two half-open trails and an ordinary SNC Refer to section 8.2.12 (on page 146) and Figure 128 (on page 147) for the more subtle case of SNCP provisioning by means of add/drop SNCs that results in a fully protected end-to-end trail.
TM Forum 2007
8.3
It should be noted that it is quite possible for the interface described in this solution set to be used at several layers in the management hierarchy of a particular deployment. So in a large network it is possible that an OSS uses this interface to manage an NMS that again uses this interface to manage an EMS. In this case the SNCs represented at the NMS to OSS interface may consolidate several SNCs represented at the EMS to NMS interface. An SNC that is a client SNC from an EMS perspective may be a server SNC from and NMS perspective. Since server SNCs are part of the route of any client SNC they establish a client/server relationship between SNCs on adjacent layers which corresponds to the (one-to-one, many-to-one, one-to-many) G.805 relationship of the layers themselves. This relationship could be refined by the introduction of link connections. An NMS opaque view, as opposed to a detailed view, comprises the following resources per subnetwork: All edge PTPs (and edge FTPs if applicable) and their contained CTPs All (release 3) SNCs between edge TPs All half-open trails ending at an edge TP at their open side (i.e., the un-terminated side) All interior end points of half-open trails (PTPs, FTPs, CTPs) and their contained CTPs Optionally containing TPs, supporting equipment objects, and containing MEs of such interior end points
When an NMS opaque view is offered by the EMS there must be means to discover, and optionally to provision, half-open trails in addition to SNCs between edge TPs, and potential or actual interior end points of half-open trails in addition to edge TPs. Such means are conceivable but are not part of the current release of the MTNM interface. For example, when creating a half-open trail edge TPs of client SNCs, which shall be connectable to contained TPs of the yet unknown interior end point, could be supplied as a kind of routing inclusion constraints (see attribute neTpInclusions of SNCCreateData_T). This mechanism would generalize the provisioning of closed trails by TerminationMode settings (see section 8.2.2 on page 134 and section 8.2.6 on page 138). The EMS may also offer, for the convenience of the NMS, an EMS assignment capability for interior end points of halfopen trails (as explained in section 8.2.12 on page 146).
8.4
An ATM link, i.e. a top level or inner TL between peer ATM NI CTPs, is used to transport VP traffic and "VC without VP" traffic between ATM NEs (e.g., NE1 and NE3). The ATM link capacity is used to support ATM VP trails within ATM subnetworks. The EMS could expose a VP trail as a topological link since it is a component of the ATM infrastructure used for VC traffic (PVCCs or SVCCs). In release 2 of the MTNM interface the trail is created as a "server SNC" between two ATM VP CTPs, which is extended on both ends by two further ATM VP CTPs that are terminated and mapped. The trail therefore consists of a VP SNC and two terminated VP CTPs. Each terminated CTP is made adjacent to its counterpart CTP (which is connected) by a topological link at its server layer that needs not be exposed at the MTNM interface. But the whole VP trail between the two terminated VP CTPs should be exposed as a topological link at the ATM VP layer; this is possible in release 3 (see chapter 8). The same TL is used for all VP trails served by the same network interfaces.
TM Forum 2007
LR_ATM_VC
VP Trail
LR_ATM_VP
SNC
LR_ATM_NI
TL
TL
NE 1
NE 3
NE 20
NE 1*
Figure 132 ATM VP trail supported by ATM links and ATM VP SNC The blue dotted lines in the figure represent G.805 link connections (LCs) that are not modelled in the MTNM interface. The VP LCs partition the NI topological links (ATM links) while the VC LCs partition the VP trails. The link connections need not be provisioned separately but VP/VC link connections become available when peer ATM NI/VP CTPs are terminated and mapped. VC LCs and SNCs convey VC layer characteristic information (CI) consisting of VC layer adapted information (AI) and F5 OAM information. VP trails convey VP layer AI (which includes multiplexed VC layer CI), and VP LCs and SNCs convey VP layer CI consisting of VP layer AI and F4 OAM information. Note that the ATM NI CTPs shown in the figure could also be IMA Groups represented by FTPs. Then the adjacency topological links between peer IMA groups represent IMA Virtual Links.
TM Forum 2007
TM Forum 2007
Trail termination
SNC TCP CP
LC CP
LC CP
LC CP
SNC TCP
T1304480-95
Figure 133 Basic G.805 Modelling Concepts Reference points are formed by the binding between inputs and outputs of adaptations and/or trail terminations and/or transport entities. Bindings represent static connectivity that cannot be directly modified by management action. Each transport entity is delimited by accompanying reference points: LCs and SNCs by connection points (CPs) or termination connection points (TCPs), and trails by access points (APs). Figure 133 (on page 155) (which is Figure 3/G.805) provides an overview of the different pipe and reference point concepts used in connection-oriented TMN functional models. Figure 134 (on page 155) (which is Figure 2/G.852.2) provides an overview of the corresponding enterprise-wide network resource concepts. ITU-Ts Rec. G.852.2 (Enterprise Viewpoint Description of Transport Network Resource Model, March 1999) specifies a set of definitions of management abstractions of G.805 transport network architectural components; these abstractions are termed network resources and the resulting transport network resource model is termed Transport Network Enterprise Model (TEM). The most important resources are the Connection Termination Point (CTP) and the Trail Termination Point (TTP). The CTP is the assembly of the CP resp. TCP and the client-layer part of the accompanying adaptation. The TTP is the assembly consisting of the trail-termination part of the TCP and the accompanying trail termination together with the server-layer part of the adaptation and hence together with the AP. Figure 134 (on page 156) shows that in the TEM, CTPs are the delimiters of link connections and TTPs are the delimiters of trails, while TCPs are the delimiters of network connections as in G.805.
TM Forum 2007
Client layer
AP
Trail termination
Link LC
TCP
Trail termination
AP
Server layer
AP
TCP
T0410250-98
Figure 134 Transport Network Resource Model (G.852.2) The inclusion of inverse multiplexing, adaptation and trail termination function cardinalities, and link partitioning (taken from G.852.2) are the essential enhancements of the current issue of G.805 (March 2000, published in August 2001) compared to its predecessor (November 1995). G.805 classifies transport network layers into service layers, path layers, and physical layers. Physical layers are either media-independent transmission path (TPath) layers or media-dependent transmission media (TMedia) layers (= core transmission layers). TMedia layers are section layers (e.g., multiplex sections, regenerator sections, digital sections, optical channels) or physical media layers (e.g., wired cables, optical fibres, radio frequency channels). G.805 describes the functional and structural architecture of connection-oriented networks in a generic way, i.e. independently of the underlying networking technologies. Its power is revealed when applying it to technologies of a concrete environment. The application consists of the identification of the individual layers, their characteristic information, and their adaptation and trail termination functions. Traditional examples are PDH layers, SDH layers, SONET layers, OTN layers, and ATM layers. While PDH, SDH, SONET, and OTN are connection-oriented (CO) and circuit-switched (CS) technologies, ATM is CO and packet-switched (PS). Figure 135 (on page 157) provides an overview of the transmission layers of these technologies. They are already available with release 2 of the MTNM interface. Technology
pertinent standard(s)
Layer Type
Layers
Digital PDH
G.703, G.705
TM Forum 2007
VC-11, VC-11-Xv, VC-12, VC-12-Xv, VC-2, VC-2-Xc, VC-2-Xv, VC-3, VC-3-Xv (X = 1..256) VC-3, VC-3-Xv, VC-4, VC-4-Xc, VC-4-Xv STM-n (n = 0, 1, 4, 8, 16, 64, 256) STM-n (n = 0, 1, 4, 8, 16, 64, 256) VT-1.5, VT-1.5-Xv, VT-2, VT-2-Xv, VT-3, VT-6, VT-6-Xc, VT-6-Xv STS-SPE, STS-Xc, STS-Xv, STS-3c-SPE, STS-3c-Xc, STS-3c-Xv STS-n, OC-n (n = 1, 3, 12, 24, 48, 192, 768) STS-n, OC-n (n = 1, 3, 12, 24, 48, 192, 768) OPUk, OPUk-Xv, ODUk (k = 1, 2, 3) OTUk, OTUkV (k = 1, 2, 3) OCh, OChr OMSn, OTSn, OPSn (n >= 0) VC, VP UNI, NNI, layering depending on underlying transport technology
SONET
T1.105, GR-253
OTN
G.709, G.798, G.872
ATM
I.150, I.326, I.731, I.732
Path TPath
Figure 135 Traditional Transmission Technologies Refer to the supporting document SD1-17 for an overview of these and more transmission layers and technologies supported by the current release of the MTNM interface.
TM Forum 2007
10 Administrative Appendix
10.1 Document History
Version 3.0 3.0 3.1 Date April 2005 June 2005 December 2005 References updated Version in names of referenced supporting documents deleted. Description of Change
3.2
January 2007
Minor enhancements to account for Control Plane and Ethernet additions in MTNM 3.5 (referencing additional supporting documents). Minor enhancements to improve wordings in the context of MTOSI.
3.3
November 2007
Removed references to ASON Control Plane documents SD1-45 and SD1-46. 3.4 August 2008 Addition of Ethernet model description. Version generated for MTNM with ASON Control Plane reintroduced
10.2 Acknowledgments
First Name Last Name Company
TM Forum 2007
Davis
Nortel
Please be specific, since your comments will be dealt with by the team evaluating numerous inputs and trying to produce a single text. Thus we appreciate significant specific input. We are looking for more input than wordsmith items, however editing and structural help are greatly appreciated where better clarity is the result.
TM Forum 2007