forwarding-options (Unified Forwarding Table Profile)
Syntax
forwarding-options {
custom-profile {
exact-match-entries {
num-banks num-banks;
}
l2-entries {
num-banks num-banks;
}
l3-entries {
num-banks num-banks;
}
lpm-entries {
num-banks(0 | 2 | 4);
prefix-65-127-disable;
}
num-65-127-prefix num-65-127-prefix;
}
l2-profile-one {
num-65-127-prefix num-65-127-prefix;
}
l2-profile-three {
num-65-127-prefix num-65-127-prefix;
}
l2-profile-two {
num-65-127-prefix num-65-127-prefix;
}
l3-profile {
num-65-127-prefix num-65-127-prefix;
}
lpm-profile {
prefix-65-127-disable;
unicast-in-lpm;
}
vxlan-gbp-l2-profile;
vxlan-gbp-l3-profile;
vxlan-gbp-mc-profile;
vxlan-gbp-profile;
}Hierarchy Level
[edit chassis]
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.
For details on configuring memory allocation for LPM table entries, see Understanding the Unified Forwarding Table.
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.
For
a Virtual Chassis or Virtual Chassis Fabric
(VCF), 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.
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 those pages or CLI Explorer.
Options
| custom-profile |
On QFX5200 Series switches only, you can select
The 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 |
( |
| num-banks number |
(
|
| profile-name |
Configure one of the following profiles to allocate memory:
See Understanding the Unified Forwarding Table
to understand the memory allocation for your platform. You can also use
the user@host# set chassis forwarding-options ? Possible completions: + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > l2-profile-one MAC: 288K L3-host: 16K LPM: 16K EM:0, needs reboot for VC; restarts PFE if standalone > l2-profile-three (default) MAC: 160K L3-host: 144K LPM: 16K, needs reboot for VC;restarts PFE if standalone > l2-profile-two MAC: 224K L3-host: 80K LPM: 16K EM:0, needs reboot for VC; restarts PFE if standalone > l3-profile MAC: 96K L3-host: 208K LPM: 16K EM:0, needs reboot for VC; restarts PFE if standalone > lpm-profile MAC: 32K L3-host: 16K LPM: 128K EM:0, needs reboot for VC; restarts PFE if standalone 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 user@host> show chassis forwarding-options localre: -------------------------------------------------------------------------- UFT Configuration: lpm-profile prefix-65-127 = enable --------------Bank details for various types of entries------------------ Entry type Dedicated Bank Size(K) Shared Bank Size(K) L2(mac) 32 32 * num shared banks L3(unicast & multicast) 16 32 * num shared banks Exact Match 0 16 * num shared banks To support VXLAN group-based policies (GBP) on supported EX Series and QFX switches, configure one of the GBP profiles listed below with GBP policy filters: For details on each of the above GBP profiles, see their respective statement pages and GBP Profiles. You can also use the user@host# set chassis forwarding-options ? Possible completions: + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > vxlan-gbp-l2-profile MAC: 160K L3-host: 48K LPM(IPv4): 32K EM: 48K.(restarts PFE if standalone system and requires reboot for VC systems) > vxlan-gbp-l3-profile MAC: 96K L3-host: 144K LPM(IPv4): 32K EM: 32K.(restarts PFE if standalone system and requires reboot for VC systems) > vxlan-gbp-profile MAC: 160K L3-host: 80K LPM(IPv4): 32K EM: 32K.(restarts PFE if standalone system and requires reboot for VC systems) |
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.