US20130215775A1 - Automated on-line business bandwidth planning methodology - Google Patents

Automated on-line business bandwidth planning methodology Download PDF

Info

Publication number
US20130215775A1
US20130215775A1 US13/761,232 US201313761232A US2013215775A1 US 20130215775 A1 US20130215775 A1 US 20130215775A1 US 201313761232 A US201313761232 A US 201313761232A US 2013215775 A1 US2013215775 A1 US 2013215775A1
Authority
US
United States
Prior art keywords
signal
bandwidth
domain
simulation
response
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
US13/761,232
Inventor
Joseph M. Kryskow, Jr.
Richard E. Hudnall
Lowell Kopp
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.)
Infrastructure Innovations LLC
Original Assignee
Infrastructure Innovations LLC
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 Infrastructure Innovations LLC filed Critical Infrastructure Innovations LLC
Priority to US13/761,232 priority Critical patent/US20130215775A1/en
Publication of US20130215775A1 publication Critical patent/US20130215775A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H04L41/5038
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • H04L43/55Testing of service level quality, e.g. simulating service usage
    • 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/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • 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
    • H04L41/5019Ensuring fulfilment of SLA
    • H04L41/5025Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • 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/5032Generating service level reports
    • 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/508Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5087Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to voice services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/06Generation of reports
    • 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/0852Delays
    • 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/0852Delays
    • H04L43/087Jitter
    • 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/0888Throughput
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring

Definitions

  • the present application discloses subject matter which is disclosed and may be claimed in the following international applications as identified by applicant's attorney's docket nos. 402-127.2-1 (PCT/US01/05119 (now U.S. Pat. No. 7,610,327)), 402-127.4-1 (PCT/US01/05120 (now U.S. Pat. No. 7,260,627)), 402-127.5-1 (PCT/US01/04876 (now U.S. Pat. No. 7,117,261)), and 402-127.8-1 (PCT/US01/04873 (now U.S. Pat. No. 6,763,389)) and which are hereby incorporated by reference.
  • PCT/US01/05119 (402-127.2-1(now U.S. Pat. No. 7,610,327)) is directed to a closed loop method for baselining business bandwidth in a network environment.
  • PCT/US01/05120 (402-127.4-1 (now U.S. Pat. No. 7,260,627)) is directed to analysis of business bandwidth for control of same.
  • PCT/US01/04876 (402-127.5-1 (now U.S. Pat. No. 7,117,261)) is directed to the application of closed loop control to control of business bandwidth.
  • PCT/US01/04873 (402-127.8-1 (now U.S. Pat. No. 6,763,389)) is an extension of PCT/US01/05119 (402-127.2-1 (now U.S. Pat. No. 7,610,327)), PCT/US01/05021 (402-127.3-1 (now U.S. Pat. No. 7,966,193)), PCT/US01/05120 (401-127.4-1 (now U.S. Pat. No. 7,260,627)) and PCT/US01/04876 (402-127.5-1 (now U.S. Pat. No. 7,117,261)) with respect to exportation of information in a multiple management environment (multiple users with different SLAs).
  • This invention applies closed-loop control methodologies to the field of automated on-line business bandwidth planning tools.
  • An object of the present invention is to provide an automated on-line business bandwidth planning methodology.
  • Another object of the present invention is to apply closed-loop control methodologies to the field of automated on-line business bandwidth planning tools.
  • a method for use in a network for providing an indication of an actual service level relating to business bandwidth provided in said network according to a service level agreement comprises the steps of measuring a business bandwidth parameter, comparing the measured business bandwidth parameter with a baseline for the parameter for providing a change signal indicative of a change in the business bandwidth parameter, and changing the baseline for the parameter according to the change signal.
  • the method may further comprise the step of recording the change in the baseline for use in reporting a compliance level or non-compliance level within or without the service level agreement.
  • the step of measuring may be carried out by means of passive monitoring of data flow or by introducing data into the network for determining an effect on the step of changing the baseline. Such may also be reported.
  • a method for bandwidth management comprises the steps of measuring a parameter relating to business bandwidth and providing a current bandwidth parameter signal having a magnitude indicative thereof, comparing the current bandwidth parameter signal with a baseline signal for providing a difference signal, analyzing the difference signal for modifying the baseline signal.
  • a results notification signal may be provided in response to the difference signal for providing a learning feedback signal, wherein the validation signal is provided in response to the results notification signal.
  • These planning tools will be used to help both business bandwidth network users and network providers manage and control the growth and high rate of change of business bandwidth.
  • These tools enable automatic planning tools by combining highly accurate monitoring tools and automatic bandwidth simulation tools into a single planning tool framework.
  • the addition of auto characterization and auto partitioning methodologies allows the user to simulate the effects of changes in business bandwidth, then run a real-world test to validate that simulation.
  • FIG. 1 shows a closed loop methodology for business bandwidth management, according to the present invention.
  • FIG. 2 shows further details of business bandwidth measurements, according to the present invention as shown in FIG. 1 .
  • FIG. 3 shows further details of business bandwidth metering/change detection, according to the present invention as shown in FIG. 1 .
  • FIG. 4 shows further details of simulation methods, according to the present invention as shown in FIG. 1 .
  • FIG. 5 shows a typical deployment of the present invention for use over a wide geographical area including a main site and various remote sites.
  • FIG. 6 shows a four-port SLA module such as shown in. FIG. 5 , according to the present invention.
  • FIG. 7 shows a block diagram of the four-port network module of the four-port SLA module of FIG. 6 .
  • FIG. 8 shows a block diagram of the master control module of the four port SLA module of FIG. 6 .
  • FIG. 9 shows a block diagram of a director console, such as shown in FIG. 5 , according to the present invention.
  • FIG. 10 is a block diagram of director console interfaces for the director console of FIG. 9 , according to the present invention.
  • FIG. 11 is a block diagram of director console control data flow for the director console of FIG. 9 , according to the present invention.
  • FIG. 12 is a block diagram of director console appliance interfaces for the director console of FIG. 9 , according to the present invention.
  • FIG. 13 is a block diagram of data base analysis, according to the present invention.
  • FIG. 14 is a block diagram of data base access, according to the present invention.
  • FIG. 15 is a block diagram of planning modules including simulation and monitoring in the master control module, according to the present invention.
  • FIG. 16 is a block diagram of the four-port module of FIG. 7 illustrating planning modules including simulation and monitoring used in conjunction with the master control module of FIG. 9 .
  • FIG. 17 shows a director console control interface module for the director console of FIG. 9 , according to the present invention.
  • FIG. 18 shows SLA monitoring controls for the director console of FIG. 9 , according to the present invention.
  • FIG. 19 shows the four-port network module of FIG. 6 with particular emphasis on packet and timing control.
  • FIG. 20 shows the master control module and should be viewed in conjunction with FIG. 19 .
  • the specific components that make up the closed-loop methodology for planning and managing changes to business bandwidth are (1) business bandwidth measurements according to FIG. 2 , and comparison of current bandwidth characters against baseline profiles according to FIG. 3 . Simulation methods according to FIG. 4 may be combined to form a closed loop methodology for business bandwidth management according to FIG. 1 .
  • the closed loop methodology for business bandwidth management includes a measurement domain 10 and a bandwidth profile domain 12 in combination.
  • a simulation domain may be added to the combination. Further details of the measurement and simulation domains are provided in copending International Application Number PCT/US01/04876 (Attorney Docket No. 402-127.5-1) entitled “Auto Control of Monitoring and Simulation” filed on even date herewith.
  • the business bandwidth measurements of FIG. 2 are for accurately measuring “current” business bandwidth data (analyzed/translated into specific metrics) from multiple end/component views as shown in steps 18 , 20 of FIG. 2 .
  • the measures combine passive monitoring capabilities 18 (observe data flowing thru) and active monitoring (transaction and [token ring] stream latency measures) 20 with statistics collected from key end nodes and components. The gathering and synchronous analysis of this information as shown in steps 22 , 24 , 26 creates a highly accurate measurement of business bandwidth.
  • FIGS. 7 and 8 provide further details.
  • This hardware can be deployed as shown in FIG. 5 , for example, for use in conjunction with a director console.
  • FIG. 7 shows a 4-port network module that is for instance for connection to an enterprise network.
  • FIG. 8 shows a master control module for connection to a Director Console and that communicates with the 4-port network module over a back plane. Together they make up the 4-port SLA module as shown in FIG. 6 and to be described more fully below after first describing FIGS. 1-4 .
  • a block 28 is shown within the measurement domain 10 for carrying out a comparison of current bandwidth characteristics as measured in the block 16 , against baseline profiles.
  • the block 28 can be viewed as a “bandwidth meter/change detector”.
  • the current characterized view as provided on a line 32 from the block 16 is compared with a baseline which may include multiple thresholds, warnings and SLA metrics, for instance.
  • Discrimination indications are provided from block 30 on a line 34 for analysis in a block 36 . Discrimination and change analysis is carried out as per type, impact, specific component, or the like and a results notification is provided on a line 38 from the measurement domain to the simulation domain 14 .
  • a block 40 is for comparing in real time the current characterized view on the line 32 , i.e., the accurately monitored business bandwidth and data/analyzed metrics with the baseline characterization/metrics. This allows the system to quickly detect changes in the business bandwidth. These changes are signaled on a line 42 and can then be put through multiple levels of discrimination/change analysis.
  • a high level change analysis 44 uses embedded knowledge-based algorithms utilizing tuned parameters to match the customer environment. The change “engines” identify whether the change is minimal (requires additional new data) for logging and notification or that the change is significant enough to affect specific applications as signaled on a line 46 . Additionally a detailed change analysis “engine” 48 identifies whether the change is acceptable (consistent with SLA's) or unacceptable. Specific change qualifications are:
  • This detailed change analysis is signaled on lines 50 , 52 for purposes of component analysis 54 and impact analysis 56 .
  • the components analyzed are for any end point, end-to-end and component-to-component.
  • distinguishing/monitoring both user application and simulated data allows a finer granularity of control/analysis of the simulation to be carried out in the simulation domain described in FIG. 4 .
  • An aggregate analysis 58 is responsive to the component analysis signaled on a line 60 and the impact analysis signaled on a line 62 for aggregating the analyses for results notification including error and reporting on the line 38 of FIG. 1 .
  • the measurement domain provides other signaling besides the results notification 38 , i.e., to the bandwidth profile domain 12 and the simulation domain 14 .
  • raw and analyzed data on a line 64 and on a line 66 are provided to the simulation domain 14 and bandwidth profile domain 12 , respectively.
  • a top level review signal on a line 68 and an analyzed data signal on a line 70 are provided to the simulation domain as shown in FIG. 1 .
  • the simulation domain 14 includes simulation analysis 70 , simulation control 72 , simulation engine 74 , and a simulation state and report blocks 76 . These are shown in more detail in FIG. 4 .
  • the simulation engine 74 includes a set of simulation templates/profiles 80 for each type of business bandwidth (modifiable by scale/scope/priority). This baseline characterization is provided on a line 82 to means 84 for identifying the baseline business bandwidth profiles and for adding thereto or tuning these profiles. Such additions or tuning are provided on a line 86 to the simulation templates 80 .
  • This automatic tuning/modifying (or adding to) of the profiles may be based on highly accurate measures of those applications running in the network (characterization metrics of business bandwidth) Users can tailor/tune the simulation profiles with user requests based on individual extensibility goals as shown in a block 88 .
  • the new profiles are assembled into a controllable/adjustable simulation profile:
  • a prediction module 94 exchanges information with the simulation analysis block 70 on a line 96 .
  • the simulation analysis 70 it is also responsive to the scenario profiles distributed on a line 98 to a run time analysis simulation block 100 .
  • This block is also responsive to the various inputs shown in FIG. 1 from the measurement domain 10 ) and from the bandwidth profile domain 12 .
  • These accurate measurements are provided while running the simulation analysis 70 and observing both the business bandwidth characteristics and the simulated data characteristics; e.g., measuring and analyzing the effects of the simulation on other bandwidth and the effects of the network's capacity handling (any end and any component) on the simulation.
  • the invention provides for monitoring feedback control methods that can “attempt” to minimize the negative impacts on actual applications (minimize impact on critical SLA metrics-end to end and components).
  • the simulation analysis collects simulation results and gives a continuously updated run time view on a line 102 as well as a finished test result on a line 104 .
  • the finished test result is then analyzed by additional planning modules in the block 76 that make network bandwidth SLA change recommendations, including price/performance tradeoffs of changing one or more component SLA's.
  • the collected and aggregated simulation effects are provided on lines 106 , 108 to analysis blocks 110 , 112 .
  • the analysis block 110 analyzes the data for the effects of the change and provides an output effect signal on a line 114 to a change analysis block 116 which analyzes the change requirements to determine whether to modify or abort the test. It provides the notice/feedback signal on the line 102 to the simulation control 72 .
  • the analysis block 112 analyzes the data provided on the line 108 and compares it against a prediction provided on the line 96 from prediction module 94 in the simulation engine. It provides an input data and analyzed data output signal on a line 118 to an analysis block 120 in which data is retrieved from multiple locations and an initial analysis is performed.
  • the simulation control 72 is responsive to the notice/feedback signal on the line 102 as well as the inputs from measuring, learning and baselining and is responsive to the execution signal on the line 98 and a CLNT control signal on a line 106 from a master control 108 . In response, the simulation control sends auto control modify notices on a line 110 to the master control 108 .
  • the master control 108 is also responsive to the execution signal on the line 98 and provides a finish/abort signal on a line 112 which is used in the block 76 to display the ongoing test report results.
  • FIG. 5 shows a typical deployment of the present invention for use over a wide geographical area including a main site 130 , a first remote site 132 , a second remote site 134 , and a third remote site 136 Other sites are indicated at 138
  • the basic building blocks comprise various director consoles 140 , 142 , 144 , 146 and a plurality of n-port SLA modules 148 , 150 , 152 , 154 , 156 , 158 , 160 , 162 , 164 , 166 , 168 , and 170 shown in the example for instance as 2, 4, 8, or 48 port SLA modules.
  • the n-port SLA modules are used to measure and preprocess the collected data and to communicate the monitored data to the director consoles.
  • the director consoles are in control of the n-port SLA modules and together with the modules are used to carry out the present invention.
  • the n-port SLA modules are shown connected to various user equipments and to local area networks for communication with the director consoles through building routers, interbuilding routers, and wide area networks served by various ISPs.
  • a service level agreement between an ISP and the main site for instance will include various baseline parameters relating to different types of traffic such as voice, video, transaction data or data base queries. It is in the interest of both the business owner deploying at the main site 130 and the remote sites 132 , 134 , 136 and the ISP or ISPs to manage the transport of data between the main site and the remote sites in such a way that the performance is visible and the environment can become one of trust.
  • An independent service would be more effective in this regard since the trust level will be higher if the measurements and reporting is carried out by an independent operator.
  • the present invention is operable by an ISP by itself or by the enterprise by itself.
  • FIG. 6 shows a four-port SLA module, according to the present invention. It comprises a four-port network module connected to a master control module over a back plane. The master control module in the present architecture communicates with the director console over a serial bus connected to an ethernet port.
  • FIG. 7 shows a block diagram of the four-port network module of FIG. 6 . It shows some of the components used for business bandwidth baselining in particular including automatic baseline, measuring and comparing.
  • FIG. 8 shows a block diagram of the master control module of the four-port SLA module of FIG. 6 . It should be viewed in conjunction with FIG. 7 for purposes of completing the business bandwidth baselining function.
  • FIG. 9 shows a director console architecture with particular applicability to simulation and monitoring planning modules.
  • Each of the n-port SLA modules of FIG. 6 discovers the director console and the director console discovers each n-port SLA module.
  • the discovery process may be through-broadcast or multicast messages. Whenever a new n-port SLA module is added to the enterprise network, the director console and the n-port SLA module (appliance) are able to discover each other and start communicating for proper operation. Communications between the director console and the SLA module can be accomplished in various modes including a first mode including request-response mode or pull mode or a second mode including publish-subscribe mode or push mode.
  • the director console In the request-response mode (pull mode) the director console requests and the SLA module responds. This requires a round trip and is a more expensive operation. This mode is primarily used for control messages and defines the behavior of the appliances.
  • the publish-subscribe mode (push mode) is used with this director console subscribing to interested data at specified intervals and/or under certain conditions wherein the SLA modules send the data to the director console through UDP messages. Since these messages are one-way UDP messages, the additional traffic on the network is minimized. For efficiency, connectionless UDP based short messages may be used for frequent data exchange with TCP based messages used for infrequent bulk transfers.
  • the director console receiving the traffic from the SLA modules may become overloaded.
  • the overloaded director clones itself into two or more instances and becomes the parent of the clones.
  • the SLA modules communicating with the parent console will be directed to communicate with the clones.
  • the parent distributes the SLA modules evenly to the cloned directors.
  • the directors are symmetrical meaning that one can act as a parent or a child.
  • the input and output streams may have identical format and each director console may require its own instances of some data bases.
  • This mechanism requires a set of available systems and a means of starting the director console which takes a given state information to carry on the needed task.
  • the newly started director consoles will assume the initiating DC as the parent.
  • FIG. 10 is a block diagram of director console interfaces for the director console of FIG. 9 . Note that the parent-child and SLA module interfaces are identical.
  • FIG. 11 is a block diagram of director console control data flow for the director console of FIG. 9 .
  • FIG. 12 is a block diagram of director console appliance interfaces for the director console of FIG. 9 .
  • FIG. 13 is a block diagram of data base analysis for the director console of FIG. 9 .
  • FIG. 14 is a block diagram of data base access for the director console of FIG. 9 .
  • FIG. 15 shows the master control module of FIG. 8 with particular emphasis on simulation and monitoring planning modules of the present invention.
  • FIG. 16 is a block diagram of the four-port module of FIG. 7 illustrating the planning modules including simulation and monitoring used in conjunction with the master control module of FIGS. 9 and 15 .
  • FIG. 17 shows the director console control interface module while FIG. 18 shows SLA monitoring controls.

