Lenovo ThinkSystem NE1032 يعرض وحدات SFP+ من جهة خارجية كـ Unapproved ويبقي المنافذ متوقفة
نُشغّل زوجًا من وحدات ThinkSystem NE1032 RackSwitch كمفاتيح top of rack في قفص استضافة صغير. الوصلات الضوئية بعلامة Lenovo التي ورثناها تغطي نصف المنافذ فقط، فتم ملء الباقي بوحدات SFP+ عامة 10G وبضعة كابلات DAC قصيرة من نفس الدفعة التي نستخدمها بالفعل على مفاتيح شركات أخرى دون مشاكل.
المعدات:
- Lenovo ThinkSystem NE1032 RackSwitch، بإعداد افتراضي عدا شبكات VLAN
- وحدات SFP+ 10G عامة غير مُرمّزة
- كابلا DAC سلبيان قصيران على وصلة الربط بين المفتاحين
- وحدات SFP+ مُرمّزة من Lenovo في المنافذ المجاورة، تعمل بشكل جيد
معلومات المنفذ لكل وحدة غير تابعة لـ Lenovo تظهر بنفس الشكل:
port 17 transceiver present approval: Unapproved
port 17 link: downالوحدات المُرمّزة في المنافذ المجاورة تعمل بسرعة 10G، لذا فإن الكابلات والطرف الآخر ليسا المشكلة.
ما تم تجربته حتى الآن:
- إعادة تركيب الوحدات وتبديلها بين المنافذ، تصنيف Unapproved يتبع الوحدة نفسها
- نقل نفس الوحدات العامة إلى مفتاح من شركة أخرى، حيث ترتبط بسرعة 10G فورًا
- مراجعة إعدادات المنفذ والواجهة سطرًا بسطر، لا يوجد أي اختلاف عن المنافذ العاملة
هل هناك طريقة مدعومة لجعل المفتاح يقبل الوحدات التي لا يتعرف عليها، أم أن شراء وصلات ضوئية مُرمّزة هو الحل الوحيد؟
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 3
هذا التصنيف ليس حكمًا على جودة الوحدة الضوئية. البرنامج الثابت يقرأ منطقة EEPROM الخاصة بالمورّد في الوحدة، تقريبًا البايتات 96-128، وأي شيء لا يطابق قائمته الخاصة يُختم بـ Unapproved، وبعدها لا يُسمح للمنفذ بالعمل. لن يغيّر أي تعديل في إعدادات المنفذ هذا التصنيف.
على NE1032 يوجد تجاوز موثّق وهو أمر عام بسيط:
احفظه وأعد تشغيل المفتاح. بعد إعادة التشغيل، تُدار الوحدات وفق حقول MSA بدلاً من فحص المورّد، وتعمل وحدات SFP+ العامة كأي وحدة أخرى.
تحذيران. الأمر خاص بالمنصة - نفس الصياغة غير مضمونة على مفاتيح Lenovo الأخرى، فلا تطبّقه كقالب عبر كل الأسطول. وسيشير الدعم بسرعة إلى الوصلات الضوئية من طرف ثالث إذا فتحت تذكرة على منفذ مفعّل عليه هذا الخيار، لذا احتفظ ببعض الوحدات المُرمّزة على الرف لاختبار الاستبدال. إذا كنت تفضل عدم الاحتفاظ بهذا التجاوز في الإعداد على الإطلاق، فالبدائل هي وصلات Lenovo الأصلية أو وحدات من طرف ثالث تُطلب مُرمّزة مسبقًا لـ Lenovo.
نفس القصة تتكرر عبر كامل خط هذا المفتاح، وليس فقط NE1032. رأيت وحدة SFP مُرمّزة من Intel تُرفض في RackSwitch G8124-E، ووحدة SFP-10G-LR-S من Cisco-Finisar في G8272 تظهر كـ Disabled بتصنيف Unapproved والمنفذ معطل. البرنامج الثابت يُقيّم كل وحدة مقابل قائمة المورّد أولاً ويطرح الأسئلة لاحقًا.
يستحق المعرفة قبل أن تبحث عن نفس الأمر على الأجهزة الأقدم: على طرازات RackSwitch المبنية على ENOS، التجاوز موجود في محمّل الإقلاع كإعداد sfp Override وليس كأمر إعداد، لذا ما يعمل على CNOS ببساطة غير موجود هناك. لم يكن لدي جهاز G8124-E بين يديّ مؤخرًا بما يكفي لأشرح لك القائمة، لذا تحقق من ذلك بنفسك على جهازك قبل التخطيط لنافذة توقف بناءً عليه.
نفّذته خلال نافذة الصيانة. configure terminal، system unsupported-transceiver، exit، copy running-config startup-config، ثم إعادة تشغيل - بعد أن عاد المفتاح، ظهرت كل الوحدات العامة بشكل طبيعي وكلا وصلتي DAC عند 10G. معلومات المنفذ لم تعد تحمل تصنيف Unapproved عليها.
لمن يجد هذا لاحقًا: كانت إعادة التشغيل ضرورية، فالمنافذ لم تغيّر حالتها أثناء بقاء المفتاح يعمل. وقد وضعنا أيضًا وحدتين مُرمّزتين في درج الاحتياطي كما اقتُرح، حتى نتمكن من إثبات سلامة المنفذ قبل الاتصال بأي أحد.