منافذ FEX في Nexus 5000 تظهر 'sfp validation failed' مع وحدات FET-10G
صاحب السؤال يشغّل جهاز Cisco Nexus 5000 مع موسّع نسيج (fabric extender) من طراز N2K-C2232PP-10GE. ثلاثة منافذ متصلة بـ FEX تُظهر رسالة 'sfp validation failed' مع وحدات Cisco FET-10G. باتباع نصيحة وُجدت على الإنترنت، تمت إزالة الوحدة، وضُبطت سرعة المنفذ على 1000 ثم أُعيد إدخال الوحدة؛ كما تم إيقاف المنفذ وتشغيله (shut/no shut) وتجربة عدة وحدات مختلفة، لكن الخطأ بقي. وبعد سحب الوحدة، لم يُبلغ المنفذ حتى عن كونه فارغًا إلا بعد إدخال وحدة أخرى ثم إزالتها، ومصابيح المنفذ (LED) ومضت باللون الكهرماني. كان الأمر 'switchport mode fex-fabric' مُهيّأً مسبقًا على الواجهات. سأل صاحب السؤال عمّا يمكن أن يسبب فشل التحقق غير ذلك.
- العتاد: Cisco Nexus 5000، موسّع نسيج Cisco Nexus 2232PP (N2K-C2232PP-10GE)
- الوحدات الضوئية: FET-10G، SFP-10G-SR
- الشكل: SFP+
الأعراض / الرسائل:
sfp validation failed
down (Transceiver validation failed)
port LED blinking amber
port not reported as empty after module removal
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 5
أكثر الأسباب شيوعًا هو سرعة منفذ خاطئة متبقية من استخدام سابق كوضع access/trunk، وقد لا تظهر إلا بعد إعادة التشغيل. أزل ارتباط FEX ('no channel-group'، 'no fex associate'، 'switchport mode access'، 'shutdown')، ثم اضبط 'speed 10000'، وبعد ذلك أعد إضافة 'switchport mode fex-fabric'، 'fex associate <id>'، 'channel-group <n>' و 'no shutdown'.
تأكد من أن الواجهة مضبوطة بـ 'switchport mode fex-fabric'.
جرّب الأمرين 'service unsupported-transceiver' و 'no errdisable detect caause gbic-invalid'.
علقت لدي واجهة في وضع 'down (Transceiver validation failed)' وحللتها باستبدال نوع الوحدة: FET-10G صالحة فقط على وصلات uplink الخاصة بموسّع الهيكل (fabric-extender)، بينما وحدات SFP-10G مطلوبة لمنافذ البيانات العادية.
تخلصت من نفس الخطأ بإخراج المنفذ من وضعه المفروض، وإيقافه، ثم ضبط 'speed 10000' صراحةً ليطابق النطاق الترددي المتصل، وإعادة تشغيله بـ 'no shutdown'.