(RADIATOR) tigris and Accounting-Request
Hugh Irvine
hugh at open.com.au
Mon Mar 31 17:18:55 CST 2003
Hello Adam -
This looks very much to me like a NAS bug.
If you are not using a session database at all, you can set up the
following:
# define NULL session database
<SessionDatabase NULL>
Identifier NULLSDB
</SessionDatabase>
And you could also set up a special Handler to catch these requests:
# define Handler for Accounting-On
<Handler Acct-Status-Type = Accounting-On>
....
</Handler>
<Handler Request-Type = Accounting-Request>
....
</Handler>
.....
regards
Hugh
On Monday, Mar 31, 2003, at 23:53 Australia/Melbourne, Adam Pogorzelski
wrote:
> Hi,
> I got strage problem with radiator 3.5 and tigris with 12.3.1.15
> firmware.
> Tigris is sending me Accounting-Requests with Nas-Reload many times
> with
> the same acct-session-id, and after that radiator wants to delete all
> sessions which belongs to this NAS.
> I dont know if its tigris bug or feature.
> After every packet from NAS radiator sending response:
> ------
> *** Received from aaa.bbb.ccc.ddd port 8002 ....
>
> Packet length = 72
> 04 10 00 48 67 ba bd 00 36 ea 02 ab 3c 72 ff e5
> 17 b6 11 d3 04 06 3e 1d ff d2 28 06 00 00 00 07
> 29 06 00 00 06 4c 2c 16 30 33 30 33 33 31 2e 31
> 33 34 35 35 35 2e 30 30 30 30 30 30 1a 0c 00 00
> 00 05 15 06 00 00 00 01
> Code: Accounting-Request
> Identifier: 16
> Authentic: g<186><189><0>6<234><2><171><r<255><229><23><182><17><211>
> Attributes:
> NAS-IP-Address = aaa.bbb.ccc.ddd
> Acct-Status-Type = Accounting-On
> Acct-Delay-Time = 1612
> Acct-Session-Id = "030331.134555.000000"
> Acc-Acct-On-Off-Reason = NAS-Reload
>
> Mon Mar 31 15:13:38 2003: DEBUG: Handling request with Handler
> 'Request-Type = Accounting-Request'
> Mon Mar 31 15:13:38 2003: DEBUG: Deleting all sessions for
> aaa.bbb.ccc.ddd
> Mon Mar 31 15:13:38 2003: DEBUG: Handling with AuthINTERNAL:
> AccountingResponse
> Mon Mar 31 15:13:38 2003: DEBUG: Accounting accepted
> Mon Mar 31 15:13:38 2003: DEBUG: Packet dump:
> *** Sending to 62.29.255.210 port 8002 ....
>
> Packet length = 20
> 05 10 00 14 e5 03 dd 84 1d f0 9a 3a c8 84 51 7e
> 24 0c ea df
> Code: Accounting-Response
> Identifier: 16
> Authentic: g<186><189><0>6<234><2><171><r<255><229><23><182><17><211>
> Attributes:
> -----
>
> Here my config:
>
> <Client aaa.bbb.ccc.ddd>
> NasType TigrisNew
> Secret abcdabcd
> </Client>
> and Handler:
>
> <AuthBy INTERNAL>
> Identifier AccountingResponse
> AcctResult ACCEPT
> </AuthBy>
>
> # define Handlers
> <Handler Request-Type = Accounting-Request>
> AuthBy AccountingResponse
> AcctLogFileName ./detail
> </Handler>
>
> I got 12 tigrises and all of them are doing the same.
> And not only NAS-Reloads/resets, but Acc-Acct-On-Off-Reason = Enabled
> and
> so.
> I've checked freeradius and it looks that he got somenthing that
> recognizes packets with same session-id and somehow knows that
> NAS-reloaded many seconds ago and he doing nothing. Or if packets is
> seen
> first time, updating session database.
> I've informed ericsson too so i am waiting for additional info.
> Best Regards
>
> ----
> A.P. <kwaz at intelcom.pl>
> UNIX/Linux system administrator
>
>
> ===
> 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.
>
>
NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
--
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