Concept Guide

Beginning with ArubaOS 6.1.3.2, the broadcast-filter arp parameter is enabled by default. Behaviors
associated with these settings are enabled upon upgrade to ArubaOS 6.1.3.2. If your controller supports
clients behind a wireless bridge or virtual clients on VMware devices, you must disable the broadcast-filter arp
setting to allow those clients to obtain an IP address. In previous releases of ArubaOS, the virtual AP profile
included two unique broadcast filter parameters; the broadcast-filter all parameter, which filtered out all
broadcast and multicast traffic in the air except DHCP response frames (these were converted to unicast
frames and sent to the corresponding client) and the broadcast-filter arp parameter, which converted
broadcast ARP requests to unicast messages sent directly to the client.
Starting with ArubaOS 6.1.3.2, the broadcast-filter arp setting includes the additional functionality of
broadcast-filter all parameter, where DHCP response frames are sent as unicast to the corresponding client.
This can impact DHCP discover/requested packets for clients behind a wireless bridge and virtual clients on
VMware devices. Disable the broadcast-filter arp setting using the wlan virtual-ap <profile> no broadcast-
filter arp command to resolve this issue and allow clients behind a wireless bridge or VMware devices to
receive an IP address.
In ArubaOS 6.2 and later, if there is only one VLAN defined, then the controller will send IPv6 router
advertisements (RAs) as usual. If, however, there are multiple VLANs, then the controller will automatically
convert 802.11 multicast frames to unicast. This conversion prevents RA frames from being sent with a
multicast key to all clients on the BSSID, which could lead to clients having multiple IPv6 addresses.
Example
The following command configures a virtual AP:
wlan virtual-ap corpnet
vlan 1
aaa-profile corpnet
Command History
Release Modification
ArubaOS 3.0 Command introduced.
ArubaOS 3.2 Support for the split tunneling option and the rap-operation parameter was
introduced.
ArubaOS 3.3 In support of the IEEE 802.11n standard, a change to the allowed-band
parameter was introduced.
ArubaOS 3.3.2 l Support for the ha-disc-onassoc parameter was introduced.
l The band-steering parameter was introduced but is not a released
feature in ArubaOS 3.3.2. Do not use band-steering without proper
guidance from Dell technical support.
l Support for the voip-proxy-arp parameter was introduced.
ArubaOS 3.4 l The voip-proxy-arp parameter was renamed to broadcast-filter-arp
and it does not require a Voice license.
l The fast-roaming parameter was renamed to multi-association.
ArubaOS 5.0 The decrypt-tunnel forwarding mode was introduced.
Dell Networking W-Series ArubaOS 6.5.x | Reference Guide wlan virtual-ap | 2370