本節(jié)將從學(xué)術(shù)角度解釋如何計算無損以太網(wǎng)鏈路的headroom大小。該解釋基于IEEE 802.1Qbb 優(yōu)先級流量控制標(biāo)準(zhǔn)。這對好奇的讀者來說是很好的信息，但實際上，由于兩個關(guān)鍵原因，在您的環(huán)境中應(yīng)始終遵循設(shè)備供應(yīng)商的建議。首先，多個組件取決于實施情況，而供應(yīng)商不會公開分享這些細(xì)節(jié)。其次，實際解決方案必須通過認(rèn)證，并得到供應(yīng)商的支持。

長途鏈路的暫停閾值

本節(jié)使用以下基本概念：

它是傳輸一個比特所需的時間。它是比特率的倒數(shù)。例如，10 GbE 端口的BT為1/10,000,000,000 秒或0.1 納秒，100 GbE 端口的BT 為0.01 納秒。

它是傳輸512 比特所需的時間。換句話說，就是512 BT。

以太網(wǎng)的幀間間隔為12 個字節(jié)。傳輸需要96 個字節(jié)。

以太網(wǎng)幀以7 個字節(jié)的preamble和1 個字節(jié)的SFD 開始。這8 個字節(jié)通常不計入1522 字節(jié)的以太網(wǎng)幀大小中。前言和SFD 的總傳輸時間為64 BT。

如圖7-2 所示，流量接收器的headroom應(yīng)足夠大，以容納下列延遲因素下的幀。

Figure 7-2Worst-case delay for calculating the headroom for PFC.

1.傳輸最大長度幀時產(chǎn)生的延遲(D-Max-Frame-Len): 流量接收器上的隊列達(dá)到了暫停閾值。但在流量接收器上，一個幀剛剛開始傳輸。暫停幀不會搶先傳輸另一個幀。因此，暫停幀的傳輸會延遲到其他幀傳輸完畢。這一延遲占所有流量類別的最大幀長?？紤]到最大幀長為9216 字節(jié)，這一延遲可達(dá)73728 BT（9216 x 8）。再加上IFG 的96 BT 以及preamble和SFD 的64 BT，總延遲可達(dá)73888 BT。

2.傳輸暫停幀（D-暫停）導(dǎo)致的延遲:暫停幀的大小為64 字節(jié)，因此傳輸需要512 BT。加上IFG 的96 BT 和preamble及SFD 的64 BT，總延遲為672 BT。

3. 這是低層在傳輸和接收幀時造成的延遲。以太網(wǎng)標(biāo)準(zhǔn)規(guī)定了該接口延遲的上限。例如，10 GbE 的最大延遲為8192 BT，25 GbE 為6144 BT，40 GbE 為24576 BT，100 GbE 為122880 BT。這些值包括發(fā)送和接收延遲。在相同的以太網(wǎng)速度下有不同的實現(xiàn)方式，每種實現(xiàn)方式的接口延遲可能不同。有關(guān)詳細(xì)信息，請參閱IEEE 標(biāo)準(zhǔn)以太網(wǎng)802.3 并搜索延遲約束。

4.這是暫停幀的比特從流量接收器傳播到流量發(fā)送器所造成的延遲。它由傳輸介質(zhì)中的光速決定。在光纜中，光速約為200,000 千米/秒。因此，1 米長的光纜會造成5 納秒的延遲。它可以通過乘以端口速度轉(zhuǎn)換為比特時間。例如，對于10 GbE 端口，1 米長的光纜會造成50 BT 的延遲，100 米長的光纜會造成5000 BT 的延遲。

5.接收暫停幀的接口延遲(D-Intf): This is the same as explained in (3) on the receiver of the Pause frame (traffic-sender).這與(3) 中對暫停幀接收方（流量發(fā)送方）的解釋相同

6.流量發(fā)送方（暫停接收方）需要一些時間來處理暫停幀，并在收到暫停幀后實際暫停無損類中的流量。這一響應(yīng)延遲取決于實施情況，但以太網(wǎng)標(biāo)準(zhǔn)對其設(shè)置了上限。對于10 GbE，這一延遲可達(dá)60 個暫停quanta（30720 BT）。對于25 GbE，則為80 個暫停quanta（40960 BT）。對于40 GbE，則為118 個暫停quanta（60416 BT）。100 GbE 為394 個暫停quanta（201728 BT）。對于400 GbE，是905 個暫停quanta（463360 BT）。更多詳情，請參閱IEEE 以太網(wǎng)標(biāo)準(zhǔn)802.3，MAC 控制PAUSE 操作部分（附件31B），以及PAUSE 操作的定時注意事項小節(jié)。

