Hi Heikki Thanks for the help. We were indeed using radpwtst from 4.14, the host was a fresh install, dedicated to Radiator, nothing else besides perl dependencies had been installed.
Anyway, by adding the "VENDOR Starent 8164 format=2,2" line to the dictionary file we had been using ever since fixed the issue. The servers were migrated yesterday and everything is running smoothly. Best regards. Bruno Tiago Rodrigues On Mon, Feb 16, 2015 at 3:22 PM, Heikki Vatiainen <h...@open.com.au> wrote: > On 02/16/2015 04:55 PM, Heikki Vatiainen wrote: > > > I tried replicating the problem but could not get it to fail. Can you > > make sure you are using a radpwtst from Radiator 4.14? > > Also, check that you are using dictionary that includes this line: > > VENDOR Starent 8164 format=2,2 > > If the line is missing (it's present at least since 4.9) it can cause > the problem you see. Also, the fix you made can cause the attributes to > be encoded and decoded correctly if you leave it as is. > > In short: please check that you are using a recent enough dictionary. > > Please let us know if the above helps. > > Thanks, > Heikki > > -- > Heikki Vatiainen <h...@open.com.au> > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, > TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, > DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, > NetWare etc. > _______________________________________________ > radiator mailing list > radiator@open.com.au > http://www.open.com.au/mailman/listinfo/radiator >
_______________________________________________ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator