Hi All,
We have configure freeradius on centos with mysql. We are developing
solution for Wholesale VOIP. We need to authenticate user on basis of Trunk
Id IP. We are getting Trunk Id and IP in h323-remote-address attribute.
Please find my Access-Request.
Packet-Type =
On Sep 12, 2012, at 11:57 PM, Ankur - BillCall ankur.kalava...@billcall.net
wrote:
We are getting h323-remote-address multiple times. How can I get both
attribute in sql query for authentication?
I set sql_user_name = %{h323-remote-address}. But I get sql_user_name =
Trunk ID (000111)
On Thu, Sep 13, 2012 at 4:55 PM, ranjan kumar ranjankumar...@gmail.com wrote:
Hi,
I have created two ip pool in radiusd.conf which looks like below:
===
In radiusd.conf
ippool myippool {
Which version is this?
IIRC in 2.x ippool
Francois Gaudreault wrote:
Ok so I did bisect, and this commit appears to be the problematic one:
177dbabdcef84353768551c0a39d29c566538c06 is the first bad commit
commit 177dbabdcef84353768551c0a39d29c566538c06
Author: Alan T. DeKok al...@freeradius.org
Date: Tue Feb 21 08:57:49 2012
On 13/09/12 11:51, Alan DeKok wrote:
Francois Gaudreault wrote:
Ok so I did bisect, and this commit appears to be the problematic one:
177dbabdcef84353768551c0a39d29c566538c06 is the first bad commit
commit 177dbabdcef84353768551c0a39d29c566538c06
Author: Alan T. DeKok al...@freeradius.org
All,
is anyone else having problems with using building FR3.0 I get the following:
[root@boppity-new freeradius-server]# ./configure --prefix=/usr
--with-large-files --with-raddbdir=/etc/raddb --with-experimental-modules
--enable-developer | grep WARN
configure: WARNING: snmpget not found -
Hi,
Ok so I did bisect, and this commit appears to be the problematic one:
177dbabdcef84353768551c0a39d29c566538c06 is the first bad commit
commit 177dbabdcef84353768551c0a39d29c566538c06
Author: Alan T. DeKok al...@freeradius.org
Date: Tue Feb 21 08:57:49 2012 +0100
Try to use
On Thu, Sep 13, 2012 at 7:25 PM, ranjan kumar ranjankumar...@gmail.com wrote:
Hi All,
I am trying to add two default entries in users file for two ip pool.
Why?
Most likely you're trying to solve a problem the wrong way.
What EXACTLY do you want to do? Allocate IPs from two range of
Scott Armitage wrote:
gmake[4]: /usr/local/src/freeradius-server/libtool: Command not found
gmake[4]: *** [dict.lo] Error 127
gmake[3]: *** [lib] Error 2
gmake[2]: *** [all] Error 2
gmake[1]: *** [src] Error 2
make: *** [all] Error 2
IIRC running libtoolize cleared this up. I'm not sure
Scott Armitage wrote:
is anyone else having problems with using building FR3.0 I get the following:
..
Am I being an idiot?
Nope.
I've been using the new system in my sandbox, and didn't notice that
the old system was borked. I've pushed some fixes.
Both should work now from a
Brian Julin wrote:
IIRC running libtoolize cleared this up. I'm not sure if that's the way
things are
supposed to work, or whether the build system should be setting LIBTOOL
to the system installed path.
Libtool has been shot. It will not be missed.
I'm going to remove *entirely* all
Francois Gaudreault wrote:
I am not too familiar with that, so it's hard to comment. I can ask the
MS EAP team if they want to share more. I guess they tested it working
with their own stuff, but never re-tested with other device type. I
believe it's another 3GPP/RFC understanding kind of
On 13/09/12 14:03, Brian Julin wrote:
Scott Armitage wrote:
gmake[4]: /usr/local/src/freeradius-server/libtool: Command not found
gmake[4]: *** [dict.lo] Error 127
gmake[3]: *** [lib] Error 2
gmake[2]: *** [all] Error 2
gmake[1]: *** [src] Error 2
make: *** [all] Error 2
IIRC running
I am not too familiar with that, so it's hard to comment. I can ask the
MS EAP team if they want to share more. I guess they tested it working
with their own stuff, but never re-tested with other device type. I
believe it's another 3GPP/RFC understanding kind of thing.
Probably.
I just got
On 13/09/12 15:52, Francois Gaudreault wrote:
Well you are probably right, but when providers will start pushing 3G/4G
offload for real (if they ever do), there are not many ways of doing
it... I think :P The reason of those tests on our side is to support
WISPr and/or NewGen hotspots with our
Well you are probably right, but when providers will start pushing 3G/4G
offload for real (if they ever do), there are not many ways of doing
it... I think :P The reason of those tests on our side is to support
WISPr and/or NewGen hotspots with our product.
That's a big if, IMO.
EAP-SIM would
16 matches
Mail list logo