(RADIATOR) Needs expert's opinion

[Ingvar Berg (LI/EAB)]

Hi MJ,

There can be at least two natural explanations for the difference:

1. The NAS counts header bytes and retransmissions
2. There's a lot of dirt flying around at the Internet, you get a lot of packets not asked for.

That it would add up to more than 20% extra seems a bit much, but the second cause would explain the dependency on time.

/Ingvar

> -----Original Message-----
> From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au]On
> Behalf Of MJ
> Sent: den 11 augusti 2004 12:41
> To: Hugh Irvine
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) Needs expet's opinion
> 
> 
> Hi Hugh,
> The problem is that ACCTOUTPUTOCTETS is not exactly equal to the bytes
> downloaded, as I mentioned that I downloaded a file 996K but the
> ACCTOUPUTOCTETS are 1252972 also it has a relationship with 
> time also. Our
> plane to introduce a product based on user's download in this 
> case we need
> more accurate values or atleast 80% accurate, we can keep 20% 
> margin. Do you
> think that these values are nearly equal to the actual 
> downloaded bytes.
> 
> We enable Accounting on NAS, it is updating accounting table 
> every 5 minutes
> ( we set 5 minutes specifically). The idea was to get the sum of
> ACCTOUTPUTOCTETS for a specific user during the specified 
> time as Radiator
> was only inserting data into the accounting table after user 
> disconnects,
> but due to NAS Accounting, every 5 minutes it has a 
> cumulative record for
> the user. Is there any way we can restrict NAS Accounting not 
> to insert the
> information into the actual accounting table but keep it somewhere
> temporarily?
> 
> MJ

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.