advertise-to-non-llgr-neighbor (Graceful Restart for BGP Helper)
Syntax
advertise-to-non-llgr-neighbor { omit-no-export; }
Hierarchy Level
[edit logical-systems logical-system-name protocols bgp graceful-restart long-lived], [edit logical-systems logical-system-name protocols bgp group group-name graceful-restart long-lived], [edit logical-systems logical-system-name protocols bgp group group-name neighbor address graceful-restart long-lived], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp graceful-restart long-lived], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp group group-name graceful-restart long-lived], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp group group-name neighbor address graceful-restart], [edit protocols bgp graceful-restart long-lived], [edit protocols bgp group group-name graceful-restart long-lived], [edit protocols bgp group group-name neighbor address graceful-restart long-lived]
Description
Enable the BGP long-lived graceful restart (LLGR) stale routes to be advertised to neighbors that do not advertise the LLGR capability. This setting applies to both routes that were marked LLGR-stale by this router, and LLGR-stale routes received from neighbors. Ideally, all routers in an autonomous system support the IETF draft specification before it was enabled. However, to facilitate incremental deployment, stale routes might be required to be advertised to neighbors that have not advertised the long-lived graceful restart capability under the following conditions: The neighbors must be internal (IBGP or Confederation) neighbors. The NO_EXPORT community must be attached to the stale routes. The stale routes must have their LOCAL_PREF attribute set to zero. If this technique for partial deployment is used, you must set LOCAL_PREF to zero for all LLGR routes throughout the autonomous system. This configuration trades off a small reduction in flexibility (ordering may not be preserved between competing LLGR routes) for consistency between routers that support and do not support this specification. Because consistency of route selection can be important for preventing forwarding loops, the latter consideration of routers that do not support this specification precedes.
Options
The remaining statement is explained separately. See CLI Explorer.
Required Privilege Level
routing—To view this statement in the configuration.
routing-control—To add this statement to the configuration.
Release Information
Statement introduced in Junos OS Release 15.1 .