Systems and methods for private network-to-network interface out-of-band signaling and path blocking

The present invention provides systems and methods to mix In-Band (IB) and Out-of-Band (OOB) signaling mechanisms under the Private Network-to-Network (PNNI) protocol for optical control plane connectivity. The present invention provides mechanisms for establishing and controlling OOB control plane communications. By default, the mechanisms treat all links as IB to discover nodes and links using IB mechanisms. For any blocked links, the link can be configured as OOB if there is a data communication network (DCN) connection to the remote node.

FIELD OF THE INVENTION

The present invention relates generally to optical control planes. More particularly, the present invention provides systems and methods for Private Network-to-Network Interface (PNNI) Out-of-Band (OOB) signaling and path blocking for optical control planes allowing a mixture In-Band (IB) and Out-of-Band (OOB) signaling mechanisms under the PNNI protocol.

BACKGROUND OF THE INVENTION

Optical control plane implementations provide automated setup and control of services. Advantageously, control planes offer multi-vendor and inter-domain inter-working, enhanced service offerings such as Ethernet over SONET/SDH or Optical Transport Network (OTN), end-to-end service activation, cross-domain provisioning of switched connection services, service restoration and the like. Traditionally, creating traffic paths through a series of Network Elements (NEs) has involved configuration of individual cross-connects on each NE. Control planes allow a user to specify the start point, end point, and bandwidth required, and an agent on the Network Elements allocates a path through the network, provisioning the traffic path, setting up cross-connects, and allocating bandwidth from the paths for the user requested service. The actual path that the traffic will take through the network is not specified by the user.

Several control plane standards exist including ITU-T Automatically Switched Optical Network (ASON), IETF Generalized Multi-Protocol Label Switching (G-MPLS) also known as Automatic Switched Transport Network (ASTN), and Optical Internetworking Forum (OIF) User-Network Interface Signaling Specifications (UNI) and Inter-Carrier Network Interface Signaling Specification. ASON specifications generally define an optical control plane communication framework. G-MPLS defines control plane discovery, routing, and signaling protocols. OIF UNI/E-NNI specifications define protocol extensions for multi-vendor interoperability.

In traditional networks, an optical control plane communicates through In-Band (IB) signaling, such as using standard SDH/SONET overheads with proprietary protocols to talk between nodes and discover links and exchange topology information. For customer networks who wish to implement control plane technology in regions that are not, or are only partly, served by cable systems that have wavelength access, i.e. without SDH/SONET overheads, control plane communication cannot be achieved through IB signaling. A data communication network (DCN) can be utilized as a general solution to enable control plane functionality on links that terminate the SDH/SONET overheads and provide signaling, such as Private Network-to-Network Interface (PNNI), at places where the IB communication is not possible. The links that are connected through DCN network are referred to as Out-of-Band (OOB) links; normal links with full transparency are referred to as In-Band (IB) links. The new region may have a mixture of OOB and IB links. Disadvantageously, there is no mechanism that is available today to run a single PNNI protocol on a mixture of network nodes where IB and OOB can work concurrently together.

BRIEF SUMMARY OF THE INVENTION

In various exemplary embodiments, the present invention provides systems and methods to mix In-Band (IB) and Out-of-Band (OOB) signaling mechanisms under the PNNI protocol for optical control plane connectivity. The present invention provides mechanisms for establishing and controlling OOB control plane communications. By default, the mechanisms treat all links as IB to discover nodes and links using IB mechanisms. For any blocked links, the link can be configured as OOB if there is a data communication network (DCN) connection to the remote node.

In an exemplary embodiment of the present invention, a method for PNNI out-of-band signaling and blocking includes discovering nodes and links through in-band mechanisms; for all blocked nodes and links in the discovering step, configuring the blocked nodes and links through out-of-band mechanisms; and routing and signaling through a combination of discovered in-band links and configured out-of-band links. The blocked nodes and links include a data communication network connection over which the configuring is performed. The out-of-band mechanisms can include creating a User Datagram Protocol (UDP) socket; binding the UDP socket to an out-of-band port for receiving out-of-band control packets; and configuring a remote node's address and remote link information at both ends of an out-of-band link. Optionally, the out-of-band mechanisms further include, if the out-of-band link is aggregated, identifying individual lines through a Virtual Path Connection Identifier (VPCI). The method for PNNI out-of-band signaling and blocking can further include utilizing mini Hello packets on individual lines with the aggregated out-of-band link to discover if a remote line matches a local line; and declaring the aggregated out-of-band link down if no response is received to a predetermined number of mini-Hello packets. Alternatively, the out-of-band mechanisms further include running mini Hello packets and Hello packets on the out-of-band link. Optionally, the mini Hello packets are configured to discover a remote node, a remote line with a Virtual Path Connection Identifier, a bundle identification, an admin weight, and remote line state information; and the Hello packets are configured to discover remote node, remote link, and aggregated bandwidth information. Alternatively, the method for PNNI out-of-band signaling and blocking further includes raising an alarm if a mismatch is detected at one of a line level and a link level through the mini Hello packets; and performing one of removing a link responsive to the mismatch from routing of decreasing an aggregate bandwidth on a link responsive to the mismatch. The method for PNNI out-of-band signaling and blocking can further include exchanging topology information and performing routing and signaling through the User Datagram Protocol socket. Optionally, the method for PNNI out-of-band signaling and blocking further includes blocking timeslots in routing based on one of intermediate equipment failures and intermediate bandwidth support.

