|Publication number||US7203168 B1|
|Application number||US 10/173,594|
|Publication date||Apr 10, 2007|
|Filing date||Jun 19, 2002|
|Priority date||Jun 19, 2002|
|Also published as||US20070165650|
|Publication number||10173594, 173594, US 7203168 B1, US 7203168B1, US-B1-7203168, US7203168 B1, US7203168B1|
|Inventors||Earl C. Meggison, Randy S. Young, David Rutland|
|Original Assignee||Bellsouth Intellectual Property Corp.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Referenced by (3), Classifications (11), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
The present invention relates generally to broadband network management, and more particularly to management of asynchronous transfer mode (ATM) networks.
2. Background of the Invention
Traditionally, telecommunications service providers have offered basic services such as local and long distance exchange services for voice communications. More recently, with the explosive growth of the Internet and other data services, telecommunications service providers have expanded beyond basic telephone services to the provision of very high bandwidth network services. Examples of such newer network services include, for example, digital subscriber line (DSL), asymmetric digital subscriber line (ADSL), integrated services digital network (ISDN) digital subscriber line (IDSL), and the like. The underlying transmission facility supporting such high bandwidth networks may comprise an asynchronous transfer mode (ATM) network as shown in
ATM network or “cloud” 10 in
ATM switch vendors generally provide off-the-shelf network management utilities that may be used to manage ATM network elements. A problem with conventional ATM network management tools, however, is the lack of adequate reporting capabilities providing information needed to properly manage a large-scale ATM network. For example, conventional ATM network management utilities do not provide trunk inventory reports, trunk utilization reports and exception reports.
Another problem with conventional ATM network management utilities is the lack of an activation utility to activate flow control and flow control attributes for eligible User Network Interfaces (UNIs).
The present invention provides a plurality of reporting tools that may be used to manage an ATM network. In a first embodiment, a trunk inventory report for managing trunks terminated on an ATM switch is provided. A header section of the trunk inventory report comprises at least one of a report title, a report date, a switch name for the ATM switch, a switch Internet Protocol (IP) address for the ATM switch, and a number of trunks terminated on the ATM switch. A body section of the trunk inventory includes a record for each trunk terminated on the ATM switch. The information in each record may be gathered from a switch management database and a network management information database. The trunk inventory report may be organized according to a pre-determined format to present the information in a usable format. Examples of data that may be gathered from the switch management database include a trunk name, data values associated with the trunk-end terminated on the ATM switch identified in the report header, and values associated with the trunk-end terminated on a second ATM switch.
In a second embodiment, a trunk utilization report for managing trunks terminated on an ATM switch is provided. A header section of the trunk utilization report comprises at least one of a report title, a report date, a switch name for the ATM switch, a switch IP address for the ATM switch, a period start date for the report and a period end date for the report. A body section of the trunk utilization report includes a record for each trunk terminated on the ATM switch. The information in each record may be gathered from a switch management database and a network management information database. Each record also includes a trunk utilization rate based on a cells incoming value and a cells outgoing value.
In a third embodiment, an exception report for identifying and managing exceptions in network elements associated in an ATM network is provided. A header section of the exception report includes at least one of an exception class, and an exception criteria. The exception class and exception criteria are selectable by a user of the report. A body section of the exception report includes a record for each exception associated with the selected exception class and exception criteria. The information in each record may be gathered from a switch management database and a network management information database. Examples of exception classes include a threshold class and an attribute class. Examples of exception criteria for threshold class exceptions include: virtual circuits per physical port, virtual circuits per card, virtual circuits per switch, network service providers per card, and thread limitations. Examples of exception criteria for attribute class exceptions include: card-level, Resource Management (RM)-cell generation and termination, Explicit Forward Congestion Indication bit check, physical port buffer size, Early Packet Discard (EPD) enabled (all of which are all well known industry terms describing ATM standard features), switch-level, virtual circuits mapped across a trunk, quality of service match for both ends, quality of service parameters exceeds thresholds, trunk is down, and trunk type is management-only.
In a fourth embodiment of the present invention, a Flow Control Processor (FCP) activation utility is provided. The utility preferably generates a report with the same type header descriptions provided above. The differences start after the switch name. At this point the report identifies the Cards, Physical Ports, Logical Ports, or Virtual Circuits that do not meet the defined standard, such that an exception report is provided. The exception class and exception criteria are selectable by a user of the report. A body section of the exception report includes a record for each exception associated with the selected exception class and exception criteria. The information in each record may be gathered from a switch management database and a network management information database. Examples of exception classes include a threshold class and an attribute class. Examples of exception criteria for threshold are as mentioned above the Cards, Physical Ports, Logical Ports, or Virtual Circuits. Flow Control attributes are that it is enabled at the card level. At the physical port there is a rate profile table that is modifiable. The logical level has attributes at relating to Cell Generation that are modifiable based on the classification of a trunk or UNI. A virtual circuit will have EPD enabled or not. The report is preferably designed to provide exceptions based on the level requested by the user.
The present invention provides a system and method for managing network elements in an ATM network by providing detailed reports for specific areas of concern to a network manager. The invention further provides an activation utility for setting flow control attributes. The various reports and utility are described in greater detail in the sections below.
Trunk Inventory Report
Body section 204 includes a plurality of fields that may be used to provide detailed information about attributes of each trunk identified in the report. Some of the information used to populate the various fields in trunk inventory report 200 may be retrieved from vendor-specific network management databases. For example, if the ATM network switches are provided by Lucent, some of the data may be gathered from the NavisCore™ database via an application protocol interface (API) interface that will provide the proper naming conventions used to describe each trunk. This allows the report user to determine the offending trunk to execute the appropriate correction processes. Other data may be retrieved directly from the switch using the well-known simple network management protocol (SNMP). Those skilled in the art will appreciate that the present invention is applicable to ATM switches in a “vendor agnostic” way. Thus, while Navis refers to a specific network management system (NMS), or element management system (EMS) that is used by a particular vendor (Lucent) to manage its ATM switch, the present invention is generically applicable to ATM switches, ATM network elements, EMSs and NMSs generally.
Without the instant invention, an ATM is operated in the blind. Managers react to customer trouble reports rather than react to an information-based system that indicates the need to proactively respond to a threshold/exception report. The present invention is thus a process improvement initiative to manage the ATM business in a way that has a positive impact on customer service.
Referring again to
Fields 226 and 228 pertain to the A-end of the trunk and fields 230 and 232 pertain to the B-end.
Field 234 in
Traffic type field 236 identifies the type of traffic allowed over an Interswitch Trunk. For example, traffic type 236 may indicate that all user data traffic is allowed, management traffic only is allowed, or management and user data traffic.
Administrative cost field 238 is used to identify the assigned costs for each trunk. This value may be used when routing circuits where trunks with the lowest costs are preferred.
Trunk status field 240 provides the current status of the trunk. Examples of status indicators include Administrative Status Up, Administrative Status Down, Operational Status Up, or Operational Status Down.
In a preferred embodiment, trunk inventory report 200 is generated by an application program running on a server identified as the location to house the utility. Trunk inventory report 200 is preferably generated in an ASCII format, and preferably has tab delimiters between fields.
Trunk Utilization Report
A trunk utilization report according to the present invention may be automatically generated by an application program. In a preferred embodiment, the application program may be run on a periodic basis to provide traffic statistics for the trunks in the network. The application may be scheduled to run using any application scheduling program. For example, on a UNIX-based system, the cron daemon may be used. In a Windows NT-based system, the Scheduled Task application of Windows may be used.
Trunk utilization is calculated based on traffic statistics over a defined period of time. The calculation is based on two sets of traffic data: a first set of data collected at the beginning of the period and a second set of traffic data collected at the end of the period. The application program preferably gathers traffic statistics data from each switch and saves the data in a text file. The application program then calculates a utilization rate for each trunk for the current period based on the most recent data collected and the data collected at the end of the last period. The application program then generates the trunk utilization report for the period.
Report body 404 includes several fields of data that may be used in the trunk utilization report. Some of these fields are the same as those included in trunk inventory report 200. For example, trunk name field 418 identifies the name of the trunk. Trunk status field 420 provides the current status of the trunk, and, traffic type field 422 identifies the type of traffic allowed over an Interswitched Trunk.
Cells incoming field 424 indicates the number of cells incoming to Logical Port A (i.e., the A-end of the trunk) and the end of the period minus the number of cells incoming to Logical Port A at the beginning of the period. Cells outgoing field 426 indicates the number of cells outgoing from Logical Port A at the end of the period minus the number of cells outgoing from Logical Port A at the beginning of the period. Utilization rate field 428 is calculated by dividing the cells incoming minus cells outgoing by the duration divided by the trunk bandwidth. For example, if the trunk bandwidth for trunk TR1 shown in row 430 is 10,000 cells per minute and the duration of the period is one week, the utilization rate would be 93.27%. (62321000 cells−156345000 cells)/10080 minutes/10,000 cells/minute).
Cells discarded field 432 is determined from a data register in the switch. The process to calculate cells discarded is similar to the process described above, namely, a beginning number combined with an ending number to determine a difference. A similar calculation is performed for cells lost field 434.
The source of data for the information provided in trunk utilization report 400 is SNMP for each field, except for trunk name field 418 and (cells discarded field 432 and cells lost field 334) cells discarded and lost are reported by the switch to the application. Data for trunk name field 418 is gathered from, e.g., the NavisCore database and data for cells discarded field 432 and cells lost field 434 is gathered as described above.
An exception report according to the present invention may be used to report threshold exceptions and/or attribute exceptions. As used herein threshold exceptions are those items that exceed an established limit used to trigger relief processes eliminate the threshold exception. The threshold limits may be, for example, documented in a set of capacity engineering guidelines. This guidelines may be changed as needed to facilitate network architecture or design changes or response to capital (dollar) constraints. The threshold criteria is modifiable. As used herein, attribute exceptions are those items that do not meet the desired configuration profile established by documented engineering guidelines. These guidelines may also be changed as needed to facilitate network architecture or design changes. Preferably, the exception criteria is modifiable. The exceptions report may include exceptions examined at the switch, Physical Port, Logical Port, virtual circuit and trunk levels. All of the data reported in the exception report is gathered from the switch or an element management system database, such as NavisCore.
Report body 504 includes several fields of data that may be used in the exception report and may vary depending on the exception being reported. Exemplary data fields associated with each exception criteria is provided in Tables 600 and 602. For example, if the exception criteria being reported is that the card has a FCP enabled and the virtual circuits (VCs) per card exceeds the pre-determined threshold amount, fields 518–426 may be used. In this case, switch name field 518 identifies the name of the switch for which an exception has been identified. Switch IP address field 520 may be used to provide the IP address of the switch named in field 518. Slot number field 522, card type field 524 and number of VCs field 526 provide additional information about the exception.
In addition to the criteria described above, other criteria may be defined by a network manager using the system and methods of the present invention. Preferably, such other criteria may be defined in a configuration file that may be edited by the user. Other criteria may include, for example, exceptions that should be reported but are not considered to be fatal exceptions. By including such non-critical exceptions in the exception report, the network manager may proactively manage the network to prevent fatal exceptions.
FCP Activation Utility
This utility may be used to activate the flow control for eligible UNIs, set the flow control attributes of the trunks to “safe” or “designed” values while the UNIs are being set up, and set the flow control attributes of the trunks to their “final” values once both (UNI) ends of the flow-control-eligible end-to-end path have their flow control attributes configured. Control is the control of traffic through the ATM network that ensures fairness in traffic balancing between virtual circuits and virtual paths in the ATM network. Control is desired since the ATM vendor community does not provide the necessary knowledge for appropriate and effective management. With improper controls the resulting service issues outweigh the benefit of flow control. It should be apparent that the present invention facilitates management and control of ATM traffic flow.
In an embodiment of the present invention, the FCP Activation Utility may use an algorithm such as shown in the flow diagram in
The foregoing disclosure of the preferred embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many variations and modifications of the embodiments described herein will be apparent to one of ordinary skill in the art in light of the above disclosure. The scope of the invention is to be defined only by the claims appended hereto, and by their equivalents.
Further, in describing representative embodiments of the present invention, the specification may have presented the method and/or process of the present invention as a particular sequence of steps. However, to the extent that the method or process does not rely on the particular order of steps set forth herein, the method or process should not be limited to the particular sequence of steps described. As one of ordinary skill in the art would appreciate, other sequences of steps may be possible. Therefore, the particular order of the steps set forth in the specification should not be construed as limitations on the claims. In addition, the claims directed to the method and/or process of the present invention should not be limited to the performance of their steps in the order written, and one skilled in the art can readily appreciate that the sequences may be varied and still remain within the spirit and scope of the present invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US6085238 *||Apr 22, 1997||Jul 4, 2000||Matsushita Electric Works, Ltd.||Virtual LAN system|
|US6889377 *||Mar 3, 1999||May 3, 2005||Siemens Aktiengesellschaft||System and method for uniformly administering parameters for a load distribution and load control of a computer platform|
|US6891795 *||Oct 12, 2000||May 10, 2005||Fujitsu Limited||Node device|
|US6990518 *||Mar 22, 2001||Jan 24, 2006||Agilent Technologies, Inc.||Object-driven network management system enabling dynamically definable management behavior|
|US20040202159 *||Mar 22, 2001||Oct 14, 2004||Daisuke Matsubara||Method and apparatus for providing a quality of service path through networks|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US9202225 *||May 28, 2010||Dec 1, 2015||Red Hat, Inc.||Aggregate monitoring of utilization data for vendor products in cloud networks|
|US20110295727 *||May 28, 2010||Dec 1, 2011||James Michael Ferris||Systems and methods for aggregate monitoring of utilization data for vendor products in cloud networks|
|CN101729281B||Oct 27, 2008||Nov 7, 2012||华为技术有限公司||Method, equipment and system for developing and installing network management properties of businesses|
|U.S. Classification||370/231, 370/395.1, 370/235|
|International Classification||H04L12/26, H04L12/28|
|Cooperative Classification||H04L43/062, H04L41/22, H04L2012/5626, H04L43/0811|
|European Classification||H04L43/06A, H04L43/08C|
|Jun 19, 2002||AS||Assignment|
Owner name: BELLSOUTH INTELLECTUAL PROPERTY CORPORATION, DELAW
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MEGGISON, EARL C.;YOUNG, RANDY S.;RUTLAND, DAVID;REEL/FRAME:013032/0769
Effective date: 20020613
|Nov 15, 2010||REMI||Maintenance fee reminder mailed|
|Apr 10, 2011||LAPS||Lapse for failure to pay maintenance fees|
|May 31, 2011||FP||Expired due to failure to pay maintenance fee|
Effective date: 20110410