- Written by Yoshihiro Ishijima
- Posted on September 12, 2024
- Updated on September 12, 2024
- 957 Views
BGP inbound update processing delay is a feature in EOS where an optional delay is applied prior to processing inbound UPDATE messages from a peer(s). The duration of the delay is configurable per peer. The delay is applied to UPDATE messages for all the address families that are negotiated with the peer. The delay timer starts when the peer becomes established. The routes from such peers are processed only after the timer expires. Any routes received after the timer expired are processed as usual without the delay. Both the default VRF and non-default VRFs are supported.
- Written by Yoshihiro Ishijima
- Posted on February 25, 2022
- Updated on June 12, 2023
- 7247 Views
This feature adds support for sending and receiving BGP IPv6 labeled-unicast routes with IPv4-mapped IPv6 next hops. With this feature enabled, when a BGP speaker receives a next hop with IPv4-mapped IPv6 address,
- Written by Yoshihiro Ishijima
- Posted on October 9, 2018
- Updated on October 30, 2020
- 8668 Views
AS path access lists use regular expressions to filter AS PATH attributes of BGP routes. EOS offers two modes for the