(RADIATOR) AuthBy SQL, AuthColumnDef with vendor specific attr
Steve Rogers
steve.rogers at fjserv.net
Mon Jun 27 08:19:57 CDT 2005
Hi,
I just cut n paste the wrong bit out of the debug log oops.
Sun Jun 26 22:00:57 2005: DEBUG: Radius::AuthSQL looks for match with test
Sun Jun 26 22:00:57 2005: DEBUG: Radius::AuthSQL ACCEPT:
Sun Jun 26 22:00:57 2005: DEBUG: Access accepted for test
Sun Jun 26 22:00:57 2005: WARNING: No such attribute
cisco-avpair=atm:peak-cell-rate
Sun Jun 26 22:00:57 2005: DEBUG: Packet dump:
*** Sending to X.X.X.X port 1645 ....
Code: Access-Accept
Identifier: 45
Authentic: XXXX
Attributes:
cisco-avpair=atm:peak-cell-rate = 512
Service-Type = Framed-User
Framed-Protocol = PPP
Steve
_____
From: António Fernandes [mailto:afernandes at egp.up.pt]
Sent: 27 June 2005 10:33
To: 'Steve Rogers'; radiator at open.com.au
Subject: RE: (RADIATOR) AuthBy SQL, AuthColumnDef with vendor specific attr
Hi!
In the log it appears "cisco-apair". Is this a typo???
Yours,
Antonio Fernandes
Oporto Management School
Oporto University
_____
From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au] On
Behalf Of Steve Rogers
Sent: segunda-feira, 27 de Junho de 2005 9:21
To: radiator at open.com.au
Subject: (RADIATOR) AuthBy SQL, AuthColumnDef with vendor specific attr
Hi,
We have a mysql DB which does not contain checkattr and replyattr fields
(and we cant add them). Weve been looking at AuthColumnDef with
AuthSelect to fetch column data and return it in a reply, but as the VSA we
want to return is a cisco-avpair were having problems.
Really wed like
AuthColumnDef 3, cisco-avpair=atm:peak-cell-rate=1024
This is what happens in the debug
Sun Jun 26 22:00:14 2005: DEBUG: Radius::AuthSQL looks for match with test
Sun Jun 26 22:00:14 2005: DEBUG: Radius::AuthSQL ACCEPT:
Sun Jun 26 22:00:14 2005: DEBUG: Access accepted for test
Sun Jun 26 22:00:14 2005: WARNING: No such attribute
cisco-apair=atm:peak-cell-rate
Whats the best way to do this, or should we do it in a PostAuthSelectHook?
Any help much appreciated!
Thanks
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20050627/3df3f123/attachment.html>
More information about the radiator
mailing list