7.在無損幀類中傳輸最大長度幀引起的延遲(D-Max-No-Drop-Frame-Len): 就在流量發(fā)送方暫停無損類流量之前，可能會開始傳輸幀。該幀的傳輸不會中斷，因此會導(dǎo)致額外的延遲。流量接收器上的D-Max-Frame-Len 與(1) 中解釋的D-Max-Frame-Len 不同，D-Max-Frame-Len 考慮了任何流量類別中的最大幀長，而流量發(fā)送器上的這一延遲只需考慮不丟棄類別中的最大幀長。這是因為流量接收器只需為其已發(fā)送暫停幀的無丟包類別中的幀預(yù)留headroom。對于FCoE 流量，無損類的最大幀長約為2300 字節(jié)。對于RoCE，可為約2 KB 或4 KB。根據(jù)應(yīng)用的定義，這些值甚至可以更小。在此，我們使用2300 字節(jié)，這將導(dǎo)致18400 BT 的延遲。加上IFG 的96 BT 以及前導(dǎo)碼和SFD 的64 BT，總延遲可達(dá)18560 BT。

8.在無損類中傳輸幀的接口延遲(D-Intf): This is the same as explained in (3)這與(3) 中的解釋相同.

9.Cable delay (D-Cable):這與(4) 中的解釋相同。

10.Interface delay to receive the frame in the no-drop class (D-Intf): 這與(3) 中的解釋相同。

除了圖7-2 所示的延遲外，由于MACsec（IEEE 802.1AE）和其他實施延遲，可能會出現(xiàn)更多延遲。這些延遲統(tǒng)稱為高層延遲，在本節(jié)中忽略不計。但這也解釋了為什么在使用MACsec 時需要額外的考慮，以及為什么Cisco Nexus 交換機(jī)在撰寫本文時沒有聲稱支持帶有MACsec 的PFC。這并不意味著當(dāng)啟用MACsec 時，PFC 在Cisco Nexus 交換機(jī)上不起作用。這只是意味著思科尚未正式認(rèn)證它。

總延遲（D-Total）是圖7-2 所示所有延遲值的總和

D-Total = D-Max-Frame-Len + D-Pause + D-Intf + D-Cable + D-Intf + D-Resp + D-Max-No-Drop-Frame-Len + D-Cable

在這里，接口延遲(D-Intf) 只計算兩次，而不是四次，因為它們的值包含發(fā)送和接收延遲。

考慮到任何流量類別中的最大幀長度為9216 字節(jié)，無丟棄流量類別中的最大幀長度為2300 字節(jié)，電纜長度為100 米，以及10 GbE 端口，總延遲如下：

D-Total = 73888 + 672 + 8192 + 5000 + 8192 + 30720 + 18560 + 5000 = 150224 BT

這意味著流量接收器應(yīng)具有吸收多達(dá)150224 BT 的幀的headroom。在10 GbE 的情況下，這相當(dāng)于18.778 KB 的headroom。

但這一計算還沒有結(jié)束，因為流量接收器上的緩沖區(qū)是按單元排列的。

Buffers and Cells

Cisco Nexus 交換機(jī)將緩沖區(qū)組織成單元。每個單元最多可存儲固定數(shù)量的字節(jié)。最常見的單元大小為208 字節(jié)、416 字節(jié)和624 字節(jié)。具體數(shù)值取決于交換機(jī)的類型，用戶無法更改?？梢允褂胹how hardware internal buffer info pkt-stats input 命令來驗證Cisco Nexus 交換機(jī)的單元大小。Cisco Nexus 93180YC-FX 上該命令的輸出請參見例7-3。

Example 7-3Finding the cell size on Cisco Nexus switches.在Cisco Nexus 交換機(jī)上查找單元大小。

switch# show hardware internal buffer info pkt-stats input

Instance 0

=======================================================================

Ingress Queue Info: 1 cell = 416 bytes, Total cells: 25976,

Instant cell usage: 0, Remaining cell: 25976

一個單元只供一個幀使用。如果幀較大，則需要多個單元。但單元中的任何剩余空間都不會被使用，而是成為開銷。例如，一個64 字節(jié)的幀消耗一個單元格。假設(shè)單元大小為416 字節(jié)，則剩余的352 字節(jié)將成為開銷。同樣，一個2300 字節(jié)的幀會完全占用5 個416 字節(jié)的單元，而第六個單元只占用220 字節(jié)。第六個單元中剩余的196 字節(jié)成為開銷。

