المقدمة
يوضح هذا المستند كيفية تكوين محولات Nexus 5500 لتلبية متطلبات التوافق الخاصة بالقناة الليفية FC-PI-4 عند سرعة قناة ليفية من الجيل الثامن.
الأعراض
لا يتوافق Nexus 5500 مع FC-PI-4 بسرعة 8G FC (معرف تصحيح الأخطاء من Cisco 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 على التوالي هي:
23/1/2013: - دكستر
5 كيلوبايت / 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 speed 8000
لإظهار كلمة التعبئة 8G المكونة:
N5K# show port internal info interface fc1/13 | املأ
نمط تعبئة منفذ المسؤول 8g (ARBFF)
لإظهار التعبئة الفعلية للكلمة 8G:
5548-TOP# عرض معلومات الأجهزة الداخلية FC-MAC منفذ 32 | املأ
كلمة التعبئة للسرعة 8g : 0x0
(لم تكن الواجهة أعلاه قيد التشغيل)
حشوات التعبئة ب hex
ARB 94FFFF
وضع الخمول 95B5B5
معرف تصحيح الأخطاء من Cisco CSCut87856 Nexus 5000 - الحاجة إلى تغيير نمط تعبئة 8G الافتراضي للمنتج الجديد إلى ARBFF
معرف تصحيح الأخطاء من Cisco CSCut88036 Nexus 6000 - الحاجة إلى تغيير نمط تعبئة 8G الافتراضي للمنتج الجديد إلى ARBFF