US20010047409A1 - Apparatus and method for network capacity evaluation and planning - Google Patents

Apparatus and method for network capacity evaluation and planning Download PDF

Info

Publication number
US20010047409A1
US20010047409A1 US09/817,904 US81790401A US2001047409A1 US 20010047409 A1 US20010047409 A1 US 20010047409A1 US 81790401 A US81790401 A US 81790401A US 2001047409 A1 US2001047409 A1 US 2001047409A1
Authority
US
United States
Prior art keywords
link
network
traffic
links
capability
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US09/817,904
Inventor
Utpal Datta
Lundy Lewis
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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
Application filed by Individual filed Critical Individual
Priority to US09/817,904 priority Critical patent/US20010047409A1/en
Publication of US20010047409A1 publication Critical patent/US20010047409A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/04Interdomain routing, e.g. hierarchical routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0895Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/142Network analysis or design using statistical or mathematical methods
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/145Network analysis or design involving simulating, designing, planning or modelling of a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/20Network management software packages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882Utilisation of link capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0823Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0894Policy-based network configuration management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS

Definitions

  • This invention relates to computer network communications systems, and in particular to techniques for evaluating network traffic capacity and evaluating alternative network configurations.
  • Computer networks are widely used to provide increased computing power, sharing of resources and communication between users.
  • Networks may include a number of computer devices within a room, building or site that are connected by a high-speed local data link such as token ring, Ethernet, or the like.
  • Local area networks (LANs) in different locations may be interconnected by for example packet switches, microwave links and satellite links to form a wide area network (WAN).
  • WAN wide area network
  • a network may include several hundred or more connected devices, distributed across several geographical locations and belonging to several organizations.
  • Network management systems are intended to resolve such issues. Older management systems typically operated by collecting large volumes of information which then required evaluation by a network administrator, and thus placed a tremendous burden on and required a highly-skilled network administrator.
  • Newer network management systems systematize the knowledge of the networking expert such that common problems of a single domain (i.e., a portion of the network under common management) can be detected, isolated and repaired, either automatically or with the involvement of less-skilled personnel.
  • a system typically includes a graphical representation of that portion of the network being monitored by the system.
  • Alarms are generated to inform an external entity that an event has occurred or requires attention. Since a large network may have many such events occurring simultaneously, some network management systems provide alarm filtering (i.e., only certain events generate an alarm).
  • Network configuration also called network topology, refers to the structure of a network's physical and virtual connections, and may include the structure of the network's nodes as well.
  • a network is made up of one or more physical or logical subnets (segments), where each subnet includes a plurality of nodes (e.g., servers and host computers). Different subnets in a network may be connected by a network trunk.
  • the performance analysis may include consideration of the network load on various subnets based on number of packets, packet collision rate, packet deferment rate, packet length, and network communication protocols. This information is normally obtained by placing monitors at selected points in the network. These monitors, also called daemons, network monitors, or network analyzers, monitor the traffic that flows through the selected points.
  • Some current monitors simply report various parameters of network packets in real time.
  • the table of FIG. 1 shows a few seconds of network activity where the parameters of interest are packet length 11 , protocol 12 , source node 13 , destination node 14 , source port 15 , and destination port 16 .
  • an analysis of such raw data is rather cumbersome, particularly if the raw data has been collected for days or months.
  • tools have been built that can transform the raw data into graphical representations such as bar graphs, X-Y plots, histograms, and scatter plots, shown generally as 20 in FIG. 2.
  • monitors display a topological view of the network showing the amount of traffic flowing among the various nodes. Over time, the monitor discovers all of the traffic patterns on the subnet, and in some instances also indicates the amount of traffic between the nodes by, for example, line color or line thickness.
  • network capacity evaluation and planning is performed based upon the traffic across the links of the network. Once a link's traffic volume has been measured, it is compared with the link's traffic capability, and the resulting parameters may be compared with the traffic and capability of other links of the network to create measures of network capacity and balance. Then, simulated changes to the network configuration may be made by substituting simulated traffic volume amounts and capabilities for selected link traffic measurements and capabilities, and the resulting determinations of network capacity and balance may then be compared to determine whether the simulated changes represent a preferred network configuration.
  • An embodiment of the invention is directed to a method for evaluating network traffic on a communications network, the network having a present configuration of nodes connected by a plurality of links, the method comprising the steps of determining a traffic capability for an amount of time for each of the plurality of links of the network, measuring a traffic volume for the amount of time across each of the plurality of links, and evaluating a communications capability of the communications network based upon the traffic capability and the traffic volume.
  • the communications capability may also be evaluated by determining a contribution to an overall bandwidth of the communications network by a first link of the plurality of links based upon the traffic capability of the first link with respect to a traffic capability of all of the plurality of links, and may also include determining a contribution to an overall traffic of the communications network by a first link of the plurality of links based upon the traffic volume across the first link with respect to a traffic volume across all of the plurality of links.
  • the link balance for the first link may then be evaluated based upon a comparison between the contribution to overall bandwidth and the contribution to overall traffic.
  • the communications capability may also be evaluated by evaluating a link balance for a first link of the plurality of links based upon a comparison between a contribution to overall bandwidth of the communications network by the first link and a contribution to overall traffic of the communications network by the first link. Additionally, an upper bound and a lower bound of link utilization may be defined for a first link of the plurality of links, and in such a case the communications capability may be evaluated by evaluating a link utilization of the first link of the plurality of links with respect to the upper bound and the lower bound, based upon the traffic volume of the first link.
  • the communications capability of an alternative configuration of the communications network may be evaluated having a modified traffic capability and a modified traffic volume, and the configuration of the communications network may be modified to yield the alternative configuration.
  • FIG. 1 is a table of raw traffic data from a prior art monitor
  • FIG. 2 is a prior art graphical display with various representations of network traffic
  • FIG. 3 is a schematic illustration of the relationship between a network and a network management system
  • FIG. 4 is a view of a user interface of a network management system such as that shown in FIG. 3;
  • FIG. 5 is a diagram showing exemplary detail of the device icon of FIG. 4;
  • FIG. 6 is a process flow diagram showing steps of a process in accordance with an embodiment of the invention.
  • FIG. 7 is a structural block diagram of a capacity evaluation and planning module of an embodiment of the invention, which may be included in the network interface and control module of FIG. 3;
  • FIG. 8 is a diagram of an exemplary hybrid packet and cell-based network
  • FIG. 9 is specific process flow diagram in accordance with an embodiment of the invention such as that shown in FIG. 7;
  • FIG. 10 shows exemplary structure of a network capacity database of FIG. 7;
  • FIGS. 11A, 11B, and 11 C illustrate three evaluations of link balance for three different instances of link traffic
  • FIGS. 12A, 12B, and 12 C illustrate three different evaluations of link utilization for a particular link
  • FIG. 13A illustrates an evaluation of link balance (ELB) and an evaluation of link utilization (ELU) for a particular link;
  • FIGS. 13B and 13C each show an example of the average link bandwidth and contribution to overall traffic for three different links, as compared to an upper bound and a lower bound that have been defined for each of the three links;
  • FIG. 14 shows a modification of the network capacity database of FIG. 10 to facilitate evaluation of link traffic volume based upon source and destination information
  • FIG. 15 shows a general purpose computer in accordance with at least one embodiment of the invention.
  • FIG. 3 is a block diagram illustrating generally the arrangement of a network management system 31 which monitors a live network 30 via a communication interface 32 .
  • the network management system (NMS) 31 is a client-server based NMS known as SPECTRUM®, which includes a database of models relating to corresponding network entities and relationships among those entities.
  • the SPECTRUM server includes a network interface and control module 34 and a virtual network machine 36
  • the SPECTRUM client includes a user interface 38 .
  • the SPECTRUM NMS continually monitors the network 30 and maintains a database of information about managed entities within the network 30 .
  • An understanding of the present invention is furthered by an understanding of a model-based network management system such as SPECTRUM, which is described in U.S. Pat. No. 5,261,044, issued Nov. 9, 1993 to R. Dev et al., and hereby incorporated by reference in its entirety.
  • the SPECTRUM system is commercially available and also described in various user manuals and literature available from Cabletron Systems, Inc., Rochester, N.H., USA.
  • SPECTRUM is a system for maintaining and processing information pertaining to the condition of the computer network and providing the same to a user, the network including a plurality of network resources such as computer devices and software applications being executed on such devices.
  • the system includes a virtual network machine 36 , comprising a programmed digital computer, wherein a program is implemented using an object-oriented programming language such as C++, Eiffel, SmallTalk, and Ada.
  • the virtual network machine 36 includes interrelated intelligent models of network entities and relations between network entities, including a capability for acquiring network data pertaining to the condition of a network entity from the corresponding network entity, and for those entities not capable of being contacted, inferring their status from the status of other entities.
  • the virtual network machine 36 maintains objects which include network data relating to the corresponding network entity and one or more inference handlers for processing the network data, the inference handlers being responsive to changes occurring in the same and/or a different object.
  • the network data can then be transferred to a user interface 38 coupled to the virtual network machine 36 , for supplying the network data to a user.
  • the models may be implemented as software “objects” containing both “data” (attributes) relating to the corresponding network entity and one or more “inference handlers” (functions) for processing the data. See Grady Booch, “Object-Oriented Analysis And Design, With Applications,” 2nd Edition, Benjamin/Cummings Publishing Co., Redwood City, Calif., Chapter 2 (1994).
  • the inference handlers may be initiated by predetermined virtual network events, such as a change in specified network data in the same model, a change in specified network data in a different model, and predefined events or changes in models or model relations.
  • Information pertaining to the condition of the network resource can be obtained from the network entity by polling the resource, can be automatically received from the network resource without polling, or can be inferred from data contained in other models.
  • An alarm condition may be generated when the network data meets a predetermined criteria. Events, alarms and statistical information from the virtual network may be stored in a database to be selectively displayed for the user.
  • the data in the SPECTRUM database may be used for generating topological displays of the network, showing hierarchial relationships between network devices, isolating a network fault, reviewing statistical information, as well as other functions.
  • the SPECTRUM network management system allows for collective management of autonomous local area networks (LANs), with equipment from different vendors. It complies with the current Simple Network Management Protocol (SNMP) standards, and can also accommodate other standard and proprietary protocols.
  • the virtual network machine 36 preprocesses the raw information coming from the network entities through the network interface and control module 34 in order to construct a model of the network's current status and performance characteristics. Network entities that cannot be directly communicated with (e.g., cables and buildings) can infer their status from the status of the entities connected to or contained within them.
  • the virtual network machine 36 provides a consistent interface for management applications to access any of the information in the model and thereby provides these applications with a unified view of the network 30 .
  • the SPECTROGRAPH® user interface 38 provides a highly graphical multi-perspective view into the network model.
  • the user interface enables the user to navigate through a landscape in which cables, networks, local area networks and even rooms show up as icons, and which icons indicate the health and performance characteristics of those elements. Many of these icons can be further queried for additional information.
  • the main function of the user interface 38 is to visually present to the user the model within the virtual network machine 36 . It allows the user to navigate freely within the network model, only limited by the access rights assigned by the network administrator. The information can be accessed at varying degrees of detail, from a macro overview, down to the level of the devices and the cables which connect them.
  • the SPECTROGRAPH user interface provides an alarm management facility, an event log window, a reporting facility, a find facility, and other features.
  • the alarm log view 43 may include an area 40 for the listing of current alarms, and an area 42 for displaying information pertaining to a selected alarm.
  • a user such as a system administrator or a technician, may select a particular alarm in the listing of current alarms to obtain more information.
  • a multi-function icon 44 representing the network device having the fault is displayed in area 42 , and one or more text fields 46 and 48 which provide information regarding the cause of the alarm and the status of the device. By selecting specified areas of the icon 44 , the user can obtain further information regarding the device for which an alarm is registered.
  • FIG. 5 is a diagram showing exemplary detail of an icon 50 , similar to the icon 44 of FIG. 4.
  • the icon 50 may include an area 51 for a device name, an area 52 for model type information, bar graphs 53 and 54 for indicating performance parameters, an area 55 for displaying a symbolic representation 56 of the device, a background area 57 for displaying the status in color of the device, and a FIG. 58 for selecting more detail about the device.
  • information from the virtual network machine 36 may be provided directly to another computer program, or may be provided to a user via electronic mail or a telephone message that is automatically transmitted.
  • CEP capacity evaluation and planning
  • CEP generally includes monitoring current network characteristics, understanding environmental constraints and considerations, and forecasting future needs and technology.
  • CEP further includes evaluating technical opportunity, creating appropriate, consistent, and coordinated plans on a short-, medium-, and long-term basis, and modifying plans based on results of actual network implementations to provide cost-effective and timely communication services to users.
  • CEP products are available which achieve different levels of effectiveness, including OPNET, COMNET III, BONeS DESIGNER, and others. Although these CEP products have been successful in some controlled situations, their main disadvantage arises from their use of a CEP analysis based on exact mathematical models of the network being monitored. The amount of processing time and storage requirements for such implementations are often exorbitant and prohibitive for a large-scale network. Additionally, such an approach requires performance models of vendor-specific network devices such as hubs, routers and switches, but such performance models are not typically available due to the proprietary nature of these models.
  • an embodiment of the invention performs CEP on a network based upon the traffic volume across the links of the network.
  • the storage and processing requirements are reduced and limited or no information is required regarding vendor-specific devices.
  • traffic volume on a link is compared with the link's traffic capability, and the resulting parameters compared with the traffic and capability of other links of the network to create measures of network capacity and balance.
  • simulated changes to the network configuration are made by substituting simulated traffic volume amounts and capabilities for selected link traffic measurements and capabilities, and the resulting determinations of network capacity and balance are compared to determine whether the simulated changes represent a preferred network configuration.
  • all measurements may be simulated in order to provide assistance in defining a network, or all measurements may be actual, so that over time a network administrator may determine whether a new configuration is superior to a previous configuration.
  • changes include relocating/adding/deleting network devices, relocating/adding/deleting network users, relocating/adding/deleting subnets and/or switches, modifying policies that govern communications, and modifying routing or switching algorithms.
  • the alternate configurations may be automatically generated and evaluated and if superior, these alternate configurations may be implemented.
  • FIG. 6 shows a process flow diagram in accordance with an embodiment of the invention.
  • network volume across at least some of the links of a network is measured.
  • This volume V may be represented by a number of bytes of data, number of data packets, number of cells, or any similar unit which is representative of the volume of data.
  • the network capacity, utilization, and balance is evaluated based upon the current network configuration and the network volume data (step 62 ).
  • the network configuration may be a factor in this evaluation when it defines the traffic capabilities of certain links.
  • step 63 a scenario with an alternate network configuration is defined, either by a network administrator, or by extracting data from a database of alternative configurations, or by automatically generating data that defines the alternate configuration. Then, in step 64 , the network capacity, utilization, and balance is evaluated for the alternate configuration. If additional scenarios are desired as determined in step 65 , then steps 63 and 64 may be repeated for the additional scenarios. Once alternate configurations have been evaluated, these evaluations are compared with one another to select a desired configuration (step 66 ), and the network configuration may then altered to the desired configuration (step 67 ).
  • FIG. 7 is a block diagram of a particular embodiment of the invention, which includes a capacity evaluation and planning (CEP) module 70 that receives live network data 71 as well as user inputs 72 (such as scenario definition and configuration selection).
  • the CEP module 70 may also be coupled to a display 73 for displaying results to the user, and may also provide control outputs 78 to cause the network configuration to be altered if desired.
  • CEP capacity evaluation and planning
  • At least one embodiment of the invention includes a network monitor as the primary means to collect the live network data 71 .
  • a network monitor as the primary means to collect the live network data 71 .
  • alternate configurations may receive only simulation data, previously stored data, or a combination of actual data, simulation data, and stored data.
  • suitable network monitors include the following: 1) Sniffer, Network General Corporation, 4200 Bohannon Drive, Menlo Park, Calif. 94025; 2) NetMetrix, Hewlett-Packard Corporation, 1 Tara Boulevard, Nashua, N.H. 03062; 3) LANalyzer, Novell, Inc., 122 East 1700 South, Provo, Utah 84606-6194; and 4) SPECTRUM Network Management System, Cabletron Systems, Inc., Rochester, N.H.
  • the network monitor may include basic low-level programs such as “Etherfind” on Sun workstations, or “Netsnoop” on Silicon Graphics IRIX workstations.
  • One embodiment of the CEP module 70 includes a network capacity database 74 , predetermined data 75 , a display interface 76 , and a capacity control/evaluation module 77 .
  • the network capacity database 74 receives the live network data 71 as well as the predetermined data 75 , and is controlled by the capacity control/evaluation module 77 , which in turn receives the user inputs 72 and provides the control outputs 78 .
  • the display interface 76 is coupled between the network capacity database 74 , the capacity control/evaluation module 77 , and the display 73 .
  • the network capacity database 74 is populated with live network data 71 , such as data indicative of traffic being transmitted over links of the network. Additionally, the network capacity database 74 may be populated with predetermined data 75 indicative of capacity of the links.
  • the capacity control/evaluation module 77 then extracts data from the network capacity database 74 , performs operations such as those shown in FIG. 5 on the data to create additional data, and stores the additional data in the network capacity database 74 .
  • This additional data which includes for example results of comparisons among alternate network configurations, may then be displayed to the user via display 73 . Additionally, the user can define scenarios and select the desired configuration via user inputs 72 , and the capacity control/evaluation module 77 may control the network directly or via interim control mechanisms to invoke the desired network configuration.
  • the network 80 includes eight nodes N 1 -N 8 .
  • Nodes N 1 , N 2 , N 3 , and N 4 are indicated as squares in FIG. 8 to represent cell-based switches, while nodes N 5 , N 6 , N 7 , and N 8 are indicated as circles to represent packet-based subnets.
  • Subnet N 5 is coupled to switch N 1 via packet link 1 - 5
  • subnet N 6 is coupled to switch N 2 via packet link 2 - 6
  • subnet N 7 is coupled to switch N 3 via packet link 3 - 7
  • subnet N 8 is coupled to switch N 4 via packet link 4 - 8 .
  • FIG. 8 depicts a mesh switched network among the switches N 1 -N 4 , wherein: switch N 1 is coupled to switches N 2 , N 3 and N 4 by cell links 1 - 2 , 1 - 3 , and 1 - 4 respectively; switch N 2 is coupled to switches N 3 and N 4 by cell links 2 - 3 and 2 - 4 respectively; and switches N 3 and N 4 are coupled via cell links 3 - 4 .
  • the cell links of FIG. 8 may be asynchronous transfer mode (ATM) links over which 58 -byte segments of packets are transfered.
  • ATM asynchronous transfer mode
  • Embodiments of the invention are described below with respect to a hybrid network such as that shown in FIG. 8 to show that the features are applicable to cell-based networks as well as packet-based networks.
  • FIG. 9 is a process flow diagram showing steps for performing capacity evaluation and planning (CEP) based upon link traffic volume and link traffic capability. Additionally, FIG. 10 shows exemplary structure 100 of the network capacity database 74 of FIG. 7, including link identifiers for each of the links of FIG. 8. This process and databased may be used to propose alternative configurations for the network of FIG. 8, as described hereinafter.
  • CEP capacity evaluation and planning
  • the traffic capability BWT(X) of link X is determined for a particular amount of time T, where X is an identifier of one of the links under analysis.
  • the traffic capability BWT may be determined for all links of a network, or for selected links for which analysis is desired.
  • the traffic capability BWT may be calculated by multiplying the theoretical bandwidth (i.e., throughput) of a link by the time T; it may be further adjusted based upon overhead associated with the link X, if it is desired to remove this overhead from its impact on the bandwidth data.
  • An upper bound UB and lower bound LB are defined for each link by a system administrator; these are the defined limits within which the system should be operating for optimal performance.
  • the traffic capability BWT, upper bound UB, and lower bound LB are referred to as predetermined data 102 in FIG. 10, and may be stored in the predetermined data 75 in FIG. 7.
  • step 92 the actual traffic volume V(X) for link X is measured for the amount of time T, and stored as measured data 101 .
  • the time T for steps 91 and 92 may be the same, or alternatively capabilities BWT and volumes V may be normalized or otherwise extrapolated to provide comparable data.
  • the average bandwidth usage ABU(X) is determined in step 93 , for time T, as indicated in equation (1):
  • ABU ( X ) V ( X )/ BWT ( X ).
  • average bandwidth usage ABU(X) is a measure of the percentage of the total link X capability that is currently being used over time T. For example, a usage ABU(X) of 5% would indicate that link X may be underutilized because during the time T only 5% of its capability was used; this may represent excess capability and/or a suboptimal usage of resources.
  • the contribution to overall bandwidth COB defines a percentage of the bandwidth for a particular link X with respect to all bandwidth, while the contribution to overall traffic COT is a measure of the percentage of the actual traffic transmitted by the link X with respect to all traffic during the time T under consideration. Generally, if these percentages are similar for different links, then it means that the network is well-balanced with respect to both actual usage (traffic) and potential usage (bandwidth). Since a balanced network is generally desirable, these percentages may be used to determine the overall balance of a network.
  • FIGS. 11 A-C illustrate three different evaluations of link balance ELB for three links on a network having an overall bandwidth of 8000, i.e., capability to transfer 8000 traffic units over time T.
  • links L 2 and L 3 each provide 25% of the overall bandwidth (where BWT(L 2 ) and BWT(L 3 ) are each 2000).
  • the contribution to overall bandwidth COB for link L 1 is 50%
  • the contribution to overall bandwidth COB for links L 2 and L 3 are each 25%.
  • the contribution to overall traffic COT of link L 1 is also 50% (a volume V(L 1 ) of 2000 traffic units over time T out of the total 4000 traffic units), while the contribution to overall traffic COB for links L 2 and L 3 are each 25% (where volume V(L 2 ) and V(L 3 ) are each 1000 traffic units over time T). Accordingly, for the example shown in FIG. 11A, the evaluation of link balance ELB for each link is zero (i.e., there is no difference between the contribution to overall bandwidth COB and the contribution to overall traffic COT). This may be considered an optimal balance.
  • the traffic volume for link L 1 V(L 1 ) has increased to 3000 units, while all other parameters (of FIG. 11A) remain the same.
  • the contribution to overall traffic of link L 1 has increased to 60% (3000/5000), while the contribution to overall traffic COT of links L 2 and L 3 have each decreased to 20% (1000/5000).
  • the evaluation of link balance for link L 1 ELB(L 1 ) is 10% (60%-50%), while the evaluation of link balance for each of links L 2 and L 3 is now ⁇ 5% (20%-25%).
  • link L 1 is carrying more than its fair share, while links L 2 and L 3 are each carrying slightly less than their fair shares.
  • the traffic volume for link L 1 V(L 1 ) has decreased to 1000 units while all other parameters remain the same.
  • the contribution to overall traffic of link L 1 has decreased to 33% (1000/3000), while the contribution to overall traffic COT of links L 2 and L 3 have each increased to 33% (1000/3000).
  • the evaluation of link balance for link L 1 ELB(L 1 ) is now ⁇ 17% (33%-50%), while the evaluation of link balance for each of links L 2 and L 3 is now 8% (33%-25%).
  • link L 1 is carrying less than its fair share while links L 2 and L 3 are each carrying more than their fair shares.
  • step 97 of FIG. 9 a metric for evaluation of link utilization ELU is determined for link X, with respect to the upper bound UB and lower bound LB defined by the system administrator or derived from predetermined data, as shown in equation (5):
  • ELU ( X ) ( [ABU ( X ) ⁇ o UB ( X )] ⁇ [ LB ( X ) ⁇ o ABU ( X )] (5)
  • the evaluation of link utilization ELU is representative of how much, if at all, the average bandwidth usage ABU is either above or below the range defined by the upper bound UB and the lower bound LB for a link. These boundary values allow the system administrator to tailor the evaluation of link utilization to the particulars of the network under consideration. Ideally, the link utilizations will be within the bounds set by the system administrator, so the ELU will be equal to zero.
  • FIGS. 12 A-C pictorially show examples of different evaluations of link utilization ELU for a particular link.
  • the upper bound UB is 75% while the lower bound LB is 50%.
  • step 98 the link balance and link utilization evaluations may be compared with one another to determine metrics for network capacity and network balance.
  • One example of such a metric is referred to as evaluation of link capacity ELC, determined from the evaluation of link balance ELB and the evaluation of link utilization ELU, as indicated in equation (6):
  • ELC ( X ) [( ELB ( X )) 2 +( ELU ( X )) 2 ] 1 ⁇ 2 (6)
  • the evaluation of link capacity ELC is the length of a vector that represents a sum of a vector representing an evaluation of link balance ELB, and a vector orthogonal to the ELB vector representing an evaluation of link utilization ELU. This is graphically shown in the graph of FIG. 13A, where evaluation of link balance ELB is plotted along the x-axis while evaluation of link utilization ELU is plotted along the y-axis.
  • a single quantity ELC can be used to represent network capacity, utilization and balance, wherein a lower value of ELC is generally desirable. For example, a situation in which both ELB and ELU are equal to zero, and thus ELC is equal to zero, is ideal.
  • vector A represents a situation in which both the evaluation of link balance ELB and the evaluation of link utilization ELU are zero, which is representative of a network which is ideally balanced; the resulting ELC (A) (from equation 6) is also zero.
  • Vector B represents an ELB of 0 and an ELU of 10 (per equation 6); this yields an ELC (B) of 10.
  • Vector C represents an ELU of 20, and an ELC of 20; this yields an ELC (C) of 28.
  • Vector D represents an ELB of 9 and an ELU of 0; this yields an ELC (D) of 9.
  • Vector E represents an ELB of 10 and an ELB of ⁇ 10; this yields an ELC (E) of 14.
  • FIG. 13A is a representative display which enables a system administrator to make decisions about network configuration.
  • the specific quadrant within which the evaluation of link capacity ELC is plotted provides useful information.
  • a vector that is plotted in quadrant I indicates that the link is doing more than its fair share and is also exceeding its upper bound UB (of link utilization).
  • UB of link utilization
  • Such a situation may be resolved (adjusted) by adding resources, e.g., another link in parallel with the link under consideration; this would serve to reduce both ELB and ELU, thus reducing ELC.
  • an ELC vector in quadrant III indicates that the link is doing less then its fair share and is also below its lower bound LB, which means that a link with less capacity may be substituted.
  • An ELC vector in quadrant II indicates that the link is performing less than its fair share, but is above its upper bound UB (in link utilization).
  • An ELC vector in quadrant IV indicates that the link is performing more than its fair share, but is below its lower bound LB. It should be understood that in different applications it may be desirable to place upper and lower bounds on other parameters, such as ELB, or not to use such boundaries.
  • FIGS. 13 B-C Another example of the applicability of a comparison of both link balance and link utilization is shown in FIGS. 13 B-C.
  • These figures show average link bandwidth ABU and contribution to overall traffic COT for three different links L 1 -L 3 , as compared to an upper bound UB and a lower bound LB for each of the three links L 1 -L 3 .
  • FIGS. 13 B-C it is assumed that the respective ABU and COT for a given link are equal.
  • FIG. 13B illustrates a situation in which each link is in perfect balance, but each is also over-utilized. In contrast, FIG.
  • 13C illustrates a situation in which each of links L 1 -L 3 is within the range between the upper bound UB and lower bound LB (properly utilized), but the links are out of balance (as indicated by the COT and ABU for link L 1 being significantly higher than the COT and ABU for links L 2 and L 3 ).
  • ENC network capacity
  • a lower ENC represents a better-performing network because in general lower ELCs are preferred (as discussed above).
  • the metric for evaluation of network capacity ENC is determined based upon a standard deviation over all ELCs of a link, as indicated in equation (8):
  • Equation (8) is a measure of how well the network is performing overall, and it is generally desirable that the ENC be zero or close to zero. As indicated above, it may be desirable to evaluate potential alternate configurations of a network to provide an ENC which is superior to the ENC of the current network configuration. Alternate configurations may be achieved in many ways, such as moving network servers among subnets, adding/deleting nodes, or adding/deleting switches.
  • the inputs to the ENC evaluation are link traffic capability (BWT) and actual link traffic volume (V).
  • BWT link traffic capability
  • V actual link traffic volume
  • Alternate configurations of a network may be simulated by simply modifying one or more of these variables, and then re-calculating the metric for ENC. This is a simple simulation which may be achieved with less processing and memory resources than required by the prior art simulators. For example, if it were desirable to evaluate an alternate to the network configuration of FIG. 8 in order to double the link capacity of cell link 3 - 4 (for example by adding a port each of swiches N 2 and N 3 , and coupling these ports together), it is only necessary to change the value in the table of FIG.
  • evaluation factors 103 may be re-calculated based upon this new data, and these factors may be evaluated to determine the desirability of such a modification.
  • adding or deleting bandwidth of a link is relatively simple, and may be achieved by upgrading the devices that connect via the link. Such a change may be simulated by increasing the corresponding values for BWT.
  • other configuration changes may be more complex, such as those that affect the routing by which traffic is communicated. For example, adding a server to the network may affect bandwidth, but it may also affect how data is routed, which may significantly affect network balance.
  • the network capacity database 74 may include additional information, such as that shown in table 140 of FIG. 14.
  • the entries in the table of FIG. 14 correspond to the volume of a single link 1 - 2 , and are arranged by the traffic volumes that correspond to respective source and destination pairs.
  • the volume column 101 of FIG. 10 may be expanded to include source column 141 , destination column 142 , and volume column 143 .
  • FIG. 14 shows that for the total volume of traffic transferred across link 1 - 2 during time T, a volume V 12 12 was transferred from Node 1 to Node 2 , a volume V 12 13 was transferred from Node 1 to Node 3 , and the volume V 12 XY was transferred from NodeX to NodeY.
  • This further classification of traffic volume as shown in FIG. 14 allows routing decisions for traffic between given destination/source pairs to be varied to evaluate alternate configurations.
  • One approach is to modify the volume column using proportional distribution. For example, if it were desired to double all volume having Node 1 as a source and Node 2 as a destination, then all volumes VXY 12 would be doubled for all links (XY) through which such data passes. The added volume would thus be distributed, from a routing perspective, in the same proportions as in the current network configuration. This approach is especially useful for the addition/deletion of load generating devices, such as workstations or servers.
  • a switch may recalculate the most optimal (e.g., least cost) path each time that the combined traffic over a call-path is above a predetermined threshold.
  • This behavior does not necessarily follow a rule of proportional distribution of traffic over different links, and therefore it may be desirable to invoke an adaptive learning mechanism which monitors the switch to determine the load distribution strategy adopted by the switch. More specifically, this may be achieved by studying the traffic inflow and outflow through a switch and the corresponding traffic load that is generated on the links attached to the various switch ports.
  • Such a mechanism may be kept on-line in a training mode or learning mode of a live network, and could subsequently be used in an off-line capacity planning analysis for the same network.
  • the switch load distribution characteristics could be modeled with sufficient accuracy to project the load impact and therefore determine the source-destination volumes which would be affected by changing the switch.
  • step 63 in FIG. 6 may include generating alternate volume data proportionally or based upon the previous performance of a network device.
  • the invention may be implemented as a computer apparatus, in hardware, software, or a combination thereof, to perform the functions of any of the previous embodiments.
  • the invention may comprise a memory (such as a floppy disk, compact disk, or hard drive) that contains a computer program or data structure, for providing to a general purpose computer, instructions and data for carrying out the functions of the previous embodiments.
  • FIG. 15 shows a general purpose computer 150 which may include a Computer Processing Unit (CPU) 151 , memory 152 , a processing bus 153 by which the CPU can access the memory 152 , and access to a network 154 .
  • CPU Computer Processing Unit

Abstract

Network capacity evaluation and planning is performed based upon the traffic across the links of the network. Once a link's traffic volume has been measured, it is compared with the link's traffic capability, and the resulting parameters compared with the traffic and capability of other links of the network to create measures of network capacity and balance. Then, simulated changes to the network configuration may be made by substituting simulated traffic volume amounts and capabilities for selected link traffic measurements and capabilities, and the resulting measures of network capacity and balance may then be compared to determine whether the simulated changes represent a preferred network configuration.

Description

    RELATED CASES
  • This case is related to copending and commonly owned U.S. Ser. No. 08/382,294, entitled “Apparatus and Method for Evaluating Network Traffic Performance,” filed on Feb. 1, 1995, from which priority is claimed and which is hereby incorporated by reference in its entirety.[0001]
  • DISCUSSION OF THE RELATED ART
  • 1. Field of the Invention [0002]
  • This invention relates to computer network communications systems, and in particular to techniques for evaluating network traffic capacity and evaluating alternative network configurations. [0003]
  • 2. Background of the Invention [0004]
  • Computer networks are widely used to provide increased computing power, sharing of resources and communication between users. Networks may include a number of computer devices within a room, building or site that are connected by a high-speed local data link such as token ring, Ethernet, or the like. Local area networks (LANs) in different locations may be interconnected by for example packet switches, microwave links and satellite links to form a wide area network (WAN). A network may include several hundred or more connected devices, distributed across several geographical locations and belonging to several organizations. [0005]
  • In the operation and maintenance of computer networks a number of issues arise, including traffic overload on parts of the network, optimum placement and interconnection of network resources, security, isolation of network faults, and the like. These issues become increasingly complex and difficult to understand and manage as the network becomes larger and more complex. For example, if a network device is not sending messages, it may be difficult to determine whether the fault is in the device itself, a data communication link, or an intermediate network device between the sending and receiving devices. [0006]
  • Network management systems are intended to resolve such issues. Older management systems typically operated by collecting large volumes of information which then required evaluation by a network administrator, and thus placed a tremendous burden on and required a highly-skilled network administrator. [0007]
  • Newer network management systems systematize the knowledge of the networking expert such that common problems of a single domain (i.e., a portion of the network under common management) can be detected, isolated and repaired, either automatically or with the involvement of less-skilled personnel. Such a system typically includes a graphical representation of that portion of the network being monitored by the system. Alarms are generated to inform an external entity that an event has occurred or requires attention. Since a large network may have many such events occurring simultaneously, some network management systems provide alarm filtering (i.e., only certain events generate an alarm). [0008]
  • Commercially available network management systems and applications for alarm filtering include: (1) SPECTRUM®, Cabletron Systems, Inc., 35 Industrial Way, Rochester, N.H. 03867; (2) HP Open View, Hewlett Packard Corp., 3000 Hanover Street, Palo Alto, Calif. 94304; (3) LattisNet, Bay Networks, 4401 Great American Pkwy., Santa Clara, Calif. 95054; (4) IBM Netview/6000, IBM Corp., Old Orchard Road, Armonk, N.Y. 10504; (5) SunNet Manager, SunConnect, 2550 Garcia Ave, Mountain View, Calif. 94043; and (6) NerveCenter, NetLabs Inc., 4920 El Camino Real, Los Altos Calif. 94022. [0009]
  • To evaluate the performance of a communications network, both the network configuration and the raw message traffic data may be analyzed. Network configuration, also called network topology, refers to the structure of a network's physical and virtual connections, and may include the structure of the network's nodes as well. Generally, a network is made up of one or more physical or logical subnets (segments), where each subnet includes a plurality of nodes (e.g., servers and host computers). Different subnets in a network may be connected by a network trunk. The performance analysis may include consideration of the network load on various subnets based on number of packets, packet collision rate, packet deferment rate, packet length, and network communication protocols. This information is normally obtained by placing monitors at selected points in the network. These monitors, also called daemons, network monitors, or network analyzers, monitor the traffic that flows through the selected points. [0010]
  • Some current monitors simply report various parameters of network packets in real time. For example, the table of FIG. 1 shows a few seconds of network activity where the parameters of interest are [0011] packet length 11, protocol 12, source node 13, destination node 14, source port 15, and destination port 16. However, an analysis of such raw data is rather cumbersome, particularly if the raw data has been collected for days or months. Thus, tools have been built that can transform the raw data into graphical representations such as bar graphs, X-Y plots, histograms, and scatter plots, shown generally as 20 in FIG. 2.
  • Other monitors display a topological view of the network showing the amount of traffic flowing among the various nodes. Over time, the monitor discovers all of the traffic patterns on the subnet, and in some instances also indicates the amount of traffic between the nodes by, for example, line color or line thickness. [0012]
  • However, the prior methods of monitoring network performance as shown for example in FIGS. [0013] 1-2, provide only the ability to monitor, but do not provide the ability to evaluate alternative network topologies or to perform comparison studies. In addition, the previous methods do not provide an indication of the overall balance of traffic on a network.
  • It would be desirable for a network management system to have the ability to evaluate the overall capacity of a particular network configuration and analyze alternate configurations. [0014]
  • SUMMARY OF THE INVENTION
  • In accordance with one aspect of the invention, network capacity evaluation and planning (CEP) is performed based upon the traffic across the links of the network. Once a link's traffic volume has been measured, it is compared with the link's traffic capability, and the resulting parameters may be compared with the traffic and capability of other links of the network to create measures of network capacity and balance. Then, simulated changes to the network configuration may be made by substituting simulated traffic volume amounts and capabilities for selected link traffic measurements and capabilities, and the resulting determinations of network capacity and balance may then be compared to determine whether the simulated changes represent a preferred network configuration. [0015]
  • An embodiment of the invention is directed to a method for evaluating network traffic on a communications network, the network having a present configuration of nodes connected by a plurality of links, the method comprising the steps of determining a traffic capability for an amount of time for each of the plurality of links of the network, measuring a traffic volume for the amount of time across each of the plurality of links, and evaluating a communications capability of the communications network based upon the traffic capability and the traffic volume. [0016]
  • The communications capability may also be evaluated by determining a contribution to an overall bandwidth of the communications network by a first link of the plurality of links based upon the traffic capability of the first link with respect to a traffic capability of all of the plurality of links, and may also include determining a contribution to an overall traffic of the communications network by a first link of the plurality of links based upon the traffic volume across the first link with respect to a traffic volume across all of the plurality of links. The link balance for the first link may then be evaluated based upon a comparison between the contribution to overall bandwidth and the contribution to overall traffic. [0017]
  • The communications capability may also be evaluated by evaluating a link balance for a first link of the plurality of links based upon a comparison between a contribution to overall bandwidth of the communications network by the first link and a contribution to overall traffic of the communications network by the first link. Additionally, an upper bound and a lower bound of link utilization may be defined for a first link of the plurality of links, and in such a case the communications capability may be evaluated by evaluating a link utilization of the first link of the plurality of links with respect to the upper bound and the lower bound, based upon the traffic volume of the first link. [0018]
  • Additionally, the communications capability of an alternative configuration of the communications network may be evaluated having a modified traffic capability and a modified traffic volume, and the configuration of the communications network may be modified to yield the alternative configuration. [0019]
  • These and other features of the present invention will be understood from the following detailed description.[0020]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a table of raw traffic data from a prior art monitor; [0021]
  • FIG. 2 is a prior art graphical display with various representations of network traffic; [0022]
  • FIG. 3 is a schematic illustration of the relationship between a network and a network management system; [0023]
  • FIG. 4 is a view of a user interface of a network management system such as that shown in FIG. 3; [0024]
  • FIG. 5 is a diagram showing exemplary detail of the device icon of FIG. 4; [0025]
  • FIG. 6 is a process flow diagram showing steps of a process in accordance with an embodiment of the invention; [0026]
  • FIG. 7 is a structural block diagram of a capacity evaluation and planning module of an embodiment of the invention, which may be included in the network interface and control module of FIG. 3; [0027]
  • FIG. 8 is a diagram of an exemplary hybrid packet and cell-based network; [0028]
  • FIG. 9 is specific process flow diagram in accordance with an embodiment of the invention such as that shown in FIG. 7; [0029]
  • FIG. 10 shows exemplary structure of a network capacity database of FIG. 7; [0030]
  • FIGS. 11A, 11B, and [0031] 11C illustrate three evaluations of link balance for three different instances of link traffic;
  • FIGS. 12A, 12B, and [0032] 12C illustrate three different evaluations of link utilization for a particular link;
  • FIG. 13A illustrates an evaluation of link balance (ELB) and an evaluation of link utilization (ELU) for a particular link; [0033]
  • FIGS. 13B and 13C each show an example of the average link bandwidth and contribution to overall traffic for three different links, as compared to an upper bound and a lower bound that have been defined for each of the three links; [0034]
  • FIG. 14 shows a modification of the network capacity database of FIG. 10 to facilitate evaluation of link traffic volume based upon source and destination information; and [0035]
  • FIG. 15 shows a general purpose computer in accordance with at least one embodiment of the invention.[0036]
  • DETAILED DESCRIPTION
  • FIG. 3 is a block diagram illustrating generally the arrangement of a [0037] network management system 31 which monitors a live network 30 via a communication interface 32. In this example the network management system (NMS) 31 is a client-server based NMS known as SPECTRUM®, which includes a database of models relating to corresponding network entities and relationships among those entities. The SPECTRUM server includes a network interface and control module 34 and a virtual network machine 36, and the SPECTRUM client includes a user interface 38.
  • The SPECTRUM NMS continually monitors the [0038] network 30 and maintains a database of information about managed entities within the network 30. An understanding of the present invention is furthered by an understanding of a model-based network management system such as SPECTRUM, which is described in U.S. Pat. No. 5,261,044, issued Nov. 9, 1993 to R. Dev et al., and hereby incorporated by reference in its entirety. The SPECTRUM system is commercially available and also described in various user manuals and literature available from Cabletron Systems, Inc., Rochester, N.H., USA.
  • In summary, SPECTRUM is a system for maintaining and processing information pertaining to the condition of the computer network and providing the same to a user, the network including a plurality of network resources such as computer devices and software applications being executed on such devices. The system includes a [0039] virtual network machine 36, comprising a programmed digital computer, wherein a program is implemented using an object-oriented programming language such as C++, Eiffel, SmallTalk, and Ada. The virtual network machine 36 includes interrelated intelligent models of network entities and relations between network entities, including a capability for acquiring network data pertaining to the condition of a network entity from the corresponding network entity, and for those entities not capable of being contacted, inferring their status from the status of other entities. The virtual network machine 36 maintains objects which include network data relating to the corresponding network entity and one or more inference handlers for processing the network data, the inference handlers being responsive to changes occurring in the same and/or a different object. The network data can then be transferred to a user interface 38 coupled to the virtual network machine 36, for supplying the network data to a user.
  • Thus, the models may be implemented as software “objects” containing both “data” (attributes) relating to the corresponding network entity and one or more “inference handlers” (functions) for processing the data. See Grady Booch, “Object-Oriented Analysis And Design, With Applications,” 2nd Edition, Benjamin/Cummings Publishing Co., Redwood City, Calif., Chapter 2 (1994). The inference handlers may be initiated by predetermined virtual network events, such as a change in specified network data in the same model, a change in specified network data in a different model, and predefined events or changes in models or model relations. Information pertaining to the condition of the network resource can be obtained from the network entity by polling the resource, can be automatically received from the network resource without polling, or can be inferred from data contained in other models. An alarm condition may be generated when the network data meets a predetermined criteria. Events, alarms and statistical information from the virtual network may be stored in a database to be selectively displayed for the user. [0040]
  • The data in the SPECTRUM database may be used for generating topological displays of the network, showing hierarchial relationships between network devices, isolating a network fault, reviewing statistical information, as well as other functions. [0041]
  • The SPECTRUM network management system allows for collective management of autonomous local area networks (LANs), with equipment from different vendors. It complies with the current Simple Network Management Protocol (SNMP) standards, and can also accommodate other standard and proprietary protocols. The [0042] virtual network machine 36 preprocesses the raw information coming from the network entities through the network interface and control module 34 in order to construct a model of the network's current status and performance characteristics. Network entities that cannot be directly communicated with (e.g., cables and buildings) can infer their status from the status of the entities connected to or contained within them. The virtual network machine 36 provides a consistent interface for management applications to access any of the information in the model and thereby provides these applications with a unified view of the network 30.
  • The SPECTROGRAPH[0043] ® user interface 38 provides a highly graphical multi-perspective view into the network model. The user interface enables the user to navigate through a landscape in which cables, networks, local area networks and even rooms show up as icons, and which icons indicate the health and performance characteristics of those elements. Many of these icons can be further queried for additional information. The main function of the user interface 38 is to visually present to the user the model within the virtual network machine 36. It allows the user to navigate freely within the network model, only limited by the access rights assigned by the network administrator. The information can be accessed at varying degrees of detail, from a macro overview, down to the level of the devices and the cables which connect them. In addition to its navigation functions, the SPECTROGRAPH user interface provides an alarm management facility, an event log window, a reporting facility, a find facility, and other features.
  • An example of the alarm log view provided by the [0044] SPECTROGRAPH user interface 38 is illustrated in FIG. 4. The alarm log view 43 may include an area 40 for the listing of current alarms, and an area 42 for displaying information pertaining to a selected alarm. A user, such as a system administrator or a technician, may select a particular alarm in the listing of current alarms to obtain more information. A multi-function icon 44 representing the network device having the fault is displayed in area 42, and one or more text fields 46 and 48 which provide information regarding the cause of the alarm and the status of the device. By selecting specified areas of the icon 44, the user can obtain further information regarding the device for which an alarm is registered.
  • FIG. 5 is a diagram showing exemplary detail of an [0045] icon 50, similar to the icon 44 of FIG. 4. The icon 50 may include an area 51 for a device name, an area 52 for model type information, bar graphs 53 and 54 for indicating performance parameters, an area 55 for displaying a symbolic representation 56 of the device, a background area 57 for displaying the status in color of the device, and a FIG. 58 for selecting more detail about the device.
  • Alternatively, instead of or in combination with the [0046] user interface 38, information from the virtual network machine 36 may be provided directly to another computer program, or may be provided to a user via electronic mail or a telephone message that is automatically transmitted.
  • An important challenge for network management and control is capacity evaluation and planning (CEP), which generally includes monitoring current network characteristics, understanding environmental constraints and considerations, and forecasting future needs and technology. CEP further includes evaluating technical opportunity, creating appropriate, consistent, and coordinated plans on a short-, medium-, and long-term basis, and modifying plans based on results of actual network implementations to provide cost-effective and timely communication services to users. [0047]
  • Several CEP products are available which achieve different levels of effectiveness, including OPNET, COMNET III, BONeS DESIGNER, and others. Although these CEP products have been successful in some controlled situations, their main disadvantage arises from their use of a CEP analysis based on exact mathematical models of the network being monitored. The amount of processing time and storage requirements for such implementations are often exorbitant and prohibitive for a large-scale network. Additionally, such an approach requires performance models of vendor-specific network devices such as hubs, routers and switches, but such performance models are not typically available due to the proprietary nature of these models. [0048]
  • To overcome such limitations, an embodiment of the invention performs CEP on a network based upon the traffic volume across the links of the network. The storage and processing requirements are reduced and limited or no information is required regarding vendor-specific devices. Once traffic volume on a link has been measured, it is compared with the link's traffic capability, and the resulting parameters compared with the traffic and capability of other links of the network to create measures of network capacity and balance. Then, simulated changes to the network configuration are made by substituting simulated traffic volume amounts and capabilities for selected link traffic measurements and capabilities, and the resulting determinations of network capacity and balance are compared to determine whether the simulated changes represent a preferred network configuration. Alternatively, all measurements may be simulated in order to provide assistance in defining a network, or all measurements may be actual, so that over time a network administrator may determine whether a new configuration is superior to a previous configuration. [0049]
  • Thus, according to this embodiment one evaluates the present capacity of the network, and then determines the potential effect on network capacity of a change in network configuration. Examples of such changes include relocating/adding/deleting network devices, relocating/adding/deleting network users, relocating/adding/deleting subnets and/or switches, modifying policies that govern communications, and modifying routing or switching algorithms. The alternate configurations may be automatically generated and evaluated and if superior, these alternate configurations may be implemented. [0050]
  • FIG. 6 shows a process flow diagram in accordance with an embodiment of the invention. In [0051] step 61, network volume across at least some of the links of a network is measured. This volume V may be represented by a number of bytes of data, number of data packets, number of cells, or any similar unit which is representative of the volume of data. Then, the network capacity, utilization, and balance is evaluated based upon the current network configuration and the network volume data (step 62). The network configuration may be a factor in this evaluation when it defines the traffic capabilities of certain links.
  • In [0052] step 63, a scenario with an alternate network configuration is defined, either by a network administrator, or by extracting data from a database of alternative configurations, or by automatically generating data that defines the alternate configuration. Then, in step 64, the network capacity, utilization, and balance is evaluated for the alternate configuration. If additional scenarios are desired as determined in step 65, then steps 63 and 64 may be repeated for the additional scenarios. Once alternate configurations have been evaluated, these evaluations are compared with one another to select a desired configuration (step 66), and the network configuration may then altered to the desired configuration (step 67).
  • FIG. 7 is a block diagram of a particular embodiment of the invention, which includes a capacity evaluation and planning (CEP) [0053] module 70 that receives live network data 71 as well as user inputs 72 (such as scenario definition and configuration selection). The CEP module 70 may also be coupled to a display 73 for displaying results to the user, and may also provide control outputs 78 to cause the network configuration to be altered if desired.
  • At least one embodiment of the invention includes a network monitor as the primary means to collect the [0054] live network data 71. However, alternate configurations may receive only simulation data, previously stored data, or a combination of actual data, simulation data, and stored data. Examples of suitable network monitors include the following: 1) Sniffer, Network General Corporation, 4200 Bohannon Drive, Menlo Park, Calif. 94025; 2) NetMetrix, Hewlett-Packard Corporation, 1 Tara Boulevard, Nashua, N.H. 03062; 3) LANalyzer, Novell, Inc., 122 East 1700 South, Provo, Utah 84606-6194; and 4) SPECTRUM Network Management System, Cabletron Systems, Inc., Rochester, N.H. The network monitor may include basic low-level programs such as “Etherfind” on Sun workstations, or “Netsnoop” on Silicon Graphics IRIX workstations.
  • One embodiment of the [0055] CEP module 70, as shown in FIG. 7, includes a network capacity database 74, predetermined data 75, a display interface 76, and a capacity control/evaluation module 77. The network capacity database 74 receives the live network data 71 as well as the predetermined data 75, and is controlled by the capacity control/evaluation module 77, which in turn receives the user inputs 72 and provides the control outputs 78. The display interface 76 is coupled between the network capacity database 74, the capacity control/evaluation module 77, and the display 73.
  • An overview of the operation of the system shown in FIG. 7 is as follows. The [0056] network capacity database 74 is populated with live network data 71, such as data indicative of traffic being transmitted over links of the network. Additionally, the network capacity database 74 may be populated with predetermined data 75 indicative of capacity of the links. The capacity control/evaluation module 77 then extracts data from the network capacity database 74, performs operations such as those shown in FIG. 5 on the data to create additional data, and stores the additional data in the network capacity database 74. This additional data, which includes for example results of comparisons among alternate network configurations, may then be displayed to the user via display 73. Additionally, the user can define scenarios and select the desired configuration via user inputs 72, and the capacity control/evaluation module 77 may control the network directly or via interim control mechanisms to invoke the desired network configuration.
  • One embodiment of the invention will be explained with reference to a [0057] theoretical hybrid network 80 including both packet and cell-based segments, for example that shown in FIG. 8. The network 80 includes eight nodes N1-N8. Nodes N1, N2, N3, and N4, are indicated as squares in FIG. 8 to represent cell-based switches, while nodes N5, N6, N7, and N8 are indicated as circles to represent packet-based subnets. Subnet N5 is coupled to switch N1 via packet link 1-5, subnet N6 is coupled to switch N2 via packet link 2-6, subnet N7 is coupled to switch N3 via packet link 3-7, and subnet N8 is coupled to switch N4 via packet link 4-8. Additionally, FIG. 8 depicts a mesh switched network among the switches N1-N4, wherein: switch N1 is coupled to switches N2, N3 and N4 by cell links 1-2, 1-3, and 1-4 respectively; switch N2 is coupled to switches N3 and N4 by cell links 2-3 and 2-4 respectively; and switches N3 and N4 are coupled via cell links 3-4. For example, the cell links of FIG. 8 may be asynchronous transfer mode (ATM) links over which 58-byte segments of packets are transfered.
  • Embodiments of the invention are described below with respect to a hybrid network such as that shown in FIG. 8 to show that the features are applicable to cell-based networks as well as packet-based networks. [0058]
  • FIG. 9 is a process flow diagram showing steps for performing capacity evaluation and planning (CEP) based upon link traffic volume and link traffic capability. Additionally, FIG. 10 shows [0059] exemplary structure 100 of the network capacity database 74 of FIG. 7, including link identifiers for each of the links of FIG. 8. This process and databased may be used to propose alternative configurations for the network of FIG. 8, as described hereinafter.
  • In step [0060] 91 (FIG. 9), the traffic capability BWT(X) of link X is determined for a particular amount of time T, where X is an identifier of one of the links under analysis. The traffic capability BWT may be determined for all links of a network, or for selected links for which analysis is desired. The traffic capability BWT may be calculated by multiplying the theoretical bandwidth (i.e., throughput) of a link by the time T; it may be further adjusted based upon overhead associated with the link X, if it is desired to remove this overhead from its impact on the bandwidth data.
  • An upper bound UB and lower bound LB are defined for each link by a system administrator; these are the defined limits within which the system should be operating for optimal performance. The traffic capability BWT, upper bound UB, and lower bound LB are referred to as [0061] predetermined data 102 in FIG. 10, and may be stored in the predetermined data 75 in FIG. 7.
  • In [0062] step 92, the actual traffic volume V(X) for link X is measured for the amount of time T, and stored as measured data 101. Note that the time T for steps 91 and 92 may be the same, or alternatively capabilities BWT and volumes V may be normalized or otherwise extrapolated to provide comparable data. From the volume V(X) and capability BWT(X), the average bandwidth usage ABU(X) is determined in step 93, for time T, as indicated in equation (1):
  • ABU(X)=V(X)/BWT(X).  (1)
  • Thus, average bandwidth usage ABU(X) is a measure of the percentage of the total link X capability that is currently being used over time T. For example, a usage ABU(X) of 5% would indicate that link X may be underutilized because during the time T only 5% of its capability was used; this may represent excess capability and/or a suboptimal usage of resources. [0063]
  • In [0064] step 94, a contribution to overall bandwidth COB(X) is determined for link X with respect to all of the bandwidth in the network (i.e., all of the links in a designated network portion), as indicated in equation (2): COB ( X ) = BWT ( X ) BWT ( I ) ; where I = 1 , N for N nodes . ( 2 )
    Figure US20010047409A1-20011129-M00001
  • Similarly, a contribution to overall traffic COT(X) is determined for link X with respect to all of the traffic in the network (step [0065] 95): COT ( X ) = V ( X ) V ( I ) ; where I = 1 , N for N nodes . ( 3 )
    Figure US20010047409A1-20011129-M00002
  • The contribution to overall bandwidth COB defines a percentage of the bandwidth for a particular link X with respect to all bandwidth, while the contribution to overall traffic COT is a measure of the percentage of the actual traffic transmitted by the link X with respect to all traffic during the time T under consideration. Generally, if these percentages are similar for different links, then it means that the network is well-balanced with respect to both actual usage (traffic) and potential usage (bandwidth). Since a balanced network is generally desirable, these percentages may be used to determine the overall balance of a network. [0066]
  • These two contributions may also be compared with each other for a particular link X (step [0067] 96) by taking a difference, to define an evaluation of link balance ELB(X) for the particular link X according to equation (4):
  • ELB(X)=COT(X)−COB(X)  (4)
  • When the contribution to overall bandwidth COB is equal to the contribution to overall traffic COT for a particular link, this is indicative that there is an ideal balance—the link is providing its “fair share” of the overall workload of the network. If the evaluation of link balance ELB is negative, then the link is doing less than its fair share, and if the evaluation of link balance ELB is positive, then the link is doing more than its fair share. [0068]
  • FIGS. [0069] 11A-C illustrate three different evaluations of link balance ELB for three links on a network having an overall bandwidth of 8000, i.e., capability to transfer 8000 traffic units over time T. In FIG. 11A, link L1, having a BWT(L1)=4000 provides 50% (4000/8000) of the overall bandwidth of a network, while links L2 and L3 each provide 25% of the overall bandwidth (where BWT(L2) and BWT(L3) are each 2000). Thus, the contribution to overall bandwidth COB for link L1 is 50%, while the contribution to overall bandwidth COB for links L2 and L3 are each 25%. Additionally, the contribution to overall traffic COT of link L1 is also 50% (a volume V(L1) of 2000 traffic units over time T out of the total 4000 traffic units), while the contribution to overall traffic COB for links L2 and L3 are each 25% (where volume V(L2) and V(L3) are each 1000 traffic units over time T). Accordingly, for the example shown in FIG. 11A, the evaluation of link balance ELB for each link is zero (i.e., there is no difference between the contribution to overall bandwidth COB and the contribution to overall traffic COT). This may be considered an optimal balance.
  • In the example illustrated in FIG. 11B, the traffic volume for link L[0070] 1 V(L1) has increased to 3000 units, while all other parameters (of FIG. 11A) remain the same. Thus, the contribution to overall traffic of link L1 has increased to 60% (3000/5000), while the contribution to overall traffic COT of links L2 and L3 have each decreased to 20% (1000/5000). Since the bandwidth capabilities have not changed, the evaluation of link balance for link L1 ELB(L1) is 10% (60%-50%), while the evaluation of link balance for each of links L2 and L3 is now −5% (20%-25%). Thus, in the example of FIG. 11B, link L1 is carrying more than its fair share, while links L2 and L3 are each carrying slightly less than their fair shares.
  • In the example illustrated in FIG. 11C, the traffic volume for link L[0071] 1 V(L1) has decreased to 1000 units while all other parameters remain the same. Thus, the contribution to overall traffic of link L1 has decreased to 33% (1000/3000), while the contribution to overall traffic COT of links L2 and L3 have each increased to 33% (1000/3000). Since the bandwidth capabilities have not changed, the evaluation of link balance for link L1 ELB(L1) is now −17% (33%-50%), while the evaluation of link balance for each of links L2 and L3 is now 8% (33%-25%). Thus, in the example of FIG. 11B, link L1 is carrying less than its fair share while links L2 and L3 are each carrying more than their fair shares.
  • In [0072] step 97 of FIG. 9, a metric for evaluation of link utilization ELU is determined for link X, with respect to the upper bound UB and lower bound LB defined by the system administrator or derived from predetermined data, as shown in equation (5):
  • ELU(X)=([ABU(X)−o UB(X)]−[LB(X)−o ABU(X)]  (5)
  • In equation (5), the term “−o” represents a “zeroed subtraction,” in which the difference is determined between two values, and the result is the difference if the difference is positive but the result is always equal to zero if the difference is negative. For example, 7−[0073] o 5=2, while 7−o 20=0.
  • The evaluation of link utilization ELU is representative of how much, if at all, the average bandwidth usage ABU is either above or below the range defined by the upper bound UB and the lower bound LB for a link. These boundary values allow the system administrator to tailor the evaluation of link utilization to the particulars of the network under consideration. Ideally, the link utilizations will be within the bounds set by the system administrator, so the ELU will be equal to zero. [0074]
  • FIGS. [0075] 12A-C pictorially show examples of different evaluations of link utilization ELU for a particular link. In each of FIGS. 12A-C, the upper bound UB is 75% while the lower bound LB is 50%. In FIG. 12A, the average bandwidth usage ABU is 62%, resulting in an evaluation of link utilization ELU of 0, i.e. [62−o 75]−[50−o 62]=0−0=0. In FIG. 12B usage ABU is 25%, resulting in an evaluation of link utilization ELU of −25%,, i.e. [25−o 75]−[50−o 25]=0−25 =−25. In FIG. 12C, the average bandwidth usage ABU is 87%, resulting in a evaluation of link utilization ELU of 12%, i.e. [87−o 75]−[50−o 87]=12−0=12.
  • In step [0076] 98 (FIG. 9), the link balance and link utilization evaluations may be compared with one another to determine metrics for network capacity and network balance. One example of such a metric is referred to as evaluation of link capacity ELC, determined from the evaluation of link balance ELB and the evaluation of link utilization ELU, as indicated in equation (6):
  • ELC(X)=[(ELB(X))2+(ELU(X))2]½  (6)
  • In this example, the evaluation of link capacity ELC is the length of a vector that represents a sum of a vector representing an evaluation of link balance ELB, and a vector orthogonal to the ELB vector representing an evaluation of link utilization ELU. This is graphically shown in the graph of FIG. 13A, where evaluation of link balance ELB is plotted along the x-axis while evaluation of link utilization ELU is plotted along the y-axis. In this manner, a single quantity ELC can be used to represent network capacity, utilization and balance, wherein a lower value of ELC is generally desirable. For example, a situation in which both ELB and ELU are equal to zero, and thus ELC is equal to zero, is ideal. [0077]
  • In FIG. 13A, vector A represents a situation in which both the evaluation of link balance ELB and the evaluation of link utilization ELU are zero, which is representative of a network which is ideally balanced; the resulting ELC (A) (from equation 6) is also zero. Vector B represents an ELB of 0 and an ELU of 10 (per equation 6); this yields an ELC (B) of 10. Vector C represents an ELU of 20, and an ELC of 20; this yields an ELC (C) of 28. Vector D represents an ELB of 9 and an ELU of 0; this yields an ELC (D) of 9. Vector E represents an ELB of 10 and an ELB of −10; this yields an ELC (E) of 14. [0078]
  • FIG. 13A is a representative display which enables a system administrator to make decisions about network configuration. The specific quadrant within which the evaluation of link capacity ELC is plotted, provides useful information. In particular, a vector that is plotted in quadrant I indicates that the link is doing more than its fair share and is also exceeding its upper bound UB (of link utilization). Such a situation may be resolved (adjusted) by adding resources, e.g., another link in parallel with the link under consideration; this would serve to reduce both ELB and ELU, thus reducing ELC. In contrast, an ELC vector in quadrant III indicates that the link is doing less then its fair share and is also below its lower bound LB, which means that a link with less capacity may be substituted. [0079]
  • An ELC vector in quadrant II indicates that the link is performing less than its fair share, but is above its upper bound UB (in link utilization). An ELC vector in quadrant IV indicates that the link is performing more than its fair share, but is below its lower bound LB. It should be understood that in different applications it may be desirable to place upper and lower bounds on other parameters, such as ELB, or not to use such boundaries. [0080]
  • Another example of the applicability of a comparison of both link balance and link utilization is shown in FIGS. [0081] 13B-C. These figures show average link bandwidth ABU and contribution to overall traffic COT for three different links L1-L3, as compared to an upper bound UB and a lower bound LB for each of the three links L1-L3. In each of FIGS. 13B-C, it is assumed that the respective ABU and COT for a given link are equal. FIG. 13B illustrates a situation in which each link is in perfect balance, but each is also over-utilized. In contrast, FIG. 13C illustrates a situation in which each of links L1-L3 is within the range between the upper bound UB and lower bound LB (properly utilized), but the links are out of balance (as indicated by the COT and ABU for link L1 being significantly higher than the COT and ABU for links L2 and L3).
  • In addition to the metrics defined above for single links, it may be desirable to have a single metric that represents an evaluation of network capacity (ENC) for an entire network, so that a system administrator may evaluate the current network configuration with respect to an alternate network configuration. One example of ENC is to select the greatest ELC for all ELCs of a network. This evaluation is useful because the performance of a network is often limited by the link which is performing the worst—such a link representing a bottleneck in data communications. Thus, one version of an evaluation of network capacity ENC is shown in equation (7):[0082]
  • ENC=MAX(ELC(X) for all X)  (7)
  • For equation (7), a lower ENC represents a better-performing network because in general lower ELCs are preferred (as discussed above). In an alternative embodiment, the metric for evaluation of network capacity ENC is determined based upon a standard deviation over all ELCs of a link, as indicated in equation (8):[0083]
  • ENC=[((ΣELC(I))2 for I=1−N)−(AVE(ELC(I) for I=1, . . . N))]½  (8)
  • where AVE is the average. [0084]
  • Equation (8) is a measure of how well the network is performing overall, and it is generally desirable that the ENC be zero or close to zero. As indicated above, it may be desirable to evaluate potential alternate configurations of a network to provide an ENC which is superior to the ENC of the current network configuration. Alternate configurations may be achieved in many ways, such as moving network servers among subnets, adding/deleting nodes, or adding/deleting switches. [0085]
  • As illustrated in FIG. 9, the inputs to the ENC evaluation are link traffic capability (BWT) and actual link traffic volume (V). Alternate configurations of a network may be simulated by simply modifying one or more of these variables, and then re-calculating the metric for ENC. This is a simple simulation which may be achieved with less processing and memory resources than required by the prior art simulators. For example, if it were desirable to evaluate an alternate to the network configuration of FIG. 8 in order to double the link capacity of cell link [0086] 3-4 (for example by adding a port each of swiches N2 and N3, and coupling these ports together), it is only necessary to change the value in the table of FIG. 10 that corresponds to the row of link 3-4 and the column labeled “BW” to be double the previous value. Then the evaluation factors 103 may be re-calculated based upon this new data, and these factors may be evaluated to determine the desirability of such a modification.
  • For some network changes this activity is straightforward. For example, adding or deleting bandwidth of a link is relatively simple, and may be achieved by upgrading the devices that connect via the link. Such a change may be simulated by increasing the corresponding values for BWT. However, other configuration changes may be more complex, such as those that affect the routing by which traffic is communicated. For example, adding a server to the network may affect bandwidth, but it may also affect how data is routed, which may significantly affect network balance. [0087]
  • To address this issue, the network capacity database [0088] 74 (FIG. 7) may include additional information, such as that shown in table 140 of FIG. 14. The entries in the table of FIG. 14 correspond to the volume of a single link 1-2, and are arranged by the traffic volumes that correspond to respective source and destination pairs. In particular, the volume column 101 of FIG. 10 may be expanded to include source column 141, destination column 142, and volume column 143. FIG. 14 shows that for the total volume of traffic transferred across link 1-2 during time T, a volume V12 12 was transferred from Node1 to Node2, a volume V12 13 was transferred from Node1 to Node3, and the volume V12 XY was transferred from NodeX to NodeY.
  • This further classification of traffic volume as shown in FIG. 14 allows routing decisions for traffic between given destination/source pairs to be varied to evaluate alternate configurations. One approach is to modify the volume column using proportional distribution. For example, if it were desired to double all volume having Node[0089] 1 as a source and Node2 as a destination, then all volumes VXY12 would be doubled for all links (XY) through which such data passes. The added volume would thus be distributed, from a routing perspective, in the same proportions as in the current network configuration. This approach is especially useful for the addition/deletion of load generating devices, such as workstations or servers.
  • Although this approach may be useful on all network devices to minimize processing, it may be desirable to vary the approach if an ATM or other switch is being modified to create the alternate configuration, as opposed to a router. A switch may recalculate the most optimal (e.g., least cost) path each time that the combined traffic over a call-path is above a predetermined threshold. This behavior does not necessarily follow a rule of proportional distribution of traffic over different links, and therefore it may be desirable to invoke an adaptive learning mechanism which monitors the switch to determine the load distribution strategy adopted by the switch. More specifically, this may be achieved by studying the traffic inflow and outflow through a switch and the corresponding traffic load that is generated on the links attached to the various switch ports. Such a mechanism may be kept on-line in a training mode or learning mode of a live network, and could subsequently be used in an off-line capacity planning analysis for the same network. In this manner, the switch load distribution characteristics could be modeled with sufficient accuracy to project the load impact and therefore determine the source-destination volumes which would be affected by changing the switch. [0090]
  • Thus, [0091] step 63 in FIG. 6 may include generating alternate volume data proportionally or based upon the previous performance of a network device.
  • The invention may be implemented as a computer apparatus, in hardware, software, or a combination thereof, to perform the functions of any of the previous embodiments. For example, the invention may comprise a memory (such as a floppy disk, compact disk, or hard drive) that contains a computer program or data structure, for providing to a general purpose computer, instructions and data for carrying out the functions of the previous embodiments. [0092]
  • FIG. 15 shows a [0093] general purpose computer 150 which may include a Computer Processing Unit (CPU) 151, memory 152, a processing bus 153 by which the CPU can access the memory 152, and access to a network 154.
  • Having thus described several particular embodiments of the invention, various modifications and improvements will be apparent to those skilled in the art. Accordingly, the foregoing description is by way of example only, and not intended to be limiting. [0094]

Claims (12)

1. A method for evaluating network traffic on a communications network, the network having a present configuration of nodes connected by a plurality of links, the method comprising the steps of:
a) determining a traffic capability for an amount of time for each of the plurality of links of the network;
b) measuring a traffic volume for the amount of time across each of the plurality of links; and
c) evaluating a communications capability of the communications network based upon the traffic capability and the traffic volume.
2. The method of
claim 1
, wherein step c) includes determining a contribution to an overall bandwidth of the communications network by a first link of the plurality of links based upon the traffic capability of the first link with respect to a traffic capability of all of the plurality of links.
3. The method of
claim 1
, wherein step c) includes determining a contribution to an overall traffic of the communications network by a first link of the plurality of links based upon the traffic volume across the first link with respect to a traffic volume of all of the plurality of links.
4. The method of
claim 3
, wherein step c) further includes determining a contribution to an overall bandwidth of the communications network by the first link based upon the traffic capability of the first link with respect to a traffic capability of all of the plurality of links.
5. The method of
claim 4
, wherein step c) further includes a step of evaluating a link balance for the first link based upon a comparison between the contribution to overall bandwidth and the contribution to overall traffic.
6. The method of
claim 1
, wherein step c) includes a step of evaluating a link balance for a first link of the plurality of links based upon a comparison between a contribution to overall bandwidth of the communications network by the first link and a contribution to overall traffic of the communications network by the first link.
7. The method of
claim 1
, further comprising a step of defining an upper bound and a lower bound of link utilization for a first link of the plurality of links, and wherein step c) includes a step of evaluating a link utilization of the first link of the plurality of links with respect to the upper bound and the lower bound, based upon the traffic volume of the first link.
8. The method of
claim 1
, wherein step c) includes the steps of:
evaluating a link balance for a first link of the plurality of links based upon a comparison between a contribution to overall bandwidth of the communications network by the first link and a contribution to overall traffic of the communications network by the first link;
evaluating a link utilization of the first link of the plurality of links based upon the traffic volume of the first link; and
evaluating the communications capability of the link based upon a comparison of the link balance with the link utilization.
9. The method of
claim 1
, wherein step c) includes the steps of
evaluating the communications capability of each of the plurality of links; and
evaluating the communications capability of the communications network based upon the communications capability of each of the plurality of links.
10. The method of
claim 1
, further comprising a step of evaluating a communications capability of an alternative configuration of the communications network based upon the traffic capability and a modified traffic volume.
11. The method of
claim 10
, further comprising a step of modifying the configuration of the communications network to the alternative configuration.
12. Apparatus for evaluating network traffic on a communications nework having a plurality of links connecting devices, the apparatus comprising:
a database of link traffic information including traffic volume and link capacity;
a capacity control and evaluation module connected to the database for receiving link traffic information from the database and determining a traffic capability for an amount of time for each of the plurality of links, and comparing the traffic volume and traffic capability of the links to determine a network capacity parameter, and
a user interface for displaying the network capacity parameter.
US09/817,904 1997-05-13 2001-03-26 Apparatus and method for network capacity evaluation and planning Abandoned US20010047409A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09/817,904 US20010047409A1 (en) 1997-05-13 2001-03-26 Apparatus and method for network capacity evaluation and planning

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/855,222 US6209033B1 (en) 1995-02-01 1997-05-13 Apparatus and method for network capacity evaluation and planning
US09/817,904 US20010047409A1 (en) 1997-05-13 2001-03-26 Apparatus and method for network capacity evaluation and planning

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US08/855,222 Continuation US6209033B1 (en) 1995-02-01 1997-05-13 Apparatus and method for network capacity evaluation and planning

