System and method for regulating messages between networks

Abstract

A system and method for interconnecting networks. In one embodiment, a message is received from a first network to be communicated to a target device of a second network. Data within the message is identified. A determination is made whether the data is allowable based on a policy. The message is communicated to the target device of the second network in response to determining the data is allowed.

Description

BACKGROUND

Simple Network Management Protocol (SNMP) is an Internet Protocol (IP) based signaling protocol that is used for in-band or out-of-band management of Internet Protocol (IP) devices. In particular, SNMP is used by network management systems for monitoring network-attached devices for conditions that warrant administrative attention. For security purposes most SNMP signaling is encrypted or handled out-of-band whenever possible. Out-of-band communication is the exchange of signal control information in a separate band of the data or voice channel, or on an entirely separate dedicated channel.

In some cases, Ethernet may be used to provide connectivity for access between different carrier networks. The carrier networks may include a host network providing a network service and a customer network that consumes or redistributes the network service. For example, SNMP access to a device, such as a switch or hub, may be controlled by a SNMP server. Each network element communicates with the SNMP signaling collection server. For security reasons, only the owner of the network elements is allowed access to SNMP signaling ports of the SNMP server. This access applies to in-band and in many cases, out-of-band connectivity to the SNMP server. This limitation may be particularly frustrating to the customer network that seeks performance and operational information about the host network.

Because an Ethernet connection is non-synchronous and has no end-to-end signaling to indicate a far end problem, the only way for a customer to understand if a problem exists within a host network is to place a device at the far end that the customer may manage remotely. This alternative is costly and only works when the transport and IP layers are configured correctly. Additionally, the new device introduces another fault point and security issue into the host network. As a result, the customer is unable to monitor statistics and make the limited management changes that the customer is authorized to perform on the host network without assistance from an administrator of the host network.

SUMMARY

To provide added security and effectiveness to messages between networks, a system and method for interconnecting networks. The use of such a system allows a host network to control access to one or more remote networks.

In one embodiment includes a method for interconnecting networks. A message is received from a first network to be communicated to a target device of a second network. Data within the message is identified. A determination is made whether the data is allowable based on a policy. The message is communicated to the target device of the second network in response to determining the data is allowed.

Another embodiment includes a profiler for regulating messages between networks. The system includes a queue for receiving the messages from a remote network. A parser for identifies data within the messages. A comparator determines whether that the data is allowed to be communicated to a target device in a host network based on a policy. The messages are allowed if the messages conform to the policy.

Another embodiment includes a method for establishing a policy for regulating access between a remote network and a host network. A target device and port access is designated for the remote network. Authorized commands are established for the remote network. Message thresholds are specified for the remote network.

BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments of the present invention are described in detail below with reference to the attached drawing figures, which are incorporated by reference herein and wherein:

FIG. 1 is an illustration of a messaging system for interconnecting operational networks in accordance with illustrative embodiments of the present invention;

FIG. 2 is a block diagram of a message control system for interconnecting networks in accordance with illustrative embodiments of the present invention;

FIG. 3 is a an illustration of a policy for a profiler in accordance with illustrative embodiments of the present invention;

FIG. 4 is an illustration of policy permissions in accordance with illustrative embodiments of the present invention;

FIG. 5 is a flowchart for a process for establishing a policy in accordance with illustrative embodiments of the present invention; and

FIG. 6 is a flowchart for a process for passing messages between networks in accordance with illustrative embodiments of the present invention.

DETAILED DESCRIPTION OF THE DRAWINGS

The illustrative embodiments of the present invention provide a system and method for regulating messages between a host network and at least one remote network. In many cases capacity of a host network is leased to a remote or customer network in order to allow the remote network to offer various services of the host network as their own. As part of a service agreement, the remote party or customer may have rights to certain statistics and administrative controls on target devices within the host network. The host network may limit the access and availability of the target devices to the remote party for security and stability purposes. The illustrative embodiments provide a profiler for regulating the control and information accessible by the remote networks.

FIG. 1 is an illustration of a messaging system for interconnecting networks in accordance with illustrative embodiments of the present invention. The message control system 100 is a system for regulating messages 102 between a remote network 104 and a host network 106. The remote network 104 and the host network 106 may be telecommunications networks or operational support system (OSS) networks that occur either in-band or out-of-band from the communications path leased from the host network. An OSS network is a network of components including a set of programs that help a communications service provider monitor, control, analyze and manage a telephone or computer network. As the traditional voice telephone systems converges with packet-oriented Internet traffic, including Voice over Internet Protocol (VoIP) technology, broadband applications such as teleconferencing and DSL, more sophisticated OSS systems are used for activities like ordering and tracking network components, usage and traffic patterns, billing and reporting.

In one embodiment shown in FIG. 1, the remote network 104 includes a server 108, a client 110, hubs 112 and 114, and switches 116 and 118. The host network 106 includes a server 120, clients 122 and 124, a hub 126, a target device 128 and a switch 130. However, the remote network 104 and the host network 106 may include numerous nodes, devices, and other elements in any number of different network configurations. The target device 128 is the device accessible by the remote network 104 for requesting information and making permitted configuration changes.

In one embodiment, messages 102 are simple network management protocol (SNMP) messages used to send commands, request performance and operational measurements or statistics, receive fault indicators and test a connection. However, the messages 102 may be any information, script, or command suitable for communicating with or controlling the target device 128. The simple network management protocol is used by network management systems for monitoring network-attached devices for conditions that warrant administrative attention. The host network 106 may have one or more target devices 128 accessible to the remote network 104.

The host network 106 controls the authentication, content, and throughput threshold of messages 102 using a profiler 132. In one embodiment, the profiler 132 is a specialized firewall or message transfer function that guards access to the host network 106. However, the profiler 132 may be a specialized server, a program application running on a data processing system as shown in FIG. 2, or other hardware element, such as an Application Specific Integrated Circuit (ASIC), suitable for regulating the messages 102 passed to the target device 128. The profiler regulates and otherwise controls messages based on a policy 134. The policy 134 specifies the parameters, rules, permissions, and regulations for remote networks that attempt to access host network 106. Examples of policies and setting permissions for the policy are further shown by FIG. 3 and FIG. 4. In one embodiment, the policy 134 may be stored within the profiler 132 and accessible to administrators using the host network 106. In other embodiments, the policy 134 may be stored on an external database or a component within the host network 106.

FIG. 2 is a block diagram of a message control system for interconnecting networks in accordance with illustrative embodiments of the present invention. The message control system 200 and the described components are similar to the message control system 100 of FIG. 1. In this illustrative example, the message control system includes a remote network A 202 and a remote network B 204. Each remote network is similar to the remote network 104 of FIG. 1. The remote network A 202 and the remote network B 204 send and receive messages 206 through a profiler 208. The profiler 208 regulates and controls the messages 206 that are passed to a host network 210. In embodiments of the present invention, multiple profilers may be used to regulate messages. Multiple profilers may function independently or in combination to regulate messages.

In this example, the host network 210, which is similar to the host network 106 of FIG. 1, includes a target device X 212, a target device Y 214, and a target device Z 216. The remote network A 202 and the remote network B 204 may be allowed to send messages 206 to the target device X 212, the target device Y 214, and the target device Z 216 based on an established policy or permissions set by an administrator of the host network 210.

The profiler 208 may be a hardware device or program application. As shown, the profiler 208 may be a data processing system, such as a server. The profiler 208 includes a processor 218 and a memory 220 in addition to other data processing elements, components, peripherals, and modules. The processor 218 is a processing element for processing instructions and operations as well as coordinating other computing tasks for the profiler 208. The memory 220 may be dynamic memory, such as random access memory (RAM), a hard drive, tape drive or other storage medium. Modules within the memory 220 include a packet sniffer 222, a parser 224, a message queue 226, a comparator 228, a switch 230 and a policy database 232.

The messages 206 received by the profiler 208 are first analyzed by the packet sniffer 222. The packet sniffer 222 is a program that monitors and records activity of the messages 206 entering the profiler 208. Additionally, the packet sniffer 222 acts as a receiving queue so that the messages 206 that are received by the profiler 208 may be analyzed by the components of the memory 220. For example, the packet sniffer 222 records the number and frequency of incoming and outgoing messages. The packet sniffer passes the messages 206 to the parser 224. The parser 224 reads the incoming messages and determines the structure and properties of the data. The parser 224 extracts information from the messages 206 and prepares them for indexing, search, comparison, and retrieval. The parser 224 may also divide a message into data or distinguishable sections which may include authentication, target device, port, content which may include a command or other request, and other information.

Next, the comparator 228 compares the message data against a policy stored in the policy database 232. The policy may be policy 134 of FIG. 1 and is further described by FIG. 3 and FIG. 4. In one embodiment, the policy database 232 may be stored within memory 220. However, the policy database 232 may be part of an external device connected to the profiler 208 or stored in any suitable storage component. The comparator 228 determines whether the message conforms with the policy. One example of policy enforcement performed by the comparator 228 relates to “role based security”, which allows specific SNMP messages originated from specified IP addresses to perform “read only” functions exclusively. Another example of a role based profile would be “service assurance” which allows a remote user to setup and tear down loop-back functions on the target devices for testing purposes.

Messages may also be modified for addressing purposes. A host network may provide a circuit identification instead of providing end device IP addresses for the SNMP messages. The circuit identification may be modified to generate an IP address, a port address, a circuit identification or any combination of these elements referred to generally in this application as addresses. In this example, the message sent to the profiler 208 may contain the address of the profile device and a circuit identification. The profiler 208 modifies the message by altering the IP address and port and forwards the message based on the circuit identification number to the IP and port address of the related target device leased or accessed by the remote network. Additionally, if a message is to be passed to multiple profile devices, the host network may connect to a third party host network to provide access to the target device. In this configuration, the circuit identification is exchanged with the third party host network profiler for an IP address and circuit identification. The exchanged information acts as a proxy to relay the SNMP message from the remote network through both the host network and the third party host network.

In some cases, the messages 206 are rejected for not conforming with the policy. In other cases, the message will not conform to the policy because the messages 206 received by the profiler 208 have exceeded a specified threshold. The threshold specifies how often specified messages may be passed to a target device so that the host network 210, and particularly the target devices, are not overwhelmed by excessive messages. The threshold is used by the profiler 208 to pace how often the remote network A 202 and the remote network B 204 may issue or re-issue a message or command. If the threshold is exceeded, the comparator 228 places the message in the message queue 226 until the message conforms with the parameters of the policy. Once a message in the message queue 226 conforms with a policy in the policy database 232, the message may be passed to the switch 230 to be sent to a specified target device. If multiple duplicate or like messages are stored in the queue 226 the profiler 208 may choose to discard the repeated messages.

FIG. 3 is an illustration of a policy for a profiler in accordance with illustrative embodiments of the present invention. The policy 300 is one embodiment of a policy for a remote network such as the remote network A 202 of FIG. 2. The policy 300 may be the policy 134 used by the profiler 132, both of FIG. 1. The policy 300 includes various sections in this example including allowable content 302, threshold 304, authentication 306, and target devices 308.

The allowable content 302 specifies the types of content that are allowable in a message. The allowable content 302 may include specified commands, reports, statistics, status indicators, and other information that may be used to monitor the performance of the remote network A. In one example, commands that reconfigure a port may be disallowed. However, commands to power down or reinitialize a port may be allowed along with commands to report performance characteristics, packet loss, and bandwidth availability. In the example of FIG. 3, the remote network may be allowed to obtain applicable network statistics and commands including GETS, PUTS, and TRAPS.

The threshold 304 specifies the frequency with which the messages may be received by the target device. In one embodiment, the threshold 304 is measured in messages per second. However, the threshold 304 may specify an interval or frequency term suitable for ensuring that the target device is not overburdened with messages. For example, the threshold 304 may specify that one message may be received per second. The threshold 304 may also indicate a frequency threshold for specific types of messages. For example, messages requesting network statistics may be authorized once every five seconds and messages adjusting port speed may be authorized once every thirty seconds.