Abstract

Closed-loop control is applied to the field of automated on-line business bandwidth planning tools by comparing measured business bandwidth with a baseline for providing a difference indication, changing the baseline according to the difference, and reporting the change as an event relating to a service level agreement.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application is a divisional of copending application Ser. No. 13/100,688, filed on May 4, 2011, which is a divisional of application Ser. No. 10/222,190, filed on Aug. 16, 2002, which is a continuation of International Application No. PCT/US01/05021, filed Feb. 16, 2001, which claims benefit of U.S. Provisional Patent Application Ser. No. 60/183,699, filed on Feb. 18, 2000.
  • The present application discloses subject matter which is disclosed and may be claimed in the following international applications as identified by applicant's attorney's docket nos. 402-127.2-1 (PCT/US01/05119 (now U.S. Pat. No. 7,610,327)), 402-127.4-1 (PCT/US01/05120 (now U.S. Pat. No. 7,260,627)), 402-127.5-1 (PCT/US01/04876 (now U.S. Pat. No. 7,117,261)), and 402-127.8-1 (PCT/US01/04873 (now U.S. Pat. No. 6,763,389)) and which are hereby incorporated by reference.
  • Application No. PCT/US01/05119 (402-127.2-1(now U.S. Pat. No. 7,610,327)) is directed to a closed loop method for baselining business bandwidth in a network environment.
  • Application No. PCT/US01/05120 (402-127.4-1 (now U.S. Pat. No. 7,260,627)) is directed to analysis of business bandwidth for control of same.
  • Application No. PCT/US01/04876 (402-127.5-1 (now U.S. Pat. No. 7,117,261)) is directed to the application of closed loop control to control of business bandwidth.
  • Application No. PCT/US01/04873 (402-127.8-1 (now U.S. Pat. No. 6,763,389)) is an extension of PCT/US01/05119 (402-127.2-1 (now U.S. Pat. No. 7,610,327)), PCT/US01/05021 (402-127.3-1 (now U.S. Pat. No. 7,966,193)), PCT/US01/05120 (401-127.4-1 (now U.S. Pat. No. 7,260,627)) and PCT/US01/04876 (402-127.5-1 (now U.S. Pat. No. 7,117,261)) with respect to exportation of information in a multiple management environment (multiple users with different SLAs).
  • BACKGROUND OF THE INVENTION
  • 1. Technical Field
  • This invention applies closed-loop control methodologies to the field of automated on-line business bandwidth planning tools.
  • 2. Discussion of Related Art
  • Simply stated, the current rate of change in business bandwidth management is getting out of control. IT business owners and service providers are struggling to manage business systems. Transport of data is exploding at unbelievable growth rates and some service providers are straining at full capacity. Even though data from multimedia networks is still a relatively small proportion of the whole, this is expected to change in the near future. The performance of these streaming protocols is not visible to network probes and sniffers. Service providers and business managers mistrust each other due to the stressful environment. Most service provider contracts are now mandating service level agreements (SLAs) to try to get a mechanism in place to enforce what is promised versus what is delivered Business managers are contemplating increasing their out sourcing due to the need for outside assistance in managing their networks and therefore new dynamic services are needed. Furthermore, in view of the fact that dynamic routing and the impending internet to “virtual” services model will obsolete current modeling and planning tools new solutions are needed.
  • SUMMARY OF INVENTION
  • An object of the present invention is to provide an automated on-line business bandwidth planning methodology.
  • Another object of the present invention is to apply closed-loop control methodologies to the field of automated on-line business bandwidth planning tools.
  • According to a first aspect of the present invention, a method for use in a network for providing an indication of an actual service level relating to business bandwidth provided in said network according to a service level agreement comprises the steps of measuring a business bandwidth parameter, comparing the measured business bandwidth parameter with a baseline for the parameter for providing a change signal indicative of a change in the business bandwidth parameter, and changing the baseline for the parameter according to the change signal. The method may further comprise the step of recording the change in the baseline for use in reporting a compliance level or non-compliance level within or without the service level agreement. The step of measuring may be carried out by means of passive monitoring of data flow or by introducing data into the network for determining an effect on the step of changing the baseline. Such may also be reported.
  • According to a second aspect of the present invention, a method for bandwidth management comprises the steps of measuring a parameter relating to business bandwidth and providing a current bandwidth parameter signal having a magnitude indicative thereof, comparing the current bandwidth parameter signal with a baseline signal for providing a difference signal, analyzing the difference signal for modifying the baseline signal. Instead of directly modifying the baseline signal in response to the difference signal, a results notification signal may be provided in response to the difference signal for providing a learning feedback signal, wherein the validation signal is provided in response to the results notification signal.
  • These planning tools will be used to help both business bandwidth network users and network providers manage and control the growth and high rate of change of business bandwidth. These tools enable automatic planning tools by combining highly accurate monitoring tools and automatic bandwidth simulation tools into a single planning tool framework. The addition of auto characterization and auto partitioning methodologies allows the user to simulate the effects of changes in business bandwidth, then run a real-world test to validate that simulation.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 shows a closed loop methodology for business bandwidth management, according to the present invention.
  • FIG. 2 shows further details of business bandwidth measurements, according to the present invention as shown in FIG. 1.
  • FIG. 3 shows further details of business bandwidth metering/change detection, according to the present invention as shown in FIG. 1.
  • FIG. 4 shows further details of simulation methods, according to the present invention as shown in FIG. 1.
  • FIG. 5 shows a typical deployment of the present invention for use over a wide geographical area including a main site and various remote sites.
  • FIG. 6 shows a four-port SLA module such as shown in. FIG. 5, according to the present invention.
  • FIG. 7 shows a block diagram of the four-port network module of the four-port SLA module of FIG. 6.
  • FIG. 8 shows a block diagram of the master control module of the four port SLA module of FIG. 6.
  • FIG. 9 shows a block diagram of a director console, such as shown in FIG. 5, according to the present invention.
  • FIG. 10 is a block diagram of director console interfaces for the director console of FIG. 9, according to the present invention.
  • FIG. 11 is a block diagram of director console control data flow for the director console of FIG. 9, according to the present invention.
  • FIG. 12 is a block diagram of director console appliance interfaces for the director console of FIG. 9, according to the present invention.
  • FIG. 13 is a block diagram of data base analysis, according to the present invention.
  • FIG. 14 is a block diagram of data base access, according to the present invention.
  • FIG. 15 is a block diagram of planning modules including simulation and monitoring in the master control module, according to the present invention.
  • FIG. 16 is a block diagram of the four-port module of FIG. 7 illustrating planning modules including simulation and monitoring used in conjunction with the master control module of FIG. 9.
  • FIG. 17 shows a director console control interface module for the director console of FIG. 9, according to the present invention.
  • FIG. 18 shows SLA monitoring controls for the director console of FIG. 9, according to the present invention.
  • FIG. 19 shows the four-port network module of FIG. 6 with particular emphasis on packet and timing control.
  • FIG. 20 shows the master control module and should be viewed in conjunction with FIG. 19.
  • BEST MODE FOR CARRYING OUT THE INVENTION
  • The specific components that make up the closed-loop methodology for planning and managing changes to business bandwidth are (1) business bandwidth measurements according to FIG. 2, and comparison of current bandwidth characters against baseline profiles according to FIG. 3. Simulation methods according to FIG. 4 may be combined to form a closed loop methodology for business bandwidth management according to FIG. 1.
  • Referring first to FIG. 1, the closed loop methodology for business bandwidth management includes a measurement domain 10 and a bandwidth profile domain 12 in combination. A simulation domain may be added to the combination. Further details of the measurement and simulation domains are provided in copending International Application Number PCT/US01/04876 (Attorney Docket No. 402-127.5-1) entitled “Auto Control of Monitoring and Simulation” filed on even date herewith.
  • Referring first to the measurement domain 10, it includes business bandwidth measurements 16 shown in more detail in FIG. 2. The business bandwidth measurements of FIG. 2 are for accurately measuring “current” business bandwidth data (analyzed/translated into specific metrics) from multiple end/component views as shown in steps 18, 20 of FIG. 2. The more accurately a network can be measured or observed, the more accurately can it be evaluated for the impact of changes to that network. The measures combine passive monitoring capabilities 18 (observe data flowing thru) and active monitoring (transaction and [token ring] stream latency measures) 20 with statistics collected from key end nodes and components. The gathering and synchronous analysis of this information as shown in steps 22, 24, 26 creates a highly accurate measurement of business bandwidth. FIG. 6 and the 4-Port Service Level Agreement (SLA) Module Block Diagrams of FIGS. 7 and 8 provide further details. This hardware can be deployed as shown in FIG. 5, for example, for use in conjunction with a director console. FIG. 7 shows a 4-port network module that is for instance for connection to an enterprise network. FIG. 8 shows a master control module for connection to a Director Console and that communicates with the 4-port network module over a back plane. Together they make up the 4-port SLA module as shown in FIG. 6 and to be described more fully below after first describing FIGS. 1-4.
  • Referring back to FIG. 1, a block 28 is shown within the measurement domain 10 for carrying out a comparison of current bandwidth characteristics as measured in the block 16, against baseline profiles. The block 28 can be viewed as a “bandwidth meter/change detector”. As shown in a block 30, the current characterized view as provided on a line 32 from the block 16, is compared with a baseline which may include multiple thresholds, warnings and SLA metrics, for instance. Discrimination indications are provided from block 30 on a line 34 for analysis in a block 36. Discrimination and change analysis is carried out as per type, impact, specific component, or the like and a results notification is provided on a line 38 from the measurement domain to the simulation domain 14. Referring to FIG. 3, the bandwidth meter/change detector 28 of FIG. 1 is shown in more detail. A block 40 is for comparing in real time the current characterized view on the line 32, i.e., the accurately monitored business bandwidth and data/analyzed metrics with the baseline characterization/metrics. This allows the system to quickly detect changes in the business bandwidth. These changes are signaled on a line 42 and can then be put through multiple levels of discrimination/change analysis. A high level change analysis 44 uses embedded knowledge-based algorithms utilizing tuned parameters to match the customer environment. The change “engines” identify whether the change is minimal (requires additional new data) for logging and notification or that the change is significant enough to affect specific applications as signaled on a line 46. Additionally a detailed change analysis “engine” 48 identifies whether the change is acceptable (consistent with SLA's) or unacceptable. Specific change qualifications are:
  • Needs/use change (scale/scope); or
  • Service denial (specific error/event of application); or
  • Bandwidth denial (capacity/flow control) (errors/events); or
  • Specific component that is causing change and why
  • This detailed change analysis is signaled on lines 50, 52 for purposes of component analysis 54 and impact analysis 56. It should be noted that the components analyzed are for any end point, end-to-end and component-to-component. In addition, distinguishing/monitoring both user application and simulated data allows a finer granularity of control/analysis of the simulation to be carried out in the simulation domain described in FIG. 4. An aggregate analysis 58 is responsive to the component analysis signaled on a line 60 and the impact analysis signaled on a line 62 for aggregating the analyses for results notification including error and reporting on the line 38 of FIG. 1.
  • Referring back to FIG. 1, it should be mentioned that the measurement domain provides other signaling besides the results notification 38, i.e., to the bandwidth profile domain 12 and the simulation domain 14. For instance, raw and analyzed data on a line 64 and on a line 66 are provided to the simulation domain 14 and bandwidth profile domain 12, respectively. Similarly, a top level review signal on a line 68 and an analyzed data signal on a line 70 are provided to the simulation domain as shown in FIG. 1.
  • Referring now to the simulation domain 14 of FIG. 1, a highly interactive suite of simulation tools are provided, according to the present invention, to allow the user to simulate (and monitor the effects of) increased capacity (increase in business bandwidth utilization). The simulation domain 14 includes simulation analysis 70, simulation control 72, simulation engine 74, and a simulation state and report blocks 76. These are shown in more detail in FIG. 4. The simulation engine 74 includes a set of simulation templates/profiles 80 for each type of business bandwidth (modifiable by scale/scope/priority). This baseline characterization is provided on a line 82 to means 84 for identifying the baseline business bandwidth profiles and for adding thereto or tuning these profiles. Such additions or tuning are provided on a line 86 to the simulation templates 80. This automatic tuning/modifying (or adding to) of the profiles may be based on highly accurate measures of those applications running in the network (characterization metrics of business bandwidth) Users can tailor/tune the simulation profiles with user requests based on individual extensibility goals as shown in a block 88. The new profiles are assembled into a controllable/adjustable simulation profile:
  • Increasing overall traffic by “x %” (temporally to same sources/sinks)
  • Increasing specific application traffic (same sources/sinks) by “x %”.
  • Adding new sources/sinks (applications) and increasing traffic by “x %”.
  • Distributing on a line 90 this profile to multiple simulation engines 92 and synchronizing/controlling their executions.
  • A prediction module 94 exchanges information with the simulation analysis block 70 on a line 96.
  • Referring to the simulation analysis 70, it is also responsive to the scenario profiles distributed on a line 98 to a run time analysis simulation block 100. This block is also responsive to the various inputs shown in FIG. 1 from the measurement domain 10) and from the bandwidth profile domain 12. These accurate measurements are provided while running the simulation analysis 70 and observing both the business bandwidth characteristics and the simulated data characteristics; e.g., measuring and analyzing the effects of the simulation on other bandwidth and the effects of the network's capacity handling (any end and any component) on the simulation. While running the simulation on line, the invention provides for monitoring feedback control methods that can “attempt” to minimize the negative impacts on actual applications (minimize impact on critical SLA metrics-end to end and components). The simulation analysis collects simulation results and gives a continuously updated run time view on a line 102 as well as a finished test result on a line 104. The finished test result is then analyzed by additional planning modules in the block 76 that make network bandwidth SLA change recommendations, including price/performance tradeoffs of changing one or more component SLA's.
  • Referring back to the run time analysis 100, the collected and aggregated simulation effects are provided on lines 106, 108 to analysis blocks 110, 112. The analysis block 110 analyzes the data for the effects of the change and provides an output effect signal on a line 114 to a change analysis block 116 which analyzes the change requirements to determine whether to modify or abort the test. It provides the notice/feedback signal on the line 102 to the simulation control 72.
  • The analysis block 112 analyzes the data provided on the line 108 and compares it against a prediction provided on the line 96 from prediction module 94 in the simulation engine. It provides an input data and analyzed data output signal on a line 118 to an analysis block 120 in which data is retrieved from multiple locations and an initial analysis is performed.
  • The simulation control 72 is responsive to the notice/feedback signal on the line 102 as well as the inputs from measuring, learning and baselining and is responsive to the execution signal on the line 98 and a CLNT control signal on a line 106 from a master control 108. In response, the simulation control sends auto control modify notices on a line 110 to the master control 108. The master control 108 is also responsive to the execution signal on the line 98 and provides a finish/abort signal on a line 112 which is used in the block 76 to display the ongoing test report results.
  • Referring back to the Bandwidth Profile domain 12 of FIG. 1, there is shown modifying/tuning the embedded auto learning 114, baselining 116, and partitioning 118 knowledge-based algorithms (AI) by observing the effects of the simulation on those automatic functions; e.g., knowing the simulation and the effects of the simulation, the algorithms can be tuned to better characterize end-to-end and component metrics The blocks 114, 116, 118 are responsive to learning feedback on a line 120 from the simulation analysis 70 for providing a validation of monitoring “tuning” signal on a line 122 to both the simulation control 72 and analysis 70. These functions are further described in co-owned, copending application (Attorney Docket No 402-127-2-1) filed on even date herewith.
  • FIG. 5 shows a typical deployment of the present invention for use over a wide geographical area including a main site 130, a first remote site 132, a second remote site 134, and a third remote site 136 Other sites are indicated at 138 The basic building blocks comprise various director consoles 140, 142, 144, 146 and a plurality of n- port SLA modules 148, 150, 152, 154, 156, 158, 160, 162, 164, 166, 168, and 170 shown in the example for instance as 2, 4, 8, or 48 port SLA modules. The n-port SLA modules are used to measure and preprocess the collected data and to communicate the monitored data to the director consoles. The director consoles are in control of the n-port SLA modules and together with the modules are used to carry out the present invention. The n-port SLA modules are shown connected to various user equipments and to local area networks for communication with the director consoles through building routers, interbuilding routers, and wide area networks served by various ISPs. A service level agreement between an ISP and the main site for instance will include various baseline parameters relating to different types of traffic such as voice, video, transaction data or data base queries. It is in the interest of both the business owner deploying at the main site 130 and the remote sites 132, 134, 136 and the ISP or ISPs to manage the transport of data between the main site and the remote sites in such a way that the performance is visible and the environment can become one of trust. This can be accomplished according to the present invention by deploying a plurality of n-port SLA modules as shown for measuring, changing and reporting business bandwidth usage to either the enterprise owner, the ISP or both. An independent service would be more effective in this regard since the trust level will be higher if the measurements and reporting is carried out by an independent operator. However, it should be understood that the present invention is operable by an ISP by itself or by the enterprise by itself.
  • FIG. 6 shows a four-port SLA module, according to the present invention. It comprises a four-port network module connected to a master control module over a back plane. The master control module in the present architecture communicates with the director console over a serial bus connected to an ethernet port. FIG. 7 shows a block diagram of the four-port network module of FIG. 6. It shows some of the components used for business bandwidth baselining in particular including automatic baseline, measuring and comparing. FIG. 8 shows a block diagram of the master control module of the four-port SLA module of FIG. 6. It should be viewed in conjunction with FIG. 7 for purposes of completing the business bandwidth baselining function.
  • FIG. 9 shows a director console architecture with particular applicability to simulation and monitoring planning modules. Each of the n-port SLA modules of FIG. 6 discovers the director console and the director console discovers each n-port SLA module. The discovery process may be through-broadcast or multicast messages. Whenever a new n-port SLA module is added to the enterprise network, the director console and the n-port SLA module (appliance) are able to discover each other and start communicating for proper operation. Communications between the director console and the SLA module can be accomplished in various modes including a first mode including request-response mode or pull mode or a second mode including publish-subscribe mode or push mode. In the request-response mode (pull mode) the director console requests and the SLA module responds. This requires a round trip and is a more expensive operation. This mode is primarily used for control messages and defines the behavior of the appliances. The publish-subscribe mode (push mode) is used with this director console subscribing to interested data at specified intervals and/or under certain conditions wherein the SLA modules send the data to the director console through UDP messages. Since these messages are one-way UDP messages, the additional traffic on the network is minimized. For efficiency, connectionless UDP based short messages may be used for frequent data exchange with TCP based messages used for infrequent bulk transfers.
  • As more SLA modules are added to the system, the director console receiving the traffic from the SLA modules may become overloaded. To avoid this, the overloaded director clones itself into two or more instances and becomes the parent of the clones. The SLA modules communicating with the parent console will be directed to communicate with the clones. The parent distributes the SLA modules evenly to the cloned directors.
  • The directors are symmetrical meaning that one can act as a parent or a child. The input and output streams may have identical format and each director console may require its own instances of some data bases.
  • This mechanism requires a set of available systems and a means of starting the director console which takes a given state information to carry on the needed task. The newly started director consoles will assume the initiating DC as the parent.
  • FIG. 10 is a block diagram of director console interfaces for the director console of FIG. 9. Note that the parent-child and SLA module interfaces are identical.
  • FIG. 11 is a block diagram of director console control data flow for the director console of FIG. 9. FIG. 12 is a block diagram of director console appliance interfaces for the director console of FIG. 9. FIG. 13 is a block diagram of data base analysis for the director console of FIG. 9. FIG. 14 is a block diagram of data base access for the director console of FIG. 9.
  • FIG. 15 shows the master control module of FIG. 8 with particular emphasis on simulation and monitoring planning modules of the present invention. FIG. 16 is a block diagram of the four-port module of FIG. 7 illustrating the planning modules including simulation and monitoring used in conjunction with the master control module of FIGS. 9 and 15. FIG. 17 shows the director console control interface module while FIG. 18 shows SLA monitoring controls.
  • Although the invention has been shown and described with respect to a best mode embodiment thereof, it should be understood by those skilled in the art that the foregoing and various other changes, omissions and additions in the form and detail thereof may be made therein without departing from the spirit and scope of the invention.

