Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: (ASCEND) "Accounting-On" Accounting Packet?

Yes,
Im running 3 MAX 4004's with Ascends Access Control RADIUS and MSSQL.  I
have since set the 'Accounting' parameters as follows, in hopes to kill any
accounting packets not accepted by SQL:

Acct Timeout = 10
SessTimer = 0
Acct Reset Timeout = 600
Acct Checkpoint = 0
Allow Stop Only = No
Acct Max Retry = 4

The way I understand it from top to bottom...
1.	The system will try to send an accounting packet to the primary
RADIUS server for 10 seconds.  If it fails to respond, it will try the
secondary.
2.	Not quit sure what to do with Sess Timer.  
3.	If the secondary server gets the request, the system will try to
send an accounting packet back to the primary server after 10 minutes (600
seconds)
4.	I don't believe I need Checkpoint
5.	The system is not restricting the accounting packets due to
something?
6.	The system will try to send an accounting packet 4 times before
giving up.  This is what im assuming will kill any further accounting
retries?

Kirk


		-----Original Message-----
		From:	Dean Frye [mailto:dfrye@ascend.com.au]
		Sent:	Tuesday, October 06, 1998 6:13 PM
		To:	Rogers, Kirk
		Cc:	'sykim'; 'Ascend Mailing List'
		Subject:	RE: (ASCEND) "Accounting-On" Accounting
Packet?

		Kirk,




		This can occur when a user dials in and the session fails to
authenticate.
		In this case, radiusd cannot build the SQL statement which
it uses to pass
		the record INSERT to the database. Consequently, the record
cannot be
		inserted into the database. You will probably find that the
record appears
		in the traditional detail flat file (which acts as a
overflow).

		This only occurs for calls which do not become accountable
sessions.

		As for the exact timing of the messages, it will depend on
the setting of
		the Acct-Timeout on the MAX or TNT, the software revision on
the TNT (as
		this affects the timing of radius backoff and retransmit),
and other things
		as well.


		Regards,

		dean



		At 07:54 AM 10/6/98 -0700, Rogers, Kirk wrote:
		>OK...seems fair,
		>However, I'm running MSSQL on NT and am receiving these
errors from the
		>accounting logs files.
		>
		>Mon Oct 05 00:04:48 1998: Received-Accounting: 2/530 from
129.4.247.253
		>Accounting-On
		>Mon Oct 05 00:04:48 1998: odbc_get_stop_whereclause() Can't
generate WHERE
		>clause, record is missing User-Name
		>Mon Oct 05 00:04:48 1998: send_reply: Rejecting unknown
request type (4)
		>
		>I'm receiving the same error from three different MAX
4004's and each Unit
		>is sending the message exactly 2 hours apart.  I already
check the
		>constraints in the Accounting table and found only one with
Acct_Session_Id
		>set to 'NOT NULL'.  So why is SQL rejecting this accounting
packet?
		>
		>Kirk
		>
		> 
		>
		>	-----Original Message-----
		>	From:	sykim [mailto:sykim@mjl.co.kr]
		>	Sent:	Monday, October 05, 1998 8:11 PM
		>	To:	Rogers, Kirk; 'Ascend Mailing List'
		>	Subject:	Re: (ASCEND) "Accounting-On"
Accounting Packet?
		>
		>	Dear ..
		>
		>	This accounting-on and off message is generated by
system reset or
		>on/off.
		>	This is standard message of RADIUS RFP. 
		>	RFC2138 is helpful yours. 
		>
		>	Thanks,
		>	S.Y.Kim
		>
		>	-----?? ???-----
		>	?? ??: Rogers, Kirk <Kirk.Rogers@trw.com>
		>	?? ??: 'Ascend Mailing List'
<ascend-users@bungi.com>
		>	??: 1998? 10? 6? ??? ?? 10:08
		>	??: (ASCEND) "Accounting-On" Accounting Packet?
		>
		>
		>	>Hello all,
		>	>Has anyone seen this entry in there accounting
files?
		>	>
		>	>Sun Oct 04 00:39:03 1998
		>	> NAS-IP-Address = 10.1.1.10
		>	> Acct-Status-Type = Accounting-On
		>	> Acct-Delay-Time = 410504
		>	> Acct-Session-Id = "919984437"
		>	>
		>	>What/who the heck is generating this request?  And
how can I turn
		>it off?
		>	>
		>	>
		>	>
		>	>++ Ascend Users Mailing List ++
		>	>To unsubscribe: send unsubscribe to
ascend-users-request@bungi.com
		>	>To get FAQ'd: <http://www.nealis.net/ascend/faq>
		>	>
		>	++ Ascend Users Mailing List ++
		>	To unsubscribe:	send unsubscribe to
ascend-users-request@bungi.com
		>	To get FAQ'd:	<http://www.nealis.net/ascend/faq>
		>++ Ascend Users Mailing List ++
		>To unsubscribe:	send unsubscribe to
ascend-users-request@bungi.com
		>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
		>
		>
	
===============================================================
		Dean Frye.                      Escalation and Regional
Support
		                            ________
		Ascend Asia Pacific        |   /\   |
http://apac.ascend.com/
		Level 38/55 Collins        |  /__\  |   em:
dfrye@ascend.com.au
		Melbourne, Victoria        | //  \\ |   Voice:
+61.3.96567000
		Australia 3000             |/ \__/ \|   Mobile:
+61.418546635
		                             ASCEND     
	
===============================================================
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>