Dear TI Team,
We saw an issue with ALE aging timer. Currently, our ALE timer is set to ~38sec.
The ALE table is initially configured as “Not learned with the source address” (CPSW_ALE_CONTROL 0C03 E008h, bit 7 is set)
Our Customer control card is interfaced with our card and sends traffic every second using MAC address (e.g 0x008016924af8) with two different VLANs (VLAN 1 and vlan12).
Since ALE forwarding table is not vlan aware we only see mac address in ALE table which is correct(below)
--------------------------------------------------
-----CPSW5G Forwarding TABLE---
M/U PORT MAC VLAN
U 0 0x70ff761d92c2
U 0 0x00019cf00377
MV 0x1f 0xffffffffffff 12 (statically configured)
U 1 0x008016924af8
During debug session with our customer, they want their source address tied to vlan, so we cleared bit 7 dynamically from A72(e.g change CPSW_ALE_CONTROL from 0x800000d4 to 0x80000054)
With this change we are expecting MAC address(0x008016924af8) in the ALE table should be aged out and replaced by the following two MAC Vlan pair entries.
UV 1 0x008016924af8 1
UV 1 0x008016924af8 12
But MAC address entry stays there as long as the customer keeps sendingVLAN traffic (which is not correct)
M/U PORT MAC VLAN
U 0 0x70ff761d92c2
U 0 0x00019cf00377
MV 0x1f 0xffffffffffff 12 (statically configured)
U 1 0x008016924af8
We disconnected customer card, waited 2 minutes and reconnected customer card again and saw correct ALE MAC-VLAN entries e.g.
M/U PORT MAC VLAN
U 0 0x70ff761d92c2
U 0 0x00019cf00377
MV 0x1f 0xffffffffffff 12 (statically configured)
UV 1 0x008016924af8 1
UV 1 0x008016924af8 12
We are wondering if this is an ALE timer aging issue?
Thanks for help,
Ming
