WO1997050210A1 - Interface d'utilisateur graphique intranet pour la gestion du reseau des normes de transmission en reseau optique synchrone - Google Patents

Interface d'utilisateur graphique intranet pour la gestion du reseau des normes de transmission en reseau optique synchrone Download PDF

Info

Publication number
WO1997050210A1
WO1997050210A1 PCT/US1997/011007 US9711007W WO9750210A1 WO 1997050210 A1 WO1997050210 A1 WO 1997050210A1 US 9711007 W US9711007 W US 9711007W WO 9750210 A1 WO9750210 A1 WO 9750210A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
request
network element
user
data
Prior art date
Application number
PCT/US1997/011007
Other languages
English (en)
Inventor
Robert A. Branton, Jr.
John Mark Demoss
Donald Pitchforth
Eric V. Kouch
Steve Landon
Arthur Lee Parks, Jr.
Sam Stepler
Original Assignee
Mci Communications Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US08/671,029 external-priority patent/US5845062A/en
Priority claimed from US08/778,731 external-priority patent/US5870558A/en
Priority claimed from US08/778,732 external-priority patent/US6061332A/en
Application filed by Mci Communications Corporation filed Critical Mci Communications Corporation
Priority to AU35025/97A priority Critical patent/AU3502597A/en
Publication of WO1997050210A1 publication Critical patent/WO1997050210A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play

