- Written by Kamlesh Raghuvanshi
- Posted on April 19, 2021
- Updated on August 20, 2024
- 6425 Views
There are use cases where all broadcast, multicast and unknown MAC traffic are not needed to be flooded into the
- Written by Canberk Akcali
- Posted on September 12, 2024
- Updated on September 12, 2024
- 661 Views
Forced periodic ARP refresh adds support for a mechanism that allows forcing ARP/NDP refresh requests to be sent in periodic intervals independently of ARP/NDP entries' confirmed time in the kernel. By default, when a neighbor entry gets confirmed by various processes such as ARP synchronization between MLAG peers, an ARP refresh request is not sent for at least another duration of ARP aging timeout (or ND cache expiry time for the IPv6 case). This feature provides support for a configuration to force sending refresh requests at the configured ARP/ND aging timeout regardless of the last confirmed time.
- Written by Kallol Mandal
- Posted on October 15, 2024
- Updated on October 15, 2024
- 364 Views
VXLAN ARP and IPv6 Neighbor Discovery (NDP) packet headend replication capability via VxlanSwFwd matches the COPP rate limit for these packets for the supported platforms regardless of the size of the VXLAN flood VTEP list. However, there still remains a case where the handling capacity is limited by CPU: the handling of ARP broadcast and NS multicast that result from Glean traffic (post routing).