Open Problem Reports and Feature Exceptions
page 76
OmniSwitch 6800/6850/9000—Release 6.1.3.R01
PR 100189
On an OS6850, when the MAC address table is full, source learning will not learn MAC addresses dynam-
ically and the non-supplicant table will show more entries because the tables are not synchronized.
Workaround:
There is no known workaround at this time.
PR 100614
On an OS6850, when a device is moved from one 802.1x port to another 802.1x port, the device is not
classified according to the device classification policy that applies to the new port but is learned on the
default VLAN for the new port.
Workaround:
Reconfigure the new port by disabling and enabling 802.1x on the port. May also have to
reconfigure the device classification policy for the new port as well.
PR 106463
The CLI command “802.1x initialize <slot>/<port>” only applies to the supplicants on the specified port.
All the supplicants are forced to authenticate again. Non-supplicants on the same port are not affected; no
re-classification for non-supplicants is required when this CLI command is used.
Workaround:
There is no known workaround at this time.
Authenticated Switch Access
Problem Reports
PR 91812
On an OS9000, the server information displayed with the
show configuration snapshot aaa
command or
saved with the
configuration snapshot aaa <file_name>
command contains hashed (encrypted) pass-
word/key information. In order for a file created with the latter command to be used for configuring serv-
ers, password/key information needs to be edited. AAA expects this information encrypted only at boot-up
time while at run time the information should be in plain text. In this particular case, the servers created
with configuration apply command could not be used because password/key information is wrong.
Workaround:
Always edit password/key information before applying a snapshot file.
PR 106557
SNMP MIB walk on aaaAcctCmdTable returns empty even when the table is set.
Workaround:
There is no known workaround at this time.
PR 107085
Accounting log for scp-sftp displays user IP address as 0.0.0.0 on an OS6850.
Workaround:
There is no known workaround at this time.
