(RADIATOR) Connection for all
Dear All, Right now radiator is configured in such a way that only Active customers will get the connection. What I need is even if they are on hold I want them to get connected assign a separate IP pool so that they can know at least their account status immediately, which will help to activate it. Regards, AbdusSami
(RADIATOR) Re: Connection for all
Hello AbdusSami - I'm sorry but I don't understand your question at all. Could you please explain the requirement in much more detail. regards Hugh On Tuesday, Nov 12, 2002, at 05:16 Canada/Eastern, Mohammed AbdusSami wrote: Dear All, Right now radiator is configured in such a way that only Active customers will get the connection. What I need is even if they are on hold I want them to get connected assign a separate IP pool so that they can know at least their account status immediately, which will help to activate it. Regards, AbdusSami NB: I am travelling this week, so there may be delays in our correspondence. -- 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.
(RADIATOR) Question
Questions is... I wish to pull some information for a db while auth and then set that Information in the session db Would I set this then pull it and enter it, or can I make it global or something? Any help is grateful - Chris Kay (Systems Development) Techex Communications Website: www.techex.com.au Email: [EMAIL PROTECTED] Telephone: 1300 88 111 2 - Fax: (02) 9970 5788 - === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Question
Hello Chris - Keep in mind that there are two different things going on in this scenario. The first is authentication which checks the username and password (and does whatever checks are required), and the second is accounting which is used to manage the session database. You should get the information from the database and return it to the NAS in the accept in a Class attribute. Then you can use the contents of the Class attribute which is included in the accounting requests in your own session database queries. Have a look at sections 6.7 and 6.28 in the Radiator 3.3.1 reference manual (doc/ref.html). regards Hugh On Tuesday, Nov 12, 2002, at 18:14 Canada/Eastern, Chris Kay wrote: Questions is... I wish to pull some information for a db while auth and then set that Information in the session db Would I set this then pull it and enter it, or can I make it global or something? Any help is grateful - Chris Kay (Systems Development) Techex Communications Website: www.techex.com.au Email: [EMAIL PROTECTED] Telephone: 1300 88 111 2 - Fax: (02) 9970 5788 - === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. NB: I am travelling this week, so there may be delays in our correspondence. -- 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 [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.