In another exemplary embodiment of the present invention, a node configured for PNNI out-of-band signaling and blocking includes one or more ingress port; one or more egress port; a switch connected to each of the one or more ingress port and the one or more egress port, wherein the switch is configured to provide connectivity between each of the one or more ingress port and the one or more egress port; and a controller operable to control the switch, wherein the controller utilizes a control plane with in-band connections and out-of-band connections to connected nodes for routing and signaling with the connected nodes. The controller is configured to discover connected nodes and links through in-band mechanisms; and for all blocked connected nodes and links, configure the blocked nodes and links through out-of-band mechanisms. The blocked connected nodes and links are connected to the node through a data communication network connection. Optionally, the controller for the out-of-band mechanisms is configured to create a UDP socket; bind the UDP socket to an out-of-band port for receiving out-of-band control packets; and configure the blocked connected node's address and remote link information at both ends of an out-of-band link. Optionally, if the out-of-band link is aggregated, the controller is configured to identify individual lines through a VPCI. The controller can be further configured to utilize mini Hello packets on individual lines with the aggregated out-of-band link to discover if a remote line matches a local line; and declare the aggregated out-of-band link down if no response is received to a predetermined number of mini-Hello packets. Alternatively, the controller is further configured to run mini Hello packets and Hello packets on the out-of-band link; wherein the mini Hello packets are configured to discover a remote node, a remote line with a VPCI, a bundle identification, an admin weight, and remote line state information; and wherein the Hello packets are configured to discover remote node, remote link, and aggregated bandwidth information. Optionally, the controller is further configured to raise an alarm if a mismatch is detected at one of a line level and a link level through the mini Hello packets; and perform one of removing a link responsive to the mismatch from routing of decreasing an aggregate bandwidth on a link responsive to the mismatch. Alternatively, the controller is further configured to exchange topology information and perform routing and signaling through the User Datagram Protocol socket; and block timeslots in routing based on one of intermediate equipment failures and intermediate bandwidth support.

In yet another exemplary embodiment of the present invention, a network with PNNI out-of-band signaling and blocking includes one or more nodes, wherein the one or more nodes are interconnected, and wherein two or more of the one or more nodes are connected by a plurality of in-band links; a data communication network connected between at least two of the one or more nodes, wherein the at least two of the one or more nodes are connected by a plurality of out-of-band links; a control plane utilized between the one or more nodes, wherein the control plane performs routing and signaling over the plurality of in-band links and the plurality of out-of-band links; and a mechanism to discover and manage out-of-band links responsive to path blocking. Optionally, each of the one or more nodes includes an optical switch; the control plane includes an Automatically Switched Optical Network (ASON); and the routing and signaling is performed utilizing Private Network-to-Network Interface (PNNI).

DETAILED DESCRIPTION OF THE INVENTION

In various exemplary embodiments, the present invention provides systems and methods to mix In-Band (IB) and Out-of-Band (OOB) signaling mechanisms under the PNNI protocol for optical control plane connectivity. The present invention provides mechanisms for establishing and controlling OOB control plane communications. By default, the mechanisms treat all links as IB to discover nodes and links using IB mechanisms. For any blocked links, the link can be configured as OOB if there is a data communication network (DCN) connection to the remote node.

Additionally, the present invention handles different failure scenarios associated with a DCN and OOB links. Exemplary failure scenarios can include where the data plane on the OOB link is up and DCN network between OOB nodes is down and where only certain timeslots on an OOB link which goes through intermediate equipment may have path defects and which for routing case has to be blocked. Such timeslots are announced in the network topology so that during mesh restoration those timeslots are blocked.

Advantageously, the present invention frees a control plane from network constraints, i.e. as long as the DCN network is available, the control plane can communicate. Additional security can be added at the socket layer without disturbing the protocol providing more security for signaling network topology information. The present invention covers failure scenarios because of network congestion and equipment failures, and generally provides better manageability of the network over conventional mechanisms.