Definitions

  • the present invention relates generally to telecommunication network management, and more specifically is directed toward a system and method for increasing the visibility and availability of network element data to a service provider.
  • Network elements are monitored to provide a detailed predefined set of network element performance data. Examples of performance data and alarm information that can be retrieved from a network element include the number of errored seconds, severely errored seconds, path alarm indication signals, etc.
  • FIG. 1 illustrates an example of a conventional vendor-controlled network management system 100 that retrieves network performance data from, and configures a group of network elements 110.
  • the operations controller (OPC) 130 is connected to the network elements
  • Control Network (CNet) connections 122 and 124 respectively.
  • the network elements 101-104 are referred collectively as the OPC span of control, or OPC group 1 10.
  • the network elements 101-104 are interconnected by links 1 1 1-113.
  • Links 111-113 represent either intrasite or intersite connections. Intrasite connections can be provided by CNet bridge cables, while intersite connections can be provided via the synchronous optical network (SONET) defined data communications channel (DCC) overhead bytes.
  • SONET synchronous optical network
  • DCC data communications channel
  • the OPC 130 periodically interrogates the computer resident within each network element 101-104.
  • the network elements 101-104 provide the OPC 130 with performance and status information.
  • the OPC 130 then provides the collected information to the network manager 140.
  • the network manager 140 retrieves performance and status information from a plurality of network element groups via a plurality of OPCs (not shown).
  • the network manager 140 is also used to configure the network elements 101-104. Examples of types of configuration settings that can be accomplished in this fashion include switching the performance alarms to an 'on' or 'off state, and setting the threshold parameters used to activate the performance alarms. From the network manager 140 a command is provided to the OPC 130 that is used to configure one or more of the network elements 101-
  • the service provider e.g., MCI Telecommunications Co ⁇ oration
  • the service provider does not control the content and distribution of the retrieved performance data.
  • the network element vendors that sell the hardware i.e. the network elements 110, the OPC 130 and the network manager 140
  • retain control over both the network management software and the collected data Specifically, network elements 101 - 104 are programmed by the vendor to provide only basic predefined infoimation to OPC 130.
  • the retrieved data is then stored in a databases located in the OPCs 130 and the network elements 1 10. Such databases are also controlled by the vendor.
  • the vendor generates predefined reports that are provided to the service provider on a network element basis. Effectively, vendors dictate both the type and format of data that is provided to the purchasers of the network elements.
  • a service provider has limited access to its own network data. Customization of the data to be retrieved and the provision of aggregate network-wide reports can be accomplished only through requests to the vendor. This request process is often inefficient and expensive. What is needed is a system and method for maximizing (1) the types of data that are extracted from the network elements, and (2) the availability of the extracted data to the service provider for subsequent analysis.
  • each network element must be configured manually. That is, a network engineer must manually log on the network manager 140 or OPC 130 and send a set of commands to each of the network elements 101-104 that is to be configured.
  • network engineers can configure the network elements 101-104 by locally attaching a terminal to each of the network element's craft interface (not shown, described below), and manually configuring the network elements 101- 104.
  • both conventional methods involve manually configuring the network elements, one at a time.
  • the conventional method does not provide a network-wide solution. Considering that a typical long distance network comprises many thousands of network elements 101 -104, the conventional method of network configuration can be an extremely costly and timely process.
  • the conventional method makes it very difficult to maintain a consistent configuration for the many thousands of network elements 101 - 104 comprising the communications network. For example, it is desirable to set consistent alarm thresholds for similar types of network elements throughout the network in order to yield more accurate and uniform performance evaluation results. What is needed therefore, is a system and method for automatically configuring the network elements so that a timely and consistent configuration is assured throughout the network.
  • the present invention satisfies the above mentioned monitoring needs by providing a network management system that is controlled by the service provider, by providing a network management system that automatically configures the network elements, and by providing a graphical user interface that provides shared access to a network management system for a wide variety of diverse computer systems distributed over a large geographical area.
  • the network management system of the present invention comprises a plurality of controllers that communicate with a desired network element via a switch 56 network.
  • the network is divided into one or more data communications channel (DCC) groups that include one or more network elements with craft interface ports directly connected to the switch 56 network.
  • DCC data communications channel
  • the network management system is interconnected via a local area network.
  • User requests are initiated from a plurality of workstations that are coupled with a company- wide Intranet.
  • a web server interfaces between the company-wide Intranet and the network management system. Any authorized user can access the network management system via a standard web browser program that communicates with the web server via HyperText Transfer Protocol (HTTP).
  • HTTP HyperText Transfer Protocol
  • Such programs are generally available for a wide variety of computer platforms.
  • Hyper-Text Markup Language (HTML) is used by the web server and web browser to provide users with a graphical user interface (GUI) to the network management system.
  • GUI graphical user interface
  • users can view pre-defined reports of network elements by navigating through a series of HTML web pages from any workstation connected to the Intranet.
  • performance information from network elements are collected on a daily basis.
  • pre-formatted HTML performance reports are sent to the web server so that they are available to service provider personnel via the Intranet. Accordingly, any user that has access to an Internet terminal can view the latest performance data from any network element by traversing HTML pages in a well- known manner.
  • authorized users throughout the geographical realm of the service provider can make requests that are either processed immediately (on-line requests), or are processed at a later time (batch requests). User requests can be monitor or configuration requests.
  • HTML is used to provide users with intuitive tools for finding specific information used to view reports and/or submit requests.
  • a monitor request includes information that identifies a network element and the type of information sought to be retrieved from the network element.
  • a configuration request includes information the identifies a network element and the configuration information.
  • the network management system identifies a DCC group that includes the network element.
  • the network management system identifies one of the network elements in the identified DCC group that has a craft interface port directly connected to the switch 56 network.
  • the network management system directs a controller to initiate a call to the network element having a direct connection to the switch 56 network. Through this connection, the controller can access any other network element within the DCC group.
  • the data retrieval process and/or configuration process begins after the desired network element is accessed.
  • Configuration and data retrieval is facilitated by the controller ' s emulation of a VT100 terminal.
  • the controller After navigating through a series of craft interface menus, the controller sends configuration data to the network element.
  • the controller extracts the desired data from the screen display data that is received from the network element.
  • the extracted data is stored in a database. Information from the database is available to a web server so that the information is accessible by any user associated with the service provider from an Intranet terminal.
  • FIG. 1 illustrates a conventional network management system.
  • FIGS.2, 3 and 7 illustrate a network management system according to the present invention.
  • FIG. 4 illustrates an example of a series of menus that are navigated through the craft interface of a network element.
  • FIGS. 5, 8-12 illustrate flow charts depicting various processes that can be used in a preferred embodiment of the present invention.
  • FIG. 6 illustrates a block diagram of a computer useful for implementing elements of the present invention.
  • the present invention addresses the general problem of effectively retrieving and managing network data that is obtained from thousands of network elements under the control of a single service provider.
  • the present invention address the general problem of effectively configuring the thousands of network elements under the control of a single service provider.
  • the conventional network management system 100 is controlled by the vendor.
  • the vendor not only limits the type of data that are retrieved by OPC 130 but also limits the types of reports that are provided to the service provider. With this limited amount of information, the service provider cannot optimally manage the network. Modifications to this vendor-defined process have proven to be expensive, time-consuming and inflexible.
  • the conventional network management system only provides for manual configuration of network elements. No system-wide network management solution is provided with the conventional method. With this limited amount of control, the service provider cannot configure the various network elements in an optimal fashion. This has lead to inconsistent configurations and in many cases, improperly configured network elements. Improperly configured network elements can cause network problems to go unnoticed by the service provider. This can lead to more expensive repairs, loss of customer satisfaction and loss of revenue for the service provider.
  • the present invention is generally designed to increase a service provider's control over the acquisition and analysis of network management data.
  • the present invention increases the types of data that can be retrieved from the network elements.
  • the analysis phase the storage of the retrieved data in a service provider controlled database allows the service provider to more effectively analyze and optimize the performance of the network.
  • the present invention is generally designed to increase a service provider's control over the configuration of the network elements.
  • a service provider can configure network elements automatically, on a network-wide basis.
  • the present invention addresses the general problem of effectively retrieving and managing network data from thousands of network elements by providing a graphical user interface that permits shared access to a network management system by a diverse variety of computer systems distributed over a wide geographical region.
  • a web server attached to a preferably company-wide Intranet is used to interface with a network management system. Remote users throughout the company can submit requests and view reports via any workstation attached to the Intranet. Accordingly, users can view pre-defined reports and submit requests by filing out forms and/or navigating through a series of HTML web pages presented by the web server.
  • FIG. 2 illustrates a preferred embodiment of a customer-controlled network management system 200.
  • the network management system 200 includes a communication network, such as a switch 56 network 260, that connects any one of controllers 271-273 to any network element in the service provider's network.
  • the switch 56 network 260 is a controlled 56 kbit/s routing network. It should be understood that other types of communication networks could be used in place of a switch 56 network.
  • a controller 271-273 initiates a connection by first dialing the number that is associated with a network element 232, 244 that is directly connected to switch 56 network 260. These directly connected network elements 232, 244 allow access to any network element in data communications channel group (DCC) 210.
  • DCC data communications channel group
  • each controller 271-273 has preferably eight ports in which to connect to switch 56 network 260.
  • the controllers 273-273 can make 24 simultaneous calls to the network elements scattered throughout the network.
  • the controllers 273-273 are connected to the network elements 222, 224 via a private-line network.
  • the network management system 200 also includes a scheduler 282, a reporter 286, a server 284 and a database 290.
  • the scheduler 282 coordinates user monitor or configuration requests for the controllers 271 -273.
  • the reporter 286 generates customized reports that are based on the collected infoimation that is stored in database 290. These customized reports are defined by the service- provider.
  • the server 284 coordinates the data retrieval and analysis processes that are initiated by user requests.
  • FIG. 2 illustrates an example of a single DCC group 210.
  • DCC group 210 includes a plurality of OPC groups 220, 230, 240.
  • OPC groups 220, 230, 240 are interconnected by communication links 252, 254.
  • Communication links 252, 254 can represent a communication channel established via the SONET DCC overhead bytes.
  • each OPC group 220, 230, 240 is associated with a single OPC 130. For convenience, only OPC 130 associated with network element group 240 is shown.
  • the OPC groups 220, 230, 240 each include a plurality of network elements.
  • the OPC group 220 includes the network elements 222 and 224
  • the OPC group 230 includes the network elements 232 and 234, and the OPC group
  • the 240 includes network elements 242 and 244.
  • the OPC 130 interfaces with the network elements 242 and 244 via the CNet ports 246 and 247, respectively.
  • the CNet ports 246 and 247 allow the vendor-controlled OPC 130 to retrieve a basic vendor-defined information set from each of the network elements in OPC group 240.
  • the CNet ports 246 and 247 allow the vendor controlled OPC 130 to configure each of the network elements in the OPC group 240.
  • network management system 200 interfaces with the network elements in the DCC group 210 via the craft interface ports 226 and 248 on the network elements
  • connection points between the switch 56 network 260 and a DCC group can exist.
  • the craft interface ports 236 and 248 represent the connection points between controllers 271 -273 and each of the network elements 222, 224, 232, 234, 242, 244 in the DCC group 210.
  • the connection points at the craft interface ports 236, 248 allow the controllers 271 -273 to interrogate the computer that is resident in any network elements in the DCC group 210. This method of interrogation capitalizes on the provision of internal data processing capabilities within each of the network elements.
  • the connection points at the craft interface ports 236, 248 allow the controllers 271-273 to configure the computer that is resident in any network element in the DCC group 210.
  • a DCC group can include over a hundred network elements.
  • the various communication links within the DCC group 210 allow the computers within the network elements to operate as a local area network (LAN).
  • LAN local area network
  • the controllers 271 -273 need only dial a number associated with a network element that is directly connected to the switch
  • controllers 271-273 are provided with complete access to any of the network elements in the chosen DCC group.
  • the controllers 271-273 are allowed to retrieve significantly more information from a network element as compared to
  • the controllers 271-273 can also retrieve card level inventory data (e.g., serial numbers and software versions), tributary layout information, laser bias information, etc. Effectively, all information known to the network element computer is retrievable via craft interface ports 236, 248.
  • card level inventory data e.g., serial numbers and software versions
  • tributary layout information e.g., tributary layout information
  • laser bias information e.g., laser bias information, etc.
  • any authorized user associated with the service provider organization can direct one of controllers 271 -273 to query a specific network element within the service provider's network.
  • any authorized user associated with the service provider organization can direct one of controllers 271-273 to configure a specific network element within the service provider's network.
  • FIG. 5 illustrates a flow chart of the user-initiated query or configuration process.
  • a user sends a request to the scheduler 282 for access to a particular network element.
  • This request includes information that identifies a network element.
  • the user specifies the type of network management data that is sought to be retrieved from the network element.
  • the user specifies configuration data for the network element.
  • the scheduler 282 uses the received request to generate a series of instructions that allow a controller 271-273 to navigate through a series of menu screens.
  • the request itself includes script information that directs a controller's navigation through a series of menus screens. The use of menu screens to retrieve network element data and to configure network elements is described in greater detail below.
  • a user may request information on the operating condition
  • a user may schedule a series of periodic requests that seek to gather information from a group of network elements. These periodic requests may seek to gather card-level inventory information, tributary layout infoimation, etc. from all of the network elements in the network for tracking purposes.
  • the scheduler 282 processes the requests by identifying the connections to be made by controllers 271-273.
  • a user may request to turn-on an optical performance alarm, or may request that new threshold parameters be set to trigger an optical performance alarm.
  • the scheduler 282 identifies the DCC group in which the network element specified by the user resides.
  • the scheduler 282 identifies one of the network elements in the DCC group that is directly connected to switch 56 network 260.
  • the network elements 232 and 244 of DCC group 210 are directly connected to switch 56 network 260.
  • Each of these directly connected network elements is assigned an identifying number that is used by controllers 271-273 in making a call.
  • the scheduler 282 instructs one of the controllers 271-273 to make a call to a directly connected network element.
  • Communication with the directly connected network element allows one of controllers 271-273 to access the information from, or configure any of the network elements in the DCC group. This access is provided by the LAN-like configuration that is created by the communication links that interconnect the network elements in the DCC group.
  • the controller 271-273 can then retrieve any data that may be requested by the user, or the controller 271 -273 may configure any of the network elements within the
  • step 510 DCC group 210. This process is represented by step 510.
  • the retrieval and/or configuration process at step 510 is facilitated by the emulation by controllers 271 -273 of a VT100 terminal typically used in a craft interface connection.
  • controllers 271 -273 of a VT100 terminal typically used in a craft interface connection Through this emulation process, a controller 271-273 can navigate through a series of menu screens to identify the menu option that will produce the data requested or produce the configuration results requested by the user.
  • the scheduler 282 can be programmed to perform periodic jobs that direct the controllers 271-273 to visit each network element within the telecommunications network, in a manner as described above. In this fashion the performance of the entire telecommunications network can be monitored in a periodic and consistent fashion. For example, nightly 'walk- abouts' can be scheduled so that network-wide performance data is available to the service provider on a daily basis.
  • the scheduler 282 can be programmed to perform periodic configurations on a network-wide basis. For example, it may be desired to periodically turn-on performance alarms. Alarms that are switched off, for one reason or another, will cause performance problems to go unnoticed. Alarms that have been inadvertently switched-off have proven to be troublesome for the telecommunications industry. In many cases, alarms are never turned on in newly deployed network elements. Thus, the present invention can be used to systematically turn on all desired alarms within the entire telecommunications network. This process can be repeated on a periodic basis, to assure that alarms are turned on for newly deployed network elements and for any other network elements in which alarms are inadvertently switched-off.
  • the present invention can be used to set alarm threshold parameters for network elements on a network-wide basis. This will assure that consistent parameters are used throughout the network in order to increase the accuracy and reliability of the performance reports on a network- wide basis.
  • this process can be repeated on a periodic basis to assure that consistent values for all network elements within the network.
  • this process can be repeated whenever it is desired to change the values of the alarm threshold parameters. This aspect of the present invention facilitates experimentation with the alarm threshold parameter values, so that optimal values can be determined.
  • FIG. 4 An example of a sequence of menu screens 410, 420, 430, 440 used in the communication between controllers 271-273 and the network elements is illustrated in FIG. 4.
  • a data request is being processed through a series of pre-defined menu screens 410-440.
  • the menu screens 410-440 are typically defined by the vendor.
  • a controller 271 - 273 automatically selects the type of information to be extracted.
  • the options include alarm information (3), performance monitoring information (6), protection information (10), facility information (16), etc.
  • a controller 271-273 automatically chooses in sequence, the choice of the performance monitoring option (6) in menu screen 410, the facility performance option (16) in the menu screen 420, and the history option (10) in the menu screen 430.
  • the controller 271 -273 is presented with various performance monitoring parameters that can be retrieved. For example, controller 271-273 can select the historical data for path- level errored seconds (PathES) or path-level severely errored seconds (PathSES).
  • PathES path- level errored seconds
  • PathSES path-level severely errored seconds
  • a configuration request such as a request to turn on a performance alarm
  • another set of menu screens (not shown) would be traversed, in a similar fashion as described above.
  • the results to be retrieved is obtained by a "screen-scraping" method.
  • the controller 271-273 receives data to be displayed on a VT100 screen or other computer display screen.
  • This display data is in a data format that includes row position information, column position information, and ASCII encoded text to be displayed at the specified row and column positions. Since a controller 271-273 knows the position at which the returned result is to be displayed, the controller 271-273 can extract the ASCII encoded information that is associated with the known row and column position identifiers. Thereafter, the ASCII coded information is converted and stored in database 290.
  • retrieving information from the network elements not only refers to retrieving result data, such as status information associated with a monitor request, but it also refers to retrieving menu screen data associated with the processing of any type of request.
  • the database 290 stores network element data extracted by the controllers 271-273 in response to user requests that are generated by any user associated or authorized by the service provider. As noted above, most of this network element data is not available through conventional network management system 100. As a further benefit, information stored in the database 290 can be extracted and analyzed by any user or group associated with the service provider. Additionally, any user or group associated with the service provider can remotely configure any or all of the network elements throughout the entire network.
  • the network management system 200 allows the generation of reports and configuration on a network- wide basis. For example, trend statistics can be generated across multiple network elements. These trend statistics allow network management to be performed properly at a higher network level rather than at the network element level.
  • FIG. 7 depicts a more detailed block diagram of a preferred embodiment of the network manager 200.
  • the elements comprising the network management system 201 are interconnected via a Local Area Network (LAN) 714.
  • LAN Local Area Network
  • a typical example of a particular LAN that can be used to implement an embodiment of the present invention is a NOVELL* LAN.
  • the database 290 is preferably shared by the network elements within the network management system 201.
  • the LAN server 284 is configured so that access rights to the database 290 are granted to the controllers 271 -273, the scheduler 282, and the reporter 286.
  • the controllers 271-273 can be implemented with a general purpose computer system. An exemplary computer system that can be used to implement the controllers 271-273 is described below with reference to FIG. 6. As noted above, each controller 271-273 has a plurality of ports to connect to the switch 56 network 260. This is depicted by the plurality of transmission lines 712 connected between each controller 271-273 and the switch 56 network 260. The number of ports used depends on the specific implementation of the present invention. For example a "Digiboard", manufactured by DIGI Inco ⁇ orated comprises 8-16 asynchronous ports for each controller 271-273.
  • the reporter 286 comprises an Intranet 708, coupled with a web server 710 and a plurality of workstations 702-706.
  • the web server 710 is coupled with the LAN 714 of the network management system 201.
  • a fire-wall or similar device (not shown) is placed between the web server 710 and the network management system 201 for security pu ⁇ oses. The firewall prevents the unauthorized dissemination of confidential information from the Intranet 708.
  • network management information is presented to the user at any one of the plurality of workstations 702-706.
  • network elements can be configured via any one of the plurality of workstations 702-706 coupled with the Intranet 706, as described below.
  • the present invention provides a distributed means for reporting status from and/or configuring the thousands of network elements within the telecommunications network.
  • a particular advantage provided by the present invention is that the plurality of workstations 702-706 can be spread across a very large geographical region.
  • the use of the Intranet 708 provides a means for connectivity between the network management system 201 and a plurality of workstations 702-706 with diverse computer platforms. Accordingly, any type of workstation capable of running a commonly available
  • Internet Browser program such as Netscape's Navigator, or Microsoft's Internet Explorer
  • the network management system 201 can communicate with the network management system 201.
  • web browsers communicate with the web servers via a communication protocol known as HyperText Transfer Protocol (HTTP).
  • HTTP HyperText Transfer Protocol
  • workstations have access to network element reports and real-time requests for the monitoring and/or configuration of any of the network elements throughout the telecommunications network.
  • FIG. 8 is a flowchart of a process that illustrates how a user submits an on-line request to the network management system 201, from one of the workstations 702-704 connected to the Intranet 708 according to an embodiment of the present invention.
  • the user is at the workstation 702 and the request is processed by the controller 712.
  • any workstation 702-706 coupled with the Intranet 708 can be used to submit such a request.
  • any controller 271-273 coupled with the LAN 714 can be used to process such a request.
  • the number of workstations 702-706 and the number of controllers 271-273 that are used to implement a specific embodiment of the present invention, will vary depending on the needs and desires of the service provider.
  • step 802 the user logs onto the Internet 708. This step is accomplished in the usual fashion by entering a user ID and password from the workstation 702. Note, this step may not be necessary for some implementations of the present invention.
  • step 804 the user jumps to the network management on-line request page. This step is also accomplished in the usual fashion by selecting an item from a list of items that represent options available to the user. Typically the user is presented with a list of options in the form of hypertext links, or Universal Resource Locations (URLs). To jump to the on-line request page, the user simply selects the on-line request page option by clicking the mouse pointer on the associated list item that represents the on-line request page option. Once the option is selected, the current list of options is replaced by the on-line request page. Control then passes to step 806.
  • step 806 the user specifies a particular on-line request by filling out a form that is presented on the on-line request page.
  • This step generally involves the user selecting choices from predetermined lists of choices, and/or filling out text entry fields on the on-line request form provided.
  • the type of form(s) that are provided by the web server 710 in step 806 depends on the specific implementation of the present invention.
  • the user is presented with simple text entry fields used to specify: (1) the identification number(s) of network element(s); and (2) the type of report or configuration desired.
  • the user is provided with the tools to 'drill-down' information pertaining to the network elements in a more user-friendly manner. In this fashion, network elements can be addressed without having specific detailed knowledge about the particular network elements.
  • the user is presented with a map that represents the geographical area comprising the network. For the pu ⁇ oses of this example, assume that a map of the United States is presented. From this map, the user selects a particular state. Once a state is selected, the user is presented with a list of sites where network elements are located. Once a site is selected, the user is presented with a list of network elements within the site. Finally, the user selects one or more network elements that is the subject of the request.
  • the user is presented with a list of reports that can be generated with the selected network element(s), or a list of configuration options that are available. Note that this is one example of a technique that can be used to specify a on-line request in step 806. Many other techniques can be used in addition to the example presented above. The choice depends upon the specific implementation of the present invention. In any case, once a on-line request is formulated in step 806, the user clicks a button to submit the on-line request to the web server 710. Control then passes to step 808.
  • authorized users can also submit a request to configure one or more network elements within the communications network. For example, a user selecting such a request will be presented with a series of choices that represent configuration options that are possible for the selected network element(s). Such options include setting the on- off status of various performance and/or optical performance alarms, and setting or changing alarm threshold parameters for such alarms.
  • step 808 the web server 710 processes the request form completed in step 806 and extracts necessary information therefrom.
  • This information is then formatted for the database 290.
  • the web server 710 determines from the on-line request: (1) the types of report and/or configurations that are desired and (2) the identification numbers of the network elements that are involved in the request.
  • This information is then formatted for the database 290.
  • the formatted information is stored to the database 290.
  • the scheduler 282 reads the on-line user request from the database 290 and translates it into one or more controller work request(s). A process that can be used by the scheduler to read and process such requests is described below with reference to FIG. 12.
  • each group can be processed by a controller 271-273 during a single telephone call over the switch 56 network 260.
  • each group is translated into a single controller work request.
  • the telephone number of the directly connected network element, such as network element 244, associated with the DCC 210 is specified.
  • a single user request is converted into one or more controller work requests.
  • each controller work request contains a list of all the network elements to be operated upon, the type of operation required of each network element, and the time to process the request.
  • an on-line request is desired.
  • the scheduler determines when the on-line request can be serviced the controllers. Typically this is in the form of a 'time window' comprising a beginning time and an ending time, as described below. If possible, the time window is specified such that the request is processed immediately.
  • controller work requests reside in a shared data table within the database 290.
  • the shared data table is referred to herein as a dispatch table.
  • the dispatch table contains work requests for each outgoing call via the switch 56 network 260.
  • each work request specifies a priority, a time/date window, and a list of all of the network elements involved in the work request.
  • Work requests are only processed if a controller receives the request within the specified time window. For multiple work requests that fall within the same time window, the request with the highest priority gets processed first. Details of the dispatch table and such priority processing is presented below.
  • the scheduler 282 sends status information to the user at the terminal 702.
  • This information typically includes an acknowledgment of the request, an estimated time for the completion of the request and where to find the results.
  • the scheduler determines whether the user is authorized to make the request. If the user is not authorized to make the request, the scheduler will not process the request and sends a notification to the web server 710 indicating that the user is not authorized to perform that function. If however, the user is authorized, the scheduler sends information to the user that indicates the approximate time that the request will be processed. This estimate is based on the current workload of the controllers 271-273 and the nature of the request.
  • the user will be presented with information that identifies where the results can be found on the web server 710.
  • the user is provided some kind of identification that is used to find the report when it is published on the web server 710.
  • the web server 710 may send a messages such as 'The results of the report will be posted on the XXX report page, under the heading of YY.'
  • an e-mail message may be sent to the user upon delivery of the report to the web server to notify the user that the report is ready to be viewed by the web browser.
  • the user is notified and presented with the results in a user request browser window.
  • web browser programming tools such as Java ® by Sun Microsystems, or ActiveX*, by Microsoft Co ⁇ oration, can be used to launch a new thread or applet, when the user submits a request.
  • the applet is used to display a new and separate browser window which maintains communication links with a web page used to display results of the user request.
  • the results page is updated with the results of the user request as soon as the results are available. If the user logs off the web browser before the results are available, the user may be presented with an option to re-launch the applet at a subsequent time to view the results of the user query.
  • step 814 the controller reads and processes the request.
  • the controller 271-273 reads the request from the dispatch table in the shared database 290.
  • the scheduler 282 can designate a request as a high priority request.
  • the scheduler can assign particular requests to particular controllers.
  • controllers 271 -273 used and the use of dedicated controllers depends on the specific needs of the service provider.
  • An advantage of the present invention is that the number of controllers 271-273 and/or the number of dedicated controllers can be easily altered at any time.
  • step 818 the scheduler 282 stores the results into the database 290. This process is further described herein with reference to the flowchart in FIG. 10.
  • step 820 the scheduler formats the results data from the database 290 into Hypertext markup language (HTML) and sends it to the Web server 710. This process is further described below with reference to the flowchart in FIG. 1 1.
  • step 822 the web server 710 presents results to the user as described above.
  • FIG. 9 depicts a flowchart of a process that can be used by the controllers 271-273.
  • the controller 271 is processing a work request mat is directed to the DCC group 210.
  • the process begins with step 902.
  • the controller 271 reads the next request from the dispatch table that corresponds with the current time window.
  • a typical controller work request comprises (1) a list of network elements and the operations to be performed thereon; (2) a time/date window in which to process the request; and (3) the priority of the request.
  • a specific controller identifier can be specified. If this optional field is specified, only the controller 271-273 that matches the specified identifier can process the request. This field in the dispatch table facilitates the use of dedicated controllers, as previously described.
  • the controller 271 first searches the dispatch table for jobs that fall into the current time/date window and have a high priority. If there are no high priority requests that fall within the current time window, the table is searched for the next priority, and so on. In this fashion, work requests having higher priorities are processed before work requests having lower priorities.
  • the controller 271-273 dials the telephone number that is associated with the directly connected network element, as specified in the work request. Using the DCC group 210 as an example, this could be the network element 232 or the network element 244. For illustrative pu ⁇ oses, it is assumed that the network element 244 is specified in the work request. Thus, dialing this telephone number causes a call to be dispatched into the switch 56 network 260 and answered by the network element 244.
  • the controller 271 logs on to the computer that resides in the network element 244.
  • step 906 the controller 271 logs on to the next network element specified in the work request.
  • step 908 the work request for the current network element is processed. For example, for a monitor request, performance data may be retrieved from the network element. In the case of a configuration request, the current network element is configured.
  • step 910 the results are stored in a temporary file within the database 290.
  • step 912 the controller 271 determines if there any more requests to process for the current network element. If so, steps 908-912 are repeated until all requests are processed for the current network element. When all requests have been processed for the current network element, control passes to step 914.
  • step 914 another shared table referred to as the network element list (NE list) is updated to indicate whether or not any errors occurred during the processing of the network element just processed. If one or more errors occurred, the scheduler 282 re-schedules the work requests for the network element, as described below with reference to FIG. 10.
  • step 916 the controller 271 determines if there are any more network elements to be processed within the DCC group 210. If so, steps 906-916 are repeated until all network elements are processed. When all network elements have been processed, control passes to step 918.
  • step 918 the current job entry within the dispatch table is updated to indicate whether any errors occurred while processing the current job request. Specifically, a completion field in the dispatch table is updated with a value to indicate whether: (1) the job has completed successfully; or (2) the job has completed with errors. As described below with reference to FIG. 10, if the job contains errors, one or more tasks will be rescheduled by the scheduler 282. In step 920, the controller 271 terminates the call. The port 712 that was used to process the current work order is now free to process additional work orders.
  • each controller 271-273 is connected to the switch 56 network 260 via multiple asynchronous ports 712.
  • multiple work orders can be processed simultaneously by each controller 271-273.
  • This is accomplished by running a multitreaded, multitasking operating system on each of the controllers 271-273.
  • An example of such an operating system is Windows NT* , manufactured by Microsoft Co ⁇ oration. Accordingly, multiple instances of the controller process depicted by the flowchart in FIG. 9, are simultaneously executed on each of the controllers 271-273. The number of instances correspond directly with the number of ports 271 on each of the controllers 271-273.
  • each of the processes is described as being executed by the scheduler 282. In one embodiment, this is accomplished by running a multitreaded, multitasking operating system such as Windows NT* on the scheduler 282. In another embodiment, separate computers are be used to run each of the processes described below. In any event, a single scheduler 282 is used for exemplary pu ⁇ oses and should not be construed to limit the scope and breadth of the present invention.
  • step 1202 the database 290 is searched for the presence of user requests.
  • user requests are stored in a single shared request table within the database 290.
  • the scheduler in step 1202 scans the user request table to determine if outstanding user requests are present. If so, the process continues with step 1204.
  • the scheduler 282 translates the user request into one or more controller work request(s). Typically this transformation involves several steps. First, the network elements that are specified in the request are arranged into groups that coincide with their DCC group 210.
  • Each set of network elements that fall into a single DCC group 210 are converted into a single controller work request that can be processed by a controller 271 -273 during a single 260 switched call. Accordingly, each user request is translated into one or more controller work requests. Next, the telephone number of the directly connected network element, such as network element 244 is specified for each work request. Next, a list of network elements and the operations to be performed thereon is specified. Finally a priority is assigned for each work request. For on-line user requests, the highest priority is typically specified.
  • steps 1206 and 1208 the user request is scheduled. This involves assigning a time/date window, comprising a beginning time and date and an ending time and date for the request. As indicated in step 1206, for off-line requests, the determination of the time window depends on the current work that is scheduled for the controllers 271-273 and the requested time specified in the user request (if any). As indicated in step 1208, online requests are typically scheduled immediately if possible.
  • the completed work request(s) is (are) stored in the dispatch table and control passes to step 1212.
  • the scheduler sends status information to the user. As previously described, the status can be reported in an E-mail message, on the user request web page, or on a separate applet-launched user result web page.
  • the master database table typically contains the latest available information pertaining to the network elements within the telecommunications network. This table gets updated periodically with the information from the controllers 271 -273 pursuant to processed work requests.
  • the process depicted in FIG. 10 is used to permanently store results from completed controller work requests into the master database table in the database 290. As noted with reference to FIG. 9, immediate results from controller work requests are temporarily stored in data files (see step 910 above) before being merged into the master database table.
  • step 1002 the scheduler reads the next entry in the dispatch table. Specifically, as steps 1002 and 1004 indicate, the completion field is read to determine whether or not the work request has been completed. If the work request has not been completed control passes to step 1002, where the scheduler reads the next entry in the dispatch table. As indicated, steps 1002 and 1004 are repeated until the scheduler finds a work request that has been completed, and control passes to step 1006.
  • the controller 271-273 updates the value of the completion field within the dispatch table upon the completion of a work request. For example, if a work request has completed but contains errors, the value of the completion field is changed from T (incomplete) to 'E' (complete, but contains errors). Alternatively if a work request has completed with no errors, the completion field is set to a value of 'F' (finished with no errors).
  • step 1006 the scheduler 282 determines if any errors have occurred by examining the completion field as described above. If no errors occurred, control passes to step 1010. If errors occurred, the NE list table, as described in step 914 above, is examined to determine which network elements caused the errors. Once the list of network elements is determined, they are rescheduled in another work request. Next, control passes to step 1010. In step 1010 data from the work request is stored in the master database table in the database 290. The temporary file is then discarded. Finally, control passes back to step 1002, where the scheduler searches for the next completed work request. As indicated, this process is repeated continuously.
  • step 1 102 the scheduler reads the next entry in the dispatch table. Specifically, the status field is read to determine whether or not the work request is an on-line request, as indicated by steps 1 102 and 1 104. If the current request in not an on-line request, control passes back to step 1 102. As indicated, steps 1102-1104 are repeated until an on-line request is found. Once an on-line request is found, control passes to step 1 106.
  • step 1 106 the scheduler determines whether the results have been merged into the master table in the database 290, as described above. This is determined by examining a merge-data status field in the dispatch table. If the data has not been merged, control passes back to step 1102. If results have been merged, control passes to step 1 108. In step 1108, the scheduler collects the data from the master table in the database 290. Next as step 11 10 indicates, the data collected from the database
  • step 1 1 12 the formatted HTML document, is sent to the web server 710, so that it can be displayed to the user as previously described.
  • a similar process is used to report data for off-line user requests.
  • two separate processes are used in order to assure that data pursuant to on-line request are processed in a timely manner.
  • the process to report data for on-line user requests is run more often than the process used to report off-line requests.
  • the process to report data for off-line requests may be run every hour, while the process to report data for on-line requests is run continuously.
  • the on-line request reporting process can proceed more quickly and efficiently.
  • elements of the invention are implemented in one or more computer systems operating as discussed herein.
  • controllers 271-273, scheduler 282, server 284, reporter 286 and elements in DCC group 210 are implemented using computer systems.
  • An exemplary computer system 602 is shown in FIG. 6.
  • the computer system 602 includes one or more processors, such as processor 604.
  • the processor 604 is connected to a communication bus
  • the computer system 602 also includes a main memory 608, preferably random access memory (RAM), and a secondary memory 610.
  • the secondary memory 610 includes, for example, a hard disk drive 612 and/or a removable storage drive 614, representing a floppy disk drive, a magnetic tape drive, a compact disk drive, etc.
  • the removable storage drive 614 reads from and/or writes to a removable storage unit 616 in a well known manner.
  • Removable storage unit 616 also called a program storage device or a computer program product, represents a floppy disk, magnetic tape, compact disk, etc.
  • the removable storage unit 616 includes a computer usable storage medium having stored therein computer software and/or data.
  • Computer programs are stored in main memory and/or the secondary memory 610. Such computer programs, when executed, enable the computer system 602 to perform the features of the present invention as discussed herein. In particular, the computer programs, when executed, enable the processor 604 to perform the features of the present invention. Accordingly, such computer programs represent controllers of the computer system 602.
  • the invention is directed to a computer program product comprising a computer readable medium having control logic (computer software) stored therein.
  • the control logic when executed by the processor 604, causes the processor 604 to perform the functions of the invention as described herein.
  • the invention is implemented primarily in hardware using, for example, a hardware state machine. Implementation of the hardware state machine so as to perform the functions described herein will be apparent to persons skilled in the relevant art(s).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un système et un procédé de récupération et de gestion effectives de données relatives au réseau fournies par des milliers d'éléments du réseau; pour cela, on dote un système de gestion du réseau d'un interface d'utilisateur graphique permettant un accès partagé par un personnel fournisseur de services utilisant du matériel informatique en diversité dans une large aire géographique. Les demandes des utilisateurs du système de gestion du réseau sont entrées par n'importe lequel d'un grand nombre de postes de travail (702, 704, 706) associés à Intranet qui est accessible dans l'ensemble de l'entreprise (708). Les utilisateurs peuvent formuler des demandes par lots ou en ligne. Les demandes par lots sont programmées pour être traitées à une période ultérieure et les demandes en ligne sont immédiatement traitées. L'utilisateur obtient les résultats des demandes en ligne dès que la demande est traitée.