Claims (5)

1. Method for bandwidth management, comprising the steps of:
measuring, in a measurement domain of an apparatus, a parameter relating to business bandwidth currently provided according to a service level agreement and providing a current bandwidth parameter signal having a magnitude indicative thereof,
comparing, in said measurement domain of said apparatus, the current bandwidth parameter signal with a baseline signal for providing a difference signal,
providing, from a bandwidth profile domain of said apparatus, a validation signal in response to the difference signal for modifying the baseline signal by simulation analysis in a simulation domain of said apparatus, wherein instead of the simulation domain directly modifying the baseline signal by said simulation analysis in response to the difference signal, a results notification signal is provided by said simulation domain in response to the difference signal for providing a learning feedback signal to the bandwidth profile domain for modifying bandwidth profiles, wherein the validation signal is provided in response to modification of the bandwidth profiles for then
modifying the baseline signal by said simulation analysis in response to said validation signal provided by said bandwidth profile domain of said apparatus to said simulation domain of said apparatus upon said modification of the bandwidth profiles.
2. The method of claim 1, wherein said modifying comprises bandwidth capacity/flow control.
3. Apparatus, configured to:
measure a parameter relating to bandwidth and provide a current bandwidth parameter signal having a magnitude indicative thereof,
compare the current bandwidth parameter signal with a service level agreement baseline signal and provide a difference signal, and
modify the baseline signal in response to the difference signal.
4. The apparatus of claim 3, wherein the modification of the baseline signal comprises bandwidth capacity/flow control.
5. The apparatus of claim 3, wherein:
the measurement is carried out in a measurement domain of the apparatus, and the measurement is of a parameter relating to business bandwidth currently provided according to said service level agreement and the measurement results in provision of a current bandwidth parameter signal having a magnitude indicative thereof,
the comparison is carried out in said measurement domain of said apparatus, wherein the current bandwidth parameter signal is compared with said baseline signal for providing said difference signal,
wherein said apparatus provides, from a bandwidth profile domain of said apparatus, a validation signal in response to the difference signal for modifying said baseline signal by simulation analysis in a simulation domain of said apparatus, wherein instead of the simulation domain directly modifying said baseline signal by said simulation analysis in response to the difference signal, a results notification signal is provided by said simulation domain in response to the difference signal for providing a learning feedback signal to the bandwidth profile domain for modifying bandwidth profiles, wherein the validation signal is provided in response to modification of the bandwidth profiles so that said apparatus then
modifies the baseline signal by said simulation analysis in response to said validation signal provided by said bandwidth profile domain of said apparatus to said simulation domain of said apparatus upon said modification of the bandwidth profiles.
US13/761,232 2000-02-18 2013-02-07 Automated on-line business bandwidth planning methodology Abandoned US20130215775A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/761,232 US20130215775A1 (en) 2000-02-18 2013-02-07 Automated on-line business bandwidth planning methodology

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US18369900P 2000-02-18 2000-02-18
PCT/US2001/005021 WO2001061523A1 (en) 2000-02-18 2001-02-16 Automated on-line business bandwidth planning methodology
US10/222,190 US7966193B2 (en) 2000-02-18 2002-08-16 Automated on-line business bandwidth planning methodology
US13/100,688 US8380529B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology
US13/761,232 US20130215775A1 (en) 2000-02-18 2013-02-07 Automated on-line business bandwidth planning methodology

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US13/100,688 Division US8380529B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology

Publications (1)

Publication Number Publication Date
US20130215775A1 true US20130215775A1 (en) 2013-08-22

Family

ID=22673952

Family Applications (5)

Application Number Title Priority Date Filing Date
US10/222,190 Expired - Fee Related US7966193B2 (en) 2000-02-18 2002-08-16 Automated on-line business bandwidth planning methodology
US13/100,688 Expired - Fee Related US8380529B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology
US13/100,672 Expired - Fee Related US8370169B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology
US13/754,150 Expired - Fee Related US8630865B2 (en) 2000-02-18 2013-01-30 Automated on-line business bandwidth planning methodology
US13/761,232 Abandoned US20130215775A1 (en) 2000-02-18 2013-02-07 Automated on-line business bandwidth planning methodology

Family Applications Before (4)

Application Number Title Priority Date Filing Date
US10/222,190 Expired - Fee Related US7966193B2 (en) 2000-02-18 2002-08-16 Automated on-line business bandwidth planning methodology
US13/100,688 Expired - Fee Related US8380529B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology
US13/100,672 Expired - Fee Related US8370169B2 (en) 2000-02-18 2011-05-04 Automated on-line business bandwidth planning methodology
US13/754,150 Expired - Fee Related US8630865B2 (en) 2000-02-18 2013-01-30 Automated on-line business bandwidth planning methodology

