Patent Application
20150236918
1. Field of the Invention
The present invention relates to network management using the Simple Network Management Protocol (SNMP) and, more particularly, to a method and system for creating and viewing single SNMP table for multiple openflow flow tables.
2. Description of the Related Art
The simple network management protocol (SNMP) is an Internet-standard protocol for managing devices on Internet protocol (IP) networks. Devices that typically support the SNMP include routers, switches, servers, workstations, printers, and modem racks, among other types of devices. The SNMP is primarily used in network management systems to monitor network-attached devices for conditions that warrant administrative attention. The SNMP exposes management data in the form of variables on managed systems, which describe the system configuration. These variables can then be queried, and sometimes set, by managing devices.
Using SNMP, network administrators can address queries and commands to network nodes and devices. SNMP monitors network performance and status; controls operational parameters; and reports, analyzes and isolates faults. The protocol accomplishes these functions by transporting management information between “Managers” and “Agents”. As shown in
A managed device is a network node that implements an SNMP interface that allows unidirectional (read-only) or bidirectional (read and write) access to node-specific information. Managed devices exchange node-specific information with the NMSs. Sometimes called network elements, the managed devices can be any type of device, including, but not limited to, routers, access servers, switches, bridges, hubs, IP telephones, IP video cameras, computer hosts, and printers.
A SNMP agent is a network-management software module that resides on a managed device. An agent has local knowledge of management information and translates that information to or from an SNMP-specific form.
A network management system (NMS) executes applications that monitor and control managed devices. NMSs provide the bulk of the processing and memory resources required for network management. One or more NMSs may exist on any managed network.
Today, OpenFlow provides protocols and a platform for monitoring the network, but it also provides a powerful toolset for configuring the network in a positively controlled system with multiple feedback loops for accuracy and confirmation. Not a single traditional network monitoring and management tool offers this capability. Our search at US and European Patent Database reveals several pending and issued patents relating to managing openflow tables.
U.S. Pat. No. 6,032,183 A is titled as System and method for maintaining tables in an SNMP agent. It offers is a new system that allows a Manager in a Simple Network Management Protocol (SNMP) environment to gather updates from its Agents. The system and method comprise the unique provision of an index which is used in each of the Agent's tables for indicating the various revisions thereof. The index lexicographically increases with each revision to the table. The Manager maintains a record of the index of the data which it has received from its Agents, requesting only that data having a lexicographically larger indexing. Further, the index is used in related tables so that the tables will be kept in “sync” in that the Manager will know whether it has the latest updates so that an accurate picture may be portrayed.
EP 0449438 A2, titled as “Graphical user interface management system and method” relates to graphical user interface management systems, and in particular, to those systems which enable management of user interfaces by means of tables of a relational type.
US 20130272135 A1 is titled as Traffic visibility in an open networking environment. This invention describes a method of monitoring network traffic includes accessing a network that includes a controller and a switch device having a flow table, wherein the controller is communicatively coupled to the switch device, and is configured to program a behavior of the switch device through an openflow protocol, and obtaining information regarding the programmed behavior of the switch device.
Though several attempts have been made to consolidate dynamic OpenFlow tables into a single SNMP view, there does not exists a consolidated view that enables administrator to efficiently look at OpenFlow tables to provide for single SNMP Table view for any number of openflow tables and also provide for single match field to hold any type of matching data.
Other aspects, advantages, and salient features of the invention will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, disclose exemplary embodiments of the invention.
Embodiment of the present invention provides for creating and viewing single SNMP table for multiple openflow tables.
In one embodiment, a Single SNMP Table view is provided for any number of openflow flow tables.
In another embodiment, a single Match field is provided to hold any type of matching data i.e., it can hold MAC, IP, PORT, etc.
In yet another embodiment of the present invention, there is no need to redefine SNMP tables, if controller or user changes the number of flow tables and match fields.
In one more embodiment, we provide for an easy view for remote administration (single table to view and understand the flows).
In another embodiment, we can use this single SNMP table to view all the devices/contexts flow tables, even if the system supports multiple devices/contexts.
So that the manner in which the above recited features of the present invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
In the present description, some words are being used interchangeably to mean the same thing/entity: ‘Customers’ & ‘Users’; ‘He’ and “She”.
It is appreciated that present invention can be implemented in a variety of systems, devices, architectures and configurations. Embodiments described herein may be discussed in the general context of computer-executable instructions residing on some form of computer-readable storage medium, such as program modules, executed by one or more computers, computing devices, or other devices.
For explanation of this invention following terms and concepts are covered in brief:
SNPM is an internet protocol for managing devices on IP (internet protocol) networks. The devices include routers, switches, servers, workstations, printers, modem and more.
It comprises of following components (as shown in
This invention provides a method for creating and displaying single SNMP table.
It comprises of seven layers shown as shown in
The model defines a networking framework to implement protocols in seven layers. Control is passed from one layer to the next, starting at the application layer in one station, and proceeding to the bottom layer, over the channel to the next station and back up the hierarchy.
At each level two entities at peer level interact with each other using defined protocol. For example, level-3 on a device will interact with its peer at level-3 through underlying levels and defined protocol. A layer serves the layer above it and is served by the layer below it. For example, Data Link layer serves Network layer. Network layer servers Transport layer.
From this inventions point of view, the devices for which consolidated table view is provided are in layer-1, layer-2 and layer-3.
The Software-Defined Networking (SDN) architecture decouples the network control plane from forwarding plane. The control plane controls several devices. This architecture enables network control to become directly programmable and the underlying infrastructure to be abstracted for applications and network services.
The OpenFlow protocol is a standard communications interface defined between the control and forwarding layers of an SDN architecture. In a classical router or switch, the fast packet forwarding (data path) and the high level routing decisions (control path) occur on the same device. An OpenFlow Switch separates these two functions. The data path portion still resides on the switch, while high-level routing decisions are moved to a separate controller, typically a standard server. The OpenFlow Switch and Controller communicate via the OpenFlow protocol, which defines messages, such as packet-received, send-packet-out, modify-forwarding-table, and get-stats.
OpenFlow allows direct access to and manipulation of the forwarding plane of network devices such as switches and routers, both physical and virtual (hypervisor-based). It can go well beyond the abilities of network monitoring or management tools by enabling a centralized view of the entire network configuration along with control even in a dynamic virtual environment.
The present invention provides single SNMP view of OpenFlow flow tables that are dynamically defined by user or controller.
Openflow flow table has multiple tables. Number of tables and elements in each table are dynamic. Hence, getting a SNMP table view for these tables is not possible.
This is not an efficient way for administrator to get over all view and the status of devices.
Based on the invention, we provide a single view of all tables and all elements as shown in
The consolidated view in one-table shows following:
Now, let us consider how the table helps in identifying the devices at different levels.
Individual view of layer-2, layer-3 and layer-4 type tables are shown in
Based on the invention a single view of these tables is shown in
Based on value in 4th field the device is identified.
This is useful for OpenFlow enabled switches and remote monitoring of the OpenFlow switches from an SNMP manager on all flows installed in the switch.
Steps: Following are the steps of implementation:
Each row represents entry for OpenFlow Table.
While displaying single view, OpenFlow table acts as index and is used to view multiple flow tables by iterating each row in flow table in SNMP.
As the index is to OpenFlow table, this invention addresses dynamic tables view using SNMP single table.
Another important aspect of the invention is that the elements are stored as String in columns in tables. Hence, it can hold IP Address, Mac address or port number. These are converted to correct format and displayed in single SNMP view.
While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.
