William Cobau wrote: > Tcpreplay community, > > I am already successfully using tcpreplay for my testing activities. > Our setup is rather simple with a Linux server (typically Redhat EL5) > connected directly via 1000 B/T to the system under test. The linux > server uses tcpreplay (presently v3.2.5, but we could/will upgrade to > v3.3.x) to send previous captured data streams to the system under > test. There is no need for tcprewrite or the other tools in the > tcpreplay suite as the tcpreplay box is simulating a mirror port or a tap. > > We are trying to enhance our testing by increasing amount of data and > the data rate. The data was captured at roughly 350 Mbps over 3 hours > for 450 Gbytes/1e9 packets. > > Has anyone built or bought a box that handles this data rate and > volume? Any suggestions or comments would be welcome. > > Bill Cobau Hi William, What sort of traffic are you trying to replay? In particular, what sort of packet sizes are you using? I've found in testing that the packet rate that I'm able to achieve is more or less consistent regardless of the packet size. Meaning that if I'm replaying large packets (eg. 1k) I can saturate a gigabit link (even without the cache option), but if I'm replaying small packets (eg. 58bytes) I'll see figures more like 80mb/s.
I second Peter Van Epp's comments about pci-express. If possible I'd go for a pci-express x4, or better, card. Andrew Edgecombe ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Tcpreplay-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tcpreplay-users Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
