Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

forwarding-options (Unified Forwarding Table Profile)

Syntax

Hierarchy Level

Description

Configure a unified forwarding table profile to allocate the amount of memory available for the following:

  • MAC addresses.

  • Layer 3 host entries.

  • Longest prefix match table entries.

This feature enables you to select a profile that optimizes the amount of memory available for various types of forwarding-table entries based on the needs of your network. For example, for a switch that handles a great deal of Layer 2 traffic, such as a virtualized network with many servers and virtualized machines, you would choose the l2-profile-one, which allocates the highest amount of memory to MAC addresses.

You configure the memory allocation for LPM table entries differently, depending on whether you using Junos OS Release 13.2X51-D10 or Junos OS Release 13.2X51-D15 and later. For more information about configuring memory allocation for LPM table entries, see Configuring the Unified Forwarding Table on Switches.

The num-65-127-prefix number statement is not supported on the custom-profile and the lpm-profile. The prefix-65-127-disable and unicast-in-lpm statements are supported only on the lpm-profile.

When you commit a configuration with a forwarding table profile change, in most cases the Packet Forwarding Engine restarts automatically to apply the new parameters, which brings the data interfaces down and then up again.

However, starting with Junos OS Releases 14.1X53-D40, 15.1R5, and 16.1R3, for a Virtual Chassis or Virtual Chassis Fabric (VCF) comprised of EX4600 or QFX5100 switches, the Packet Forwarding Engine in member switches does not automatically restart upon configuring and committing a unified forwarding table profile change. This behavior avoids having Virtual Chassis or VCF instability and a prolonged convergence period if a profile change is propagated to member switches and multiple Packet Forwarding Engines all restart at the same time. In this environment, instead of automatically restarting when you initially commit a profile configuration change, the message Reboot required for configuration to take effect is displayed at the primary switch CLI prompt, notifying you that the profile change does not take effect until the next time you restart the Virtual Chassis or VCF. The profile configuration change is propagated to member switches that support this feature, and a reminder that a reboot is required to apply this pending configuration change appears in the system log of the primary switch and applicable member switches. You then enable the profile change subsequently during a planned downtime period using the request system reboot command, which quickly establishes a stable Virtual Chassis or VCF with the new configuration.

Note:

You should plan to make unified forwarding table profile changes only when you are ready to perform a Virtual Chassis or VCF system reboot immediately after committing the configuration update. Otherwise, in the intervening period between committing the configuration change and rebooting the Virtual Chassis or VCF, the system can become inconsistent if a member experiences a problem and restarts. In that case, the new configuration takes effect on the member that was restarted, while the change is not yet activated on all the other members.

The remaining statements are explained separately. See CLI Explorer.

Options

custom-profile

On QFX5200 Series switches only, you can select custom-profile. This profile enables you to allocate from one to four banks of shared hash memory to a specific type of forwarding-table entry. Each shared hash memory bank can store a maximum of the equivalent of 32,000 IPv4 unicast addresses.

The the lpm-profile supports only IPv4 in Junos OS Release13.2X51-D10. Starting in Junos OS Relase13.2X51-D15, the lpm-profile supports IPv4 and IPv6 entries.

Note:

If the host stores the maximum number of entries for any given type, the entire table is full and is unable to accommodate any entries of any other type. For information about valid combinations of table entries see Understanding the Unified Forwarding Table.

l2-entries | l3-entries | lpm-entries

(custom-profile only) Select a type of forwarding-table entry—Layer 2, Layer 3, or LPM—to allocate a specific number of shared memory banks. You configure the amount of memory to allocate for each type of entry separately.

num-banks number

(custom-profile only) Specify the number of shared memory banks to allocate for a specific type of forwarding-table entry. Each shared memory bank stores the equivalent of 32,000 IPv4 unicast addresses.

  • Range: 0 through 4.

    Note:

    There are four shared memory banks, which can be allocated flexibly among the three types of forwarding-table entries. To allocate no shared memory for a particular entry type, specify the number 0. When you commit the configuration, the system issues a commit check to ensure that you have not configured more than four memory banks. You do not have to configure all four shared memory banks. By default, each entry type is allocated the equivalent of 32,000 IPv4 unicast addresses in shared memory.

profile-name

Configure one of the following profiles to allocate memory:

  • l2-profile-one

  • l2-profile-three

  • l2-profile-two

  • l3-profile

  • lpm-profile

Review Understanding the Unified Forwarding Table to understand the memory allocation for your platform. You can also use the set chassis forwarding-options ? command to view the allocations for your platform. For example:

Requires reboot of the Virtual Chassis for profile change to take effect. For standalone deployments, committing the profile configuration restarts the PFE. You can use the show chassis forwarding-options command to view the UFT configuration. For example:

Configure VXLAN GBP profiles and GBP policy filters with L4 matches on EX4400, EX4100, EX4650, and QFX5120 switches:

  • vxlan-gbp-l2-profile

  • vxlan-gbp-l3-profile

  • vxlan-gbp-profile

Review Micro and Macro Segmentation using Group Based Policy in a VXLAN for more details.

You can also use the set chassis forwarding-options ? command to view the allocations for your platform. For example:

Required Privilege Level

interface—To view this statement in the configuration.

interface-control—To add this statement to the configuration.

Release Information

Statement introduced before Junos OS Release 7.4.

custom-profile option introduced in Junos OS Release 15.1x53-D30 for QFX5200 Series switches only.

VXLAN GBP profile options introduced in Junos OS Release 23.2R1 for EX4100, EX4400, EX4600, QFX5120-32C and QFX5120-48Y switches only.