chained-composite-next-hop
Hierarchy Level
[edit logical-systems logical-system-name routing-options forwarding-table], [edit routing-options forwarding-table]
The [edit logical-systems]
hierarchy level
is not supported on the QFX10000 switches.
Description
Allows you to configure the chained composite next hops for devices handling ingress or transit traffic in the network.
Chained composite next hops help to facilitate the handling of large volumes of transit traffic in the core of large networks by allowing the router to process much larger volumes of routes. A chained composite next hop allows the router to direct sets of routes sharing the same destination to a common forwarding next hop, rather than having each route also include the destination. In the event that a network destination is changed, rather than having to update all of the routes sharing that destination with the new information, just the shared forwarding next hop is updated with the new information. The chained composite next hops continue to point to this forwarding next hop which now contains the new destination.
You can configure the chained composite next hops for devices handling ingress or transit traffic in the network. We have added support only for the following options on the MX204, MX480, MX960, MX10003, and VMX routers:
- BGP-LU for IPV4 in the ingress router—
set routing-options forwarding-table chained-composite-next-hop ingress labeled-bgp inet
- BGP-LU on the transit router—
set routing-options forwarding-table chained-composite-next-hop transit labeled-bgp
You can also configure class of service (CoS) and define rewrite rules for ingress and transit chained composite next hop for BGP-LU.
This feature is supported only on Modular Port Concentrator 9 (MPC9) and the previous models of line cards.
To explicitly configure chained composite next hops, include the
enhanced-ip
statement at the [edit chassis
network-services]
hierarchy level. However, take the following into
consideration when enabling the enhanced-ip
mode:
-
Non-service DPCs do not work with enhanced network services mode options. Only MPCs, MS-DPCs, and MS-MPCs provide support for the
enhanced-ip
configuration. -
If you configure chained composite next hops on MX Series routers with both MPCs, and DPCs or DPCEs, the network services mode must be changed from
enhanced-ip
toethernet
for the DPC or DPCE to come online.You can verify the FPC status in such cases, using the
show chassis fpc
command output, where the DPCs and DPCEs are marked asFPC misconfiguration
.
-
When chained composite next hops are enabled on a device, the BGP connections are reset.
-
On MX Series routers with DPCs or DPCEs, only the l3vpn option is supported under the ingress configuration statement; all other configuration options and functionality are not supported.
- On MX series routers with Modular Port Concentrator 9 (MPC9) and the
previous models of line cards, only the
labeled-bgp
option and the l3vpn option are supported under the ingress configuration statement; all other configuration options and functionality are not supported. -
The
transit
statement and the associated functionality is supported only on PTX Packet Transport Routers and QFX10000 switches. -
On MX Series routers, removing the
chained-composite-next-hop
statement from a PE device configuration causes all IBGP sessions to be torn down and triggers the BGP session to flap as well. A similar change on a router configured as a route reflector does not have any effect, however.The following is a sample system log message that is generated to record such an event:
Nov 6 15:16:21.670 host PE1: rpd[6947]: bgp_peer_mgmt_clear:5995: NOTIFICATION sent to 10.0.100.2 (External AS 100): code 6 (Cease) subcode 4 (Administratively Reset), Reason: Management session cleared BGP neighbor
-
Starting with Junos OS Release 17.2, you cannot configure
chained-composite-next-hop ingress l3vpn extended-space
on a logical system. -
chained-composite-next-hop ingress l2ckt
is supported in Junos OS Release 17.3 and versions thereafter. Earlier releases of Junos do not support this statement.
The remaining statements are explained separately. See CLI Explorer.
Default
This statement is disabled by default.
Options
ingress |
Enable or disable composite chained next hop for ingress traffic. |
transit |
(PTX and QFX10000) Enable or disable composite chained next hop for
transit traffic. Starting
in Junos OS Release 14.1, the |
The remaining statements are 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 12.1.