Thank you very much! I will try. Long Lei > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, November 13, 2008 1:06 PM > To: tcpreplay-users@lists.sourceforge.net > Subject: Tcpreplay-users Digest, Vol 30, Issue 1 > > Send Tcpreplay-users mailing list submissions to > tcpreplay-users@lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/tcpreplay-users > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Tcpreplay-users digest..." > > > Today's Topics: > > 1. --pps and --topspeed (Long Lei) > 2. Re: --pps and --topspeed (Aaron Turner) > 3. How to handle SRC-Nat (Wang Fan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 11 Nov 2008 15:37:34 +0800 > From: "Long Lei" <[EMAIL PROTECTED]> > Subject: [Tcpreplay-users] --pps and --topspeed > To: <tcpreplay-users@lists.sourceforge.net> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > > > 1, My OS is Linux ubuntu 2.6.27-7-server #1 SMP Fri Oct 24 07:37:55 UTC 2008 > i686 GNU/Linux > > 2, Hardware: 4G RAM, AMD Athlon 64 Dual-core 1*2.6G > > 3, tcpreplay -V > > tcpreplay version: 3.3.1 (build 2033) > > Copyright 2001-2008 by Aaron Turner <aturner at synfin dot net> > > Cache file supported: 04 > > Not compiled with libnet. > > Compiled against libpcap: 0.9.8 > > 64 bit packet counters: enabled > > Verbose printing via tcpdump: enabled > > Packet editing: disabled > > Fragroute engine: disabled > > > > 3, When I ran "tcpreplay --topspeed --intf1=eth0 all.pcap", the result was: > > sending out eth0 > > processing file: all.pcap > > Actual: 253586 packets (28122441 bytes) sent in 0.96 seconds > > Rated: 29134243.1 bps, 222.28 Mbps/sec, 262709.64 pps > > > > 4,When I ran "tcpreplay --pps=200000 --intf1=eth0 all.pcap", the result was: > > sending out eth0 > > processing file: all.pcap > > Actual: 135215 packets (15026874 bytes) sent in 1.78 seconds > > Rated: 8426957.1 bps, 64.29 Mbps/sec, 75827.55 pps > > > > It seemed that "--pps" didn't work. Would you like to help me out? Thank you > very much! > > > > Bill > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Tue, 11 Nov 2008 00:04:53 -0800 > From: "Aaron Turner" <[EMAIL PROTECTED]> > Subject: Re: [Tcpreplay-users] --pps and --topspeed > To: "Main forum for tcpreplay" <tcpreplay-users@lists.sourceforge.net> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > This is perhaps a bit difficult to explain, but --topspeed will always > be significantly faster then the maximum value for --pps with the > current code. Using anything but --topspeed introduces some > additional calculations to figure out sleep times + the overhead of > sleeping which depending on your platform may or may not be very > accurate. Using --mbps and --multiplier are even worse then --pps > since even more calculations are necessary and I can't use weighted > averages. > > I'm currently working on some code which specifically address this > issue so that higher packet rates are possible when using --pps, but > it never will equal --topspeed. > > Also, I've no idea what version of glibc your box has, but older > versions have an issue which causes bad timings. This issue was fixed > in the latest version of tcpreplay. > > And of course if you haven't recently read the sections in the > Tcpreplay manual about timing methods and tuning for high performance, > you should refresh your memory: > > http://tcpreplay.synfin.net/trac/wiki/tcpreplay#ChoosingaTimingMethod > > You might find trying a different timing method helps alot. > > -- > Aaron Turner > http://synfin.net/ > http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & Windows > They that can give up essential liberty to obtain a little temporary > safety deserve neither liberty nor safety. -- Benjamin Franklin > > > On Mon, Nov 10, 2008 at 11:37 PM, Long Lei <[EMAIL PROTECTED]> wrote: > > Hi, > > > > > > > > 1, My OS is Linux ubuntu 2.6.27-7-server #1 SMP Fri Oct 24 07:37:55 UTC 2008 > > i686 GNU/Linux > > > > 2, Hardware: 4G RAM, AMD Athlon 64 Dual-core 1*2.6G > > > > 3, tcpreplay -V > > > > tcpreplay version: 3.3.1 (build 2033) > > > > Copyright 2001-2008 by Aaron Turner <aturner at synfin dot net> > > > > Cache file supported: 04 > > > > Not compiled with libnet. > > > > Compiled against libpcap: 0.9.8 > > > > 64 bit packet counters: enabled > > > > Verbose printing via tcpdump: enabled > > > > Packet editing: disabled > > > > Fragroute engine: disabled > > > > > > > > 3, When I ran "tcpreplay --topspeed --intf1=eth0 all.pcap", the result was: > > > > sending out eth0 > > > > processing file: all.pcap > > > > Actual: 253586 packets (28122441 bytes) sent in 0.96 seconds > > > > Rated: 29134243.1 bps, 222.28 Mbps/sec, 262709.64 pps > > > > > > > > 4,When I ran "tcpreplay --pps=200000 --intf1=eth0 all.pcap", the result was: > > > > sending out eth0 > > > > processing file: all.pcap > > > > Actual: 135215 packets (15026874 bytes) sent in 1.78 seconds > > > > Rated: 8426957.1 bps, 64.29 Mbps/sec, 75827.55 pps > > > > > > > > It seemed that "--pps" didn't work. Would you like to help me out? Thank you > > very much! > > > > ------------------------------ > > Message: 3 > Date: Thu, 13 Nov 2008 13:05:26 +0800 > From: "Wang Fan" <[EMAIL PROTECTED]> > Subject: [Tcpreplay-users] How to handle SRC-Nat > To: <tcpreplay-users@lists.sourceforge.net> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="gb2312" > > Hi, > We are using Tcpreplay to test against network devices. It is powerful and > help us greatly! > > As to handling src-nat device, after reading > http://tcpreplay.synfin.net/trac/wiki/usage#PassingTrafficThroughaFirewall > RouterNon-TransparentDevice, > I still have some questions: > > In the attached scenario, Client is on Trust side and Server is on Untrust side. > Firewall changes packet?s src ip and src port on its Untrust interface when > client access outside server. This is the most normal src-nat implementation. > In detail, src ip is changed to Untrust interface ip and src port is changed > randomly. As to this diagram, for example, original packet > 1.1.1.2:5555?2.2.2.2:80 is changed to 2.2.2.1:6000 (may be 5211 next > time)?2.2.2.2:80 > These 2 changes cause 2 issues when Tcpreplay sending packets from Server to > Client: > 1. It should change dst ip address to 2.2.2.1. This can be resolved by > tcpwrite. > 2. It should change dst port to the randomly generated port, here is 6000. > By now tcpreplay likely can?t handle it. > > So would you help us about issue 2 ? > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: topology.png > Type: image/png > Size: 34526 bytes > Desc: not available > > ------------------------------ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > ------------------------------ > > _______________________________________________ > Tcpreplay-users mailing list > Tcpreplay-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tcpreplay-users > > > End of Tcpreplay-users Digest, Vol 30, Issue 1 > **********************************************
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Tcpreplay-users mailing list Tcpreplay-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tcpreplay-users Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