Alternatively, the threshold 304 may specify the time required between the execution of a command associated with a message and the receipt of an additional message. If a remote network is sending a number of messages that exceed the threshold, the host network may send a reminder to the device or network administrator specifying the threshold 304. Messages are regulated using the threshold 304 to reduce ineffective message traffic and regulate the remote networks.

In one embodiment, the authentication 306 identifies a remote network or device that may access the host network, and more specifically, a target device in the host network. The authentication 306 ensures that the remote network or device may only access devices authorized by the host network. The authentication 306 may be any authentication scheme, password, or identifier. As shown in the authentication 306, an Internet Protocol address of the sending device within the remote network may be used for authentication purposes.

The circuit identifier 308 specifies a path between a device of the remote network and the target device. The circuit identifier 308 provides the host network a way to provide the remote network access to necessary devices without compromising security by providing Internet Protocol addresses to critical devices. The circuit identifier may be translated by the profiler to generate an Internet Protocol address for the target device. The profiler may use a database, such as the policy database 232 of FIG. 2, to translate the circuit identifier to an Internet Protocol address for routing the message.

In one embodiment, the target device 310 specifies one or more devices within the host network that may be accessed by the remote network. For example, the remote network A 202 may access target device X 212 and target device Z 216, all of FIG. 2. The target device 310 may also specify ports accessible within the authorized target device, such as ports 10-16 of target device X. The target device 310 limits the access of remote networks to specified ports and devices for improved security.

FIG. 4 is an illustration of policy establishment interface in accordance with illustrative embodiments of the present invention. The policy establishment interface 400 may be used to establish the policy 300 of FIG. 3 between a host network and remote network A 402 and remote network B 404. The policy establishment interface 400 may include policy permissions 406 and stipulations 408. The policy establishment interface 400 may be displayed by the profiler 208 of FIG. 2. However, policy establishment interface 400 may be part of a software application displayed to a network administrator suitable configuring or editing policies for one or more remote networks. For example, as a host network establishes agreements or dealings with remote networks, a network administrator may use the policy establishment interface 400 to quickly establish a policy for each remote network that may access the host network.

The policy permissions 406 of FIG. 4 are similar to the sections of policy 300 of FIG. 3. The policy permissions 406 establish the terms and parameters of the policy. The policy permissions 406 shown include accessible target devices, port access, accessible Internet Protocol addresses, circuit identification, data access, and message threshold. The policy permissions 406 may be expanded or reduced, from the example shown, to include as many terms or parameters as are required to effectively create a policy for a remote network. The policy permissions 406 may be set by default, clicking check boxes, entering text or numbers, or using other configuration schemes. The policy establishment interface 400 may be established prior to allowing a remote network to access the host network. Alternatively, the policy establishment interface 400 may be used to edit the access configuration of a remote network that has already been configured.

The stipulations 408 further establish the details of the policy permissions 406. The stipulations 408 are the details of the policy permissions 406. For example, the stipulations 408 specify the target devices and the ports of the target devices that are accessible to remote networks. As a result, the administrator knows that the remote networks should only be accessing those target devices and ports in order to configure network security accordingly.

The stipulations 408 may be narrow or broad based on the type of access the host network wants the profiler to maintain. For example, the remote network A 402 may allow all circuit identifiers for target devices X and Z, but the remote network B may have access only to circuit identification 2548 on target device X. The stipulations 408 may be narrowed to control when, how, by which devices, and for what purpose the target devices in the host network may be accessed. This configuration provides additional assurance that the host network is only being accessed and controlled in accordance with pre-specified guidelines.

The message threshold may be used by the profiler to specify how frequently messages may be passed to the target device as measured in seconds. The policy permissions 406 and stipulations 408 may be custom created or may be set by default based on a type of remote network. For example, a remote network accessing the host network through an established Ethernet transport system using Simple Network Management Protocol may have default parameters for policy permissions 406, such as accessible target devices, port access, data access, and message threshold.

