What's Changed in 23.4R2
Learn about changes in behavior and syntax in this release for QFX Series switches.
EVPN
Change in options and generated configuration for the EZ-LAG configuration IRB subnet-address statement—With the EZ-LAG
at thesubnet-address inetorsubnet-address inet6or[edit services evpn evpn-vxlan irb irb-instancehierarchy, you can now specify multiple IRB subnet addresses in a single statement using the list syntaxaddr1 addr2 ?. Also, in the generated configuration for IRB interfaces, the commit script now includes defaultrouter-advertisementstatements at theedit protocols hierarchy levelfor that IRB interface.-
Updates to syslog EVPN_DUPLICATE_MAC messages—EVPN_DUPLICATE_MAC messages in the System log (syslog) now contain additional information to help identify the location of a duplicate MAC address in an EVPN network. These messages will include the following in addition to the duplicate MAC address:
- The peer device, if the duplicate MAC address is from a remote VXLAN tunnel endpoint (VTEP).
- The VLAN or virtual network identifier (VNI) value.
- The source interface name for the corresponding local interface or multihoming Ethernet segment identifier (ESI).
Feb 27 22:55:13 DEVICE_VTEP1_RE rpd 39839: EVPN_DUPLICATE_MAC: MAC address move detected for 00:01:02:03:04:03 within instance=evpn-vxlan on VNI=100 from 10.255.1.4 to ge-0/0/1.0.For more on supported syslog messages, see System Log Explorer.
-
Limit on number of IP address associations per MAC address per bridge domain in EVPN MAC-IP database—By default, devices can associate a maximum of 200 IP addresses with a single MAC address per bridge domain. We provide a new CLI statement to customize this limit,
mac-ip-limitstatement at theedit protocols evpnhierarchy level. In most use cases, you don?t need to change the default limit. If you want to change the default limit, we recommend that you don?t set this limit to more than 300 IP addresses per MAC address per bridge domain. Otherwise, you might see very high CPU usage on the device, which can degrade system performance.[See mac-ip-limit.]
Infrastructure
-
Option to disable path MTU discovery—Path MTU discovery is enabled by default. To disable it for IPv4 traffic, you can configure the no-path-mtu-discovery statement at the
edit system internet-optionshierarchy level. To reenable it, use the path-mtu-discovery statement.[See Path MTU Discovery.]
Junos OS API and Scripting
-
<get-trace>RPC support removed (ACX Series, PTX Series, and QFX Series)—Theshow trace application app-nameoperational command and equivalent<get-trace>RPC both emit raw trace data. Because the<get-trace>RPC does not emit XML data, we've removed support for the<get-trace>RPC for XML clients. -
XML output tags changed for
request-commit-server-pauseandrequest-commit-server-start(QFX Series)—We've changed the XML output for therequest system commit server pausecommand (request-commit-server-pauseRPC) and therequest system commit server startcommand (request-commit-server-startRPC). The root element is<commit-server-operation>instead of<commit-server-information>, and the<output>tag is renamed to<message>.
Network Management and Monitoring
-
NETCONF
<copy-config>operations support afile://URI for copy to file operations (QFX Series)—The NETCONF<copy-config>operation supports using afile://URI when<url>is the target and specifies the absolute path of a local file.[See <copy-config>.]
-
Device family identifier changed for native YANG modules (QFX Series)—Starting in Junos OS Evolved Release 23.4R2, native YANG modules for QFX Series devices by default use the
junosdevice family identifier instead of thejunos-qfxidentifier in the module's name, namespace, and filename. With this change, all devices running Junos OS Evolved use thejunosdevice family identifier. To emit device-specific modules that use thejunos-qfxdevice family identifier, configure thedevice-specificandemit-family-ns-and-module-namestatements at the[edit system services netconf yang-modules]hierarchy level.
Routing Protocols
-
Optimized mesh group routes (QFX5110, QFX5120, QFX5130, QFX5700 and ACX Series)—
show route snoopingfor inet.1/inet6.1 table andshow route snooping table inet.1/inet6.1displays only CE mesh group routes for platforms that support EVPN-MPLS or EVPN-VxLAN multicast. In earlier releases, other mesh groups like the VE mesh group were also displayed.
System Management
-
Additional
Upgradefields for theshow system applications detailcommand (ACX Series, PTX Series, and QFX Series)—Theshow system applications detailcommand and corresponding RPC include additionalUpgradeoutput fields. The fields provide information about notifications and actions related to various upgrade activities.
Software Installation and Upgrade
-
configurationandno-configurationoptions for therequest system snapshotcommand (QFX Series)—When you omit or include theconfigurationoption, therequest system snapshotcommand copies the /config directory and the configuration stored for each installed software version to the alternate solid-state drive (SSD) as part of the snapshot. You can use theno-configurationoption to exclude the /config directory and the configuration stored for each installed software version from the snapshot.
VPNs
-
Increase in revert-delay timer range— The
revert-delaytimer range is increased to 600 seconds from 20 seconds.[See min-rate.]
-
Configure min-rate for IPMSI traffic explicitly— In a source-based MoFRR scenario, you can set a min-rate threshold for IPMSI traffic explicitly by configuring
ipmsi-min-rateunderset routing-instances protocols mvpn hot-root-standby min-rate. If not configured, the existingmin-ratewill be applicable to both IPMSI and SPMSI traffic.[See min-rate.]