Hi, thank you very much, that worked.regarding the float as parameter, i should
not have sent that as an example because it was wrong anyways as you very well
mentionedthe function is not expecting a float .. lol ... thanks for the advise
too!
From: jpablolorenze...@hotmail.com
To: freeradius-us
Hi, i have downloaded and installed freeradius from git master FreeRADIUS
Version 3.0.0 (git #7a9281c), i m developing a module to do some charging based
on 3gpp2 standards for a cdma network, i have modified the dictionary to
reflect a subtype in one of the attributes:
ATTRIBUTE 3GPP2-Pre
Hi Alan, i m sorry i m sorry if i m not being clear enough, but please consider
the example from my last reply: this is the code in the
module:pairadd(&request->reply->vps,pairmake("3GPP2-Prepaid-Acct-Quota-QuotaIDentifier","1",
T_OP_EQ));
and this is what travels on the wire:
subtype = 01 (3GP
Alan, can you please extend a little bot more ... what do you mean that you see
the correct value i see value "f3 08 48 12" when i m actually expecting
"0001" . i really dont see where it is actually correct. ... thanks!!!
From: jpablolorenze...@hotmail.com
To: freeradius-users@list
i realise now that i may have not been very clear in my explanation of the
problem, that problem is that all values for the fields are the wrong values,
for example, this is my code:
pairadd(&request->reply->vps,pairmake("3GPP2-Prepaid-Acct-Quota-QuotaIDentifier","1",
T_OP_EQ));
and this is wha
thank you very much for your reply, please find attached the pcap file. the
access-accept are "my" packages .. those are the ones with the problem. thanks!
From: jpablolorenze...@hotmail.com
To: freeradius-users@lists.freeradius.org
Subject: RE: wireshart shows wrong information
Date: Thu, 25 Apr
i m sorry i accidentally press the wrong combination of keys and the mail left
resuming my message below .
this is the data that tcpdump show as being transmitted for this attribute:
type = 1a length = 1a vendor = 00 00 15 9f vendor-type = 5a vendor-length = 14
subtype = 01 (3GPP2-Prepai
Hi, i m implementing a module in which i m using some TLV for which i modified
the dictionary.3gpp2 as very well suggested in a different thread, but i see
that the data for those TLV fields are not encoded properly or at least that is
what wireshark is showing even thou debugging freeradius it
Thank you very much Alan and Peter!! it is nice to know that freeradius is
capable of doing so with minors changes in the dictionary. i m using stable
version 2.2 so i understand the master branch in the git supports this, i will
downloaded. thanks a lot !!!
From: jpablolorenze...@hotmail.com
T
Hi, i m in the early stages of implementing a prepaid service for a CDMA
network, i have to exchange radius package using the 3gpp2 standard which is an
extension to the basic radius protocol. i m facing an issue and that is that
the attributes in the 3gpp2 standard included attributes that cont
Hi, i m writing a module2 for freeradius 2.1.10 on linux 2.6.18-194.el5PAE.
this is the code:
vp = pairfind(request->packet->vps,PW_USER_NAME);
DEBUG("Found username = %s",vp->data.strvalue);
// create and add the cleartext-password
vp_clear_password = pairmake("Cleartext-password","smart
11 matches
Mail list logo
