Networks that transport data may require timing, e.g., digital pulse cycles at precise accuracy. Such timing can be provided by a Building Integrated Timing Supply (BITS) clock. Few network providers, however, are able to provide external BITS clock generators at their traffic add/drop locations to add/drop data traffic synchronously. Prior approaches to this problem include networks based on simplistic ring architectures, which have a natural linearity to optical traffic flow, but mesh optical networks are more complex and mandate the need for advanced tools and apparatuses to implement and validate network timing distribution. Other approaches to distribute timing are based on a singular approach of using an optical channel carrying synchronous network traffic to derive BITS timing at a remote add/drop node and/or using dedicated traffic demands for carrying timing. These approaches are not able to account for network outages due to fiber cuts and their impact on the network timing distribution.
An example method of planning the distribution of timing in an optical mesh network includes identifying in the network a source node associated with an external timing source, identifying optical light paths between nodes in the network, and, for nodes other than the source node, selecting optical light paths originating either directly or indirectly from the source node to use in deriving timing information.
The foregoing will be apparent from the following more particular description of example embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating embodiments of the present invention.
A description of example embodiments of the invention follows.
A node/network element (NE) that adds/drops synchronous traffic requires an accurate and stable BITS clock. An example external BITS clock that may be used is the StarClock™ 200E made by CXRLarus. Ideally, BITS timing is provided to an add/drop node using an external timing source located at or near the node, but such external sources that are associated with the node are expensive, and placing these external sources at all nodes can be cost prohibitive. The disclosed methods and apparatuses provide a unique and cost efficient approach to using traffic channels for carrying timing information (e.g., BITS timing signals), thus, eliminating the need to use external BITS sources at remote add/drop nodes of a network. According to the disclosed embodiments, when such external sources are not available at all add/drop nodes, BITS timing is distributed from nodes that have external timing using optical channels for existing traffic demands. This approach can be used to implement timing distribution across large and complicated mesh networks.
The embodiments disclosed herein provide a unique way to distribute network timing across optical mesh networks (e.g., Dense Wavelength Division Multiplexing (DWDM) networks) by utilizing network traffic demands and, in some embodiments, a optical supervisory channel of the network equipment (e.g., Tellabs 7100) of an optical network. Various embodiments may use optical traffic demands and/or optical supervisory channels to distribute network timing to add/drop nodes remote from the timing sources. These nodes can then act as secondary timing distribution sources.
The embodiments also enable a user to evaluate and define the impact of network outages due to fiber cuts on the timing distribution across the optical mesh network. This allows a user to incorporate and evaluate the impact of the network outages due to multiple fiber cuts across the transport network and provide the network operator with detailed information regarding the impact of various network failures on the distribution of timing in the network.
Each node in the network may be associated with both a primary and secondary timing source. The secondary timing source is used to derive timing information if the primary timing source is unavailable. Each node may also include a “timing level” representing the number of successive optical light paths between the node and one of the source nodes. In such configurations, each node may be associated with the primary and secondary timing sources based on the timing levels of other nodes. In addition, at least some of the nodes may derive timing information via an optical supervisory channel from another node.
To plan distribution of network timing using the planning tool of
The user may also identify all (e.g., protected and un-protected) “traffic demands” between the source nodes 205, 210 and all other nodes (other than those which have external timing, and other than those already tagged with a SYNC level of “1”). That is, the user may exclude from consideration those traffic demands that terminate on remote nodes that already have derived timing (e.g., node 215). As above, protected demands use paired traffic demands, and the remote add/drop node can derive primary and secondary timing using this pair of demands (pair of optical light paths). An example of a protected traffic demand from source node 210 are optical paths 240a,b. Primary timing may be derived from the “active” side of the pair, and secondary timing may be derived from the “protect” side. When configuring this second set of nodes, the user may label the nodes as also having a SYNC level of “1”, indicating that the nodes are one level away from one of the original timing sources. For example, node 220 has a SYNC level of “1”.
For the remaining nodes 225, 230 of the network, the user may identify (1) unprotected demands that originate from the source nodes or (2) demands that originate from nodes with a SYNC level of “1”. Of these identified demands, the user may select two path-diverse demands to derive timing at each remote node. “Path-diverse” means paths with as much path diversity across the network as possible and that arrive on the remote node on separate degrees. The demand that traverses the optical light path with a lesser failure probability (e.g., better signal-to-noise ratio) may be used to provide primary timing, while the other demand may provide secondary timing. The SYNC levels of these remote nodes depend on the SYNC levels of the nodes from which they derive timing information. In addition, the nodes may have different SYNC levels for its primary and secondary sources. For example, if the primary source is an unprotected demand originating from one of the source nodes, then the primary SYNC level is “1”. If the secondary source is an unprotected demand originating from a node with a SYNC level of “1”, then the secondary SYNC level of the node is “2”. Again, these nodes may act as sources of timing for further nodes. In the network of
After the user configures the distribution of timing, the network from a timing distribution perspective has “timing source nodes” 205, 210 (e.g., nodes with external BITS clock) “SYNC 1” nodes 215, 220 (e.g., those that have derived timing from the timing source nodes, and perhaps “SYNC 2” or “SYNC 3” nodes 225, 230 (e.g., those that have derived timing from the SYNC 1 or 2 nodes). SYNC 1, 2, and 3 nodes can also be used as timing sources for further nodes. Timing can be distributed to additional remote nodes using protected and unprotected demands that originate and terminate at nodes using the manner as described above. The SYNC level of nodes that derive timing from SYNC 1 nodes will be “2” and those that derive timing from SYNC 2 nodes will “3”, and so on. As mentioned above, in a case of derived timing using unprotected demands, it is possible that the source nodes may be of different SYNC levels, in which case the primary and secondary timing SYNC levels at the remote node will be different.
Timing can also be distributed to nodes across the network using an Optical Supervisory Channel (OSC). To use the OSC, the user identifies one or more timing source nodes (e.g., nodes with external BITS clock). In addition, certain types of nodes that may include ROADMs or amplifier nodes may be capable of deriving and passing timing through the OSC (e.g., a NANO ROADM). The degree (e.g., port A, B, C) and the node that the OSC is received from are recorded. No SYNC levels need be associated with OSC derived timing. A node that has derived primary and secondary timing from the OSC can then itself act as a timing source for other nodes. In some embodiments, distribution of timing includes use of both OSC-based derived timing and demand-based derived timing.
Using the planning tool of
The first and second transponders 307a,b, 327a,b may be designated as being either primary or secondary timing information sources based on which of the optical light paths used to derive timing information for the node is a more reliable optical light path. The node 305, 325 may also include an interface that derives timing information via an optical supervisory channel (not shown) from another node, in which case the first and second transponders 307a,b, 327a,b may be designated as being either primary or secondary timing information sources based on which of the optical light paths and the optical supervisory channel used to derive timing information for the node is a more reliable source.
Further methods include identifying primary and secondary timing sources for a given node, where the secondary timing source is used to derive timing information if the primary timing source is unavailable. In addition, it may be determined which of the optical light paths used to derive timing information for a given node has the more desirable optical characteristics or follows a more reliable path, and that optical light path may be selected as the primary timing source. Further methods include configuring at least a subset of the network nodes to derive information via an optical supervisory channel from other nodes, and for a given node, either an optical light path or the optical supervisory channel may be selected to use to derive timing information. In addition, it may be determined which, from among the optical light paths and optical supervisory channels, is a more reliable source, and that source may be selected as the primary timing source. Other methods may involve indicating a timing level for each node, where, for a given node, the timing level represents the number of successive optical light paths between the given node and one of the source nodes. In these methods, the timing level of other nodes may be used to determine from which node a particular node is to derive timing information.
While this invention has been particularly shown and described with references to example embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention encompassed by the appended claims.
Various embodiments of the invention have been described with specific configurations for ease of description. However, the invention need not be limited to the embodiments described and shown in the figures. For example, while the examples show two source nodes, there may be any number of source nodes. Similarly there may be any number of nodes at each level of nodes below the source nodes. Additionally, while two timing inputs for a node are shown, the number of timing inputs may vary for a given node and/or configuration.
Further, it should be understood that the flow diagrams of
Number | Name | Date | Kind |
---|---|---|---|
4114151 | Denne et al. | Sep 1978 | A |
4142069 | Stover | Feb 1979 | A |
4939752 | Literati et al. | Jul 1990 | A |
5615177 | Yahata | Mar 1997 | A |
5638379 | Narasimha | Jun 1997 | A |
5726979 | Henderson et al. | Mar 1998 | A |
5841779 | Kainulainen | Nov 1998 | A |
5886996 | Wolf | Mar 1999 | A |
6144675 | Wakabayashi et al. | Nov 2000 | A |
6185247 | Williams | Feb 2001 | B1 |
6317475 | Kasurinen | Nov 2001 | B1 |
6414959 | Asano | Jul 2002 | B1 |
6418151 | Walter et al. | Jul 2002 | B1 |
6522629 | Anderson, Sr. | Feb 2003 | B1 |
6606362 | Dalzell | Aug 2003 | B1 |
6628674 | Tanonaka | Sep 2003 | B1 |
6658579 | Bell et al. | Dec 2003 | B1 |
6711411 | Ruffini | Mar 2004 | B1 |
6714563 | Kushi | Mar 2004 | B1 |
6735392 | Elahmadi et al. | May 2004 | B1 |
6775300 | Kuo | Aug 2004 | B2 |
6895189 | Bedrosian | May 2005 | B1 |
7035537 | Wang et al. | Apr 2006 | B2 |
7126908 | Lu et al. | Oct 2006 | B1 |
7136388 | Friedrichs et al. | Nov 2006 | B2 |
7248802 | Grohn | Jul 2007 | B2 |
7251256 | Barry et al. | Jul 2007 | B1 |
7308198 | Chudak et al. | Dec 2007 | B1 |
7346279 | Li et al. | Mar 2008 | B1 |
7613212 | Raz et al. | Nov 2009 | B1 |
7649910 | Wechsler et al. | Jan 2010 | B1 |
7689854 | Ilnicki et al. | Mar 2010 | B2 |
7991016 | Cankaya et al. | Aug 2011 | B2 |
8194636 | Doherty et al. | Jun 2012 | B1 |
8532481 | Karjck et al. | Sep 2013 | B2 |
8588613 | Culpepper | Nov 2013 | B1 |
20020154354 | Raj et al. | Oct 2002 | A1 |
20020159130 | Sakano et al. | Oct 2002 | A1 |
20030039272 | Dudziak et al. | Feb 2003 | A1 |
20030059160 | Rikitake | Mar 2003 | A1 |
20040044922 | Wu | Mar 2004 | A1 |
20040062278 | Hadzic et al. | Apr 2004 | A1 |
20040101311 | Grohn | May 2004 | A1 |
20040148437 | Tanonaka | Jul 2004 | A1 |
20050063383 | Wisler | Mar 2005 | A1 |
20060039347 | Nakamura | Feb 2006 | A1 |
20070053372 | Liu | Mar 2007 | A1 |
20080144515 | Ouellette et al. | Jun 2008 | A1 |
20080170592 | Hack et al. | Jul 2008 | A1 |
20080205294 | Brune et al. | Aug 2008 | A1 |
20080219175 | Bedrosian | Sep 2008 | A1 |
20080291925 | Fisher et al. | Nov 2008 | A1 |
20090147806 | Brueckheimer | Jun 2009 | A1 |
20090207863 | Cheng | Aug 2009 | A1 |
20090290668 | Nishine | Nov 2009 | A1 |
20100020787 | Ji et al. | Jan 2010 | A1 |
20100182980 | Jobert et al. | Jul 2010 | A1 |
20110008049 | Tanonaka et al. | Jan 2011 | A1 |
20110142077 | Wong et al. | Jun 2011 | A1 |
20110158642 | Barnard et al. | Jun 2011 | A1 |
20110299853 | Zampetti | Dec 2011 | A1 |
20120299627 | Taskin et al. | Nov 2012 | A1 |
20130039220 | Ruffini et al. | Feb 2013 | A1 |
Entry |
---|
“Information technology—Open Systems Interconnection—Basic Reference Model: The Basic Model,” ISO/IEC 7498-1:1994(E). (pp. 32, 33, 35, 38, 39, 44, 47, and 48). |
Number | Date | Country | |
---|---|---|---|
20120308226 A1 | Dec 2012 | US |