• "Off-the-shelf" SONET/SDH interface software providing multiple levels of functionality based on product application

• Supports 1 to N STS-1 spans.  Scaling upwards, several STS-1 spans can be multiplexed together to form OC-N's.  Scaling downwards, an STS-1 can be demuxed to up to 7 VT Groups with each group containing either VT1.5's, VT2's VT3's, or VT6's.

• Polymorphic Device Driver Mapping (PDDM) Methodology allows support for many device drivers.

• Provides full SONET/SDH span maintenance and alarming support, with configurable timers and thresholds for alarm detection, loopback activation, and other span conditions.

• Full support for SONET/SDH Performance Monitoring per T1.231 and G.826.

• Supports F1, F2, S1 bytes, K1K2 and order wire handling

• Provides Payload Labels and PLM alarm detection

• Fully integrated with Linear APS TMS module

• Supports Japanese SDH

• Supports user choice of SDH/SONET framer

• Runs with or without Real Time Operating System (RTOS) on virtually any processor and host environment.  Currently ported to LINUX, VxWorks, OSE and Nucleus Plus.

• Simple Application Programming Interfaces (APIs)

• Processor independent ANSI C source code

• Fully customizable

Target Applications

• High Bandwidth Data Transport
• VT-n - OC-n Multiplexing & De-multiplexing

SONET/SDH Trunk Management Software (TMS) Architecture

The figure below illustrates the TMS software module architecture. Each software component performs specific functions that represent a part of the total SONET SDH software solution.

The SONET/SDH Software API is comprised of a set of ANSI C functions and macros that encapsulate all functionality and data of the SONET/SDH Software. The API provides a clean interface to the SONET/SDH Software simplifying the integration of the SONET/SDH Software to the target application. The target application is implemented on top of the SONET/SDH Software API layer, using the API to access all functionality provided by the SONET Software.

The SONET/SDH Manager Module (CAM) provide the interface points for administering and configuring any of the STS-1/OC-n spans being controlled by the SONET Software. The CAM defines the line interface rate -OC-1 thru OC-192, structure of the interface—line, path, section & virtual tributaries and alarm conditions definable per type of alarm and per structure of the interface. The CAM also communicates with the PMM for processing performance reports.

Performance data is collected for the past 24 hours in 15-minute buckets plus summary information. In addition, the PMM supports collections of data locked to the time of day. The PMM supports threshold-crossing alerts, when enabled, the alerts will inform the application when a threshold has been exceeded and take the appropriate action. The application can retrieve performance information upon request to the PMM.

The Device Driver and its associated API provides the interface between the SONET/SDH Software and the driver device. Hardware implementations of OC-n systems and VT-n systems may involve various & mixed devices that access different sub-levels of an OC or STS/STM signal. To accommodate this potential, the SONET/SDH Software has a Polymorphic Device Driver Mapping Methodology that permits many device drivers to appear as one virtual device to the SONET/SDH Software; this methodology maintains a commonality in general device driver development. The SONET/SDH Driver API is comprised of a set of ANSI C functions and macros that handle the interaction with the device driver.