Abstract:
A system and method is disclosed that allows for the monitoring, analyzing and reporting on performance, availability and quality of optical network paths. The correlation of PM parameter metrics to client connections, coupled with threshold-based alarm generation provides a proactive and predictive management, reporting and analyzing of the health and effectiveness of individual path connections to alert Operational Support (OS) staff and/or customers to signal degradation and impending Network Element (NE) failures. The system and method performs in real-time processing intervals required for alarm surveillance in a telecommunications network.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This application is a continuation of co-pending U.S. patent application Ser. No. 12/074,388, entitled “Predictive End-To-End Management for SONET Networks,” filed on Mar. 4, 2008, the disclosure of which is incorporated herein by reference in its entirety. 
     
    
     BACKGROUND OF THE INVENTION 
       [0002]    The invention relates generally to network communications. More specifically, the invention relates to a system and method for predictive end-to-end network management for optical networks employing monitoring, correlating and alarming performance parameters. 
         [0003]    A Synchronous Optical Networking (SONET) system includes switches, multiplexers and repeaters, all connected by optical fiber. SONET topologies are typically configured as self-healing, dual-ring networks using dual fiber optic cables. 
         [0004]    The SONET physical layer is divided into four sublayers. The lowest sublayer is the photonic sublayer. The three remaining sublayers correspond to the sections, lines and paths. An optical fiber going directly from any device to any other device is referred to as a section. A run between two multiplexers is referred to as a line and the connection between a source node and a destination node with one or more multiplexers and repeaters is referred to as a path. The section sublayer handles a single point-to-point fiber run, generating a standard frame at one end and processing it at the other. Sections can start and end at repeaters, which amplify and regenerate the bits, but do not change or process them. The line sublayer is concerned with multiplexing multiple tributaries onto a single line and demultiplexing them at the other end. To the line sublayer, the repeaters are transparent. When a multiplexer outputs bits on a fiber, it expects them to arrive at the next multiplexer unchanged, no matter how many repeaters are used in between. The protocol in the line sublayer is between two multiplexers and deals with issues such as how many inputs are being multiplexed together and how. The path sublayer and protocol deal with end-to-end issues. 
         [0005]    SONET and Synchronous Digital Hierarchy (SDH) have a limited number of defined architectures. These architectures allow for efficient bandwidth usage as well as the ability to transmit traffic even when part of the network has failed. 
         [0006]    A major advantage of SONET networks is their standardized Automatic Protection Switching (APS) schemes. SONET systems can be configured as point-to-point terminals, linear add-drop chains and rings. Two types of self healing ring topologies are Unidirectional Path Switched Ring (UPSR) and Bi-directional Line Switched Ring (BLSR). 
         [0007]      FIG. 1  shows a four node ring. Each node on the ring is connected to its respective adjacent nodes by two optical fibers, one transmits and one receives. The outer fiber loop may be referred to as ring  1  and the inner fiber loop is referred to as ring  2 . In this example a path (circuit) is to be set up between nodes A and C. The input at node A travels clockwise on ring  1  and egresses at node C. The input to node C also travels clockwise on ring  1 . The signal egresses at node A completing the path, establishing communications between source node A and destination node C. All that is required for the path to be operational is the ring  1  fiber unidirectional path. 
         [0008]    Ring  1  is the working path and ring  2  is the protection path. Protection is facilitated by adding a bridging circuit at the SONET Network Element (NE) source node. Protection traffic travels anticlockwise on ring  2 . A selector switch is implemented at the SONET NE destination node which chooses the signal that exits. Selection is made upon SONET Performance Monitoring (PM) path parameters such as Alarm Indication Signal (AIS), Loss of Pointer (LOP), Loss of Signal (LOS), Signal Degrade (SD), and others. 
         [0009]      FIG. 2  shows a fiber break between nodes B and C. When the break occurs, the receiver at node C ring  1  detects an Optical Carrier (OC) OC-N LOS and inserts an Alarm Indication Signal-Path (AIS-P) onto all affected paths. When a drop node (in this case node C) detects the AIS-P on the working path, the selector performs a path switch to ring  2 . Because node C is adjacent to the fiber break, all of its selectors will make a path switch. The output of node C on ring  1  has an AIS-P on all of its path signals except for those added at node C. 
         [0010]    Node A will not detect the fiber break LOS, but the receiver on ring  1  will detect the AIS-P that is inserted onto the path at node C. Node A will receive its signal from B on ring  2 . Node A is not adjacent to the fiber break so all its path selectors will switch based upon path integrity of each individual path independent of the status of any other path. Each node in a SONET ring makes the decision to switch independently without communicating to any of the other nodes. 
         [0011]    Due to the large volume of PM parameter data possibly accumulated for an OC-N line, for example, a SONET OC- 48  path from New York, New York to Los Angeles, California, having many lines, it is difficult to analyze all of the accumulated PM parameter data. Even in the absence of serious fiber breaks, the amount of PM parameter data is voluminous. For slight path deficiencies, statistical counters and metrics have not been managed. What is desired is a system and method that provides a customer with predictive end-to-end path management of his SONET networks. 
       SUMMARY OF THE INVENTION 
       [0012]    The inventors have discovered that it would be desirable to have a system and method that allows for the monitoring, analyzing and reporting on performance, availability and quality of optical network paths. The correlation of PM parameter metrics to customer paths, coupled with threshold-based alarm generation provides proactive and predictive management, reporting, and analyzing of the status and effectiveness of individual paths. Operational Support (OS) staff and/or customers may be alerted to signal degradation and impending NE failures. The system and method performs in real-time processing intervals required for alarm surveillance in a telecommunications network. Methods correlate and analyze PM parameter metrics and generate alarms using baseline thresholds. 
         [0013]    One aspect of the invention provides a method for assessing the status of a plurality of network provisioned end to end paths of a network user. Methods according to this aspect of the invention include accessing a network provisioned path database; selecting a provisioned end to end path of the network user from the database, the path being a ring having a forward path including points of interest A client  and A network  , and having a return path including points of interest Z client  and Z network , wherein: path point of interest A client  is an A-side near-end receive client facing reference obtained from performance monitoring parameters derived at the node A tributary card group, path point of interest A network  is an A-side far-end receive network facing reference obtained from performance monitoring parameters derived at the node Z optical line interface unit card group, path point of interest Z client  is a Z-side near-end receive client facing reference obtained from performance monitoring parameters derived at the node Z tributary card group, and path point of interest Z network  is a Z-side far-end receive network facing reference obtained from performance monitoring parameters derived at the node A optical line interface unit card group; for the path, identifying from the database the path source terminating node A and path destination terminating node Z; correlating the path nodes A and Z to physical ports at nodes A and Z for monitoring the path points of interest A client  and A network  ; obtaining performance monitoring parameter data for the path points of interest A client  and A network  ; for a same performance monitoring parameter x, if non-zero A client  parameter x equals A network  parameter x, identifying that a problem is manifest in equipment of the network user upstream of node A; for the same performance monitoring parameter x, if A network  parameter x is greater than A client  parameter x, identifying that a problem is manifest in path equipment within the provisioned end to end path between nodes A and Z; repeating, for a plurality of remaining network provisioned end to end paths of the network user, the elements of selecting a provisioned end-to-end path, identifying the path terminating nodes, correlating the path nodes for monitoring the path points of interest A client  and A network , obtaining performance monitoring parameter data for the path points of interest A client  and A network , identifying that a problem is manifest upstream of node A, and identifying that a problem is manifest between nodes A and Z; and preparing a report recommending maintenance of the network user&#39;s network provisioned end to end paths based on the performance monitoring parameter data. 
         [0014]    Another aspect of the method includes setting threshold values for each performance monitoring parameter x at path points of interest A client  and A network ; if A client  parameter x and/or A network  parameter x is outside of its threshold value, observing A client  parameter x and/or A network  parameter x over an accumulation period wherein A client  parameter x and/or A network  parameter x values outside of their threshold values are counted; and if after the accumulation period, the count for A client  parameter x and/or A network  parameter x is determined to be increasing, alerting a degrading condition for equipment upstream of path points of interest A client  and/or A network  respectively. 
         [0015]    Another aspect of the method includes if, after the accumulation period, the count for A client  parameter x and/or A network  parameter x is determined to be not increasing, issuing a report for the path for parameter x that includes errors introduced by equipment upstream of path point of interest A client  and errors introduced by network equipment defined between path points of interest A network  and A client . 
         [0016]    The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention will be apparent from the description and drawings, and from the claims. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0017]      FIG. 1  is an exemplary dual-ring network. 
           [0018]      FIG. 2  is the exemplary dual-ring network in  FIG. 1  sustaining a dual fiber break. 
           [0019]      FIG. 3  is an exemplary end-to-end path showing monitoring points of interest. 
           [0020]      FIG. 4  is an exemplary end-to-end path management system framework. 
           [0021]      FIGS. 5A ,  5 B and  5 C is an exemplary list of Performance Monitoring (PM) parameters and definitions. 
           [0022]      FIG. 6  is an exemplary end-to-end path management method. 
           [0023]      FIG. 7  is an exemplary end-to-end path management status report. 
       
    
    
     DETAILED DESCRIPTION 
       [0024]    Embodiments of the invention will be described with reference to the accompanying drawing figures wherein like numbers represent like elements throughout. Before embodiments of the invention are explained in detail, it is to be understood that the invention is not limited in its application to the details of the examples set forth in the following description or illustrated in the figures. The invention is capable of other embodiments and of being practiced or carried out in a variety of applications and in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having,” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. 
         [0025]    The terms “connected” and “coupled” are used broadly and encompass both direct and indirect connecting and coupling. Further, “connected” and “coupled” are not restricted to physical or mechanical connections or couplings. 
         [0026]    The invention is not limited to any particular software language described or implied in the figures. A variety of alternative software languages may be used for implementation of the invention. Some components and items are illustrated and described as if they were hardware elements, as is common practice within the art. However, various components in the system and method may be implemented in software or hardware such as FPGAs, ASICs and processors. 
         [0027]    Embodiments of the invention provide methods, systems, and a computer-usable medium storing computer-readable instructions for monitoring, analyzing and reporting on performance, availability and quality of optical network paths. The invention is a modular framework and is deployed as software as an application program tangibly embodied on a program storage device. The application code for execution can reside on a plurality of different types of computer readable media known to those skilled in the art. 
         [0028]    Embodiments correlate SONET/Ethernet PM parameter data to indicate the health status of end-to-end SONET/Ethernet network paths. Ethernet is carried over a SONET/SDH network via Generic Framing Procedure (GFP). GFP is a protocol that maps the client Ethernet packet data onto the SONET network. SONET PM parameter data and Ethernet specific PM parameter data is monitored. Client signals enter the network with or without errors and are transported across a network path during which time signal errors may be propagated or may be introduced. Embodiments predict problems in network paths that may impact customer applications and provide proactive alerting mechanisms such as automatic maintenance ticket generation. Customers’ network path status is visible via Web-based views and reports. 
         [0029]    Embodiments sample a customer&#39;s SONET/SDH path at four distinct points, and coupled with threshold-based alarms for one or more PM parameters, provide effective management, monitoring, analyzing and reporting of performance, availability and the quality of each customer&#39;s path. The correlated SONET PM data, paths, and customer data is made available to a reporting system. The reporting system generates a historical data trend for customer access and viewing via a Graphical User Interface (GUI). 
         [0030]      FIG. 3  shows a simplified SONET bidirectional end-to-end path connection  301 , from a source node A (path terminating node) NE to a destination node Z (path terminating node) NE. One or more nodes (B through Y) may reside between the path terminating nodes A and Z and may form SONET sections and lines. The SONET network architecture between node A and node Z may be a dual-ring configured as a UPSR, a BLSR using working traffic and protection traffic fibers, or other configurations. SONET rings provide a fault tolerant and flexible transmission architecture. 
         [0031]    The A and Z path terminating nodes are NEs comprised of tributary card groups  303 A,  303 Z,  305 Z,  305 A which can map DSX and OC-N digital signal levels into synchronous Virtual Tributaries (VT) VT1.5s and DS3s into Synchronous Transport Signals (STS-X) of the first level, STS-1. VT1.5s are mapped into STS-1s for transport across the network path. The synchronous nature of the VT1.5 and STS-1 allows for direct access to the payload and facilitates efficient add/drop multiplexing and grooming. The tributary card groups  303 A,  303 Z,  305 Z,  305 A convert an electrical signal such as DS3 to an OC-N signal such as OC-12. Channelized Synchronous Payload Envelope (SPE) traffic from the tributary card groups  303 A,  303 Z,  305 Z,  305 A is transmitted to and received from SONET Digital Cross-Connects (DCC)  307 A,  307 Z,  309 Z,  309 A. The DCCs  307 A,  307 Z,  309 Z,  309 A terminate SONET and DSX signals and accept optical OC-N signals and STS-1s, DS1s and DS3s. In a DCC, the switching may be performed at any granularity, for example, STS-1, STS-3, and others, cross-connecting the constituent VTs between STS-X terminations. 
         [0032]    An exemplary OC-3 system can transport 84 DS1s, 3 DS3s or any combination in-between. DS1s are interfaced to the SONET carrier using tributary card groups (low speed modules). Each tributary card in a group accepts DS1s and maps each DS1 into a VT1.5. The VT1.5s are combined to form a Virtual Tributary Group (VTG). The VTGs are multiplexed into an STS-1 and passed to Optical Line Interface Units (OLIU)  311 A,  311 Z,  313 A,  313 Z,  315 Z,  315 A,  317 Z,  317 A for multiplexing to the OC-3 line rate. 
         [0033]    Four PM parameter data measuring points of interest are defined in each end-to-end customer path (circuit), from node A to node Z and from node Z to node A. For the node A to node Z path direction, an A-side client facing reference A client  is obtained from PM parameters derived at the node A tributary card group  303 A and an A-side network facing reference A network  is obtained from PM parameters derived at the node Z OLIU cards  311 Z,  313 Z. 
         [0034]    The connection between A client  and A network  (and similarly for the Z information) is made starting with the tributary card, and traversing the cross-connect to locate where on the line side the signal leaves the node. The same logic is performed at node Z. The value which is referred to as A network  is actually the PM parameter data that is retrieved at the point on node Z′s line side card. The PM parameter data for the points of interest are the near-end receive (A client ) and far-end receive (A network ). 
         [0035]    For the node Z to node A path direction, a Z-side client facing reference Z client , is obtained from PM parameters derived at the node Z tributary card group  305 Z and a Z-side network facing reference Z network  is obtained from PM parameters derived at the node A OLIU cards  315 A,  317 A. Each PM parameter measuring point of interest A client , A network  , Z client  and Z network  collects SONET PM parameter data derived at that location belonging to an associated customer&#39;s path. 
         [0036]      FIG. 4  shows an embodiment of a system framework  401 . The framework  401  includes a correlation engine  403  that includes a network topology customer information collector  405  and a PM parameter data collector  407 . The correlation engine  403  is coupled to a reporting engine  409  and an alerting engine  411 . The reporting engine  409  is coupled to a Web access portal  413  for coupling with a network  415  such as the Internet. The alerting engine  411  is coupled to an automatic ticketing system  417  for issuing maintenance tickets depending on the status of a customer&#39;s provisioned path(s). The network topology customer information collector  405  is coupled to an inventory database  419  and a Database of Record (DBoR)  421  for the network  415 . The network topology customer information collector  405  is configured to obtain a list of customers and their provisioned paths from the network  415 . 
         [0037]    For each customer provisioned end-to-end path, the inventory database  419  stores the path data as a circuit traverses from its source node to its destination node. For example, a path connection may be provisioned from New York, New York to Los Angeles, Calif., establishing New York as the source node (A) and Los Angeles as the destination node (Z)  423 . During path provisioning, any number of intervening NEs may be employed between the path terminating nodes. The inventory database  419  maintains all path information and the identity and location of each NE in the path. The description describes paths contained within a single SONET ring. However, paths traversing inter-connected rings may also be considered. In such cases, not every NE in a path will be known. Continuity from source to destination nodes is afforded by an abstraction of the NEs that physically connect SONET rings. 
         [0038]    The tributary card groups and OLIU cards for nodes A and Z are polled in predetermined time periods via a set of Transaction Language 1 (TL1) messages issued by the PM parameter data collector  407  to acquire PM parameter data for each customer&#39;s path connection  423  to be compared. TL1 is a traditional telecom language for managing and reconfiguring SONET NEs. The TL1 commands may depend upon the card vendor, the vendor&#39;s technology and the technology release number. There are a number of specific TL1 retrieve PM commands that are functionally equivalent covering DSX, OC-N, STS-N, TX and VTX. TL1 or other command languages used by SONET NEs may be carried by other management protocols such as SNMP, CORBA and XML. 
         [0039]    SONET network management for SONET NEs has a number of management interfaces. These are an electrical interface and a craft interface. The electrical interface sends SONET TL1 commands from a local management network physically housed in an office where a SONET NE is located to any location for monitoring. The SONET TL1 commands are used for local management of that NE and remote management of other SONET NEs. The craft interface are for local technicians who can access a SONET NE on a port and issue commands through a dumb terminal or terminal emulation program running on a user&#39;s laptop. 
         [0040]    SONET NEs have a large set of standards for PM data. The PM criteria allow for monitoring not only the health status of individual NEs, but for the isolation and identification of most network defects or outages. Higher-layer network monitoring and management software allows for the proper filtering and troubleshooting of network-wide PM so that defects and outages can be quickly identified and responded to. 
         [0041]    The PM parameter data acquired by the PM parameter data collector  407  for each PM parameter measuring point of interest A client , A network , Z client  and Z network  may include the parameters shown in  FIGS. 5A ,  5 B and  5 C. As an example, there may be four Path Coding Violations (CV-P) acquired, one for each point of interest A client , CV-P , A network  CV-P, Z client  CV-P and Z network  CV-P for one path. Any number of PM parameters may be acquired for the points of interest to perform the method. 
         [0042]    The PM parameter data collector  407  acquires the path-level PM parameter data from each terminating node NE for PM parameter data measuring points of interest A client , A network , Z client  and Z network  through the issuance of TL1 commands for each customer provisioned path. SONET paths are typically provisioned with Internet Protocol Performance Metrics (IPPM) to enable end-to-end path-level performance monitoring. Each path produces an accumulation of PM parameter data for each point of interest A client , A network , Z client  and Z network . If 30 PM parameters are employed, the framework  401  will acquire 30 PM parameters for each point of interest A client , A network , Z client  and Z network , for each customer provisioned path connection, in predetermined time periods, for example, a count every 15 minutes. 
         [0043]    The inventory database  419  containing each customer and each customer&#39;s paths is mapped with each point of interest A client , A network , Z client  and Z network  for each path over time. While point of interest data acquisition is taking place, the correlation engine  403  performs a comparison of the PM parameter data to determine the status of each customer&#39;s paths. 
         [0044]      FIG. 6  shows the method. The customer provisioned path database is accessed (steps  601 ,  603 ). Each customer&#39;s paths are examined to identify each path&#39;s respective terminating nodes A and Z (step  605 ,  607 ). 
         [0045]    Each point of interest A client , A network , Z client  and Z network  for a customer&#39;s path connection is identified (steps  607 ,  609 ,  611 ,  613 ,  615 ) and is correlated with the identity of the physical NE cards at node A and node Z (step  617 ). TL1 commands are issued by the PM data collector  407  to obtain the PM parameter data for each point of interest A client , A network , Z client  and Z network  (step  619 ). 
         [0046]    A comparison of same PM parameter data is performed for each direction (step  621 ). For the path direction from node A to node Z, if a non-zero point of interest A client  PM parameter value (for example, A client  CV-P) is equal to the same PM parameter at point of interest A network  (for example, A network  CV-P), 
         [0000]      A client  parameter x=A network  parameter x,   (1)
 
         [0047]    the comparison indicates that errors (the non-zero A client  PM parameter value) reported in the PM parameter data were introduced by client equipment upstream of node A (steps  623 ,  625 ). The condition A client  parameter x&gt;A network  parameter x cannot occur because PM parameter counts obtained from the downstream nodes (in this case terminating node Z) are cumulative. The condition A client  parameter x&lt;A network  parameter x is logically equivalent to A network  parameter x&gt;A client  parameter x described below. 
         [0048]    For the same PM parameter data, if a non-zero point of interest A network  PM parameter value (for example, A network  CV-P) is greater than the same PM parameter at point of interest A client  (for example, A client  CV-P), 
         [0000]      A network  parameter x&gt;A client  parameter x,   (2)
 
         [0049]    the comparison indicates that the additional errors reported in the A network  PM parameter data were introduced by network equipment during transmission from node A to node Z (steps  627 ,  629 ). 
         [0050]    For the case A network  parameter x&gt;A client  parameter x, it is possible that A client  is zero, but A network  is non-zero thus indicating a problem introduced by network equipment. However, where A client  parameter x=A network  parameter x, the parameter should be non-zero. Also, the PM parameter points of interest are the “near-side, receive” parameters for a particular measuring point of interest A client , A network , Z client  and Z network . 
         [0051]    If the comparisons in (1) and (2) are not true, no problem was experienced with that PM parameter (step  631 ). 
         [0052]    For the path direction from node Z to node A, if a non-zero point of interest Z client  PM parameter value (for example, Z client  CV-P) is equal to the same parameter at point of interest Z network  (for example, Z network  CV-P), 
         [0000]      Z client  parameter x=Z network  parameter x   (3)
 
         [0053]    the comparison indicates that errors (the non-zero Z client  PM parameter value) reported in the PM parameter data were introduced by client equipment upstream of node Z (steps  633 ,  635 ,  637 ). The condition Z client  parameter x&gt;Z network  parameter x cannot occur because PM parameter counts obtained from the downstream nodes (in this case terminating node A) are cumulative. The condition Z client  parameter x&lt;Z  network  parameter x is logically equivalent to Z network  parameter x&gt;Z client  parameter x described below. 
         [0054]    For the same PM parameter data, if a non-zero point of interest Z network  PM parameter value (for example, Z network  CV-P) is greater than the same PM parameter at point of interest Z client  (for example, Z client  CV-P), 
         [0000]      Z network  parameter x&gt;Z client  parameter x   (4)
 
         [0055]    the comparison indicates that the additional errors reported in the A network  PM parameter data were introduced by network equipment during transmission from node Z to node A (steps  639 ,  641 ). 
         [0056]    If the comparisons in (3) and (4) are not true, no problem was experienced with that PM parameter (step  643 ). 
         [0057]    The PM parameter data for A client  parameter x, A network  parameter x, Z client  parameter x and Z network  parameter x (for example, CV-P) are stored and trend for predicting future failures and for report preparation (step  645 ), allowing for predictive and proactive maintenance  417  of a customer&#39;s SONET assets. 
         [0058]    PM parameter threshold values (operating regions) for A client  parameter x, A network  parameter x, Z client  parameter x and Z network  parameter x may be established on a per parameter basis to serve as baseline values. When a given PM parameter for A client  parameter x, A network  parameter x, Z client  parameter x and/or A network  parameter x (for example, CV-P) is outside of its respective predefined threshold value (steps  647 ,  649 ), the condition may be observed over a predetermined accumulation period while the alerting engine  411  counts errors to see if the parameter data (error value) are increasing over the PM parameter sampling periods. If the PM parameter value continues to increase, an unresolved, deteriorating condition is persisting and a determination is made to generate an alarm by the alerting engine  411  for the affected customer path. A maintenance ticket is issued by the auto-ticketing system  417  (step  651 ). If the PM parameter value remains outside of its threshold value but does not increase over the predetermined accumulation period covering the PM parameter sampling periods, a report may be generated by the reporting engine  409  for the affected customer path. 
         [0059]    Embodiments acquire PM parameter data at the points of interest and correlate the measurements and measurement differences with a respective path as a holistic view as opposed to acquiring PM parameter data associated with a given port. Path severities can be attributed to the resultant values as appropriate. 
         [0060]    The predetermined thresholds are set in the alerting engine  411 . The thresholds are used to set error levels for each monitored point of interest PM parameter A client  parameter x, A network  parameter x, Z client  parameter x and Z network  parameter x, and may provide early detection of performance degradation. 
         [0061]    The method is repeated for each customer&#39;s path connections (steps  653 ,  655 ) and for each customer in the path connection provisioned database  419  (steps  657 ,  659 ,  661 ). 
         [0062]    By sampling the PM parameter data for a customer&#39;s provisioned SONET path, the four points of interest in conjunction with threshold-based alarm generation allows for effective management, monitoring, analyzing and reporting of performance, availability and quality of optical networks. The correlated PM parameter data, path, and customer data is presented to the reporting engine  409  providing historical data and trending to be available via a GUI. 
         [0063]      FIG. 7  shows an exemplary result of the system and method indicating the threshold crossings status for one customer&#39;s path connections (circuits) for a given PM parameter (x) measured for points of interest A client , A network , Z client  and Z network  for each sampling period. The A-side information includes a “Client Trouble Threshold” which is a user specified value for A client  parameter x client threshold, a “Client Value” which is an error count for PM parameter (x) introduced by the client equipment upstream of point of interest A client , a “Network Trouble Threshold” which is a user specified value for A network  parameter x network threshold, and a “Network Trouble Value” which is an error count for PM parameter (x) introduced by the network equipment between A network  and A client . Similarly, the Z-side information includes a “Client Trouble Threshold” which is a user specified value for Z client  parameter x client threshold, a “Client Value” which is an error count for PM parameter (x) introduced by the client equipment upstream of point of interest Z client , a “Network Trouble Threshold” which is a user specified value for Z network  parameter x network threshold, and a “Network Trouble Value” which is an error count for PM parameter (x) introduced by the network equipment between Z network  and Z client . 
         [0064]    One or more embodiments of the present invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. Accordingly, other embodiments are within the scope of the following claims.