(RADIATOR) Re: Questions on zero duration sessions (Acct-Sess ion-Time = 0)

Frank Danielson fdanielson at csky.com
Thu Jan 12 21:05:06 CST 2006


Hi Elias-

You may want to try sending your messages as text in the future. Many people
on the list can not receive HTML formatted messages.

In answer to your question about zero length sessions those are quite
normal. From the standpoint of the access server the session starts when it
is done setting up. That means the user has been authenticated and things
like PPP negotiation and IP address assignment are complete. If the user
fails authentication or the session does not complete setting up for some
other reason the session length will be zero. Many access servers do not
send a start accounting in this situation and only a stop accouting with a
zero session length. Some access servers like the old 3Com Total Control
boxes also sent an attribute which showed the unauthenticated time so you
knew how long the actual call was if you wanted or needed to. 

I'm not sure which timeouts you are referring to. If the access server times
out waiting for a reply from Radiator then there is obviously something has
gone wrong and you may not be able to reliably detect it from within
Radiator. The best indication is that the access server has retransmitted an
access request.

Hope this information helps.

Frank Danielson
Infrastructure Architect

ClearSky Mobile Media
56 E. Pine St.
Orlando, FL 32801
USA

fdanielson at csky.com

-----Original Message-----
From: Elias [mailto:elias at tmnet.com.my]
Sent: Thursday, January 12, 2006 9:06 PM
To: radiator at open.com.au
Subject: (RADIATOR) Re: Questions on zero duration sessions
(Acct-Session-Time = 0)


Hi all,

Sorry if this is a double post since I did not get a reply from the first
one ....

----- Original Message ----- 
From: Elias 
To: radiator at open.com.au 
Sent: Monday, January 09, 2006 11:56 AM
Subject: Questions on zero duration sessions (Acct-Session-Time = 0)


Hi,

Does anyone have any experience with zero duration accounting records? I've
tried looking through the list and did find one similar question there but
there was really no answer to it other than it could be a possible bug on
the NAS. Feedback from Juniper is that this is normal and that the ERX will
send an accounting Stop with zero duration whenever there is an
authentication problem. 

Secondly, what is the best way to detect RADIUS authentication timeouts? We
have Radar running but that does not show any problems. Is there anyway we
can turn on logging to log information whenever a timeout/re-try occurs?
Also, is there a way for us to monitor the incoming authentication traffic
and also the authentication queue in the server (if there's any)?



Regards,
 
Elias Ahmed Kamal
System & Network Management
ISP Technical Operations, TM Net Sdn Bhd
5th Floor, Telekom Brickfields, Jln Tun Sambathan
50170 Kuala Lumpur
Fax     : +603 2272 5291
Email  : elias at tmnet.com.my


****************************************************************************
****************************************************************************
********
The contents of this email and its attachment, if any ("message") are
intended for the named addressee only and may contain 
privileged and/or confidential information. If you are not the named
addressee or if you have inadvertently receive this 
message, you should immediately destroy or delete this message and notify
the sender by return e-mail. TM Net disclaims all 
liabilities for any error, loss or damage arising from this message being
infected by computer virus or other contamination. 
All opinions, conclusions and other information in this message that do not
relate to the official business of TM Net shall 
be deemed as neither given nor endorsed by TM Net.
****************************************************************************
****************************************************************************
********




*****The message represents the personal views and opinion of the individual
sender and under no circumstances represents those of TM Net Sdn. Bhd. The
shareholders, directors and management of TM Net Sdn. Bhd. accept no
responsibility and accordingly shall have no liability to any party
whatsoever with respect to the contents of this message***** 

--
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