Only frames with link-layer address that is on the list shown by `ip -0 maddress show dev wlp4s0` are received.
The wireless device is set to ALLMULTI mode by: `ip link set dev wlp4s0 allmulticast on`

Steps to reproduce:
1. connect a wireless client to a wireless AP
2. open Wireshark on the client to monitor icmpv6 traffic
3. execute on the client: `ip link set dev wlp4s0 allmulticast on`
4. execute on the AP: ping ff02::1 ... RECEIVED by the client (the link-layer address 33:33:00:00:00:01 is on the list)
5. execute on the AP: ping ff02::1:ffab:cdef ...  NOT RECEIVED by the client (the link-layer address 33:33:ff:ab:cd:ef is not on the list)
6. apply workaround
7. go to step 5; the packets are now received by the client

Expected result:
The client should receive packets from ff02::1:ffab:cdef because, even though the address is not in the multicast address list, the adapter is in ALLMULTI mode.



The workaround for me was to add more than MAX_MCAST_FILTERING_ADDRESSES (256) using the script below (assuming there is at least one multicast address already present):

#!/bin/bash
for i in {0..255}
do
	hex=$(printf '%02x' $i)
	ip maddress add 33:33:ff:00:00:$hex dev wlp4s0
done


The use case for this feature is a IPv6 neighbor discovery proxy using ndppd (NDP Proxy Daemon).


device info:
Intel(R) Dual Band Wireless AC 3160, REV=0x164

driver: iwlwifi
version: 4.12.8-2-ARCH
firmware-version: 17.459231.0
expansion-rom-version: 
bus-info: 0000:04:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no