Publications (1)

Publication Number Publication Date
US20010047409A1 true US20010047409A1 (en) 2001-11-29

Family

ID=25320660

Family Applications (2)

Application Number Title Priority Date Filing Date
US08/855,222 Expired - Lifetime US6209033B1 (en) 1995-02-01 1997-05-13 Apparatus and method for network capacity evaluation and planning
US09/817,904 Abandoned US20010047409A1 (en) 1997-05-13 2001-03-26 Apparatus and method for network capacity evaluation and planning

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US08/855,222 Expired - Lifetime US6209033B1 (en) 1995-02-01 1997-05-13 Apparatus and method for network capacity evaluation and planning

Country Status (4)

Country Link
US (2) US6209033B1 (en)
EP (1) EP0981877A1 (en)
AU (1) AU720871B2 (en)
WO (1) WO1998052322A1 (en)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020101821A1 (en) * 2000-04-21 2002-08-01 Anja Feldmann System and method for deriving traffic demands for a packet-switched network
US20030074468A1 (en) * 2001-02-28 2003-04-17 Ho-Yen Chang Methods and system of virtual circuit identification based on bit permutation of link numbers for multi-stage elements
US20030101022A1 (en) * 2001-08-15 2003-05-29 National Instruments Corporation Network based system for analyzing a client system and generating a configuration diagram which describes the client system
US20050041656A1 (en) * 2002-01-15 2005-02-24 Nicolas Dubois Method for monitoring a communication network and system therefor
US20050068890A1 (en) * 2003-09-30 2005-03-31 Nortel Networks Limited Service metrics for managing services transported over circuit-oriented and connectionless networks
US20050107988A1 (en) * 2003-07-16 2005-05-19 Manzoor Mohammed Network planning
US20050171797A1 (en) * 2004-02-04 2005-08-04 Alcatel Intelligent access control and warning system for operations management personnel
GB2413412A (en) * 2004-04-19 2005-10-26 Hewlett Packard Development Co Method and apparatus for automatic verification of a machine-readable map of networked devices
US20060120300A1 (en) * 2001-03-30 2006-06-08 Intel Corporation System and method for determining segment and link bandwidth capacities
US20060159084A1 (en) * 2005-01-14 2006-07-20 Fujitsu Limited Routing control technique in MPLS
US20060212568A1 (en) * 2005-03-15 2006-09-21 Microsoft Corporation System and method for managing a computer network
US20060221821A1 (en) * 2005-03-31 2006-10-05 Martinez Ransom Antonio J Method and apparatus for load balancing in a wireless network
WO2006104771A2 (en) * 2005-03-25 2006-10-05 Microsoft Corporation System and method for monitoring and reacting to peer-to-peer network metrics
US20070008332A1 (en) * 2001-10-03 2007-01-11 Sun Microsystems, Inc. Stationary semantic zooming
US7216164B1 (en) * 2002-10-09 2007-05-08 Cisco Technology, Inc. Methods and apparatus for determining the performance of a server
US7437348B1 (en) * 2005-01-28 2008-10-14 Sprint Communications Company L.P. Method and system for a non-georedundant failover system
US20090224881A1 (en) * 2008-03-05 2009-09-10 Taylor Precision Products, Inc. Digital weather station
US20100111095A1 (en) * 2008-11-03 2010-05-06 Bridgeworks Limited Data transfer
GB2472164A (en) * 2008-11-03 2011-01-26 Bridgeworks Ltd Optimising parameters for data transfer
US20120072612A1 (en) * 2008-12-23 2012-03-22 Christofer Flinta Method and an Arrangement of Identifying Traffic Flows in a Communication Network
US8296412B2 (en) 2000-01-03 2012-10-23 International Business Machines Corporation Method and system for event impact analysis
US20160072702A1 (en) * 2013-05-14 2016-03-10 Huawei Technologies Co., Ltd. Multipath transmission based packet traffic control method and apparatus
US9331907B1 (en) * 2005-06-17 2016-05-03 Verizon Patent And Licensing Inc. Network traffic monitoring
US20180367405A1 (en) * 2017-06-19 2018-12-20 Cisco Technology, Inc. Validation of bridge domain-l3out association for communication outside a network

