Only thing I have noticed, is that mac can change in last bits, if more than one interface is connected to a bridge, but not running. If you switch the cable, the bridge might change its mac (if admin mac is not set) to the next interface, that in an Ethernet interface, is 1 bit higer or lower. If you switch back, the cable to original port, the mac address to bridge, might still have the "temp" mac address, if the bit is lower than the first. This seems to exist more if running check is disabled to interface.
A common way to see this behaviour, is in a wds setup in wireless. Its impossible to connect to the mac addres registrated in wireless registration table, and its just possible to connect to the mac address in ip neighbour. (from bridge) That always is the lowest address on the device connected to the bridge. If Ethernet (as usual) have a lower value, you have to mac telnet to the Ethernet mac address. If the Ethernet interface, then is not running, You might have a problem connect in "all ways". mac address shown in neighboor, is not on an interface running to device, and the device might just not want you to connect. After a boot, its all ok.
Yo don't tell anything about how your arp table get this "arp request". If mac filtred to one and one mac addresses, it should not be possible for client to send you another mac for your arp table. Then this have to come from something in your AP. If its just the common arp- who has, is at, and its not filtered, it is possible that somehow 2 devices have the same ip and could change the arp table. Mayby just by one bit, if the wlan card in 2 devices is from same production.
And, if (not likely) someone have changed a mac address? for what purpose? Drinking beer, bored and need something to do.