Optical transport network transient management systems and methods

Abstract

An Optical Transport Network (OTN) transient management method, OTN node, and OTN network includes operating an OTN connection in a first mode in a network, the OTN connection traverses at least two nodes in the network, requesting a change in the OTN connection to a second mode which will cause a network transient, the change includes a timing change on the OTN connection affecting the at least two nodes, and performing transient management at the at least two nodes to mitigate the network transient, the transient management prevents spurious alarms due to the change between the first mode and the second mode.

Description

CROSS-REFERENCE TO RELATED APPLICATION(S)[0001]The present non-provisional patent claims the benefit of priority of co-pending Indian Patent Application No. 1073 / DEL / 2012, filed on Apr. 9, 2012, and entitled “OPTICAL TRANSPORT NETWORK TRANSIENT MANAGEMENT SYSTEMS AND METHODS,” the contents of which are incorporated in full by reference herein.FIELD OF THE INVENTION[0002]Generally, the field of art of the present disclosure pertains to optical networking systems and methods, and more particularly, to Optical Transport Network (OTN) transient management systems and methods.BACKGROUND OF THE INVENTION[0003]Optical Transport Network (OTN) is defined by various standards to provide functionality of transport, multiplexing, switching, management, supervision and survivability of optical channels carrying client signals. Unlike OTN's predecessor Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH), OTN was designed for support of optical networking using wavelength d...

AI Technical Summary

Benefits of technology

[0005]In an exemplary embodiment, an OTN transient management method includes operating an OTN connection in a first mode in a network, wherein the OTN connection traverses at least two nodes in the network; requesting a change in the OTN connection to a second mode which will cause a network transient, wherein the change includes a timing change on the OTN connection affecting the at least two nodes; performing transient management at the at least two nodes to mitigate the network transient, wherein the transient management prevents spurious alarms due to the change between the first mode and the second mode. In another exemplary embodiment, an OTN node includes a plurality of ports; circuitry configured to perform OTN switching between the plurality of ports; a local clock; an OTN connection traversing the plurality of ports and the circuitry, wherein the OTN connection is configured in a first mode including a first timing source; and a transient management algorithm configured to mitigate transients associated with switching the OTN connection from the first mode to a second mode including a second timing source; wherein the local clock includes one of the first timing source and the second timing source. In yet another exemplary embodiment, an OTN network includes a plurality of nodes interconnected therebetween; an OTN connection traversing at least two nodes of the plurality of nodes, wherein the OTN connection is configured in a first mode including a first timing source; and a transient management algorithm configured to mitigate transients associated with switching the OTN connection from the first mode to a second mode including a second timing source; wherein the transient management algorithm includes at least one of slowing adapting timing changes between the first timing source and the second timing source at one of the at least two nodes and an adjacency protocol between each of the at least two nodes, wherein the adjacency protocol provides an orderly creation of cross connections for the OTN connection.

Problems solved by technology

Clock adjustments in an OTN context can be problematic.

Specifically, lines affected by such clock adjustments experience transient incoming alignment errors (IAE), out-of-frame (OOF), etc.

If nothing is done, then users can experience spurious alarms when ODUk services are added.

In addition to these transients creating IAE events, data path errors can also be experienced leading to link failures that lead to restoration events and / or failures in in-band messaging (i.e. GCC overhead corruption).

Images