FIG. 5 is a flowchart for a process for establishing a policy in accordance with illustrative embodiments of the present invention. The process of FIG. 5 may be implemented in a message control system. The process of FIG. 5 is for establishing a policy. In one embodiment, the policy is established using a profiler and stored in policy database. However, the policy may be established in an external database or by an element of the host network.

The process begins by setting authentication parameters for a remote network (step 502). The authentication parameters may be a password, authorized Internet Protocol address, circuit identification or other parameter for determining whether the remote network may access the host network. Next, the process designates a target device and port access for the remote network based on a circuit identification or other target device address. (step 504). During step 504, the remote network is granted access to target devices and ports or components of the target devices.

Next, the process establishes authorized commands and data requests (step 506). Authorized commands establish the content that may be included in a message to the host network. For example, one of the authorized commands may be test control access. Test control access indicates whether the remote network may test the transmission connection to the target device using a feedback loop or other feedback control. For example, a remote network may want to test a transmission path after receiving an error message from the host network. Other commands may be allowed to reconfigure a port, power down, or reinitialize a port. Data requests may include performance data for the target device including packet loss, throughput, bandwidth availability, and errors.

Next, the process specifies thresholds for authorized messages (step 508) with the process terminating thereafter. The message threshold may specify the quantity of messages that may be passed from the remote network to the host network. The message threshold may specify the number of messages that may be received per time period, such as one message ever ten seconds may be received by the target device. The thresholds may vary between different types of messages. For example, data statistics may have a threshold of one message every ten seconds, but commands to reconfigure the port may be allowed every thirty seconds.

FIG. 6 is a flowchart for a process for passing messages between networks in accordance with illustrative embodiments of the present invention. The process of FIG. 6 illustrates the profiling process for each message. The process may be implemented by a profiler, program application, or other data processing system. The determinations of FIG. 6 are made based on a policy established for each remote network. The process of FIG. 6 begins by determining whether a message is authenticated (step 602). The message may be received from a remote network. The message may be authenticated based on an Internet Protocol address of the sending device, circuit identification, password, network key, or other identifier.

If the profiler determines the message is not authenticated, the profiler rejects the message (step 604) with the process terminating thereafter. If the profiler authenticates the message in step 602, the profiler determines whether the content is allowable (step 606). The content of the message is compared against the policy to determine whether the content is allowable. For example, a command from a remote network to reconfigure a device in the host network may be disallowed, but a command to reconfigure a port may be allowed based on the policy. Similarly, a command from a remote network requesting overall network statistics may be disallowed, but a command requesting statistics for the authorized target device may be allowed.

If the content is allowable, the profiler determines whether the threshold is exceeded (step 608). The threshold is also specified by the terms and parameters of a policy. The type of message or commands in the message may specify the applicable threshold. For example, commands reconfiguring a port may be allowed once every ten seconds while commands to request port statistics may be allowed once every thirty seconds. If the threshold is exceeded, the profiler continues to check whether the threshold is exceeded (step 608) until the threshold is no longer exceeded. In another embodiment, the profiler may have a time out threshold at which any messages still being stored in memory or in a queue are discarded to prevent too many messages from accruing. If the profiler determines the threshold is not exceeded in step 608, the profiler passes the message to a target device (step 610) with the process terminating thereafter. The message may be passed or otherwise routed to the target device by a routing device, based on the policy or based on information contained in the message itself. For example, a header of the message may specify the Internet Protocol address of the target device for delivery.

If the profiler determines the content is not allowable in step 606, the profiler determines whether the content is modifiable (step 612). The content is modifiable if the content may be translated, amended, redacted, changed or otherwise reconfigured to conform with the policy. If the content is not modifiable, the profiler rejects the message (step 604). If the content is modifiable in step 612, the profiler modifies the content (step 614). In one example, the content of the message may include two commands, one command is allowed based on the policy and the other command is not. The profiler may modify the content of the message in step 614 by removing the command that is not allowed from the message. Next, the profiler determines whether the threshold is exceeded (step 608) with the process continuing thereafter as previously described.

