On Tue, 2013-06-04 at 14:10 -0400, Alan DeKok wrote:
Stelian Ionescu wrote:
This is from our configuration file:
authorize_check_query="\ SELECT id, inner_id, attribute, val, op \ FROM radcheck(\ COALESCE(NULLIF('%{Event-Timestamp}', ''), '%S')::timestamp with time zone,\ '%{SQL-User-Name}',\ '%{Realm}',\ '%{Nas-Ip-Address}'::inet,\ '%{Calling-Station-Id}'::macaddr,\ parse_bssid(NULLIF('%{WiMAX-BS-Id}', '')),\ COALESCE(NULLIF('%{WiMAX-PDFID}', ''), '0')::smallint);"
additionally, the debug log shows that Event-Timestamp contains a valid value:
rlm_perl: Added pair Event-Timestamp = Jun 4 2013 15:13:09 CEST
So I guess that the error is in the xlat function.
It's hard for me to figure out just what is going on in that expansion. Can you simplify it? Or point out *what* the error is?
Take for instance the expansion of '%{Nas-Ip-Address}'::inet from that trace: it's '=3F.=3F.=3F.=3F'::inet which looks like an url-encoding of "?.?.?.?". I can't imagine how this can be since the debug output from rlm_perl, which prints all VPs in the request, shows that the actual value is correct so my only guess is that the xlat function is somehow buggy. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib