User guide

Open Problem Reports and Feature Exceptions
page 70 OmniSwitch 6600/7000/8800—Release 5.1.5.R04
PR 76336
When IP traffic is classified on a mobile port on an OS6624/6648, the IP source address must be learned
by the system in order for traffic to be correctly processed from each source host.
Workaround: Resolve ARP for all IP hosts classified on mobile ports.
PR 76348
Using port mobility, when the OS7000 host (PC) fails to match a mobile binding rule such as mac-ip-port
if for example the IP-JSA fails to match the IP address in the rule, the host will be learned in “filtering”
mode. If the PC host is then updated with the correct IP, even though the IP address from the host now
matches the IP in the rule, the host will continue to be in “filtering” mode.
Workaround: When attempting to reclassify any host that has a pre-existing “filtering” entry. The MAC
entry needs to be removed. Either by disconnecting and then reconnecting the physical link or via the
system management software using “no-mac-address-table learned.”
PR 83373
On an OS6600, MAC doesn't get flushed out from the VLAN when the MAC rule that matches the MAC
address is deleted from the VLAN. The port goes into filtering mode and stays there.
Workaround: Unplug/replug the port.
PR 84262
On an OS6600, VLAN Manager continues to show port forwarding in multiple VLANs for about ~30
secs. after a mobile port movement has occurred and the MAC is flushed and relearned correctly in the
new VLAN. This eventually goes away.
Workaround: Wait for a little while.
PR 84314
When a MAC address is learned as filtered on OS6600, traffic received by the switch with the filtered
MAC address as a source MAC address is blocked.
Workaround: Works as designed.
PR 88175
On the OS7000, you cannot add ports to high-availability VLANs. Unable to configure Feature. "vlan x
port-mac ingress-port x/y" will generate "INTERNAL ERROR".
Workaround: Upgrade to Service Release 5.1.5.63.R04 or Greater.