PCT/US1997/011007 1996-06-25 1997-06-25 Interface d'utilisateur graphique intranet pour la gestion du reseau des normes de transmission en reseau optique synchrone WO1997050210A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU35025/97A AU3502597A (en) 1996-06-25 1997-06-25 Intranet graphical user interface for sonet network management

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US08/671,029 1996-06-25
US08/671,029 US5845062A (en) 1996-06-25 1996-06-25 System and method for monitoring network elements organized in data communication channel groups with craft interface ports
US08/778,731 US5870558A (en) 1996-06-25 1996-12-31 Intranet graphical user interface for SONET network management
US08/778,732 1996-12-31
US08/778,731 1996-12-31
US08/778,732 US6061332A (en) 1996-06-25 1996-12-31 System and method for the automated configuration of network elements in a telecommunications network

Publications (1)

Publication Number Publication Date
WO1997050210A1 true WO1997050210A1 (fr) 1997-12-31

Family

ID=27418219

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1997/011007 WO1997050210A1 (fr) 1996-06-25 1997-06-25 Interface d'utilisateur graphique intranet pour la gestion du reseau des normes de transmission en reseau optique synchrone

Country Status (2)

Country Link
AU (1) AU3502597A (fr)
WO (1) WO1997050210A1 (fr)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998051042A2 (fr) * 1997-05-05 1998-11-12 Nokia Telecommunications Oy Gestion d'elements de reseau
WO2000060451A2 (fr) * 1999-04-01 2000-10-12 Ntk.Com Corporation Multiserveur fournissant des services informatiques integres
WO2000060792A2 (fr) * 1999-04-02 2000-10-12 Nortel Networks Limited Configuration tout venant d'un reseau prive virtuel
EP1113621A2 (fr) * 1999-12-29 2001-07-04 AT&T Corp. Méthode d'access à un réseau
EP1116121A1 (fr) * 1998-09-22 2001-07-18 MCI Worldcom, Inc. Systeme d'interface con u pour le controle integre et la gestion de dispositifs de reseau dans un reseau de telecommunications
US6765591B2 (en) 1999-04-02 2004-07-20 Nortel Networks Limited Managing a virtual private network
EP1508112A1 (fr) * 2002-05-30 2005-02-23 Comptel OYJ Procede d'offres de service, systeme et produit logiciel
US7000014B2 (en) 1999-04-02 2006-02-14 Nortel Networks Limited Monitoring a virtual private network
WO2006025787A1 (fr) * 2004-09-02 2006-03-09 Packetfront Sweden Ab Interface a configuration a distance
US7831689B2 (en) 1999-04-02 2010-11-09 Nortel Networks Corporation Virtual private network manager GUI with links for use in configuring a virtual private network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5226120A (en) * 1990-05-21 1993-07-06 Synoptics Communications, Inc. Apparatus and method of monitoring the status of a local area network
US5285494A (en) * 1992-07-31 1994-02-08 Pactel Corporation Network management system
US5309509A (en) * 1992-07-27 1994-05-03 At&T Bell Laboratories Graphical user interface workstation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5226120A (en) * 1990-05-21 1993-07-06 Synoptics Communications, Inc. Apparatus and method of monitoring the status of a local area network
US5309509A (en) * 1992-07-27 1994-05-03 At&T Bell Laboratories Graphical user interface workstation
US5285494A (en) * 1992-07-31 1994-02-08 Pactel Corporation Network management system

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998051042A3 (fr) * 1997-05-05 1999-02-04 Nokia Telecommunications Oy Gestion d'elements de reseau
WO1998051042A2 (fr) * 1997-05-05 1998-11-12 Nokia Telecommunications Oy Gestion d'elements de reseau
US6269397B1 (en) 1997-05-05 2001-07-31 Nokia Networks Oy System and method for network element management in a Telecommunications network
EP1116121A1 (fr) * 1998-09-22 2001-07-18 MCI Worldcom, Inc. Systeme d'interface con u pour le controle integre et la gestion de dispositifs de reseau dans un reseau de telecommunications
EP1116121A4 (fr) * 1998-09-22 2003-03-19 Mci Worldcom Inc Systeme d'interface con u pour le controle integre et la gestion de dispositifs de reseau dans un reseau de telecommunications
WO2000060451A2 (fr) * 1999-04-01 2000-10-12 Ntk.Com Corporation Multiserveur fournissant des services informatiques integres
WO2000060451A3 (fr) * 1999-04-01 2001-02-22 Ntk Com Corp Multiserveur fournissant des services informatiques integres
WO2000060792A3 (fr) * 1999-04-02 2001-01-04 Nortel Networks Ltd Configuration tout venant d'un reseau prive virtuel
WO2000060792A2 (fr) * 1999-04-02 2000-10-12 Nortel Networks Limited Configuration tout venant d'un reseau prive virtuel
US6701358B1 (en) 1999-04-02 2004-03-02 Nortel Networks Limited Bulk configuring a virtual private network
US6765591B2 (en) 1999-04-02 2004-07-20 Nortel Networks Limited Managing a virtual private network
US7000014B2 (en) 1999-04-02 2006-02-14 Nortel Networks Limited Monitoring a virtual private network
US7831689B2 (en) 1999-04-02 2010-11-09 Nortel Networks Corporation Virtual private network manager GUI with links for use in configuring a virtual private network
EP1113621A2 (fr) * 1999-12-29 2001-07-04 AT&T Corp. Méthode d'access à un réseau
EP1113621A3 (fr) * 1999-12-29 2002-03-27 AT&T Corp. Méthode d'access à un réseau
EP1508112A1 (fr) * 2002-05-30 2005-02-23 Comptel OYJ Procede d'offres de service, systeme et produit logiciel
WO2006025787A1 (fr) * 2004-09-02 2006-03-09 Packetfront Sweden Ab Interface a configuration a distance

