以8G FC速度配置Nexus 5500與FC-PI-4的合規性

簡介

本文檔介紹如何配置Nexus 5500交換機，使其符合8G FC速度的FC-PI-4標準。

症狀

Nexus 5500與8G FC速度的FC-PI-4不相容(思科漏洞ID CSCtx52991 )。

原因/問題描述

The FC fill-word is speed dependent. For 1GFC, 2GFC, and 4GFC the fill word is IDLE. For 8GFC the fill-word must be ARBff. If the N5500 uses IDLE at the 8GFC speed, then it is not standard compliant. The requirement is expressed in FC-PI-4 (see http://wwwin-eng.cisco.com/Eng/Andiamo/Stds/T11/Stable/fc-pi-4_rev8_00.pdf), in section 5.8:



5.8 Frame scrambling and emission lowering protocol

8GFC shall use the frame scrambling as stated in FC-FS-2 AM1 (reference [5]) and emission lowering protocol as stated in FC-FS-2 (reference [4]). 1GFC, 2GFC, and 4GFC do not use scrambling.



HP requests for change to comply with Standard.



More info about fill words:


Fill word: what they are and what interop issues there are at 8Gb

條件/環境

此問題只出現在Nexus 55xx交換機中，而不會出現在Nexus 50x0交換機中。

解決方案

這是55xx交換機的硬體限制。這是因為嚴格執行ELP（透過在鏈路上使用ARBff）。跟蹤N5K和UCS此問題的錯誤分別為：

2013年1月23日： - dakester

5K/UCS FI支援ARBFF和空閒

http://bug/CSCtx52991已在7.0(0)N1(1)和6.0(2)N2(1)和5.2(1)N1(5)中修正 

和

http://bug/CSCud93958已在2.2(1b)和2.1(2a)中修正  

新的配置命令為N5K(config-if)# switchport fill-pattern arbff speed 8000

顯示配置的8G填充詞：

N5K# show port internal info interface fc1/13 | 我填滿
管理埠fill-pattern 8g (ARBFF)

若要顯示實際的填滿8G字詞：

5548-TOP# show hardware internal fc-mac 1 port 32 port-info  | 我填滿
填寫8g速度：0x0

（上述介面未啟動）

以十六進位填滿圖樣
ARB 94FFFF
空閒95B5B5

思科漏洞ID CSCut87856 Nexus 5000 -需要將新產品的預設8G填充模式更改為ARBFF

思科漏洞ID CSCut88036 Nexus 6000 -需要將新產品的預設8G填充模式更改為ARBFF