Country Status (3)

Country Link
US (5) US7966193B2 (en)
AU (1) AU2001238385A1 (en)
WO (1) WO2001061523A1 (en)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001061523A1 (en) * 2000-02-18 2001-08-23 Cedere Corporation Automated on-line business bandwidth planning methodology
US8112262B1 (en) * 2008-09-30 2012-02-07 Interactive TKO, Inc. Service modeling and virtualization
US20100131650A1 (en) * 2008-11-26 2010-05-27 Chou Lan Pok Methods and Apparatus to Support Network Policy Managers
US10122550B2 (en) 2010-02-15 2018-11-06 International Business Machines Corporation Inband data gathering with dynamic intermediary route selections
US9749197B2 (en) * 2010-12-02 2017-08-29 Verizon Patent And Licensing Inc. Mobile user data collection
US9558105B2 (en) 2013-03-15 2017-01-31 Ca, Inc. Transactional boundaries for virtual model generation
US10025839B2 (en) 2013-11-29 2018-07-17 Ca, Inc. Database virtualization
US9727314B2 (en) 2014-03-21 2017-08-08 Ca, Inc. Composite virtual services
US9531609B2 (en) 2014-03-23 2016-12-27 Ca, Inc. Virtual service automation
US9477454B2 (en) 2015-02-12 2016-10-25 Ca, Inc. Automated software deployment
US10296445B2 (en) 2015-09-13 2019-05-21 Ca, Inc. Automated system documentation generation
US10628420B2 (en) 2015-12-18 2020-04-21 Ca, Inc. Dynamic virtual service
US10154098B2 (en) 2016-01-07 2018-12-11 Ca, Inc. Transactional boundaries for software system profiling
US9886365B2 (en) 2016-01-07 2018-02-06 Ca, Inc. Transactional boundaries for software system debugging
US9983856B2 (en) 2016-01-08 2018-05-29 Ca, Inc. Transaction flow visualization
US9819592B2 (en) 2016-02-09 2017-11-14 At&T Intellectual Property I, L.P. Apparatus and method for automatic reconciliation of data throughput
US10341214B2 (en) 2016-03-30 2019-07-02 Ca, Inc. Scenario coverage in test generation
US9946639B2 (en) 2016-03-30 2018-04-17 Ca, Inc. Transactional boundaries for virtualization within a software system
US9898390B2 (en) 2016-03-30 2018-02-20 Ca, Inc. Virtual service localization
US10114736B2 (en) 2016-03-30 2018-10-30 Ca, Inc. Virtual service data set generation
US10394583B2 (en) 2016-03-31 2019-08-27 Ca, Inc. Automated model generation for a software system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6690678B1 (en) * 1998-11-10 2004-02-10 International Business Machines Corporation Method and system in a packet switching network for dynamically adjusting the bandwidth of a continuous bit rate virtual path connection according to the network load
US6711137B1 (en) * 1999-03-12 2004-03-23 International Business Machines Corporation System and method for analyzing and tuning a communications network
US7966193B2 (en) * 2000-02-18 2011-06-21 Infrastructure Innovations, Llc Automated on-line business bandwidth planning methodology

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9512422D0 (en) * 1994-09-01 1995-08-23 British Telecomm Network management system for communications networks
US6097722A (en) * 1996-12-13 2000-08-01 Nortel Networks Corporation Bandwidth management processes and systems for asynchronous transfer mode networks using variable virtual paths
WO1999007077A2 (en) * 1997-07-31 1999-02-11 Stanford Syncom Inc. Means and method for a synchronous network communications system
US6154770A (en) * 1997-10-30 2000-11-28 Merrill Lynch & Co. Inc. Internetwork communication system using tiers of configurable multiple bandwidth capacity modes of operation
US6202094B1 (en) * 1997-11-07 2001-03-13 International Business Machines Corporation Adding links simultaneously to a multilink bundle using bandwidth allocation protocol
US6170022B1 (en) * 1998-04-03 2001-01-02 International Business Machines Corporation Method and system for monitoring and controlling data flow in a network congestion state by changing each calculated pause time by a random amount
US6104999A (en) * 1998-04-06 2000-08-15 Ameritech Corporation Transaction sets for automated electronic ordering of telecommunications products and services
US6496594B1 (en) * 1998-10-22 2002-12-17 Francine J. Prokoski Method and apparatus for aligning and comparing images of the face and body from different imagers
US6167445A (en) * 1998-10-26 2000-12-26 Cisco Technology, Inc. Method and apparatus for defining and implementing high-level quality of service policies in computer networks
US6195697B1 (en) * 1999-06-02 2001-02-27 Ac Properties B.V. System, method and article of manufacture for providing a customer interface in a hybrid network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6690678B1 (en) * 1998-11-10 2004-02-10 International Business Machines Corporation Method and system in a packet switching network for dynamically adjusting the bandwidth of a continuous bit rate virtual path connection according to the network load
US6711137B1 (en) * 1999-03-12 2004-03-23 International Business Machines Corporation System and method for analyzing and tuning a communications network
US7966193B2 (en) * 2000-02-18 2011-06-21 Infrastructure Innovations, Llc Automated on-line business bandwidth planning methodology

Also Published As

Publication number Publication date
WO2001061523A1 (en) 2001-08-23
US20030055670A1 (en) 2003-03-20
US20130142067A1 (en) 2013-06-06
US7966193B2 (en) 2011-06-21
AU2001238385A1 (en) 2001-08-27
US8380529B2 (en) 2013-02-19
US8630865B2 (en) 2014-01-14
US8370169B2 (en) 2013-02-05
US20110208502A1 (en) 2011-08-25
US20110205927A1 (en) 2011-08-25

Similar Documents

Publication Publication Date Title
US8380529B2 (en) Automated on-line business bandwidth planning methodology
US7406532B2 (en) Auto control of network monitoring and simulation
US7117261B2 (en) Auto control of network monitoring and simulation
US7984126B2 (en) Executable application network impact and load characteristic estimation system
US6885641B1 (en) System and method for monitoring performance, analyzing capacity and utilization, and planning capacity for networks and intelligent, network connected processes
US7461163B2 (en) Real time mesh measurement system stream latency and jitter measurements
US9210050B2 (en) System and method for a testing vector and associated performance map
EP1206085B1 (en) Method and apparatus for automated service level agreements
US20130031240A1 (en) Capacity Evaluation of Computer Network Capabilities
US7610327B2 (en) Method of automatically baselining business bandwidth
CN110572280B (en) Network monitoring method and system
CN102204166B (en) Method for detecting quality of service, monitoring center, monitoring probe and system
US20220247651A1 (en) System and method for network and computation performance probing for edge computing
US7260627B2 (en) Real time mesh measurement system stream latency and jitter measurements
JP2003150723A (en) Detection of sla violation for service provider, and method and system for processing refund
US20180234324A1 (en) Evaluation of network condition
Jensen Network Planning-Introductory Issues
Nguyen et al. Approximating the end-to-end delay using local measurements: A preliminary study based on conditional expectation
Racz et al. Monitoring of sla compliances for hosted streaming services
Kwitt et al. A New Agent-Based Approach towards Distributed IP Measurements
Garschhammer et al. Using unified properties of data-flows as a generic basis to describe QoS parameters
Racz et al. SLO Auditing for Hosted Streaming Services

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION