Re: question regarding the Framed-MTU and the fragment_size in EAP

Alan DeKok via Freeradius-Users <[email protected]> Mon, 9 Feb 2026 14:45:27 -0500
Newsgroups gmane.comp.freeradius.user
Message-ID <[email protected]>
On Feb 9, 2026, at 2:35 PM, Dave Wang <[email protected]> wrote:
> I noticed that in our aruba switch, it refused to work after eap-tls
> if I left the default config for EAP-TLS fragment_size.

  "refused to work" could mean a lot of things.

> And what happened is, aruba switch does not send Framed-MTU in radius
> request,

  That's fine.  It should still work.

> freeradius uses the fragment_size to do calculation, but in
> the Access-Accept response, it sends a radius attribute Framed-MTU,
> with value calculated based on fragment_size.

  Yes.

> However, I do not understand why freeradius sends the Framed-MTU based on
> the
> fragment_size, as it seems these two are not directly linked.

  It's a suggestion from the RADIUS server to limit the EAP fragment size.  The switch doesn't have to respect it.

> The Framed-MTU is more or less used to set the MTU for this user for
> the following traffic. but the fragment_size is used to decide how we
> do the fragment in eap, and the value is restricted by the link
> between NAS and freeradius.

  Sort of.

  The difficulty is that there are no real standards around this subject.  And there is no standard way for the RADIUS server to signal an expected EAP fragment size to the supplicant.

> Suppose the max-MTU between NAS and freeradius is 1000, so we need to
> set the fragment_size to be a smaller value in order to make the EAP
> works, but if the other links the NAS used have a higher max-MTU (say
> 1500), there is no reason to restrict the max-MTU to be 1000 in the
> end.
> 
> Any reason behind how the Framed-MTU is set in the EAP-TLS case based
> on the fragment_size?

  The switch should use the Framed-MTU in the Access-Accept.  If there's a Framed-MTU in the Access-Challenge, that shouldn't affect user traffic.

  Or, you can change the FreeRADIUS configuration to delete the Framed-MTU from the replies.

  Alan DeKok.

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEIUl02elqcIsf1zM0v3SJ0h7dTTMFAmmKOVcACgkQv3SJ0h7d
TTP0Mw/+IQk/l7va0b3fb9yu6ky3LG7buERbRpElqZjuAoy5KoBQbKzTQcJl4Yyc
Lrm6d21DJ5dE+aUhzFGEL0V6ryjjrS7xv1NxWHBGzKc7q1iXRCYYd8Glpzevr4uD
KeX3ZqNfZs1plEKUa3OJBj+CRWdoLjN9RqJTuuZCWQK0CzZLDlaewzl0Ekiv9E5C
6D+9LeuzTK5B6f/STv9D2C2fzyhyPWCgf88hXvZuN0R+XYJ1gRYzhRU9Q5x4jp0Y
991A+dQVPBHMaky0QSSoIRODp0I676s0lmVWku7tr7LslDwbJ14j7xF5Fjc5cCaG
Vhu82ljK+BinnCqK6wIpR8DntCXpf+JjXj7E+y2yu3JliNZekvAgSyhB9qjs6vrV
IkMWpHGZyHNqJcjxG0PwxW35koRDsKyWTaKp0ijFQ780LXbXE3Bky6gBUjXZqnhL
8saL1eSKtTOiOZeyEqSM+RFgqA9OP7BXQfnNYGK6ohmojkCE9r0bVQyjHBeedBTL
hp6oQiavSmWbz+I/5ogIoNAnfTZAEmMLlDt60/BB0RvQuUE5nFoLo51vbSC2nOLO
GiCk0VEIQYOYKC5j/XvmRK26TyeJyrSic5carQSP8ekzZlOhaOfsfvZy3wU2QcAS
skB1+s+YGyswr+by1kB9Xg26nydvXdYgadBGJ5iJZ+qC5YSLTi4=
=i+sY
-----END PGP SIGNATURE-----