Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?


Routing Protocols

  • BMP local RIB monitoring support for all RIBs with sharding (ACX Series, cRPD, PTX Series, QFX Series, and vRR)—Starting in Junos OS Release 22.4R1, you can configure a policy to monitor routing information bases also known as routing table (RIBs) of virtual routers and virtual routing and forwarding instances (VRF). You can specify two separate sets of RIBs in the BGP Monitoring Protocol (BMP), one for monitoring and the other for reporting. With this feature, BMP can filter traffic based on the routes and routing instances.

    [See BGP Monitoring Protocol, loc-rib, and rib-list.]

  • Distribution of segment routing–traffic engineering (SR-TE) policies and state in the TED by using BGP link-state (MX10004)—Starting in Junos OS 22.4R1 Release, you can export the traffic engineering policies that originate from the segment routing protocol to the traffic engineering database (TED)and in the BGP link-state. After the export, you can use the BGP link-state to collect the information about traffic engineering policies. External controllers can then perform actions such as path computation, reoptimization, and network visualization within and across domains.

    To import the Source Packet Routing in Networking (SPRING) policy information to the TED, we now have the spring-te-policy statement at the [edit protocols source-packet-routing] hierarchy level.

    [See Link-State Distribution Using BGP, source-routing-path, and show ted spring-te-policy.]

  • Keep bypass tunnels operational during configuration changes (PTX1000)—Starting in Junos OS Release 22.4R1, you can configure the OS to keep bypass tunnels operational until the tunnels no longer carry local repair traffic, even during configuration changes. Bypass tunnels that carry local repair traffic are in the BackupActive state. When you change the bypass-related configuration on software releases containing this feature, the OS keeps any bypass tunnels that are in BackupActive state up. When the bypass tunnels are no longer in BackupActive state, the operating system tears down the bypass tunnels. This feature ensures that all local repair traffic reaches its destination and prevents traffic loss on label-switched paths (LSPs).

    Configure this feature at the [edit protocols rsvp interface all link-protection] hierarchy level. Use theshow rsvp session bypass command to check whether the bypass routes protecting an interface remain operational in BackupActive state after the configuration changes.

    [See link-protection (RSVP) and Link Protection for MPLS LSPs.]

  • MD5 authentication key rotation with overlap for key transition for OSPF (MX204, MX480, MX10003, PTX1000, and QFX10002)—Starting in Junos OS Release 22.4R1, we support advertising OSPF MD5 authentication with multiple active keys to send packets with a maximum limit of two keys per interface. Having multiple keys active at any one time at the interface enables the smooth transition from one key to another for OSPF. You can delete old keys without any impact on the OSPF session.

    [See Understanding OSPFv2 Authentication authentication.]

    [See show (ospf | ospf3) interface.]

  • ICMP TTL expiry with source address (MX240, MX480, MX960, MX10004, MX10008, and MX10016)—Starting in Junos OS Release 22.4R1, you can configure your device to use an IPv4 address as the source address for ICMP time-to-live (TTL) expiry error messages. This means you can configure the loopback address as the source address in response to ICMP error packets. Doing this is useful when you cannot use the device address for traceroute purposes because you have duplicate IPv4 addresses in your network.

    Specify the address using the ttl-expired-source-address source-address option at the [edit system icmp] hierarchy level. The source address must be an IPv4 address. This configuration applies only to ICMP TTL expiry messages. Other ICMP error reply messages continue to use the address of the ingress interface as the source address.

    [See icmp (System) and ICMP Features.]

  • OSPF FAPM and interarea support (ACX5448, MX204, MX240, MX480, MX960, MX10003, MX10008, MX2008, MX2010, MX2020, PTX1000, and QFX10002)—Starting with Junos OS Release 22.4R1, the Flexible Algorithm Prefix Metric (FAPM) is defined to allow an optimal end-to-end path for an inter-area prefix. The Area Border Router (ABR) must include the FAPM when advertising the prefix between areas that areas reachable in that given Flex-Algorithm. When a prefix is unreachable, the ABR must not include that prefix in the Flex-Algorithm when advertising between areas. The defined FAPM provides inter-area support.

    [See Understanding OSPF Flexible Algorithm for Segment Routing.]

    [See show ospf database, show route table, show ted database

  • Support for S-BFD over EPE SIDs (MX240, MX480, MX960, MX10003, MX10008, MX10016, MX2010, MX2020, PTX5000, PTX1000, PTX10002, PTX10008, and PTX10016)—Starting in Junos OS Release 22.4R1, seamless BFD (S-BFD) running between ingress devices and autonomous system boundary routers (ASBRs) can track BGP egress peer engineering (EPE) segment identifiers (SIDs). With this feature, you can prevent null-route filtering if a BGP EPE SID goes down.

    [See sbfd.]

  • CLI support for BFD echo and echo-lite modes (MX240, MX480, MX960, MX10003, MX10008, MX10016, MX2010, MX2020, PTX5000, PTX1000, PTX10002, PTX10008, and PTX10016)—Starting in Junos OS Release 22.4R1, you can configure BFD echo mode and echo-lite mode through the Junos OS CLI. When BFD echo mode is active, a neighbor device transmits and loops back BFD echo packets to ensure that a forwarding path is available.BFD echo mode requires both the local device and neighbor device to support the full BFD protocol. However, BFD echo-lite mode can function even if the neighbor device doesn't support BFD.

    You can use the following new CLI configuration commands to configure BFD echo mode and echo-lite mode:

    • echo mode: set routing-options static route address bfd-liveness-detection echo minimum-interval interval

    • echo-lite mode: set routing-options static route address bfd-liveness-detection echo-lite minimum-interval interval

    [See bfd-liveness-detection.]

  • Flex aIgo and FAPM leaking across IS-IS multi-instance (ACX5448, MX480, MX960, MX2010)—Starting in Junos OS Release 22.4R1, we've added support to readvertise flexible algorithm (flex algo) prefix-segment identifiers (SIDs) and Flexible Algorithm Prefix Metrics (FAPMs) across interior gateway protocol (IGP) instances. We have also added support to readvertise other protocol prefixes and assign flex algo prefix-SIDs via policy to those prefixes.

  • Support for bootstrapping route-validation database from a local file (cRPD, JRR200, MX204, PTX10008, and QFX10008)—Starting in Junos OS Release 22.4R1, we support the ability to read validation records from a local binary file and install into the specified named route-validation databases within RPD. This feature implements syntactic and semantic checks on the content of the file to ensure that it is a well-specified set of validation records. If the syntactic and semantic checks fail, the entire file is rejected as a source of validation records. Use the source-file statement at the [edit routing-options validation] hierarchy level to source route-validation records from a local file source. You can use the show validation source-file command to display the properties of a local validation source file.

    [See validation.]

  • Support for BGP RIB sharding and update threading features (MX304, MX10003, MX10004, MX10008, MX10016, PTX10008, and PTX10016)—Starting in Junos OS Release 22.4R1, you can use a new CLI option to override the sharding and update-threading configuration that might be present either through platform defaults or through explicit configuration. To override the configuration, use the no-rib-sharding and no-update-threading options at the [edit system processes routing bgp] hierarchy level.

    [See bgp.]

  • MVPN feature support with sharding (cRPD, JRR200, MX2020, PTX5000, and QFX10002)—Starting in Junos OS Release 22.4R1, we support the following features:

    • Multicast virtual private network (MVPN) inactive route query from the main thread to shards

    • Extranet and auto-export support with sharding

    • Interact functions with RT-proxy client and server

    • New data structure to store the inactive route data on the main thread

    • Asynchronous route processing on the main thread

    You can use show mvpn c-multicast to display the inactive route data stored on the main thread.

    [See rib-sharding and show mvpn c-multicast .]