Also Published As

Publication number Publication date
AU3502597A (en) 1998-01-14

Similar Documents

Publication Publication Date Title
US5870558A (en) Intranet graphical user interface for SONET network management
US5845062A (en) System and method for monitoring network elements organized in data communication channel groups with craft interface ports
US6061332A (en) System and method for the automated configuration of network elements in a telecommunications network
US6360255B1 (en) Automatically integrating an external network with a network management system
CA2518439C (fr) Console d'entreprise
US6356282B2 (en) Alarm manager system for distributed network management system
US7882213B2 (en) Network management system to monitor managed elements
US7761809B2 (en) Targeted user interface fall-through
US6529784B1 (en) Method and apparatus for monitoring computer systems and alerting users of actual or potential system errors
US5768583A (en) Method and system for network printer quick configuration
KR100366964B1 (ko) 개인용 시스템을 구성하기 위한 시스템 및 방법
JP2000029709A (ja) 分散コンピュ―タ環境内における発見のためのシステム、方法及びコンピュ―タ・プログラム製品
JPH1040196A (ja) ネットワーク・デバイスのコンフィギュレーション・マネジャ及び該マネジャにコンフィギュレーション情報を提供する方法
WO1997050210A1 (fr) Interface d'utilisateur graphique intranet pour la gestion du reseau des normes de transmission en reseau optique synchrone
US6065116A (en) Method and apparatus for configuring a distributed application program
KR20040070338A (ko) 시스템 전반의 최적화 통합 모델
US20030061334A1 (en) Method, apparatus, system, computer program and computer program product of network management
EP1146688B1 (fr) Ensembles de commandes exécutables pour des fichiers d'erreurs générés
JP2980180B2 (ja) 製造ライン
Cisco Installing and Configuring Native Service Point
Cisco Monitoring Routers
Cisco Preparing to Use NATkit 2.0 Applications
Cisco Product Overview
Cisco Product Overview
Cisco Adding and Modifying Agents and Agent Grouips

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA JP MX

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: CA

NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 98503492

Format of ref document f/p: F

122 Ep: pct application non-entry in european phase