Mr. Alan DeKok:
For my application is very important to have the patch
(cisco_vsa_hack patch) we are running a VoIP Billing
application an is very important to have striped the
Cisco-AVPpair from the RADIUS Account records stored
in our Database for multiple reasons (statistics &
more).
Pl
Hi All:
For my application is very important to have the patch
(cisco_vsa_hack patch) we are running a VoIP Billing
application an is very important to have striped the
Cisco-AVPpair from the RADIUS Account records stored
in our Database for multiple reasons (statistics &
more).
Please sen
Hi.
code from rlm_preprocess.c:
if ((vp->attribute & 0x) == 1) {
char *p;
DICT_ATTR *dattr;
p = vp->strvalue;
getword(&p, newattr, sizeof(newattr));
Thomas Jalsovsky <[EMAIL PROTECTED]> wrote:
> I sent many times the SAME feature to the list, but project
> leaders (or leader, I can't remember) said, we should make a general
> architecture for this type of hacks and not do with rlm_preprocess.
That's true, but it looks like the general
time...).
Perhaps you will have success :)
I would like to see this improvement in FR.
Regards,
Thomas
On Tue, 4 Feb 2003, Vladimir Kravchenko wrote:
>
> I offer to add functionality in the function "cisco_vsa_hack".
>
> Example value pair:
> Cisc
On Tue, Feb 04, 2003 at 09:53:35PM +0300, Vladimir Kravchenko wrote:
> To: [EMAIL PROTECTED]
> Subject: cisco_vsa_hack (rlm_preprocess)
> From: Vladimir Kravchenko <[EMAIL PROTECTED]>
> i386-unknown-freebsd4.7)
> Reply-To: [EMAIL PROTECTED]
> Date: Tue, 04 Feb 2003 21:53:
I offer to add functionality in the function "cisco_vsa_hack".
Example value pair:
Cisco-AVPair = "h323-incoming-conf-id=cc0576cf 379011d7 95c8ef6a 9f419c36"
I can not will address to attribute h323-incoming-conf-id through macro
%{h323-incoming-conf-id}
Offer: if "h323
All h323 attributes has the same problem with cisco gateways
- Original Message -
From: "Alan DeKok" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 21, 2002 11:28 AM
Subject: Re: cisco_vsa_hack doesn't run - success.. and a question..
Michael Shurtleff <[EMAIL PROTECTED]> wrote;
> OK, now it works. Now could someone on the development side tell me the
> purpose of the following statement in the code inside cisco_vsa_hack() in
> the rlm_preprocess.c file (which I commented out to make the vsa_hack
> work). I d
> Nico,
>
> Thanks for Dthe suggestion. However, I tried switching the order but in
> any case I am getting noops on both files and preprocess. Suffix is
> returning ok however, and group preacct returns ok as well.
>
> I do need preprocess to work, in order to use cisco_vsa_hack.
&
OK, now it works. Now could someone on the development side tell me the
purpose of the following statement in the code inside cisco_vsa_hack() in
the rlm_preprocess.c file (which I commented out to make the vsa_hack
work). I don't want to solve one problem in order to create another.
if
After some more checking I see that I was mistaken. Despite the noop from
preprocess, the cisco_vsa_hack routine is entered. It is just not doing
anything. Now I have to find out why. I am assuming that this routine
should strip off the names and equal signs from the values sent by cisco
before
Nico,
Thanks for Dthe suggestion. However, I tried switching the order but in
any case I am getting noops on both files and preprocess. Suffix is
returning ok however, and group preacct returns ok as well.
I do need preprocess to work, in order to use cisco_vsa_hack.
mike
On Wed, 15 May 2002
?
regards,
Nico Baggus
--
> -Original Message-
> From: [EMAIL PROTECTED] at INET-1
> Sent: Tuesday, May 14, 2002 15:21
> To: <[EMAIL PROTECTED]> at INET-1
> Subject: cisco_vsa_hack doesn't run
>
>
>
> I am using Freeradius 0.5 with Cisco AS5300 VoIP gatewa
I am using Freeradius 0.5 with Cisco AS5300 VoIP gateways, using only the
accounting part of radius. I configured the with_cisco_vsa_hack in
radiusd.conf, but on further investigation I found that the pre-accounting
preprocessing was giving a noop, and that the vsa_hack was not running.
This
15 matches
Mail list logo
