Nexus 5500-naleving met FC-PI-4 op 8G FC-snelheid configureren

Downloadopties

PDF (250.8 KB)
Met Adobe Reader op diverse apparaten bekijken

Bijgewerkt:16 juli 2024

Document-id:222121

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inhoud

Inleiding

In dit document wordt beschreven hoe u de Nexus 5500 switches kunt configureren voor FC-PI-4 op 8G FC-snelheid.

Symptomen

Nexus 5500 is niet compatibel met FC-PI-4 met 8G FC-snelheid (Cisco Bug-id CSCtx52991 ).

Oorzaak/probleembeschrijving

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

Voorwaarden/omgeving

Dit probleem wordt alleen gezien bij Nexus 55x switches, niet bij Nexus 50x0 switches.

Oplossing

Dit is HW-beperking met 55x switches. Dit is te wijten aan de strikte handhaving van ELP (door ARBff op de link te gebruiken). De bugs die dit probleem bijhouden voor respectievelijk N5K en UCS zijn:

23-1-2013: - dakester

5K / UCS FI ondersteunt ARBFF en IDLE

http://bug/CSCtx52991 Vast in 7.0(0)N1(1) en 6.0(2)N2(1) en 5.2(1)N1(5)

http://bug/CSCud93958 Vast in 2.2(1b) en 2.1(2a)

De nieuwe configuratieopdracht is N5K (config-if)# switchport fill-patroon arbff-snelheid 8000

U kunt als volgt het ingestelde 8G-vulwoord weergeven:

N5K# toont poort interne info interface fc1/13 | i fill
Admin-poortvulpatroon 8g (ARBFF)

U kunt als volgt het eigenlijke vulwoord 8G weergeven:

5548-TOP# toont hardware interne fc-mac 1 poort 32 poort-info | i Fill
Vul woord voor 8g Snelheid: 0x0

(Boven de interface was niet actief)

Patronen vullen in Hex
ARB 94FF
INACTIVATIE 95B5B5

Cisco Bug-id CSC87856 Nexus 5000 - Nieuwe standaard-8G vulpatroon moet worden gewijzigd in ARBFF

Cisco Bug-id CSC88036 Nexus 6000 - Nieuwe standaard-8G vulpatroon moet worden gewijzigd in ARBFF

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
1.0	16-Jul-2024	Eerste vrijgave

Bijgedragen door Cisco-engineers

Vinayak Sudame
Technisch leider bij klantlevering