2335227_en-US

はい

How to prevent broadcast storms in L2 bridge configuration

Hello.

I am configuring an L2 bridge on the S32G3.

In a master-slave configuration, I am using the L2 bridge so that the slave can also receive packets.

In my L2 bridge setup, hif0, hif1, hif2, hif3, and emac0, emac1, emac2 are all connected to the bridge.

In this case, when all ports are connected to LAN cables or a switch, I observed that broadcast packets such as ARP are delivered between emac interfaces, causing a broadcast storm.

I would like to know if there is a way to prevent broadcast storms using only the L2 bridge, without using VLANs.

Also, I do not want to register the PC's MAC address as a static MAC, and I do not want to use promiscuous mode.

Below is my L2 bridge configuration.

libfci_cli bd-flush --static

ifconfig pfe0 192.168.0.20

ifconfig pfe1 192.168.1.20

ifconfig pfe2 192.168.2.20

libfci_cli bd-insif --vlan 1 --i hif0 --tag OFF

libfci_cli bd-insif --vlan 1 --i hif1 --tag OFF

libfci_cli bd-insif --vlan 1 --i hif2 --tag OFF

libfci_cli bd-insif --vlan 1 --i hif3 --tag OFF

libfci_cli bd-insif --vlan 1 --i emac0 --tag OFF

libfci_cli bd-insif --vlan 1 --i emac1 --tag OFF

libfci_cli bd-insif --vlan 1 --i emac2 --tag OFF

libfci_cli bd-update --vlan 1 --ucast-hit FORWARD --ucast-miss FLOOD --mcast-hit FORWARD --mcast-miss FLOOD

libfci_cli phyif-update --i hif0 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i hif1 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i hif2 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i hif3 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i emac0 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i emac1 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli phyif-update --i emac2 -E --promisc OFF --mode VLAN_BRIDGE

libfci_cli bd-stent-add --vlan 1 --mac <Master MAC Address> --i hif0

libfci_cli bd-stent-add --vlan 1 --mac <Master MAC Address> --i hif1

libfci_cli bd-stent-add --vlan 1 --mac <Master MAC Address> --i hif2

libfci_cli bd-stent-add --vlan 1 --mac <Slave MAC Address> --i hif3

libfci_cli bd-stent-update --vlan 1 --mac <Master MAC Address> --egress hif0

libfci_cli bd-stent-update --vlan 1 --mac <Master MAC Address> --egress hif1

libfci_cli bd-stent-update --vlan 1 --mac <Master MAC Address> --egress hif2

libfci_cli bd-stent-update --vlan 1 --mac <Slave MAC Address> --egress hif3

Re: How to prevent broadcast storms in L2 bridge configuration

Hello, Joey_z

BSP: Auto Linux BSP 46.0
RTD: S32 Real-Time Drivers AUTOSAR 4.4 Version 5.0.0 QLP04

Mcore (slave): hif3
Acore (master): hif0, hif1, hif2

I am working on the RDB3 board.

Thank you.

Re: How to prevent broadcast storms in L2 bridge configuration

Hi,minJ

Thank you for contacting us.

What is your version of RTD and BSP?

Do you use the customer board or the RDB2/3 development board?

How did you divide hif0, hif1, hif2, and hif3 in the M core and A core?

BR

Joey

Re: How to prevent broadcast storms in L2 bridge configuration

Hi，minJ

Thank you for your reply.

The hit/miss of L2 Bridge/BD can be set as FORWARD/DROP/FLOOD. You can try to Change "miss" to "DROP" and block flooding at the BD level. Also, could your application consider applying Ingress QoS at the EMAC interface? The ingress QoS implements the following traffi c policing mechanisms, in this order:
• Classification of ingress traffic by the following priority classes (increasing from left to right): Unmanaged, Managed and Reserved;
• Weighted Random Early Drop (WRED);
• Ingress port level rate shaping.

Please try to refer to this link find more information about it.

S32G PFE FAQs

BR

Joey