[Help-gnu-radius] Simultaneous-Use attribute.

[Konstantin D. Mishov]

        Hello!
        I use the MAX 4004 and the GNU RADIUS 0.96.3. The MAX sends checkpoint
packets with an interval five minutes. I used the PostgreSQL database with
customizations from the distribution of GNU RADIUS for this example. In the
table attrib Simultaneous-Use attribute is installed in 1 for all users.
naslist file: 

# NAS Name              Short Name      Type            Checkrad flags
#----------------       ----------      ----            ---------------
1.2.3.78                AS01            max             tcp=0,broken_pass


Step 1. Some abonent enters with login 'test1'.

$ radwho 
     Login             Name What  TTY     When     From        Location
test1      test1             PPP   S2010 Tue 18:26 AS01    1.2.3.204  
$

In the file sql.log there are strings (the second string - by-passed checkpoint
packat):

INSERT INTO calls VALUES(1,'test1','2002-07-30 
10:26:52','1.2.3.78',20107,'396900047',0,0,0,0,'1.2.3.204','','');
UPDATE calls SET 
acct_session_time=25,acct_input_octets=10395,acct_output_octets=89854,framed_ip_address='1.2.3.204'
 WHERE user_name='test1' AND status = 1 AND acct_session_id='396900047';


Step 2. Other abonent tries enter with login test1.

Authorization of the second abonent is not successful. The first abonent
continues to use service of remote access. BUT

$ radwho 
     Login             Name What  TTY     When     From        Location
$


Step 3. In 5 minutes MAX sends checkpoint packat. In sql.log file there is a
string
  
UPDATE calls SET 
acct_session_time=325,acct_input_octets=28416,acct_output_octets=212830,framed_ip_address='1.2.3.204'
 WHERE user_name='test1' AND status = 1 AND acct_session_id='396900047';

AND

$ radwho 
     Login             Name What  TTY     When     From        Location
test1      test1             PPP   S2010 Tue 18:32 AS01    1.2.3.204  
$


        I think, that it is an error in processing of Simultaneous-Use attribute
in GNU RADIUS.


        With the best regards,
        Konstantin Mishov.