Referring toFIG. 1, a network10of multiple interconnected nodes12a-12gillustrates control plane connectivity through a mixture of IB14and OOB16links according to an exemplary embodiment of the present invention. The nodes12a-12ecan include optical switches configured to utilize a control plane, such as ASON, for establishing and maintaining connections. Each node12a-12gincludes a plurality of egress and ingress ports to provide interconnection to other nodes. For example, the egress and ingress ports can include optical signals, such as dense wave division multiplexed (DWDM) wavelengths. Each node12a-12gfurther includes a switching mechanism configured to provide connectivity between the egress and ingress ports. Each node12a-12galso includes a controller configured to provide routing and signaling on the control plane. The controller is in communication with each egress and ingress port and is configured to implement the IB and OOB mechanisms described herein.

In this example, the nodes12a-12dare configured in an existing customer network18. The nodes12a-12dutilize IB14links for control plane connectivity, i.e. through SONET overhead bytes. For example, the node12ais connected to nodes12b,12c, and12d. The node12bis connected to the nodes12aand12d, and the node12cis connected to the nodes12aand12d. These connections utilize IB signaling, such as through SONET/SDH/Optical Transport Network (OTN) overhead.

The network10includes a new region20which is enabled by OOB16links. In this example, the new region20includes nodes12e-12g. The node12eis connected to the node12bthrough an IB14link and to the node12fthrough an IB link14. The node12gis connected to the nodes12fand12dthrough as an OOB link16through a DCN22, such as with VC-4 connectivity. The node12fis also connected through OOB links16through the DCN22to the nodes12b,12d, and12g.

The present invention provides a mechanism to allow the nodes12a-12gto utilize both the IB14and OOB16links using the PNNI protocol. For example, each node12a-12gis configured to first discover neighboring nodes using IB mechanisms. If any path is blocked to a neighboring node, then the node12a-12gis configured to provide OOB connectivity as described herein.

Referring toFIG. 2, the network10is shown illustrating a failure scenario where the OOB link16between the nodes12dand12fis down but a logical DCN link24on the DCN22is up according to an exemplary embodiment of the present invention. Exemplary failure scenarios can include a case where the data plane on the OOB16link is up and DCN network between OOB nodes is down. Also there could be case where only certain timeslots on an OOB16link which goes through intermediate equipment may have path defects and for which routing has to block that bandwidth. In the example provided, the OOB link16between the node12dand node12fis receiving an Administrative Unit-Alarm Indication Signal (AU-AIS) indicative of a problem with the link16. However, the logical DCN link24on the DCN22between the node12dand node12fis up and working.

For OOB link16configurations, the present invention, by default, user has to provide the OOB port information. This can be limited to one per node to avoid scaling issues. This allows multiple OOB links16from different nodes to talk to the same port on the local node. Initially when the node12a-12gcomes up (if the OOB links16are not yet configured), then OOB links16are treated as unknown links. After the user configuration of the remote node's Internet Protocol (IP) address and remote link information at both ends of the OOB link16, a mini Hello packet as described inFIG. 3is sent out to discover and validate the information. Also if the link is aggregated, then individual lines are identified based on a Virtual Path Connection Identifier (VPCI) and these are sent as part of the routing packet to identify the remote link's aggregated line information. Note that in case of aggregation, separate lines will be used for sending routing packets and signaling packets. This allows separation of signaling and routing bandwidth usage and minimizes the failure impacts.

OOB links16are also configurable for announcing in routing “maximum bandwidth for individual cross connects” that this link16can support based on intermediate equipments ability to do standard concatenation. This allows any type of link to manage the connections based on the connected equipment. This can indicate to the originating node, the connection that can go through this link based on the bandwidth availability.

Referring toFIG. 3, a mini Hello packet40is used to support complete OOB functionality according to an exemplary embodiment of the present invention. The mini Hello packet40can be exchanged between nodes12over a DCN22for OOB links16and over IB links14.FIG. 3illustrates a format of the mini Hello packet40. The mini Hello packet40runs on individual physical lines.

The mini Hello packet40runs on individual physical lines, i.e. on each Optical Signal and Routing Protocol (OSRP) line. It is used to inform the remote end of an OSRP line about the local configuration information, i.e. OSRP line ID, CD name, OSRP line label, OSRP link ID, Standard and Transparent Concatenation, VPCI and admin state. Depending on the information received, the receiving end decides whether the configuration of the OSRP line and link is correct or not. In case a misconfiguration is detected, an alarm is raised to indicate this and the bandwidth on that line is set to zero. A Hello packet can run on links which could be an aggregation of lines. If a link has more than one physical line aggregated, then each line will be used for sending the mini Hello packet40.

The mini hello packet40includes:

TypeMini Hello packet typeLengthPacket lengthVersionThe current version of the OSRP Hello protocol being used forcommunication with this neighbor. If no acceptable version numberhas been derived, this field will be zero.Line IDIdentification of the line for the Mini Hello packetNode NameLength of the node namelengthNode NameAn identifier that uniquely identifies the node in the routing domain.This is assigned during node initialization and cannot be changed whilethe node is operational (i.e. while the node has any adjacencies, helloFSMs in any state other than down, or any topology database entries).Label LengthLength of the labelPort IDAn identifier that uniquely identifies the physical port on the nodedescribed by the hello data structure. This value is assigned by thenode and has only local significance.Remote NodeThe Node ID of the neighbor node on the other end of the link. TheIDRemote Node ID is obtained when Hello messages are received fromthe neighbor.MultipleThe protection bundle IDs of the link. Multiple bundle IDs areBundle IDsexchanged in Hello messages by both neighborsLinkThis contains link capabilities including OOB information (Link, VPCICapabilityand BW) so that all the nodes in the network know about this link'scapabilities.

On the DCN22, each Node12creates a User Datagram Protocol (UDP) socket and binds to this OOB Port to receive OOB control packets. Mini Hello Protocol is run on individual lines within a link to discover if the remote line matches the local line. There can be mismatches at aggregation (link or node level), standard concatenation difference, VPCI mismatch, admin state mismatch, etc. Accordingly, an alarm is raised at line level responsive to mismatches. Note that this line is not selected for traffic selection in case of alarms. Link mismatches like admin weight mismatch, bundle id mismatch are also detected and in case of a mismatch, alarm is raised on the link and that link is taken out of routing. Once the line and its contained link is OK (i.e. without any alarms), the link is created in PNNI and PNNI runs on these links and is transparent to the underneath communication mechanism. It sends initial hello messages on this OOB link16and discovers the remote node12and remote link16and also gets the network topology information through Database summary message exchange.

Referring toFIG. 4, a typical mismatch detection80for OOB VPCI or concatenation mismatch is illustrated according to an exemplary embodiment of the present invention. The mismatch detection80is shown between two nodes82,84. The nodes82,84are shown connected by two lines86,88forming an OSRP link90. Line86has both ends matching OOB VPCI. In case of line88, it has a mismatch (with one side as 10 and other side as 20). In this case as the VPCI at both end points do not match, this line gets alarmed. Same way any mismatch related to configured attributes like bundle id, admin weight, standard concatenation, transparent concatenation can result in this alarm state.

The present invention generates alarms is generated on an OSRP link when the OOB VPCI or OOB bandwidth configuration on local node does not match that on neighbor node. For example, inFIG. 4, the mismatch detection80shows an OOB VPCI=10 at node82and an OOB VPCI=20 at node84which is a mismatch resulting in an alarm. When cleared, this alarm is cleared on the OSRP link90on both nodes82,84. The alarm is cleared when the OSRP link's90remote OOB parameters and local link's90OOB parameters match, and when the OSRP link's90operational state is disabled, that means in this OSRP link90, all the lines86,88are either in administrative lock state or in down state.

While in the alarmed state, the existing SNCs are not released but no new SNCs are allowed to be created. Also note that this line is taken out of routing by advertising its bandwidth as 0.

The link90is declared as unreachable and treated as if the control plane reachability is declared as down if a neighboring node (i.e., node84to node82, node82to node84) does not respond within three or another predetermined number of mini Hello timeouts. During this time, this link/line90/86,88is taken out of routing. Note that in case of multiple OOB links90, underneath communication stream identifies the packets by remote and local links to distinguish an individual packet per link.

Referring toFIG. 5, a flowchart illustrates a mechanism100for OOB PNNI and path blocking according to an exemplary embodiment of the present invention. The mechanism100for OOB PNNI and path blocking can be implemented on each node in a network using PNNI signaling and routing, such as an optical switch or the like. First, a node discovers all nodes and their in band links through in-band (IB) mechanisms (step102). This is again by running mini Hello on IB links and then after discovering the adjacent nodes, running Hello through PNNI routing. If any links are blocked, then the mechanism100continues to provision these blocked links through OOB mechanisms in steps104-114.

At each node, a user can specify a UDP socket that has to be created for OOB DCN communication. The node creates the socket and the socket is used for sending and receiving OOB control packets (step104). For all OOB links with DCN connectivity, the user has to configure the remote node's IP address and remote link information at both ends for an OOB link (step106).