The illustrative embodiments of the present invention provide a system and method for regulating messages between a host network and at least one remote network. The host network may establish a policy for allowing remote networks to access specified target devices within a host network. As a result, the host network has increased stability and security. Additionally, the host network may regulate the ability of remote networks to access target devices.

The previous detailed description is of a small number of embodiments for implementing the invention and is not intended to be limiting in scope. One of skill in this art will immediately envisage the methods and variations used to implement this invention in other areas than those described in detail. The following claims set forth a number of the embodiments of the invention disclosed with greater particularity.

Claims

1. A method for interconnecting networks, said method comprising: receiving a message from a sending device of a first network to be communicated to a target device of a second network;determining an identifier associated with the sending device;determining whether the sending device is authorized to communicate with the target device based on the identifier;responsive to a determination that the sending device is authorized to communicate with the target device, determining a command request contained in the message;identifying in a policy a list of allowable commands that the sending device may perform on the target device;determining whether the command request contained in the message is on the list of allowable commands that the sending device may perform on the target device; andresponsive to a determination that the command request contained in the message is on the list of allowable commands that the sending device may perform on the target device, communicating the message to the target device of the second network;responsive to a determination that the command request contained in the message is on the list of allowable commands that the sending device may perform on the target device, determining whether the command request on the target device exceeds a threshold for performing the command request on the target device prior to communicating the message to the target device of the second network; andresponsive to the command request on the target device not exceeding the threshold for performing the command request on the target device, communicating the message to the target device of the second network.

2. The method according to claim 1, wherein the command request allows the sending device of the first network to control the target device.

3. The method according to claim 1, wherein the command request commands the target device to report performance characteristics.

4. The method according to claim 1, wherein the message requests network statistics from an operational support system of the second network.

5. The method according to claim 1, wherein the threshold indicates the number of messages that may be received per specified time period.

6. The method according to claim 1, further comprising: responsive to the command request on the target device exceeding tile threshold for performing the command request on tile target device, placing tile message in a message queue until the threshold for performing the command request on the target device is no longer exceeded.

7. The method according to claim 1, further comprising: responsive to a determination that the sending device is not authorized to perform the command request on the target device based on the policy, rejecting the message.

8. The method according to claim 1, further comprising: modifying the message to translate a circuit identification to an address, the circuit identification indicating a path between the sending device and the target device.

9. The method according to claim 1, wherein the command request performs at least one of reconfiguring a port on the target device, powering down the port, or reinitializing the port.

10. The method according to claim 1, wherein the identifier includes at least one of a sending Internet Protocol address and a circuit identification.

11. A system for regulating messages between networks, said system comprising: a memory component that stores data and instructions; anda processor configured to execute the instructions to: determine an identifier associated with a sending device within a first network that sends a message to a target device within a second network;determine whether the sending device is authorized to communicate with the target device based on the identifier;responsive to a determination that the sending device is authorized to communicate with the target device; determine a command request contained in the message;determine whether the sending device is authorized to perform the command request on the target device based on a policy; andresponsive to a determination that the sending device is authorized to perform the command request on the target device, communicate the message to the target device of the second network;determine whether the command request on the target device exceeds a threshold for performing the command request on the target device prior to communicating the message to the tar et device of the second network; andresponsive to the command request on the target device not exceeding the threshold for performing the command request on the target device, communicate the message to the target device of the second network.

12. The system according to claim 11, wherein the processor is further configured to execute the instructions to modify the message to meet terms of the policy.

13. The system according to claim 11, wherein the processor is further configured to execute the instructions to reject messages that do not conform with the policy.

14. The system according to claim 11, wherein the processor is further configured to execute the instructions to: determine at least one port on the target device for communicating the message to the target device based on a plurality of allowable ports specified in the policy; andcommunicate the message to the target device of the second network using the at least one port.

15. The system according to claim 11, wherein the processor is further configured to execute the instructions to translate a circuit identification indicating a path between the sending device and the target device to an address associated with the target device.