 |

How We Tested ATM Access Concentrators
We used our partner facilities at the MCI WorldCom Developer's Labs in Richardson, Texas, for our tests. MCI WorldCom supplied connections to its public ATM service, over which we configured several virtual paths (VPs) between POPs (points of presence) in San Antonio and Houston.
We set ATM circuit parameters identically on each box, using the same SCR/PCR (Sustained Cell Rate/ Peak Cell Rate) values. Within the network, SCR and PCR equal 1,811 cps (768 Kbps) for the voice virtual circuits. Ethernet data ran over a different virtual path, with PCR equaling 3,622 cps (1.5 Mbps) and SCR equaling 38 cps (16 Kbps). We set the MCI WorldCom switches to mark Cell Loss Priority bits for traffic exceeding SCR, but not to drop cells. Traffic shaping was turned on, with data traffic using the lowest priority queue and voice traffic using the highest. We also turned on Early Packet Discard to minimize the effects of congestion.
In our first test, we used an Ameritech AM2D call generator to bring up 24 calls over the network, two per second, analyzing call completion rates. Because the Lucent devices did not support compressed voice, we ran only six concurrent calls betweenPacketStar Access Concentrator 10s. Calls were held up for 60 seconds, brought down and then restarted 70 seconds later.
Next, we analyzed the dynamic bandwidth allocation capabilities of each device. Using the Wandel and Goltermann DA-30 Internetwork Analyzer's Flexmit application, we sent a steady stream of 1,000-byte pings across the network at 1.4 Mbps. We then repeated the AM2D voice calling test, capturing data from the ingress to MCI WorldCom's ATM backbone with an HP 7500 analyzer (see "Dynamic Bandwidth Allocation," Above).
We then captured a data-only baseline, using the DA-30 RTBench Application. RTBench generates IP packets of various sizes, increasing the injection rate in 10 percent increments, up to our target maximum of 1.3 Mbps. RTBench reports throughput at the maximum lossless level--the highest point at which 100 percent of submitted packets are still being received. Latency calculations are also made at this level (see "ATM Access Concentrators Throughput vs. Latency," to the right). To analyze data performance with voice calls present, we reran the RTBench test--this time with the Ameritec AM2D holding all 24 voice channels open, except, as noted, with the Lucent box (see "Combined Voice-Data Test," below).
Finally, we analyzed voice quality with calls placed with an Intecom PBX, while capturing bandwidth utilization in the WAN with the HP 7500. To examine voice activity detection (silence suppression) efficiency, we disconnected handsets from the telephones and watched utilization on the HP 7500.
|
 |