We have a lab setup where we want to have a bridge for profinet. However, I don't think this issue is related to profinet itself, but being an uncommon ethertype.
In short, profinet packets are ethernet frames with ethertype set to 0x8892. Payload doesn't really matter since it shouldn't be handled by the bridge.
The setup we have is a RouterBoard hEX where two ports are bridged. Preferrably bridged to a a vlan on a third port too later.
When I send profinet packets on one of the ports, I expect them to end up in the other port, given that the destination mac address on the packet is correct, but it doesn't.
I can correctly see the frames when enabling the packet sniffer on the port itself as incoming packets, but I can not see the frames when enabling the packet sniffer on the bridge interface. There I only see the IP frames and some others. Also, I can not see the frames being outputted on the second port.
I assume there is a packet filter filtering unknown ethertypes somewhere, or some option I need to change.
Where do I control which ethertypes that can be forwarded over a bridge?