Bridge drops zero src MAC DHCP frames in egress?

Hi all!
I have an issue with MTik bridges. We using MTik bridges for aggregate CPE routers traffic. These CPE routers using DHCP on their uplinks. We have two types of DHCP szerver. One is IOS-XE, other is IOS-XR. Initial DHCP 4-way is works fine, BUT after the half lease time CPE try to renew its uplink address, sends a requests, and DHCP servers answering with ACK.
Here comes the issue, XE’s ACK is go through MTik bridge, XR’s ACK does not. XE is sending ACK with their MAC address as src MAC, XR sends ACK with full zero src MAC. The example bridge is a hEX (RB730Gr3), RoS v7.11.2. It’s config is:

/interface bridge
add admin-mac=B8:69:F4:76:01:00 auto-mac=no fast-forward=no frame-types=admit-only-vlan-tagged name=LAN protocol-mode=none vlan-filtering=yes
/interface bridge port
add bridge=LAN comment=Uplink frame-types=admit-only-vlan-tagged hw=no interface=ether1
add bridge=LAN frame-types=admit-only-untagged-and-priority-tagged hw=no interface=ether2 pvid=98
add bridge=LAN frame-types=admit-only-untagged-and-priority-tagged hw=no interface=ether3 pvid=97
add bridge=LAN frame-types=admit-only-untagged-and-priority-tagged hw=no interface=ether4 pvid=98
add bridge=LAN frame-types=admit-only-vlan-tagged hw=no interface=ether5
/interface bridge vlan
add bridge=LAN tagged=LAN,ether1,ether5 vlan-ids=808
add bridge=LAN tagged=ether1 vlan-ids=98
add bridge=LAN tagged=ether1 vlan-ids=97
[oreggin@RB750Gr3] >

Sniff shows that both ACKs arrives on ether1 but only XE’s ACK leaves the ether2 where CPE’s uplink is. I have no clue why bridge does not forward zero src mac frames. Any hints?

Best Regards,
oreggin

It seams this is an IOS-XR bug. Anyway I would be interested in whether this is a bug or a feature in MTik bridges. I mean on bridges should it drops unicast zero src MAC frames?