這意味著前面計算的18.778 KB headroomk必須考慮單元大小和開銷。假設(shè)最小幀大小為64 字節(jié)，單元大小為416 字節(jié)，由于每個幀需要消耗416 字節(jié)的緩沖區(qū)，因此需要消耗6.5 (416 ÷64) 倍的緩沖區(qū)空間。因此，18.778 KB 相當(dāng)于122 KB（18.778 x 6.5）的流量接收器headroom。

隨著幀大小的增加，這一乘法系數(shù)也會降低。例如，512 字節(jié)的幀大小消耗兩個416 字節(jié)的單元格，乘法系數(shù)為1.62（（2 x 416）÷512）。同樣，1024 字節(jié)的幀大小消耗三個416 字節(jié)的單元格，乘法系數(shù)為1.21（（3 x 416）÷1024），以此類推。

請注意以下幾點：

1. 本節(jié)的計算考慮了最壞情況下的數(shù)值，只是為了從理論上解釋這一概念。實際上，并非所有幀的大小都很大。此外，本節(jié)中考慮的接口延遲(D-Intf) 和響應(yīng)時間(D-Resp) 值是標(biāo)準(zhǔn)規(guī)定的上限，但實際值要低得多。

2. 從另一個角度看，這些計算的責(zé)任由制造商和用戶分擔(dān)。制造商更了解接口延遲(D-Intf) 和響應(yīng)延遲(D-Resp)，而用戶則更了解電纜長度和最大幀長度（根據(jù)流量情況而定）。

因此，在未咨詢設(shè)備制造商的情況下，本節(jié)中的學(xué)術(shù)解釋不應(yīng)直接用于生產(chǎn)環(huán)境。

下一節(jié)提供了一種更簡單實用的PFC headroom計算方法。

實用的方法

如前所述，Cisco Nexus 9000 默認(rèn)為100 米電纜長度配置"暫停閾值"和"恢復(fù)閾值"。無論電纜長度如何，首先要啟用PFC，找到100 米電纜的默認(rèn)值。接下來，要更改長距離鏈路的閾值，唯一的因素是考慮電纜延遲（D -cable）。圖7-2 中解釋的所有其他因素與計算100 米電纜的"暫停閾值"和"恢復(fù)閾值"默認(rèn)值時所考慮的因素相同。

以Cisco Nexus 93180YC-FX 上的FCoE 端口為例進(jìn)行說明。10 GbE 端口的默認(rèn)FCoE 策略配置了以下值：

Buffer-size — 104000 bytes.

Pause-threshold — 20800 bytes.

Resume-threshold — 19136 bytes.

因此，headroom為83200 字節(jié)（104000 - 20800）。這適用于短距離鏈路。

根據(jù)Cisco 文檔，對于10 千米鏈路，10 GbE 端口的FCoE 策略應(yīng)修改為使用以下值：

Buffer-size — 166400 bytes.

Pause-threshold — 20800 bytes.

Resume-threshold — 19136 bytes.

因此，headroom為145600 字節(jié)（166400 - 20800）。與100 米電纜的headroom（145600 - 83200）相比，增加了62400 字節(jié)。從100 米鏈路到10 千米鏈路的headroom增加不能僅僅用電纜延遲來解釋，主要原因有兩個。首先，100 米的默認(rèn)閾值是超額預(yù)留的，因為它們可用于更長的鏈路。其次，交換機(jī)架構(gòu)的內(nèi)部細(xì)節(jié)不為人知。

如果思科決定在更遠(yuǎn)距離的鏈路（如15 公里）上支持FCoE，那么緩沖區(qū)大小的值就可以推算出來。如前所述，1 米電纜會增加5 毫微秒的延遲。因此，5 千米電纜會增加25000 毫微秒的延遲。在這段時間內(nèi)，10 GbE 端口可傳輸250000 比特或31250 字節(jié)?？紤]到電纜的往返延遲，該值必須加倍，從而產(chǎn)生62500 字節(jié)的額外headroom。因此，對于15 千米FCoE 鏈路，緩沖區(qū)大小可配置為166400 + 62500 = 228900 字節(jié)。需要注意的是，思科在撰寫本文時并不支持這種配置，而且也不考慮單元大小。這里只是解釋概念以及如何以更實用的方式調(diào)整這些閾值。

