Hi,
I've already put AccountingHandled on my config file. I wonder
why I still received Retransmission coming from my LNS Cisco 7206.
Here is my config
Foreground
AuthPort 1645
AcctPort 1646
LogDir /data/LOGFILE
LogFile %L/%Y-%m-%d-%H-logfile.log
DbDir /usr/local/etc/raddb
Trace 4
Hello Ray -
The only way to tell what is going on is to look at a trace 4 debug from
Radiator showing the problem.
I am guessing that the accounting response that Radiator is sending is
being dropped somewhere on the return path to the LNS/NAS. Either that
or there is simply an IOS software
Hello Simon -
This is very odd. Can you please tell me what version of Radiator you
are running and what hardware/software platform you are running it on?
thanks
Hugh
On Wednesday, August 28, 2002, at 08:58 AM, Simon Dixon wrote:
G'day
I've got an issue with the AcceptIfMissing
Not a Problem,
I'm running FreeBSD 4.6.2 on a x86 machine, with Radiator 3.2.
I also get the same issue with FreeBSD 4.5.
Regards
Simon Dixon
Network Administrator
www.highway1.com.au
-Original Message-
From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 28
Hi Hugh or Mike,
I install the different radiator version with a PREFIX, so that I can
hold more than one version, see below:
# cd /radiator/build/Radiator-X.Y.Z
# /radiator/perl/bin/perl Makefile.PL PREFIX=/radiator/install-X.Y.Z
# make
# make test
# make install
and with a symlink I choose
On Tue, Aug 27, 2002 at 11:02:18 +1000, Mike McCauley wrote:
Default install directory for Radius/*.pm library files changed to be
independent of perl version and for improved RPM installation.
On SuSE Linux 8.0 it installed in /lib/perl5/site_perl, but
the proper directory would be
Just downloaded 3.3 and tried to install on a fresh box.. it seems that
the install procedure puts the perl modules under /lib (where they
cannot be found by the default perl install), where the more appropriate
place would be /usr/local/lib or /usr/lib.
FreeBSD 4.6-STABLE #0: Fri Aug 23
Some users might want to lighten up the load on their sessions SQL
table. On a typical ADSL setup, the following scenario occurs :
- One auth ticket sent by the TELCO for it's local BAS - DELETE
- One auth ticket sent by our own BAS - DELETE
- One session start ticket sent by the TELCO's BAS -
Information on extending the functionality of SQLRADIUS
You may remember in a previous email I was asking about how to get NumHosts
to not be a fixed value. NumHosts defines the amount of hosts avaliable for
the downstream configuration we are currently proxy RADIUS'ing to.
Reason being, that
Hello Marc -
Thanks for your mail - I have forwarded a copy to Mike and we will have
an answer later today.
regards
Hugh
On Wednesday, August 28, 2002, at 08:54 PM, Marc Langer wrote:
On Tue, Aug 27, 2002 at 11:02:18 +1000, Mike McCauley wrote:
Default install directory for Radius/*.pm
Hi Charly -
I have forwarded your mail to Mike and I'll get back to you shortly.
regards
Hugh
On Wednesday, August 28, 2002, at 08:13 PM, Karl Gaissmaier wrote:
Hi Hugh or Mike,
I install the different radiator version with a PREFIX, so that I can
hold more than one version, see below:
Hi Doug -
I have forwarded your mail to Mike and I will get back to you later
today.
thanks
Hugh
On Wednesday, August 28, 2002, at 08:24 PM, Doug Clements wrote:
Just downloaded 3.3 and tried to install on a fresh box.. it seems that
the install procedure puts the perl modules under
Hello all,
a number of people have reported problems with the install process in version
3.3. On Suse and FreeBSD, 'make install' will try to install library files
into /lib instead of the more usual /usr/lib.
We have uploaded a new Makefile.PL to the 3.3 patches area that should fix
this
Hello Frederic -
I would have thought that a better answer would be to configure seperate
Handlers for each BAS and only do the database accesses for your own.
Something like this:
# define Client clauses
Client 1.1.1.1
Identifier TelcoBAS
.
/Client
Client 2.2.2.2
Hello Simon -
Our apologies - a bug.
There is a fixed version of AuthGeneric.pm in the patches area of the
web site.
Thanks for reporting the problem.
regards
Hugh
On Wednesday, August 28, 2002, at 07:19 PM, Simon Dixon wrote:
Not a Problem,
I'm running FreeBSD 4.6.2 on a x86
Hi, Mike.
The same problem is on SPARC Solaris 8.
I dont test new Makefile.PL yet.
MM Hello all,
MM a number of people have reported problems with the install process in version
MM 3.3. On Suse and FreeBSD, 'make install' will try to install library files
MM into /lib instead of the more
You guys aint having fun lately are yaz ;-)
...Skeeve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Mike McCauley
Sent: Thursday, August 29, 2002 11:36 AM
To: [EMAIL PROTECTED]
Subject: (RADIATOR) Version 3.3 install
Hello all,
a
Dear All,
I am checking for simulatenous user connection.
Here demo@abc has simulatenous-user = 1. But the
usercan do multiple connection.Here's my Trace 4 debug:
first access request session: from XXX.XXX.XXX.2:4
for demo@abc
..Access-accepted
..Accounting-request
..
During
Hi Mike, Pavel,
The patched Makefile.PL on SPARC Solaris 8 was
installing the .pm files in /usr/local/lib/perl5/site_perl
instead of /usr/local/lib/perl5/site_perl/5.005 where perl
expected it.
Cheers,
Chris
Pavel A Crasotin wrote:
Hi, Mike.
The same problem is on SPARC Solaris 8.
I dont
19 matches
Mail list logo
