The subject matter described herein relates to improved network management procedures. More specifically, the subject matter relates to methods, systems, and computer program products for selective network management in a network having multiple active routes to a common destination that are keyed by different combinations of parameters.
In many telecommunications networks, such as SS7 networks, it may be desirable to maintain multiple routes to a destination, including a primary route and one or more exception routes. Each route may be keyed by different combinations of message parameters. For example, the primary route may be keyed by destination point code (DPC) only. The exception routes may be keyed by one or more parameters in addition to the DPC. For example, different exception routes may be provisioned in a route table for different originating point codes (OPCs) in combination with the DPC. The routing algorithm may be structured such that when a route lookup is performed for a message, the parameters in the message are first compared to the exception routes to determine whether the message matches any of the exception routes. If the parameters in the message match any of the exception routes, the message is routed over the outbound links that correspond to the exception route. If the parameters in the message match only the default route, the message is routed over the default route. Thus, exception routes and default routes implement a routing hierarchy.
One problem with using multiple routes that share a DPC in a hierarchical manner is that conventional signaling system 7 (SS7) network management procedures are DPC-based. For example, when a routing node, such as a signal transfer point (STP), detects the failure of a signaling link that connects the routing node to a destination, the routing node broadcasts network management messages, such as transfer prohibited (TFP) messages, concerning the destination to all of its neighbors. While broadcasting network management messages to all neighbors is effective for DPC only routing, such a procedure can result in unnecessarily prohibiting destinations and excessive signaling message traffic in networks where hierarchical routing is used. Other problems associated with applying conventional destination based network management procedures to networks that use hierarchical or exception routing include the inability to communicate specific information about exception routes between nodes capable of recognizing such information, the inability to selectively test exception routes, and the inability to implement network management for tiered quality of service arrangements.
Accordingly, a need exists for methods, systems, and computer program products for selective network management in a network having multiple active routes to a common destination that are keyed by different combinations of parameters.
The subject matter described herein includes methods, systems, and computer program products for selective network management in a network having multiple active routes to a common destination that are keyed by different combinations of parameters. According to one aspect, the subject matter described herein includes a method for controlling distribution of network management messages concerning the status of a signaling link by provisioning a routing node with a primary route to a destination and at least one exception route to the destination wherein the primary route and the exception route are keyed by different combinations of signaling message parameters. The method includes receiving network management messages concerning the status of the destination on a linkset corresponding to the exception route, updating the status of the exception route in a route table maintained by the routing node, and suppressing the broadcasting of network management messages concerning the status of the destination to nodes adjacent to the routing node.
The subject matter described herein may be implemented using a computer program product comprising computer executable instructions embodied in a computer readable medium. Exemplary computer readable media suitable for implementing the subject matter described herein include chip memory devices, disc memory devices, application specific integrated circuits, programmable logic devices, and downloadable electrical signals. In addition, a computer program product that implements a subject matter described herein may reside on a single device or computing platform or maybe distributed across multiple devices or computing platforms.
The subject matter described herein will now be explained with reference to the accompanying drawings of which:
According to one aspect, the subject matter described herein includes a method for suppressing distribution of certain network management messages when information is learned concerning an exception route.
Returning to
Returning to
According to another aspect of the subject matter described herein, network management messages may be selectively generated for exclusive routes. As used herein, an exclusive route is a route that is used only or exclusively by a single message originator. An exclusive route may be provisioned for a single point code or group of point codes. Accordingly, the term “message originator” in this context may include more than one node.
Returning to
As described in the Background section above, one problem with conventional network management procedures is that the network management messages concern only destinations. In a network where exception routes are used, it may be desirable for network management messages to include information in addition to the DPC to identify an exception route.
In block 502, a change in status of an exception route is detected. Referring to
According to another aspect of the subject matter described herein, network management status test messages concerning exception routes may also be generated. Continuing with the example illustrated in
In one embodiment, before generating and sending an exception route network management status message, such as a TFP* or RST* message, STP 208 may initiate a handshake protocol with adjacent nodes in order to determine whether a node is capable of processing these messages. Because exception route network management messages as described above are not compliant with standard network node specifications, conventional network nodes may not be capable of processing the additional information the messages contain regarding exception routes. Therefore, a specialized test message could be sent to adjacent nodes during link alignment, adjacent node restart, or other similar procedures. Conventional network nodes would fail to recognize the unknown message type and discard the message and the handshake procedure would fail. Alternatively, network nodes receiving these specialized test messages that are capable of understanding them would not discard the message. In the example illustrated in
According to another aspect of the subject matter described herein, multiple signaling message routing tiers may be provisioned in a network and QoS may be selectively performed for each QoS tier.
In step 702, the signaling message routing node may be provisioned with a second QoS tier that includes a second route for signaling message traffic. In the example illustrated in
In step 704, signaling network management is performed selectively for the QoS tiers. Using the example illustrated in
MTP level 1 and 2 function 910 performs MTP level 1 and 2 functions, such as sequencing, error detection, and error correction for SS7 signaling messages. Gateway screening function 912 performs gateway screening operations, such as screening messages based on destination point code or additional parameters in the messages. Discrimination function 914 examines the destination point code in received SS7 messages and determines whether to forward the message to an internal processing module in routing node 208 or to routing manager 918.
For messages that require internal processing, discrimination function 914 forwards these messages to distribution function 916. Distribution function 916 distributes these messages to the appropriate internal processing module within routing node 208. For messages that require routing, discrimination function 914 sends these messages to route manager 918. Route manager 918 examines the destination point code plus any additional parameters in the signaling message, performs a lookup in route database 919 using these parameters to identify an outbound signaling link, and routes the signaling messages to the interface module associated with the outbound signaling link. Route manager 918 may also implement the network management procedures described herein for performing selective network management in a network having multiple active routes to a common destination that are keyed by different combinations of signaling message parameters.
Module 902 comprises a data communications module for sending and receiving SS7 messages over IP signaling links. In the illustrated example, module 902 includes a physical and data link layer function 920, a network layer function 922, a transport layer function 924, an adaptation layer function 926, and functions 914-919 described above with regard to module 901. Physical and data link layer function 920 may be implemented using any suitably physical and data link layer protocol, such as an Ethernet protocol. Network layer function 922 may implement any suitable network layer protocol, such as Internet protocol. Transport layer function 924 may implement any suitable transport layer protocol, such as UDP, TCP, or SCTP. Adaptation layer function 926 may implement any suitable SS7 adaptation layer protocol, such as M2PA, M3UA, SUA, or TALI, as described in the corresponding Internet Engineering Task Force requests for comments. Functions 914-919 implement the corresponding operations described above with regard to LIM 901.
Modules 904 and 906 comprise database service modules for implementing database services for received messages. In the illustrated example, each of modules 904 and 906 includes a service selection function 928, a global title translation function 930, and a global title translation database 932. Service selection function 928 receives messages from other modules over bus 908 and determines the appropriate service to be applied to the messages. In the illustrated example, the service to be applied is global title translation. Other services, such as number portability translation, application layer screening, or other database services, may be applied without departing from the scope of the subject matter described herein. Global title translation function 930 performs a lookup in global title translation database 932 to determine a destination point code to be inserted in a message based on results of the global title translation. After the appropriate destination point code is inserted in the message, global title translation function 930 forwards the message to route manager 918, which routes the message to the interface module associated with the outbound signaling link.
Table 1 shown below illustrates exemplary parameters by which different routes to the same destination may be keyed in route database 919.
In Table 1, it is assumed that the route in the last row corresponds to the primary route. The remaining routes represent exception routes. As can be seen from the data in Table 1, the exception routes are keyed by the same DPC as the primary route plus additional parameters. The additional parameters include parameters such as the OPC, the originating linkset, the DPC, and the SI, which are associated with all SS7 signaling messages. Other parameters, such as the CIC parameter, are associated with ISUP messages. Accordingly, route classes illustrated in Table 1 may be used to route all types of SS7 signaling messages, including ISUP messages and SCCP messages, over one of a plurality of routes to a destination maintained by a signaling message routing node. Route database 919 may comprise one or more tables, or any other suitable data structure, and may be embodied in a computer readable medium.
It will be understood that various details of the subject matter described herein may be changed without departing from the scope of the subject matter described herein. Furthermore, the foregoing description is for the purpose of illustration only, and not for the purpose of limitation, as the subject matter described herein is defined by the claims as set forth hereinafter.
This application claims the benefit of U.S. Provisional Patent Application Ser. No. 60/855,726 filed Oct. 31, 2006; the disclosure of which is incorporated herein by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
60855726 | Oct 2006 | US |