Welp, I have no idea what is going on.
I shored up the setup a bit more.
AP has MGT for VLAN 10, same as Home SSID which Shield is connected.
IOT is VL-110.
Switch trunk is correct and enforced.
Shield is switched to static address.
Computer ipconfig looks correct.
I restarted computer & shield.
The shield (.137) is the only device this occurs on.
I turned off firewalls on desktop.
Switch is just simple L2. (Mikrotik running SWOS, CRS328-24p-4s+rm)
I looked at switch mac table and it shows only the devices in question on the correct ports.
@johnpoz said in Another default deny rule same subnet/network/vlan being blocked:
edit: Check your .137 arp table - validate it shows the correct mac for .89 client.. If for whatever reason it had pfsense mac - then pfsense would see the traffic. But this might be hard on a nvidia shield device.. Had you recently changed masks on the network? Or added this network, I have shield I could look at to see what kind of info you can glean from it for info about its mask, etc. But again - pfsense should never see this traffic in the first place - you need to figure out why it is to correct the problem..
I'll need to look up how to see arp table on the android shield.
I did look through network settings and it didn't show a mask when DHCP.
When I set it to static I was able to specify /24 and gateway.
It is a brand new setup; took out UDM to replace with pfSense, switch, & AP.
Really weird thing is the darn thing works. Plex works, other apps work. It's spewing out messages to the wrong mac, but it's still working...?