Problems decoding a vendor-specified attribute on the client side

JCA 1.41421 at gmail.com
Thu Dec 27 06:09:57 CET 2012


More comments below.

On Wed, Dec 26, 2012 at 8:49 PM, Alan DeKok <aland at deployingradius.com> wrote:
> JCA wrote:
>>    I added the VENDOR definition that I mentioned above to both client
>> and server already.
>
>   And the attribute?  Note also that the dictionary file format is NOT
> the same for the client and server code.

   OK, that was the problem. I was using the same format for both. I
couldn't find any information about the format for the dictionary file
in the FreeRADIUS 1.1.6 client sources, but a Google search quickly
returned the answer. Thanks for your feedback.


>>    I included the code because I can't understand how it could ever
>> work. How can the comparison between attr->value and attribute, as I
>> described, ever succeed? The value of attribute as received from
>> rc_avpair_gen() contains both the vendor ID and the attribute
>> identifier, whereas the value of attr->value only contains the
>> attribute identifier. This comparison can never succeed.
>
>   My reading of the code shows that the dictionary attribute contains
> the vendor ID... just like the data taken from the packet.  See dict.c.
>
>   Alan DeKok.
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html


More information about the Freeradius-Devel mailing list