Description |
This article describes troubleshooting steps if FortiSwitch is not moving the client to a dynamic assigned VLAN even when the configuration is correct and the radius server is sending the VLAN ID in the radius attribute. |
Scope | All versions of FortiSwitch, third party radius servers (Cisco ISE is used as an example). |
Solution |
Start by taking the packet captures on the FortiSwitch end. Use them to validate if the correct VLAN is seen in the Access Accept message, and validate the 802.1x status on the port.
diag sniffer packet any ' < radius server IP> and (port 1812 or 1813)' 6 0 a
diag switch 802-1x status port6 : Mode: port-based (mac-by-pass disable) Sessions info:
In the above output, it can be seen that the dynamic VLAN is 0 despite how the the correct VLAN (13) is sent in the radius accept message. This was validated in the packet captures on the FortiSwitch side.
Additionally, it can be seen that the tag value is 0x01 i.e 1 (refer to the packet capture screenshot above). Make sure that the tag value set on the server end is 0 (0x00) as FortiSwitches do not support tag parsing. Refer to the following configuration example on Cisco ISE:
After making the above configuration changes at the Cisco ISE end, test with the client again. The correct VLAN should be seen in the Dynamic VLAN field. |