另一個考慮因素是，隨著端口速度的增加，對headroom和footroom的要求也會增加。此外，如果在交換機(jī)上配置了許多長距離無損以太網(wǎng)鏈路，為所有鏈路預(yù)留緩沖區(qū)可能會超出交換機(jī)有限的緩沖區(qū)容量。如果沒有足夠的緩沖區(qū)來啟動長途鏈路，Cisco Nexus 交換機(jī)會生成緩沖區(qū)分配失敗信息，如例7-4 所示。

Example 7-4思科Nexus 交換機(jī)上的入口緩沖區(qū)分配失敗

switch(config-if)# interface ethernet1/8

switch(config-if)# service-policy type queuing input ld_10G_fcoe_in_que_policy

switch(config-if)# no shutdown

2022 Oct 31 0721 HW1 %$ VDC-1 %$ %ACLQOS-SLOT1-2-ACLQOS_FAILED: ACLQOS

failure: Ingress buffer allocation failed for interface Ethernet1/8

要解決這個問題，可以減少該交換機(jī)上配置為PFC 的端口數(shù)量、減小其緩沖區(qū)大小，或兩者結(jié)合使用，這樣基本上就減少了預(yù)留緩沖區(qū)。

查找端口是否有足夠的headroom和footroom：

1. headroom不足的端口會在無損流量的入口處丟棄幀并發(fā)送暫停幀。換句話說，Tx 暫停和Rx 數(shù)據(jù)包丟棄同時增加就是headroom不足的癥狀。

2. footroom不足的端口可能會成為擁塞源，報告較低的入口利用率，并發(fā)送暫停幀。所有這些情況同時都是footroom不足的癥狀。

如果緩沖區(qū)大小和閾值配置正確，PFC 機(jī)制應(yīng)能防止數(shù)據(jù)包丟棄，并達(dá)到預(yù)期的鏈路利用率。

以太網(wǎng)暫停與光纖通道B2B 信元的比較

雖然以太網(wǎng)暫停幀和光纖通道B2B 信元的操作方式不同，但它們都是通過通知直接連接的發(fā)送方放慢速度，以避免接收方的緩沖區(qū)耗盡，從而實現(xiàn)逐跳流量控制。

以下幾點對以太網(wǎng)暫停和光纖通道B2B 信元進(jìn)行了比較：

1. Initial exchange:光纖通道B2B 信元號在鏈路初始化期間與直接連接的鄰居進(jìn)行通信。相比之下，以太網(wǎng)流量控制不會與直接連接的鄰居交換緩沖區(qū)數(shù)量，盡管DCBX 可能會交換其他信息，如需要無損行為的流量類型。

2. Link utilization: 光纖通道R_RDY 不影響鏈路利用率，因為它們是基元，在兩個幀之間使用填充字。相反，暫停是一個正式的以太網(wǎng)幀，帶有報頭、填充和CRC。暫停幀的大小為64 字節(jié)。因此，當(dāng)大量發(fā)送暫停幀時，會增加鏈路利用率。在后面有關(guān)PFC 風(fēng)暴的章節(jié)中，將解釋每秒在鏈路上發(fā)送一百萬個暫停幀的情況。這將導(dǎo)致512 Mbps 的吞吐量（64 字節(jié)x 8 x 1000,000）。雖然這種情況并不常見，但當(dāng)許多暫停幀在鏈路上流動時，還是要注意這方面的問題。

3. Duration exchange: 以太網(wǎng)暫停幀傳達(dá)發(fā)送器必須停止傳輸?shù)某掷m(xù)時間，盡管該持續(xù)時間很少傳達(dá)流量暫停的實際時間。光纖通道R_RDY 不傳遞持續(xù)時間。

4. When they are sent:光纖通道R_RDY 表示流量接收器準(zhǔn)備好接收一個幀。而以太網(wǎng)暫停幀則表示發(fā)送器應(yīng)停止傳輸或立即開始傳輸?shù)某掷m(xù)時間。

5. How many: 光纖通道R_RDY 對于鏈路的健康運行非常重要。換句話說，F(xiàn)C 鏈路上出現(xiàn)大量R_RDY 是一個好兆頭。相比之下，發(fā)送以太網(wǎng)暫停幀是為了停止流量。雖然（未）暫停幀也會恢復(fù)流量，但它只是在暫停幀之后。換句話說，鏈路上的暫停幀越少，鏈路就越健康。

6. Direction: 光纖通道端口上的Tx B2B 信元數(shù)不足表示出口擁塞。相反，以太網(wǎng)端口上的Tx 暫停表示入口擁塞。同樣，光纖通道端口上的Rx B2B 點數(shù)不足表示入口擁塞，而以太網(wǎng)鏈路上的Rx 暫停表示出口擁塞。

