Tunnel-Private-Group-ID undefined tag.

Alan DeKok aland at deployingradius.com
Mon Jan 21 23:28:36 CET 2019


On Jan 21, 2019, at 4:05 PM, Fabrice Durand <fdurand at inverse.ca> wrote:
> 
> i am trying to debug an issue with FreerRADIUS and a cisco switch where the attribute Tunnel-Private-Group-ID (81) is understood by the cisco switch as the attribute Ascend-Auth-Type.
> 
> Jan 18 07:37:00: RADIUS:  Tunnel-Type         [64]  6 00:VLAN                   [13]
> Jan 18 07:37:00: RADIUS: Ascend-Auth-Type [81]  8   1868981865

  No... that's *not* a VSA.  There's no Vendor-ID.

> Jan 18 07:37:00: RADIUS:  Tunnel-Medium-Type  [65]  6 00:ALL_802                [6]
> Jan 18 07:37:00: RADIUS(00000000): Received from id 1645/16
> Jan 18 07:37:00: RADIUS: unsupported value 1868981865 in attribute 81
> Jan 18 07:37:00: RADIUS/DECODE: Ascend auth type; FAIL
> Jan 18 07:37:00: RADIUS/DECODE: decoder; FAIL
> Jan 18 07:37:00: RADIUS/DECODE: attribute Ascend-Auth-Type; FAIL
> 
> The issue is related to a configuration parameter (non-standard) defined in the radius configuration section (switch side).
> 
> So if i remove this configuration parameter it works.

  Call Cisco and tell them that their switch is buggy.  The kind of bug which of the kind: "How the HECK did you do something that ridiculous"?

  Ask them to provide a fix.  RFC 2868 is from 2000.  i.e. it's 20 years old.  There's just no excuse for this kind of incompatibility.

> Is it a bug in FreeRADIUS or is it something normal ?

  The RFCs make it clear that (a) tagged integers are special, there's no real "tag" field and (b) tags of 0 are special.

  Alan DeKok.




More information about the Freeradius-Users mailing list