[RADIATOR] Duplicate attributes
Matthew Watson
matthew.watson at staff.netspace.net.au
Thu Nov 20 00:25:49 CST 2008
Hi,
I'm having an issue where a handler isn't being selected when as far
as I can see it should be,
The handler is
<Handler Realm=adsl, cisco-avpair = /client-mac-address=/>
RejectHasReason
RewriteUsername s/\@adsl//
AcctLogFileName %L/telstra/%c/%v%f-%i-%H
SessionDatabase SDBTelstra-ADSL
Identifier L2TPADSL
AuthLog AuthLogSysLog
AuthBy TelstraADSLFileGroup
PostAuthHook file:"%D/rejectplaypen.pl"
</Handler>
There is a Client handler which changes the incoming username to
username at adsl,
A accounting packet is coming through with
Attributes:
Acct-Session-Id = "0/0/1/20_00007DCE"
Framed-Protocol = PPP
Framed-Address = 114.198.51.2
User-Name = "ksd at netspace.net.au"
cisco-avpair = "connect-progress=LAN Ses Up"
Acct-Authentic = RADIUS
Acct-Status-Type = Start
NAS-Port-Type = Ethernet
NAS-Port = 16777236
NAS-Port-Id = "0/0/1/20"
cisco-avpair = "client-mac-address=faff.0008.4804"
Service-Type = Framed-User
NAS-Identifier = 203.17.101.93
Ascend-Session-svr-Key = "CFAA1E6A"
Acct-Delay-Time = 0
Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd at adsl
Thu Nov 20 17:08:02 2008: DEBUG: Handling request with Handler
'Realm=adsl'
For some reason though, radiator is skipping over this handler and
falling into a catchall, is this because of the duplicate cisco-avpair
attributes? Anyone know if this is the case, or is there some other
reason it is skipping over the "Realm=adsl, cisco-avpair = /client-mac-
address=/" handler?
Thanks.
Regards,
Matthew Watson.
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
Please notify the sender immediately by email if you have received this
email by mistake and delete this email from your system. Please note that
any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of the organisation.
Finally, the recipient should check this email and any attachments for
the presence of viruses. The organisation accepts no liability for any
damage caused by any virus transmitted by this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20081120/2aeb9755/attachment.html>
More information about the radiator
mailing list