Families Citing this family (163)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6209033B1 (en) * 1995-02-01 2001-03-27 Cabletron Systems, Inc. Apparatus and method for network capacity evaluation and planning
US6421719B1 (en) * 1995-05-25 2002-07-16 Aprisma Management Technologies, Inc. Method and apparatus for reactive and deliberative configuration management
US7342581B2 (en) * 1996-07-18 2008-03-11 Computer Associates Think, Inc. Method and apparatus for displaying 3-D state indicators
US5958012A (en) * 1996-07-18 1999-09-28 Computer Associates International, Inc. Network management system using virtual reality techniques to display and simulate navigation to network components
US7680879B2 (en) * 1996-07-18 2010-03-16 Computer Associates Think, Inc. Method and apparatus for maintaining data integrity across distributed computer systems
DE19700148A1 (en) * 1997-01-06 1998-07-16 Deteline Deutsche Telekom Komm Process for creating a network
US20030023721A1 (en) * 1997-07-15 2003-01-30 Computer Associates Think, Inc. Method and apparatus for generating context-descriptive messages
US20030018771A1 (en) * 1997-07-15 2003-01-23 Computer Associates Think, Inc. Method and apparatus for generating and recognizing speech as a user interface element in systems and network management
US7315893B2 (en) * 1997-07-15 2008-01-01 Computer Associates Think, Inc. Method and apparatus for filtering messages based on context
DE19746904B4 (en) * 1997-10-23 2004-09-30 Telefonaktiebolaget L M Ericsson (Publ) Traffic data evaluation device and associated method for a network with dynamic switching
JP3564280B2 (en) * 1997-10-31 2004-09-08 日本電気株式会社 Network traffic monitoring system
AU1421799A (en) 1997-11-25 1999-06-15 Packeteer, Inc. Method for automatically classifying traffic in a packet communications network
US6591299B2 (en) 1997-11-25 2003-07-08 Packeteer, Inc. Method for automatically classifying traffic with enhanced hierarchy in a packet communications network
US6606297B1 (en) 1998-05-29 2003-08-12 Tellabs Operations, Inc. Bi-directional ring network having minimum spare bandwidth allocation and corresponding connection admission control
US6546424B1 (en) * 1998-12-03 2003-04-08 Nortel Networks Limited Apparatus and method for analyzing the effect of adding a user group to a computer network
US6542961B1 (en) 1998-12-22 2003-04-01 Hitachi, Ltd. Disk storage system including a switch
US6493752B1 (en) * 1999-05-06 2002-12-10 Watchguard Technologies Device and method for graphically displaying data movement in a secured network
US6654803B1 (en) * 1999-06-30 2003-11-25 Nortel Networks Limited Multi-panel route monitoring graphical user interface, system and method
US6704873B1 (en) 1999-07-30 2004-03-09 Accenture Llp Secure gateway interconnection in an e-commerce based environment
US7100195B1 (en) 1999-07-30 2006-08-29 Accenture Llp Managing user information on an e-commerce system
US6718535B1 (en) 1999-07-30 2004-04-06 Accenture Llp System, method and article of manufacture for an activity framework design in an e-commerce based environment
US6397066B1 (en) * 1999-10-29 2002-05-28 Verizon Laboratories Inc. Fast method for capacity estimation of systems
US20030036896A1 (en) * 1999-12-01 2003-02-20 David Skingsley Apparatus for simulating communications equipment
US6639900B1 (en) * 1999-12-15 2003-10-28 International Business Machines Corporation Use of generic classifiers to determine physical topology in heterogeneous networking environments
US6741568B1 (en) * 1999-12-15 2004-05-25 International Business Machines Corporation Use of adaptive resonance theory (ART) neural networks to compute bottleneck link speed in heterogeneous networking environments
US20020091843A1 (en) * 1999-12-21 2002-07-11 Vaid Rahul R. Wireless network adapter
US6985901B1 (en) * 1999-12-23 2006-01-10 Accenture Llp Controlling data collection, manipulation and storage on a network with service assurance capabilities
US7373376B1 (en) * 1999-12-30 2008-05-13 Keynote Systems, Inc. Method and system for evaluating quality of service over the internet
US7437428B1 (en) 2000-02-16 2008-10-14 Microsoft Corporation System and method for transferring data over a network
US6920110B2 (en) * 2001-02-14 2005-07-19 Microsoft Corporation System and method for transferring data over a network
US20020152305A1 (en) * 2000-03-03 2002-10-17 Jackson Gregory J. Systems and methods for resource utilization analysis in information management environments
US7039695B1 (en) * 2000-04-28 2006-05-02 Microsoft Corporation System and method for archiving within a client management tool
US6792455B1 (en) * 2000-04-28 2004-09-14 Microsoft Corporation System and method for implementing polling agents in a client management tool
US6889255B1 (en) * 2000-04-28 2005-05-03 Microsoft Corporation System and method for caching data in a client management tool
US7047176B2 (en) * 2000-05-05 2006-05-16 Fujitsu Limited Method and system for hardware simulation
US6898564B1 (en) * 2000-05-23 2005-05-24 Microsoft Corporation Load simulation tool for server resource capacity planning
US20020078131A1 (en) * 2000-06-28 2002-06-20 Qwest Communications International Inc. Method and system for presenting operational data by geographical location
US7886054B1 (en) * 2000-10-11 2011-02-08 Siddhartha Nag Graphical user interface (GUI) for administering a network implementing media aggregation
US7013338B1 (en) * 2000-07-28 2006-03-14 Prominence Networks, Inc. Multiplexing several individual application sessions over a pre-allocated reservation protocol session
US7788354B2 (en) * 2000-07-28 2010-08-31 Siddhartha Nag End-to-end service quality in a voice over Internet Protocol (VoIP) Network
US7774468B1 (en) 2000-07-28 2010-08-10 Siddhartha Nag Network traffic admission control
US6981039B2 (en) * 2000-08-01 2005-12-27 Qwest Communications International, Inc. Fault management in a VDSL network
US7058707B1 (en) 2000-08-01 2006-06-06 Qwest Communications International, Inc. Performance modeling in a VDSL network
US20060168586A1 (en) * 2000-08-09 2006-07-27 Stone Glen D System and method for interactively utilizing a user interface to manage device resources
US20050157654A1 (en) * 2000-10-12 2005-07-21 Farrell Craig A. Apparatus and method for automated discovery and monitoring of relationships between network elements
US20020147809A1 (en) * 2000-10-17 2002-10-10 Anders Vinberg Method and apparatus for selectively displaying layered network diagrams
US7039577B1 (en) * 2000-10-25 2006-05-02 Bellsouth Intellectual Property Corp. Network traffic analyzer
US7562134B1 (en) * 2000-10-25 2009-07-14 At&T Intellectual Property I, L.P. Network traffic analyzer
US7383191B1 (en) * 2000-11-28 2008-06-03 International Business Machines Corporation Method and system for predicting causes of network service outages using time domain correlation
US20020141342A1 (en) * 2000-12-07 2002-10-03 Furman Elliot M. Method and system for automatically directing data in a computer network
US7693966B2 (en) * 2000-12-14 2010-04-06 Hirschman Electronics Gmbh & Co. Kg Automatic configuration of a network
US6966015B2 (en) * 2001-03-22 2005-11-15 Micromuse, Ltd. Method and system for reducing false alarms in network fault management systems
DE10116835A1 (en) * 2001-04-04 2002-10-17 Alcatel Sa Fast restoration mechanism e.g. for determining restoration capacity in transmission network, involves determining mesh in network with mesh closed sequence of bi-directional links traversing each node part of mesh exactly once
US6782350B1 (en) 2001-04-27 2004-08-24 Blazent, Inc. Method and apparatus for managing resources
US6744739B2 (en) * 2001-05-18 2004-06-01 Micromuse Inc. Method and system for determining network characteristics using routing protocols
US7043727B2 (en) * 2001-06-08 2006-05-09 Micromuse Ltd. Method and system for efficient distribution of network event data
US7058708B2 (en) * 2001-06-12 2006-06-06 Hewlett-Packard Development Company, L.P. Method of and apparatus for managing predicted future user accounts assigned to a computer
US6721750B1 (en) * 2001-07-03 2004-04-13 Bellsouth Intellectual Property Corporation System and method for broadband capacity tracking
US6965854B2 (en) * 2001-07-23 2005-11-15 International Business Machines Corporation Methods, systems and computer program products for screening simulated traffic for randomness
US8560666B2 (en) * 2001-07-23 2013-10-15 Hitwise Pty Ltd. Link usage
US7774440B1 (en) 2001-07-25 2010-08-10 Scalable Network Technologies, Inc. Method and system for enhancing performance of a physical network under real-time control using simulation of a reference model
US20050286685A1 (en) * 2001-08-10 2005-12-29 Nikola Vukovljak System and method for testing multiple dial-up points in a communications network
FR2830094B1 (en) * 2001-09-27 2004-12-10 Cit Alcatel METHOD AND DEVICE FOR SIMULATING THE BEHAVIOR OF A NETWORK, ALLOWING SIZING ON DEMAND
EP1298839A1 (en) * 2001-09-28 2003-04-02 Siemens Aktiengesellschaft Network performance management
DE60144331D1 (en) * 2001-10-08 2011-05-12 Alcatel Lucent Device and method for network management
US20030088665A1 (en) * 2001-11-02 2003-05-08 Juergen Sauermann Presentation of network traffic as message sequence charts in network analyzers
GB2382492A (en) * 2001-11-20 2003-05-28 Hewlett Packard Co System analysis
SE522605C2 (en) * 2001-11-30 2004-02-24 Kvaser Consultant Ab Device for collaboration between system development tools
DE10162987A1 (en) * 2001-12-20 2003-07-17 Siemens Ag Network Performance Management
US9009004B2 (en) * 2002-01-31 2015-04-14 Hewlett-Packasrd Development Comany, L.P. Generating interconnect fabric requirements
US6865480B2 (en) * 2002-06-19 2005-03-08 Alpine Electronics, Inc Display method and apparatus for navigation system
US6954788B2 (en) * 2002-06-26 2005-10-11 Qwest Communications International, Inc. Communication resource system
US7120680B1 (en) * 2002-07-15 2006-10-10 Sun Microsystems, Inc. Methods and apparatus for identifying network configurations in an existing network
US7293086B1 (en) * 2002-07-25 2007-11-06 At&T Corp. Traffic matrix estimation method and apparatus
DE10245802A1 (en) * 2002-09-25 2004-04-01 Deutsche Telekom Ag Data workload rating method for rating the workload of data transmission channels in a network uses services addressed individually or for groups of users
US7292969B1 (en) * 2002-09-27 2007-11-06 Emc Corporation Method and system for simulating performance on one or more data storage systems
US20040117470A1 (en) * 2002-12-16 2004-06-17 Rehm William A Temporal service level metrics system and method
US7506018B2 (en) * 2003-02-28 2009-03-17 Siemens Communications, Inc. Methods and apparatus for determining one or more access points in a communication system
US8045566B2 (en) * 2003-08-01 2011-10-25 Hewlett-Packard Development Company, L.P. Automated router load balancing
BRPI0318453B1 (en) * 2003-08-07 2017-09-12 Telecom Italia S.P.A. METHOD AND SYSTEM FOR EVALUATING TRAFFIC DISPERSION IN LEAST ONE CENTRAL IN COMMUNICATIONS NETWORK, AND, COMMUNICATION NETWORK
US8015289B2 (en) * 2003-12-11 2011-09-06 Ziti Technologies Limited Liability Company System and method predicting and managing network capacity requirements
US20050259683A1 (en) * 2004-04-15 2005-11-24 International Business Machines Corporation Control service capacity
US8838794B2 (en) * 2004-06-30 2014-09-16 International Business Machines Corporation Method, system and program product for simulating activity in a server environment
US8346593B2 (en) 2004-06-30 2013-01-01 Experian Marketing Solutions, Inc. System, method, and software for prediction of attitudinal and message responsiveness
US7617501B2 (en) 2004-07-09 2009-11-10 Quest Software, Inc. Apparatus, system, and method for managing policies on a computer having a foreign operating system
US20060025984A1 (en) * 2004-08-02 2006-02-02 Microsoft Corporation Automatic validation and calibration of transaction-based performance models
US8190161B2 (en) 2004-08-13 2012-05-29 Broadcom Corporation Multi-transceiver multi-path communication handoff
US8732004B1 (en) 2004-09-22 2014-05-20 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
JP4543871B2 (en) * 2004-10-15 2010-09-15 富士ゼロックス株式会社 Information processing system, information processing method, and computer program
US7729270B2 (en) * 2005-01-13 2010-06-01 International Business Machines Corporation Method for supporting on-demand performance
IL166390A (en) * 2005-01-19 2011-08-31 Tejas Israel Ltd Routing method and system
US7849165B2 (en) 2005-04-21 2010-12-07 Fiducci Thomas E Data backup, storage, transfer, and retrieval system, method and computer program product
US8126990B2 (en) 2005-04-21 2012-02-28 Fiducci Thomas E Data backup and transfer system, method and computer program product
US8428074B2 (en) 2005-04-29 2013-04-23 Prom Ks Mgmt Limited Liability Company Back-to back H.323 proxy gatekeeper
US7564805B1 (en) * 2005-08-08 2009-07-21 At&T Intellectual Property, Ii, L.P. Systems, methods, and device for simulating capacity in a network
GB2432992B (en) * 2005-11-18 2008-09-10 Cramer Systems Ltd Network planning
US7904949B2 (en) * 2005-12-19 2011-03-08 Quest Software, Inc. Apparatus, systems and methods to provide authentication services to a legacy application
US8087075B2 (en) 2006-02-13 2011-12-27 Quest Software, Inc. Disconnected credential validation using pre-fetched service tickets
US8738761B2 (en) * 2006-04-18 2014-05-27 Cisco Technology, Inc. Method and system to capture and playback network activity
US8429712B2 (en) 2006-06-08 2013-04-23 Quest Software, Inc. Centralized user authentication system apparatus and method
US7516048B2 (en) * 2006-06-30 2009-04-07 International Business Machines Corporation Externalized metric calculation engine
US8717911B2 (en) 2006-06-30 2014-05-06 Centurylink Intellectual Property Llc System and method for collecting network performance information
US8488447B2 (en) * 2006-06-30 2013-07-16 Centurylink Intellectual Property Llc System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance
US8194643B2 (en) * 2006-10-19 2012-06-05 Embarq Holdings Company, Llc System and method for monitoring the connection of an end-user to a remote network
US9094257B2 (en) 2006-06-30 2015-07-28 Centurylink Intellectual Property Llc System and method for selecting a content delivery network
US8184549B2 (en) 2006-06-30 2012-05-22 Embarq Holdings Company, LLP System and method for selecting network egress
US8289965B2 (en) 2006-10-19 2012-10-16 Embarq Holdings Company, Llc System and method for establishing a communications session with an end-user based on the state of a network connection
US8015294B2 (en) 2006-08-22 2011-09-06 Embarq Holdings Company, LP Pin-hole firewall for communicating data packets on a packet network
US8189468B2 (en) * 2006-10-25 2012-05-29 Embarq Holdings, Company, LLC System and method for regulating messages between networks
US8107366B2 (en) 2006-08-22 2012-01-31 Embarq Holdings Company, LP System and method for using centralized network performance tables to manage network communications
US8307065B2 (en) 2006-08-22 2012-11-06 Centurylink Intellectual Property Llc System and method for remotely controlling network operators
US8743703B2 (en) 2006-08-22 2014-06-03 Centurylink Intellectual Property Llc System and method for tracking application resource usage
US8199653B2 (en) * 2006-08-22 2012-06-12 Embarq Holdings Company, Llc System and method for communicating network performance information over a packet network
US8274905B2 (en) 2006-08-22 2012-09-25 Embarq Holdings Company, Llc System and method for displaying a graph representative of network performance over a time period
US8223655B2 (en) * 2006-08-22 2012-07-17 Embarq Holdings Company, Llc System and method for provisioning resources of a packet network based on collected network performance information
US8102770B2 (en) * 2006-08-22 2012-01-24 Embarq Holdings Company, LP System and method for monitoring and optimizing network performance with vector performance tables and engines
US8537695B2 (en) 2006-08-22 2013-09-17 Centurylink Intellectual Property Llc System and method for establishing a call being received by a trunk on a packet network
US8224255B2 (en) 2006-08-22 2012-07-17 Embarq Holdings Company, Llc System and method for managing radio frequency windows
US8531954B2 (en) 2006-08-22 2013-09-10 Centurylink Intellectual Property Llc System and method for handling reservation requests with a connection admission control engine
US8125897B2 (en) * 2006-08-22 2012-02-28 Embarq Holdings Company Lp System and method for monitoring and optimizing network performance with user datagram protocol network performance information packets
US8064391B2 (en) 2006-08-22 2011-11-22 Embarq Holdings Company, Llc System and method for monitoring and optimizing network performance to a wireless device
US8238253B2 (en) * 2006-08-22 2012-08-07 Embarq Holdings Company, Llc System and method for monitoring interlayer devices and optimizing network performance
US8750158B2 (en) 2006-08-22 2014-06-10 Centurylink Intellectual Property Llc System and method for differentiated billing
US8576722B2 (en) 2006-08-22 2013-11-05 Centurylink Intellectual Property Llc System and method for modifying connectivity fault management packets
US9479341B2 (en) 2006-08-22 2016-10-25 Centurylink Intellectual Property Llc System and method for initiating diagnostics on a packet network node
US8228791B2 (en) * 2006-08-22 2012-07-24 Embarq Holdings Company, Llc System and method for routing communications between packet networks based on intercarrier agreements
US8549405B2 (en) 2006-08-22 2013-10-01 Centurylink Intellectual Property Llc System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally
US8194555B2 (en) * 2006-08-22 2012-06-05 Embarq Holdings Company, Llc System and method for using distributed network performance information tables to manage network communications
US8144587B2 (en) 2006-08-22 2012-03-27 Embarq Holdings Company, Llc System and method for load balancing network resources using a connection admission control engine
US7684332B2 (en) 2006-08-22 2010-03-23 Embarq Holdings Company, Llc System and method for adjusting the window size of a TCP packet through network elements
US8407765B2 (en) 2006-08-22 2013-03-26 Centurylink Intellectual Property Llc System and method for restricting access to network performance information tables
US7843831B2 (en) 2006-08-22 2010-11-30 Embarq Holdings Company Llc System and method for routing data on a packet network
US8619600B2 (en) 2006-08-22 2013-12-31 Centurylink Intellectual Property Llc System and method for establishing calls over a call path having best path metrics
US8144586B2 (en) * 2006-08-22 2012-03-27 Embarq Holdings Company, Llc System and method for controlling network bandwidth with a connection admission control engine
US8130793B2 (en) 2006-08-22 2012-03-06 Embarq Holdings Company, Llc System and method for enabling reciprocal billing for different types of communications over a packet network
US8086710B2 (en) 2006-10-30 2011-12-27 Quest Software, Inc. Identity migration apparatus and method
US7895332B2 (en) * 2006-10-30 2011-02-22 Quest Software, Inc. Identity migration system apparatus and method
US8438267B2 (en) 2006-12-28 2013-05-07 At&T Intellectual Property Ii, L.P. Internet-wide scheduling of transactions
CN101247612B (en) * 2007-02-13 2011-08-24 中兴通讯股份有限公司 Video telephone traffic prediction method and capacity scale estimation method
US8111692B2 (en) * 2007-05-31 2012-02-07 Embarq Holdings Company Llc System and method for modifying network traffic
EP2048587A1 (en) * 2007-10-11 2009-04-15 Siemens Aktiengesellschaft Method and device for planning a production facility
US8068425B2 (en) 2008-04-09 2011-11-29 Embarq Holdings Company, Llc System and method for using network performance information to determine improved measures of path states
US8234100B2 (en) * 2008-12-30 2012-07-31 International Business Machines Corporation General framework to predict parametric costs
US8639920B2 (en) 2009-05-11 2014-01-28 Experian Marketing Solutions, Inc. Systems and methods for providing anonymized user profile data
US8255984B1 (en) 2009-07-01 2012-08-28 Quest Software, Inc. Single sign-on system for shared resource environments
US9152727B1 (en) 2010-08-23 2015-10-06 Experian Marketing Solutions, Inc. Systems and methods for processing consumer information for targeted marketing applications
DE102012104522B4 (en) * 2011-05-28 2015-09-17 Deutsche Telekom Ag Method for improving the performance of a data line network
US20130124714A1 (en) * 2011-11-11 2013-05-16 Vmware, Inc. Visualization of combined performance metrics
US9489657B2 (en) * 2012-02-21 2016-11-08 Microsoft Technology Licensing, Llc Aggregation and visualization of multiple chat room information
US10135677B1 (en) 2012-07-06 2018-11-20 Cradlepoint, Inc. Deployment of network-related features over cloud network
US10601653B2 (en) * 2012-07-06 2020-03-24 Cradlepoint, Inc. Implicit traffic engineering
US10560343B1 (en) 2012-07-06 2020-02-11 Cradlepoint, Inc. People centric management of cloud networks via GUI
US10177957B1 (en) 2012-07-06 2019-01-08 Cradlepoint, Inc. Connecting a cloud network to the internet
US10110417B1 (en) 2012-07-06 2018-10-23 Cradlepoint, Inc. Private networks overlaid on cloud infrastructure
JP6036436B2 (en) * 2013-03-19 2016-11-30 富士通株式会社 Transmission device, control card, transmission method, and transmission program
US9882841B2 (en) * 2014-01-23 2018-01-30 Virtual Instruments Corporation Validating workload distribution in a storage area network
US11257117B1 (en) 2014-06-25 2022-02-22 Experian Information Solutions, Inc. Mobile device sighting location analytics and profiling system
CN105407494B (en) * 2015-10-23 2018-10-30 中国联合网络通信集团有限公司 Network capacity extension method and device
US9767309B1 (en) 2015-11-23 2017-09-19 Experian Information Solutions, Inc. Access control system for implementing access restrictions of regulated database records while identifying and providing indicators of regulated database records matching validation criteria
JPWO2017145899A1 (en) * 2016-02-24 2018-12-20 日本電気株式会社 Management system, test method and program
US10454831B1 (en) * 2016-06-30 2019-10-22 Amazon Technologies, Inc. Load-balanced forwarding of network packets generated by a networking device
US20180060954A1 (en) 2016-08-24 2018-03-01 Experian Information Solutions, Inc. Sensors and system for detection of device movement and authentication of device user based on messaging service data from service provider
US11682041B1 (en) 2020-01-13 2023-06-20 Experian Marketing Solutions, Llc Systems and methods of a tracking analytics platform

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5442630A (en) * 1991-05-24 1995-08-15 Gagliardi; Ugo O. ISDN interfacing of local area networks
US5444703A (en) * 1991-05-24 1995-08-22 Gagliardi; Ugo O. ISDN interfacing of personal computers
US5706436A (en) * 1995-02-01 1998-01-06 Cabletron Systems, Inc. Apparatus and method for evaluation network traffic performance
US5949756A (en) * 1995-09-19 1999-09-07 Siemens Aktiengesellschaft Method for switching narrowband line bundles between communication systems via an ATM communication network
US6209033B1 (en) * 1995-02-01 2001-03-27 Cabletron Systems, Inc. Apparatus and method for network capacity evaluation and planning
US6442138B1 (en) * 1996-10-03 2002-08-27 Nortel Networks Limited Method and apparatus for controlling admission of connection requests
US6493767B1 (en) * 1996-01-17 2002-12-10 Fujitsu Limited Network address supply system for transmitting an address supply request to only a server

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4345116A (en) * 1980-12-31 1982-08-17 Bell Telephone Laboratories, Incorporated Dynamic, non-hierarchical arrangement for routing traffic
US5343465A (en) 1993-06-11 1994-08-30 Bell Communications Research, Inc. Method and system for real-time burstiness analysis of network traffic
US5583792A (en) * 1994-05-27 1996-12-10 San-Qi Li Method and apparatus for integration of traffic measurement and queueing performance evaluation in a network system
US5467345A (en) * 1994-05-31 1995-11-14 Motorola, Inc. Packet routing system and method therefor
SE9500838L (en) * 1994-06-13 1995-12-14 Ellemtel Utvecklings Ab Device and method for allocating resources of a physical network
JP2776301B2 (en) * 1994-08-30 1998-07-16 日本電気株式会社 Line reservation apparatus and method, line reservation receiving apparatus and method
US5608721A (en) * 1995-04-03 1997-03-04 Motorola, Inc. Communications network and method which implement diversified routing
EP0753979A1 (en) * 1995-07-13 1997-01-15 International Business Machines Corporation Routing method and system for a high speed packet switching network
US5680325A (en) * 1995-08-24 1997-10-21 Bell Atlantic Network Services, Inc. Network capacity creation for video dial tone network
US5854903A (en) * 1995-11-07 1998-12-29 Lucent Technologies Inc. Optimization method for routing and logical network design in multi-service networks
US5926462A (en) * 1995-11-16 1999-07-20 Loran Network Systems, Llc Method of determining topology of a network of objects which compares the similarity of the traffic sequences/volumes of a pair of devices
US5943480A (en) * 1996-11-19 1999-08-24 Telcordia Technologies, Inc. Method and system for detecting camouflaged congestion on a network resource
KR100211053B1 (en) * 1996-11-26 1999-07-15 이계철 Mpeg video traffic bandwidth estimating apparatus
US6021113A (en) * 1997-10-29 2000-02-01 Lucent Technologies Inc. Distributed precomputation of network signal paths with table-based link capacity control

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5442630A (en) * 1991-05-24 1995-08-15 Gagliardi; Ugo O. ISDN interfacing of local area networks
US5444703A (en) * 1991-05-24 1995-08-22 Gagliardi; Ugo O. ISDN interfacing of personal computers
US5706436A (en) * 1995-02-01 1998-01-06 Cabletron Systems, Inc. Apparatus and method for evaluation network traffic performance
US6209033B1 (en) * 1995-02-01 2001-03-27 Cabletron Systems, Inc. Apparatus and method for network capacity evaluation and planning
US5949756A (en) * 1995-09-19 1999-09-07 Siemens Aktiengesellschaft Method for switching narrowband line bundles between communication systems via an ATM communication network
US6493767B1 (en) * 1996-01-17 2002-12-10 Fujitsu Limited Network address supply system for transmitting an address supply request to only a server
US6442138B1 (en) * 1996-10-03 2002-08-27 Nortel Networks Limited Method and apparatus for controlling admission of connection requests

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8296412B2 (en) 2000-01-03 2012-10-23 International Business Machines Corporation Method and system for event impact analysis
US20020101821A1 (en) * 2000-04-21 2002-08-01 Anja Feldmann System and method for deriving traffic demands for a packet-switched network
US7027448B2 (en) * 2000-04-21 2006-04-11 At&T Corp. System and method for deriving traffic demands for a packet-switched network
US20030074468A1 (en) * 2001-02-28 2003-04-17 Ho-Yen Chang Methods and system of virtual circuit identification based on bit permutation of link numbers for multi-stage elements
US7336658B2 (en) * 2001-02-28 2008-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and system of virtual circuit identification based on bit permutation of link numbers for multi-stage elements
US20060120300A1 (en) * 2001-03-30 2006-06-08 Intel Corporation System and method for determining segment and link bandwidth capacities
US20030101022A1 (en) * 2001-08-15 2003-05-29 National Instruments Corporation Network based system for analyzing a client system and generating a configuration diagram which describes the client system
US7710429B2 (en) * 2001-10-03 2010-05-04 Oracle America, Inc. Stationary semantic zooming
US20070008332A1 (en) * 2001-10-03 2007-01-11 Sun Microsystems, Inc. Stationary semantic zooming
US20050041656A1 (en) * 2002-01-15 2005-02-24 Nicolas Dubois Method for monitoring a communication network and system therefor
US7216164B1 (en) * 2002-10-09 2007-05-08 Cisco Technology, Inc. Methods and apparatus for determining the performance of a server
US20050107988A1 (en) * 2003-07-16 2005-05-19 Manzoor Mohammed Network planning
EP1499065A3 (en) * 2003-07-16 2006-03-22 Capacitas Limited Network planning method
US8295175B2 (en) * 2003-09-30 2012-10-23 Ciena Corporation Service metrics for managing services transported over circuit-oriented and connectionless networks
US20050068890A1 (en) * 2003-09-30 2005-03-31 Nortel Networks Limited Service metrics for managing services transported over circuit-oriented and connectionless networks
EP1562326A1 (en) 2004-02-04 2005-08-10 Alcatel Intelligent access control and warning system for operations management personnel
US20050171797A1 (en) * 2004-02-04 2005-08-04 Alcatel Intelligent access control and warning system for operations management personnel
US8463879B2 (en) 2004-04-19 2013-06-11 Hewlett-Packard Development Company, L.P. Method and apparatus for automatic verification of a machine-readable map of networked devices
GB2413412A (en) * 2004-04-19 2005-10-26 Hewlett Packard Development Co Method and apparatus for automatic verification of a machine-readable map of networked devices
US20060159084A1 (en) * 2005-01-14 2006-07-20 Fujitsu Limited Routing control technique in MPLS
US8004984B2 (en) * 2005-01-14 2011-08-23 Fujitsu Limited Routing control technique in MPLS
US7437348B1 (en) * 2005-01-28 2008-10-14 Sprint Communications Company L.P. Method and system for a non-georedundant failover system
US7562410B2 (en) * 2005-03-15 2009-07-21 Microsoft Corporation System and method for managing a computer network
US20060212568A1 (en) * 2005-03-15 2006-09-21 Microsoft Corporation System and method for managing a computer network
WO2006104771A3 (en) * 2005-03-25 2007-09-20 Microsoft Corp System and method for monitoring and reacting to peer-to-peer network metrics
WO2006104771A2 (en) * 2005-03-25 2006-10-05 Microsoft Corporation System and method for monitoring and reacting to peer-to-peer network metrics
US7580716B2 (en) * 2005-03-31 2009-08-25 Alcatel-Lucent Usa Inc. Method and apparatus for load balancing in a wireless network
US20060221821A1 (en) * 2005-03-31 2006-10-05 Martinez Ransom Antonio J Method and apparatus for load balancing in a wireless network
US9331907B1 (en) * 2005-06-17 2016-05-03 Verizon Patent And Licensing Inc. Network traffic monitoring
US20090224881A1 (en) * 2008-03-05 2009-09-10 Taylor Precision Products, Inc. Digital weather station
WO2009111526A1 (en) * 2008-03-05 2009-09-11 Taylor Precision Products, Inc. Digital weather station
US20100111095A1 (en) * 2008-11-03 2010-05-06 Bridgeworks Limited Data transfer
GB2472164A (en) * 2008-11-03 2011-01-26 Bridgeworks Ltd Optimising parameters for data transfer
GB2472164B (en) * 2008-11-03 2011-05-18 Bridgeworks Ltd Data transfer
US20120072612A1 (en) * 2008-12-23 2012-03-22 Christofer Flinta Method and an Arrangement of Identifying Traffic Flows in a Communication Network
US20160072702A1 (en) * 2013-05-14 2016-03-10 Huawei Technologies Co., Ltd. Multipath transmission based packet traffic control method and apparatus
US9998357B2 (en) * 2013-05-14 2018-06-12 Huawei Technologies Co., Ltd. Multipath transmission based packet traffic control method and apparatus
US20180367405A1 (en) * 2017-06-19 2018-12-20 Cisco Technology, Inc. Validation of bridge domain-l3out association for communication outside a network
US10812336B2 (en) * 2017-06-19 2020-10-20 Cisco Technology, Inc. Validation of bridge domain-L3out association for communication outside a network
US11283682B2 (en) 2017-06-19 2022-03-22 Cisco Technology, Inc. Validation of bridge domain-L3out association for communication outside a network

