EAP-SIM authentication problem at 2nd stage

dear guest, i have problem in eap-sim authentication. I'm using freeradius 2.2.0, blackberry 9220 here my simtripletsdat. file 1510012660372465,AF6876E748BD46bf853A99DC2032F0A7,95762655,449177635B92bc00 1510012660372465,A1A9AC744E8D49819D27A79B067BCA69,257b31c6,64ff9467DEa1e400

restricting users using huntgroup

Hi, I want to use huntgroup to restrict users connecting. If the user is added in huntgroup and login and clear password was entered in users file, the user has no problem in accessing. When I add another user in huntgroup but using Unix password file to authenticate, I keep getting invalid

DB hundler, a big problem to me

Hi everybody, I have FreeRADIUS 2.1.10 in Debian 6. I contact with you because we are checking log file of FreeRADIUS and we are encountering a lot of messages of Info: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0. I have read in the forum and it is caused

Re: restricting users using huntgroup

Alan Kong wrote: I want to use huntgroup to restrict users connecting. If the user is added in huntgroup and login and clear password was entered in users file, the user has no problem in accessing. When I add another user in huntgroup but using Unix password file to authenticate, I keep

Re: only 2 dynamic IPs are allocated even the ip pool has many IPs

Koka Krishna wrote: I am using the freeradius 2.2.0 on ubuntu. When I try to use the dynamic IP pool allocation, RADIUS server is allocating only 2 IPs . afterwards those 2 IPs repeated for other subscribers as well. So that I am not able to create more than 2 sessions. May I know how to

Re: WiMAX TLV value correct in debug but not correct in packet capture

James Leavitt wrote: I've probably missed something or buggered an option, but I've searched and searched and cannot find an answer to this. This is for a WiMAX deployment and am using the built in dictionaries. The issue is with the WiMAX-Packet-Flow-Descriptor tlv . ... Everything looks

SQL-Relay log - radacctdir - High Disk usage

Hi, I have a high disk utilization because the SQL-RELAY Log. I have this var: radacctdir whats the objetive to keep this log? can I disable it? radacctdir = /var/log/radius/radacct thank you - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

RE: WiMAX TLV value correct in debug but not correct in packet capture

Don't forget if the hardware is Alvarion or Runcom you cannot use the standard dictionaries. Alvarion (now Telrad) is proprietary but similar to the standard dictionary and Runcom only uses their own. David -Original Message- From:

Re: WiMAX TLV value correct in debug but not correct in packet capture

Thank you Gentlemen, I am working with Alvarion CPEs but a WiChorus ASN, which I have setup on a commercial AAA without issues. I also have Freeradius working with WiChorus on another instance also but not for receiving these particular TLVs. I initially performed a tcpdump and this was where I

Re: DB hundler, a big problem to me

Antonio Fernández Pérez wrote: I contact with you because we are checking log file of FreeRADIUS and we are encountering a lot of messages of Info: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0. Fix your database. I have read in the forum and it is caused

Re: SQL-Relay log - radacctdir - High Disk usage

Alisson wrote: I have a high disk utilization because the SQL-RELAY Log. Edit the configuration to stop logging to that file. See raddb/modules/sql_log whats the objetive to keep this log? To relay accounting information into SQL. It's used *only* when someone enables it. i.e.

Re: DB hundler, a big problem to me

Thanks for your reply Alan. When you say fix the database you want to say that I have to execute repair table? I have defined some indexes to increase the performance of the database and works fine. Can you help me please? Thanks in advance. Best regards, Antonio. - List

Re: DB hundler, a big problem to me

Antonio Fernández Pérez wrote: Thanks for your reply Alan. When you say fix the database you want to say that I have to execute repair table? I have defined some indexes to increase the performance of the database and works fine. Can you help me please? It's a database problem. I'm not a

Re: WiMAX TLV value correct in debug but not correct in packet capture

Ok, After some compiling and configuring, I've managed to get version 3.0.0 up and running, and I seem to be having a similar issue: Radsniff on the wire (verified that it is the same in tcpdump and wireshark): Access-Accept Id 20410.199.10.14:1812 - 10.199.20.240:6217+3.541