Copyright 1998 IEEE. Personal use of this material is permitted. However, permission to reprint/republish this material for advertising or promotional purposes or for creating new collective works for resale or redistribution to servers or lists, or to reuse any copyrighted component of this work in other works must be obtained from the IEEE.

This article was published in the May 1998 issue of
IEEE Communications Magazine.

CIRULE1.GIF (372 bytes)

Abstract
ATM offers the capability of consolidating multiple services onto a common backbone network, thereby reducing network management complexity, improving utilization, and lowering cost. As ATM networks grow, a VPC network core is often provisioned to reduce the number of connections to provide scalability for network management and performance. Provisioning a VPC network core raises a number of issues, especially related to the performance of bursty non-real-time connections. This article discusses these issues and how the functionality of ATM can best address them. It is shown that employing low-loss flow-controlled ABR VPCs to carry non-real-time traffic can provide significant gains in terms of performance as well as improved throughput for a given amount of buffering in the network core. The flow-controlled VPC enables the complexities of VCC-level congestion control, fairness, and isolation to be pushed to the network edge where lower speeds allow this functionality to be performed more cost effectively.

 

CIRULE2.GIF (100 bytes)


Functionality at the Edge: Designing Scalable Multiservice ATM Networks

CIRULE3.GIF (212 bytes)

Steve Rosenberg, Mustapha Aïssaoui, Keith Galway, and Natalie Giroux
Newbridge Networks Corporation

 

Today's networks are under ever-increasing competitive pressure to deliver more services to users while doing so at lower cost. Deregulation is occurring globally, resulting in a highly competitive industry with lowered entry barriers for new competitors as well as potential new markets for incumbents. At the same time, trends show a rapidly accelerating demand for bandwidth driven by advanced video and data services.
Currently, services are provided using multiple networks, often overlaying services on technologies not designed for today's range of applications. Asynchronous transfer mode (ATM), by contrast, is a technology designed first and foremost for flexibility to enable the carriage of multiple, and previously segregated, services over a single common backbone infrastructure. As multiple services share the same infrastructure, greater statistical gains can be achieved with improved utilization of backbone links.
The promise of ATM is in its capacity to provide a cost-effective, flexible, and scalable network solution. Service providers are fundamentally in the business of selling bandwidth -- a finite resource within their networks. The economics of ATM, therefore, revolves around maximizing revenue from the available bandwidth through:
  • A consolidated backbone network with differentiated services
  • Maximal utilization of provisioned links
  • Maximal statistical gains
  • Reduced network management complexity
The challenge of ATM network design is to provide these advantages in a scalable manner to accommodate large network sizes. In large networks, the high bandwidths and number of connections present in the core of the network often lead to a virtual path connection (VPC) core being provisioned. A VPC core enhances scalability in terms of connection management and call processing through a reduced number of connections. Fault recovery is improved with faster connection reroute times of these critical high-bandwidth links, and performance management becomes less complex with greater consolidation of reported statistics and alarms.
This article discusses the design of scalable ATM networks based on a VPC core specifically addressing the issues associated with carrying non-real-time traffic through VPCs. It proposes a hierarchical design by which the complexity and the intelligence associated with per-connection fairness and isolation is moved to the edge of the network.
The remainder of this article is organized as follows. The next section discusses the issues experienced today in the deployment of VPC networks. The section after that describes the concept of functionality at the edge. Simulation results comparing the performance of today's VPC networks to networks designed using this concept are presented. The final section is a summary of the article.

VPC Network Deployment Issues

The design of scalable ATM networks relies on the deployment of a VPC core network. The model network is shown in Fig. 1.
The mapping of virtual channel connections (VCC) to an appropriate service category VPC is critical for quality of service (QoS) commitments to VCC end users. For this purpose, it is proposed to differentiate VPCs into two main categories: real-time VPCs and non-real-time VPCs.
Constant bit rate (CBR) or real-time variable bit rate (rt-VBR) VCCs can be carried over a real-time (CBR or rt-VBR) VPC in the core of the network. It is expected that bandwidth gains due to statistical multiplexing gains can be achieved for real-time applications such as voice with silence suppression and VBR real-time video. The QoS requirements of such applications dictate that a dedicated VPC category is needed. This category of VPC is static in nature, that is, the allocated bandwidth for the VPC is constant, and the VPC shaping rate is constant for the duration of the VPC. At the VC-to-VP aggregation point in the network, the real-time VPC is shaped at the traffic descriptor determined at provisioning. For a given cell loss ratio (CLR) objective, the shaping rate is determined based on a trade-off between the bandwidth savings expected and the delay experienced by the VCCs due to shaping. VCCs will be added to the VPC until the VPC bandwidth is exhausted.
The situation is more complex with non-real-time VCCs, that is, non-real-time VBR (nrt-VBR), available bit rate (ABR), and unspecified bit rate (UBR) service categories. Non-real-time applications are bursty by nature, and the characterization of their behavior is not a simple task. Thus, provisioning a VPC for carrying non-real-time VCCs can be challenging when the aggregate behavior of a number of bursty sources is not well understood. The determination of an accurate traffic descriptor for the shaped VPC is crucial for achieving network bandwidth efficiency while ensuring the QoS objectives of the individual connections.
In conventional VPC networks, non-real-time VCCs can use one of the following VPC services.
CBR/rt-VBR VPC -- Using real-time VPCs, non-real-time VCCs obtain high QoS guarantees; however, a real-time VPC is not efficient for non-real-time VCC services because of the limited statistical multiplexing gains achieved in the VPC core. The bursty nature of ABR and UBR traffic is not well accommodated with this static VPC provisioning of bandwidth because it restricts access to excess bandwidth available in the core. This in turn reduces the achievable statistical multiplexing gain. Because of the above issues, the real-time VPC option for non-real-time services is not a scalable one.
nrt-VBR VPC -- The use of a nrt-VBR VPC for the carriage of nrt-VBR connections is more efficient than a real-time VPC because the statistical multiplexing gain is improved in the core of the network. This option scales well for nrt-VBR VCCs assuming a shaped VPC, but not for ABR and UBR traffic due to the restriction imposed by static VPC bandwidth allocation.
UBR VPC -- This VPC service category is only suited for UBR connections given that no QoS guarantees of any sort are associated with UBR. However, even if QoS guarantees are provided, a major issue with UBR VPCs is the lack of per-VC fairness and isolation of the congestion control schemes in the VPC core due to the absence of the VCC context. Also, it is not possible to perform frame-based congestion control for ATM adaptation layer 5 (AAL5) connections on the VPC for the same reason. Applications such as TCP/IP require packet discard mechanisms to achieve a high throughput [1]. In these circumstances, it becomes difficult to ensure fair access to bandwidth for the VCCs carried in a UBR VPC.
ABR VPC -- The ABR service category presents a unique set of characteristics which can be exploited to efficiently carry traffic of all non-real-time services:
  • A minimum cell rate (MCR) guarantee which represents the static bandwidth required for the network to achieve the QoS of the constituent VCCs.
  • Dynamic bandwidth allocation allows access to unused bandwidth in the network particularly for ABR and UBR VCCs to achieve an improved level of performance.
  • A low-loss flow-controlled network provides efficient management of congestion and higher utilization of network resources. The cell loss in the ABR section of the network is minimized and is engineered to achieve the QoS objectives of the most stringent non-real-time VCC.
  • Network fairness through explicit rate (ER) bandwidth allocation.
The proposed VPC network design is based on dynamically shaped ABR VPCs to carry non-real-time services. This design is further described in the following section.

The Functionality at the Edge Concept

Functionality at the edge is a solution for networks with the advantage of keeping the core of the network simpler and more scalable by pushing the complexities associated with a VCC network toward the network edge. The proposed design involves two main aspects:
  • The use of ABR VPCs to carry non-real-time traffic through the network core
  • The implementation of per-VC fairness and isolation at the edge of the VPC core
The functionality at the edge design is capable of carrying nrt-VBR, ABR, and UBR connections over the ABR VPC core. The design does not require ABR-capable end systems.
A typical application of the functionality at the edge concept in shown in Fig. 2.
The application illustrated in Fig. 2 allows us to scale a large network of UBR VCCs. The core is provisioned with ABR VPCs which transparently carry the UBR connections. The ABR control loop spans the VPC core network. In practice, many ABR VPC loops may be configured between the two edges of the network to shorten the round-trip delay of flow control information and to improve the performance of the ABR control loop.
The nodes in the core run an ER ABR flow control at the VPC level. ABR is a standardized [2, 3] service model that provides a guaranteed MCR and a low CLR.1 The objective of ABR is to support non-real-time bursty data traffic. ABR provides a rate-based control loop that adjusts the sending rate according to feedback from the network core.
An ABR virtual source/virtual destination (VS/VD) is required at the edges of the VPC core to start and terminate the flow control loop for the VPC. At the VS/VD, the shaping rate of the ABR VPC is adjusted in response to the congestion feedback from the VPC core network. That is, the shaping rate of the VPC is dynamic. Furthermore, VS/VDs can be deployed within a VPC core to segment flow control loops to allow ABR to react faster to queue build-up and take quick advantage of bandwidth that becomes available.
A characteristic of the network in Fig. 2 is the simplification of bandwidth allocation in the core for ABR VPCs. The reservation of bandwidth in the core of the network reduces to the MCR of the ABR VPC. The VPC MCR accounts for the sum of MCR of all UBR2 and ABR VCCs as well as the sum of the equivalent bandwidths of the nrt-VBR connections. The ABR VPCs can make use of additional bandwidth made dynamically available by the VPC network through ER.
The aggregation of non-real-time VCCs into an ABR VPC is performed at the edge of the VPC core. At the VC-to-VP aggregation point, per-VC congestion management is available to allow isolation and fair access to the VPC bandwidth among the contending VCCs. The connections within a VPC can make use of the generally large amount of buffering available at the VS/VD point to temporarily store bursts of cells whenever the available network bandwidth shrinks down to its minimum value (VPC MCR).

The Scalability of ABR VPC Core Networks

By provisioning ABR VPCs, congestion is pushed to the network edge where the traffic management functionality maximizes performance and provides per-VC fairness and isolation. The network core becomes easier to manage, and core switches need only to support VP switching and ER ABR.
The scalability of an ABR VPC core network can be captured from the following perspectives.
Scalability for the Number of Connections -- Not only does the service consolidation and aggregation into the VPC network reduce the number of provisioned VPCs, the aggregation of all non-real-time services over ABR VPCs further reduces this number. The network could provision just two categories of VPCs: real-time and non-real-time.
Scalability for Bandwidth Management -- The aggregation of all non-real-time services into the ABR VPC simplifies bandwidth management in the core. The connection admission control (CAC) allocates an MCR for the VPC. The VPC MCR accounts for the sum of MCR of all UBR and ABR VCCs as well as the sum of the equivalent bandwidths of the nrt-VBR connections. Aggregating all non-real-time connections onto a single ABR VPC increases the statistical gain of the network core. The network core becomes simple because there is no need for sophisticated per-VC queuing, scheduling, and per-VC congestion management. This reduces complexity associated with managing the provisioned paths.
Scalability for Variable and Large Network Delays -- Non-real-time applications such as TCP are very bursty, and their performance degrades with larger delays. For example, TCP over UBR requires increasing buffer capacity in the core as the network round-trip time increases. This problem is controlled with the use of ABR VPCs which minimizes queue build-up in the core. The ABR protocol scales well with network delay; this is shown in the simulation results section. For very large delays, the ABR control loop for the VPC can be segmented into smaller loops by adding VS/VD functions in the core.
Scalability of Performance -- The functionality at the edge design ensures that the QoS objectives of the end users are achieved while allowing the network to maximize backbone link utilization. Performance is achieved in a hierarchical model. The ER-ABR flow control in the core pushes congestion to the edge of the network. This eliminates the issue of VPC-level frame discard. The ER-ABR in the core also allocates unused bandwidth fairly among the VPC users according to a defined fairness policy. Fairness at the VCC level is enforced at the edge of the network where the ABR loop starts and where most of the congestion occurs. At the edge of the network, isolation between the non-real-time service categories is achieved via proper service scheduling and sophisticated per-VC traffic management functions. This ensures that the VCC QoS objectives for the different service categories are achieved. Any unused bandwidth from real-time VPCs is made available to the ABR VPC to fully utilize network capacity. ABR VPCs are able to dynamically adapt to the available bandwidth in the network core.

Traffic Management Intelligence at the Edge

The advantage of the functionality at the edge network design is to move the complexity associated with VCC management to the edge of the network. At the edge, lower aggregate bandwidths allow the implementation of sophisticated per-VC intelligent traffic management functions more cost effectively.
The objectives of the traffic management function at the edge of the network are:
  • To ensure traffic isolation at the service category and VC level
  • To ensure fairness among VCCs to access the bandwidth in excess of the allocated portion in the shaped VPC
  • To achieve the QoS objectives of the VCC users while optimizing the usage of the VPC bandwidth
The following are the traffic management functions required at the network edge:
  • A connection arbitration scheme. The arbitration scheme should allow the VCC in each service category to access VPC bandwidth such that the VCC QoS objectives are achieved. It should also allow sharing of the VPC excess bandwidth among the VCCs according to a given fair share policy.
  • Per-VC intelligence congestion management for fairness and isolation, ideally including frame discard mechanisms such as early packet discard (EPD) and partial packet discard (PPD).
  • A static shaping function for the real-time VPCs and dynamic shaping for the ABR VPCs.
  • A VS/VD function using ER information received from the VPC core network and invoking the per-VC intelligent congestion management. For ABR VCCs carried in the ABR VPC, this implies the calculation of per-VC ER values for ABR end systems.
  • CAC function to aggregate nonhomogenous connections onto an ABR VPC in order that the QoS objectives are guaranteed for each connection.

Performance Simulation of the Proposed Design

This section compares the performance of TCP traffic transported over UBR and ABR VPCs in the network core with advanced traffic management features at the network edge. The analysis concentrates on the scalability and performance trade-off between ABR and UBR VPC networks. Performance measures include goodput, fairness, and buffer requirements.

Simulation Model

Figure 3 shows the network configuration used in the simulations. The configuration represents a typical VPC network core with multiple UBR sources (VCCs) connected to each edge switch, where they are aggregated onto VPCs (either UBR or ABR). That is, only VPCs exist in the network core. The key in the analysis of ABR VPCs in the core of a large network is to assess the performance across a large number of connections sharing common resources in the core. Rather than focusing on a small subset of connections, this configuration models a large network with high fanout at the network edge, and the analysis concentrates on the performance of the VPC core.
All sources are identical and are explained further later. The traffic is unidirectional, so traffic flows from the sources to receivers. The network bottleneck is the link between the two core switches.
In this configuration, the edge switches contain the sophisticated traffic management functionalities such as per-VC accounting, VS/VD, shaping, packet discard, and VPC aggregation.
All link rates are 150 Mb/s, and the round-trip time (RTT) values are 25, 50, and 100 ms. In all cases the D1 and D3 delays are the same, and D2 was set to three times the value of D1. The duration of the simulations are 125 s (RTT = 25 ms), 150 s (RTT = 50 ms), and 200 s (RTT = 100 ms). Each simulation has a warmup period of 5 s to allow the sources to reach steady state for the analysis.
Traffic Source Model -- This section describes the traffic sources as shown in Fig. 4. It consists of the application level on top, followed by TCP/IP, then a segmentation and reassembly (SAR) function segmenting packets into ATM cells, and finally the transmission line or physical layer at the bottom.
The application is characterized as an ON-OFF source. The file size is selected from a uniform distribution with a file size minimum of 2 Mbytes and maximum of 3 Mbytes. The off period between file transfers is selected from a uniform distribution with minimum 0 and maximum 500 ms. The application models a bursty traffic source. After the application has selected a file size, it is sent to TCP for transport across the network.
TCP is being used as part of the source model because it is the most popular transport protocol for data communications. TCP includes itself a flow control mechanism and a retransmission algorithm that allows error free end-to-end data transmission between TCP users. The TCP version used in the simulations is the 4.3 BSD Reno with fast retransmission and recovery [4].
Current TCP implementations use a coarse timer granularity (500 ms is used in the simulations) for the timeout timer.
The default TCP window size is 64 kbytes. This value is not sufficient to achieve 100 percent utilization in a WAN. For this analysis, the maximum window size has been scaled [5] to take into account the link rate and propagation delay of the links. Accordingly, the window size has been set to the bandwidth delay product:

TCP Window = RTT x Link Rate

The TCP segment size is 1536 bytes. The TCP model includes a small random delay which eliminates the phasing effects reported in [6]. The TCP model used in the simulations does not implement selective acknowledgment and processes acknowledgments without delay.
The Edge Switch Model -- As mentioned earlier, the edge switch model implements sophisticated traffic management features. The edge switch model supports per-VC queuing, and the buffer capacity is limited to 10,000 cells for all simulations. When the buffer occupancy grows above 90 percent capacity (9000 cells), per-VC thresholds are calculated to determine the fair share for each connection. Only connections using more than their fair share (equal share of the buffer) when the edge switch is congested experience packet discard. This congestion control mechanism ensures fairness among connections at the network edge.
UBR VCCs are aggregated onto a UBR or ABR VPC at the edge switch. UBR connections are scheduled onto the VPC using round robin arbitration. Therefore, the VPC contains a mix of cells from all active connections.
The edge switch also supports the ER ABR model, including VS/VD [2, 3]. UBR VCCs are aggregated onto an ABR VPC which is shaped according to the ER received in the backward VPC RM cells. See Table 1 for a complete listing of ABR parameters and values. UBR VPCs are shaped at PCR, which is set to the link rate in the simulation.
The Core Switch Model -- The core switches are modeled as simple FIFO queues with a given buffer size. When the network core supports ABR VPCs, the core switches perform ER ABR according to the Uniform Tracking (UT) algorithm [7]. The UT algorithm performs rate monitoring to adjust the ER value in the backward RM cells. The ABR sources at the edge switches shape the ABR VPCs according to the ER value. Because per-VC frame delineation is not visible by a core VPC switch, only cell discard is supported.

Performance Metrics

The following performance measures are considered in this analysis:
  • Buffer occupancy
  • Goodput
  • Fairness
In the case of a rate-based control mechanism, buffer occupancy together with link utilization is an essential metric to evaluate. If at any point in time, the buffer occupancy is very high, this will mean that the control mechanism is accepting more cells into the network than it should. However, if the link utilization is low in the case when sources are active, this will mean that the control mechanism is overreacting. The fairness and goodput concepts are explained below.
Fairness Index -- One of the performance objectives is to provide fairness to all users of a network. Fairness ensures that no connections are arbitrarily discriminated against and no set of connections arbitrarily favored. A fairness index is defined in ATM Forum Traffic Management Specification version 4.0 [2] to evaluate how fairly the available bandwidth is distributed among the users. The fairness index is

where n is the number of connections (or sources) sharing the network resources, and xi is the ratio of the actual throughput of connection i to the optimal throughput. The optimal throughput is the fair share of the available bandwidth for the considered connection.
For the configuration in Fig. 3, all the contending connections are statistically equivalent and the optimal throughput is the same for all the connections.
Goodput -- Goodput is defined as the ratio of achieved throughput to maximum achievable throughput. Throughput is defined as the rate of good data received by the TCP receiver. Good data refers to the amount of packets successfully received by the TCP receiver. Retransmissions triggered by the TCP stack or duplicate packets received at the receiver are not counted as good data.
The maximum achievable throughput is limited by the bottleneck in the network or at the source. Usually, goodput is expressed as a percentage of the bottleneck link and reflects the efficiency in using the link.
The goodput is then given by

where GD is the total amount in bits of data corresponding to successfully transmitted packets (good data), T is the measurement period (simulation time in this case), LR is the maximum transmission rate of the bottleneck link between the two switches (line rate), and is the AAL5 inefficiency.

Simulation Results

The ER algorithm implemented in the core switch has a configurable target rate parameter. The target rate was set to utilize 90 percent of the output core switch. In this analysis, the ABR goodput is calculated relative to the target utilization.
The TCP window size is set to the bandwidth delay product (BDP) , as shown in Table 2. The core switch buffer sizes have been rounded up to multiples of 10,000-cell values.
Goodput Performance -- One approach to compare the scalability of UBR and ABR VPCs is to compare the goodput as the delay increases for a given buffer size. In this case, the core switch buffer size is limited to 10,000 cells. Figure 5 shows that ABR VPCs are able to maintain a high level of goodput across all RTTs. The core switches experience low average cell occupancy, and congestion is successfully pushed to the edge switches where intelligent packet discard is supported. By distributing congestion across the edge switches, the ABR VPC network maintains high performance.
UBR VPC performance is significantly affected by increasing delay. In the UBR VPC case, the core switch buffer is the single point of cell loss with 20 connections bottlenecked, and regularly experiences random cell loss. In the ABR VPC case, congestion occurs at the edge switches where only four connections are bottlenecked. It is well known that TCP requires packet discard to maximize performance [1]. Once a single cell is discarded from a packet, the packet will be discarded at the TCP receiver. Transporting partial packets to a receiver is a waste of bandwidth.
Random cell loss causes many packets from many connections to be discarded and increases the number of TCP timeouts. As more connections experience timeouts at the same time, bandwidth becomes underutilized. Simulation results show that many more timeouts are experienced with UBR than ABR, up to four times more. The core switch buffer is not large enough to keep the output link utilized while the TCP connections recover from congestion. The core switch output link utilization drops from 87 percent (RTT = 25 ms) to approximately 75 percent (RTTs of 50 and 100 ms).
The results show that an ABR VPC network core scales, and maintains high performance, with increasing network delays. This aspect of delay-insensitive performance is important in real networks since it demonstrates route-insensitive performance. That is, it ensures that users will see the same performance before and after reroutes.
Figure 6 shows the sensitivity of UBR VPC goodput performance to different core switch buffer sizes. Figure 6 shows that TCP goodput performance only improves marginally when there is more than approximately three times the BDP of buffering at the core switch. As the buffering increases, more sources are able to recover from congestion, and the total number of TCP timeouts decreases.
This analysis shows the core switch buffer requirements for UBR to achieve a comparable goodput performance to that of ABR. In this configuration, the required buffering is approximately three or four times the BDP (per output port).
Figure 7 compares the core switch buffer requirements for UBR VPCs to equal the goodput performance of ABR. Again, this shows that ABR scales much better than UBR as the RTT increases. As the delay increases, UBR requires larger and larger buffers to achieve high performance. However, ABR is able to dynamically control the core switch buffer occupancy and successfully move congestion to the edge switches. The intelligent packet discard ensures fairness, and ABR is able to maximize goodput performance.
Fairness -- Fairness can apply at the VPC and VCC levels in a hierarchical fashion. Table 3, Table 4, and Table 5 show the fairness performance of:
  • ABR
  • UBR with 10,000-cell core switch buffers
  • UBR with core switch buffer size large enough to have goodput equal to ABR
Fairness for VPC 1, for example, measures the fairness among all connections within VPC 1. The overall VPC fairness measures the fairness among VPCs. The VCC overall fairness measures the fairness among all VCCs and may differ from the overall VPC fairness.
Tables 3–5 show that the functionality at the edge solution is able to ensure fairness at all levels. Because UBR experiences random cell loss, it is expected that it is somewhat fair. However, in all cases ABR fairness is equal to or better than that of UBR at the VPC and VCC levels.
Note that the fairness is not a linear function. The improvement required to raise the fairness performance increases as the fairness increases. For example, a large performance increase is required to increase fairness from 97 to 98 percent.

Discussion

The simulation results show that supporting ABR VPCs in the network core is a more scalable and efficient solution than UBR VPCs. The ABR VPC solution is able to minimize core buffer requirements while maintaining high goodput performance over varying delays. Large buffers in the core switches will add queuing delay to the traffic during congestion. By pushing congestion to the network edge, ABR is able to utilize intelligent packet discard to ensure fairness at the VCC level. Furthermore, pushing congestion to the edges allows for more efficient use of the available buffers at the edge switches than UBR VPCs.

Summary

Functionality at the edge provides the advantage of allowing the consolidation of non-real-time traffic into ABR VPCs to provide scalable networks, maximal bandwidth usage, ease of manageability, and reduced core switch resource requirements.
The hierarchical nature of the proposed design provides the flexibility, performance, and scalability required from a multiservice broadband network.
Flexibility -- The design can accommodate a wide range of non-real-time services, be they native ATM services or legacy services with ATM adaptation at the edge of the network.
Scalability -- The design scales well given the consolidation of services at the edge of the network and its management simplicity in the core. Supporting ABR VPCs for all non-real-time traffic further reduces the number of VPCs in the network core.
Performance -- The network performance and end-to-end performance are achieved by keeping a congestion-free core and moving the complexity associated with managing the resources for the specific services to the edge of the network.
Efficiency -- The ABR VPC dynamically adjusts the VPC shaping rate to utilize bandwidth made available by real-time VPCs with static bandwidth allocation. In this manner, the network core capacity is maximized.
Simulation results show that ABR VPCs are successful in pushing congestion to the network edge where per-VC intelligent packet discard is able to maximize performance. The results show that ABR is a scalable solution to maximize bandwidth in the network core while providing fairness at the VPC and VCC levels.

References
[1] Romanow and S. Floyd, "Dynamics of TCP Traffic over ATM Networks," IEEE JSAC, vol. 13, no. 4, May 1995, pp. 633–41.
[2] ATM Forum, ATM Forum Traffic Management Specification, v. 4.0, AF-TM-0056, Apr. 1996.
[3] ITU-T Rec. I.371, "Traffic Control and Congestion Control in B-ISDN," SG 13, Geneva, Switzerland, Nov. 1995.
[4] W. R. Stevens, TCP/IP Illustrated, Vol. 1, The Protocols, Addison-Wesley, 1994.
[5] V. Jacobson, R. Braden, and D. Borman, "TCP Extensions for High Performance," RFC 1323, May 1992.
[6] S. Floyd and V. Jacobson, "On Traffic Phase Effects in Packet-Switched Gateways," Internetworking: Res. and Experience, vol. 3 no. 3, Sept. 1992, pp. 115–56.
[7] C. Fulton, S. Li, and C. S. Lim, "UT: ABR Feedback Control with Tracking," ATM Forum 97-0239 -- Traffic Management, 1997.
[8] ATM Forum, "Addendum to Traffic Management V4.0 for ABR Parameter Negotiation," AF-TM-077.000, Jan. 1997.

Biographies
Steve Rosenberg is a member of the Advanced Technology Support group at Newbridge Networks Corporation. He joined Newbridge as a member of the ATM performance and traffic management group in 1995. He holds a B.Eng. in electrical engineering from Carleton University in Ottawa, Canada.
Mustapha Aissaoui is manager of the Advanced Technology Support group at Newbridge Networks Corporation. He holds an electrical engineering diploma from Polytechnic School of Algiers and a M.Sc. in electrical engineering from the University of Ottawa. He joined Newbridge in 1993 as a member of the ATM Network Engineering group.
Keith Galway is a product planner of ATM products for Newbridge Networks Corporation. He joined Newbridge in 1988 as a hardware designer before moving to his current role in 1997. He holds a B.Sc. in electrical engineering from the University of Waterloo.
Natalie Giroux is director of Performance Engineering for Newbridge Networks Corporation. She joined Newbridge as manager of the ATM performance and traffic management group in 1993. She has chaired the Traffic Management working group at the ATM Forum since February 1994. She holds an M.Sc in computer simulation from Université Laval, Quebec City, Canada. Prior to joining Newbridge, she worked as a teletraffic performance analyst for Bell-Northern Research in Nepean, Canada.