I really did not mean any trouble. I realize that I am not only too in
a hurry to read the proper documentation, but my questions also
reflect how rushed I want to get this part over with. Regardless of my
last comment, I realized that I should take a step back, go through
the documentation, and pu
Nick Khamis wrote:
> Thank you guys so much for your time.
If you care to look, good questions get good answers.
Bad questions get bad answers.
People who ask questions and ignore the answers get ignored in turn.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.o
Thank you guys so much for your time.
Kind Regards,
N.
On 5/1/13, Alan DeKok wrote:
> Nick Khamis wrote:
>> No calls to stored procedures do not work? Or no. that is not correct?
>
> Q: Is this correct?
> A: No.
>
> Alan DeKok.
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradiu
Nick Khamis wrote:
> No calls to stored procedures do not work? Or no. that is not correct?
Q: Is this correct?
A: No.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
No calls to stored procedures do not work? Or no. that is not correct?
Thanks in Advance,
N.
On 5/1/13, Alan DeKok wrote:
> Nick Khamis wrote:
>> It seems that the sql module of freeraedius does not support calls
>> to stored mysql procedures. Is this correct?
>
> No.
>
> Alan DeKok.
> -
>
Nick Khamis wrote:
> It seems that the sql module of freeraedius does not support calls
> to stored mysql procedures. Is this correct?
No.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
It seems that the sql module of freeraedius does not support calls
to stored mysql procedures. Is this correct?
PS Sorry for the noise.
Cheers,
Nick
On 5/1/13, Alan DeKok wrote:
> Nick Khamis wrote:
>> Thanks so much for your response. I can provide a specific example.
>> In the client we have
Nick Khamis wrote:
> Thanks so much for your response. I can provide a specific example.
> In the client we have defined:
>
> modparam("acc", "aaa_extra", " Sip-From-Tag=$si;
> Sip-To-Tag=$tt;
> .
Hello Alan,
Thanks so much for your response. I can provide a specific example.
In the client we have defined:
modparam("acc", "aaa_extra", " Sip-From-Tag=$si;
Sip-To-Tag=$tt;
.
In the included d
Nick Khamis wrote:
> Hello Arran,
>
> Thank you so much for your response. I have added the following to the
> SIP dictionary we are using:
>
> ATTRIBUTE NAS-Port-Type 61 integer
>
> Please excuse my learning process. Is this considered an accounting request?
No.
Hello Arran,
Thank you so much for your response. I have added the following to the
SIP dictionary we are using:
ATTRIBUTE NAS-Port-Type 61 integer
Please excuse my learning process. Is this considered an accounting request?
Cheers,
Nick.
On 4/30/13, Arran Cudbard
> Tue Apr 30 05:50:08 2013
>Acct-Status-Type = Start
>Service-Type = SIP
>Sip-Response-Code = 200
>Sip-Method = Invite
>Event-Timestamp = "Apr 30 2013 05:50:08 EDT"
>Sip-From-Tag = "3B7C575D-E798317A"
>Sip-To-Tag = "as183d6189"
>Acct-S
Hello Everyone,
We are using freeradius for accounting purposes. When trying to add a
new variable to
the logs (e.g., NAS-PORT-TYPE) what is required to be modified on the
client. We are using radiusclient-ng.
In the default dictionary:
ATTRIBUTE NAS-Port-Type 61 integer
VA
13 matches
Mail list logo
