1 Mar 2012 15:24
Re: Misc problems with argus-clients v. 3.0.5.34
Markku Parviainen <maketsi <at> gmail.com>
2012-03-01 14:24:39 GMT
2012-03-01 14:24:39 GMT
Hi, 2012/2/29 Carter Bullard <carter <at> qosient.com>: > I think the problems you're getting from rabins.1 may not be bugs, but > its definitely not the right results. When processing time based bins, > rabins.1 will reject data if its not within its working time range. If you > don't tell rabins.1 what time range to use, with the -t option, rabins.1 will > have to figure out what the time range is. It does this when reading > from a file by reading the file twice. Once to figure out the time ranges, > then another run to process the data into its preallocated bins. > > When you pipe data into rabins.1, it has to guess what the time range > is going to be, and so there is potential to throw data away if its all over > the calendar, so to speak. This doesn't solve your problem, but it just > explains why I think you're getting unpredicted results. Actually on my original script where I noticed this problem, I already was using -t option. It doesn't affect to the results. But thanks for pointing out that rabins will read the data twice without it. Related to this problem, rabins also seems to generate new records. Look at the port 0 (and 3074) below. This is what the data looks like: # racluster -m proto dport -r test.arg.gz -w - - udp | rasort -m pkts -s proto dport pkts -n | head -5 udp 161 353877 udp 137 133430 udp 3074 108009 udp 53 89020(Continue reading)
RSS Feed