- 10 ways the Chinese Internet is different
- Hacker writes rootkit for Cisco's routers
- Verizon snares $678 million federal network deal
- Cisco loses $2 million order to Nortel
- HP buys EDS for $13.9 billion
The Payment Card Industry Data Security Standard (PCI DSS) is a set of industry regulations imposed by the major credit card companies to ensure the safety, security, and integrity of cardholder data. Any business that processes, stores, and transmits cardholder account data must comply with this complex new standard, and must be able to demonstrate that compliance through automated and manual audits of their systems. This white paper looks at the key challenges and requirements of PCI DSS as it relates to Microsoft Windows and Active Directory, and shows you how a third-party software solution can help with PCI compliance.
Get the latest on storage technologies that allow IT professionals to better cope with new IT demands. Learn how storage technologies can help you successfully tackle e-Discover, regulatory compliance, green data center initiatives and the data explosion. Get all the details now.
There are many compelling reasons for virtualizing Windows and Linux applications. Virtualization improves server utilization by allowing you to run multiple workloads on a single physical server. It reduces the number of physical servers you have to maintain, while allowing you to use less physical space and power while still improving scalability. All of these capabilities translate directly into lower costs, less complexity, and greater flexibility in your mixed IT environment. Register below to learn more and be entered to win an Archos 605 Portable Media Player.
Setting filters on routers might be mandatory for access control and usage tracking, but suffering a performance hit is strictly optional.
We took six access routers from five vendors and loaded the devices with progressively larger numbers of filters and routes. Routers from ImageStream, Lucent, Riverstone and Tasman didn't break a sweat, delivering essentially the same latency and throughput with hundreds of filters and large routing tables as they did with bare-bones configurations.
At the other end of the spectrum is Cisco's 2651 router. It put up respectable baseline numbers, but performance plummeted once we added filtering. This is hardly a surprise: The 2651 is based on a single CPU and a scant 64M bytes of memory. Although we upgraded the 2651 to its maximum of 128M bytes of RAM, its aging design is no match for other routers in this test. All others use 256M bytes of RAM, and most use custom silicon such as network processors or field-programmable gate arrays to boot.
Cisco declined to participate in this review, saying users are interested in issues other than performance. Given Cisco's dominant market share, we purchased Cisco 2651 routers for inclusion in this review. We also shared our methodology with Cisco, notified the company of our plans, upgraded the routers' memory to be able to complete some tests and, as with all other test participants, informed Cisco of its product's results before publication.
Companies use filters on access routers for all sorts of reasons: To keep unauthorized users or applications out, to track usage of authorized applications and to restrict access to the router. (See Internet Engineering Task Force Guidelines, and "Filtering Dos and Don'ts" .)
We measured the performance effect of filtering with three metrics: throughput, average latency and maximum latency (see How we did it). To determine routers' ability to recover from failure, we also measured reboot times under load for each device.
Our test setup consisted of a pair of identical routers connected by two T-1 interfaces using crossover cables (see test diagram). The product configurations - routers with two T-1s and two Ethernet interfaces - are arguably the most commonly found devices in any corporation's routing setup.
To determine the performance impact of filtering on this class of device, we began with a baseline case of no filters and no routing, and then added ever-larger numbers of filtering and routing conditions.
In the filtering cases, we asked vendors to configure one router with filters covering multiple conditions: source and destination IP address; protocol number; and TCP or User Datagram Protocol (UDP) port number. We asked vendors to set their last filter as the one we'd use for test traffic, forcing the routers to cycle through their entire filter list. Vendors also enabled logging, so we'd know how many packets "hit" each filter. Tests were run with eight, 16, 64 and 256 unique filters applied.
In the routing test cases, we asked vendors not only to apply various numbers of filters but also to enable two routing protocols - Border Gateway Protocol (BGP) and Open Shortest Path First (OSPF).
We ran through the various numbers of filters with two routing scenarios, dubbed "small tables" and "big tables." In the small-table case, we advertised reachability information for 64 networks each over BGP and OSPF. That's the sort of table size a small or midsize business might run.
In the big-table case, we advertised 125,000 routes using BGP and 4,096 using OSPF. The first number represents the current size of the Internet "full table" - the total number of networks visible in the global Internet. The second number represents about 10% of the size of a Tier-1 ISP's OSPF Area 0 network - the core of any OSPF network.
Holding the full Internet table might seem like a lot to ask of an access router. However, a growing number of corporations use multi-homed connections - BGP connections to different ISPs for redundancy - and their actual table size might be at least twice as large as the one we used.