argus-2.0.0m
Peter Van Epp
vanepp at sfu.ca
Wed Oct 4 11:43:55 EDT 2000
Yep that looks to have done it for the HUPs, its worked fine every time
so far. There does look to be a performance or measurement issue at 100 though:
-rw-r--r-- 1 root other 38004 Oct 4 08:15 argus.2.1
-rw-r--r-- 1 root other 36352 Oct 4 08:18 argus.log.2.100
-rw-r--r-- 1 root other 38004 Oct 4 08:13 argus.log.1.1
-rw-r--r-- 1 root other 37872 Oct 4 08:12 argus.log.1.100
The log files are at 1 meg per second (.1) and at ~95 megabits (.100).
The 100 ones seem to get too few bytes although the first didn't notice it.
Its at this point unclear that this isn't an artifact of tcpreplay and/or
errors on the wire at 100. I have the hardware for my 100 capable sniffer but
the software won't be here for a week or so so I can't so far get an
independent picture of what is really making the wire.
skaha# bin/ra -r argus.log.1.1 |tail
...
04 Oct 00 08:13:10.017338 man pkts 5002 bytes 2672181 drops 0 STP
bin/ra -r argus.log.2.1 -n | tail
...
04 Oct 00 08:14:38.246505 man pkts 5002 bytes 2672181 drops 0 STP
skaha# bin/ra -r argus.log.1.100 -n |tail
...
04 Oct 00 08:12:00.803003 man pkts 5002 bytes 2672181 drops 0 STP
bin/ra -r argus.log.2.100 -n | tail
...
04 Oct 00 08:18:49.571692 man pkts 4771 bytes 2582060 drops 0 STP
But all in all it looks good. I'm about to go poke at why my FreeBSD
boxes aren't performing. I had that facinating thought that I wonder if it is
the IDE DMA not being bus mastering. At this point I still have access to my
original Supermicro server class P2 450 machine with a GX motherboard and
SCSI disks. I'm intending on trying it at 100 and see if it does better than
the BX / IDE disk Intel boards and then go from there (i.e. if it does do
better move the SCSI controllers to an Intel and see if it is disk or
motherboard).
Then it will be butcher tcpreplay to allow for full duplex operation
(read two files, merge the time stamps in the correct order and output them
to 2 interfaces to simulate a full duplex link). If I need to move to two
machines for disk performance this is going to get interesting staying in
sync, since outputing an ack before the generating packet makes the wire in
the other direction is likely to cause excitment :-).
Peter Van Epp / Operations and Technical Support
Simon Fraser University, Burnaby, B.C. Canada
More information about the argus
mailing list