(RADIATOR) Multiple Accounting Stop Records
Hugh Irvine
hugh at open.com.au
Mon Aug 27 18:42:50 CDT 2001
Hello William -
What you are seeing is NAS retransmissions because the NAS has not received
an Accounting-Response in reply to an Accounting-Request (or possibly a NAS
bug). The radius retransmission timeout on the NAS must be set to 60 seconds
if that is what you are seeing in the log file.
Note that it is pretty simple to recognise the retransmissions simply by the
fact that the Acct-Delay-Time is not 0. In other words, the first
transmission of an accounting packet will have an Acct-Delay-Time of 0, the
second will have an Acct-Delay-Time of whatever the radius retry timeout is
set on the NAS, the third will have an Acct-Delay-Time of twice the radius
retry timeout, etc. etc.
The way to find out what is happening is to check a trace 4 debug from
Radiator to verify that the first accounting packet in the series is indeed
being replied to, and then use your favourite packet sniffer along the
transmission path back to the NAS to verify whether the reply is getting back
to the NAS.
In our experience the vast majority of problems like this are the direct
result of saturated links somewhere in the transmission path that cause
packets to be dropped.
hth
Hugh
On Tuesday 28 August 2001 04:04, William Hernandez wrote:
> We're having a problem with multiple accounting stop records. The
> stop records have exactly a 1 minute difference between them,
> ..i.e, a stop record at 09:00:00 is followed by another stop
> record at 09:00:01.
>
> We starting seeing these multiple accounting stop records about a
> month ago. This coincides with some changes we made to our
> systems, namely, upgrading to RedHat 7.1, upgrading to Radiator
> 2.18.1, and switching to TotalControl (HiperArc) NASes.
>
> I need help determining why we're getting there multiple stop
> records. Everything was working fine with Radiator 2.16 and with
> the Ascend Maxes we were previously using.
>
> I found some messages in the archives about Acct-Delay-Time, but
> they're rather old and had to do with Radiator 2.14 and MAXes.
> The manual seems to indicate that the default value of
> Acct-Delay-Time is 0, but as you can see from the accounting log
> the second stop record has a value of 60 which is exactly the 1
> minute difference between stop records that we're seeing.
>
> In this a Radiator problem or a Total Control problem or should I
> be looking elsewhere.
>
> Thanks in advance.
>
> William Hernández
> ESS/PR Webmasters
> San Juan, P.R.
> Tel: 787-723-5000
> Fax: 787-722-6242
>
> -------------------------From the dictionary
> file----------------------
> ATTRIBUTE Acct-Delay-Time 41 integer
>
> -------------------------From the Accounting detail
> file-----------
> Wed Aug 15 08:59:29 2001
> User-Name = "pijuan"
> NAS-IP-Address = 208.249.78.12
> NAS-Identifier = "208.249.78.12"
> Acct-Status-Type = Stop
> Acct-Session-Id = "35455064"
> Acct-Delay-Time = 0
> Acct-Authentic = RADIUS
> Service-Type = Framed-User
> NAS-Port-Type = Async
> NAS-Port = 549
> USR-Modem-Training-Time = 17
> USR-Interface-Index = 1805
> Chassis-Call-Slot = 3
> Chassis-Call-Span = 2
> Chassis-Call-Channel = 37
> Unauthenticated-Time = 4
> Calling-Station-Id = ""
> Called-Station-Id = "6419000"
> VPN-ID = 0
> Modulation-Type = v90Digital
> Simplified-MNP-Levels = ccittV42
> Simplified-V42bis-Usage = ccittV42bis
> Connect-Speed = 48000_BPS
> Framed-Protocol = PPP
> Framed-IP-Address = 63.124.21.132
> VTS-Session-Key =
> "W<228>|<171><29><244><232><202><246>4;<208><219><132>
> "<173>"
> Call-Arrived-time = 177418488
> Call-Lost-time = 177425969
> Acct-Session-Time = 7464
> Acct-Terminate-Cause = User-Request
> Disconnect-Reason = 8
> Speed-Of-Connection = 48000
> Acct-Input-Octets = 1050588
> Acct-Output-Octets = 2531954
> Acct-Input-Packets = 7333
> Acct-Output-Packets = 7891
> Timestamp = 997880369
>
> Wed Aug 15 09:00:29 2001
> User-Name = "pijuan"
> NAS-IP-Address = 208.249.78.12
> NAS-Identifier = "208.249.78.12"
> Acct-Status-Type = Stop
> Acct-Session-Id = "35455064"
> Acct-Delay-Time = 60
> Acct-Authentic = RADIUS
> Service-Type = Framed-User
> NAS-Port-Type = Async
> NAS-Port = 549
> USR-Modem-Training-Time = 17
> USR-Interface-Index = 1805
> Chassis-Call-Slot = 3
> Chassis-Call-Span = 2
> Chassis-Call-Channel = 37
> Unauthenticated-Time = 4
> Calling-Station-Id = ""
> Called-Station-Id = "6419000"
> VPN-ID = 0
> Modulation-Type = v90Digital
> Simplified-MNP-Levels = ccittV42
> Simplified-V42bis-Usage = ccittV42bis
> Connect-Speed = 48000_BPS
> Framed-Protocol = PPP
> Framed-IP-Address = 63.124.21.132
> VTS-Session-Key =
> "W<228>|<171><29><244><232><202><246>4;<208><219><132>
> "<173>"
> Call-Arrived-time = 177418488
> Call-Lost-time = 177425969
> Acct-Session-Time = 7464
> Acct-Terminate-Cause = User-Request
> Disconnect-Reason = 8
> Speed-Of-Connection = 48000
> Acct-Input-Octets = 1050588
> Acct-Output-Octets = 2531954
> Acct-Input-Packets = 7333
> Acct-Output-Packets = 7891
> Timestamp = 997880369
>
> ===
> 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.
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
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.
More information about the radiator
mailing list