If the OOB link is aggregated, the individual lines are identified through VPCI and the VPCI information is provided to other nodes through routing (step108). As described herein, this allows a particular link to use separate lines for sending signaling and routing packets and this increases signaling and routing resiliency. The mechanism100utilizes mini Hello packets to discover remote nodes, remote lines (with VPCI), bundle identification, administrative weight, and remote line state information. The mechanism100utilizes Hello packets to discover remote nodes, remotes links, and aggregated bandwidth information (step110).

The node utilizes mini Hello packets, such as described inFIG. 3, on individual lines within a link to discover if a remote line matches a local line, i.e. bandwidth, VPCI information, etc. An alarm is raised if a mismatch is detect at a line or link levels through the mini Hello packets, and the link is removed from routing or the aggregate bandwidth on that link is decreased (step112). Additionally, the node can declare the link/line down if no response is received to a predetermined number (e.g., three) of mini hello packets.

Once remote node and links are discovered, topology information is exchanged and routing is performed through the socket (step114). The maximum size of the UDP packet is bound by the maximum size of the signaling and routing of PNNI packets. Any new signaling message (setup/connect/release) is handled through this socket for communicating to the remote DCN node in case if this OOB link is chosen for carrying traffic.

Routing also happens through this socket. In case if this OOB line's data plane detects failures, then the link associated with this OOB line blocks these timeslots based on bandwidth and updates its routing database and publishes this information to neighbor nodes so that originating node is going to block this link while setting up new path or during mesh restoration. Once the fault clears, same procedure is repeated with another update with unblocked information indicating that these timeslots or link in use.

Out of Band link type is announced in the routing so that the neighbor nodes can use this link in their path computation based on customer requirements. For example, if they do not want to setup high priority connections on that line or if they want to setup only certain sized connections on that line (because of intermediate equipment restriction), then originating node can pass this constraint into its path computation algorithm to get an optimal path.

Referring toFIGS. 6 and 7, a network100with IB links102and OOB links104between multiple nodes106a-106fillustrates failure scenarios according to an exemplary embodiment of the present invention. The network100includes two clients108,110connected to the nodes106a-106f. The client108is connected to the node106a, and the client110is connected to the node106f. The clients108,110can communicate using O-NNI to the nodes106a,106f. The network100includes a DCN112between nodes106dand106eand a DCN114between nodes106eand106f. The network100includes IN links103between nodes106a-106dand node106f. Node106eis connected to the network100through OOB links104over the DCNs112,114to form a logical DCN link1168. Then an connection request from an client can come to the network via O-NNI link and transparently this message is transmitted to the destination client via PNNI. The control path for signaling could be a mixture of in band and OOB lines and traffic can be part of both these lines.

According to an exemplary embodiment of the present invention, the various nodes106a-106fcan be configured to discover the IB links102and OOB links104using the mechanisms described herein, such as inFIG. 5. For example, node106adiscovers IB links102to nodes106band106d. The node106ddiscovers an IB link102to node102a, but finds a blocked link to node106e. Accordingly, the node106dutilizes OOB discovery mechanisms to discover and provision the OOB link104over the DCN112to the node102e.

Whenever an OOB link104is configured, a SONET/SDH subsystem starts monitoring all the timeslots for those individual lines (or single line in case of no aggregation) under this link104. In normal scenarios, UNEQ (unequipped) is seen on those timeslots in case if there is no circuit provisioning. If there are failures as discussed below, this triggers routing to block the line or timeslots and in turn results in routing updates for that link104. Note that in case of an aggregated link104, line selection could be done local to this node, but the overall bandwidth or maximum size of the connection is reduced by the standard concatenation size of the connection supported by the intermediate equipment. The failures, line level and path level, detected by hardware are aggregated to reflect the path state according policy and soaked for a configurable time. For example, the present invention can recognize line level failures, such as AIS-L (alarm indication signal-line), RDI-L (remote defect indicator-line), and local/remote hardware failures, and path level failures, such as AIS-P (alarm indication signal-path), RDI-P (remote defect indicator-path).

FIG. 6illustrates a failure caused on a single connection by AIS-P at the originating node106a, resulting in release of that particular connection. At that point RDI-P is received on the remote OOB node106fthrough data plane and a connection release signaling message is received through the DCNs112,114.FIG. 7illustrates a failure on the DCN112along with an RDI-P. This results in release (REL) not reaching the next hop node, but the originating node106adetects the AIS-P resulting in mesh restoring the connection. A new connection bumps off the old connection on the terminating node106fin case if the release did not make it to the terminating node106f.