too long Calling Station Ids
Alan DeKok
aland at deployingradius.com
Fri Dec 3 12:20:04 CET 2010
Josip Rodin wrote:
> Just ran across this IRL:
>
> Calling-Station-Id: GigabitEthernet 1/0/3.2045:2045#587202578###pppoe c0:d0:44:e4:cf:3b#
Arg. That's a *stupid* thing to do.
It would have been saner to define VSAs to hold all of this
information, or to re-use the standard attributes.
> But:
>
> Mon Nov 29 16:54:16 2010 : Error: [our_sql] Couldn't insert SQL accounting START record - ERROR: value too long for type character varying(50)
>
> The situation is actually a bit inconsistent:
>
> raddb/sql/mssql/schema.sql: [CallingStationId] [varchar] (30) DEFAULT ('') FOR [CallingStationId],
> raddb/sql/mysql/schema.sql: callingstationid varchar(50) NOT NULL default '',
> raddb/sql/postgresql/schema.sql: CallingStationId VARCHAR(50),
> raddb/sql/postgresql/schema.sql: CallingStationId VARCHAR(50),
>
> Is there really much point in limiting this?
> The specification seems to say it's a string of an arbitrary length...
No more than 253 octets. 99.999% of the time, smaller than 50.
My $0.02 is that you can change the schema, but it would be better to
fix the PPoE server. Have it send *useful* information, and not random
concatenations of arbitrary text.
Alan DeKok.
More information about the Freeradius-Users
mailing list