Also Published As

Publication number Publication date
US6209033B1 (en) 2001-03-27
WO1998052322A1 (en) 1998-11-19
EP0981877A1 (en) 2000-03-01
AU7374398A (en) 1998-12-08
AU720871B2 (en) 2000-06-15

Similar Documents

Publication Publication Date Title
US6209033B1 (en) Apparatus and method for network capacity evaluation and planning
US6430712B2 (en) Method and apparatus for inter-domain alarm correlation
US5751965A (en) Network connection status monitor and display
US6421719B1 (en) Method and apparatus for reactive and deliberative configuration management
EP0737921B1 (en) System and method for modelling a computer network
US6131112A (en) Method and apparatus for integrated network and systems management
US5706436A (en) Apparatus and method for evaluation network traffic performance
US7849497B1 (en) Method and system for analyzing the security of a network
US6101538A (en) Generic managed object model for LAN domain
EP0810756B1 (en) Customizable automatic management of network devices
CN110175102A (en) A kind of information management system
Parulkar et al. An architecture for monitoring, visualization, and control of gigabit networks
CN114244676A (en) Intelligent IT integrated gateway system
Mufadhol et al. The network planning concept for increase quality of service using packet tracer
Sureshkumar et al. Efficient Non-Dominated Multi-Objective Genetic Algorithm (NDMGA) and network security policy enforcement for Policy Space Analysis (PSA)
CN102045186B (en) Event analysis method and system
García et al. Web-based system for managing a telematics laboratory network
Tsuchida et al. Structural representation of management and control information in broadband networks
De Franceschi et al. Employing Remote Monitoring and Artificial Intelligence Techniques to Develop the Proactive Network Management
Feng Concentrated network tomography and bound-based network tomography
Schuster et al. Modeling Low-Level Network Configurations for Analysis, Simulation and Testing
Shukla Model network of army base
Terplan Global area network management
KR100524444B1 (en) Network management system and network management method having correlation analysis capability of multi-pattern analysis
Jidarian et al. Traffic administration and engineering of a corporate wide area network

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION