Ethernet Switch Tests Improve Network Reliability
Simple loopback tests don''t always reveal problems.
Vinod Bhardwaj, ControlNet, Campbell, CA -- Test & Measurement World, 6/1/1999
| Manufacturers of Ethernet switches face a test quandary. If you test just for conformance to standards, you risk shipping products that fail in real applications. Standards such as IEEE 802.31 provide a baseline for switch testing, but standards fail for the very reason they were adopted—they represent the least-common denominator. Testing to a predictable standard is not the same as testing for performance on a network. A simple Ethrnet switch packet test can prove the switch meets a throughput standard, but the test may ignore other conditions that occur in networks—error packets, erratic interpacket gap (IPG), or jitter. To find defects in Ethernet switches, you should test the device not just to standards but also to real-world network conditions. Components Make a Difference In addition, a capacitor with dielectric characteristics suitable for filtering at low frequencies may not filter well at higher clock frequencies. Because of these capacitors’ availability, design engineers may select a capacitor that is inappropriate for a circuit. As the industry produces higher network speed designs (e.g., gigabit Ethernet), network components must meet more stringent tolerances for clock and other timing attributes. In gigabit Ethernet, the shortening of signal risetimes that accompanies an increase in clock speed can lead to improper timing in network signals. The timing errors increase the number of error packets, which severely limits the performance of an Ethernet switch or other network component. Small revisions in board layout can affect a switch’s network performance. At low frequencies, a minor change in a PCB’s stub length may have minimal effect on network performance. At higher frequencies (100 MHz and up), small layout changes can make a difference in how well the switch performs. If a design change calls for trace changes because of EMI emissions or susceptibility, side effects such as cross talk, improper signal timings, and other unpredictable or difficult-to-test effects may occur. Ultimately, small design changes can cause an Ethernet network component to deviate from the IEEE standards for Ethernet. Emulate a Network
The test configuration links external hubs to packet-generation nodes, creating a network-like segment to feed the switch under test. You should set the remote nodes in the simulated network to echo mode and have them return one or more packets for each packet they receive. You will then generate a client-server stream of “randomized” traffic. You should test Ethernet switches under various loads and verify remote monitoring (RMON) counters and Simple Network Management Protocol (SNMP) Management Information Bases (MIBS). In addition, you should perform power-up tests as another real-world example. Power-up tests can tell you if the DUT accurately and completely executes auto-negotiation. Auto-negotiation occurs if you stress the switch and it adapts to all advertised rates and duplex modes. The test also tells you how well the switch performs on power-up under a heavy traffic load. Parametric tests will reveal defects that packet-level tests may not. Timing inconsistencies can vary slightly among tranceiver ICs used to drive Ethernet ports in network components. These variations can cause interoperability problems between transceivers from different IC manufacturers. Those problems can affect a switch’s ability to communicate consistently to data-communication equipment from different manufacturers. You can’t diagnose the defects I’ve mentioned with higher-layer testing. These defects require a physical layer test such as one that examines signal characteristics—risetime, amplitude, jitter, and cross talk. The real value of manufacturing testing lies not just in filtering out bad products, but in feeding important defect information back to the design engineers. T&MW FOOTNOTE |



















