Setup Guide
Although the system contains 4 MB of space for shared buers, a minimum guaranteed buer is provided to all the internal and external
ports in the system for both unicast and multicast trac. This minimum guaranteed buer reduces the total available shared buer to 3399
KB. This shared buer can be used for lossy and lossless trac.
The default behavior causes up to a maximum of 2656 KB to be used for PFC-related trac. The remaining approximate space of 744 KB
can be used by lossy trac. You can allocate all the remaining 744 KB to lossless PFC queues. If you allocate in such a way, the
performance of lossy trac is reduced and degraded. Although you can allocate a maximum buer size, it is used only if a PFC priority is
congured and applied on the interface.
The number of lossless queues supported on the system is dependent on the availability of total buers for PFC. The default conguration
in the system guarantees a minimum of 9 KB (for 10G) per queue if all the 64 queues are congested. However, modifying the buer
allocation per queue impacts this default behavior.
The default pause threshold size is 9 KB for all interfaces.
This default behavior is impacted if you modify the total buer available for PFC or assign static buer congurations to the individual PFC
queues.
Shared headroom for lossless or PFC packets
In switches that require lossless frame delivery, some xed buer is set aside to absorb any bursty trac that arrives after ow control is
congured (PFC in this case). This extra buer space is called the PG headroom. The additional buer space is reserved for ingress ports
per PG. As the buer is reserved per ingress Port and per PG, the total reserved headroom buer is the sum of the PG headroom buer
reserved for all PGs congured across all ingress ports on the switch.
The PG headroom allocation is done conservatively to guarantee lossless operation in worst case scenarios where huge amounts of bursty
trac arrive at the ingress ports. However, this scheme of allocating headroom buer per PG and per ingress port may result in the
wastage of the reserved PG headroom buer; as, this headroom buer may never be utilized and some of the buer space allocated to PG
headroom is wasted.
To address this issue, Dell EMC Networking OS enables you to congure the shared headroom buer for the entire device. Each PG can
utilize up to the peak headroom congured per PG as part of the buer threshold prole. The traditional threshold for any inight or bursty
trac is set per ingress port and per PG. Retaining the same ingress admission control capabilities, headroom pool can also be used to
manage the headroom buer as a shared resource.
Each PG can use the shared headroom pool only up to its PG headroom limit. The shared headroom feature provides the capability to share
the headroom buer between all the ingress ports or PGs. It also provides ways to learn statistical data on shared buer usage, thereby,
reducing the overall headroom buer allocation.
The PFC Shared Headroom feature provides the following two capabilities:
• Headroom Pool Management – Provides the capability to use the shared headroom buer between all the ingress ports or PGs to
reduce the overall headroom buer allocation.
• Headroom Pool Monitoring – Provides a mechanism to monitor the peak headroom buer consumed over a period of time, which in
turn helps in conguring a proper value for the shared headroom buer.
This feature also provides a mechanism to monitor the peak headroom buer consumed over a period of time, which in turn helps you to
congure a proper value for shared headroom buer.
Example Scenario
Consider a scenario where you want to congure two lossless queues on 12 40 Gigabit ports.
290
Data Center Bridging (DCB)