7. Configuration: 光纖通道B2B 信元是以數(shù)字為單位配置的，無論幀大小如何，每個信元都用于一個幀。相反，以太網(wǎng)暫停閾值和恢復(fù)閾值是以字節(jié)為單位配置的，因此在更改配置時應(yīng)考慮幀的大小。大多數(shù)短距離的數(shù)據(jù)中心內(nèi)鏈路無需更改配置。但對于長距離鏈路，必須正確配置B2B 信元或暫停閾值。這里，暫停閾值和恢復(fù)閾值不應(yīng)與暫停量相混淆，大多數(shù)實施方案不允許更改暫停量。

8. Troubleshooting: 當(dāng)光纖通道端口發(fā)送R_RDY 時，這是一個好兆頭，而當(dāng)以太網(wǎng)端口發(fā)送暫停幀時，則表示擁塞。這兩種機(jī)制的基本區(qū)別是無損以太網(wǎng)網(wǎng)絡(luò)擁塞檢測和故障排除的基礎(chǔ)。

9. Scope: 兩者都是逐跳流量控制機(jī)制，即都在直接連接的設(shè)備之間運行。

10. Distance:在光纖通道中，如果距離、速度和平均幀大小的B2B 信元不足，那么鏈路只會在低于最大容量的情況下運行，而不會出現(xiàn)任何錯誤。在無損以太網(wǎng)中，如果距離、速度和平均幀大小的余量不足，連接端口上就會出現(xiàn)丟幀，從而導(dǎo)致終端設(shè)備出現(xiàn)I/O 錯誤。如果余量不足，那么在出現(xiàn)擁塞時，鏈路可能會表現(xiàn)不佳。重要的一點是，光纖通道和無損以太網(wǎng)都必須考慮到距離問題。

Priority Flow Control

根據(jù)IEEE 802.3x 標(biāo)準(zhǔn)，最初的暫停幀可在整個鏈路上進(jìn)行流量控制（LLFC），但這并不能滿足在同一鏈路上傳輸無損和有損流量的要求。

PFC 通過增強(qiáng)暫停幀格式，為八個流量類別提供量值，從而解決了這一問題。如圖7-3 所示，PFC 暫停幀還包含一個類別啟用矢量（Class Enable Vector），該矢量通過打開特定流量類別的位來表示量值是否對該類別有效。類啟用向量未啟用的其他類將忽略暫停幀。因此，PFC 也被稱為基于類別的流量控制(CBFC) 或每優(yōu)先級暫停(PPP)。

Figure 7-3PFC Pause frame format.

Mapping Traffic Classes to Pause Frame Class Enable Vector

如果不將"類別啟用矢量"映射到流量類別，暫停幀接收器就無法知道要停止哪些流量。試想一下，當(dāng)流量接收方發(fā)送PFC 暫停幀以停止A 類流量時，流量發(fā)送方卻不知道入口PFC 暫停幀中的"類啟用矢量"與A 類流量之間的映射關(guān)系，或者映射關(guān)系有誤。這將導(dǎo)致丟棄無損流量。

PFC 要想成功運行，以下因素很重要：

1. 定義將流量類別映射到PFC 暫停幀中類別啟用向量的方案。

2. 在終端設(shè)備和交換機(jī)上統(tǒng)一應(yīng)用這一方案。通常情況下，DCBX 或軟件定義網(wǎng)絡(luò)解決方案可以簡化這一步驟。

本節(jié)重點討論定義映射方案的第一個因素。應(yīng)用配置不在本文討論范圍之內(nèi)。請參考環(huán)境中的產(chǎn)品文檔和參考資料部分的資源。

從概念上講，無損流量類別可以包含任何類型的流量，只要發(fā)送方和接收方同意相同的分類，并有辦法將其與其他流量進(jìn)行分類。但實際上，在撰寫本文時，有兩種類型的映射很常見。

1. Layer 2 PFC: PFC 的最初用例是允許無損FCoE 流量與有損流量在同一鏈路上匯聚。但必須對流量進(jìn)行虛擬分離以進(jìn)行分類。為了實現(xiàn)虛擬分離，F(xiàn)CoE 流量被分配到一個專用VLAN，即FCoE VLAN。VLAN 標(biāo)頭包含用于對流量進(jìn)行分類的三個比特（優(yōu)先級代碼點），這些比特被唯一映射到PFC 暫停幀中的類啟用向量。當(dāng)RoCE 流量需要無損第2 層網(wǎng)絡(luò)時，這種第2 層PFC 也可用于RoCE 流量。

2. Layer 3 PFC: 隨著數(shù)據(jù)中心架構(gòu)的發(fā)展，路由IP 網(wǎng)絡(luò)變得越來越普遍，這主要是因為其規(guī)模得到了改善。但要在IP 路由網(wǎng)絡(luò)中使用PFC，基于以太網(wǎng)VLAN 標(biāo)頭的流量映射是不夠的，因為VLAN 標(biāo)頭在每個第3 層跳變，在某些情況下，VLAN 標(biāo)頭甚至可能不存在。解決方案是將類啟用向量（在PFC 暫停幀中）映射到在OSI 模型第3 層工作的流量分類方案。IPv4 和IPv6 報頭包含DSCP 字段，該字段廣泛用于服務(wù)質(zhì)量(QoS)，也可用于PFC。在撰寫本文時，RoCEv2 是第3 層PFC 的主要用例，但同樣的實現(xiàn)也可用于需要無損第3 層網(wǎng)絡(luò)的其他協(xié)議。

第2 層PFC 可在OSI 第2 層域內(nèi)實現(xiàn)無損流量傳輸，而第3 層PFC 則可通過IP 路由網(wǎng)絡(luò)實現(xiàn)無損流量傳輸。下文將詳細(xì)介紹這些映射方案。

Layer 2 Priority Flow Control

如圖7-4 所示，在OSI 模型的第2 層，通過添加IEEE 802.1Q VLAN 標(biāo)頭將流量分配到不同的VLAN。該VLAN 標(biāo)頭包含一個3 位優(yōu)先級碼點（PCP）字段，允許8 個獨特的流量類別。PCP 通常稱為服務(wù)等級（CoS）。

Figure 7-4數(shù)據(jù)幀的以太網(wǎng)VLAN CoS 與暫停幀中的類啟用向量之間的關(guān)系

PFC 暫停幀包含以下值：

Class Enable Vector: 這是一個8 位字段，表示暫停幀適用于哪個（些）類別。

Quanta values: 這8 個16 位值與每個可能的流量類別相對應(yīng)。當(dāng)"類別啟用向量"中的位被打開時，相應(yīng)的quanta在該暫停幀中有效。

以太網(wǎng)VLAN CoS 字段與PFC 暫停幀的類啟用向量之間的映射可啟用第2 層PFC。

注意以下幾點

1. VLAN 由IEEE 802.1Q 報頭中的12 位VLAN ID 字段唯一標(biāo)識。這就允許多達(dá)4096 個VLAN。但只能有8 個流量類別（CoS）。因此，在技術(shù)上可以為多個VLAN 分配相同的CoS，但這種方法會增加復(fù)雜性，在存儲網(wǎng)絡(luò)中應(yīng)避免使用。換句話說，將所有FCoE 或RoCE 流量分配到一個VLAN（比方說VLAN 100），將該VLAN 中的所有流量標(biāo)記為一個唯一的CoS（比方說3），將其他流量保留在其他VLAN 中，不要將CoS 3 分配給任何其他VLAN。此外，避免為FCoE 或RoCE 流量使用多個VLAN，以保持簡單。

2. PFC 暫停幀中的類啟用矢量有8 位。為了表示量子對CoS N 有效，類啟用矢量會啟用右起第N 位（最小有效位）。例如，00001000 的類啟用矢量表示該暫停幀適用于CoS 3，00011000 的類啟用矢量表示該暫停幀適用于CoS 3 和CoS 4。

3. 成功的第2 層PFC 需要兩個映射。

a. VLAN ID 和CoS：這些值包含在數(shù)據(jù)幀的以太網(wǎng)頭中。雖然這不是真正的技術(shù)要求，但正如所解釋的那樣，這種映射簡化了部署，并有助于保持終端設(shè)備和交換機(jī)配置的一致性。

b. CoS 和Class Enable Vector：CoS 包含在數(shù)據(jù)幀的以太網(wǎng)VLAN 標(biāo)頭中，而Class Enable Vector 則包含在PFC 暫停幀中。數(shù)據(jù)幀和暫停幀的流動方向相反。這就解釋了為什么發(fā)送方和接收方之間的配置必須同步，而且應(yīng)避免更改供應(yīng)商提供的默認(rèn)CoS 值（如FCoE 的CoS 3），以實現(xiàn)一致的實施。